<![CDATA[Borland Dll &amp; Visual Studio Problem]]>Ich schreibe mit dem BDS 2006 eine DLL für das Backend eines Programmes während ein Freund das Frontend (mit VS) schreibt.

Funktionen exportiere ich mit extern "c" damit es mit den unterschiedlichen compilern funktioniert.

Bisher haben wir nur int Werte ausgetauscht was immer funktioniert hat.

Nun muss aber eine string meiner dll übergeben werden sowie ein String zurückgeliefert werden und hier fangen auch die Probleme an.

Bei der Erstellung der Borland dll wird geraten das ich keine std strings übergebe sondern char*. Gut hab ich gemacht. Meine dll kompiliert, das vs programm auch. Wird das Programm auf meinem Rechner (mit der Dll) ausgeführt dann klappt alles einwandfrei. Wird das Programm jedoch auf dem Rechner meines Freundes ausgeführt kommt es zu einer exception.

Leider hab ich hier weder meinem compiler noch weis ich den genauen inhalt der fehlermeldung (auf alle fälle hat die meldung wohl keine besonders große aussagekraft gehabt, sonst wäre ich jetzt nicht hiet).

Woran kann das Problem liegen? Bitte um Hilfe. Habe absolut keine Ahnung was solch einen Fehler verursacht.

]]>https://www.c-plusplus.net/forum/topic/153034/borland-dll-amp-visual-studio-problemRSS for NodeSat, 11 Jul 2026 17:28:03 GMTWed, 12 Jul 2006 09:29:49 GMT60<![CDATA[Reply to Borland Dll &amp; Visual Studio Problem on Wed, 12 Jul 2006 09:29:49 GMT]]>Ich schreibe mit dem BDS 2006 eine DLL für das Backend eines Programmes während ein Freund das Frontend (mit VS) schreibt.

Funktionen exportiere ich mit extern "c" damit es mit den unterschiedlichen compilern funktioniert.

Bisher haben wir nur int Werte ausgetauscht was immer funktioniert hat.

Nun muss aber eine string meiner dll übergeben werden sowie ein String zurückgeliefert werden und hier fangen auch die Probleme an.

Bei der Erstellung der Borland dll wird geraten das ich keine std strings übergebe sondern char*. Gut hab ich gemacht. Meine dll kompiliert, das vs programm auch. Wird das Programm auf meinem Rechner (mit der Dll) ausgeführt dann klappt alles einwandfrei. Wird das Programm jedoch auf dem Rechner meines Freundes ausgeführt kommt es zu einer exception.

Leider hab ich hier weder meinem compiler noch weis ich den genauen inhalt der fehlermeldung (auf alle fälle hat die meldung wohl keine besonders große aussagekraft gehabt, sonst wäre ich jetzt nicht hiet).

Woran kann das Problem liegen? Bitte um Hilfe. Habe absolut keine Ahnung was solch einen Fehler verursacht.

]]>https://www.c-plusplus.net/forum/post/1096260https://www.c-plusplus.net/forum/post/1096260Wed, 12 Jul 2006 09:29:49 GMT<![CDATA[Reply to Borland Dll &amp; Visual Studio Problem on Wed, 12 Jul 2006 10:23:08 GMT]]>Evtl. handelt es sich um eine Debugversion, du solltest sicherstellen,
das du im Release Modus kompilierst.

]]>https://www.c-plusplus.net/forum/post/1096299https://www.c-plusplus.net/forum/post/1096299Wed, 12 Jul 2006 10:23:08 GMT<![CDATA[Reply to Borland Dll &amp; Visual Studio Problem on Wed, 12 Jul 2006 11:12:59 GMT]]>Ja es handelt sich um eine Debug-Version. Aber bisher ist es doch auch (mit Integer Werten) gegangen?

Was ändert release überhaupt?

]]>https://www.c-plusplus.net/forum/post/1096336https://www.c-plusplus.net/forum/post/1096336Wed, 12 Jul 2006 11:12:59 GMT<![CDATA[Reply to Borland Dll &amp; Visual Studio Problem on Wed, 12 Jul 2006 11:42:42 GMT]]>Ist der String, den Ihr austauscht, Nullterminiert? Vieleicht holt sich dein Freund (oder irgendeine Funktion des VS) die Stringlänge mit strlen (oder irgendeiner Funktion die eine Nullterminierte Zeichenkette erwartet).

]]>https://www.c-plusplus.net/forum/post/1096358https://www.c-plusplus.net/forum/post/1096358Wed, 12 Jul 2006 11:42:42 GMT<![CDATA[Reply to Borland Dll &amp; Visual Studio Problem on Wed, 12 Jul 2006 11:46:32 GMT]]>Wenn ihr char* übergibt, dann mit der .c_str()-Funktion von std::string. Vielleicht habt ihr .data() benutzt, die nicht null-terminiert sein muß (aber kann!). Nur .c_str() garantiert eine Null-terminierung.

]]>https://www.c-plusplus.net/forum/post/1096361https://www.c-plusplus.net/forum/post/1096361Wed, 12 Jul 2006 11:46:32 GMT<![CDATA[Reply to Borland Dll &amp; Visual Studio Problem on Wed, 12 Jul 2006 12:02:49 GMT]]>Kann es sein, dass du unter einer WinNT version (Win2000 - WinXP) und dein Freund unter einer Win95 Version arbeitet (Win95 - WinME)?

