Ru-Board.club
← Вернуться в раздел «Программы»

» VMware ThinApp (formerly Thinstall) 3

Автор: NickOnToluca
Дата сообщения: 04.02.2014 09:04
distortion
Да просто предположил, что, если эти библиотеки для взаимодействия с системой, то... ну в общем и смысла особо не было)
Автор: michail10
Дата сообщения: 16.02.2014 08:40
На пост http://forum.ru-board.com/topic.cgi?forum=35&topic=9450&start=2160#17
gvozdik

Цитата:
Portable ProShow Producer 6.0.3410 ENG
Собрана в ThinApp 4.6.0

Как известно в ThinApp 4.6.0 не работает на Wn8-8.1. Таким образом, пользователи этих систем не могут воспользоваться. Если вопрос сборки в ThinApp 4.6.0 принципиальный, то можно далее не продолжать. Так же известно, что эта прога, собранная в VMware ThinApp-5.0 и работающая на Win7-8.1 не может скомпилировать шоу в "EXE", но это легко исправить, тестировал, собранную в ХР, только на Win8.1x64.
Автор: gvozdik
Дата сообщения: 16.02.2014 09:45
michail10

Цитата:
но это легко исправить,

Каким образом?
Автор: michail10
Дата сообщения: 16.02.2014 11:15
По умолчанию устанавливается в "C:\Program Files\Photodex\ProShow Producer" изоляция папки "ProShow Producer" "Full". "WriteCopy" так же не даёт скомпилировать в "EXE" на Win7-8.1, хотя всё остальное работает. А "Merged" это то, что надо, но, ессно, в реальной системе появляются папки по дефолту +небольшой "tmp" файл, т.е. гадит. В теории при закрытии работает скрипт для удаления. Если без костыля в виде скрипта, то, понятно, что если "ProShow Producer_ThinApp" будет работать в папке по умолчанию, то и "мусора" не будет (грубо говоря). Лично себе, прописал все папки и работает норм с другого диска без костылей. Но это только себе.
Почему не в личку, может кто из спецов предложит более элегантное решение.
Автор: gvozdik
Дата сообщения: 16.02.2014 13:37
michail10
Спасибо за информацию!
Автор: Astra55
Дата сообщения: 19.02.2014 06:11
New one sad story

P.S. Сборщику даже в голову не приходит как именно проверяются портабельные сборки такого типа и где лежат грабли, по которым уже прошла армия "трехкнопочников". Впрочем, это на них никак не повлияло.

Автор: AVanti473
Дата сообщения: 20.02.2014 18:15
Вопросикс. Уже два дня бъюсь над решением одной проблемки, но никак не найду решение. Есть замечательная программа Total Uninstall и теперь есть к ней ломалка, в виде активатора. Разумеется, данные вводимые активатором, динамичны для каждой отдельной системы. Поскольку программа должна "возвращать к полноценной жизни" забэкапленные и восстанавливаемые на диск проги, она обязана иметь доступ во всю файловую систему, за исключением разве что своей папки установки и папки профиля. Соответственно, при старте, спустя несколько секунд, программа с лёгкостью обнаруживает, что запущена она совсем не там, где была установлена.
По этим причинам, данная программа в портабельном виде существует в сети только в виде сборки через лаунчер.
Казалось бы, затея (к примеру в ThinApp) безнадёжна, но нет. Изучив всё что меняется в реестре (до последнего ключа), профайлах и т.д. и т.п. и выставив везде соответствующую изоляцию, собрав сборку, остаётся лишь сперва запустить активатор (разумеется портированный, создающий песочницу программы), а затем, программа стартует как родная для целевой ОС.
И, казалось бы всё в шоколаде, если бы не "добрый" дядя, который этот самый активатор собирал. В системную папку сразу притекают два файла (длинные бессмысленные имена и такие же расширения), которых секунд так 30 ничем удалить невозможно, а затем без проблем. Кстати, эти файлики числятся как скрытые и в снимок ни ThinApp ни Spoon не попадают. Зловреды наверное, либо лишний мусор в системной папке.
И вот, когда портабл уже не оставляет никаких следов кроме этих двух файлов и файла лога (в той же системной папке), хочется добить, так сказать, безупречную работу программы.
Первой мыслью было как-то ограничить в действиях активатор. Поскольку разобрать его не удалось, логично предположить, что его можно оформить в отдельный портабельный контейнер с иными режимами изоляции для системы, но он должен видеть контейнер и исполнительный фаил самой проги, который, к моменту запуска активатора уже должен быть в песочнице на своём месте. По сути получается конструкция - контейнер в контейнере. Я, якобы стартую фаил активатора, который стартует в песочнице свою песочницу, патчит то, что надо, оставляя систему основной песочницы не затронутой. На пробы ушёл весь день. ThinApp не даёт запустить в своей песочнице вторую свою песочницу, как равно не даёт запустить и песочницу активатора, собранного в Spoon.

