|
Anzeige
|
throw ausm konstruktor einer global erzeugten variable
Gast
#599926
Hallo C++ Experten,
struct X {
X(int i) throw(std::runtime_error) : i(i) {
if(i==0)
throw std::runtime_error("blabla");
}
int i;
}x(0);
int main() {
}
Ich sehe keine Möglichkeit hier die Exception abzufangen, oder?
Ausser in Konstruktor selbst natürlich.
Verbietet Standard sowas überhaupt?
Exception ausm Konstruktor schmeissen ist glaube ich erlaubt.
Grüsse und schönen Sonntag Euch.
Der Standard verbietet das nicht. Da die Ausnahme in der Initialisierungsphase auftritt, in der noch kein catch im eigenen Code greifen kann, wird sie vom Startup-Code der RTL oder vom Betriebssystem behandelt - ein Absturz bevor noch main gerufen ist wird die Folge sein.
Gast
#600517
> Ich sehe keine Möglichkeit hier die Exception abzufangen, oder? > Ausser in Konstruktor selbst natürlich. Du kannst höchstens davon ableiten und im Konstruktor der abgeleiteten Klasse die Exception fangen. > wird sie vom Startup-Code der RTL Was hat das Fernsehen damit zu tun? Rolf Magnus wrote: > Du kannst höchstens davon ableiten und im Konstruktor der abgeleiteten > Klasse die Exception fangen. Das wird nicht funktionieren, denn dazu müßte man den vom Compiler implizit generierten Aufruf des Konstruktors in einen try-Block einschließen. Das läßt jedoch die C++ - Syntax nicht zu. Bei Variablen auf Modullevel ist da nichts zu machen - außer den Startup-Code zu modifizieren, oder selbst zu schreiben. Wieviel Sinn das macht, kann sich jeder selbst überlegen... > >> wird sie vom Startup-Code der RTL > > Was hat das Fernsehen damit zu tun? RTL = RunTimeLibrary
Gast
#600824
> Das wird nicht funktionieren, denn dazu müßte man den vom Compiler > implizit generierten Aufruf des Konstruktors in einen try-Block > einschließen. Genau. > Das läßt jedoch die C++ - Syntax nicht zu. Das ist Unsinn. Man kann die Exception fangen, aber sie wird automatisch wieder geworfen. Das kann man meines Wissens nicht verhindern. Um mal das Originalbeispiel aufzugreifen:
>>> wird sie vom Startup-Code der RTL >> >> Was hat das Fernsehen damit zu tun? > >RTL = RunTimeLibrary Ach die CRT ;-) > Das kann man meines Wissens nicht verhindern.
Also nützen die ganzen Komplikationen in dem Fall nichts. Es macht ja
schließlich keinen Sinn, ein Objekt als konstruiert zurückzugeben, bei
dem ein Konstruktor einer Basisklasse gescheitert ist.
Exceptions in Konstruktoren sind ein heikles Thema - wenn man nicht
aufpaßt, produziert man damit ein Speicherleck nach dem anderen.
Gast
#602624
> Also nützen die ganzen Komplikationen in dem Fall nichts. Naja, du kannst die Exception auswerten und darauf reagieren. Du kannst sie aber nicht unter den Teppich kehren. > Es macht ja schließlich keinen Sinn, ein Objekt als konstruiert > zurückzugeben, bei dem ein Konstruktor einer Basisklasse gescheitert > ist. Das ist vermutlich auch der Grund, warum die Exception dann in jedem Fall weitergeworfen wird. > Exceptions in Konstruktoren sind ein heikles Thema - wenn man nicht > aufpaßt, produziert man damit ein Speicherleck nach dem anderen. Allerdings sind sie auch die einzige Möglichkeit (abgesehen von zusätzlichen Membervariablen, die man später prüfen kann), um aus dem Konstruktor heraus einen Fehler zu melden. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
