InstallShield Wrapper

ВНИМАНИЕ! По результатам некоторых тестов подозревается, что установка данной программы может негативно повлиять на работу инсталляторов (то есть, может стать даже хуже), и ее удаление может не устранить этот эффект! Рекомендуется дождаться новой версии.

Программа InstallShield Wrapper является "оберткой" для старых версий инсталляторов InstallShield (3.х и 5.х) в 64-битных Windows и предназначена для:

1. Обхода ошибки "Версия этого файла несовместима с используемой версией Windows" (InstallShield версии 3). Скриншот ошибки.
   
   

   ​
   
   
2. Обхода ошибки "Setup is unable to find installation languages in D:\SETUP.LID file. Error 105" (InstallShield версии 5). Скриншот ошибки.
   
   

   ​
   
   
3. Обхода ошибки "Setup is unable to find _SETUP.DLL, which is needed to complete the installation. Error 103" (InstallShield версии 5). Скриншот ошибки.
   
   

   ​

В приложенных архивах находятся файлы, которые установят программу в систему, а также исходники программы.


"Как узнать, что программа мне поможет?"

Если при попытке установки игры вы видите ошибку №2 или №3 из вышеприведенного списка, то поможет с высокой вероятностью. Если не помогла - пишите в эту тему с описанием ошибки и названием устанавливаемой игры с указанием, откуда брали.

Если же при попытке установки появляется ошибка №1, то нужно сначала удостовериться, что в игре используется именно InstallShield версии 3.* или 5.* - именно для них применяется обход этой ошибки в программе. Найдите файл SETUP.EXE, который запускается для начала установки, кликните на него правой кнопкой мыши и в появившемся меню выберите Свойства, затем в открывшемся окне перейдите на вкладку Подробно. Если в поле "Название продукта" вы видите "InstallShield", а значение в поле "Версия продукта" начинается с "5." или "3.", то программа должна помочь. Если не помогла - пишите в эту тему с описанием ошибки и названием устанавливаемой игры с указанием, откуда брали.

Если при запуске инсталлятора ничего не происходит, может помочь программа SendMessage Helper: http://www.old-games.ru/forum/showthread.php?p=1181692#post1181692


Список протестированных игр

Star Wars: Pit Droids (IS5)
Star Wars: Monopoly (IS5)
Enemy Infestation (IS5)
Битва Империй: Ацтеки (IS5)
Road Rash (IS3)
Star Wars: Episode 1 - Racer (IS3)
Star Wars: X-Wing (IS3) - протестировано TES
Star Wars: TIE Fighter (IS3) - протестировано TES
Star Wars: X-Wing vs. TIE Fighter (IS3) - протестировано TES
Star Wars: X-Wing Alliance (IS3) - протестировано TES
Star Wars: Episode I: Racer (IS3) - протестировано TES
Star Wars: Episode I: Battle For Naboo (IS3) - протестировано TES
Star Wars: Episode I: The Phantom Menace (IS3) - протестировано TES
Star Wars: Force Commander (IS3) - протестировано TES
Star Wars: Rebellion (IS3) - протестировано TES
Star Wars: Rogue Squadron (IS3) - протестировано TES
Star Wars: Shadows of the Empire (IS3) - протестировано TES
Star Wars: Yoda Stories (IS3) - протестировано TES
Star Wars: Jar Jar's Journey (IS3) - протестировано TES
Примечание: IS3 - в игре используется инсталлятор InstallShield 3, IS5 - InstallShield 5

История изменений

1.0
Первая версия программы.

1.01
Исправлено создание значков. Тем не менее, вместо рабочего стола ярлык добавляется в Пуск\Games - видимо, какая-то особенность Windows 7/8. Также теперь программа удаляет за собой временные файлы.

1.02
Исправлен баг с невозможностью создания временной папки. Введена запись информации об ошибке враппера, если она возникла, в файл - для этого 16-битный установщик игры надо запустить с параметром -l "<путь до файла>".

1.03
Исправлено зависание движка. Теперь, скорее всего, он не будет проверять, запущены ли другие установщики, поэтому постарайтесь не устанавливать больше одной игры одновременно

