<![CDATA[new Exception werfen lassen]]>Hallo,

ich habe die Funktion new so überladen, dass sie meine selbsterstellte
Exception MemoryAllocationException geworfen wird, falls dies nicht möglich ist.
Nun ist mir eingefallen, dass die STL usw ja auch immer new benutzen
und sicher irgendwo std::bad_alloc fangen möchten. Diese wird aber wegen
einer Überladung nicht mehr geworfen.

Nun ist meine Frage, ist es überhaupt sinnvoll new zu Überladen, oder
schafft es mehr Probleme als es löst.

mfg

]]>https://www.c-plusplus.net/forum/topic/226012/new-exception-werfen-lassenRSS for NodeThu, 01 Oct 2026 03:24:13 GMTTue, 28 Oct 2008 09:26:17 GMT60<![CDATA[Reply to new Exception werfen lassen on Tue, 28 Oct 2008 09:26:17 GMT]]>Hallo,

ich habe die Funktion new so überladen, dass sie meine selbsterstellte
Exception MemoryAllocationException geworfen wird, falls dies nicht möglich ist.
Nun ist mir eingefallen, dass die STL usw ja auch immer new benutzen
und sicher irgendwo std::bad_alloc fangen möchten. Diese wird aber wegen
einer Überladung nicht mehr geworfen.

Nun ist meine Frage, ist es überhaupt sinnvoll new zu Überladen, oder
schafft es mehr Probleme als es löst.

mfg

]]>https://www.c-plusplus.net/forum/post/1605942https://www.c-plusplus.net/forum/post/1605942Tue, 28 Oct 2008 09:26:17 GMT<![CDATA[Reply to new Exception werfen lassen on Tue, 28 Oct 2008 09:44:10 GMT]]>Letzteres.

Warum sollte new scheitern? Weil nicht genügend Speicher da ist vermutlich. Eine neue Exception anzulegen und diese zu behandeln dürfte dann ebenso die Grenzen des Speichers sprengen etc.

Bezweifle das das sinnvoll ist.

]]>https://www.c-plusplus.net/forum/post/1605946https://www.c-plusplus.net/forum/post/1605946Tue, 28 Oct 2008 09:44:10 GMT<![CDATA[Reply to new Exception werfen lassen on Tue, 28 Oct 2008 09:47:38 GMT]]>Eigentlich wirft new eh ein bad_alloc, wenn kein Speicher mehr frei ist. Wozu eine eigene Exception reinbasteln? In der STL sollte das eigentlich kein Problem machen, da intern meines Wissens keine Exceptions gefangen sondern diese immer hoch gereicht werden.

]]>https://www.c-plusplus.net/forum/post/1605948https://www.c-plusplus.net/forum/post/1605948Tue, 28 Oct 2008 09:47:38 GMT<![CDATA[Reply to new Exception werfen lassen on Wed, 29 Oct 2008 13:16:41 GMT]]>Jetzt habe ich ein neues Problem,

Ich habe new Überladen, jedoch weiß der Compiler,
jetzt nicht, welches new er benutzen soll. Es kommt immer der
Fehler

error: call of overloaded `operator new [](unsigned int)' is ambiguous

Wie kann ich dem Compiler mitteilen, dass er nur noch mein new verwenden soll?

Ich verwende GCC mit Codeblocks.

]]>https://www.c-plusplus.net/forum/post/1606604https://www.c-plusplus.net/forum/post/1606604Wed, 29 Oct 2008 13:16:41 GMT<![CDATA[Reply to new Exception werfen lassen on Wed, 29 Oct 2008 13:24:57 GMT]]>Fellhuhn schrieb:

Warum sollte new scheitern? Weil nicht genügend Speicher da ist vermutlich. Eine neue Exception anzulegen und diese zu behandeln dürfte dann ebenso die Grenzen des Speichers sprengen etc.

Um mich selbst mal aus einen anderen Thread zu zitieren:

asc schrieb:

Also, die übliche Strategie die ich zum bad_alloc gelernt habe ist, das man anfangs einen Speicherbereich alloziert, den man im Falle des bad_alloc freigibt. Ob diese Strategie unter allen Betriebssystemen klappt ist die andere Frage, wäre aber eine mögliche bad_alloc Behandlung (Mit einer Meldung ala "Achtung: Sie haben nur noch wenig freien Speicher frei. Bitte beenden sie überflüssige Anwendungen und speichern sie.").

Ich habe bislnag noch keinen Kommentar darauf erhalten ob dies in der Praxis wirklich gangbar ist (ich weiß auch nicht mehr die Quelle wo ich das mit der vorträglichen Allozierung her habe).

cu André

]]>https://www.c-plusplus.net/forum/post/1606612https://www.c-plusplus.net/forum/post/1606612Wed, 29 Oct 2008 13:24:57 GMT