.: NSIS - все вопросы :. часть 2.

[Sann-X!]

Есть у меня старый проект, который создается инсталлятором Install Aware Express 7 R2. При удалении длл, даже если они используются другими приложениями, эти длл удаляются без перезагрузки. Как мне так же сделать в NSIS? Есть идеи?

[MKN]

При удалении длл, даже если они используются другими приложениями, эти длл удаляются без перезагрузки. »
Несколько страниц назад я уже задавался похожим вопросом. Есть предположение, что поможет System::Call 'Ole32::CoFreeUnusedLibraries() v'
Как это дело довести до ума, пока неизвестно...

Но ,если "по правилам", ситуации, когда при удалении\установки ПО, DLL этого ПО занята чем либо - быть не должно. Раз DLL занята, то следовательно открыто какое то приложение, которое использует эту DLL.

А, как известно "из азбуки", перед установкой\удалением любого ПО, сначала должны быть закрыты все открытые приложения ! ( Причины этого не раз рассматривались... ) О чём пользователь получает соответсвующее предупреждение (если ПО написано нормальным программером :) ). В NSIS это легко организовать с помощью LockedList плагина.

Вероятно некоторые разработчики при удалении\установки своего ПО принудительно закрывают, именно те приложения/процессы, которые мешают удалению\установке... Что не всегда допустимо...

Наверно, правильнее было бы получать сообщение, типа - такая то конкретная DLL не может быть удалена, пока Вы не закроете такое то конкретное приложение. (LockedList, к слову, так не умеет... Но можно привлечь для этого утилитку WhoUses.exe, что не оч интересно... )
Если кто подскажет, как в NSIS организовать именно такое сообщение - будет здОрово и полезно. :)

[Sann-X!]

Я решил сделать так:
- удалить файл длл
- если не удалился, то показать, какие процессы его держат (я написал плагин на Делфи, который в стеке возвращает процессы). Показываю окошко "MessageBox MB_ABORTRETRYIGNORE|MB_ICONEXCLAMATION"
- если юзер нажал "Пропустить", то я удаляю файл через "Delete /REBOOTOK", в реестре в "RunOnce" прописываю прогу, которая заменит файлы.

Если коротко, то так.

[MKN]

- если юзер нажал "Пропустить", то я удаляю файл через "Delete /REBOOTOK" »
А разве, если закрыть "удерживающий" DLL процесс и повторить удаление - DLL не удалится без перезагрузки ?

[Sann-X!]

Удалится без перезагрузки. Я, как пользователь, ненавижу эту штуку в инсталляторах. Поэтому в моем случае можно все норм. установить без перезагрузки: юзер видит, какие процессы держат файл, юзер может закрыть их и нажать кнопку "Повтор" - в этом случае длл будет заменена норм, без перезагрузки.

[MKN]

Удалится. Но зачем делать перезагрузку? »
Не надо никакой презагрузки, про то ведь и речь. :) Просто не совсем ясно, каким образом в твоём плагине пользователь манипулирует выбором действий...
Если получает сообщение о том, какой процесс удерживает DLL и закрыть ли этот процесс и удалить DLL ? - то тогда всё нормально, всё понятно. Других действий и не нужно...
(закрытие процесса и удаление DLL ведь предполагается нажатием одной кнопки в сообщении ? )

[Sann-X!]

Не, плагин только выдает список процесссов, которые держат файл. А в самом NSIS уже вывожу "MessageBox MB_ABORTRETRYIGNORE|MB_ICONEXCLAMATION" и анализирую действие юзера. А так да, в самом сообщении прошу закрыть указанные процессы.

[MKN]

прошу закрыть указанные процессы. »
По моему, это не дело - самому пользователю заниматься закрытием процесса... (зачем дублировать уже имеющийся LockedList ? ) Это что же, он должен залезать в диспетчер задач или самому тыркаться по списку процессов (кстати, как этот список у тебя организован ? ) ? Зачем ? Раз уж процесс, удерживающий DLL определён - вывел сообщение, кликнул кнопку и всё...

[Sann-X!]

Ну, юзер выберет из 2х зол меньшее: либо самому закрыть процессы или сделать перезагрузку компа. А разве есть 3й вариант?

