ich habe eine Struktur A, welche intern u.a. einen Pointer auf eine weitere Struktur B besitzt. Einen Pointer auf eine Variable vom Typ A übergebe ich jetzt an eine Funktion set_b(), welche mir innerhalb von A den MEmber B mit einem Wert beschreibt, nach dem Funktionsaufruf hat A->B also einen neuen Wert.

Das ganze Funktioniert innerhalb eines reinen C-Programmes problemlos.

Jetzt habe ich den Aufbau aber geändert: set_b() becindet sich immer noch in einem C-File, wird aber zu einer statischen Bibliothek compiliert. In einem Headerfile wird set_b() als "extern "C"" exportiert.

Das eigentliche Hauptprogramm ist jetzt eine C++-Applikation, welche diese Bibliothek einbindet und set_b() aufruft. Compilieren klappt problemlos, es gibt keine Linkerfehler.

Allerdings funktioniert set_b() jetzt nicht mehr, auch wenn A->B innerhalb von set_b() einen anderen Wert hat, beim Aufrufer von set_b() ist A->B unverändert! Was geht denn da schief?

Die Funktion set_b() ist auch entsprechend deklariert:

set_b(struct A *my_a);

In set_b() wird dann nichts weiter gemacht als

my_a->b=0xIRGENDWAS

gesetzt.

Die Struktur ist in etwas sowas:

struct A
{
struct B *b;
};

Ähm was willst du noch sehen? Die kompletten 30 Files kann ich kaum posten und die wesentlichen Elemente findest du in meinem Posting oben!

Versuche das auf ein minimales Beispiel zu reduzieren, welches für uns compilierbar ist, den gezeigten Fehler zeigt und den wichtigen Stellen aus deinem Code entspricht.
Wir können deinen Fehler sonst nicht nochvollziehen, es gibt zu viel, was du falsch gemacht haben könntest. Prinzipiell ist es möglich, C-Funktionen in C++ zu benutzen, also musst du an irgendeiner Stelle einen Fehler gemacht haben.

Ansonsten bietet sich bei solchen Problemen (oder eigentlich auch allen) die Benutzung eines Debuggers an, mit dem du den Programmablauf verfolgen und vergleichen kannst.

Die Definitionen von A, set_b und ggf. B wären ein Anfang.

Ähm und was ist mit meinem zweiten Posting? Habe ich da drin eine Blumenwiese beschrieben?

Habe ich da drin eine Blumenwiese beschrieben?

Wenn du so direkt fragst: Ja
Die Fragmente kann man zu allem möglichen zusammensetzen (von dem "in etwas sowas" und 0xIRGENDWAS will ich gar nicht reden).

PS: Bist du überhaupt sicher, daß genau diese Funktion aufgerufen wurde?

Ansonsten bietet sich bei solchen Problemen (oder eigentlich auch allen) die Benutzung eines Debuggers an, mit dem du den Programmablauf verfolgen und vergleichen kannst.

Auweia...was glaubst du, wie ich festgestellt habe, dass meine Applikation dieses Verhalten zeigt? Mit einer Wünschelrute??

Ich habe mit einem Debugger festgestellt, dass innerhalb von set_b() der Member der Struktur gültig ist und sofort nach dem Rücksprung eben nicht mehr. Dazwischen ist schlichtweg kein Code.

Wenn da irgend eine Zeile wäre, die den Member auf irgend was anderes setzen würde, hätte ich es gesehen und würde wohl kaum hier fragen!?

Ähm was willst du noch sehen? Die kompletten 30 Files kann ich kaum posten und die wesentlichen Elemente findest du in meinem Posting oben!

Wo ist der Aufruf der Funktion? Wie und wo wird eine Variable vom Typ A definiert?

(von dem "in etwas sowas" und 0xIRGENDWAS will ich gar nicht reden).

PS: Bist du überhaupt sicher, daß genau diese Funktion aufgerufen wurde?

Noch mal: Ich sehe es im Debugger! Das 0xIRGENDWAS ist schlichtweg nicht relevant, oder kann jemand per Telepathie auf meinen Rechner sehen und eine Hex-Adresse, die da drin steht decodieren?

