[snark]

ChVL,

файлы имеют одинаковое название, а содержание - разное. Это может быть полезно в том случае, когда делается инсталляция программы более поздней версии поверх предыдущей, и при этом необходимо какой-то файл(ы) заменить новой версией. »

вот в мануале условия замены существующих файлов

Remarks If a file already exists on the user's system, it by default will be replaced according to the following rules: If the existing file is an older version than the file being installed (as determined by the files' version info), the existing file will be replaced. If the existing file is the same version as the file being installed, the existing file will not be replaced, except if the replacesameversion flag is used and the content of the two files differs. If the existing file is a newer version than the file being installed, or if the existing file has version info but the file being installed does not, the existing file will not be replaced. If the existing file does not have version info, it will be replaced.

то есть вкратце, существующий файл заменяется новым, если:
1. он старше по дате (определяется по дате в свойствах файла);
2. указан флаг replacesameversion в свойствах нового файла или содержание файлов различно;
3. у существующего файла нет версии (version info).

[jameszero]

snark
Всё верно, для замещения старого файла новым, шаманств с [InstallDelete] не потребуется, но допустим такая ситуациия:
Программа при первом запуске создаёт свои конфигурационные файлы и с ними работает, а в следующей версии автор решает изменить формат (имена) этих файлов. Вот тут и пригодится [InstallDelete]

[snark]

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

[sabah]

скажите можно ли извлеч файлы из setup-1.bin,setup-2.bin,... если фаил setup.exe потерян?
при запуске innounp.exe выдает сообщение о повреждениях и несовместимостях
unpacker последней версии

[ChVL]

Как сделать, чтобы любым unpacker'ом нельзя было добраться до скрипта? Устроит любой вариант, к примеру:
- скрипт не извлекается (как будто его и нет);
- извлекается, но не читается;
- извлекается, но запаролен.

[boss911]

Как сделать, чтобы любым unpacker'ом нельзя было добраться до скрипта? »

Запаролить дистрибутив, но кому надо, тот распакует.
Но опять же, не все так просто.

[ChVL]

boss911,
Это я уже пробовал. Не подходит. Речь идёт о скрипте. Дистрибутив должен использоваться как обычно, т.е. пользователь сборки может и не догадываться о существовании скрипта в принципе.

[ZaV]

Как сделать, чтобы любым unpacker'ом нельзя было добраться до скрипта? »

Могу посоветовать поподробнее изучить секцию code по идее её средствами можно сделать все что угодно ... но это не самый простой путь.
Второе перейти на другой инсталлятор в котором невозможно получить скрипт установки в том виде в каком он был до компиляции дистриба (например Nsis)
Ну и третье а что у тебя действительно такой серьезный проект что его надо так защищать ?
Ведь если у тебя используются только те функции что предоставляет innosetup (без серьезного использования секции code и внешних библиотек), то твой инсталлятор скорей всего очень легко будет сделать самостоятельно просто отслеживая изменения файловой системы и реестра. Ну еще может пару библиотек зарегистрировать придется.

[ChVL]

ZaV,

секцию code по идее её средствами можно сделать все что угодно

IMHO, с помощью секции [code] можно творить чудеса в пределах компилятора, но она, в моём представлении, бессильна вне скрипта, что по определению требуется для решения поставленной задачи. Или я не прав?

перейти на другой инсталлятор

Это понятно, только вот нет желания...

действительно такой серьезный проект

Да нет, не так уж серьёзно. Понадобилось скрыть регистрационные данные. В реестре это явным образом не засвечено, а вот в скрипте легко можно засечь. Есть и другой прецедент. Сознаю, что для грамотного программера любые ухищрения с защитой – семечки, но никто из них копаться не станет. Хотелось бы защититься от массы любителей запускать unpacker.

[WindoStroy]

ChVL,

вот может поможет:

Простенький способ криптования инсталлятора c использованием подсчета хеша MD5 "обманных" символов. (Пароль будет находиться в памяти). Требуется ISCrypt.dll в одной папке с Inno Setup

[Setup] AppName=Pass AppVerName=Pass DefaultDirName={pf}\Pass Uninstallable=No Encryption=Yes ;MD5 сумма, подсчитанная ниже Password=449f2546d2a51b20442c5025c43f126f [Files] Source: "C:\1.txt"; DestDir: "{app}" [code] procedure InitializeWizard(); var MD5: String; begin //Подсчитываем сумму слагаемых в MD5 калькуляторе, на примере сумма MD5 " ` ` ``" равна 449f2546d2a51b20442c5025c43f126f MD5 := GetMD5OfString(' '+'` '+' ` `'+'`') WizardForm.PasswordEdit.Visible:= False; //Вставляем то, что складываем WizardForm.PasswordEdit.Text:= MD5; end; //Как обычно нажимаем страницу с пассом procedure CurPageChanged(CurPageID: Integer); begin if CurPageID = wpPassword then WizardForm.NextButton.OnClick(WizardForm.NextButton); end;

(с) Kindly