DLL i zwrot z funkcji

[Cyfrowy Baron]

Nigdy tego nie sprawdzałem dla bibliotek DLL, ale to możliwe. Trzeba więc stworzyć klasę i przekazywać argumenty poprzez elementy klasy.

[polymorphism]

Pola w strukturze nie przenoszą wartości z DLL. Czy to możliwe?

Jak to nie przenoszą? Jeśli zwracasz przez wartość tę strukturę, to nie ma takiej opcji.

@Baron, w C++ klasa i struktura to praktycznie to samo. Zamiana jednego na drugie niczego nie zmieni, jeśli sam sposób użycia jest zły.

[duf]

Jeśli zwracasz przez wartość tę strukturę, to nie ma takiej opcji.

Przez wartość. Próbowałem przez referencję ale jest błąd.
Struktura w pliku .h podłączona do dwóch projektów za pomocą Add to Project

Kod: Zaznacz cały

struct XMLstruct
{
   int nrpliku;
   String Label55;
   String Label146;
   String datainrpliku;
};
XMLstruct XMLstruktura;

W DLL sprawdzam wartość i ona jest.

Kod: Zaznacz cały

XMLstruktura.datainrpliku = "20100616";
ShowMessage( (XMLstruktura.datainrpliku).c_str());

W głównej aplikacji string jest pusty.

Kod: Zaznacz cały

ShowMessage( (XMLstruktura.datainrpliku).c_str());

[polymorphism]

A skąd kompilator ma wiedzieć, że zmienna XMLstruktura jest zdefiniowana w DLL-ce? W obecnej formie obie strony mają swoją wersję tej zmiennej.

[duf]

A skąd kompilator ma wiedzieć, że zmienna XMLstruktura jest zdefiniowana w DLL-ce? W obecnej formie obie strony mają swoją wersję tej zmiennej.

Jak zrozumiałem DLL powinna zwrócić XMLstruktura poprzez wartość. W głównym programie odbieram tą wartość i przypisuję do innej zmiennej typu XMLstruct. Czy tak? Jeżeli tak to mam błąd podczas zamykania aplikacji. Pola struktury są zmieniane.

Edit:
Ta inna zmienna w głównej aplikacji musi być jednak zdefiniowana wcześniej w pliku .h. A w DLL muszę utworzyć własną zmienną i ją zwrócić. Ale to jednak dalej powoduje problem z pamięcią podczas zamykania aplikacji.

[polymorphism]

Jak zrozumiałem DLL powinna zwrócić XMLstruktura poprzez wartość.

Nie DLL-ka, tylko funkcja co najmniej.

Czy tak?

Tak.

Jeżeli tak to mam błąd podczas zamykania aplikacji.

Masz błąd, o którym była już mowa w innym wątku... Twoim wątku. Sprawa dotyczy zarządzania pamięcią w relacjach aplikacja <-> DLL.

[duf]

Masz błąd, o którym była już mowa w innym wątku... Twoim wątku.

Pokaż mi z łaski swojej gdzie jest ten wątek.

[polymorphism]

http://programowanie.cal.pl/forum/viewtopic.php?p=6254#p6254

[duf]

Tylko, że ja tu nie tworzę obiektu dynamicznego i nigdzie go nie zwalniam.

[polymorphism]

Ty może nie, ale w strukturze masz Stringi, które dokonują alokacji pamięci na własne potrzeby. Jeśli nie masz z góry narzuconego wymogu, odpuść sobie DLL-ki, bo większy z tego problem niż pożytek. W sumie DLL-ek używa się w dwóch przypadkach: pluginy/rozszerzenia (run-time dynamic linking) i współdzielone, duże biblioteki (load-time dynamic linking). W pozostałych przypadkach nie maja większego sensu _{(poza jakimiś specyficznymi zastosowaniami)}.

Oczywiście nie można wykluczyć, że powodem błędów jest coś innego, ale...

[Cyfrowy Baron]

Ty chcesz byśmy zgadywali coś Ty tam napisał. Podaj kod - funkcji w bibliotece DLL, sposoby w jaki ją eksportujesz z biblioteki, podaj kod importu funkcji i sposoby w jaki podłączasz bibliotekę w aplikacji, oraz konstrukcję struktury. Bez tych danych nie da się nic więcej powiedzieć o Twoim problemie.