Noch mal ganz langsam:

Ich gehe in diese Funktion set_b() rein, übergebe die Struktur. In set_b() wird ein Member dieser Struktur (der eben ein Pointer ist) auf enen Wert !=NULL gesetzt (also 0xIRGENDWAS).

Bis zum Ende von set_b() enthält der Pointer in dieser Struktur die richtige Adresse, sofort nach dem Rücksprung aus set_b() steht da wieder NULL drin.

Also dürfte der vorherige Inhalt des Pointers dja wohl komplett unwichtig sein, oder?

Wo ist der Aufruf der Funktion? Wie und wo wird eine Variable vom Typ A definiert?

In einer anderen Funktion, die Variable vom Typ A wurde per malloc() erzeugt.

manni66 schrieb:

Wo ist der Aufruf der Funktion? Wie und wo wird eine Variable vom Typ A definiert?

In einer anderen Funktion, die Variable vom Typ A wurde per malloc() erzeugt.

Ich möchte keine Prosa sondern Code.

CStoll schrieb:

(von dem "in etwas sowas" und 0xIRGENDWAS will ich gar nicht reden).

PS: Bist du überhaupt sicher, daß genau diese Funktion aufgerufen wurde?

Noch mal: Ich sehe es im Debugger! Das 0xIRGENDWAS ist schlichtweg nicht relevant, oder kann jemand per Telepathie auf meinen Rechner sehen und eine Hex-Adresse, die da drin steht decodieren?

Nein, können wir nicht (und der Service hat mir neulich mitgeteilt, daß die Reperatur meiner Kristallkugel sich noch etwas verzögern könnte). Deshalb wärst du mal so freundlich, den Code in einem etwas größeren Zusammenhang zu zeigen.
(eine Vermutung wäre, daß du in der Funktion den übergebenen Zeiger überschrieben hast und nun mit etwas anderem arbeitest)

PS: Das folgende ist eigentlich nicht mein Stil, aber es muß wohl sein: Wenn du weitere so nichtssagende Beiträge lieferst, verwende ich meinen Schlüsselbund.

Sorry, aber das ist wohl der inkompetenteste Thread überhaupt. Nur mal was zu Nachdenken: wenn der 100% identische Code in C (also aus Dateien mit Endung .c) korrekt funktioniert und nur durch Umbenennen nach .cpp und Recompilieren kaputt geht - wie kann es da irgend eine falsche Verwendung oder Überschreiben des Pointers sein? Denkt der C-Compiler mit und legt mir heimlich eine neue Variable an?

EOF.

Die Leute hier sind ziemlich kompetent und programmieren seit Jahren, großteils auch beruflich. Du bist hier der inkompetente.

Sorry, aber das ist wohl der inkompetenteste Thread überhaupt.

Tja, daran bist du aber selber schuld - wenn du (auch nach mehrfachen Nachfragen) keinen gescheiten Input lieferst, kannst du auch keine brauchbaren Antworten erwarten.

Nur mal was zu Nachdenken: wenn der 100% identische Code in C (also aus Dateien mit Endung .c) korrekt funktioniert und nur durch Umbenennen nach .cpp und Recompilieren kaputt geht - wie kann es da irgend eine falsche Verwendung oder Überschreiben des Pointers sein? Denkt der C-Compiler mit und legt mir heimlich eine neue Variable an?

Da hast du womöglich das weite Feld des undefinierten Verhaltens betreten - da kommt es mitunter auf Kleinigkeiten an, um aus einem scheinbar funktionierenden Code eine mittlere Katastrophe werden zu lassen.

PS: Die Farbe deiner Maus interessiert hier niemanden (wir sind hier Programmierer und keine Stil-Berater)

Nachdenken: wenn der 100% identische Code in C (also aus Dateien mit Endung .c) korrekt funktioniert und nur durch Umbenennen nach .cpp und Recompilieren kaputt geht - wie kann es da irgend eine falsche Verwendung oder Überschreiben des Pointers sein?

Damit wäre die Frage geklärt. Erfahrungsgemäß haben 99% aller Programmierprobleme etwas mit dem Quelltext zu tun. Wieso ......

