[McDAK]

Значит нет оптимизации под любую версию виндовса, что не удовлетворяет условиям соревнования.

[Savant]

All
Интересная ситуация. Согласно формату PE в его заголовке по смещению 0x38 находится поле Object Align, которое является

... выравниванием программных секций, должен быть степенью двойки между 512 и 256М включительно, так же связано с системой памяти. При использовании других значений программа не загрузится.

Следом за ним идет поле File align (0x3C):

фактор, используемый для выравнивания секций в программном файле. В байтовом значении указывает на границу на которую секции дополняются "0" при размещении в файле. Большое значение приводит к нерациональному использованию дискового пространства, маленькое увеличивает компактность, но и снижает скорость загрузки. Должен быть степенью двойки в диапазоне от 512 до 64К включительно. Прочие значения вызовут ошибку загрузки файла.

Но на практике оказалось возможно выставить значение выравнивания на 0x10 (1 параграф, 16 байт) при работающем файле. В результате получен EXE размером 704 байт (писан на Masm'e), меньше видимо только ручками. Еще раз круто убеждаемся, что:

... формат разрабатывали одни, а реализовывали его другие.

зы: а мне кажется, что uStick заслужил первое место, особенно учитывая оригинальное заполнение пустых мест в EXE () и то, что условия не учитывают запуск программы под любой версией Win. Проблема-то скорее всего в том, что ХР автоматически исправляет какие-то ошибки в структуре EXE, а Win2k (у меня он) - нет. Кто против?

Использованы материалы с http://virmaker-dos.narod.ru/sprav/pe.html

[McDAK]

Savant

Проблема-то скорее всего в том, что ХР автоматически исправляет какие-то ошибки в структуре EXE, а Win2k (у меня он) - нет.

Похоже это не совсем верно, все дело в том, что у меня ХР.

зы: а мне кажется, что uStick заслужил первое место, особенно учитывая оригинальное заполнение пустых мест в EXE

Может немного жестоко, но мне думается, что если он сам до этого допер, то безусловно заслуживает первое место, а если где-то прочитал, то можно только наградить за грамотное использование литературы и печатных материалов из И-нета.

[hasherfrog]

Чудные вы все
А кто сказал, что приложение именно екзешник с PE-заголовком?
А почему не

Код:

Файл a.bat
net send * Message!

Это же удовлетворяет всем требованиям из первого поста?

[McDAK]

hasherfrog
Дык вообще я просил uStick уточнить требования и он позже отписал, что:

главное - чтобы был PE-файл минимального размера

[uStick]

McDAK
"допер" я до этого, разбираясь с каким-то вирем... запакован он был FSG... как щас помню И просто ради прикола решил попробовать написать свой упаковщик... из этого ничего не вышло, потому и начал просто "издеваться" над экзешниками... А первое место рано давать может кто поизворотливее меня найдется? ))

Что касается неработоспособности проги на некоторых операционках: как я говорил, писал я сие без компилера... руками... почти Поясню: сначала была прога, содержащяя из кода только ret. Откомпилил, взял заголовок, убрал лишние секции, затолкал таблицу импорта в секцию с кодом, ну и подправил все, что нужно. А вот "подправлял" я как раз до полной потери работоспособности... так в несколько этапов... так что оптимизировано все под мою операционку...

ПыСы
навались, народ надо добить хоть до 512 байт...

[pva]

Есть такой "тестирующий вирус" под дос (в винде тоже работает). Это *.com-файл, написанный на ASCII, который выдаёт сообщение на консоль и выходит. Его длина примерно 50 байт. Если сюда приделывать упаковщик, не думаю, что получится короче. Поэтому предлагаю сделать примерно следующее:

Код:

   lea eax, text
   push eax
   call some_winapi_proc
   ret

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

[pva]

http://www.opennet.ru/docs/FAQ/progr...faq/part2.html

For case (b), it is of course necessary to take into account the size of the decompressor. The problem may be restated as "What is the shortest program P which, when executed, produces the string S?". The size of this program is known as the Kolmogorov complexity of the string S. Some (actually most) strings are not compressible at all, by any program: the smallest representation of the string is the string itself. On the other hand, the output of a pseudo-random number generator can be extremely compressible, since it is sufficient to know the parameters and seed of the generator to reproduce an arbitrary long sequence. References: "An Introduction to Kolmogorov Complexity and its Applications", Ming Li and Paul Vitanyi, 2nd edition, Springer-Verlag, ISBN 0-387-94868-6 http://www.cwi.nl/~paulv/kolmogorov.html If you don't want to read a whole book, I recommend the excellent lecture "Randomness & Complexity in Pure Mathematics" by G. J. Chaitin: http://www.cs.auckland.ac.nz/CDMTCS/chaitin/ijbc.html The decimal and binary expansions of Chaitin's number Omega are examples of uncompressible strings. There are more papers on http://www.cs.auckland.ac.nz/CDMTCS/chaitin/

[Savant]

Мы не одни во вселенной :
http://www.wasm.ru/forum/index.php?a...ic=7047&page=0
http://forum.vingrad.ru/index.php?sh...18307&view=all

Ну и самый маленький PE - 153 байта :
http://www.xakep.ru/post/21399/default.asp

[uStick]

Savant
часть прочитал ... но чего-то не видел там самого кода тама вроде одни заголовки... хотя дочитать надо...

ну ничего! я им еще покажу вот только завалю сессию и начну добивать этот экзешник ))