Вобщем ладно, всех запутал, кто по смышлёнее разберётся, а я скажу проще, мои попытки оказались безуспешными. У кого есть идеи, как не допустить появления в системной папке левых файлов после старта активатора, если системная папка должна быть доступна для записи? Именно появления, а не удаления их после появления.
Автор: regist123
Дата сообщения: 20.02.2014 19:11
AVanti473 может лучше попросить сделать нормальный активатор в теме: Запросы на взлом программ ?
Автор: Astra55
Дата сообщения: 20.02.2014 19:34
regist123
Нет, я понимаю, что высокие материи, типа говнопакеров и прочих заморочек не попадают в поле зрения обычных людей. Но прежде чем давать такие советы, не сочтите за труд ознакомиться хотя бы с несколькими страницами по сабжу. Поглядите на ники и на прочее, может быть появится понимание, что с этой программой не просто сложно, а очень сложно. А самое забавное - она на хрен не нужна, и ажиотаж вокруг нее искусственно раздувается по непонятным причинам, большей частью из спортивного азарта. Правда, настоящих спортсменов там всего ничего, зато болельщиков - туева хуча. И нет в этой румынской поделке никаких волшебных опций, впрочем, как и в любом другом деинсталляторе.
Автор: AVanti473
Дата сообщения: 20.02.2014 20:47

Цитата:
И нет в этой румынской поделке никаких волшебных опций, впрочем, как и в любом другом деинсталляторе.


Есть однако... Программа способна собрать в архив все папки и файлы инсталируемого приложения сохранив их структуру. Программа способна отследить все изменения в реестре, собрать фаил ключей реестра для установки приложения или фаил реестра для полного удаления приложения из реестра. Отслеживаемые ветки реестра и дириктори файлов можно (для продвинутых) настроить, покопавшись в (по ThinApp, чтобы понятнее было - это) %Common AppData%\Martau\Total Uninstall 6\Program Options.xml
Так что зря вы её так недооцениваете... Это не просто банальный деинсталятор - это полноценный инструмент отслеживания. Конечно у каждого свои любимые поги, у кого-то это шампунь, у кого-то ревоунинсталлер - право каждого на личный выбор...


Цитата:
что с этой программой не просто сложно, а очень сложно


Никто же не говорит, что в виртуальном контейнере эта прога будет вести себя идеально, но ведь работает же, причём, я собрал эксклюзивно под свои запросы версию x64, которая и на обычной-то системе с глюкнутым ломом работает через раз. Но, активатор, который мне попался, весьма неплохо проводит все свои действия по её активации. Целостность файлов самой проги не нарушается, просто в реестр вносятся нужные ключики в полной зависимости от имени компа на котором она стартует, и в вышеупомянутый файлик Program Options.xml тоже записываются значения, согласно ключам реестра.

Одна проблема - хитрые следы активатора ))) И ведь стопудово (доказать не могу, но уверен) какая-то троянская хрень. два файлика по 25 килобайт, набитые программным кодом (х/з каким). Когда активируешь прогу через фаил winspool.drv (это как вариант для сравнения, другой метод активации - всё вручную) никаких подозрительных файлов в системной папке не появляется. Как только эти файлы заходят в системную папку (уже писал об этом) - им достаточно 30 секунд или минуту, чтобы что-то сделать, потом они безвредны и могут быть удалены вручную. Я так понял, когда они создаются, то целят на C:\Windows\System32\Speech\Common\sapi.dll правда не меняют его, а как-то используют и что-то прописывают в журнал винды C:\Windows\System32\winevt\Logs\Microsoft-Windows-Bits-Client%4Operational.evtx хотя лезут ещё в C:\Windows\System32\wbem\Repository . Вобщем это всего-лишь следы обращения к этим файлам и директориям. Самое смешное, что если эти файлики удалить и снова запустить активатор - они не появляются, хотя внешне изменений в реестре не видно первичными средствами анализа, а глубоко я не копал (к слову шампунь, он же Ashampoo UnInstaller, вообще нихрена не видит, только два изменённых файла программы, а реестр и системный файлы побоку).
Вобщем, эти подозрительные файлы в системной папке надо убить до их появления на свет в системе ))) Вопрос как?

