Опять ерундой занимаешся Впрочем, пока сам шишек не набьешь, все-равно не дойдет

1) В настоящее время, размер файлов уже не имеет столь принципиального значения.

Посмотри, хотя бы, каковы по размерам Run-Time библиотеки FoxPro. Например, VFP9r.dll = 4,5 МБ. Ну, и какой смысл экономить 1...2 МБ на EXE, если тебе все-равно около 10МБ библиотек поддержки надо поставлять клиенту?


2) FoxPro - это интерпретатор, а не компилятор.

Это значит, что его откомпилированный код не является "окончательно откомпилированным". В смысле - это не есть "машинный код", который немедленно и исполняется без дополнительного "перевода". Готовый EXE сам себя "переводит" в "машинный код" в процессе работы. Интерпретирует собственный код

Как следствие, он содержит много пустого места, которое и ужимается архиваторами.


3) Что делает птичка Debug Info?

Файлы форм (SCX) и классов (VCX), по сути обычные DBF-таблицы. Просто с измененным расширением. Если открыть их как таблицы, то можно увидеть два поля: Methods и ObjCode.

Methods содержит исходный код событий и методов
ObjCode - откомпилированный код этих же самых методов

При компиляции (сборке) готового файла EXE файлы форм и классов включаются внутрь этого EXE. Разумеется, со всем содержимым. Однако реально исполняется, естесственно, только откомпилированное содержимое методов. Т.е. содержимое поля ObjCode.

А вот содержимое поля Methods в готовом EXE используется только для сообщения номера строки в которой произошла ошибка. Т.е. только для отладочной информации. Для работы собственно EXE это поле уже не нужно.

Так вот, снятие птички Debug Info приводит к тому, что содержимое поля Methods очищается при включении файла формы или класса внутрь EXE. Очищение происходит не в исходном файле, а только в той его копии, которая включается внутрь EXE.

В отношении файлов PRG все несколько иначе. Его откомпилированная копия - это файл с расширением FXP. Именно он и включается в готовый EXE. Разумеется, уже без каких-либо комментариев и исходного кода. Т.е. птичка Debug Info для него не имеет смысла, поскольку он и так не содержит отладочной информации.

В принципе, поскольку файлы форм и классов - это файлы DBF, то, теоретически, может происходить "разбухание" на записи помеченные как удаленные, но еще не удаленные, либо на "мусор" в мемо-полях. Для файлов DBF это лечится командой PACK. Но все дело в том, что упаковка файлов форм и классов происходит автоматически при их компиляции. Т.е. достаточно включить опцию "Recompile All Files", чтобы снять эту проблему.


4) Как уже говорилось, FoxPro - это интерпретатор, а не компилятор. Как следствие, готовый файл EXE содержит избыточный код и много пустот. При большом желании код интепретации можно оптимизировать и, как следствие, частично уменьшить размеры файла EXE. Хотя это означает, в том числе, модификацию Run-Time библиотек.

Именно этим и занимаются разные приложения типа Konxise и ReFox.


Короче, не стоит оно того. Ерунда это все... Я спокойно делал EXE размером в 50 МБ (с включенной внутрь базой данных). И ничего, работает...

Файл EXE отличается от файлов с расширением COM тем, что при исполнении такого файла он целиком в оперативную память не загружается . Загружается только некий фрагмент, который собственно и исполняется в данный момент.

Попробуй посмотреть файловым монитором, какая часть EXE реально гоняется по сетке в процессе исполнения. Просто по объему. Я не проверял, но подозреваю, что он целиком на клиента для исполнения не перекачивается.