» VMware ThinApp (formerly Thinstall) 3

cracklover
Для начала не помешало бы выложить ссылку на полный боекомплект. И желательно не на рапидшару.

А причин может быть несколько.
1. Кривые пути в реестре (%ProgramFilesDir~0010\Adobe), или такие, которые не понимает thinstall (Например, C:|Program files|Adobe|...)
2. Пути к файлам лежат не в реестре, а в каких-то файлах настроек, за которые парсер thinstall не отвечает.

megauser123
Здесь лежит дистриб (49 мб) из которого я пытаюсь собрать портабл.
может вы попробуете?

klarus


Цитата:

в формате .rtf 2.7 Mb

Который ужимается в 104 КБ 7-zip
http://exfile.ru/93813

cracklover

Цитата:

пытаюсь собрать портабл.

Добавте этот лоадер в корневую папку
и смените Source=%drive_C%\PM65\PM65.EXE
соответственно на Source=%drive_C%\PM65\1PM65.EXE
( Лоадер просто запускает программу и закрывается )
И, кстате собирайте на предыдущей версии, на новой та же история, (без лоадера на предыдущей тоже не работает)
http://exfile.ru/93836

Не рекомендуется использовать последнюю версию ThinApp 4.5 для создания проекта, ибо она постоянно цепляет Triedit.dll с кучей мусора в реестре. Не думаю, что пропись дллки в исключения ini файла приведет к очистке реестра. Поэтому снапшоты лучше делать в ранних версиях, а собирать проект в 4.5.

klarus
Вы принципиально не расшариваете опцию 'plugins'?

megauser123
MH100181Q
скачал предыдущую версию Thinstall, собрал всё уже на ней. никаких ошибок не возникает. портабл завелся сразу и нормально работает. не пришлось даже использовать лоадер.
всё работает дефолтно.
даже не знаю что и думать. кривая новая версия, дурацкий пейдж мейкер или ещё что?

