[Kopejkin]

И снова о "занятых" DLL...

Читать дальше...

В составе программы FolderSizes (foldersizes.com) есть файл FSShellExt.dll, с помощью которого в контекстное меню папок добавляются собственные команды программы.



Мне нужно пропатчить эту dll-ку или, в крайнем случае, заменить своей и, конечно же, без перезагрузки. Проблема в том, что dll-ка "занята" и не поддается изменению/удалению. Скопировать её можно.

Не очень понимая, что получаю, заметил такую закономерность.

Пока контекстное меню папки (любой) не вызывалось, файл остается "свободным", хоть до выключения компьютера.



Как только контекстное меню вызвано, файл "захватывает" Explorer.exe.



Просто так его уже не удалить.



Но файл FSShellExt.dll можно ЗАМЕНИТЬ вручную (из учетки администратора, Win 8.1), например, его же копией. Проводник сопротивляется, но все же дает выполнить эту операцию.



О чудо! Файл теперь можно патчить, удалять, перемещать, переименовывать и т.д. И опять же, до вызова контекстного меню папки.

Так как бы узнать, какая команда была выполнена, что Проводник разблокировал файл и можно ли это как-то использовать в сценарии NSIS? Насколько я понимаю, регистрация FSShellExt.dll не отменяется и сохраняется даже после его удаления. Контекстное меню начинает работать сразу же после копирования файла FSShellExt.dll на то же место (в папку программы) и вызова контекстного меню папки.

Предыдущие сообщения читал. Может появилось какое-то "бесперезагрузочное" решение.

[MKN]

Может появилось какое-то "бесперезагрузочное" решение. »

Дык разве предыдущее обсуждение - не решение ? Находим с помощью LockedList, что "заняло" DLL, закрываем найденное и работаем спокойно с DLL без перезагрузки.

[Kopejkin]

Находим с помощью LockedList... »

Наверное, я что-то не так делаю.
Подставляю имя dll-ки в пример LockedListShell32.nsi для проверки.

Читать дальше

Код:

Name `LockedList Test`
OutFile LockedListTest.exe
RequestExecutionLevel user

!include MUI2.nsh
!include x64.nsh

!insertmacro MUI_PAGE_WELCOME
Page Custom LockedListShow
!insertmacro MUI_PAGE_FINISH

!insertmacro MUI_LANGUAGE English

Function LockedListShow
  !insertmacro MUI_HEADER_TEXT `LockedList Test` `Using AddModule and shell32.dll`
  ${If} ${RunningX64}
    File /oname=$PLUGINSDIR\LockedList64.dll `${NSISDIR}\Plugins\x86-ansi\LockedList64.dll`
  ${EndIf}
  LockedList::AddModule \FSShellExt.dll
  ;LockedList::AddModule "C:\Program Files\Key Metric Software\FolderSizes 7\FSShellExt.dll"
  LockedList::Dialog
  Pop $R0
FunctionEnd

Section
SectionEnd

В итоге нечего закрывать.

[MKN]

Наверное, я что-то не так делаю. »

всё так.

LockedList::AddModule "$PROGRAMFILES\Key Metric Software\FolderSizes 7\FSShellExt.dll" LockedList::Dialog

Действительно, есть такой странный момент "не определения" для explorer_a. ( и это касается аналогичных библиотек не только для FolderSizes )
Если работать с TotalCommander_ом, то LockedList всё прекрасно отображает... Я с explorer_ом никогда не работаю, потому и не заметил... В чём дело, пока не известно... Надо бы задать этот вопрос автору плагина.
Если хочешь, попробуй спросить на http://forums.winamp.com/showthread.php?t=274168&page=8 Ты ведь английским хорошо владеешь ?
( Как вариант, можно попробовать предыдущие версии плагина, вдруг автор именно в этой последней версии чего то забыл... Так иногда бывает... )

ps С другой стороны - ведь прекрасно известно, что именно explorer.exe занимает FSShellExt.dll. Ну так и гаси его перед манипуляциями с DLL. Лучше с сообщением-предупреждением.

