Прошу не перевирать. ХиАсм ничего не проигрывает С++. Скорее наоборот - без определенных знаний в особенностях работы со строками в Delphi и C++ зачастую последний проигрывает и очень основательно(повторюсь: проигрывает при написание программы без знаний особенности работы всех strXXX).


Поддерживаю Asm этоже основы мироздания....


ну и что там не понятного?
В первую ф-цию аргументы пошли в регистрах eax и edx. Результат работы ф-ции Delphi традиционно вернул в регистре eax(поэтому передача первого аргумента в коде явно не прописана), далее подгрузил адреса переменных X и Y в регистры ecx и edx и весь получившийся триплет отправился в ф-цию elGetPos.


Действительно Поскольку CodeGen старый уже не будет совместим с новой версией среды, то и это поправим на cdecl.

Вывод после прочтения поста: нужно уметь грамотно описать поставленную задачу, а не начинать с хвоста. Реализация собственного механизма в обход существующего - это бомба замедленного действия, которая взорвется с вероятностью 99.9%. Вспомним недавний диспут по парсингу SHA на предмет наличия Дебугов после элементов на схеме... Кроме того делать работу, которую за тебе уже сделала среда это откат назад(элементы LineBreak, HubEx и прочие уже не видны на этапе кодогенерации, ссылочные контейнеры-мультики без особой их обработки "видны" через интерфейс кодогенератора так, словно они ссылками не являются вовсе и позволяют делать правильную программу, и еще кучу примеров можно привести...)

PS: да и еще - хотелось бы поподробнее услышать по поводу алгоритма вычисления изменений в контейнере(контрольную сумму чего? ) и перегенерации *.h и *.cpp.