UPX4PPC и UPX4PC, Cжатие EXE/DLL файлов PPC (freeware) Опции

UPX4PPC 0.3.1 (8th September 2006) by Vicott Wong - бесплатное приложение для сжатия EXE/DLL файлов. Данная программа требует КПК с ОС Windows Mobile 2003 или выше.

Использование:
1. Нажмите кнопку "Add" для добавления программного файла.
2. Нажмите кнопку "Remove" для удаления файла из списка.
3. Нажмите кнопку "Clear" для очистки всего списка.
4. Выберите метод компрессии из выпадающего списка.
5. Также можно сделать бэкап файла.
6. Нажмите кнопку "Start" для запуска процесса сжатия всех файлов ЕХЕ в списке.
7. Новые (сжатые) размеры файлов будут также отображены в списке.

Дополнительные ссылки:
UPX: _http://upx.sourceforge.net/
UPX for ARM: _http://sourceforge.net/forum/forum.php?thread_id=1527467&forum_id=6805
gsGetFile: _http://www.geocities.co.jp/SiliconValley-Cupertino/2039/gsgetfile/gsgetfilei.html
UPX4PPC: _http://mobile-sg.com/ppc/apps/?p=UPX4PPC

Скачать UPX4PPC:
ZIP-файл (976КБ): _http://mobile-sg.com/ppc/apps/UPX4PPC/UPX4PPC.zip

UPX4PC 1.0 (10th September 2006) by Vicott Wong - версия для ПК.

ZIP-файл (204КБ): _http://mobile-sg.com/software/windows/UPX4PC/UPX4PC.zip

Сообщение отредактировал 2d0x - 10.09.2006 - 18:02

Правильно я понял, что разжимать файлы она не умеет? Можно только сохранить копию оригинального, так?

Текущая версия UPX4PPC 0.2 от 21 июля 2006г. История изменений:

Version 0.2 (21st July 2006)
* Added compression options.
* Added decompression option.
* Added backup option.
* Compressed gsGetFile.dll.
* Able to choose DLL files for compression.
* Backup file is now created in program folder instead.

Женёк, извини, точнее сказать не могу - сам не устанавливал ещё, только что на офсайте она появилась...

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

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

sne1, извини, но про "довесок" я не понял. Если ты не в курсе, то многие разработчики софта используют UPX для уменьшения размера файла, например:

Sun'n'Moon: What's New in 1.1
Using UPX for smaller binary files

sne1
MemMaid говорит, что проги кушают одинаковое количество памяти до и после сжатия.

На сколько я знаю,такой софт уменьшает размер самих бинарников,но увеличивает использование оперативки.Ведь для работы этот архив с ехе или длл нужно распаковать,ОС не может подгружать модули той или иной программы в запакованном виде,т.е. если мы запакуем ехе размером в 1мб и получим 500кб на выходе,при запуске программы имеем 500кб+1мб (распакованный ехе с которым мы и будем работать и который самоудалится после закрытия проги).Я понимаю что работает это именно так,если я не прав - поправьте.
Вообще надо будет самому проверить с СКТулзом в руках что там к чему.

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

Женёк
Ну я примерно об этом и говорю При запуске файл разворачивается в память,плюс архив тоже остается,т.е. при запуске мы имеем 1х распакованный размер файла + 1х запакованный размер файла.

Сообщение отредактировал yukon_28 - 22.07.2006 - 00:54

Женёк
>>MemMaid говорит, что проги кушают одинаковое количество памяти до и после сжатия.
Memmaid показывает только Heap что в данном случае абсолютно неинформативно.
посмотри память с помощью SKTools - сразу увидишь разницу сколько занимала прога до сжатия и сколько после.
Прирост использования ОЗУ ощутимый.

S K
Действительно, программы начинают занимать в памяти почти в два раза больше места.
Кстати, некоторые проги после сжатия перестают кооректно работать. Пока выявил KBattery и RealCalc (запускаются как будто в QVGA режиме) и RDCalc (вообще перестает работать и на любую операцию выдает ответ '0' )

ч.т.д. + к памяти добавляется пара мс (смотря какой размерчик) на распаковку прогроаммы, при ее запуске.

PS
Достаточно сунуть в отладчик и посмотреть что делают паковщики/протекторы чтобы увидеть что именно они делают.

yukon_28, S K, что при запуске архив распаковывается в память, это понятно, но почему он должен в памяти держать архив ? Зачем, какой смысл от него, он же своё дело уже сделал ? Если архив понадобится, то он итак есть, а в ОЗУ его держать-то зачем ? Бред какой-то ! Кроме того, ещё древние архиваторы, вроде Hrust, могли распаковывать файл "в самого себя", затирая сам пак. Или я ошибаюсь ? Всё равно, не понимаю, почему должно увеличиться использование ОЗУ...

Сообщение отредактировал 2d0x - 22.07.2006 - 11:56

2d0x

не знаю знает ли автор проги обэтом факте
может он тож memmaid на память смотрит

to 2d0x, глупость говоришь, извини кешно за прямоту. Под виндой тебе никто не даст затереть уже исполняющийся код, а если и так, то затрешь свой же распаковщик.
Почему он должен в памяти держать архив? а его держит не он, а Windows, что при запуске файла создает его образ в памяти!

sne1, я и не обижаюсь, ибо я знаю, о чём я говорю, в отличие от некоторых, которые хотят выглядеть гораздо умнее, чем они есть на самом деле. Советую почитать хоть что-то о пакерах/депакерах прежде, чем делать свои выводы. Послушав тебя получается, что после нескольких распаковок, например, архивов rar или zip свободная память должна закончится ? Очаровательный вывод.

Сообщение отредактировал 2d0x - 22.07.2006 - 16:03

2d0x
А при чем тут rar и zip? UPX это паковщик исполняемых файлов, преднозначен он перде всего (и единственно) для уменьшения размера файла на диске! В памяти, как уже было сказано, он будет занимать размер распакованой проги + почти! размер запакованой. Причем это не фаловые размеры, поскольку секции выравниваются в памяти, как правило на 4 кб.
А запакованяая часть держится, поскольку Винда не имеет свойства выгружать уже загруженные секции (есть конечно исключения, но это уже крайнне геморные варианты). А не распаковывается поверх запакованых данных, только потому, что нужен дополнительный жесткий контроль за буфером распаковки, да причем еще на этапе сжатия. А таким никто заниматься не будет, ибо гемор! Это вам не Diet и не AsPack(у того вообще принцип распаковки немного другой)!

starix, спасибо, но я в курсе, что есть UPX, для чего он, и в чём его отличие от rar и zip /: Вероятно, я на не очень хорошем примере объяснил г-ну sne1 неверность его утверждений (22.07.2006 - 14:34), а ты, видимо, не удосужился почитать данную тему с самого начала. Сложность исполнения - это одно, а невозможность оного - совсем другое.

В любом случа формат UPX'а давно устаканился, и для WM платформы никто ничего менять не будет... Проще написать свой упаковщик с нуля. Заняться что ли?...