Exceptions verhindern
-
Sourceleaks kannst Du Dir aber auch mit objekten autopointern vectoren etc. sparen. Versuch dafür zu sorgen das die emfpindlichen Resourcen in einem Objekt stehen das zerstört wird wenn es ungültig wird.
An stellen an den das nicht geht wird Dir ein
try{
}
catch(...)
{}
nicht erspart bleiben.
-
Und ohne Exception hättest du doch auch ein Problem. Wenn das Programm danach nicht
mehr weitermachen kann, dann muss der Catch Block es halt beenden und davor
die ressourcen freigeben.
-
Ok, dann muss ich halt damit leben, schade
mfg und thx
-
hier liegt definitiv ein fehlverstehen von Exceptions vor. Natürlich kannst du auch ohne Probleme ein Programm `retten', in dem eine Exception geworfen wurde. Dafür gibt es ja catch!
http://tutorial.schornboeck.net/exceptions.htm
(...
http://www.gotw.ca/gotw/056.htm
http://www.gotw.ca/gotw/059.htm
http://www.gotw.ca/gotw/060.htm
...)
-
Exceptions sind ja nicht dafür da, um dein Programm zu killen, sondern, um dich zu zwingen, dass du den Fehler behandelst. Das ist ja das schöne dran.
-
Wenn do immer noch auf exceptions verzichten willst dann füg einfach folgende Preprocessorcode ein:
#define throw(A) #define try if(true) #define catch(A) if(false)
-
und was passiert bei
throw "autsch"; ??
-
Was soll das genze eigentlich? Beispielsweise kann new immernoch ein std::bad_alloc werfen, ...
Exceptions sind doch nichts böses.
#define throw(A)Bringt gar nichts. Normalerweise Sieht es doch in etwa so aus:
throw Foo("Blabla");
-
außerdem bringt das ja nur etwas bei inline-Code!
-
Außerdem ist das kompletter Schwachsinn.
void safe(int parm) { if (is_dangerous(parm)) throw Dangerous(); do_potentially_dangerous_operation(parm); }Man will nicht, dass das throw nicht ausgeführt wird.