1.10
Применен другой метод обхода зависания - список неотвечающих окон теперь выводится перед запуском установки. Пока эти окна не будут закрыты, установка не начнется.
Метод также применен к 5ой версии InstallShield.

2.0a
- Обход зависания выделен в отдельную программу Helper, которую можно установить и в 32-битные системы.
- Изменен метод обхода, окон теперь нет.
- Исправлены ошибки, связанные с файлами _SETUP.DLL и SETUP.LID на 64-битных системах.

2.1
- Добавлен деинсталлятор программы
- Несколько незначительных изменений

2.2
- Исправлены несколько ошибок
- Экспериментальная поддержка ранних версий IS3 (до использования *.cab файлов)

Подробнее о замещении 16-битных приложений через реестр

Часто встречаются ситуации, когда установщик на диске 16-битный, а сама игра 32-битная. Тогда при попытке установки на 64-битных системах Windows обрадует вас сообщением о том, что, мол, приложение несовместимо с этой версией Windows.

Вообще говоря, в Microsoft такую ситуацию приняли во внимание и создали специальный раздел реестра и папку в системной области, где лежат 32-битные заместители для некоторых таких инсталляторов. Когда запускается 16-битное приложение, Windows заглядывает в этот раздел реестра и смотрит, имеется ли для этой версии приложения 32-битный аналог, и если да, то прозрачно для пользователя запускает его. К примеру, довольно распространенный InstallShield версии 5 имеет такого двойника в системе, а не менее распространенный InstallShield 3 почему-то был обделен вниманием Microsoft.

Технические подробности работы обертки-заместителя IS 3.x

В архиве с программой лежит Inno Setup установщик (InstallShield Wrapper.exe), который делает следующее:

1. Копирует в папку SysWOW64\InstallShield\v3x три файла (UPD: уже немного больше для поддержки ранних IS3) - setup_isw.exe, setup.exe и _wutl95.dll
2. Добавляет в реестр разделы
   
   Код:

   HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NtVdm64\INSTALLSHIELD3
   HKLM\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\NtVdm64\INSTALLSHIELD3

3. В этих разделах создает ключи
   
   Код:

   "ProductVersion"="3*"
   "ProductName"="InstallShield*"
   "InternalName"="*"
   "CommandLine"="\"%m\" %c"
   "MappedExeName"="C:\\Windows\\SysWOW64\\InstallShield\\v3x\\setup_isw.exe"

Исходный скрипт Inno Setup находится в архиве с исходниками (setup.iss).

Как действует Windows:

1. Пользователь запускает какой-нибудь 16-битный exe.
2. Windows видит, что он 16-битный, и заглядывает в ветку реестра HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NtVdm64
3. Если свойства запускаемой программы ProductVersion, ProductName и InternalName удовлетворяют маске одноименных ключей в каком-то из подразделов ветки, Windows запускает вместо этой программы файл, который указан в MappedExeName подраздела, с параметрами из ключа CommandLine (%m заменяется на путь к исходному файлу, запущенному пользователем, %c - на параметры командной строки, переданные исходному файлу, запущенному пользователем).

В нашем случае, запускается тот самый setup_isw.exe, который мы установили Inno Setup'ом.

Как работает setup_isw.exe:

1. Создает временную папку в Temp.
2. Копирует туда setup.exe и _wutl95.dll.
3. Запускает скопированный setup.exe с параметрами:
   
   Код:

   -f"<путь к SETUP.INS>" -z1 -cx -c"<путь ко временной папке>" <параметры, переданные 16-битному SETUP.EXE>

   Рабочий каталог этого setup.exe устанавливается в путь до оригинального 16-битного exe, запущенного пользователем.
4. Ждет, пока отработает этот setup.exe и удаляет его, dll и временную папку.

Исходники setup_isw.exe на C находятся в архиве с исходниками InstallShield Wrapper в папке sources\3x (main.c + куча файлов, сгенерированных OpenWatcom).

Немного примечаний:

