» VMware ThinApp (formerly Thinstall) 3

21:07 27-03-2015
Цитата:

Чем параметр UACRequestedPrivilegesLevel отличается от ПКМ мыши на проге и запуск от имени админа?

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

Цитата:

Этот параметр убирает только дополнительные окна запроса

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

Цитата:

в MS не настолько наивны, чтобы раздавать права всем прогам, направо и налево.

права раздаёт не MS а сам юзер добровольно подтверждая в этом окне, что он готов дать программе права админа. regist123 16:58 25-03-2015
Цитата:

возможно из-за, того что вы неправильно их указываете. Советую почитать про манифест, например здесь.

вам также советую почитать.

007Alex007
Смотрю мой пост не добавился, поэтому повторюсь. Ситуация похоже та, с которой периодически сталкиваюсь: мы говорим как бы об одном, а делаем не совсем, а может и совсем не

1.
Цитата:

"C:\Program" не является внутренней или внешней

Это означает ошибку в самом батнике. Он должен выглядеть как-то так (с учетом возможных пробелов):

Код: "%~dp0\IsoCmd.exe" -i

007Alex007
Посмотрел я на этот ISODrive.

1. Таки loader не совсем корректно устанавливает драйвер и поэтому нужны лишние телодвижения через сам UltraISO, чтобы виртуальный привод появился в списке приводов. Что не есть айс.

2. Устанавливать/удалять можно как через батник, так и напрямую, запуская IsoCmd.exe с параметрами. Устанавливать можно в ЛЮБУЮ папку. Я предпочитаю рядом с ехе сборки. Но у каждого свои преференции.

3. Есть одно НО. Этот ISODrive оказался капризным, для нормальной установки/удаления ему надо изменять текущий каталог на тот, где находятся файлы драйвера. Можно, конечно, и через WorkingDirectory=, но это не универсально и не для любого каталога подходит. Лучше прямо в скрипте, типа objWshShell.CurrentDirectory = DrvFolder, где DrvFolder - полный путь к папке drivers, в которой будет устанавливаться драйвер. Идет перед id = ExecuteExternalProcess...

4. Наблюдается проблема с удалением папки drivers при закрытии программы. Какой-то процесс ее блокирует, не давая удалить. Честно говоря, мне лень выяснять в чем причина. Если бы я делал для себя, то кинул бы папку drivers рядом с ехе-шником сборки и просто запускал бы установку/удаление без выноса папки из контейнера в систему и последующего ее удаления.

