» VMware ThinApp (formerly Thinstall) 3

http://www.thatsmyview.net/2012/11/14/vmware-thinapp-4-7-3-was-released-today-and-it-now-supports-windows-8/
VMware ThinApp 4.7.3-891762 (7101)

на 4.7.3 лавочку прикрыли с .ShowSB=0 теперь только с нагом

AVanti473
Ваши догадки неверны - никакие манипуляции с инсталлятором и исходными кодами не изменят логику работы виртуального контейнера. Может вы и добьётесь размещения каких-то файлов в других местах, но при попадании в песочницу, путь к ним всё равно будет начинаться с ближайшего макроса в цепочке родительских папок.
Я так же не знаю, какую цель преследует автор вопроса, но у самого возникало следующее неудобство при попытке просмотра содержимого какого-либо файла в песочнице. Стандартный блокнот для этих целей работает нормально, а, например, более продвинутый Notepad2 тупит, потому что автоматически заменяет макрос, например, %ProgramFilesDir% на реальный путь C:\Program Files, пытается искать файл в реальной системе и, естесственно, не находит.
Наверняка, есть и другие программы с таким же "косяком".

Nikolaj123

Цитата:

на 4.7.3 лавочку прикрыли с .ShowSB=0 теперь только с нагом

Ничего подобного. Все нормально работает, проверял на оригинальном дистрибутиве.

VMware ThinApp 4.7.3-891762 unpacked
Размер: 25.14 Мб

http://rusfolder.com/33616808
http://rghost.ru/41574679

Распакован, tlink пропатчен (соответственно nag screen'а нет).

del

Добавлено:
goodcow
Я следом за Вами ошибся. Здесь не варезник.

Цитата:

на 4.7.3 лавочку прикрыли с .ShowSB=0 теперь только с нагом

Подтверждаю, ничего подобного - всё работает! По крайней мере на оригинальном инсталляторе точно!

У кого не работает пусть внимательно посмотрят перед ShowSB=0 стоит точка, вот её то и не ставят.

У меня такой вот вопросик, сейчас поставил себе v4.7.3 до этого была v4.7.2 и вот с некоторых пор я стал замечать кое что. Если программа при виртуализации требует перезагрузки, то моя порташечная (мне так удобнее пользоваться порташкой) VirtualBox v4.1.0.73009 уходит в перезагрузку и не возвращается - тоесть при попытке загрузиться выдаёт фатальную ошибку системы. Если же я делаю порташку проги, для которой перезагрузка ОС не требуется, то я доделываю работу, сохраняю результат, а при первой или второй перезагрузке ОС, опять система падает! Спасает откат на ранний снимок ОС, но при этом все наработки теряются!
Конечно, можно выносить всю песочницу в общую папку до завершения работы, если в планах будет ещё покопаться и пересобрать какую-либо прогу, НО...
В версии VMware ThinApp v4.6.1-361923 (4679) я такого на той же самой моей виртуальной машине не наблюдал...
Грешить на установленную ОС тоже не с руки, потому что она за последние несколько дней у меня уже вторая (переустановил) с такими же результатами работы... ОС не сборка, а оригинальный дистрибютив.
В чём может быть проблема? Может кто сталкивался? Вообще программы с перезагрузкой при установке здешние специалисты портировали? Я не говорю о прогах, которые ставят в ОС дрова - об этом я знаю (бесполезно), я скорее о ситуации, когда изменения в реестре для вступления в силу требуют перезапуска ОС, а без этого нельзя запустить и настроить фейс программы. Особо это касается "хитрых" русификаторов, которые меняют кодировку шрифтов в ОС при установке.
VMware ThinApp пишет что можно без проблем продолжать установку и настройку после перезагрузки ОС - на деле это не получается!
Кто в курсе, дайте ответ пожалуйста!?

AVanti473
Для возобновления процесса setup_capture.exe после перезагрузки системы, ThinApp создаёт соответствующий параметр и значение в ключе HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\RunOnce, которые указывают на файл первого снимка, остающийся во временной папке C:\Documents and Settings\User Name\Local Settings\Temp. Это не должно никак влиять на возможность нормальной перезагрузки, больше никаких изменений в систему сам ThinApp не вносит (по крайней мере раньше не вносил). v4.7.3 сам пока не пробовал. Попробуйте Regshot-ом отследить изменения в системе после создания первого снимка и закрытия setup_capture.exe - может ещё какая "хрень" стала появляться. А иначе, копайте саму виртуалку.

freedaw про ключ автозагрузки я конечно же уже давно понял, ту как говориться не нужно быть гением, чтобы понять как же прога продолжит работу после перезагрузки, если не будет автозапуска RunOnce... Возможно, возможно вы правы и нужно копать виртуалку. Грешу на то, что в автозагрузке уже стоит дополнение гостевой ОС (родное от виртуалки - ставится отдельно), помогающие интегрировать мышь с работающей операционкой, но ведь по идее одно другому мешать не должно, ведь VMware ThinApp просто загружается, но не выполняет никаких действий до постскана... Может быть пора обновить виртуалку, но я к ней так привязался, потому что версия которой я уже давно пользуюсь оказалась самой безглючной из множества перепробованных до этого...

В любом случае, большое спасибо Вам за ответ!

Новая версия тестировочного подключаемого комплекта рантаймов 2005, 2008 и 2010
Набор-комплект предназначен для запуска портативных программ, которые требуют рантаймы Microsoft Visual C++ без их установки в систему.

Вариантов использования два:

1. Программа собрана с поддержкой подключаемых модулей
(опция OptionalAppLinks=plugins\*.exe была включена при сборке)
- В этом случае просто кладем нужную версию c-redist-20xx.exe в папку Plugins радом с основным запускным файлом портабельной программы и она начинает думать, что рантаймы в системе есть. Можно положить не один файл, а все три и тогда будет думать, что установлены все три.

2. Программа собрана без поддержки подключаемых модулей
(опция OptionalAppLinks=plugins\*.exe НЕ была включена при сборке)
- В этом случае придется воспользоваться одним из файловых менеджеров. (В комплекте есть Far и EFCommander)
В папку Plugins выбранного файлового менеджера кладем нужную версию c-redist-20xx.exe и основной запускной файл портабельной программы.
Запускаем файловый менеджер, находим в виртуальной файловой системе файл для запуска основной программы и запускаем его.

http://yadi.sk/d/S_ga0DhQ0ws_8
PS в первой версии некоторые файлы были битые почему-то.. Перезалито 28.11.2012

Цитата:

тестировочного подключаемого набора-комплект рантаймов Visial C++ 2005, 2008 и 2010

А для тех кто не в курсе, тоесть таких как я, можно пояснить что к чему и главное зачем?

Тоесть я понимаю, что например для SonySoundForge нужна одна из библиотек Visial C++ 2005, 2008 и 2010, но разве их нельзя инсталлировать в процессе создания портабла. Это же не драйвера а просто библиотеки, или они не будут работать вне системы с частичным взаимодействием в закрытом контейнере? Подозреваю, что раз существует такой комплект - то наверное нельзя. Я просто над этим не задумывался раньше. Обычно для запуска порташек требующих наличие подобных библиотек требуется наличие последних на системе где они будут стартовать. Теперь, благодаря данному комплекту, если я правильно понял это будет необязательным?
В чём фишка?
И если я всё верно понял, то кто разработчик этого бета варианта "чуда из чудес"?

так в том-то и дело что инсталлировать в процессе создания тоже можно и так даже лучше :) Но почему-то довольно часто этого не делают. Например самый знаменитый и микроскопический портабельный офис 2007 от megauser без такого вот плагина на чистой системе не запустится. Хотя конечно там хватило бы только 2008 и весило бы поменьше, но по-моему лишние пару-тройку мегабайт для универсальности не жалко? :)

