» VMware ThinApp (formerly Thinstall) 3

Proshaa

Цитата:

или в Package прописать запрет.

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

Добрый день!!! Просьба, поделитесь DeskCenter ThinApp Editor. В шапке есть ссылка на оф сайт но там только пробная версия и на английском. Час искал в интернете, потратил зря время. Щяс пробую перевести на русский, хоть программа простенькая но на русском все же как то приятней. Если есть на русском то буду благодарен в двойне, так как это с экономит моё время.

oldVsevolod
если коротко - ХР не видит иконок в больших файлах. скорость и размер никак не связаны напрямую практически нигде. исключения, конечно, есть - например огромная база данных, под управлением маленькой программы. для работы надо базу полностью распаковать, а это время. в остальных случаях обычно извлекается десяток-другой мегабайт, остальное подтягивается в процессе, по мере необходимости.
по личному опыту: монстры Adobe и Corel стартуют гораздо быстрей из-под ThinApp, в отличии от установленных версий. возможно, в этом и моя "вина" - в пакетах всё лишнее убрано, но факт налицо.
gvozdik
а я и не говорил, что это нужно делать. я лишь сказал как можно )))

Цитата:

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

зависимость несложная: если в пакете всё есть, а ресурсы 64х не используются - можно отключать. в общем случае, проверить несложно: собрать в старой версии ThinApp. но можно и не заморачиваться, хотя выглядит этот костыль как-то некошерно: всё же уже не один файл, как хотелось бы.

Proshaa

Цитата:

а я и не говорил, что это нужно делать.

Где Вы в моих словах увидели обвинения?

Цитата:

зависимость несложная: если в пакете всё есть, а ресурсы 64х не используются - можно отключать.

В чём смысл сборки 32-битного приложения на 64-битной системе?
Я вёл речь именно о 64-битных приложениях.

gvozdik

Цитата:

Где Вы в моих словах увидели обвинения?

нибожемой )) просто уточнил, чтоб кто-нибудь не подумал, что я рекомендую так делать.

Цитата:

В чём смысл сборки 32-битного приложения на 64-битной системе?
Я вёл речь именно о 64-битных приложениях.

сборки - согласен, хотя некоторые не заморачиваются не только этим, но даже установкой на чистую машину. и для простых программ вполне прокатывает. ну подумаешь - несколько (десятков?)метров ненужного хлама в сборке ))
но в том-то и дело, что с простыми программами и говорить не о чем.
а вот буквально сейчас имею проблему с "железно" 32х Corel Х5. снимок сделан на ХР, а на 8.1х64 крашится при обращении к шрифтам. и судя по всему - именно из-за отсутствия в сборке всего, что относится к х64 и как бы оно совсем там не надь. разбираюсь.

P.S. If you have problems running a mixed 32/64 bit application under 64 bit Windows, try enabling this line before building the project
т.е. параметр этот имеет смысл только на х64 системах и только для х32 приложений. отсюда: для х64 приложений он излишен.

Proshaa

Цитата:

т.е. параметр этот имеет смысл только на х64 системах и только для х32 приложений. отсюда: для х64 приложений он излишен.

Не совсем верно. Имеется ввиду 64-битное приложение, которое в своей работе может использовать 32-битные модули, библиотеки и прочее (как пример - продукты ADOBE).

gvozdik
эм.. а поконкретней можно? просто сейчас как раз занимаюсь их "продуктами"
насколько знаю, например Photoshop x64 не умеет работать с плагинами х32. или я где-то отстал?

Proshaa

Цитата:

а поконкретней можно?

Просто установите Illustrator x64 или Photoshop x64 и посмотрите появившиеся папки в Program Files (x86). Всё будет видно.

gvozdik
вообще-то фотошоп обычно ставится в двух вариантах х64 и х32. и это совершенно отдельные разные программы, никак не связанные. вся та куча мусора, которую они ставят вместе с собой - это тоже отдельные программы. и "жить" они друг без друга не хотят не потому, что не могут, а потому, что такая политика Adobe. и никакие "модули" (если понимать под модулем часть программы) они не используют. просто вызывают другую отдельную программу.

Proshaa
Я использую перепаковки от JFK в которых всё лишнее, о чём Вы пишите, удалено и битность установки соблюдена, поэтому ни о каких "разных", и "отдельных" программах речь не идёт.

Я понимаю, что тема исключительно про ThinApp, но позвольте мне задать вопрос про Spoon, поскольку ветку форума относящееся к Spoon мало кто посещает.

Вопрос:
подскажите, как в Spoon или как она теперь называется Turbo, добавить дополнительные диски (например D, E и т.д.) и настроить их изоляцию.

И еще вопрос:
в последнее время брандмауэр OutPost начал блокировать запуск некоторых сборок сделанных в ThinApp. В основном ошибка типа:
Exception EAccessViolation in module *.exe at 00027147.
Access violation at address 00427147 in module '*.exe'. Read of address 88000008.
Кто и как поборол эту проблему, если такое возможно.
Варианты ответов типа удали OutPost не предлагать, поскольку у меня нареканий к нему нет, кроме совместной с ним работы ThinApp.

В принципе из-за этого вопрос про Spoon, там вроде все нормально, но только не могу настроить доступ к папкам расположенных на других дисках.
К Cameyo у Outpost тоже нет претензий, только я ей не доверяю, слишком для меня попсовая эта прога.

