...müsste ich ein objekt der klasse ja im try block deklarieren, kann dann aber nachher nicht mehr darauf zugreifen....

Rrrrrischtisch !!!
Konnte das Objekt nicht erzeugt werden, sollte man auch nicht drauf zugreifen ...
Ich sehe 2 Möglichkeiten: Entweder fasst Du den try-Block weiter, so dass er auch die nachfolgende Funktionalität (die dann das Objekt nutzt) umfasst, oder Du nutzt Pointer:

MyClass *c = 0;

try {
   c = new MyClass(1);
}
catch(unable_to_construct_MyClass_exception& e) {
   c = new MyClass(2); // vielleicht klappt's ja mit der 2
   // Falls nicht klappt, Fliegt halt wieder eine exception und dann geht's eben "raus hier"
}
c->useMyClass();
... 

// irgendwo später
delete c;

Das lohnt sich aber nur, wenn man wirklich so einen Retry (der auch eine Menge Aufregung verursachen kann) braucht.

Insgesamt würde ich eher Ersteres machen:

try {
   MyClass c(1);
   c.useMyClass();
}
catch(unable_to_construct_MyClass_exception& e) {
   // Hier hat's eben nicht geklappt, aber es wurde eben auch nichts gemacht mit dem "ungültigen Objekt"
}

Gruß,

Simon2.

wenn du im konstruktor die exception wirfst, hat die konstruktion nicht funktioniert.

der konstruktor benötigt mehrere parameter, da er wiederum eine winsock funktion aufruft die eben diese verwendet. da der konstruktor ja keinen rückgabewert hat sollte ein runtime_error signalisieren, dass die funktion fehlgeschlagen ist.

volkard schrieb:

du willst doch kein totes objekt fleddern?

kann ich dir nur sagen wenn du mir sagst was du mit dem fleddern meinst

Rrrrrischtisch !!!
Konnte das Objekt nicht erzeugt werden, sollte man auch nicht drauf zugreifen ...

mit den parametern die ich übergebe kann das objekt immer erzeugt werden, allerdings verliert es ja dann ausserhalb des try blocks seine gültigkeit auch wenn es innerhalb ohne probleme erzeugt werden konnte.

zu 1: das objekt enthält infos die im hintergrund stehn und auf die ab und zu zugegriffen wird, diese möglichkeit fällt also weg es sei denn der komplette code steht im try block.

zu 2: retry brauche ich auch nicht aber das mit dem dynamischen allokieren ist hier wohl die einzige lösung.

danke euch soweit mal

MfG SideWinder

volkard schrieb:

wenn du im konstruktor die exception wirfst, hat die konstruktion nicht funktioniert.

der konstruktor benötigt mehrere parameter, da er wiederum eine winsock funktion aufruft die eben diese verwendet. da der konstruktor ja keinen rückgabewert hat sollte ein runtime_error signalisieren, dass die funktion fehlgeschlagen ist.

eben nicht.
ich nehme mal an, die klasse heißt Socket.
und dem ctor übergibst du hostname und port. der ctor muss alles machen, von der namensauflösung bis zum connecten. wenn nur eines davon nicht klappt, wirfst du eine exception. und das konstruieren des sockets hat nicht funktioniert.
soweit ist doch alles in butter.

try{
   Socket s("ftp.volkard.de",21);
   //hier lande ich nur, wenn der ctor keine exception warf
   s.send("cd /www");
   ...
}catch(MyException& e){
   if(e.m_error==1) cout<<"konnte namen nicht auflösen\n";
   else if(e.m_error==2) cout<<"konnte nicht connecten\n";
   else cout<<"bitte rufen sie ihren administrator\n";
}

ist doch alles in butter.

volkard schrieb:

ich nehme mal an, die klasse heißt Socket.

Nein, so eine wird zwar auch verwendet aber es handelt sich bei mir um eine klasse zum verwalten von hostinformationen.

Euch allen aber nochmal Vielen Dank!