hatte eine Weile kein C++ mehr und bin nun auf der Suche nach einer Möglichkeit ein Object für 2 Programme zu nutzen.
Das Problem ist wie folgt:

Ich nutze C++ für die Verwendung von CGIs - was aber nix zur Sache tun sollte.
Mit dem ersten "Programm" einem Login wird eine sogenannte Session_variable gespeichert. Diese wird nach dem Programmaufruf mit einer Set-Methode für das weitere Arbeiten gespeichert. Für Abfragen nutze ich dann eine entsprechende Get-Methode um eventuell z prüfen ob die Variable leer ist oder nicht. Nun das eigentliche Problem. Da für den Logout ebenfalls ein Programm entwickelt wurde, bräuchte ich nun die Sessionvariable, wenn ich aber ein Objekt der Klasse erstelle in der sie gespeichert ist, wird sie ja mit 0 neu initialisiert. Kann ich es irgendwie schaffen, dass ich aber genau auf das Objekt zugreifen kann wo die Variable gespeichert ist?

Nebenbei:
Hatte auch versucht, es einmal innerhalbt nur eines "Programmes" zu nutzen, für den Fall das sich einer erneut einloggen will von einem Rechner. Da sollte vorher auch abgeprüft werden ob schon eine Session besteht, bevor wieder eine neue angelegt wird - sozusagen das Programm sollte Zweitaufrufe von einem Rechner unterbinden. Leider war auch hier das gleiche Problem es wurde das Objekt neu angelegt und nicht auf das alte zugegriffen - so dass die Session am Anfang immer leer sein wird.

Daher die Frage: gibts eine Möglichkeit, dies dennoch zu realisieren wie ich es vorhabe? Dachte da nebenbei an das Speichern/Lessen des Objekts mit Hilfe Set-/Get-Methoden. Aber dies wollte auch irgendwie nicht hinhauen - vllt. hab ich es auch nur falsch angepackt. Aber wie gesagt, bin jetzt erst wieder zu C++ gekommen für meine Diplomarbeit und davor hatte ich eine zeitlang nichts damit zu tun.

Danke im Voraus für hilfreiche Antworten

Eine Möglichkeit ist, die Objekte irgendwie in einem persistentes Medium zu speichern, wie z. B. eine Datei oder eine Datenbank. Da musst Du Dir Gedanken über die Serialisierung und Deserialisierung von Objekten machen.

Eine andere Möglichkeit ist, die grundlegende Prozeßstruktur zu überdenken und statt einfaches CGI etwas ausgefeilteres zu verwenden, was so nebenbei auch wesentlich performanter ist. Du bräuchtest einen Webapplikationsserver, der die C++-Programme nicht für jeden Request neu starten muß.

Tntnet

Erst hatte ich versucht, dass komplette Object zu serialisieren, wollte aber irgendwie nicht. Danach hab ich es nur mit den entsprechenden Attributen versucht, dass klappt auch. Jedoch beim deserialisieren, kommt es zum Segmentation Fault. Normal bin ich es gewohnt, dass wenn dieser auftritt das Programm genau an der Stelle hängenbleibt. Aber da ich die entsprechende Zeile ausgemacht habe sehe ich, dass er dennoch mit dem Code bis "zum Schluss" weitermacht. Nun bin ich aber noch ein wenig ratlos wie ich diesen Segmentation Fault umgehe. Normal ist dies ja ein Fehler der durch Speicherzugriffe die nicht erwünscht sind kommen.
Aber bevor ich lese habe ich mir ein neues Objekt (zu Testzwecken) angelegt. Nach dem Konstruktoraufruf wird damit eigentlich Speicher reserviert (vllt. ein wenig unverständlich da ein eigener Typ, der aber beding schon existiert und ich ihn nur weiternutze).

CorbaClient::CorbaClient()
{
   Tomas::AccessControl::SessionI_var* session_obj = new Tomas::AccessControl::SessionI_var;
}

Hier versuche ich dann dass ganze zu deserialisieren.

//+DEBUG for SERIALIZATION
      CorbaClient cc2;

      ifstream ifs("ngHLR.session");
      ifs.read(reinterpret_cast<char *>(&cc2.user),sizeof(cc2.user));
      ifs.read(reinterpret_cast<char *>(&cc2.session_obj),sizeof(cc2.session_obj));
      cout << "Testoutput\n";
      cout << "SizeOF (cc2): " << sizeof(cc2) << endl;
      cout << "Session: " << cc2.session_obj << endl;
      cout << "User: " << cc2.user << endl;
      cout << "\n";
      ifs.close();
      //-DEBUG for SERIALIZATION

und bei der Zeile

ifs.read(reinterpret_cast<char *>(&cc2.session_obj),sizeof(cc2.session_obj));

ist scheinbar der Segmentation fault, nur dass er halt die Debugausgaben danach noch ausgibt, statt hängenzubleiben wie bisher bei Segmentation Faults. Da für meine Auffassung auch Speicher mit dem Objekt reserviert wurde, ist für mich fraglich wie ich es behebn kann. Getestet wurde es mit dem auskommentieren der Zeile und der Aufruf bleib ohne Fehler.