Fals ja dann schau mal ob die Aufrufskonventionen stimmen. WinNT arbeitet oft auch mit kapputem Stack weiter und kommt sogar zum erwartetem Ergebnis wogegen Win95 äußerst anfällig hierfür ist.

@Artchi Ich glaub nicht, dass es daran liegt. Erstens ist soweit ich weiß die .data() von Borland null terminiert und das würde nicht das unterschiedliche Verhalten erklären. Einmal übersetzt kann ich nähmlich nicht vorstellen, dass das Verhalten von .data() ändert.

]]>https://www.c-plusplus.net/forum/post/1096367https://www.c-plusplus.net/forum/post/1096367Wed, 12 Jul 2006 12:02:49 GMT<![CDATA[Reply to Borland Dll &amp; Visual Studio Problem on Wed, 12 Jul 2006 12:06:42 GMT]]>Die Strings sollten eigentlich alle Null terminiert sein (da ich eben .c_str() verwende).

Aber inwiefern soll das was ausmachen wenn die dll und die exe schon kompiliert sind und der error erst dann kommt wenn er auf unseren sytemen ausgeführt wird? (Das ist ja eben das sonderbare)

@Ben04 Nein, wird arbeiten beide auf xp. (ich weis aber nicht ob mein freund home oder prof hat. Das sollte dann aber doch nicht das Problem sein?)

]]>https://www.c-plusplus.net/forum/post/1096371https://www.c-plusplus.net/forum/post/1096371Wed, 12 Jul 2006 12:06:42 GMT<![CDATA[Reply to Borland Dll &amp; Visual Studio Problem on Wed, 12 Jul 2006 12:25:17 GMT]]>Gen.d.Pz.Tr.Seb schrieb:

@Ben04 Nein, wird arbeiten beide auf xp. (ich weis aber nicht ob mein freund home oder prof hat. Das sollte dann aber doch nicht das Problem sein?)

Nein, das sollte nicht das Problem sein. Prof und Home unterscheiden sich nämlich soweit ich weiß nur durch die Abwesenheit mancher Komponenten und nicht durch eine andere Implementirung wie es bei WinNT und Win95 der Fall ist.

Seit ihr sicher, dass der Fehler überhaupt durch den Funktionsaufruf ausgelöst wird?

Handelt es sich auf beiden PCs um genau die gleiche Executable oder wurde die eine mit dem VC und die andere mit dem Borland zusammengelinkt?

]]>https://www.c-plusplus.net/forum/post/1096385https://www.c-plusplus.net/forum/post/1096385Wed, 12 Jul 2006 12:25:17 GMT<![CDATA[Reply to Borland Dll &amp; Visual Studio Problem on Wed, 12 Jul 2006 12:31:36 GMT]]>Ja, der Fehler wird durch den Funktionsaufruf (mit den char*) ausgelöst. Wird der auskommentiert geht alles (also die anderen Funktionen die alle nur integers nehmen und geben).

Es ist dieselbe exe (sprich sie wird immer vom VS zusammengelinkt).

]]>https://www.c-plusplus.net/forum/post/1096395https://www.c-plusplus.net/forum/post/1096395Wed, 12 Jul 2006 12:31:36 GMT<![CDATA[Reply to Borland Dll &amp; Visual Studio Problem on Wed, 12 Jul 2006 18:52:56 GMT]]>Declarire den Parameter mal als int und caste vom Pointer und zum Pointer zurück. Ist nicht die schöne Art aber wenn es nicht anders geht. Sollte aber eigentlich nichts ändern.

]]>https://www.c-plusplus.net/forum/post/1096698https://www.c-plusplus.net/forum/post/1096698Wed, 12 Jul 2006 18:52:56 GMT<![CDATA[Reply to Borland Dll &amp; Visual Studio Problem on Wed, 12 Jul 2006 19:17:28 GMT]]>Du übergibst aus der DLL- Funktion einen char* zu MS- Programm?
Kann ev. daran liegen, dss z.B. bei Borland AnsiStrin(auch mit anderen Strings) mit c_str() ein temporäreres Ding erzeugt wird.
Keiner weis wie lange das im RAM vorhanden ist. Die Gültigkeit verliert sich am Ende der Funktion.

Du kannst eine char[] Array dynamisch erzeugen. Dahinein KOPIERST Du den c_str() und übergibst den Zeiger. Der Aufrufer muss allerdings den Speicher freigeben.

Oder eine char Variable übergeben (die gross genug ist) und in diese das Ergebnis schreiben.

]]>https://www.c-plusplus.net/forum/post/1096709https://www.c-plusplus.net/forum/post/1096709Wed, 12 Jul 2006 19:17:28 GMT