[boss911]

Обновил свою сборку .NET Framework 3.5 SP1 (x86) .

Версия 12.12.10:

• Выкинул их тормознутый setup.exe со всеми прилагающими для него файлами, тем самым немного уменьшалось время установки и сам дистрибутив.
• Обновлен компонент XPSEPSC.
• Компонент WIC устанавливается теперь строго на WinXP SP2 и Win2003 (проверка в инсталляторе).
• Компонент MSXML 6.0 SP1 устанавливается теперь строго на WinXP SP2 и Win2003 SP1/2 (проверка в инсталляторе).
• Кадрильные изменения скрипта инсталлятора, который стал умнее (огромная благодарность Serega и Gnom_aka_Lexander)

[Wu-Tang]

boss911,
а это не как адон идет?

[Aquila]

Wu-Tang, Изучайте - Руководство по созданию аддонов.

[boss911]

Аддоны у нас как бы в другом разделе, я принципиально тут запостил. Но сделать с моей сборки аддон, пару пустяков. Кладем так:

Код:

UpdatePack-XPSP3-Rus-xx.xx.xx\Addons\DNF35SP1\Files\ForceCopy\SVCPACK\DNF35SP1.exe

Рядом c папкой "Files" создаем файл 'Run' (без расширения), пишем туда, например:

Код:

DNF35SP1.EXE /VERYSILENT

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

Честно сказать, я свой софт на Т13 не ставлю, во избежание разного рода проблем и граблей, посему установку на этом этапе не проверял, по идеи, должно работать.

[Vitaliy21]

Честно сказать, я свой софт на Т13 не ставлю, посему этот метод не проверял, по идеи, должно сработать. »

Не сработало, запускал с ключем /VERYSILENT, во время уствновки на Т13 вылезло окошко с описанием ключевых командах и тд., я нажал ок, потом ещё раза три выскочило, после установки Windows установленного framework не обнаружил....

[boss911]

Vitaliy21

А если без ключей? Предположение есть, почему так, но вот идей нет. Скорее всего, MSIEXEC.EXE не получает пакеты, которые складываются в %TEMP%\Folder.

[gora]

которые складываются в %TEMP%\Folder »

На Т13 еще не существует переменной %TEMP% и использовать ее для адресации нельзя.

[boss911]

gora, я это подозревал уже несколько лет и только сегодня подтвердилась. Вринципе да, на Т-13 юзера еще нет.

Я в Inno Setup использовал для адресации ее переменную {tmp}, которая ведет в %TEMP%. Мне вот интересно, куда же в таком случае IS распаковал файлы или он вообще ничего не распаковал, но ведь MSIEXEC.EXE запустился, значит, инсталлятор сработал, а если он сработал, то значит что-то должен был куда распаковать. Если он не смог определить %TEMP%, то есть путь назначения, то он бы послал нафиг и не запустил бы MSIEXEC.EXE. Надо побеседовать со знатоками IS.

[Gnom_aka_Lexander]

можно посмотреть в исходниках инно, что будет, если нет переменной %TEMP% в PACH, дополнительный прикол в том, что IS распаковывает не напрямую в TEMP а создает там свою подпапку, с рандомным именем, каковая и хранится в константе {tmp} на время установки. мое подозрение, что временной папкой, в случае отсутствия ее в системе будет корень системного раздела, либо какой-нибудь из дефолтных путей для временных папок. для IS, естественно. Других причин срабатывания когда сработать вроде-бы не должно - не вижу.

то он бы послал нафиг и не запустил бы MSIEXEC.EXE »

если запускается напрямую именно MSIEXEC.EXE с пакетом msi в качестве параметра, то все проще, запущен процесс будет в любом случае, а вот уже после будет выдана ошибка с кодом причины ошибки.
как вариант, для IS могу предложить использовать для именно аддона, кастомную временную папку: вместо {tmp} делать, например, {sd}\is_temp и удалять ее в конце работы инсталлятора.

[gora]

я это подозревал уже несколько лет »

Я писал об этом несколько лет назад.