[MKN]

А разве есть 3й вариант? »
Мне видится так - либо пользователь игнорирует удаление, т.е. DLL всё равно удалится, но после перезагрузки, либо выбирает удаление без перезагрузки, т.е. с автозакрытием процесса и последующим удалением DLL. Два варианта.

[Sann-X!]

Автозакрытие - это уже будет больше походить на хак. А если это будет какой-нить Word? Тогда слишком усложняется весь процесс инсталлятора: надо всем процессам (приложения и службы) послать команду "закрыть" (как это сделать пока не знаю), а потом ждать закрытия каждого процесса... Долго будет и муторно программировать.

[MKN]

Автозакрытие - это уже будет больше походить на хак. А если это будет какой-нить Word? »
Дык для того и будет предложен выбор - пользователь видит какое приложение мешает удалению и сам решает, будет ли оно закрыто немедленно или можно пропустить его закрытие , нажав игнор и продолжив процесс удаления. (а DLL удалится когда нибудь потом , после перезагрузки) Абсолютно добровольный выбор и никакого хака...

[Sann-X!]

Хак в том, чтобы инсталлятор закрыл приложение. Я не знаю, как это сделать (WM_CLOSE для приложения, а для службы как, имея хэндл процесса?). Лучше я оставлю как есть. А то больно сложный код инсталлятора получается.

Хотя вот есть плагин KillProcDLL_plug-in (http://nsis.sourceforge.net/KillProcDLL_plug-in)

[MKN]

Хак в том, чтобы инсталлятор закрыл приложение. »
Ну ты даёшь... Для отыскания-закрытия конкретных процессов есть и плагины, и есть код Nsis... Посмотри в теме. Фишка в определении конкретного процесса , удерживающего конкретную указанную DLL. Т.е. что то аналогично tasklist /m My.dll , только кодом NSIS . А уж закрыть найденный процесс, разве проблема...

[Sann-X!]

У меня наоборот: процессы нужные есть (полный путь к файлу), а вот кода по закрытию пока нет. Попробую, поищу.

Я так понял, что для закрытия процессов (приложений и служб) мне одного LockedList хватит?

[MKN]

для закрытия процессов (приложений и служб) мне одного LockedList хватит? »
Хватит. Только LockedList отобразит ВСЕ открытые приложения (или процессы) , а хотелось бы только то (те) конкретное приложение , которое удерживает конкретную указанную DLL.

[Sann-X!]

А в LockedList есть возможность самому составить список процессов?

Вроде есть:
Adds a custom item to the list with a callback function.

Значит, буду шаманить.

Только LockedList отобразит ВСЕ открытые приложения (или процессы)
Вроде не так. Через LockedList::AddModule добавли свою длл и в окне показались только процессы, которые держат мою длл.

[MKN]

LockedList::AddModule добавли свою длл и в окне показались только процессы, которые держат мою длл. »
Точно , появилось такое дело в плагине. У меня старинная версия оказалась... Оч. хорошо, будем использовать...

[Sann-X!]

Нашел минус в LockedList: если процесс - служба, то он завершает ее принудительно, хотя можно это сделать мягко.

[Sann-X!]

Как создать массив данных (или просто переменная) в длл на делфи так, чтобы потом с этим массивом/переменной можно было работать в NSIS?
Например, у меня в длл есть такая переменная:
library libname;

type
TProcessInfo = record
..
end;
TProcessesInfo = array of TProcessInfo;

var
Processes: TProcessesInfo;
b: Byte;

...

procedure proba1(const hwndParent: HWND; const string_size: integer; const variables: PAnsiChar; const stacktop: pointer); cdecl;
var
Descr: AnsiString;
i: Integer;
begin
// setup global variables
g_stringsize := string_size;
g_hwndParent := hwndParent;
g_stacktop := stacktop;
g_variables := variables;

Inc(b);
NSISDialog(Format('%d', [b]), 'proba', MB_OK);
end;

exports
proba1;

begin
end.

При вызове в NSIS так:
My_dll::proba1
Всегда показывает "1", т.е. значение предыдущего вызова теряется. Как так?