? зачем "мир" гонится за гига и терабайтами ?

[JTG]

тонны не используемого кода (мусора)

ООП, RTTI, обработка исключений, менеджер кучи, потокобезопасность, локали... Нда, действительно мусор.

[*PB*]

Ну на WinAPI и в Делфи можно пятнашки в 20Кб написать

В том то и дело, что на PureBasic, при создании игры "Пятнашки" ипользовались кроссплатфоменные функции среды, а не API.
На API размер был бы, максимум 5 КБ.

[*PB*]

ООП

Зачем оно надо в EXE?

потокобезопасность

А если не юзаются потоки, то зачем оно надо?
В тоже PureBasic, активация потокобезопасности, увеличивает размер EXE всего на 2 КБ

[Utkin]

Сообщение от JTG

ООП, RTTI, обработка исключений, менеджер кучи, потокобезопасность, локали... Нда, действительно мусор.

Ну ежели в моем проекте нет работы с RTTI, то зачем включать в код средства по работе с ним? Это действительно мусор, ложка хороша к обеду.

[Arigato]

Опять тема переходит в холивар. Честно, мне смешно, когда кто-то гонится экономить 2 кб. Еще раз повторю: главное, что бы среда разработки позволяла удобно и быстро реализовывать сложные проекты. Размер ехешника - второстепенное дело, т.к. в современных условиях он не является критичным.

[JTG]

Сообщение от Arigato

Опять тема переходит в холивар. Честно, мне смешно, когда кто-то гонится экономить 2 кб. Еще раз повторю: главное, что бы среда разработки позволяла удобно и быстро реализовывать сложные проекты. Размер ехешника - второстепенное дело, т.к. в современных условиях он не является критичным.

Согласен полностью. Как правило, размер ресурсов крупной софтины на порядок больше, чем размер её исполняемых файлов (вон в том же фотошопе сколько барахла в common files - хелп на 30 языках, семплы, библиотека для работы с PDF ~100 Мб), зато всё работает, как часы

[Levsha100]

CSEG segment
org 100h

begin:

   mov ah, 9
   mov dx, offset message

   int 21h

   int 20h

  message db 'Hello world!$'

CSEG ends

end Begin

Hello word for KolibriOS
Странно, даже не компилируется(взял с сайта) О_О Да и функция 9 какая-то левая о_О

[JTG]

Crysis for KolibriOS

[Stilet]

Оправдывает своё название - исполняемые файлы получаются чистые (почти без мусора).

Терпеть не могу бейсик в любом его виде. Я уж лучше ассемблер поглубже окопаю.

Hello word for KolibriOS

Ты ниче не путаешь? В Колибри вывод строки в окно имеет номер 4. И вообще окончание знаком доллара по-моему только в ДОСе приемлемо.

[Utkin]

Сообщение от Arigato

Опять тема переходит в холивар. Честно, мне смешно, когда кто-то гонится экономить 2 кб. Еще раз повторю: главное, что бы среда разработки позволяла удобно и быстро реализовывать сложные проекты. Размер ехешника - второстепенное дело, т.к. в современных условиях он не является критичным.

Да нет тут никакого холливара, это несовершенство компилятора. Вместо того, чтобы пихать в экзешник все подряд, ему следует парсить код на предмет таких вот заморочек, тип отсутствия RTTI или всяких там потоков или классов. Ну нет в коде класса, зачем же тогда нужна его поддержка? Не работаю с new и указателями, зачем мне всякие там кучи ? А не фига, получите поддержку собственного менеджера. Далее, экзешник смотрели? Там даже абсолютные пути к юнитам прописаны, а зачем, позвольте узнать?