<![CDATA[Unhandleld Exception trotz try catch]]>Hallo C++ler

Ich arbeite momentan an einem Projekt in C++ native (ohne clr support) im VS2005.
Durch fälschliche Initialisierung eines Pointers bekomm ich im Programm einen Pointer auf 0x0000f (oder so ähnlich).
Auf den wird im Progrogramm zugegriffen was zu einer exception führt. Die exception ist: Unhandeld exception at..... Access violation reading location 0x.... und wird in einer externen dll (release) geworfen.
Jedoch befindet sich alles in einem try {} catch(...){} block, aber trotzdem kann ich den code nicht weiter ausführen!
Warum wird diese Exception nicht im catch behandelt?

MFG Speeedy

]]>https://www.c-plusplus.net/forum/topic/224160/unhandleld-exception-trotz-try-catchRSS for NodeFri, 02 Oct 2026 12:06:50 GMTMon, 06 Oct 2008 14:15:58 GMT60<![CDATA[Reply to Unhandleld Exception trotz try catch on Mon, 06 Oct 2008 14:15:58 GMT]]>Hallo C++ler

Ich arbeite momentan an einem Projekt in C++ native (ohne clr support) im VS2005.
Durch fälschliche Initialisierung eines Pointers bekomm ich im Programm einen Pointer auf 0x0000f (oder so ähnlich).
Auf den wird im Progrogramm zugegriffen was zu einer exception führt. Die exception ist: Unhandeld exception at..... Access violation reading location 0x.... und wird in einer externen dll (release) geworfen.
Jedoch befindet sich alles in einem try {} catch(...){} block, aber trotzdem kann ich den code nicht weiter ausführen!
Warum wird diese Exception nicht im catch behandelt?

MFG Speeedy

]]>https://www.c-plusplus.net/forum/post/1594240https://www.c-plusplus.net/forum/post/1594240Mon, 06 Oct 2008 14:15:58 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Mon, 06 Oct 2008 14:42:32 GMT]]>Weil null pointer für gewöhnlich nicht im catch abgefangen werden.

Das kann man höchstens mit einem Compiler-spezifischen try-catch abfangen. Aber das habe ich selber noch nie benötigt.

Lieber auf null abfragen, bevor man einen pointer benutzt oder einen gültigen Pointer übergeben.

]]>https://www.c-plusplus.net/forum/post/1594270https://www.c-plusplus.net/forum/post/1594270Mon, 06 Oct 2008 14:42:32 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Mon, 06 Oct 2008 14:52:35 GMT]]>Die NULL abfrage ist bereits drinn aber dadurch dass er nicht initialisiert wird zeigt er irgendwo hin ( in meinem fall auf die Speicheradresse 0x0..0f )

Gib es eine möglichkeit Pointer's zu validieren, um solche fehler zu erkennen?

]]>https://www.c-plusplus.net/forum/post/1594279https://www.c-plusplus.net/forum/post/1594279Mon, 06 Oct 2008 14:52:35 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Mon, 06 Oct 2008 15:43:15 GMT]]>Speeedy schrieb:

Die NULL abfrage ist bereits drinn aber dadurch dass er nicht initialisiert wird zeigt er irgendwo hin ( in meinem fall auf die Speicheradresse 0x0..0f )

Hä? Dann setz ihn doch einfach auf null! Dann zeigt er nicht mehr "irgendwo" hin

Speeedy schrieb:

Gib es eine möglichkeit Pointer's zu validieren, um solche fehler zu erkennen?

Was meinst du mit "validieren"?

]]>https://www.c-plusplus.net/forum/post/1594310https://www.c-plusplus.net/forum/post/1594310Mon, 06 Oct 2008 15:43:15 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Mon, 06 Oct 2008 15:51:06 GMT]]>Speeedy schrieb:

...aber dadurch dass er nicht initialisiert wird ...

Herrje, wenn man schon rohe Zeiger verwendet, dann immer initialisieren!

]]>https://www.c-plusplus.net/forum/post/1594325https://www.c-plusplus.net/forum/post/1594325Mon, 06 Oct 2008 15:51:06 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Mon, 06 Oct 2008 18:10:26 GMT]]>Speeedy schrieb:

Gib es eine möglichkeit Pointer's zu validieren, um solche fehler zu erkennen?

Einfach auf NULL setzen, und man erkennt den ungültigen Zeiger.

]]>https://www.c-plusplus.net/forum/post/1594411https://www.c-plusplus.net/forum/post/1594411Mon, 06 Oct 2008 18:10:26 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Fri, 10 Oct 2008 07:45:17 GMT]]>Wir steigen momentan von VS6 auf VS8 (2005) um und erst im VS8 stellten wir dies fest. Im VS6 zeigten die Zeiger immer auf eine gewisse Addresse (Fragt mich nicht warum...!)
Auf null setzen würd ich ja gerne aber da hätt ich wohl schon fast Monate um alles zu überprüfen und es kämen sicher immer wieder neue...
Gibts nicht eine andere möglichkeit? (z.b. VS oder zusätzliche Software die das überprüft..?)

]]>https://www.c-plusplus.net/forum/post/1596687https://www.c-plusplus.net/forum/post/1596687Fri, 10 Oct 2008 07:45:17 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Fri, 10 Oct 2008 07:50:21 GMT]]>Speeedy schrieb:

Wir steigen momentan von VS6 auf VS8 (2005) um und erst im VS8 stellten wir dies fest. Im VS6 zeigten die Zeiger immer auf eine gewisse Addresse (Fragt mich nicht warum...!)

