Здравствуйте.
Столкнулся с такой проблемой: есть dll-ка, созданная на MSVC 2008. В ней используется (как его обозвал xvr, кажется) недо-COM. Сейчас поясню. Описан виртуальный абстрактный интерфейс, сделан наследник от него и функция создания объекта
iface.h

iface_impl.h

ну и ф-ция создания объекта:

теперь в проекте на MinGW делаю следующее

И вот тут начинаются чудеса. Вот вывод приложения

а дальше приложение "падает". оно и понятно - вместо init() вызывается reset(), а вместо reset() - destroy()... дальше понятно, почему падает..

Немного поковырялся и нашёл, как вывести class layout в студии и в MinGW.
Вот студийный class layout

вот MinGW-шный


Теперь, собственно, вопрос: откуда у MinGW взялся второй деструктор и что это за IFace::__vecDelDtor у студии ?
А, да... Самое главное: как, всё-таки их (студию и MinGW) подружить ?

Спасибо.

Это сообщение отредактировал(а) borisbn - 11.4.2012, 13:05

подобную штуку я писал. но проверял как: gcc(.dll)-gcc(loader), mingw(.dll)-mingw(loader). все работает.

Добавлено через 32 секунды

попробуй убери.

ну... среди "своих", понятно дело, разлада нету   
проблема-то именно msvc(.dll)-mingw(loader)... я так понимаю, что и наоборот тоже будет проблема


пробовал. так же пробовал от pack( 1 ) до pack( 8 ). Результат тот же.

Ты обратил внимание, что MinGW генерит 2 деструктора ? Откуда ?   
Кстати, можешь сам попробовать - скомпилять этот h-ник с опцией -fdump-class-hierarchy
Будет создан файл имя_cpp_шника.class, из которого я и выдернул Dump из первого сообщения

да. хз откуда.

венды под рукой нет, а gcc вообще не понимает что такое __stdcall   
хотя, помоему, должен...

Добавлено через 6 минут и 17 секунд
http://liveworkspace.org/code/c08712cda514...6ffd45d6b63fb95

MinGW понимает. И правильно понимает.
Хмммм.... Если верить студийному дампу

то у студийного интерфейса тоже 2 деструктора: обычный IFace::__delDtor и какой-то "векторный" что-ли - IFace::__vecDelDtor
может у gcc/mingw 2-й деструктор тоже "векторный", но располагается в виртуальной таблице сразу за обычным, а в студии в конце, например ?
Пойду погуглю про vecDelDtor

а обязательно из DLL возвращать IFace ???? может сделать проще, IFace пускай будет внутри DLL  а из нее только экспортировать обычные функции работающие с IFace

Dem_max, да оно-то можно... но хотелось бы более ... высокоуровнево что-ли работать.
И ещё: сейчас я подгружаю dll-ку динамически (QLibrary::resolve). При большом количестве функций в интерфейсе это будет напрягать.
Сейчас при изменении интерфейса мне достаточно перекомпилировать оба проекта и всё. А так - ещё не забыть добавить соответствующую функцию в таблицу экспорта... Неохота... А главное - обидно - у меня такая связка работает на куче проектов на Builder'е, студийном и интеловском компиляторах...

P.S. Подгружать dll-ку статически (через библиотеку импорта) не могу, т.к. по логике работы при отсутствии dll-ки у меня работает один код, а при наличие - код из неё.
Да и просто интересно уже разобраться как подружить детей Била Гейтса и boostcoder'а       

он ведь так и сделал:

boostcoder, не... насколько я понял, Dem_max имел в виду что-то типа такого

borisbn, так этого не нужно. то что ты сделал должно работать.

однако, при таком вызове

вызывается так

и очень похоже, что из-за второго деструктора.


очень похоже на правду... вот здесь - http://www.developerfusion.com/article/843...th-the-dia-sdk/ - в разделе "Running the utility" есть такой код с примечательными комментариями

Да никак, хотя  может дэ фукс и получиться чего
Не пользуй под винду не родное и спи спокойно   
И доку читай Мелкософта , там это написано ,


 

sergioK1, если хочешь потроллить - ошибся адресом. Я не кормлю троллей.
Если хочешь помочь в проблеме - расскажи, что ты вычитал в "доке у Майкрософта". А ещё лучше дай ссылку, а то твои выражения непросто понять.

borisbn, COM интерфейс ничего не знает о деструкторах. Деструкторы это непереносимая фишка С++. Виртуальный деструктор может быть в классе, но его не должно быть в COM интерфейсе. Поскольку ты использовал непереносимую конструкцию вот и поимел проблемы.   
  Для уничтожения объекта можешь написать простые виртуальные функции. 

Попробуй в "обычном" эклипсе (http://www.eclipse.org/downloads/) в худшем случае полчаса потеряешь, 
просто попробуй,  2 строку  выбери,   Я не понимаю "что-такое mingw" 

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

Если под VC работает то что еще надо-то?, твой product manager этого не понимает ?,
для кастомера какая разница ? 
или Я чего не понимаю .





 

оно и под мингв работает, если ты вдруг не заметил ;)

и

- поддержка RTTI (и Exception'ов)

Поддержка множественного наследования (в этих слотах лежат смещения от this, переданного в метод родителя, до реального this потомка)
Смещения this'ов для operator delete и operator delete[] для класса (IMHO)


Это сообщение отредактировал(а) xvr - 12.4.2012, 14:07

xvr, и? какой вывод? какое решение?

я тебе уже отвечал на это


Я тоже так подумал сначала. Для чего отключил поддержку RTTI в студии и перекомпилял. Вывод class layout'а нисколько не изменился...


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


так и сделал (IFace::destroy())... я просто хотел защититься от удаления указателя на интерфейс из exe-шника, поэтому и сделал protected-деструктор.
Скорее всего, Alexeis, ты прав, и нужно будет просто выкинуть этот деструктор.

Ну собственно Alexis уже предложил решение - не использовать деструктор. Ну и поискать опции, что бы убрать поддержку множественного наследования из таблицы. (/vd0 и возможно еще что то, надо искать)