P.S. Astra55, поверьте, я так увлечён своими делами, что физически не могу быть в курсе всего, и даже не знал, что вокруг этой проги какой-то ажиотаж ))) Мне она нравиться, решил рискнуть сделать, вот собственно и всё. Откуда же я знал, что с ней столько трудностей? Догадывался конечно, раз она в сети на лаунчере, но сейчас на лаунчерах даже то, что нормально портируют. Но да бог с ним, многие трудности-то уже позади ))) Будет замечательно, если у Вас появятся идеи, как решить последние непонятки на пути создания её портабла в ThinApp. И поверьте, там всё (от начала и до конца) абсолютно иначе, нежели во всём том, что я до этого собирал. ))) Просто пограмма другая, другие задачи и концепция сборки тоже другая.
Автор: ALEX666999
Дата сообщения: 21.02.2014 04:02

Цитата:
AVanti473: какая-то троянская хрень

Ололо, AdminCrack, наверное, обикался.

Если коротко по активатору: там две функции.
1) рассовать регу по соответствующим папкам
2) обманка для работы при включенной сети:

Цитата:
сама прога работает с регистрации фемиды файлик что в папке с прогой.
Когда интернет отрубает прога тупо думает что её блочать и не дают проверить регу


Фактически, если нет «чёрного» файервола (а в блеклист уже туева хуча оных напихана),
можно вообще пользовать безо всяких активаторов — ключ и всё.

С «чёрным» файером в системе надо юзать winspool или лодырь,
которые просто патчат память, помогая обойти проверку на наличие.
Автор: AVanti473
Дата сообщения: 21.02.2014 16:21
ALEX666999

В принципе я это понимаю, объясните мне появление двух файлов:
7B296FB0-376B-497e-B012-9C450E1B7327-5P-0.C7483456-A289-439d-8115-601632D005A0
7B296FB0-376B-497e-B012-9C450E1B7327-5P-1.C7483456-A289-439d-8115-601632D005A0
по 25,9 Кб в системной папке?
Активатор стартует ещё до официального первого запуска самой программы... Говорить о том, что это обманка для включения сети, считаю неверно.

Да, можно смастерить батник, убирающий эти следы, вот только что-то эти файлы успевают сделать в системе, когда их при появлении сразу невозможно удалить, и потом сколько не стартуй активатор, они не появляются вновь, хотя критичных для этого изменений ни в системе ни в реестре проги слежения не обнаруживают. Сам Total Uninstall, при нужных настройках, обнаружил бы наверное засаду, да только его для этого надо установить в систему ))))) Или использовать портабл, через лаунчер, который поместит прогу в рабочую систему, хоть и на время. Тоесть никак - облом.
Я не волоку на админкрэк - молодцы ребята, мозговитые и шикарно делают своё дело. Мне мешают для полного счастья создания портабла эти два файла, причём мешает их появление! пробовал делать пустышки в системной папке с правом только для чтения, активатору пофиг, перезеписывает на ура и помещает в реальную систему со своими атрибутами скрытности.
Есть весёлый рандомный ключик - HKEY_LOCAL_MACHINE\SYSTEM\RNG который может быть и ответственен за то, чтобы эти файлики никогда не появлялись повторно при повторных запусках активатора, да только он ведь тоже хитрый, и для каждой ОС, да что там ОС, для каждой инсталляции активатора разный. Опять тупик.