Dann noch eine Frage zu deinem zweiten Vorschlag, hast du Schlagwörter oder Links nach den ich suchen kann um mich da mal einzulesen? Scheint auch ne interessante Methode zu sein.

Danke im Voraus.

Bei Zeigern müßtest du ja erst dafür Speicher reservieren...

Welche Datentypen haben denn cc2.user und cc2.session_obj?

Bei Zeigern müßtest du ja erst dafür Speicher reservieren...

also user ist vom typ char* und session_obj wie oben geschrieben vom typ Tomas::AccessControl::SessionI_var

Da er aber nur bei session_obj den Fehler schmeißt, vermute ich, dass es daran liegt. Aber meiner Meinung nach reserviere ich auch Speicher indem ich CorbaClient cc2 machen - da im Konstruktor für das session_obj ja Speicher reserviert wird (meiner Meinung nach).

Hatte ganz am Anfang (vor Serialisierung) das Problem mit dem session_obj - nachdem ich die Zeile zum Konstruktor hinzugefügt hatte ging es (siehe oben) - daher bin ich auch der Meinung, dass diesmal Speicher reserviert wird, da ich ebenfalls vorab den Konstruktur aufrufe.

Lasse mich aber eines besseren belehren, da ich ja erst wieder einsteige in das Thema schlimm wenn man 1,5 - 2 Jahre Pause hatte und davor nur ne Art "Crashkurs"

ifs.read(reinterpret_cast<char *>(cc2.session_obj),sizeof(*cc2.session_obj));

Außerdem:
Wo wird denn Speicher für cc2.user angelegt?

Denn wenn cc2.user ein "char*" statt ein "char [N]" ist, dann liefert sizeof(cc2.user) nur 4 (bzw. 8 auf 64Bit-Systemen) zurück und nicht N!!!

P.S. Wenn es doch ein "char*", dann müßtest du zur Serialisierung erst die Länge des Strings abspeichern und anschließend den Stringtext und beim Einlesen dann die Länge bei 'read' übergeben.

Eine andere Möglichkeit ist, die grundlegende Prozeßstruktur zu überdenken und statt einfaches CGI etwas ausgefeilteres zu verwenden, was so nebenbei auch wesentlich performanter ist. Du bräuchtest einen Webapplikationsserver, der die C++-Programme nicht für jeden Request neu starten muß.
Tntnet

fast-CGI muesste dafuer gut sein. da wird das C programm nicht sofort beendet sondern noch ne bestimmte zeit im speicher gehalten, bis es beendet wird.

Meep Meep

Wenn das Programm sich Objekte merkt und der nächste Request landet bei einem anderen Prozeß, sei es, da es mehrere gibt oder der fast-CGI-Prozeß einfach mal neu gestartet wurde, wird das Objekt nicht mehr gefunden. Es könnte beim übernächsten Request sogar schon wieder da sein, da es wieder beim Originalprozeß landet

Das ist jetzt ein wenig offtopic geraten. Eigentlich gehören diese Überlegungen eher in Webzeugs.

Was meint ihr dazu???

@tntnet: sehe jetzt erst, dass du grad auch aktuell in mein Blickwinkel geraten bist, denn ich habe vor kurzem durch googlen dein Projekt tntnet gefunden, und dachte mir vllt könnte mir das weiterhelfen - klingt auch recht interessant - vllt kann ich ja meine Dinge mit deinem Projekt verbinden *noch ein wenig skeptisch ist*.

@tntnet: sehe jetzt erst, dass du grad auch aktuell in mein Blickwinkel geraten bist, denn ich habe vor kurzem durch googlen dein Projekt tntnet gefunden, und dachte mir vllt könnte mir das weiterhelfen - klingt auch recht interessant - vllt kann ich ja meine Dinge mit deinem Projekt verbinden *noch ein wenig skeptisch ist*.

Mit Tntnet ist dein Problem leicht gelöst. Einfach dein Objekt in einem <%session>-Block definiert und das bleibt so lange gültig, bis du die Session explizit mit "request.clearSession()" löschst.

(ich hoffe mein Hinweis auf ldconfig hat dir weiter geholfen )

k1x schrieb:

@tntnet: sehe jetzt erst, dass du grad auch aktuell in mein Blickwinkel geraten bist, denn ich habe vor kurzem durch googlen dein Projekt tntnet gefunden, und dachte mir vllt könnte mir das weiterhelfen - klingt auch recht interessant - vllt kann ich ja meine Dinge mit deinem Projekt verbinden *noch ein wenig skeptisch ist*.

Mit Tntnet ist dein Problem leicht gelöst. Einfach dein Objekt in einem <%session>-Block definiert und das bleibt so lange gültig, bis du die Session explizit mit "request.clearSession()" löschst.

(ich hoffe mein Hinweis auf ldconfig hat dir weiter geholfen )

ja hat weitergeholfen..... muss mich mal einlesen, ob ihc wirklich für meine Arbeit/Projekt auf dein Projekt zurückgreifen kann wäre natürlich genial, wenn ich da meinen Client (das Interface) dort einbringen könnte für meine Kommuikation über CORBA