• SETUP.INS - скомпилированный скрипт InstallShield, находится в папке 16-битного setup.exe, запущенного пользователем.
• Setup.exe и _wutl95.dll - это 32-битные файлы движка InstallShield 3. В оригинальном установщике InstallShield они находятся в файле _INST32I.EX_, который распаковывается во временную папку как раз тем самым 16-битным exe.
• Что значат параметры -z1 и -cx - не имею ни малейшего представления . Просто подсмотрел, как работает 16-битный exe - он запускает движок с этими параметрами после распаковки.

Идея взята с этой странички: http://www.reactos.org/forum/viewtopic.php?p=90280

Технические подробности исправлений ошибок SETUP.LID и _SETUP.DLL в IS 5.x

Ошибка с _SETUP.DLL появляется в том случае, когда перед запуском инсталлятора предлагается выбрать язык. Движок IS в этом случае берет _SETUP.DLL не лежащий рядом, а из папки .\SETUPDIR\<код_языка>. Проблема была в том, что системный заместитель движка IS5 искал папку SETUPDIR не в папке, откуда был запущен оригинальный 16-битный инсталлер, а в папке, где лежит сам заместитель. Естественно, там этой папки не было, и вуаля - ошибка. Небольшая правка бинарника движка-заместителя решила эту проблему.

Ошибка с SETUP.LID имеет более серьезные причины. Ранние версии IS5 не использовали этот файл и вообще довольно прилично отличались от последующих. В заместителе эти ранние версии, как водится, не поддерживались. Здесь тоже пришлось править бинарник.

Оригинальный и исправленный бинарники лежат в архиве исходников в папке sources\5x.

 

Почему то выскакивает: "Unable to create temporary folder.".

Проверял:
Star Wars: X-Wing
Star Wars: TIE Fighter
Star Wars: X-Wing vs. TIE Fighter
Star Wars: X-Wing Alliance
Star Wars: Episode I: Racer

Система Windows 7 x64.

 

TES, скопируй, пожалуйста, файл из приложенного архива в C:\Windows\SysWOW64\InstallShield\v3x и попробуй запустить установку еще раз. В C:\Temp\islog.log должна появиться строка с ошибкой.

 

Упс, прошу прощения, неправильно сделал выдачу ошибки. Вот.

 

Появилась: Error on step 3 (CreateDirectory), setupfile='C:\Temp\SETAD00.tmp', code=0xB7

 

Мда, вот что значит невнимательно читать MSDN Исправил, архивы в первом сообщении обновлены.

---------- Сообщение добавлено в 21:07 ---------- Предыдущее сообщение размещено в 21:06 ----------

Ах да, пишите, какие игры удалось установить с помощью программы, дабы пополнять "список совместимости"

 

Что-то снова "Unable to create temporary folder.".

 

Эх, ну я и растяпа, в архив-то новую версию не положил
Вложения в первом посте вновь обновлены, теперь ошибка вылезать не должна.

TES, огромное спасибо за тесты!

 

Хорошая новость: ошибка не появляется;
Плохая: инсталяция не начинается.
Пробывал на Star Wars: Episode I: Racer.

 

Благодаря TES, который дал доступ к своему компьютеру через TeamViewer, выяснилось, что враппер работает нормально, а вот движок InstallShield зависал при старте. Оказалось, что он посылает некоторые сообщения всем окнам (SendMessage(HWND_BROADCAST, ...)), и может случиться так, что какое-то из запущенных в системе приложений не станет его обрабатывать, а система будет терпеливо ждать, не возвращая управление обратно в движок - как следствие, он зависает.

Чтобы обойти такое поведение, в файле setup.bin было заменено HWND_BROADCAST на 0 - теперь эти сообщения не посылаются. Возможно, этот механизм был нужен для взаимодействия с другими запущенными инсталляторами (например, для проверки, устанавливается ли что-то еще), поэтому пока не знаю, в какие проблемы это выльется. Постарайтесь не запускать сразу несколько установщиков Может быть, потом придумаю какой-нибудь более безопасный способ.

Архивы в первом сообщении обновлены.

 