coherent
Поскольку много инфы и получается путаница, то по порядку:
Дальнейшие эксперименты проводились под Win7x64 SP1.
В первом скрипте %SystemRoot% все ОК.
Во втором скрипте "рядом с портабелкой" проблемы:
1. Новое копирование (fso.CopyFolder SourceFolder, DrvFolder & "\"):
Source: Ошибка выполнения Microsoft VBScript
Description: Путь не найден
File: (null)
Line 11, Character 2
at:

2. Добавление директории через vbs (objWshShell.CurrentDirectory = DrvFolder):
Source: Ошибка выполнения Microsoft VBScript
Description: Требуется объект: 'objWshShell'
File: (null)
Line 12, Character 2
at:

3. Копирование как в первом скрипте, но с добавлением запуска IsoCmd.exe:
fso.CopyFolder SourceFolder, DrvFolder
id = ExecuteExternalProcess(chr(34) & SourcePath & "\IsoCmd.exe" & chr(34) & " -i")
В ThinApp 5.1 папка копируется-удаляется, но ничего не запускается (зря я начал хвалить инсталлированную версию ThinApp 5.1). В ThinApp 5.01 - то удаляется, то не удаляется.

4. Если в батниках добавлять параметр "Pause" то, драйвер удаляется. Такое впечатление, что драйверу не хватает времени на удаление. Как прописать в скрипте задержку типа "Pause", как в батнике. Пробовал вставлять-добавлять WScript.Sleep 500, но скрипт ругается.

Вообще для себя, я уже остановился на первом варианте скрипта %SystemRoot% + батники. Но все равно интересно, почему не хочет запускаться рядом с портабелкой.


Цитата:

то кинул бы папку drivers рядом с ехе-шником сборки и просто запускал бы установку/удаление без выноса папки из контейнера в систему и последующего ее удаления

Что прописать в WorkingDirectory? Ведь в vbs параметр (objWshShell.CurrentDirectory) через thinapp не работает. Хотя бы у меня.

Добавлено:
regist123
Не спорю. После просмотра ссылки - убедил. Раньше всегда применял - highestAvailable (поскольку в руководстве по ThinApp - highestAvailable это значение использует максимально доступные права, что позволяет избежать сообщения UAC.).
pavlaf Если есть возможность, может стоит в учебник для народа, внести дополнительные описания параметра UACRequestedPrivilegesLevel?

007Alex007

Цитата:

Поскольку много инфы и получается путаница

Квинтэссенция всего сказанного в моем последнем посте.

1.Устанавливать можно в ЛЮБУЮ папку, в том числе рядом с ехе сборки. Устанавливать/удалять можно как через батник, так и напрямую, запуская IsoCmd.exe с параметрами прямо в скрипте. По крайней мере у меня работает, и по крайней мере на ХР.


Цитата:

Во втором скрипте "рядом с портабелкой" проблемы: 1. Новое копирование (fso.CopyFolder SourceFolder, DrvFolder & "\"):   Source: Ошибка выполнения Microsoft VBScript Description: Путь не найден

Нюансы с "\" и без я описал. Если используется этот скрипт, то должно быть без "\".

2. На момент установки драйвера нужно изменять текущий каталог на тот, где находятся файлы драйвера.

Цитата:

Добавление директории через vbs (objWshShell.CurrentDirectory = DrvFolder): Source: Ошибка выполнения Microsoft VBScript Description: Требуется объект: 'objWshShell'

А этот объект определен в начале скрипта? Типа Set WshShell = CreateObject("WScript.Shell").

Цитата:

то кинул бы папку drivers рядом с ехе-шником сборки и просто запускал бы установку/удаление без выноса папки из контейнера в систему и последующего ее удаления... Что прописать в WorkingDirectory?

3. Есть проблема с неудалением папки drivers, файлы из нее удалаются, а она сама нет. Я задавал в скрипте вывод сообщения перед удалением, т.е. мог ждать сколько угодно между удалением драйвера, что было видно по пропаданию значка виртуального привода из списка приводов, и удалением самой папки drivers. Независимо от времени папка не удалялась.


Цитата:

то кинул бы папку drivers рядом с ехе-шником сборки и просто запускал бы установку/удаление без выноса папки из контейнера в систему и последующего ее удаления... Что прописать в WorkingDirectory?

Ничего. Папка живет своей жизнью. Нужен виртуальный привод - запустил батник руками прямо в папке, не нужен - удалил. Самый простой вариант, но тем не менее... Вряд ли в каждом сеансе в UltraIso используется виртуальный драйвер.

coherent
Огромное тебе спасибо за терпение с моими сообщениями, но к сожалению ни один из вариантов не подошел. Остаюсь на первоначальном варианте (через %SystemRoot%, именно через него все работает). А вообще, для себя решил, что лучше не портабелизировать такие проги в ThinApp (лучше делать репак).

И повторю еще раз свой вопрос, который остался незамеченным:
Кто нибудь делал портабелку FontExpert с запуском под Win7 x64? Проблема при запуске пишет:
не зарегистрирован FontExpertAdmin.DLL. Как зарегистрировать или прописать в реальную систему?

007Alex007
у меня с таким [more=Package.ini]
Код: [Compression]
CompressionType=Fast
OptimizeFor=Disk
BlockSize=1m

[Isolation]
DirectoryIsolationMode=Merged

[BuildOptions]
.ShowSB=0
CachePath=<sandbox_path>
SandboxPath=.
AccessDeniedMsg=You are not currently authorized to run this application. Please contact your administrator.
CapturedUsingVersion=5.0.0-1391583
CaptureProcessorArchitecture=9
CapturePlatformVersion=0601
CaptureOSArchitecture=64
OutDir=bin
SandboxName=FontExpert
InventoryName=FontExpert
InventoryIcon=%ProgramFilesDir(x64)%\FontExpert\FontExpert.exe
VirtualizeExternalOutOfProcessCOM=0

SandboxCOMObjects=0
ProcessExternalNameBehavior=Original
AllowExternalProcessModifications=1
AllowUnsupportedExternalChildProcesses=1
ChildProcessEnvironmentDefault=External
ExternalDLLs=FontExpertAdmin.dll;FontExpertAdminPS.dll;FontExpertRus.dll;
;PreventDLLInjection=1
;NoRelocation=1

OptionalAppLinks=plugins\*.*
;RequiredAppLinks=\\server\share\*.exe;c:\abs\path\file.exe
VirtualDrives=Drive=c, Serial=67a14780, Type=FIXED
VirtualComputerName=TA7X64

AnsiCodePage=1251
LocaleIdentifier=1049
LocaleName=ru-RU

;Wow64=0 ;еслу нужна печать, обязательно удаляйте или комментируйте(;) этот параметр!

AltArchitectureShortcut=0
LoadDotNetFromSystem=Win7
QualityReportingEnabled=0
IgnoreDDEMessages=1


[FontExpert.exe]
ReadOnlyData=Package.ro.tvr
Source=%ProgramFilesDir(x64)%\FontExpert\FontExpert.exe

SunOK_ZM
Цитата:

FontExpert 2014, захваченный на 7х64

Временно активированные шрифты работают?

Alex22T, увы, программу вижу впервые - это похоже на работу временно активированных шрифтов? При выходе из портативки шрифт маячит в системе... может потому что я не изолировал папку \Windows\Fonts\ ?

Alex22T
Не мучьтесь. Попробуйте портативную версию программы nexus font. Она с русской локализацией, без установки, очень проста и выполняет все необходимые функции. К тому же совершенно бесплатна. Думаю Вас устроит.

Прошу прощения за вынужденный офтоп.

SunOK_ZM
Прошу прощения не правильно написал. Портабелка запускается в Win7x64 без ошибок, но если через нее попробовать удалить шрифт то вылезает ошибка:
Failed to complete operation requiring administrator privileges, error code: 0x80080017
Make sure FontExpert is correctly installed and FontExpertAdmin.DLL is registered.
В WinXP все работает.
Методом тыка, удалось узнать, что если в реальной системе создать папку, куда инсталлируется прога и подкинуть туда файлы FontExpertAdmin.dll, FontExpertAdminPS.dll и зарегистрировать их в реальный реестр, то все ОК. Но проблема в том, что папка должна располагаться там же и иметь такое же название, как и папка в сборке и поэтому такую папку не получается скопировать в реальную систему, она проста не появляется.

SunOK_ZM
Цитата:

это похоже на работу временно активированных шрифтов? При выходе из портативки шрифт маячит в системе... может потому что я не изолировал папку \Windows\Fonts\

Похоже. Но при выходе он, естественно, маячить не должен.
Перед выходом из программы Вы деактивировали шрифт?

Собственно, почему я спросил. Для меня это очень важная функция, последний портейбл, в котором она работала - FontExpert 2007. В последующих, несмотря на все пляски с изоляцией и другими параметрами, ничего не получилось - по крайней мере, у меня. Чужие скачивал - то же самое.
Я использую нативный вариант - распакованная прога, все функции работают, в системе не мусорит.

gvozdik
Цитата:

Не мучьтесь. Попробуйте портативную версию программы nexus font. Она с русской локализацией, без установки, очень проста и выполняет все необходимые функции.

Спасибо, попробую. Хотя вряд ли откажусь от FontExpert, давно с ним работаю, доволен.
И не мучаюсь

Есть такая широко известная утилита RunAsDate от NirSoft. Она позволяет указать запускаемому приложению произвольные системные дату и время, не трогая настройки времени системы. [more]RunAsDate is a small utility that allows you to run a program in the date and time that you specify. This utility doesn't change the current system date and time of your computer, but it only injects the date/time that you specify into the desired application.[/more]

Для ThinApp-овских портабельных сборок эта утилита не срабатывает, что, в общем-то, вполне ожидаемо. Но, может быть, существует всё же какой-нибудь хитрый способ передать портабельному приложению иные дату и время, чем текущие системные?

Заранее спасибо!

oshizelly
Есть маленькая бесплатная утилита trial freezer, которая подменяет исполняемый файл приложения на загрузчик с нужной датой. Как-то с успехом использовал её на пробных программах в сборках.

gvozdik

Цитата:

Есть маленькая бесплатная утилита trial freezer, Как-то с успехом использовал её на пробных программах в сборках.

Даже мне интересно! Спасибо, не знал. Вернее о таких программах конечно знал, но тестировал пару для связки с ThinApp - ничего не получалось. Сейчас на компе как раз есть одна капризная софтина. которая была валидна лишь в год выпуска и работает только при смене системной даты, вот на ней в ближайшее время и опробую сей фокус... )))