aiki - понял, благодарю за ответ!

aiki
Вот портабля «Reshade», она не запускается при наличии вашего EXE в папке Plugins.
Если установить обычные рантаймы 2008 — запускается.

ALEX666999
О! спасибо за почву для размышлений и пошел думать попозже перезалью тогда

Уважаемые знатоки !
Подскажите, возможно ли создание контейнера таким образом, чтобы при запуске программы каждый раз гарантированно каждыый раз изменялись времена директории "C:\Program Files" внутри контейнера по "мнению" виртуализованных программ ?

ALEX666999
а с перезалитой версией не исправилось?

ALEX666999

Цитата:

Вот портабля «Reshade», она не запускается при наличии вашего EXE в папке Plugins

Это и от сборщика зависит, если нужный параметр при сборке не раскомментирован, то работать не будет.

Добавлено:
А, увидел выше про дополнительный способ запуска с FARом, ну тогда не знаю.

aiki
Если всё это добро класть в корень диска C, то vfar.exe при запуске:
«can't find language data.», а Efcommander не хотел заходить в C:\Program files.

Переместил в левую папку с латинским названием — запустилось, спасибо.

Вышла книга Peter Bjork "VMware ThinApp 4.7 Essentials" (Питер Бьорк "Основы VMware ThinApp 4.7") - http://www.packtpub.com/vmware-thinapp-4-7-essentials/book
Там же можно скачать первую главу книги в pdf.

Жаль, что платная.

VMware ThinApp тоже платная, но есть Варезник.
Это как бы намёк, что если грошей нет, то...

Пулемета, то бишь pdf, я вам не дам, а полную версию книги в виде флэшки можете почитать - http://www.onlinedisk.ru/file/991768/

Кто может помощь сделать portable сборку Wilcom ES 1.5 ? или хотя бы подсказать что нужно изолировать в сборке а что нет так как я сделал пару сборок и во всех не получается совместить corel draw c Wilcom ES 1.5 не работает функция GraPhics Mode
http://s41.radikal.ru/i094/1212/0f/d0799ffa0730.jpg