Неужели нету способа запретить появление определённых файлов в определённой папке винды? Если активатор перебрать нельзя, а изолированные коробки виртула не стартуют в коробках другого виртуала (портабла), то что можно ещё придумать?
Автор: AVanti473
Дата сообщения: 21.02.2014 22:25
Эх, открылся косяк с работой Total Uninstall в портированном виде на ThinApp. Да думаю и на других контейнерах будет аналогичное, а именно: Программа при отслеживании изменений системы в процессе установки приложений цепляет и свой виртуальный контейнер (если он на системном диске) и части реестра, ответственные за работу виртуального контейнера. Соответственно, при попытке удалить отслеженное приложение начинается попытка удалить кое что, что касается работы самого портабельного контейнера. Попытка удаления приложения заканчивается фатальной ошибкой и вылетом программы. Ну что-же, значит не судьба... Я хотя бы попытался ))) Как гриться: "и опыт - сын ошибок трудных" ))) Даже было приятно повозиться со всем этим!
Автор: Nemesiz
Дата сообщения: 27.02.2014 10:05
Пытаюсь сделать портабл-версию Delphi 7. Полученная версия работает корректно, кроме одного-единственного факта: при закрытии скомпилированного приложения виснет IDE. Глюк проявляется в любой системе. На американских форумах пишут, что проблема в дельфовом отладчике (он просто не видит, что приложение закрыто). Пробовал воспользоваться вот этим советом (хотя там решалась немного другая проблема) - не помогло. Может, кто-нибудь знает решение? Буду благодарен за любую информацию =)
Автор: coherent
Дата сообщения: 27.02.2014 13:25
Nemesiz
Вы компилируете с отладчиком Run-Run (F9)? Какое поведение при компиляции без отладки Run-Run Without Debbuging (Shift+Ctrl+F9)? Какое у Вас задано значение в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Windows] для "ErrorMode"?
Автор: Nemesiz
Дата сообщения: 27.02.2014 13:45
coherent
Да, компилирую с отладчиком, запуск по F9. Запуска без отладки в моей версии похоже нет (в меню нет ничего похожего на Run Without Debugging и на Ctrl+Shift+F9 IDE не реагирует), но скомпилированные программы вне IDE прекрасно запускаются и закрываются (ничего не виснет, процесс исчезает из списка в диспетчере задач). Значение ErrorMode в реестре равно нулю.
Автор: coherent
Дата сообщения: 27.02.2014 14:59
Nemesiz
Я занимался Delphi 7 Pro (у Вас похоже какая-то урезанная версия) года полтора назад. Результат такой: если компилировать без отладчика, то все компилируется без проблем, скомпилированный проект открывается и работает, и закрывается все и вся без всяких зависонов. А вот с отладчиком (по F9) выкидывало ошибку типа "ошибка по адресу ... в модуле *70.dll...". И до открытия скомпилированного ехе-шника дело не доходило. Поиск в сети показал, что дело, таки да, в отладчике, но никто, насколько я знаю, это не решил. Рецепт, который предлагался, для портативной Delphi 7 - это компиляция без от отладчика. Но это, насколько я понимаю, не айс. У меня, хотя планы были, но дело до использования Delphi не дошло, поэтому задача потеряла актуальность, по крайней мере пока.

Цитата:
Запуска без отладки в моей версии похоже нет (в меню нет ничего похожего на Run Without Debugging и на Ctrl+Shift+F9 IDE не реагирует)

Возможно, где-то в настройках есть опция отключения отладчика.
Автор: Nemesiz
Дата сообщения: 28.02.2014 09:24
coherent
Отключить отладчик действительно можно, но в моем случае это не вариант. Почитал на других форумах - проблемы с отладчиком и у тех, кто делает портабельные версии Borland C++ Builder и Visual Studio с помощью ThinApp. Похоже, проблема глобальнее, чем казалась с первого взгляда =)
В любом случае, большое спасибо за ответы =) Буду искать другие пути.
Автор: coherent
Дата сообщения: 28.02.2014 10:00
Nemesiz

Цитата:
Буду искать другие пути.

Если не ThinApp, то загляните сюда .

Автор: Mekugi
Дата сообщения: 03.03.2014 15:44
Ребят, подскажите, позволяет ли ThinApp:
* зашифровать конечный файл приложения, что бы тот запускался только по паролю?
* зашифровать файлы виртуального реестра и т.п., которые кладутся в папку рядом с EXE файлом.
* если данное приложение это не умеет, есть какие нить аналоги, которые позволяют это сделать?
Автор: distortion
Дата сообщения: 03.03.2014 16:47
Mekugi
1. нет
2. нет
3. таких не знаю

