Автоопределение каталога установки при инсталяции и внесение значений в Реест
 

Привет всем. Перейду сразу к делу.
При запуске любого инсталятора происходит автоопределение каталога установки, а затем внесение значений в реест (думаю это дело рук dll библиотек). Вернее определяется буква диска куда будет устанавливаться программа. И вносятся необходимые значения в реест.

К примеру:
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\DjVu.Document\DefaultIcon]
@="C:\\Program Files\\WinDjView\\WinDjView.exe,0"
и другие...

В многих программах по изготовлению инсталяторов можно добавлять reg файлы. Созданный инсталятор инсталирует приложение, может быть чего то еще делает (все зависит от фантазии автора, не суть) и вносит изменения в реест, которые берет из reg файла. Все бы хорошо, но что если буква локального диска не C, а D? Тогда это приведет к катастрофическим последствиям!

Пробовал устанавливать такое значение @="%PROGRAMFILES%\\WinDjView\\WinDjView.exe,0", но не срослось. Или это в обще не уместно? Может кто знает как заставить систему (пусть хоть через батник) распознавать буквы локальных дисков, передавать эти значения переменным и собственно сгенерировав значения ветвей реестра добавлять их в этот самый реестр. Извиняюсь за ошибки и за столь развернутый вопрос.

Нет. Каталог установки «по умолчанию» задаётся при создании инсталлятора. Рекомендуется использовать путь:
При наличии уже установленного приложения (например, более ранней версии) правильный инсталлятор определяет данный факт и предлагает путь для установки не «по умолчанию», а в каталог ранее установленного приложения.

Ещё раз нет. Происходит иначе, нежели Вы описали.

В разных бредовых псевдоинсталляторах и не такое бывает. В правильных — файл реестра можно импортировать в проект инсталляции, Затем на его основе создаются отдельные записи в проекте, которые затем могут быть использованы при инсталляции для создания разделов, параметров и задания значений параметров реестра. Причём в Вашем примере:
путь «C:\Program Files\WinDjView\WinDjView.exe» строится по вышеописанным выше мною принципам:

и никакого «импорта файлов реестра».

Коллега, у Вас, к сожалению, весьма извращённое представление о процессах, которые происходят (и должны происходить) при инсталляции приложения.

Для использования переменных окружения нужно использовать «REG_EXPAND_SZ», а не «REG_SZ». А «REG_EXPAND_SZ» в файле реестра выглядит как набор строк с hex-значениями, например:

Не могу сказать, специально не проверял.

Самым правильным вариантом будет использование приличных инсталляторов.

Согласен. Исправлюсь. С REG_SZ я лоханулся конкретно.

Я использовал Smart Install Maker, там можно просто импортировать файлы реестра.

Недавно поставил Inno Script Generator, но еще не юзал. Можно ли это реализовать, то что прокомментировано выше данной программой?

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

Возможные проблемы Вы сами указали в первом сообщении темы.

Можно. Но, полагаю, лучше будет взять Inno Script Studio, вроде как это приложение сейчас рекомендовано в качестве IDE для подготовки проектов инсталляций Inno Setup.

Импортируете файл реестра в проект:


Вот это, так сказать, Ваш вариант:

В реальности же он несёт всё те же ошибки, если приложение будет установлено не в «%ProgramFiles%\WinDjView».

Потому, после импорта проверяете и правите при необходимости каждый параметр, используя константы или переменные компилятора (а, возможно, и препроцессора), указывающие на путь установки приложения, указываете, как поступать с параметром при инсталляции и при деинсталляции и т.п. Например — «{app}\WinDjView.exe,0». В момент инсталляции константа «{app}» будет заменена реальным путём, выбранным пользователем.

Мне сложно назвать это инсталляцией.

P.S. На будущее:

smart install maker

Inno Setup. Прочие вопросы
Скрипты Inno Setup. Помощь и советы [часть 7]

Решил я опробовать Inno Script Generator, лично мой вердикт - геморойно.
Подумал воспользоваться Inno Script Studio, если все SIM не получится, но не пришлось.

Все таки собрал инсталлятор на Smart Install Maker'е 5.0.4.10, который поддреживает тип EXPAND_SZ (До этого была версия помоложе, без данной поддержки, к стати в этом и была проблема). И все отлично, а главное просто. Так зачем все усложнять?

Хочу выразить благодарность за уделенное мне время пользователю Iska! Спасибо, что откликнулись на мой зов, и спасибо за expandsz!

A drum moons, там тоже есть импорт файла реестра в проект:


Затем, что это ошибка. Мы ведь выше разбирали сие. Повторю — Ваша инсталляция сделает некорректную регистрацию в несуществующий путь, если пользователь укажет для установки путь:

• отличный от «%ProgramFiles%»;
• входящий в «%ProgramFiles%», но не «WinDjView», а какой-либо иной.

И то, и другое он вправе делать. Посему Вы обязаны это учитывать. Для выбранного Вами приложения это будет выглядеть так:

Т.е., Вы обязаны использовать, например, такое:

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

Проблема у меня в другом. Собираю инсталлятор. Чищу реестр от всего с чем связан поисковый запрос djv, djvu (ассоциацию файлов и т.д. и т.п). Запускаю собранный инсталлятор, все отрабатывает на ура, но например при запуске любого документа djvu происходит ошибка типа он не ассоциирован с нужным им расширением. Снова очищаю реестр. Запускаю родной инсталлятор от автора данного ПО. И все нормально проходит и ассоциация, и т.д. В общем проблема только в этом.

Хотя я думаю проблема в том, что я не создовал ассоциацию в HKCR. А создавал в HKLM.
Недавно натолкнулся на эту статью.
Буду пробовать.

Ура! А про остальное?

Для экспериментов следует не «чистить реестр от всего», а использовать виртуальную машину со свежеустановленной, чистой ОС.

HCCR собирается из двух частей — HKLM-части, общей для всех пользователей, и HKCU-части, индивидуальной для каждого.

И да — оригинальная инсталляция «WinDjView» создаётся именно в HKLM-части:


Поройтесь на местном сайте — тут изложено не в пример подробнее, со ссылками на документацию и без бредовых выводов.

Вся проблема была в том, что SIM коряво экспортирует значения в реестр. Например:
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\DjVu.Document\shell\open\command]

@="\"C:\\Program Files\\WinDjView\\WinDjView.exe\" \"%1\"" - как надо.

@="\\\"C:\\Program Files\\WinDjView\\WinDjView.exe\\\" \\\"%1\\\"" - как это делает SIM

Хотя если залезть в реестр, то можно убедиться, что SIM все сделал как надо, хотя это не так...

Экспортировать можно из реестра. В реестр можно только импортировать. Определитесь.

Да точно импортировать. Я перепутал.

Разобрались. Едем дальше — как именно Вы посредством «Smart Install Maker» импортируете «значения в реестр»?

Нашел я причину, теперь все работает нормально.
Причем самый прикол в том, что подумал: а что если? Да не это бред... хотя чем черт не шутит!

В общем вся фишка в том, что просто надо удалить обратный слэш из значений хранящих пути.

Например: \"C:\Program Files\WinDjView\WinDjView.exe\" \"%1\" имортируемое значение реестра Sim'мом.

Надо так "C:\Program Files\WinDjView\WinDjView.exe" "%1". Теперь можно тему закрывать.

Да кстати тип можно оставить reg_sz даже при использовании системных переменных. Не знаю приведет ли это к фатальному исходу если системный диск будет не С? Хотя переменные выполняют свою работу правильно.

Iska, а ты случаем не знаешь есть ли переменные окружения для Sid в реестре?
Просто иногда требуется добавлять кусты реестра в HKU для установок настроек некой учетной записи, но ведь на разных машинах и Sid'ы разные. Может есть какая нибудь переменная указывающая на Sid учетной записи профиля пользователя?

Случаем знаю. Их не существует, и не может существовать в принципе. Есть предопределённые SID, соответствующие предопределённым учётным записям.

Какой?

Дело даже не в учетке, а в том как добавить в любую учетку на любой машине твики реестра. Просто существуют переменные среды путей, правда это не одно и тоже, но ведь инсталляторы вносят данные в реестр определяя SID учетки?

Дело в другом. Вы по-прежнему слабо понимаете, что есть инсталляция и вольно трактуете её предназначение.

Нет. Инсталляция может предлагать установку «на машину» или «на пользователя». В первом случае общие настройки приложения хранятся в HKLM и применяются для всех пользователей, во втором случае — хранятся в HKCU и применяются для одного конкретного пользователя, производящего установку (речь именно про общие настройки: в первом случае индивидуальные настройки, вносимые впоследствии конкретным пользователем и хранимые в HKCU, могут перекрывать общие настройки, внесённые при установке в HKLM).

A drum moons, хотите конкретных советов — отвечайте на вопросы. Вы описываете конкретную ситуацию и Ваше видение, я пытаюсь ответить, что в Вашем видении так, а что не так.

Да я просто предполагаю, и ни в коем случае не утверждаю, что именно так работает. Просто строю догадки и все.
Исходя из этого так и быть, я скажу более подробней, конкретней.
Я хочу собрать тихий инсталлятор, который распаковывает файлы в директорию и вносит данные в реестр(В HKLM и HKU). С этим всем проблем нет, кроме HKU. Я посмотрел куда импортирует нужные кусты родной инсталлятор (Mozilla Firefox 35.0.1.0), об этом написано выше. Так вот с HKLM no problem, a вот с HKU ступор так как пути имеют вид: HKU\SID_учетной_записи\... где sid генерируется системой при инсталяции ОС или входе в систему... (не важно как и когда), в общем SID всегда разный, и в этом загвоздка. Ваше мнение сер?

Это ни разу не «родной» инсталлятор, а сборка от Яндекса с его двумя свистоперделками совершенно не нужными расширениями и с заменой всего и вся на свои сервисы.

