» VMware ThinApp (formerly Thinstall) часть 4

Цитата:

С другой стороны, на Win10 порташки в 4.73 работают не всегда.

32 битные сборки (или 64 битные, если в них присутствует 32 битный модуль), собранные в 5.*.*, на 10-ке вообще не работают.

conservator
Цитата:

обранные в 5.*.*, на 10-ке вообще не работают

Бывает такое. И это при том, что тот же софт в сборе 4.73 нормально работает (пруф от товарища, его рук сборка)

djpavlo
спасибо. у меня сборка винды 1607.1511.2
insorg
майки это уже исправили - в новой сборке. почему они не запустили это в апдейты - другой вопрос. будем надеяться, что в октябре в накопительном добавят и х32 сборки ThinApp 5.2 станут работоспособны на всех десятках.

Цитата:

любит оставаться процесс драйвера печати "spool*64.exe", при том что 4.73 его не оставляет

4.7 не знает о существовании х64, потому и не запускает его.
по этой же причине 4.7 сборки нормально работают: у них режим х32 only.

Proshaa, вы на одной реальной машине проверяли? Сходите к соседу - очень высокая вероятность, что у него всё так же будут чихи на 32-бит приложения под W10х64.
Начисто установил v.1607 b.14393 и как было, так какой и осталось)) скриншоты/выдео снять или поверите на слово?
Сдается мне, что проблема в правах доступа к папке SysWow64 для приложений/процессов из-под контейнера тинапа. Куда копать, видать и сами тинаповцы не в курсе...

SunOK_ZM
На самом деле, разница порой бывает даже там, где её быть не может.
Простой пример - вчера портаха работала, а сегодня - сыпет ошибками и не запускается.
Через неделю снова работает, через две - опять ошибки...
"Плавающий" баг, непонятно в какую сторону копать.
И да, это не только на 10, но и на 8.х.

SunOK_ZM
конечно, поверю на слово ))
к сожалению, у меня нет соседей с десяткой - потому и просил проверить форумчан.
только обращу ваше внимание на номер билда: у вас 1439, у меня - 1511
брал отсюда, с руборда, с варезника. образ SW_DVD9_Win_Pro_10_1511.2_64BIT_Russian_MLF_X20-99748.ISO

Цитата:

Сдается мне, что проблема в правах доступа к папке SysWow64

мне кажется, проблема в другом - а именно в запуске х32 модулей приложений из-под х64.
т.е. контейнер запускается в х64 режиме, но не может использовать х32 модуль в своём процессе. решить это могут только MS.

и всё бы ладно, только вопрос: почему у меня запускается (видео снять или поверите на слово ) - остаётся открытым. и другого объяснения, кроме билда - не вижу, т.к. до установки этого билда было "как у всех"

[more=.]там вообще много "интересного" в этой десятке. попробуйте найти файловым поиском проводника файлы типа api-ms-win-core* не? никак? а теперь откройте папку %windir%\System32 или %windir%\SysWOW64 и полюбуйтесь на них. причём имя у файлов одинаковое, а содержимое - разное! как х32 приложению "попасть" к своему файлу, если ОС показывает ему не ту папку? собственно, решением этого вопроса я и начал заниматься, как вдруг обнаружил, что новый билд и так работает, если делать сборку в 5.2.
после чего свернул эксперименты: проблема на стороне MS, они о ней знают (судя по всему) и решают. [/more]