Возможные варианты по п.1:
- делать точкой входа свой launcher, который будет спрашивать пароль
- навесная защита на либо на точку входа, либо на готовый контейнер
- прикручивать костыль на vbs
- сделать невозможным запуск контейнера без указания определенного command line argument'а (будет выполнять функцию пароля)
- в SpoonStudio посмотрите на параметр "startup shim dll"

Дополнительные меры ограничения доступа/"повышения" безопасности:
- привязка к AD группам (PermittedGroups)
- отключение трассировки (DisableTracing)
Автор: Astra55
Дата сообщения: 04.03.2014 11:52
Mekugi
Не могу ручаться за все программы, но на моих сборках работает.
Автор: oshizelly
Дата сообщения: 04.03.2014 16:41
Уважаемые гуру портабелизации и иже с ними. Пожалуйста, помогите решить вот такую проблему.

Имеется система Windows 7 x64, памяти over 8 GB, проц Intel i7 3740. На ней используются портабельные сборки от нескольких разных изготовителей, включая весьма уважаемых гуру, например, Astra55, aiki и нескольких других.

У некоторых из них всегда, а у других только время от времени совершенно спонтанно проявляется такая проблема. Если портабельное приложение было запущено, потом совершенно корректно завершено, а потом в течение той же самой сессии Windows попытаться запустить его повторно, то:

- при запуске выдаётся сообщение об ошибке: Crash in RelaunchUsingCreateProcess.


- Process Explorer показывает, что процесс запущен и работает. Более того, по косвенным признакам можно определить, что программа на самом деле запущена и работает, например, при попытке её закрыть выдаётся вполне осмысленный запрос на сохранение изменённых данных.

- Но при этом окно не создаётся.

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

Пробовал отключать антивирус, но никакого эффекта не заметил.

После перезапуска системы проблема иногда пропадает - а иногда сохраняется.

Повторю ещё раз: всё это происходит к разными сборками разных авторов. Значит, скорее всего, что-то не так у меня в системе. Но в какую сторону копать, совершенно не представляю. Буду признателен за любые идеи
Автор: AVanti473
Дата сообщения: 04.03.2014 18:44

Цитата:
Значит, скорее всего, что-то не так у меня в системе


Разумеется.


Цитата:
Но в какую сторону копать, совершенно не представляю.


Копать в сторону: NirLauncher, System Explorer, AIDA, SysTracer и т.д. и т.п.

Unlocker не забудьте!
Автор: gvozdik
Дата сообщения: 04.03.2014 18:53
oshizelly
Сборки, которые пытаетесь запустить повторно, точно завершают все свои запущенные процессы после первого запуска и закрытия? То, что окно программы закрылось, ещё не означает, что все запущенные ею процессы были выгружены из памяти.
Автор: oshizelly
Дата сообщения: 04.03.2014 20:37
gvozdik 18:53 04-03-2014
Цитата:
которые пытаетесь запустить повторно, точно завершают все свои запущенные процессы после первого запуска и закрытия?

Вроде бы да. Обычно проверяю завершение процесса при помощи Process Explorer. Пару раз мог просто пропустить строчку в списке, но на общую картину это не влияет.
Автор: Alex22T
Дата сообщения: 05.03.2014 00:25
oshizelly
Надеюсь, мой вопрос ты не сочтешь оскорбительным...
Семерка оригинальная или "результат народного творчества"?
Автор: oshizelly
Дата сообщения: 05.03.2014 01:28
Alex22T 00:25 05-03-2014
Цитата:
Надеюсь, мой вопрос ты не сочтешь оскорбительным.

Долго думал, что же в этом вопросе можно увидеть оскорбительного, но так ничего и не придумал
Семёрка самая что ни на есть оригинальная, OEM-версия, установленная производителем ноута со всеми драйверами и пр. Причём свежая, не успел поставить даже никаких твикеров, на которые можно было бы списать ненормальное поведение.
Автор: gvozdik
Дата сообщения: 05.03.2014 09:21
oshizelly

Цитата:
Вроде бы да

Вроде и может быть, здесь не пойдёт. Если процесс остаётся висеть, сборка может считать себя запущенной и повторно не запуститься.
Автор: aiki
Дата сообщения: 05.03.2014 09:45
oshizelly
переустановить глючную винду с нуля не предлагать? :)

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149

Предыдущая тема: Проблемы с закачкой


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.