» VMware ThinApp (formerly Thinstall) 3

zvyagaaa

Цитата:

я за то, чтобы этот фак создался - т.к. любому новому юзеру проще почитать все в одном месте, чем кучу инфы перелопатить на форуме.
Можно еще добавить в фак, как распаковать запакованное приложение.

++ Согласен 2 раза

NickOnToluca
1. Как это все можно начинать делать чтобы не захламлять эту ветку форума?
2. Какие средства форума позволяют сделать такой фак? (Это отдельный топик или еще что-то?). Есть ли на форуме подобные факи,нормально структурирование? (бело просмотрел чето не нашел).
3. Может есть смысл по обсуждению фака открыть отдельную ветку (а здесь по прежнему остается обсуждение работы приложения)?
4. Я так понимаю движок форума не позволяет сполеры делать?

ArtyomAce
Ответ на первые три вопроса.

Цитата:

есть смысл по обсуждению фака открыть отдельную ветку (а здесь по прежнему остается обсуждение работы приложения)

Ну это имхо.


Цитата:

4. Я так понимаю движок форума не позволяет сполеры делать?

Можно использовать тег more или # (только насчет # заранее предупреждать).

embrace909 каждую ветку и подветку надо изолировать отдельно. Если используешь isolation_full HKEY_CURRENT_USER\Software\Classes\CLSID\, то это то же самое что сделаешь новую запись в реестре (виртуальном) и никаких подключей (в реальном) программа не увидит. Проверь виртуальным regedit.exe. Самое простое, в Registry Workshop экспортировать нужную ветку (со всем содержимым) и из шапки использовать RegistryConvert 1.0.4.

Внесу свою лепту в "ФАК". В интернете откопал перевод части менуала, относящийся к параметрам в Package.ini. Текст немного корявый (видимо откорректированый промтовский), но может кому пригодиться.
#


И еще. В менуале от vyachko в разделе Извлечение [BuildOptions] процетирую

Цитата:

Напомню, что файлы скриптов нужно ложить в папку C:\Program Files\ThinstallPlugins.
Теперь можно запустить исследуемую портативную версию программы.
После завершения запуска в папке Мои документы текущего пользователя появится файл ProcName_[BuildOptions]_Package.ini, где ProcName - имя исполняемого файла портативной версии программы (если папке %Personal% в исходном проекте был установлен режим Full или WriteCopy, то файл ProcName_[BuildOptions]_Package.ini нужно искать в папке Sandbox\%Personal%).

В случае когда папка %Personal% в исходном проекте была установлена в режиме Full или WriteCopy, чтобы появился ProcName_[BuildOptions]_Package.ini пришлось кидать файлы скриптов в папку C:\Program Files\ThinstallPlugins из-под виртуальной программы. По другому не получалось. Может я что-нибудь не то делал или так и должно быть?

borec070278

Цитата:

В случае когда папка %Personal% в исходном проекте была установлена в режиме Full или WriteCopy, чтобы появился ProcName_[BuildOptions]_Package.ini пришлось кидать файлы скриптов в папку C:\Program Files\ThinstallPlugins из-под виртуальной программы. По другому не получалось. Может я что-нибудь не то делал или так и должно быть?

Здесь дело не в режиме изоляции для %Personal%, а в том, что исходная сборка была собрана с использованием скриптов, в этом случае папке C:\Program Files\ThinstallPlugins в сборке автоматически устанавливается режим изоляции Full и подбрасывание файлов скриптов в реальную C:\Program Files\ThinstallPlugins ни к чему не приведёт (реальная папка просто не просматривается).

borec070278, vyachko

Цитата:

(реальная папка просто не просматривается)

Тем не менее приём работает. Я тоже делал так - из портативного приложения в 'C:\Program Files\ThinstallPlugins' положил скрипт извлечения настроек и, при последующем запуске портативки, искомый результат появляется, а чего ещё требуется?

Hmuryj_Mik

Цитата:

Тем не менее приём работает. Я тоже делал так - из портативного приложения в 'C:\Program Files\ThinstallPlugins' положил скрипт извлечения настроек и, при последующем запуске портативки, искомый результат появляется, а чего ещё требуется?

Никто и не сомневается, что это работает (см. Thinstall Manual начиная с версии 1.05 от 11.01.2009, раздел Запуск внешних скриптов *.vbs, Случай 2).
В чём смысл приведения цитаты из моего сообщения?
Или есть сомнения, в том, что в режиме Full
Цитата:

(реальная папка просто не просматривается)

?

vyachko спасибо, может в менуале указать об этом, для простых смертных это может оказаться неочевидным.
И еще вопросик. Кто-нибудь сталкивался с проблемой работы зинсталенных программ, которые используют модуль gdiplus? Одна из таких в портативном варианте напрочь не видит gdiplus.dll у себя в папке (хотя в инсталлированном его использует), однако если ее подбросить в одну из папок каталога WinSxS, то работает (так же как и вcтраивая ее в проект). Проблема в том, что на другой ОС (XP или Vista) прога уже не запускается, если не скопировать эту dll в одну из папок WinSxS.
Пробовал изменять режимы изоляции, использовал в Package.ini ExternalDLLs, из реестра встраивал в проект все что относится к gdiplus - ничего не помогло.