Продемонстрируйте, что и как Вы смотрели.

Можно через Ashampoo UnInstaller 5, удобней чем через Regshot. Конечно можно из HKU можно запихнуть все в HKLM и браузер будет по умолчанию для всех пользователей. И меня это не напрягает, если я ставлю его себе, а не кому то у кого вся семья под разными учетками на одной машине. Но просто интересно как инсталлятор определяет SID, хотя может он ссылается на другой куст реестра в HKLM, а реестр сам затем все делает. Прошу заметить это догадки, но никак не утверждения.

Продемонстрируйте — это значит продемонстрируйте. Можете использовать скриншоты.

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

Установил родную от мозиллы. Посмотрел реестр, a там только в HKLM все суется. Видать для всех юзверей. Ну и ладно.
Без сервисов яндекса и плагинов браузер летает. Хотя до этого отключал, но не все. Признаюсь мне нравиться, некоторые фишки в яндексе (переводчик и встроенный поисковик этого сервиса). Но все равно интересно, как инсталлятор от Яндекса сумел определить SID (ну или что то типо того). Это не критически важно, но если узнаете, то дайте мне знать, спасибо.

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

Понимаю что справку RusHelp.chm даже не открывали (Совет: Почитайте обязательно!)?

Т.е и вы думаете что продвинутый пользователь не сообразит использовать ключ /p в командной строке для смены каталога установки программы?
И тогда ваши внесения:
будут нужны как собаке пятая нога.

Правильнее будет так:
WinDjView сам не умеет этого делать?
Смотрите как это происходит:
инсталлятор отрабатывает именно так.

Хочется через реестр?
Вот вам через реестр:


Вот пару примеров WinDjView.

Покажите скриншоты с информацией, на основании которой Вы сделали выводы о:

Nordek, но я собираю инсталлы для себя на WPI, с своими заранее выставленными, сконфигурированными настройками, конечно можно использовать ключи тихой установки, но это чревато тем, что потом надо будет настраивать приложение под себя, а это лишние телодвижения. Windjviewer это пройденный этап, и про переменные окружения мне давно известно. Про ключ /p в командной строке для смены каталога установки программы я не знал, снимаю шлапу.
Чем SIM плох я не понимаю, да он проще всяких навороченных inno setup'ов, но так мне не надо создавать всяких диалоговых окон, файлов ответа и т.д. Мне требуется запаковать файлы и добавить кусты реестра и все, тем более это тихая установка, освобождает от лишнего гемора.
Да и какой пользователь будет ставить на D:\? Вот Вы сами так часто ставите? Я думаю нет потому как,если ось на другом диске и она полетит, то после переустановки оси все необходимое в реестре для WinDjViewer'а тоже будет потеряно. Я думаю выбор директории не так уж и важен, тем более если инсталлятор правильно вносит данные в реестр. Конечно у пользователя может быть тысяча причин чтобы инсталлировать на другой диск, но на практике такое встречается весьма редко 1 из 100.

Iska, вот скрин это уже русская сборка от Моzill'ы (не от яндекса) Ссылка на русскую версию. В чисто английской сборке HKU не присутствует. Думаю можно обойтись и без HKU, взять от английской версии кусты реестра, файлы от русской версии firefox'а + можно прилепить профиль с заранее установленными дополнениями и слить воедино.

A drum moons, как я и предполагал, Вы некорректно интерпретируете результаты, показанные на приведённом скриншоте.

«S-1-5-21-<machine RID>-500» — это SID учётной записи встроенного администратора (см., например: 2.4.2.4 Well-Known SID Structures). Под которым, как я полагаю, Вы и производите установку. «HKU\S-1-5-21-<machine RID>-500» — реальное положение в реестре загруженного куста текущего (HKCU) пользователя. Т.е., в реальности всё пишется в HKCU, никаких «определений SID» не происходит, да и ни к чему это.

Ровно то же самое происходит и ниже, с «HKU\S-1-5-21-<machine RID>-500_CLasses» — это реальное положение в реестре пользовательской части описания классов, которая после её наложения на машинную часть описания классов, отображается в реестре как «HKEY_CLASSES_ROOT». Т.е., и тут нет никаких «определений SID» при инсталляции. Происходит обычная работа с HKCR.

Про детали работы с реестром можете почитать здесь же, на сайте: реестр site:www.oszone.net - Поиск в Google, прежде всего — Введение: описание реестра Windows.

Значит твики добавляются в HKCU, а после работы реестра (слияний и т.д.), изменения отображаются в HKU. Именно в HKCU надо добавлять твики, которые добавлены в HCU. Я Вас правильно понял?

Да. Только не выражайтесь «твики».

Не правильно понимаете. Никакого «после работы реестра/слияний и т.д.» не происходит. Прочтите то, что я указал почитать в предыдущем сообщении.

То, что на Вашем скриншоте — да.

Ну ладно, раз так, то я покидаю эту планету на некоторое время. Но я еще вернусь. tnx!