vavan,

у нас с 2006 шагнули прямо на XE2, на которой и остаемся.
в общем, это была одна из задач, на которую меня взяли.

я слава богу сам не сидел, но когда они бак-портировали один мой код и он перестал работать, вот тоогда я оценил! позвали, разбирайся.... Разобрался. 2006 в некоторых случаях игнорировала виртуальность методов и вызывала методы родителя. как говориться, "ВНЕЗАПНО"

й2й2й2,

в весьма конкретном случае, но - да

были некоторые внутреннние структуры типа матриц и я для них делал for x in y циклы - по ячейкам, по столбцам и по строкам

соответственно у энумераторов этих структур часть кода была общая из предка-энумераторов, а часть отдельная под структуру

вот эта отдельная часть в 2006 и игнорировалась, то ли MoveNext то ли какой-то другой метод из трёх.

пришлось делать "передачу эстафеты"




Вот это уже нормально вызывалось. А то, что компилятор сам генерил для for-in цикла - жёстко шло по базовому типу TMyData.GetEnumerator()

й2й2й2,

попробую открыть окно модулей Ctrl+Alt+M и там сделать reload symbols из контектного меню

ИНОГДА срабатывает

ИНОГДА можно посмотреть как и где Delphi шарит по диску и понять, почему оно не там смотрит

я например так узнал, что XE2 Upd4 по умолчанию в System32 кладет RTL от Upd3. В результате программы собираются сотносительно новых rtl160.bpl - а запускаются относительно старых. После чего отладчики срывает крышу от показывание неправильных строк в исходниках, и до отказа подгружать исходники.

таже отладчику в XE2 срывает крышу, когда один и тот же модуль есть в EXE и DLL. Так что если, например, используешь DevExpress - то используй только в каком-то одном модуле. Иначе будут тебе watch и evaluate/modify показывать не тот экземпляр переменной, который ты думаешь они показывают

В общем, начиная с Delphi 3 (1995 год что ли? или 1997?) они отказались от DLL и перешли на BPL.
И поддержка DLL там по остаточному принципу.
Так что лично я, если нет причин в конкретном случае использовать именно DLL, их и ен использую :-)