borec070278

Цитата:

может в менуале указать об этом

Согласен, надо, но пока для обновления мануала у меня нет материала, только небольшие дополнения. А в мануале об этом не было только потому, что определилось уже после его написания.
По поводу gdiplus: а зачем именно в WinSxS, ведь WinSxS это на случай использования разных версий одной библиотеки, может проще по-старинке "встроить" в %SystemSystem%, не пробовали?

vyachko

Цитата:

может проще по-старинке "встроить" в %SystemSystem%

Есть софты, которые не видят собственные дллки ни в каком виде после портабелизации. Если не выносить в Экстернал, то не запускаются вообще, если вынести, то ругаются что их нет. Копирование дллок во все возможные места не помогает.

Astra55
Сам не раз сталкивался с этой проблемй.Из за чего и приходилось отказываться от сборок.

vyachko пробовал и в %SystemSystem% - не помогло. Очень нехотелось пихать куски системы в сборку, надеялся может есть хитрый способ через скрипты или параметры заставить работать. Странно, но в Win7 портативка работает и без шаманства с WinSxS. Спасибо что откликнулись, буду дальше копать.

borec070278
По поводу «gdiplus» — года два назад шаманил со старой «закаканой» системой. Нашел более 100 этих файлов в разных папках программ. Удалил все, оставил 1-ну в папке «System32» — в реальной системе. Перезагрузил — все работает. С тех пор ВСЕ файлы «gdiplus», установленные программами удаляю. И, как ни странно, портативки работают (в них никогда не помещаю). Попробуй, может получится.

vyachko
Да я 10 раз редактировал этот топик (лучше-бы удалил, наверное). Побудило меня то, что я как раз занимался этим вопросом, "загоношился" - вот и ляпнул. Звиняюсь если что.

ge57 портативки делаю и тестирую только на оригинальном образе xp с SP3 (не сборка и не загаженная) в VirtualBox, так что никаких лишних файлов там нет. Более того, если грохнуть с WinSxS, то некоторые проги вообще не пойдут после инсталляции. Например, ConvertXtoDVD 4. Но вот откуда проги считывают из системы инфу об этих модулях, пока не понял. Буду активно юзать ProcessMonitor.

Hmuryj_Mik
Понял, по запарке и не такое бывает.

Здравствуйте! Помогите разобраться! как передать аргумент в программе ThinApp что бы моя программка запускалась автоматически. Посмотрите вот эту ветку. http://forum.ru-board.com/topic.cgi?forum=33&topic=10761#1

retrostare

Цитата:

цель что бы все было в одном ехе и ни кто не смог увидеть файлы проекта

Если это принципиально важно, от тинстала лучше сразу отказаться.

А вообще в Package.ini в любой точке входа можно добавить CommandLine=...
Это и будет параметр запуска. Но это если то, что вы передаете в параметре находится в одном пакете со всей прогой.
Иначе - лучше написать батник, запускающий прогу с параметром и скомпилировать его в EXE (Quick Batch File Compilier).

Кроме того не забывайте, что программа все выполняет в виртуальном пузыре.

NickOnToluca
Я пробовал передавать через CommandLine аргументы, но тогда получалось, что exe файл не видит dll, которые упакованы рядом с ним.

derelict
Если они в одном пакете, должен видеть.
Скорее всего не верно задана строка.

Что писали после "CommandLine="?

NickOnToluca
Если не сложно, посмотрите проект: http://депозитfiles.com/files/l5g7utzfb
В CommandLine пробовал писать так:

Код: CommandLine=%ProgramFilesDir%\QuestViewer\QuestViewer.exe Q3DStart.q3d

derelict
CommandLine=%ProgramFilesDir%\QuestViewer\Q3DStart.q3d

NickOnToluca
Так тоже пробовал. Тоже получается ошибка, но другого плана:

Код:
Executable 'C:\Program Files\QuestViewer\QuestViewer.exe' had the following unrecoverable error:
RelaunchUsingCreateProcess::CreateProcess failed
C:\Program Files\QuestViewer\Q3DStart.q3d

derelict
Да, чуть выше я не то написал.

Завтра постараюсь попробовать.

NickOnToluca
ОК, спасибо.

derelict
Пробовал по-разному.

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

NickOnToluca
Вот и у меня так получалось, видимо все-таки какие-то особенности работы самой программы есть.

Получается что с ThinApp не получится все загнать в один ехе... очень жалко.

Правильно ли я понял, что данная программа берет приложение в материнской системе и эмулирует его работу в другой?

jokindy
Почти.


Цитата:

берет приложение в материнской системе

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

Спасибо за пояснение