Написл DLL на VS2005 динамически загружаю ее из C++Builder 6.
Нормально вызываются экспортируемые ф-ии.

Проблема:

Одна из ф-ий возвращает указатель на объект моего класса, далее я работаю с этим указателем и вызываю его методы, проблема в том, что в методы приходят явно испорченные значения.

В чем может быть дело ?

  А кто сказал что можно возвращать объекты из программы или из Dll? Сам класс в Dll и приложении это не один и тот же класс. Класс наверняка не экспортировался, разные модули по разному компилируют и собирают один и тот же код. Могут быть особенности оптимизации или же неявное использование RTTI или других встроенных механизмов. 

Тогда как можно поступить в этом случае ?

я говорю 
в чем собственно проблема?

интерфейс о ктором знает и длл и апликация


длл


приложение 



Это сообщение отредактировал(а) chaos - 17.6.2009, 06:32

chaos, у меня практически такойже код, но вот только проблема в том, что о ноткомпилирован под VS2005, а DLL вызываю из C++Builder, думаю в этом проблема. Вот и хотелось бы узнать, как можно вызывать методы из такой DLL.

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

Использование:




Это сообщение отредактировал(а) Artemon - 17.6.2009, 10:40

Alexeis описал проблему. Обьект возвращать можно, в случае если обе программы пишутся на том же компиляторами, компилируются теми же опциями. И еще много "ЕСЛИ".

Проблемных примеров тысяча.
что вам известно о vtable? В стандарте об этом ничего не сказано...следовательно размеры обьектов могут различаться? Могут!
Разные выравнивания структур могут быть? Могут! Об этом тоже стандарт молчит. Как насчет overhead -а при выделениях памяти?
Продолжать можно долго. Вообщем нежелательно этим заниматся.

Добавлено через 1 минуту и 53 секунды

писать программу и DLL на одном и том же компиляторе  

Да, это выход, но чтобы к примеру на VS2005 + MFC написать сложный интерфейс - нужно убить кучу времени.

Ладно пойду другим методом:

Заведу глобальную переменную класса внутри DLL
И буду ее дергать только через экспортируемые ф-ии DLL.

ну так напишите Длл на билдере, в чем проблема?


а что это изменит?

как на счет прикрутить WinForm или QT   

Кстати - в свое время я прикручивал библу, но статически.

Добавлено через 4 минуты
При условии что есть *.lib исходной библиотеки. используем тузлу coff2omf.exe (вместе с Билдером постовляется) - из консоли 
coff2omf vs.lib vs.tmp
и затем меняем vs.tmp на vs.lib и соединяем с проектом в Билдере.

Мало ли - вдруг поможет.

    Даже если версия компилятора совпадает, это не гарантия что всегда будет работать. Гарантия правильной работы будет только в случае если класс экспортируется. Может будет, может нет. Нельзя программировать надеясь на "может".

Да дело в том, что после Win32 нужно будет по быстрому перевести эту DLL в WinCE, вот поэтому и пишу DLL на VS2005.



Это все в корне меняет, я не вызываю напрямую вирутальные методы объекта, вместо этого я вызываю экспортируемые ф-ии DLL.



Нет желания разбираться, побыстрее сделать и забыть.



У меня ни разу не было чтобы с одинаковым компилятором и вылез какой-то глюк.

  Это не гарантия  . Производитель компилятора не гарантирует что это будет работать. Если речь идет о билдере с его VCL компонентами, то там на 100% работать не будет несмотря на то что версия компилятора совпадает, даже если объединить менеждеры куч. Это проверенно не одним "камикадзе"

Используйте COM модель. Состыкуется (и на CE переведется)