foksov
За вариант спасибо!
nesco

Это здорово!

А сейчас, зубы на полку?
А через год - два, оно надо будет? Обещали в этом году Конец Света.

Прежде чем с HiAsm 5 чего то мутить, надо было 4 доделать.
Это не единственный элемент, который не "как положенно" работает.
Изначально, так мне кажется, надо было не вводить KOL, а обойтись стандартными SysUtils, и другими стандартными библиотеками, хотя бы в пакете Дельфи.
Тогда и руки бвыли бы развязанны и заморочек меньше было. Я не программист, могу ошибаться, но этот момент сразу в глаза бросаеться.
Для одних HiAsm вроде игрушки, для других единственная возможность сделать серьезную вещь не упрашивая программистов сделать дизайн.
Приведу пример, чем оборачиваються недоделки.
Сделал программу на отличном от паскаля языке, который больше всего подходил для решения данной задачи.
Писал долго, не всилу неумения, а всилу того, что пользователи предлагали всё новые и новые опции.
Обкатывалась в консольном режиме. Предполагалось потом сделать dll.
Оказалось, что созданную dll можео использовать только с exe на томже языке, потому что таблица экспорта кривая вернее вообще нет, а импорт только из exe.
Пришлось лезть в дебри. Изучать PE. Написал свой компилятор на Паскале, который добавляет дополнительную таблицу с экспортом и импортом и вообще правит кривую таблицу.
А оно мне надо? Я не программист, мне надо решить задачу.
Форум этого языка существует уж лет 15, и всё хренью занимаются.
Это уж потом я нашел, что люди обращали внимание разработчика на эти моменты, а сразу не найдёшь.
Я бы выбрал другой язык, зная это.
Тут что то подобное.
Если бы знал, что нужные элементы криво работают, пошел по другому пути.
Есть два подхода, одним интересно копаться в самом языке, или среде разработки и это сама суть, другим это нужно как инструмент.
Инструмент должен быть исправным. Хотя бы официальный пакет. Пусть он будет куцим, но исправным. Тогда можно сразу понять, стоит ли его применять для данной задачи, или нет.
Может всё это эмоционально, но доля правды есть.