Инсталятор запустился в:
Star Wars: X-Wing;
Star Wars: TIE Fighter;
Star Wars: X-Wing vs. TIE Fighter;
Star Wars: X-Wing Alliance;
Star Wars: Episode I: Racer;
Star Wars: Episode I: Battle For Naboo;
Star Wars: Episode I: The Phantom Menace;
Star Wars: Force Commander;
Star Wars: Rebellion;
Star Wars: Rogue Squadron;
Star Wars: Shadows of the Empire;
Star Wars: Yoda Stories;
Star Wars: Jar Jar's Journey (!!! все остальные игры от LucasLearning не запустились).

Инсталятор НЕ запустился в:
Star Wars: Anakin's Speedway;
Star Wars: DroidWorks;
Star Wars: Early Learning;
Star Wars: Episode I: The Gungan Frontier;
Star Wars: Math Jabba's Game Galaxy;
Star Wars: Pit Droids;
Star Wars: Yoda's Challenge;
Star Wars: Monopoly.

 

Проверил Pit Droids. В этой игре, и похоже, что и в остальных из этого списка, используется InstallShield 5, в котором такая же проблема, что и описанная в моем предыдущем посте. Для 5ой версии InstallShield используется системный 32-битный "заместитель", и его менять не хочется. Буду думать, как это исправить.

 

Интересно, а как это обходилось на 16-битной подсистеме - ведь установка же не зависала?

 

Val07og, как установка работает на 16-битной системе (т. е. до Win95) - понятия не имею . В Windows 9x, наверно, SendMessage(HWND_BROADCAST, ...) все-таки как-то возвращал управление, если окна не отвечали. А вот в XP уже нет - в сети есть много просьб помочь с такой проблемой.

Тем временем, пришла новая версия с новым обходом зависания, примененным и к InstallShield 5. Теперь перед запуском инсталлятора проверяется, все ли окна отвечают на сообщения, и если нет - вылезает симпатичное окошко со списком неотвечающих и требованием их закрыть. Можно в этом же окошке прибить процесс, создавший эти наглые окна

Первый пост обновлен.

 

TES, к тебе большая просьба - проверить новую версию программы

 

ОК.

Инсталятор запустился в:
Star Wars: Anakin's Speedway;
Star Wars: DroidWorks;
Star Wars: Early Learning;
Star Wars: Episode I: The Gungan Frontier;
Star Wars: Math Jabba's Game Galaxy;
Star Wars: Pit Droids;
Star Wars: Yoda's Challenge.

Инсталятор НЕ запустился в:
Star Wars: Monopoly.
Если открыть диск и инсталировать с него, то все ОК. При авторане выдало ошибку:


P.S. Похоже, что программа вошла в конфликт с драйвером мышки Logitech Marathon Mouse M705 :-(

 

AxXxB, то есть в XP оригинальный инсталлятор 3-й версии тоже должен зависать?

 

Val07og, да. В архиве с исходниками есть тестовая программа (sources\testwnd), которая создает окно и зависает. Можешь на ХР запустить ее и попробовать начать установку какого-нибудь Road Rash . 5-я версия, кстати, тоже зависнет.

TES, тысяча благодарностей!

---------- Сообщение добавлено в 00:01 ---------- Предыдущее сообщение размещено в 00:00 ----------

Хм, а как это проявляется? В окошке со списком неотвечающих окон появляется программа драйвера?

 

AxXxB, да. Пока дрова мышки не отключаю - ни-ни.

 

Интересно, кого винить в этой ситуации - Microsoft за такое поведение API-функции, разработчиков InstallShield за ее использование или производителей софта с неотвечающими окнами?) А главное, как лучше всего сделать враппер? С одной стороны, эти окна нужно закрывать для правильной работы InstallShield, а с другой - не всегда пользователю удобно их закрывать. Наверно, стоит сделать кнопочку "Ignore & Continue", по нажатию на которую патчить в памяти SendMessage. Тогда весь риск за неверную работу инсталлятора пользователь как бы берет на себя . Предупреждение только вывести, конечно.