oshizelly
Способов много: Ссылка

Но есть, на мой взгляд, более простой способ, через батник:

Код: @echo off
set file1=Bulk.exe
set file2=%date%
date 07.11.2014
start /wait %file1%
date %file2%

gvozdik, не сочтите пожалуйста за труд, а так же прошу всех у кого есть свободная минутка: протестируйте пожалуйста на предмет запуска ЭТУ программу. Здесь, для запуска в нужном времени, использован описанный выше Trial Freezer v3.0 У меня на рабочей машине эти фокусы проходят, а на виртуалке протестировать не могу, так как сбросить дату на ней нельзя (вернее я просто не помню как точно отвязать дату виртуалки от реальной машины, а такой вариант не помогает в силу портабельности самой VirtualBox). Вышепредложенная софтина должна стартануть и работать с датой 2 января 2013 года. На самом деле, когда её сломали, немного не учли что есть ещё ограничение на год использования. Следовательно, работать она может лишь в 2013 году, для чего и был использован Trial Freezer...
P.S. регхост что-то заругался на файл (не пропускает и всё), пришлось лить на русфолдер... Да, и нашёл как на виртуальной VirtualBox отвязать системное время, путём правки конфигурационного файла .vbox, но всё равно на виртуалках при запуске ошибка, а на реальных машинах стартует нормально... Интересно как у других...
P.S.P.S. Интересный факт: на виртуалке, не зависимо от состояния системного времени, после двух последовательных запусков с ошибкой, на третьем, программа стартует нормально... Мистика ))))))