gvozdik
насколько знаю - JFK включает в свои сборки обе версии фотошопа, мотивируя, как раз неумением х64 работать со старыми плагинами. впрочем - давно уже не слежу за его творчеством. по некоторым причинам его сборки мне не подходят. но даже с его страстью копаться в коде - не думаю что он переписывает 32х-сервисы на 64х. но сервис - это не модуль, это отдельная программа.

Proshaa
Последние сборки JFK только х64 и, разумеется, в них не будут работать х32 плагины.

Я почему интересовался скоростью-то. Первые 3 программы я смог сделать портабельными. Вроде всё работает хорошо, но они меньше 200Мб. А 4 программа (окружающий мир) много весит (почти 2 Гб). Так вот, компелируется вроде неплохо, но запускается долго. Более того при проверке на компьютере win8 x64 вылазит ошибка. Поставить вертуальную машину и чистый win7 x32, сделал сборку на ней. И таже ошибка (см.рисунок). Ошибка выявлена на 1 компьютере, на другом просто программа показывает одно окно и дальше виснет.

http://rghost.ru/6zFJhf75L.view

oldVsevolod
машина была не чистая.
соберите на чистой ХР - там точно не будет этих VC++ и они попадут в сборку

и что это снова за огромный размер? наверняка куча мусора...

Да нет там мусора
Систему только поставить win7 x32, отключил автообновление и вырубил сеть. И на ней уже работал.

bumburbia
Маленькая просьба, пожалуйста отреагируй (конечно же желательно конструктивно) на мое предыдущее сообщение.
Просто я заметил, что на твои сообщение посетители данного топика более активно реагируют.

007Alex007
bumburbia нынче изолирован, да и не занимался он Spoon.

Так на winXP должно быть меньше проблем или не важно, относительно win7?


conservator а не Вы ли bumburbia

А если воспользоваться версией 4.7.3, то там будет меньше вставлятся мусора относительно последней пятой?
Почему спрашиваю, так как conservator работает на четверке и не переходит на пятую.

oldVsevolod
Сборки с помощью версии 4.7.3 действительно несколько меньше размером и часто работают на Win 10, но в этой версии собираются только 32 битные программы, а мусор удаляется сборщиком, желательно до начала сборки.

а есть спец сборщик для мусора? а то я постоянно ручками всё прохожу и чищу?

Цитата:

а есть спец сборщик для мусора?

Разумеется, нет.

Цитата:

ThinApp 5.1.1 почему-то не хочет собирать Flash Player ActiveX, и отдельным плагином и вместе с зависимой программой, на последнем этапе сборки появляется окошко Error: "Can't find template file Flash" и сброс. В чём может быть проблема ? ThinApp 4.7.3 пакует Flash Player ActiveX без вопросов.

А как разобрались?

Столкнулся с такой ситуацией. Имеется сборка VirtualDub, включающая в себя видео и аудиокодеки. С видеокодеками все в норме. А вот аудиокодеки программа в упор не видит!

На примере кодека lame mp3 acm. Это собственно 2 файла, lame_acm.xml и lameACM.acm, в папке %SystemSystem% и соответсвующие записи в HKEY_LOCAL_MACHINE.txt:

Код: isolation_full HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\AudioCompressionManager\DriverCache\msacm.lameacm
Value=fdwSupport
REG_DWORD=#01#00#00#00
Value=cFormatTags
REG_DWORD=#02#00#00#00
Value=aFormatTagCache
REG_BINARY=#55#00#00#00#1e#00#00#00#01#00#00#00#10#00#00#00
Value=cFilterTags
REG_DWORD=#00#00#00#00

isolation_full HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\drivers.desc
Value=LameACM.acm
REG_SZ~Lame ACM MP3 Codec#2300

isolation_full HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Drivers32
Value=msacm.lameacm
REG_SZ~LameACM.acm#2300

coherent

Цитата:

Кто-нибудь с похожим сталкивался?

Неа, всегда кодеки портировались без трудностей. Портировал несколько пакетов, когда возился с одним плеером и звуковым плагином к нему и всё было в норме. У меня там другая тробла была, конфликт самого плагина на звуке 5.1, ведь сам плаг не поддерживал этот формат, а через AC3Filter шла потеря части эффекта. Меньшая потеря была, если модуль подключался в качестве DSP не к плееру, а напрямую в настройках кодеков, как модуль Winampa. Но при этом все звуковые и видеокодеки обрабатывали сигнал нормально и все были доступны для настроек и манипуляций. Скорее это проблема не кодеков, а VirtualDuba в контейнере ThinApp. Мне так кажется...

AVanti 473

Цитата:

Неа, всегда кодеки портировались без трудностей....Скорее это проблема не кодеков, а VirtualDuba в контейнере ThinApp. Мне так кажется...

Понятно. И я склоняюсь к этому же.

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

VMware Thinapp Enterprise 5.2.0-3231342
release notes:
https://www.vmware.com/support/thinapp4/doc/releasenotes_thinapp52.html

Цитата:

5.2.0-3231342
release notes:

Ну да, наверное поддержка Win10 и исключение ошибок на Win10х64 стало основным лейтмотивом релиза... Впрочем, это же хорошо, что оперативно исправляют... С другой стороны я боюсь подумать сколько мозгодробилки переживают разрабы, синхронизируя всю это бодягу под ещё одну версию ОС.