Простите чайника, вот такой вот вопрос:

Вобщем решил себе портировать DivX 9.0.0 Build 1.8.9.253 - там конвертор весьма неплохой. На семлабе есть русик, ключики к платным плагинам в сети нашёл... Да из платного там собственно плагин MPEG-2DVD и улучшатель звука для DivX плеера DFX Audio Enhancer...
Всё казалось просто, но вот уже наверное часов шесть сижу за компом, а понять ничего не могу...
Ставлю весь пакет DivX, русифицирую (копирую файлы с заменой оригинальных в нужные папки), применяю фаил реестра для вступления в силу русификации, стартую конвертер, тут же при первом старте регистрирую программу. Запускаю, настраиваю, закрываю. Следом запускаю плеер, настраиваю, закрываю. Всё. Постскан, все дела, и т. д. и т. п. ...
Пробовал собирать по разному, даже последний раз без какого-либо редактирования папки снимка.
создаётся один общий .dat и шесть штук .exe

Но что бы и в каких бы вариантах я не делал, при запуске всё время одна ошибка:
Запуск программы невозможен, так как на компьютере отсутствует QtCore4.dll...
Но самое интересное, что этот QtCore4.dll на месте, причём там, где ему и полагается быть, в %Program Files Common%\DivX Shared\Qt4.5
После того, как я закрываю сообщение об QtCore4.dll, следом сразу получаю ещё одно и весьма интересное:
Missing divxmain DLL:
C:\Program Files (x86)\DivX\DivX Plus Converter\DivXConverterLauncher.dll
He найден указанный модуль.
Но в папке снимка этот DivXConverterLauncher.dll лежит прямо рядом с DivXConverterLauncher.exe !!!

Как интересно фаил запуска может потерять свой .dll который лежит с ним рядом?

То же самое происходит и при попытке запуска DivX Plus Player.exe, Codec Settings.exe, Check for Updates.exe и Register.exe - они тоже не видят .dll которые лежат с ними рядом в их папках! Русификация не коснулась этих .dll файлов. Да и программы на виртуалке-то запускались для настройки. В одном из вариантов сборки даже специально запускал их до постскана несколько раз, причём пробовал запускать и с ярлыков и в одном из последних вариантов напрямую из ProgramFiles.

Что может быть, кто в курсе?

Если что, вот комплект http://rusfolder.com/33903278 который мне так и не удаётся портировать. Работаю сейчас на оригинальной (не распакованной) VMware ThinApp v4_7_3-891762 (7101) Режим изоляции ставлю WriteCopy

Буду очень рад и признателен, если кто-нибудь подскажет что я делаю не так. Просто самому уже интересно понять, что неверно...

Для борьбы с подобной хренью можно попробовать ставить программу не в Program Files, а например в c:\DivX9\
Ну и само-собой на чистой, только что установленной 32-х разрядной системе - например в виртуалке?

AVanti473
Попробуйте эти длл-ки вынести в ExternalDlls.

Цитата:

Попробуйте эти длл-ки вынести в ExternalDlls

Да, честно говоря пробовать уже задолбался... Думал, может быть кто-то уже сталкивался с этим, вот и спросил. Но за совет спасибо. Правда как они "длл-ки" могут быть ExternalDlls (сторонними), если они роднее некуда...???
При старте, в песочнице появляется папка SKEL (пустая) и файлы .tvr . Тоесть ни AppData, ни чего другого не появляется. Такое ощущение, что файлы просто не успевают распаковаться в виртуальный контейнер и запускаемая прога их естественно не находит. Но опять же, в любой программе море различных .dll в различных папках, но это совсем не мешает программам стартовать из виртуального контейнера. Вобщем сейчас у меня "логическая" каша в голове, потому, что толком не выспался, а большая часть ночи ушла на копание с программой...

P.S.
Параметры:
OptionalAppLinks=plugins\*.exe
VirtualDrives=Drive=c, Serial=605ade39, Type=FIXED
VirtualComputerName=MY_COMP
Wow64=0
Пробовал просто задействовать - бестолку!

----------


Цитата:

только что установленной 32-х разрядной системе - например в виртуалке

Я всегда делаю всё на чистой виртуалке, мой грех только в том, что ОС на виртуалке Win7x64.
Но ведь и DivX я тоже ставлю по инструкции для x64...
Дело в том, что я пробовал собирать портабл на Win7x32, так сборки потом нигде больше и не запускаются, кроме как на такой же ОС, а на XP я уже давно ничего не делаю, потому как некоторые порташки сделанные на ней, подчас нужно долго "шлифовать", чтобы они пошли на Win7...

Вобщем делаю всё на Win7x64, возможно в этом моя ошибочка, но ведь, повторюсь, DivX тоже также существует именно для x64... Неужели для x32 его можно портировать а для x64 нет?