Цитата:

gvozdik, не сочтите пожалуйста за труд, а так же прошу всех у кого есть свободная минутка: протестируйте пожалуйста на предмет запуска ЭТУ программу. Здесь, для запуска в нужном времени, использован описанный выше Trial Freezer v3.0 У меня на рабочей машине эти фокусы проходят, а на виртуалке протестировать не могу, так как сбросить дату на ней нельзя (вернее я просто не помню как точно отвязать дату виртуалки от реальной машины, а такой вариант не помогает в силу портабельности самой VirtualBox). Вышепредложенная софтина должна стартануть и работать с датой 2 января 2013 года. На самом деле, когда её сломали, немного не учли что есть ещё ограничение на год использования. Следовательно, работать она может лишь в 2013 году, для чего и был использован Trial Freezer... P.S. регхост что-то заругался на файл (не пропускает и всё), пришлось лить на русфолдер... Да, и нашёл как на виртуальной VirtualBox отвязать системное время, путём правки конфигурационного файла .vbox, но всё равно на виртуалках при запуске ошибка, а на реальных машинах стартует нормально... Интересно как у других... P.S.P.S. Интересный факт: на виртуалке, не зависимо от состояния системного времени, после двух последовательных запусков с ошибкой, на третьем, программа стартует нормально... Мистика ))))))

