Упаковка софта

[MIT]

Я (да наверно и не только я) зачастую сталкиваюсь с так называемыми Portable-версиями (сборками) программ. Суть таких сборок - запихнуть все файлы в один exe-шник и заменить программе пути ко всем временным папкам (а также AppData, DaS, LS и т.д.).
В качестве примера приведу одну из самых мной часто используемых сборок - Dreamweaver 8 - 160 метровый exe-шник, который хранит все создаваемые данные рядом с собой, в отдельной папке. Также сталкивался с Illusrtator`ом CS3 (метров 300) и пр.
Вопрос: с помощью чего упаковываются программы, что в них изменяется, и что они сами (программы) "думают", оказавшись в таком "положении"?

[iGrok]

Вопрос: с помощью чего упаковываются программы...

VMware ThinApp Virtualization Studio. Она же THInstall.
И её аналоги.

Сами программы ничего плохого не думают - для них всё, как обычно.

[Хакер]

Бред это.

[MIT]

Что "это"?

[Williams]

Что "это"?

Видимо виртуализация софта

[Хакер]

Упаковка всего в один файл.

[iGrok]

Упаковка всего в один файл.

Хакер, там никто ничего в один файл не упаковывает.
Технология примерно такая:
1) Все нужные файлы + ветки реестра(в своём формате) скидываются в одну папку.
2) Для софта делается загрузчик, который перехватывает его обращения к ФС и реестру.

Если там всё запихнуто в один файл, значит оно при запуске распаковывается.

[Хакер]

Нё всё равно ерунда это.

[iGrok]

Нё всё равно ерунда это.

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

Но вот скажи, чем конкретно этот вариант тебе не нравится?
Для случае с упаковкой библиотеки в тело экзешника я аргументацию помню, принимаю и полностью согласен. А тут-то что?

[Хакер]

Приложение имеет в реестре некий ключ, который создаётся единожды (например при первом запуске приложения на машине). Этот ключ глобален для всей машины (создаётся в HKLM) и он специфичен для конркетно этой машины. На другой машине создался бы ключ с другим значением.

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

На самом деле, мысль можно продолжить и сказать: не стоит эмулировать какую-то часть среды. Если уж эмулировать, то всю среду целиком.

[alibek]

Подобный способ реализации portable apps — бред.
Зачем мне 100-метровый стартер, который висит в памяти, распаковывает/запаковывает используемые ресурсы и перехватывает обращения основного приложения?
Самая грамотная реализация портируемых приложений, которую я видел — это µTorrent. Если программа находит в своем каталоге файл settings.dat, то она считает, что все используемые ресурсы лежат в каталоге самой программы. Если этого файла нет, она считает, что работает в обычном режиме и настройки сохраняет в профиле пользователя (Application Data). Т.е. чтобы сделать программу портируемой, достаточно создать в каталоге программы пустой файл settings.dat.

[Debugger]

Бред это.

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

[jangle]

Я (да наверно и не только я) зачастую сталкиваюсь с так называемыми Portable-версиями (сборками) программ. Суть таких сборок - запихнуть все файлы в один exe-шник и заменить программе пути ко всем временным папкам (а также AppData, DaS, LS и т.д.).
В качестве примера приведу одну из самых мной часто используемых сборок - Dreamweaver 8 - 160 метровый exe-шник, который хранит все создаваемые данные рядом с собой, в отдельной папке. Также сталкивался с Illusrtator`ом CS3 (метров 300) и пр.
Вопрос: с помощью чего упаковываются программы, что в них изменяется, и что они сами (программы) "думают", оказавшись в таком "положении"?

Тоже делал такие штуки, например тут viewtopic.php?f=15&t=39312
rar.exe и unrar.dll запихнуты в ActiveX DLL. Причем unrar запускается прямо из памяти, без сохранения во временную папку.

[jangle]

Подобный способ реализации portable apps — бред.
Зачем мне 100-метровый стартер, который висит в памяти, распаковывает/запаковывает используемые ресурсы и перехватывает обращения основного приложения?

Если EXE имеет размер 100 мбайт, это вовсе не значит, что все 100 мбайт разом грузятся в память. Подкачиваются только те страницы, который в данный момент необходимы. Однакое если этот EXE упаковать пакером типа UPX или ASPack, то действительно все 100 мегов будут в памяти.

[MIT]

Тоже делал такие штуки, например тут viewtopic.php?f=15&t=39312rar.exe и unrar.dll запихнуты в ActiveX DLL

Нет, тут более обширная задача стоит, в которую входит "виртуальный реестр" и свои собственные (лежащие рядом) папки Temp, DaS, AD и т.п..

Если EXE имеет размер 100 мбайт, это вовсе не значит, что все 100 мбайт разом грузятся в память.

300 метровый Illustrator в памяти занимает изначально порядка 100

[VBTerminator]

ИМХО, portable - это программа, не использующая какие-либо пользовательские библиотеки из отдельных файлов (лучше вставить код из этих библиотек к себе в проект) и пишущая все свои настройки в файл, находящийся в "своей" папке, например, settings.ini.

[MIT]

Вопрос касается не только своего софта, но и стороннего, который может быть необходимость носить с собой (это, конечно, не ко всем программам относится)

[iGrok]

Гм. Свой писать лучше действительно по другому. Эти программы предназначены именно для упаковки софтины, изначально не разрабатывавшейся, как portable.