[Begin2Fly]

Serg866, как вариант: оставьте старый файл для совместимости и введите с последним обновлением ещё один, внеся соответствующие изменения в программу.

[iglezz]

как файл после подмены вновь заменится на новый? Это надо пояснять юзерам. С таким костылем может получиться так, что будет старый файл, а версия программы - новая. И наоборот »

Алгоритм навскидку такой: костыль подменяет новый файл на старый и показывает диалог с текстом вроде "сейчас можно поставить все нужные дополнения, по окончании нажать кнопку _дальше_" и кнопкой _дальше_, по нажатию которой будет произведена обратная замена. Всё это, конечно, нужно будет обильно обмазать проверками...

[Serg866]

Begin2Fly, не получится, так как старый файл должен быть заменен на новый под тем же именем.

iglezz, у меня инсталлеры программы и дополнений построены таким образом, что исключены варианты, при которых юзер может произвести установку неправильно. В случае с костылем, такие варианты появляются - не нажмет кнопку 'дальше', закроет костыль раньше времени. Пока не вижу таких проверок, которые могли бы исключить ошибку со стороны юзера при взаимодействии с костылем. Но, будем думать)

[Serg866]

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

[Kopejkin]

А каков размер этих дополнений? При нынешнем интернете гигабайт туда, гигабайт сюда - роли не играет. Объявляете своим преданным пользователям о глобальном апдейте, все (или не все, если нужно) актуальные дополнения пихаете в один новый инсталлятор без проверок контрольной суммы основного исполняемого файла. Проверки наличия файла с названием вашей программы будет вполне достаточно.

Код:

Function .onVerifyInstDir
       IfFileExists "$INSTDIR\имя-моей-программы.exe" PathGood
       Abort
       PathGood:
FunctionEnd

Или ваши дополнения могут работать с любым исполняемым файлом? Уверен, что нет! Я просто не могу въехать, зачем проверять контрольную сумму главного исполняемого файла, если все выпущенные до этого дополнения работают с любой версией этого файла?

[Serg866]

Kopejkin, главный исполняемый файл (ехе инсталлятора) никак не проверяется. Речь о проверочном файле, с которого считывают хеш-сумму инсталлятоы дополнений. В новой версии программы проверочный файл заменяется, соответственно дополнения не установятся поверх новой версии программы, ибо файл будет с другой хеш-суммой. Ищу вариант как сделать так, чтобы устанавливались, так как технически и с новым файлом дополнения совместимы.

[Kopejkin]

Так я ж предложил...

Объявляете своим преданным пользователям о глобальном апдейте, все (или не все, если нужно) актуальные дополнения пихаете в один новый инсталлятор без проверок контрольной суммы ... файла. »

А дальше ваши пользователи смогут спокойно пользоваться этим комплектом дополнений для работы с любым будущим обновлением основной программы.
Чаще всего, простое решение лучше сложного.
P.S. можно ссылку на софт. Или это что-то слишком специализированное? Если не для "хомячков", тем более такое решение не вызовет проблем.

[Adjective]

Всем привет!
Подскажите пожалуйста, что не так с кодом удаления ранее установленной версии программы в оригинальном файле "makensis.nsi" находящемся по пути: (..\NSIS\Examples\makensis.nsi)?
Судя по коду предоставленном на официальном сайте данный код "как я понял" он работает по поиску идентификатора, а в "makensis.nsi" он работает по версии записанной в реестре. Здесь на форуме нашел ещё один вариант (по поиску указанного файла) с функцией .onInit:

Код:

Exec $INSTDIR\uninst-nsis.exe

Но это не то, хоть и работает ЕСЛИ файл ИМЕННО с таким именем существует и расположен ИМЕННО по пути по умолчанию. В "makensis.nsi" более правильный вариант определения установленной программы (на мой взгляд), но не работает.
Сам "makensis.nsi" наверное нет смысла выкладывать, так как он идет по умолчанию в директории nsis.

[iglezz]

Adjective,

Подскажите пожалуйста, что не так с кодом удаления ранее установленной версии программы в оригинальном файле "makensis.nsi"

А что именно с ним не так и что именно там не работает?

И в makensis.nsi, и в вышеуказанном "Auto-uninstall old before installing new" используется абсолютно одинаковый метод обнаружения установленной программы (считывание ключа UninstallString в ..\CurrentVersion\Uninstall\..). Вариант в makensis.nsi не стоит считать более правильным, т.к. во втором случае (auto-uninstall) считывание версии просто не требуется (хотя это можно применить, например, при записи журнала установки).

В makensis.nsi, как и в вышеуказанном "Auto-uninstall old before installing new" используется похожий метод обнаружения установленной программы -- считывание ключа UninstallString в ..\CurrentVersion\Uninstall\... Только что дополнительно читается HKLM\Software\NSIS\@, а затем проверяется версия для реализации разных сценариев (Add/Reinstall - Uninstall - Do not uninstall)

Вариант в makensis.nsi не стоит считать более правильным, т.к. во втором случае (auto-uninstall) считывание версии просто не требуется (хотя это можно применить, например, при записи журнала установки).

Вариант с Exec $INSTDIR\uninst-nsis.exe, очевидно, рассчитан на использование атрибута InstallDirRegKey или установку по жёстко заданному пути.

[Adjective]

А что именно с ним не так и что именно там не работает? »

Спасибо за отзыв iglezz.
Не работает код определения ранее установленной версии (программы).
Ссылка