cracklover
Похоже на глюк. По неизвестным причинам, PM под Thinstall4.5 не может прочитать бинарный файл. Т.е. pm65.rsl он находит, начинает успешно читать (видимо, ищет там что-то), и в какой-то момент внезапно обламывается.
[more]
Код: [no]276563 0000 0848 NtReadFile+ h=230h iosb=18d234h data=(18d788h/64) -> st=0h (OK) read data=(18d788h/64)MZ......................@.......................................
276564 0000 0848 NtSetInformationFile+ h=230h InfoClass=14 FilePositionInformation iosb=18d248h -> st=0h (OK)
276565 0000 0848 NtReadFile+ h=230h iosb=18d228h data=(18d290h/4) -> st=0h (OK) read data=(18d290h/4)PE..
276566 0000 0848 NtReadFile+ h=230h iosb=18d234h data=(18d308h/20) -> st=0h (OK) read data=(18d308h/20)L.....*3...........!
276567 0000 0848 NtReadFile+ h=230h iosb=18d228h data=(18d31ch/224) -> st=0h (OK) read data=(18d31ch/224)...2.....................................................@..............................................................
276568 0000 0848 NtSetInformationFile+ h=230h InfoClass=14 FilePositionInformation iosb=18d248h -> st=0h (OK)
276569 0000 0848 NtReadFile+ h=230h iosb=18d234h data=(18d7c8h/40) -> st=0h (OK) read data=(18d7c8h/40).text..................................`
276570 0000 0848 NtReadFile+ h=230h iosb=18d234h data=(18d7c8h/40) -> st=0h (OK) read data=(18d7c8h/40).rsrc...............................@..@
276571 0000 0848 NtReadFile+ h=230h iosb=18d234h data=(18d7c8h/40) -> st=0h (OK) read data=(18d7c8h/40).reloc.......0......................@..B
276573 0000 0848 NtQueryInformationFile+ h=230h InfoClass=14 FilePositionInformation iosb=18d018h -> st=0h (OK)
276574 0000 0848 NtSetInformationFile+ h=230h InfoClass=14 FilePositionInformation iosb=18ce44h -> st=0h (OK)
276575 0000 0848 NtReadFile+ h=230h iosb=18ce24h data=(18cfb0h/64) -> st=0h (OK) read data=(18cfb0h/64)MZ......................@.......................................
276576 0000 0848 NtSetInformationFile+ h=230h InfoClass=14 FilePositionInformation iosb=18ce44h -> st=0h (OK)
276577 0000 0848 NtReadFile+ h=230h iosb=18ce24h data=(18ceb8h/248) -> st=0h (OK) read data=(18ceb8h/248)PE..L.....*3...........!...2.....................................................@......................................
276578 0000 0848 NtSetInformationFile+ h=230h InfoClass=14 FilePositionInformation iosb=18d020h -> st=0h (OK)
276580 0000 0848 LoadLibraryExA/W 'C:\PM65\RSRC\USENGLSH\PM65.RSL' (internal) flags=0 -> 0
276583 0000 0848 LoadLibraryA 'C:\PM65\RSRC\USENGLSH\PM65.RSL' -> 0 (***failed)
[/no]

Проблема. Портирую АвтоКАД 2006 при помощи ThinApp 4.5.0 . Скрипты не работают. Делаю сборку с скриптами - не запускается. Пишет scripting system: unable to load required type library c:\program files\thinstallplugins\scripting.dll error code=0x8007000e. Без скриптов все работает. На других программах Скрипты работают, в виртуальной системе появляется папочка thinstallplugins со всем необходимым.

NickOnToluca, обещал сообщить результат: практически все мои старые сборки после компиляции с ThinApp 4.5 запустились нормально под Win7 64 bit, ошибка связанная с "Program Files (x86)" нет. Похоже relink не всегда корректно работает. Остался один сериозный проблем...

Я уже давно делал Visual Studio 6, и оно прекрасно работает под WinXP (есть несколько маленких проблем, но можно жить и так ). Я сделал его на модульном принципе (через плагины), основное ядро содержащое минимальная инсталяция, общая для всех модулей, и плагины для VC++, VBasic, FoxPro и т.д. В основное ядро поставил файл-менеджер A43 как интегратор иконк, так как их у каждого модуля большое количество. Запускаю этот вход, и потом тыкаю нужная икона. Модули могут запускатся и отдельно, но функциональность у них тогда ограничена - например VC++ может редактировать, компилировать и запускать програмы, но не может трейсить код. Как сказал, с интегратором все работает прекрасно под WinXP

Сейчась пробовал собрать под ThinApp 4.5, и при запуске под Win7 64bit сборка не работает. A43 запускается, но при опыт запуска из него VC++ вылетает с ошибка в MSDEV.exe. Следствие установило следующее. И в проект для основного ядра, и в проект для VC++, есть файли HKEY_CLASSES_ROOT.txt и HKEY_LOCAL_MACHINE.txt, и у всех файлов есть содержание. Методом двоичного поиска установил, что если стереть ВСЕ содержание этих файлов у основного модуля, то VC++ запускается без ошибок (но тогда у него ограничения как упомянул выше). Похоже эти файлы основного модуля и плагина не обединяются корректно во время запуска в виртуальном реестре. Файлы HKEY_CURRENT_USER.txt наоборот, обединяются нормально, хотя они тоже не пустые. То же самое делается и под ThinApp 4.0.4.

Уже нет идея где копать. Могу выложить исходники, работающие под WinXP на ifolder, они примерно по 50 МБ каждого.

gencho
Ох не силен я в программировании. Единственная более-менее стабильно работающая среда из мною собранных - Lazarus.

NickOnToluca, здесь никакое программирование не требиуется. Проблема в запуске, если запустится - наверняка все проработает.

Еще раз хочу обратить внимание на последнюю версию ThinApp 4.5. Чем дальше, тем больше в ней вылезает откровенных косяков при создании проекта. Сегодня делал один софт, отличие в размере HKLM с версией 4.0.0.2200 почти 3 метра(!), точнее, 0 и 2,8 метра. Цепляет совершенно ненужные записи реестра, и что самое паскудное - не жмет эти файлы в конечном файле, отличия выходного экзешника при одних и тех же установках получились 7,4 против 4,98 метра.
Что многие не чистят реестр от мусора, это я и так знаю, но хоть не раздувайте сборки за счет косяков самого ThinApp.

gencho

Цитата:

Уже нет идея где копать.

Моё мнение - сама изначальная идея не конструктивна. Под win32 - сама студия "нативно" портативная. А иметь 32-х разрядный инструмент на 64-разрядной системе - нонсенс с моей точки зрения (повторюсь). Просматриваются ваши личные и не понятные "привязанности".

Народ, извините если уже спрашивалось ранее
А есть ли способ запортабить офис 2010?
Портаблю и в хп и в 7, при запуске пытается поставить недостающие файлы, потом еще какая то ошибка не найден Windows Installer и закрывается

Jobster
Народ не телепат! Softmaker, Ashampoo, Microsoft ? Если Microsoft, то "всё украдено до нас". Посмотреть, например, тут.

Hmuryj_Mik, здесь же обсуждаем проблемы при создание портабельного софта, не его использование. Мой проблем, по мое мнение, исходит из самого ThinApp 4.5 - в runtime он не объединяет коректно реестр основного модуля и внешнего плагина (сам VC++), в конкретном случае (возможно и я не делаю все как надо, поэтому и спрашиваю). Для експеримента я добавил плагин в capture основного мопдуля и скомпилировал, все работает нормально под Win7 - значить проблема именно в объединение реестра плагина и основного модуля во время выполнения (под 64 бит).

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

Я для себя на свой ноутбук решил проблема - под Win7 64 бит я запустил VMWare с WinXP, и там все работает на ура. Но в этом топике обсуждаем именно проблемы портабельних сборок.

gencho
Выложите уже полный комплект и описание, что к чему.

gencho
Вообще то странно неоднократно читать упоминания о конфликтах установленого и портативного софта. Ну если софт установлен - накой нужно запускать портативный? Так что - это надуманая проблема и похожа на "защиту от дурака". А им нужен такой софт? А "умный" и сам о себе озаботится.
На ваш топик я обратил внимание, потому что сам не так давно "сотворил" себе модульную среду. Угрохал уйму времени. Но предпосылки ничего не имеют общего с общепринятыми, типа "командировок".
А по проблеме - ситуацию можно "парой строк кода" смоделировать, если у вас такой иструментарий и кажеться, что вы близки к разгадке. Разьве нет?

Hmuryj_Mik

Цитата:

Вообще то странно неоднократно читать упоминания о конфликтах установленого и портативного софта

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

Astra55
В общем то, я и сильно не "настаиваю". Сам я обезопасен от таких проблем, т.к. ничего установленонго на рабочей машине не держу, т.е. абсолютно все что мне необходимо - портабельно и по умолчанию работает так, как нужно именно мне. Когда-же я готовлю софт для публичного использования, то конечно не отступаю от требований "максимальной изоляции". Но мне показалось, что это не тот случай и могу быть неправ.

Hmuryj_Mik

Цитата:

не отступаю от требований "максимальной изоляции"

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

Astra55
Я ж в кавычках. Имелось в виду - всё (так короче) хранится в пределах песочницы.

Кто-нибудь пробовал виртуализировать 32битный Office 2010 RTM?

Уважаемое сообщество, 2 года не было нужды в создании своих портативок. Теперь вот вспоминаю былое. Старую тему и продолжение пока не осилил, ибо пока просто времени не хватает. У меня вот какой вопрос: где нибудь обсуждался вопрос создания плагинов которыми можно расширять свою сборку? Если да, то плиз ткните носом, если нет опишите в двух словах алгоритм.
У меня тема такая хочу сделать сборку автокадов разных версий с N-ным количеством навесков. Все навески в thinstalled исполнении работают хорошо, но все вместе они весят очень нехило и основную долю места занимают базы данных оборудования в виде самостоятельных файлов или dwg файлов с блоками. Каким образом мне организовать процесс сбоки, чтобы как максимум каждый навесок, как минимум хотя бы базы данных из них были сделаны в виде плагинов и лежали отдельно в свой папке, а не заворачивались в общий контейнер. А то у меня собранный файл под 3 Гига весит и это на 2006 автокаде, который в исполнении уважаемого vyachko в 100 Мб уложился. Хочется отделить мух от котлет, но так чтобы работоспособность сохранить на прежнем уровне.

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

android X
В основной сборке раскомментировать:
[BuildOptions]
OptionalAppLinks=plugins\*.exe
Это определяет название папки плагинов и их расширение. Плагины собираются точно так же, как основная сборка, с теми же опциями, но содержит только свои папки/файлы/реестр, с полным отсутствием файлов и всего прочего основной сборки.
Я делаю основным экзешником плагинов файл cmd.exe, чтобы случайный запуск ни на что не повлиял.
Практический пример: допустим, собираем PhotoShop, сохраняем проект в отдельной папке с другим именем. Удаляем из проекта все ненужные папки и файлы, кроме Captures\XXX_Plugins\%ProgramFilesDir%\Adobe\Photoshop 7.0\Plug-Ins\ и сюда кидаем файл *.8bf плагина. В Package.ini оставляем контейнером:
[XXX_Plugins.exe]
ReadOnlyData=bin\Package.ro.tvr
Source=%SystemSystem%\cmd.exe
После запуска батника будет экзешник, который кладется в папку Plugins, рядом с экзешником самого портабельного PhotoShop.
Разумеется, файлы аттрибутов, реестра, папки с необходимыми файлами в проекте для плагина должны быть как обычно, на своих местах.

Astra55,
Спасибо за ответ.
А если у меня несколько другая ситуация - мне не нужны exe'шники, а нужны тупо контейнеры, которые будут подгружаться сами в запущенную сборку по мере необходимости и обращения к ним изнутри.
У vyachko так реализованы текстуры и хелпы: есть папка ThinPlugins и в ней лежат хелп AutoCAD 2008 Eng Help.dat и текстуры AutoCAD 2008 Eng Textures.dat
Если мне не нужен хелп - я выкидываю его. Не нужны текстуры - выкидываю их.
Так вот мне надо упаковать в отдельные модули базы допнавесков, а еще лучше целиком сами навески чтобы в ThinPlugins лежали dat файлы, а при вызове их из сборки они бы автоматом подхватывались.
В данном случае алгоритм меняется или поступаем также?
[BuildOptions]
OptionalAppLinks=plugins\*.dat

[Навесок1.dat]
ReadOnlyData=bin\Package.ro.tvr
Source=%SystemSystem%\cmd.exe

[Навесок2.dat]
ReadOnlyData=bin\Package.ro.tvr
Source=%SystemSystem%\cmd.exe

И так далее

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

Цитата:

[BuildOptions]
OptionalAppLinks=plugins\*.dat

Тогда уж OptionalAppLinks=plugins\*.*

И отдельно:
Один проект это:

Цитата:

[Навесок1.dat]
ReadOnlyData=bin\Package.ro.tvr
Source=%SystemSystem%\cmd.exe

И второй отдельный проект:

Цитата:

[Навесок2.dat]
ReadOnlyData=bin\Package.ro.tvr
Source=%SystemSystem%\cmd.exe

android X

Цитата:

мне не нужны exe'шники

Цитата:

У vyachko так реализованы текстуры и хелпы

Те же яйца, но вид сбоку Назовите в апплинках папку плагинов XpeHb, а расширение дайте .XE3, будет точно то же самое. Все в Ваших руках.

Спасибо всем ответившим. Буду практиковаться на кошках.

Добавлено:
Полуторачасовая пытка кошек показала что все отлично работает. Только уж больно муторно собирать такие здоровые пакеты на каком я решил потренироваться. Модуль в сборке получился размером 2.6 Гб. Исходная папка с библиотекой оборудования весила 4.7 Гб, сжатие и компиляция чуть ли не полчаса длятся (а может и больше), но черт возьми приятно что можно такие серьезные add-on'ы навешивать. Опять же 1 раз собрал и забыл напрочь про всякие там установки. А самая большая для меня радость то что собранный комплект на базе 2006го автокада работает на х64 битной Вин7.

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