Отличия FPC от Delphi в runtime

[Mirage]

Итак, компилирую большой (~46K строк) проект под FPC (2.2.0) и получаю глючащую программу. Причем, если включены оптимизации, то менее глючную, чем если выключены.
Сейчас скомпилировал в релизе - нормально бегает вроде. А в дебаге вылетает.

Вобщем возник вопрос какие различия между D7 и FPC, проявляющиеся в runtime, кто заметил?

Я знаю про следующие:
1. Конструкции вида Boolean(I), где I - целого типа переменная, а также Byte(B), где I - булевская переменная, в общем случае не работают (да и не должны). Надо использовать Ord().
2. Процедура Move() при включенном range checking и нулевым Count вылетает с range check error (вот это уже спорно).

Какие еще есть с виду более-менее адекватные конструкции, работающие в Delphi, но не работающие в FPC?

[zub]

Мне при попытке перехода на fpc особенно запомнилась не совпадяющая с delphi последовательность инициализации юнитов при циклических uses. это я никак побороть нисмог, пришлось руками вызывать процедуры инициализации в нужных местах. ну и еще чето было по мелочи

[Mirage]

Обнаружил еще одно различие в поведении.
После выполнения GetMem(p, 0) в p в Delphi nil, а в FPC что-то вроде $9CD90. Редкий случай когда поведение Delphi более адекватно.
Да что там, это в общем-то баг.

[Sergei I. Gorelkin]

Поведение GetMem соответствует не Delphi, а TurboPascal, который на запрос нуля байт памяти возвращал какой-то специальный указатель (на конец кучи, что ли?)

Я тоже занимался портированием большого проекта, обо всех нестыковках докладывал в багтрекер. Поэтому советую обновиться до 2.2.2, там много чего поправлено.

Из принципиально неисправимых вещей: по-разному работают вложенные процедуры, в Delphi такую процедуру можно использовать как callback в ф-цию WinAPI, в FPC нельзя (точнее можно, но в рантайме свалится). Фиксится путем переделки вложенной процедуры в обычную.

[Vadim]

Из принципиально неисправимых вещей: по-разному работают вложенные процедуры, в Delphi такую процедуру можно использовать как callback в ф-цию WinAPI, в FPC нельзя (точнее можно, но в рантайме свалится). Фиксится путем переделки вложенной процедуры в обычную.

А как правильно с точки зрения пролетариата, в FPC или в Delphi?

[Mirage]

При обнаружении багов всегда качаю самую новую версию. Проверял и с 2.2.2 и 2.3.1.
А в режиме совместимости с Delphi это таки баг.

[Юра]

Вообще-то самый большой баг - это полагаться на результат вещей типа GetMem(p, 0).

[Sergei I. Gorelkin]

А как правильно с точки зрения пролетариата, в FPC или в Delphi?

С точки зрения языка Паскаль, никак не правильно. Вложенная процедура должна быть "видна" только для родительской, отдавать ее адрес "наружу" нельзя.
FPC не выдает ошибку, как я понимаю, из-за необходимости поддерживать древний код собственной текстовой оболочки, авторы которого оторвались с этими вложенными процедурами по полной программе...

А в режиме совместимости с Delphi это таки баг.

Код rtl, к сожалению (или к счастью) один и тот же для всех режимов и не зависит от режима компиляции программы.

[Timid]

Вложенная процедура, вообще-то, не должна вызываться по адресу "снаружи", поскольку она - фактическая замена "классическому" макросу в C. Код в ней может адресоваться к переменным внешней процедуры, которые разместятся в стеке только после входа в нее (внешнюю). Если же вызвать отдельно - то адресоваться придется в неизвестность. Это прямая "дыра" для DOS (хакерская атака).