» VMware application virtualization (Thinstall)

Кто-нибудь знает как бороться со следующим багом:
Если в стандартном окне сохранения кликнуть на "Мой компьютер" портированная прога подвисает секунд на 10.

Интересное явление:
затхинсталил последнего квипа (8030) последним тхинсталлом (3.128)
инишник:

Код:
[Compression]
CompressionType=None

[Isolation]
DirectoryIsolationMode=Merged (...если ставил full то ругался какуюто dll...)

[BuildOptions]
......исключил из текста дабы не занимало место.....

[qip.exe]
ReadOnlyData=bin\Package.ro.tvr
Source=%drive_c%\qip8030\qip.exe
WorkingDirectory=%drive_c%\qip8030

Цитата:

SaDim

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

smash13smash13

Для досовой проги скачай DosBox. Сам DosBox принципиально потрабелен. Вот и ставь все на DosBox. Thinstall предназначен для win32 прог.

Цитата:

vv07

Эту прожку я использовал как пример ана маленькая (любой скачает) и котегорически не хочет запускатся портаблем,потому и прошу чтобы научится самому делать софт!!!
Кстати научил бы создовать контейнера с рапаковкой во временную папку???
А Virtual PC всё жтаки можно создать?(а то у меня работает не коректно)???

ynbIpb

Цитата:

все тексты в менюшках и кнопках как бы отрезаны

Известная проблема с портабилизацией программ, локализованных с помощью внешнего ini.

SaDim

Цитата:

...У меня никак не получается зделать её портабле,реально ли её вооще зделать?...
Эту прожку я использовал как пример ана маленькая (любой скачает) и котегорически не хочет запускатся портаблем...

Ты просто выбрал себе не удачный пример для тренировки. Эту прогу и не получиться сделать portable, потому что она устанавливает свой драйвер в систему. Об этом не раз уже говорили, что если программе для работы нужен драйвер, который она устанавливает в систему, то портабельной ее не сделать.
Вот по этой причине и не получиться сделать portable Ultra Defragmenter. Несколько не понятно то, как пишут некоторые, - что собрать его в Thinstall'е можно, но связи с тем, что дефрагментатор будет работать со своим виртуальным реестром, то ни какого толка от его работы не будет. Без своего драйвера он даже не запуститься. И причем здесь реестр? Ultra Defragmenter - это же не дефрагментатор файлов реестра.
Как пример: Дефрагментатор Vopt Xp не ставит свои драйвера в систему, поэтому его можно собрать через Thinstall. Будет работать.
Не будут только работать функции, если такие в программе есть, которые связаны с дефрагментацией файлов реестра. (его сжатием, чисткой и.т.д.)

Цитата:

Эту прогу и не получиться сделать portable, потому что она устанавливает свой драйвер в систему

Сие крайне плохо ибо сегодня чуть ли не каждая прожка пытается нагадить в систему а то ещё и сервисом стать.Именно по этому хотел такие проги портаблем делать!!!
А всёж можно Virtual PC портаблем зделать ???(у меня запускается но работает не коректно)

SaDim
Я уже сделал несколько программ использующих свои драйвера,портированными и именно Тхинсталом ),так что не все потеряно,но увы действительно не все возможно так делать.Есть проги не поддающиеся,даже моим методом,видимо что то мешает,помимо дров.Ultra Defragmenter затхинсталиный и работающий,могу кинуть в пм,но толку от него,как уже сказал нет.Он работает внутри своего реестра и на системные диски,никак не влияет.То есть,создаеться видимость работы,но в реальности никаких изменений не происходит.Это относиться ко многим прогам,работающим с дисками,приводами,реестром.Их приходиться портировать,по другому.

Цитата:

Известная проблема с портабилизацией программ, локализованных с помощью внешнего ini.

