1. От чего зависить размер проги?
2. Как уменшить размер проги?
Хотя по моим статистикам
Delphi:
File-->New->Application EXE размер:300-400 Kb.
C++ Builder:
File-->New->Application EXE размер: 50 Kb
Assembler:
(invoke CreateWindow ) API EXE размер: 2Kb

Но я не знаю C++ и ASM !!!
Почему?

Если хочешь максимально уменьшить размер проги, то не включай в компиляцию всякие библиотеки и компоненты. Но, потом возникает беда, когда запускаещь это мальнькую прогу на другом компе, то СЮРПРАЙС! Она не рабит!. Что бы программа работала, надо включать все библиотеки и компоненты в нее, но кое-кокие вещи можно и не засовывать. Оптимизируй код, зделай его проще.

Dph
В опциях проекта Делфи есть функции по управлению размерами.
При максимальном уменьшении прога работает только на машинах с установленной Делфи версии не ниже чем та в которой разрабатывалась прога

Dph

Оптимальным вариантом думаю будет использование альтернативы VCL-у, это
KOL + MCK, размер пустого проекта 26kb

Также можно залезть в свойства компилятора и поотключать Debug-информацию и прочее.
Стоит действительно отметить, что Delphi пихает все библиотеки и модули в один exe-файл в отличие от С++ и Visual Basic. У нас в институте таким образом пострадало немало студентов - приносит человек в последний день курсовую, написанную на С++, а о том, чтобы принести ещё и библиотеки, необходимые для её запуска не подумал. Что делать? Домой - за dll'ками.
А если хочешь рационально использовать память - используй собственные dll, только используй динамическое их подгружениеб а не статическое.
Dph, на счет Asm ты загнул, конечно. Я очень уважаю этот язык. И немало строк на нем довелось написать. Но наваять на Asm'e, например, клиента для БД под Windows - это... ну, скажем так, весьма круто.
А вообще andrey_post абсолютно прав. Используй рациональные алгоритмы. Так что удачи в написании программ.

Есть специальные проги для сжатия *.exe'шников.

gepard

Цитата

Есть специальные проги для сжатия *.exe'шников

Может надо было в отдельную тему но ладно . Я где-то читал что упакованые Exeшники это не очень хорошо т.к. при запуске такого файла в память загружается упакованый и еще распакованный код или я не прав (мне этот вопрос очень интересен)

SlaUr, именно так. Это что-то типа архиватора. Только распаковка происходит уже непосредственно в RAM'e, а не в фоновом режиме с ProgressBar'ом, как у WinRar'a. На счет хорошо или не очень - не знаю - не пробовал ничего сжимать. А вот принцип именно такой.

Цитата

Может надо было в отдельную тему но ладно . Я где-то читал что упакованые Exeшники это не очень хорошо т.к. при запуске такого файла в память загружается упакованый и еще распакованный код или я не прав (мне этот вопрос очень интересен)

Я просто констатировал факт.

На счет упаковки-я делаю так : Если программа работает недолго - упаковываю Если программа работает в фоновом режиме или долго - не упаковываю.

WinAPI рулит, размер файла - 8 кило. Аналогичная вещь на масме - 2 кило, ну если постараться, то 1.5

писать на чистом API и не мучится

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

И вопрос: я не знал про то что запакованные проги хранят в памяти две свои копии - запакованнуи и распакованную, но раз так, то я понимаю и быстродействие (во время ее выполнения) тоже должно страдать серьёзно? А как она загружается, тоже дольше?
Добавлено @ 17:55
Т.о. я считаю KOL и MCK - лучший выход в случае, когда нужно ужать программу.

Цитата(oleg1973 @ 3.4.2004, 16:40)

писать на чистом API и не мучится

А если прога межплатформенная?

Tamerlann
кто вам сказал про 2 копии?
я видел в инете гдето бредовую статейку на эту тему
возьмите исходники UPX да и посматрите