ps2 Потому и хотелось бы автономного кода NSIS, для этих целей (определение конкретных процессов, использующих конкретную указанную DLL (OCX или EXE ), с последующим закрытием этого(этих) процесса(ов) .
Может kotkovets поможет (хорошо бы добавить такую возможность в его замечательный ProcessFunс.nsh ) ? Вячеслав, помоги пожалуйста решить эту задачу.

[Kopejkin]

Ну так и гаси его.. »

Я пробовал пример из Справочника. Но на Win 8.1 он работает как-то странно. А может это винда странно работает после отработки скрипта. Смысл примера - убить explorer и сразу же его запустить. Проводник действительно работает, его операции можно выполнять, dll-ку можно изменять, НО..."теряется" Рабочий стол, и восстановить его отображение можно только перезагрузкой. У меня, по крайней мере, так. После применение Unlocker винду тоже немного колбасит, но не так критично - на секунду пропадает Рабочий стол и снова появляется. То есть не очень красиво.

[MKN]

Смысл примера - убить explorer и сразу же его запустить. »

Попробуй командно :

Taskkill /f /im explorer.exe start explorer.exe

или плагин http://nsis.sourceforge.net/NsRestartExplorer_plug-in - работает оч быстро на XP, на Win8 - тормоз
У меня рестарт проводника в W8x32 происходит нормально - на секнду исчезают значки раб стола и затем восстанавливаются. Может как то и можно принудительно "заморозить" на время рестарта это не красивое исчезновение - не знаю...

[Kopejkin]

...в W8x32 происходит нормально »

У меня Windows 8.1x64.
Командно работает точно также. Оказывается explorer.exe убивается и запускается - его видно в диспетчере задач - но какой-то недоделанный. Чтобы стал виден Рабочий стол, Проводник нужно запустить из Диспетчера как новую задачу.
В общем, не знаю, как правильно пояснить.
Может маленькое видео поможет.

[Vincent7]

Здравствуйте господа форумчане. Спустя много времени я решил вернутся к своему старому проекту, а посему нужна ваша помощь. Как из окошка исполняемой консольной программы передать все что там выводится в функцию nsis? Логирование в реальном времени. Это нужно прежде всего, чтобы "поймать" нужное сообщение, и послать окошку нажатие enter как только оно(нужное сообщение) появится, ну и чтобы посылать весь лог в detailed окно nsis. Вы скажете "а почему бы тебе не использовать execdos plug-in для этих целей?" С ним- не получается почему-то.Использую execcmd.

[Sann-X!]

Нашел решение своей проблемы с плагинами. По умолчанию при вызове ф-ции из плагина dll-ка перед выполнением загружается в память, а после выполнения выгружается из памяти. И так каждый раз при вызове любой ф-ции dll. Поэтому данные в памяти не сохраняются между вызовами dll. Чтобы dll каждый раз не выгружалась, следовало использовать "/NOUNLOAD" или "SetPluginsUnload". Однако с версии 2.42 эти "штуки" считаются устаревшими и не рекомендуются для использования. Вот здесь в последнем сообщении есть пример на Delphi, как создать dll, которая сохраняет память между вызовами ее ф-ций.

[K.A.V.]

Вы скажете "а почему бы тебе не использовать execdos plug-in для этих целей?" С ним- не получается почему-то »

Потому что вы, видимо, опять сами ничего не пробовали, если взять документацию к плагину и посмотреть примеры скриптов в архиве с плагином - почему-то получается, по-крайней мере у меня с этим плагином получилось всё сразу.

Использую execcmd. »

У ExecCmd нет такой возможности, как

из окошка исполняемой консольной программы передать все что там выводится в функцию nsis? Логирование в реальном времени »

а у ExecDos есть, для этого нужно использовать ключ /TOFUNC

Интересно, он прочитает документацию к плагину и посмотрит примеры, или как год назад начнёт насиловать мозг глупыми вопросами?