И до сегоднешнего дня нет решения?
очень печально =(

А у меня другая заморочка. Thinstall-ил я Неро седьмую, все бы ничего, только при запуске (Любыми версиями thinstallированная) Занимает около 600 мб(в памяти). Сам файл запаковывался без сжатия и весит 160мб, а в оперативу накидывает неизвестно чего (хотя это можно списать на утечки памяти и на резервирование ее некоторыми подпрограммами неро, но не в таких же количествах!!!). Ту-же операцию проделываем с Xenocode. Конфигурация установки аналогична, результирующий файл весит 75 мб, оперативы отъедает 110Мб. Использовал следующую конфигурацию thinstalla: версия:3,128, attributes.ini копирую из папки desktop на уровень вверх, isolation: writecopy(пробовал и merged), coppression: none, также игрался с параметрами blocksize, да и вообще переконфигурировал все что можно было, баловался со всеми вариантами уже раз 30, сделал скрипт для автоматизации процессов снятия скринов и установки программы, результат один и тот-же. Может у кого найдутся соображения?

Version 3.144, Aug 16 2007
- Add SandboxPath Package.ini setting
- Fix automatic configuration of Office using Office Customization Tool
- Added script function AddForcedVirtualLoadPath which indicates Thinstall should load all DLLs in a directory instead of Windows even if the DLLs exist outside of the Package
- Fixed tlink, vftool, and vregtool so they don't pause when not run from a console
- Add Package.ini setting to override version resource strings
- Don't show EULA for console processes running without visible console
- Fix creation of Exchange accounts in Outlook
- Added isolation options for Shared memory objects and synchronization objects
- Added ability to control sandbox path in Package.ini
- Added more documentation for Package.ini options
- Fixed issue where virtualized IE6 may lockup because of shared memory object with explorer.exe
- Fixed issue where comctl32.dll was not able to load AVI files from virtual filesystem
- Fixed issue where IE6 crashes on startup on Vista (still has a few other issues on Vista)
- Fixed problem where SearchPath fails for paths that absolute paths that start with "\"
- Fixed issue where options set in [BuildOptions] are not overwritten by options set in individual [App.exe] sections
- Added RegConnectRegistry
- Fixed problem where SxS would load the incorrect version of system DLLs when policy redirects are in place
- Fixed issue where Outlook 2007 is unagle to change signatures or stationary/fonts
- Partial support for Debug API
- Fixed issue with Petrel.1 where DLL sections have both "uninitialized" and "initialized" flags set
- Fixed issue where single-use out-of-process COM servers were not being unregistered after use
- Fixed issue where apps with DEP enabled would be terminated by Vista when exceptions occur

А кто выложит новую версию?

Кто нибудь пробовал тхинсталить проги которые работают с HASP ?

lesso если ты имеешь в виду HASP-Emulator, то я пробовал на Canopus ProCoder 2.04. Не получается, ведь HASP - это не что иное, как драйвер.

Цитата:

Не получается, ведь HASP - это не что иное, как драйвер.

т.е. сабж не умеет делать портатабельными дрова/сервисы ? может какой нить другой подобный софт умеет ?

lesso

Цитата:

Кто нибудь пробовал тхинсталить проги которые работают с HASP ?

угу, с эмулятором ключа, вроде работает, но эмуляторы бывают разные - как повезет

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

Цитата:

угу, с эмулятором ключа, вроде работает, но эмуляторы бывают разные - как повезет

А по конкретней, с каким из них ?

Это вопрос не праздный. На работах у всех поди сетки с админами,которых маски-шоу застращали...Как "вставить" эмулятор в Portable exe?? когда запустить драйвер нет прав!
Низкий поклон и уважуха тем кто это совершит !

Я тут выяснил (для версии 3.128), что процесс не завершается в том случае когда в переменной SandBoxName (или InventoryName - я их всегда ставлю одинаковыи) есть пробел . Надеюсь это коу-нибудь поможет.

Извените за Офтоп, но может кому будет интересно

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


http://forum.ru-board.com/topic.cgi?forum=5&topic=17705&start=0


AutoIt v3 - это язык для написания сценариев, напоминающий BASIC. Основным его назначением является автоматизация работ с Windows GUI (графическим интерфейсом пользователя MS Windows).

Тоесть с помощью нее можно написать скрипт, а затем его откомпилировать в exe. И все это занимает очень мало времени. Например, по ссылке ниже вы можете скачать программу, которая добовляет информацию в реестр, затем запускает прогу, а после удаляет из реестра, указанные скрипты. Программа универсальная, тоесть с помощью нее можно запустить любое приложение, которое хочет видеть себя в реестре, а затем его почистить от ее следов. И самое главное, все настолько просто, до безобразия. Инструкция внутри


http://rapidshare.com/files/50743503/Start.rar.html


А вот комплект из AutoIt v3, русского мануала и программы по конвертированию ключей реестра в скрипт. Это для тех, кому лень качать все поотдельности с форума. С помошью ее вы сможете написать вещи куда поинтереснее чем вышеприведенный пример:


http://rapidshare.com/files/50745159/autoit.rar.html


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

Цитата:

Emperor Snake Извените за Офтоп, но может кому будет интересно

Похожим способом я поставил у себя более 15Gb софта только использовал две проги Ashampoo UnInstaller Platinum Suite (ПРАВИЛЬНО вытягивает изменения реестра и добавления файлов в систему но ксажелению не делает UnReg,а вторая прога RegSnap как раз для UnReg-а) так вот REG на каждом компе разный из за SID по этому REG прийдетса под каждый кампе редактировать кроме всего AutoIt v3 должен ещё файлы(dll,sys,ini,и тд и тп) добавлять а потом удалять,другими словами AutoIt v3 едва ли подходит для создания портабле софта!!!

конечно это совсем уже не в ту степь...
прога хороша для автоматизации процессов, но не для потабельности.
так как может возникнуть ситуация, када нет прав на запись в реестр и системные папки.
Эту прогу можно юзать например чтоб она подчищала за тхинсталлом например.
типа тот же сандбокс удалить и ключики тхинсталовые...
з.ы.
для автоматизации юзаю аналогичну софтину: InqSoft Sign 0f Misery

ynbIpb
А так часто нужны права админа? Для добавление информации в улей Software хватит и пользователей. А выше, уже редкость. Да и притом, что в XP по умолчанию большинство сидит как админы, и домены встречаются крайне редко, то это не аргумент. Важно то, какой получится готовый продукт. Вот к примеру, попробуй за Thinstal-лить госта, который Ghost32.exe и посмотри, что выйдет. А не запустится он. Его я в пример привел лишь потому, что он есть у многих и достать не проблема. А вот есть проги, которые так-же как Ghost, не видят после этого жесткие диски. Добавим практическую невозможность работы программы с реестром, сбой заThinstal-ленной программы, когда скажем делали программу, которая лежала в папке d:\Program, а тут раз и диск d: недоступен. Что будет? А прога вылетит с ошибкой. Так-же она вылетает с ошибкой, когда диск d: к примеру окажеться вдруг сидюком. Я могу еще перечислить баги Thinstal-ла, которые заставляют меня подумать, прежде чем обрабатывать им программы, потому что мне нужен надежный софт, который не вылетит вдруг внезапно только потому, что в Thinstall что-то не доделали. А автоматизатором процессов, или скриптовым языком, можно создать окружение программы, не пихая ее при этом никуда. И если она глюкнет, то только по своей вине. И там и там есть плюсы и минусы, но раз уж мы заговорили о портативном софте, то особо важные программы я хочу видеть без чужых глюков напрмер.

Цитата:

Вот к примеру, попробуй за Thinstal-лить госта, который Ghost32.exe и посмотри, что выйдет. А не запустится он. А вот есть проги, которые так-же как Ghost, не видят после этого жесткие диски.

А за чем Ghost засовывать в Thinstall, он и так вроде portable.

Цитата:

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

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

Цитата:

сбой заThinstal-ленной программы, когда скажем делали программу, которая лежала в папке d:\Program, а тут раз и диск d: недоступен

Не надо Thinstall'ить проги с инсталляцией на D, делов то.

Цитата:

Так-же она вылетает с ошибкой, когда диск d: к примеру окажеться вдруг сидюком.

Ни когда не сталкивался с таким, пример такой проги можете привести? (кстати, если такое у вас было, папку Thinstall с предыдущими настройками не пробовали очищать)

Цитата:

Добавим практическую невозможность работы программы с реестром

Согласен.

Цитата:

И там и там есть плюсы и минусы.

Естественно, идеальных прог не существует.

С помощью AutoIt можно использовать проги, которые в своей работе нуждаются в файлах, которые, например, помещают в "Common Files", "System32", "\User\Application Data\" ?

Цитата:

А за чем Ghost засовывать в Thinstall, он и так вроде portable.

Цитата:

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

То что он работает вместе с консолью, не делает невозможным для него работу с дисками, пример другой проги Partition Table Doctor, HDD Scan. Не стоит говорить, что они тоже портабле, я это знаю. Я их привожу лишь для примера ошибок Thinstall, т.к. они распространены и можно их просто скачать и попробовать.


Цитата:

Не надо Thinstall'ить проги с инсталляцией на D, делов то.

На это можно ответить примерно в таком-же контексте, не надо работать с Thinstall-ом и не будет косяков.


Цитата:

Ни когда не сталкивался с таким, пример такой проги можете привести? (кстати, если такое у вас было, папку Thinstall с предыдущими настройками не пробовали очищать)

А вот я хочу, потому что допустим простой пример. Некоторые криворукие русские проги, хотят себя видеть на диске c: в корне, а винда у кого-нить вдруг стоит на диске d: и на винте один раздел. Что прикажете делать, переставлять винду ради Thinstall-а? Еще пример, возми за-thinstall-ленную прогу, которая раньше жила скажем не на диске c:, а на переменной %systemdrive%\MyProgram. Скинь ее на флешку, запустись с LiveCD и запусти ее с флешки. Если папки %systemdri
Цитата:

С помощью AutoIt можно использовать проги, которые в своей работе нуждаются в файлах, которые, например, помещают в "Common Files", "System32", "\User\Application Data\" ?

ve%\MyProgram, на LiveCD не окажеться, то ты увидешь ошибку. А если такая будет, то при условии что у тебя будут все нужные ddl-ки в LiveCD, прога запустится нормально. И папка Thinstall тут не причем. Другие косяки например не выгружается процесс, пока смысла обсуждать нет, т.к. это еще не разобрали

Когда ты работаешь с одним компом или скажем двумя, и Thinstall-лишь Qip-а(и то даже он с русской кодировкой, получается кривой) это одно. А когда ты их чинешь, и программы у тебя не в пример серьезные, а ситуации разные,время не ждет и клиенты тоже, тут случай когда подводит софт, очень не хороший. Пример, не грузится у человека винда, грузимся с компашки, со вставленной флешкой, на которой какая-нибудь нужная програмка и о чудо, она была установленна в Program Files\LOL, а на компакт диске нет такой папки и все, преплыли. Лишний гемор который просто никому не нужен.



Цитата:

С помощью AutoIt можно использовать проги, которые в своей работе нуждаются в файлах, которые, например, помещают в "Common Files", "System32", "\User\Application Data\" ?

Да легко. Это же, так же как и та прога, что выше озвучили(кстати довольно интерессная), скриптовый язык. Запускаем скрипт. Сначала копируются файлы, куда надо. Потом если хотим, устанавливаются драйвера, запускается целевая программа. Поработали, закрываем прогу. Скрипт тем временем, ожидая этого момента, все удаляет и чистит. Не следов, не внезапных ситуаций.

Вот скажи, ты любишь сырые бэты? Когда через раз все глючит. Я лично нет. Я ценю надежность во всем. и уж тем более не люблю сюрпризов когда они не нужны. Тем Winda и лучше Linu-ха, в нем учтено больше мелочей. И когда тебе срочно нужна прога и ты ее ставишь и запускаешь, она работает. Она не говорит тебе, что ты скомпилил ее не тем компилятором, и что версия ядра не та и новый год еще не наступил. Она просто работает, как ей и положенно. А с Thinstall-ом легко можно нарваться на какой-нибудь ненужный сюрприз, когда он совсем не к месту.

Я не хаю Thinstall, в нем много плюсов, очень, просто есть ситуации, когда его минусы многократно перевешивают его плюсы. Я не призываю им не пользоваться, я просто стараюсь показать, что иногда лучше придумать что-нибудь другое. Как например AutoIt или скажем Neo Sign 0f Misery(логическое продолжение озвученной выше программы).

P.S. кстати, скачай програмку, которую я положил на рапиду, посмотри Readme и попробуй сделать то что там написанно скажем с UltraISO ну или с ругой прогой, которая хочет увидиеть регистрацию в реестре и посмотри, как оно будет работать. Писал я ее минут пять(с учетом того что это первая прога которую я написал, пришлось копать мануал). И возможно ты оценишь, простоту в использовании и стабильность. Зачем Thinstal-лить прогу, когда она всего лишь хочет увидеть свой ключ в реестре

Цитата:

Partition Table Doctor, HDD Scan....Я их привожу лишь для примера ошибок Thinstall, т.к. они распространены и можно их просто скачать и попробовать

Эти проги полностью портабельные, кому придет в голову загонять их в Thinstall (кстати, если экзешник сжат определенным упаковщиком, не помню каким, то перед тем как собирать в Thinstall'е надо файл распаковать иначе может не запустится). Какая практическая ценность от этих примеров, если этим прогам Thinstall не нужен. Зачем пробовать на них, ведь похрену будут они работать или нет, если их загнать в Thinstall.
Разумеется можно найти проги, которые при сборке в Thinstall работать не будут, тогда ищем им замену. Ведь также можно привести в пример те программы с которыми AutoIt не справиться, например собрать им программу для работы которой нужен NET Framework, а в системе он не установлен.

Цитата:

Не надо Thinstall'ить проги с инсталляцией на D, делов то.

На это можно ответить примерно в таком-же контексте, не надо работать с Thinstall-ом и не будет косяков.

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

Цитата:

Некоторые криворукие русские проги, хотят себя видеть на диске c: в корне, а винда у кого-нить вдруг стоит на диске d: и на винте один раздел.

Если какая либо ситуация встречается редко, как например, требование прав админа для добавления записей в реестр (редкость ситуации с твоих слов), то ты считаете это не аргументом. То и ситуация, когда на винте только один раздел и винда стоит на D тоже редкая ситуация, следовательно, придерживаясь вашей логики, это тоже не аргумент.

Цитата:

при условии что у тебя будут все нужные ddl-ки в LiveCD, прога запустится нормально

Если в LiveCD не будет нужных dll, то ни одна прога не запуститься, причем здесь Thinstall.

Цитата:

грузимся с компашки, со вставленной флешкой, на которой какая-нибудь нужная програмка и о чудо, она была установленна в Program Files\LOL, а на компакт диске нет такой папки и все, преплыли.

Не совсем понятно о чем вы. Если допустим Thinstall'ишь прогу инсталлируя ее при этом в С:\Programs или просто в С:\"Программа", то какое имеет значение, есть ли папка Programs или папка с именем директории куда была проинсталлирована прога на компакте или на диске С.

Цитата:

Другие косяки например не выгружается процесс

C этим все уже давно решено.

Цитата:

Запускаем скрипт. Сначала копируются файлы, куда надо. Потом если хотим, устанавливаются драйвера, запускается целевая программа. Поработали, закрываем прогу. Скрипт тем временем, ожидая этого момента, все удаляет и чистит. Не следов, не внезапных ситуаций.

Т.е. чтобы были выполнены команды скрипта по копированию файлов, например, в "Common Files", "System32", "\User\Application Data\" то юзеру надо для этого знать что это за файлы, отследив каким-нибудь сканером отслеживающим изменения на диске инсталляцию программы, после чего все эти файлы положить в папку с програмой, а затем писать скрипт, чтобы эти файлы помещались в соответствующие папки, (кстати папка "USER" на разных компах разная) а по окончанию работы с приложением удалялись, как и записи в реестре. Т.е. как бы в начале инсталяция проги, работа с ней, затем uninstall. Но все в авто режиме. Так? И как это все будет работать в любимом вашем примере с LiveCD, если он сделан без загрузки в РАМ. А если и с загрузкой в РАМ, то буква его обычно "B", а системного "X"?

Цитата:

Зачем Thinstal-лить прогу, когда она всего лишь хочет увидеть свой ключ в реестре

Возможно ты прав, для кого-то так удобней - использовать AutoIt, если не нужно, чтобы прога была собрана в один сжатый файл, если прога настройки хранит не в реестре и не засовывает определенные файлы, нужные ей для работы в Common Files, System32, "\User\Application Data\"

Народ, пытаюсь за portable-ить WebMoney Classic.

Все получилось, на моей машине (где вебмани стоит) оно даже запускается.

А вот на любой чистой машине - хрен. Пишет:

"error while unpacking program, code LP5. Please report to author"

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

Уже даже была мысль, что невозможно сделать портейбл, но вот нашел в инете вот это:

http://forum.searchengines.ru/showthread.php?p=2074353#post2074353

И портейбл сделанный тем чуваком (http://rapidshare.com/files/30191136/wm.rar) отлично пашет. Версия конечно более древняя, но тем не менее...

Может кто подаст идеи куда копать?

UPD: Вообще полтергейст - на моей машине, где билд делал - работает, на всех остальных, вне зависимости от того есть там вебмани или нет - не работает.

UPD2: Моя машина видать чем-то уникальна Сборка работает только на ней. Думал сначала это из-за вебмани - хрен, изза thinstall'a - тоже хрен. На чистой машине беру делаю сборку thinstall'ом и она не работает. Жеесть... Чтоже такое на моей машине стоит, что на других - нет. Хрен поймешь, винда не переустанавливалась уже года 3

ckync

Ну, так ты расскажи пожалуйста по подробнее и по пунктам, как ты делаешь и чего. Пиши все, вполть до папки, куда ставиться прога и что пишешь в ini файле thinstall-а

Да ничего странного не делаю.

1) Взял вмварь, поставил винду, скачал к ней все апдейты там СП2 и т.п. Получилась чистая винда под вмварью.

2) Взял из шапки сабж версии 3.128 и поставил его к себе на комп, расшарил его папку.

3) С вмвари залез в папку сабжа к себе на комп, переставил часы на 2005-ый год, запустил SetupCapture.

4) На вмваре поставил WebMoney в дефолтную папку ничего не меняя (Program Files/WebMoney).

5) На своей машине поставил 2005-ый год тоже запустил build.bat, в ini файлах ничего не менял, получил бинарь.

6) Полученный бинарь на моей машине пашет, на вмваре и других машинах - нет.

(На вмварь поставил тоже thinstall, выполнил build.bat там - результат тотже).