Weisst Dus nicht oder willsts Dus nicht sagen?
Könnte sein, dass Du im Debugging Mode bist und desshalb alle Variabeln und Zeiger Initialisiert (bzw. gekennzeichnet mit einem spezial Pattern) sind.

Simon

]]>https://www.c-plusplus.net/forum/post/1596692https://www.c-plusplus.net/forum/post/1596692Fri, 10 Oct 2008 07:50:21 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Fri, 10 Oct 2008 08:02:21 GMT]]>Mir wäre nichts bekannt. Wenns so wäre würde dies von VS oder einen externen komponenten kommen, was mich dann wiederum wundern würde warum das in der neuen version nicht mehr der fall wäre.
Aber ich prüf dies sicher mal nach.

]]>https://www.c-plusplus.net/forum/post/1596697https://www.c-plusplus.net/forum/post/1596697Fri, 10 Oct 2008 08:02:21 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Fri, 10 Oct 2008 08:49:31 GMT]]>Speeedy schrieb:

Hallo C++ler

Ich arbeite momentan an einem Projekt in C++ native (ohne clr support) im VS2005.
Durch fälschliche Initialisierung eines Pointers bekomm ich im Programm einen Pointer auf 0x0000f (oder so ähnlich).
Auf den wird im Progrogramm zugegriffen was zu einer exception führt. Die exception ist: Unhandeld exception at..... Access violation reading location 0x.... und wird in einer externen dll (release) geworfen.
Jedoch befindet sich alles in einem try {} catch(...){} block, aber trotzdem kann ich den code nicht weiter ausführen!
Warum wird diese Exception nicht im catch behandelt?

MFG Speeedy

Das ist einne hardware exception und du behandelst nur software exceptions.
Davon mal abgesehen macht es keinen Sinn zu versuchen dein Programm zu retten weil du Fehler bei der Programmierung gemacht hast. Ich persönlich versuche alles unbehandelte einfach durch fallen zu lassen und catche nur was ich auch erwarte. Zusätzlich hab ich auf Windows einen handler im Program registriert der bei unbehandelten exceptions jeglicher art aufgerufen wird und mir einen dump schreibt. In den meisten fällen hilft einem der Dump dann dabei die stelle im Code zu finden. Das ist vorallem interessant bei Abstürzen die bei Kunden auftreten. Dafür muss man dann aber für jedes release die passenden debug symbols haben sonst hat man ein Problem 🤡

BR
Vinzenz

]]>https://www.c-plusplus.net/forum/post/1596733https://www.c-plusplus.net/forum/post/1596733Fri, 10 Oct 2008 08:49:31 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Fri, 10 Oct 2008 08:54:16 GMT]]>Speeedy schrieb:

Wir steigen momentan von VS6 auf VS8 (2005) um und erst im VS8 stellten wir dies fest. Im VS6 zeigten die Zeiger immer auf eine gewisse Addresse (Fragt mich nicht warum...!)
Auf null setzen würd ich ja gerne aber da hätt ich wohl schon fast Monate um alles zu überprüfen und es kämen sicher immer wieder neue...
Gibts nicht eine andere möglichkeit? (z.b. VS oder zusätzliche Software die das überprüft..?)

Setz doch mal den Warning-Level auf Maximum. Kanns gerade nicht ausprobieren, aber wenn du Glück hast, gibts einen Warning bei nicht initialisierten Variablen.
Mal ganz davon abgesehen, das jetzt Eure gemachten Programmierfehler der letzten Jahre jetzt ans Tageslicht kommen.

]]>https://www.c-plusplus.net/forum/post/1596739https://www.c-plusplus.net/forum/post/1596739Fri, 10 Oct 2008 08:54:16 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Sat, 11 Oct 2008 15:43:19 GMT]]>Japp - spätestens auf W4 sollte das kommen (sollte in etwa "möglicher zugriff auf uninitialisierte varialbe" heißen)...

MSVC schrieb:

warning C4701: Die möglicherweise nicht initialisierte lokale Variable "blubb" wurde verwendet.

also wirste wirklich mal auf W4 setzen müssen... allerdings habe ich so die befürchtung, dass (wenn ihr uninitialisierte pointer verwendet) noch sehr viel mehr fehler auftreten - also wirste nen bisschen dafür brauchen ^^

naja - hf und gl 😉

]]>https://www.c-plusplus.net/forum/post/1597463https://www.c-plusplus.net/forum/post/1597463Sat, 11 Oct 2008 15:43:19 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Sat, 11 Oct 2008 20:02:41 GMT]]>Unterbricht nicht sogar der Debugger automatisch, wenn auf nicht gesetzte Variablen lesend zugegriffen wird?

]]>https://www.c-plusplus.net/forum/post/1597596https://www.c-plusplus.net/forum/post/1597596Sat, 11 Oct 2008 20:02:41 GMT<![CDATA[Reply to Unhandleld Exception trotz try catch on Sat, 11 Oct 2008 20:45:45 GMT]]>Badestrand schrieb:

Unterbricht nicht sogar der Debugger automatisch, wenn auf nicht gesetzte Variablen lesend zugegriffen wird?

Doch, mit Run-Time Check Failure #3 (unter MSVC++ 2008 Express). 😉

Verlassen sollte man sich darauf trotzdem nicht...

]]>https://www.c-plusplus.net/forum/post/1597611https://www.c-plusplus.net/forum/post/1597611Sat, 11 Oct 2008 20:45:45 GMT