ach was solls, das ist mir zu blöd...
Wieso stellen Leute, die glauben schon alles zu wissen, überhaupt Fragen?

Ein Link zu wie-stelle-ich-eine-Frage plus Thread schließen scheint mir hier das vernünftigste zu sein.

(@camper: verstehe das als Kompliment! Du bist (sonst) immer so ruhig und sachlich, das ist echt bewundernswert)

Da hast du womöglich das weite Feld des undefinierten Verhaltens betreten - da kommt es mitunter auf Kleinigkeiten an, um aus einem scheinbar funktionierenden Code eine mittlere Katastrophe werden zu lassen.

war die eigentliche frage nicht genau danach?

CStoll schrieb:

Da hast du womöglich das weite Feld des undefinierten Verhaltens betreten - da kommt es mitunter auf Kleinigkeiten an, um aus einem scheinbar funktionierenden Code eine mittlere Katastrophe werden zu lassen.

war die eigentliche frage nicht genau danach?

Nein, die Frage war warum geht es in C und in C++ nicht. Bei undefiniertem Verhalten ist das Ergebnis in beiden Sprachen zufällig.

Und: es war weder irgend eine falsche Pointerverwendung noch hätte auch nur irgend eine Zeile Code was genutzt (ich hätte das komplette Programmpaket posten können ohne dass es zur Problemlösung beigetragen hätte).

Vielmehr war es ein Problem mit der Buildumgebung. Ach ja, die Lösung habe ich über ein anderes Forum bekommen, in dem nicht ein einziger irgend was von "ey du Trottel, gib Code oder es gibt auf Fresse" gegrölt hatte, die waren dort auch so - und durch kompetentes und vor allem höfliches Nachfragen - in der Lage, den entscheidenden Tipp zu geben.

Hoffentlich entwickelt keiner von euch "Experten" wirklich wichtige Software...

Und: es war weder irgend eine falsche Pointerverwendung noch hätte auch nur irgend eine Zeile Code was genutzt (ich hätte das komplette Programmpaket posten können ohne dass es zur Problemlösung beigetragen hätte).

Mit anderen Worten: Jemand hatte noch eine funktionierende Glaskugel vorrätig. Thread bitte schließen.

Vielmehr war es ein Problem mit der Buildumgebung.

Wenn es ein Problem der Umgebung war, dann hast du vermutlich (unbewußt) ein Feature genutzt, das außerhalb des ANSI-Stantards liegt.

Ach ja, die Lösung habe ich über ein anderes Forum bekommen, in dem nicht ein einziger irgend was von "ey du Trottel, gib Code oder es gibt auf Fresse" gegrölt hatte, die waren dort auch so - und durch kompetentes und vor allem höfliches Nachfragen - in der Lage, den entscheidenden Tipp zu geben.

von "auf Fresse" oder ähnlichem habe ich hier nichts gelesen - genau genommen warst du der einzige, der sich daneben benommen hat und auf unsere höflichen Nachfragen pampig reagiert hat.

Hoffentlich entwickelt keiner von euch "Experten" wirklich wichtige Software...

Doch, sowas gibt es hier auch - aber die kennen dann vor allem die Feinheiten ihrer Entwicklungsumgebung

@camper: Er war wohl im Esoterik-Forum

Nur mal zur Info für die vielen, ach so kompetenten, hoch qualifizierten und hauptberuflich eben so professionellen Experten hier: Das Problem ist gelöst.

Und: es war weder irgend eine falsche Pointerverwendung noch hätte auch nur irgend eine Zeile Code was genutzt (ich hätte das komplette Programmpaket posten können ohne dass es zur Problemlösung beigetragen hätte).

Vielmehr war es ein Problem mit der Buildumgebung. Ach ja, die Lösung habe ich über ein anderes Forum bekommen, in dem nicht ein einziger irgend was von "ey du Trottel, gib Code oder es gibt auf Fresse" gegrölt hatte, die waren dort auch so - und durch kompetentes und vor allem höfliches Nachfragen - in der Lage, den entscheidenden Tipp zu geben.

Hoffentlich entwickelt keiner von euch "Experten" wirklich wichtige Software...

Süß.