Добрый день AVanti473,
У меня на Win7 x86, PAE 6GB, Antivir Avast, no Firewall прога не запустилась. Антивирь нашел вирус FilerepMetagen (Malware). При отключении полном аваста - все равно не запустился - "Thinapp has encountered an unexpected error. Click to abort the application". Что касательно самой программы, то я делал её портивку для себя еще в августе 2014(проэкт виртуализации начинал еще в июне 2014 на Thinapp 5.0.1-1801916 в виртуально машине) - и все работает.
http://rusfolder.com/43481221 - вот моя сборка. Про приколы со временем - не наблюдал.

LCF84

Всё хорошо с Вашим вариантом, но как быть с этим? При попытке сохранить результат в формат MIDI (.mid) - ошибка. Недоломана прога?
Мне в своё время с ней, можно сказать, эксклюзивно (подробнее тут) помогли... Всё работает, но косяк с датой (работа только в пределах 2013 года)...

Да, и конечно же благодарю Вас за помощь в тестировании моей сборки!

Цитата:

AVanti473

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

LCF84
[more=предыстория решения задачи]

Цитата:

Но пока жаль, ваша пробная сборка с заморозкой времени не удалась.

Вопрос немножечко спорный В личку мне один человек написал, что на Win8x64 всё без проблем запустилось. У меня рабочая Win7x64 - тоже не наблюдаю трудностей. Дома есть ещё старый AMD Sempron с установленной WinXPSP3x86 - так же трудностей с запуском не возникло. Запуск производится с системным временем (2 января 2013), при этом на компах работают (запущены) браузеры опера, скайп (где-то портабл где-то инсталл), маил агент (портабельный). Антивирь везде ESET Smart Security v4.0.417 c автоматическим режимом файервола.

Не много дополню по поводу:

Цитата:

Антивирь нашел вирус FilerepMetagen (Malware)

Я так понял это из-за использования Trial Freezer, но в любом случае, мы то с Вами знаем, что правильно заизолированная сборка ThinApp не даст никакому вирусу похозяйничать в системе. А учитывая что у меня в данной сборке практически везде всё WriteCopy (кроме общедоступных мест сохранения результатов работы) - система защищена от вмешательства на 100%. В принципе, это же подтверждает анализ запуска программы с помощью Total Uninstall.

И всё же, думаю стоит разобраться почему возникают ошибки при запуске программы на виртуалке, тогда, возможно и запуск на Вашей системе можно будет откорректировать должным образом...

Ошибки всего три и они такие: первая, вторая, третья

И, тем не менее, при двух последовательных запусках с ошибками, программа всё же стартует третий раз без проблем (на одной и той же песочнице)... С чем это связано - надо думать... [/more]

-----------------------------

Добавлено:
LCF84, всё решилось довольно просто - пробуйте: http://rusfolder.com/43482810, или зеркало

Проблема была всего-лишь в том, что при компрессии "Fast", Trial Freezer просто не успевала отработать при первом и втором старте в песочнице. С отсутствием компрессии в режиме "None" - программа запускается без проблем и на виртуальных и на реальных системах. Тест проводил на Виртуальных Win7 x86|x64, WinXPSP3x86, и на реальных Win7x64, WinXPSP3x86 - так что, на сей раз проблем быть не должно. На заметку себе и, может ещё кому пригодиться... - при использовании Trial Freezer, компрессию в Package.ini лучше выставлять CompressionType=None


Нужно ещё учитывать, что Trial Freezer очень старая софтина. Разрабатывалась для Windows 95,98,ME,NT,2000, а обновлялась последний раз 31 марта 2008 года. Но, в портабельном контейнере работает весьма достойно. Вот вне контейнера, на тестовом прогоне, вешала мне намертво живую систему Win7x64, а в портабельном контейнере работает на ура!

Цитата:

AVanti473

Trial freezer отматывает системное время как я понял на 2 января 2013. И это время в процессе работы видят другие программы, такие как скайп и при посылке сообщений - они попадают в 2013 год логе сообщений и когда freezer отключить - и время выравнивается - потом в истоии скайпа к примеру чехорда.
Не могли бы вы выложить этот Trial freezer + скрипт запуска и package.ini. Хотелбы добавить в свою сборку проги с моими настройками + изоляцией и.т.д.
Спасибо.

