ziv-2014,

я ж писал, 'конкретно тут' :) в частном случае нет никакой разницы, компиляторы работают одинаково.

авторПроблема, как я понимаю, в том, что если объявить в Delphi функцию с тем же возвращаемым результатом, как в исходной фунции Си, то в этом возвращаемом результате будет совсем не то, что нужно. Т.е. в Delphi, для 32-битной программы, нужно сделать вот такой хак, как сделал ТС: результат объявить как Int64, а потом, уже после вызова внешней функции, это преобразовать в запись CTMBeginTransactionResult.авторНесуразность выливается в то, что вместо прямого импорта функции и далее работы с полями record как это впрямую выглядит, нужно делать дополнительную неявную обвязку, которая будет мониторить "особенности реализации". Это в некоторой мере нелояльно к сотрудникам поддержки. Прочие моменты можно обсуждать и далее.так это проблема не делфей, а сей, плюсов и шарпа, которые так и не научились нормально хоть что-то передавать наружу/внутрь кроме простых типов и указателей (которые тоже, впрочем, простой тип).

как только record или инстанс класса - так и жопа даже в пределах своего языка.
максимум что смогли придумать - COM, и тот только на винде. и далеко не везде, можно сказать, редко, используется.
исторически сложилось (ц), я понимаю, что на границах dll/exe о чем-то сложнее простых типов никто не думал, так уж получилось и до сих пор так

авторНо вообще-то и сдвиги не нужны, можно использовать Move(), absolute или case. Потом уже просто работаешь со структурой как структурой.угу. absolute или вариантные записи в помощь. впрочем, уже кинули решение :)

Dimitry Sibiryakov,

вот не смогли о нормальной передаче инстансов на границах разных апи сразу договорится и почти все апи - тупо простые типы, как на винде так и, особенно, на линухе. да и так как либу не возьми - то почти везде всё такое же.