LCF84

Цитата:

Не могли бы вы выложить этот Trial freezer + скрипт запуска и package.ini. Хотелбы добавить в свою сборку проги с моими настройками + изоляцией и.т.д.

Trial freezer я брал отсюда, скрипт запуска он создаёт сам. Вернее он может подменить исполняемый файл программы, а может создать новый файл запуска. Я выбирал создание нового файла запуска, а потом в package.ini правил путь к нему и иконку. Сам package.ini выкладывать отдельно нет смысла, так как он практически стандартный за исключением пары фишек, н они у каждого сборщика свои собственные.


Цитата:

потом в истоии скайпа к примеру чехорда

Не знаю, у меня скайп существует исключительно в таком вот контейнере, и, похоже на его работу смена даты не влияет. Пробовал с запущенной WIDI Pro отправлять сообщения в скайпе - сообщения отправляются с сегодняшней датой, несмотря на другое системное время... А вот агент у меня хоть и портабельный, но сообщения отправляются строго с системной датой. А с другой стороны, как часто приходится использовать WIDI Pro? Трудно представить, что будет необходимость пользовать её и одновременно переписываться в программах ip-телефонии... Но, если это Вам поможет, могу сказть, что заметил одну, возможно важную особенность работы WIDI Pro: ей достаточно запустится с нужной датой, а работать она может с любой другой системной датой. Заметил я это на виртуалке, где моя портабельная сборка при запуске переводит системное время на необходимое, а уже спустя пару секунд виртуальная машина синхронизируется с реальной и восстанавливает актуальную дату. При этом, WIDI продолжает работать и выполнять все функции (проверял сам несколько раз) несмотря на то, что дата уже стоит актуальная. Похоже, Вам для решения своей задачи придётся писать батник, который сразу после запуска проги будет возвращать актуальную дату, а не после завершения программы, как в случае с Trial freezer. Мне же достаточно того, что у меня получилось, так как прогу пользую, в лучшем случае, раз в месяц, да и то на пару минут до преобразования нужного материала в ноты midi

Я понимаю профессиональный интерес разобраться с заморозкой времени в контейнере, но по конкретной программе AVanti473 00:32 18-04-2015
Цитата:

При попытке сохранить результат в формат MIDI (.mid) - ошибка. Недоломана прога? Мне в своё время с ней, можно сказать, эксклюзивно (подробнее тут) помогли... Всё работает, но косяк с датой (работа только в пределах 2013 года)...

может лучше просто попросить её нормально доломать? Прямо здесь на ру-борде в соседней теме.

regist123

Цитата:

может лучше просто попросить её нормально доломать? Прямо здесь на ру-борде в соседней теме.

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

Подскажите пожалуйста, возможна ли с помощью ThinApp (или чего угодно, на самом деле) виртуализация системных параметров?

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

Возможно ли, грубо говоря, виртуализовать программу на компьютере так, чтобы при запуске на других компьютерах она думала, что она всё ещё на нём запускается?

IamFool, на операционке в VirtualBox запускается? А попробывать "обмановозможность" на проблемных компах попытайтесь через http://avanti473.ru/news.php?readmore=81 - один раз устанавливаете/запускаете программку на "рабочей машине", потом переносите с песочницей на "проблемную машину".

SunOK_ZM
Попробую с песочницей, спасибо!
В любой VM сразу же отказ работать, вне зависимости от железа

Вопрос по изоляции Flash-плагина в сборке браузера.

Если ChildProcessEnvironmentDefault=Virtual, то у меня флэш в браузере не работает.
Если ChildProcessEnvironmentDefault=External, то всё в порядке, но тогда система, насколько я понимаю, становится уязвимой к дырам и закладкам флэша.

Кто-нибудь знает, как сделать, чтобы эта зараза всё же работала именно в виртуальной среде?!

Можно ли решить проблему?
win7x64