Möglicherweise eine blöde Frage, aber wie kriegt man eigentlich am einfachsten raus, mit welchen Exceptions man rechnen muss, wenn man eine bestimmte MFC-Funktion/Methode verwendet?

Kürzlich habe ich beispielsweise einen Quellcode-Auszug gelesen, in dem innerhalb von OnDraw() verschiedene CPen-Objekte erstellt und zum Zeichnen ausgewählt wurden. Sämtliche Aktionen waren in einem try-Block zusammengefasst und im zugehörigen catch-Block wurden CResourceExceptions gefangen. Woher weiß ich in diesem Fall, dass hier CResourceExceptions auftreten können?

Grüße,
Nanuq

Welche Exception nun wo und wie genutzt wird, dass kannst du in der MSDN nachlesen zu den jeweiligen Klassen und Funktionen. Man sollte ja bevor man was aus der MFC nutzt, zuvor die MSDN Dokumentation lesen, wie man diese Klasse oder Funktion benutzt. Aber irgendwie scheint dieses Vorgehen nicht so verbreitet zu sein und man haut lieber auf den Code ein, bis er funktioniert

Grüssli

Das Exception-Handling im Allgemeinen ist eine Sache, mir ging es hier allerdings eher um konkrete Fälle und diesbezüglich habe ich fast befürchtet, dass man mir antworten würde ich solle im MSDN die entsprechenden Funktionen anschauen. Befürchtet deswegen, weil ich eigentlich recht häufig das MSDN bemühe, bevor ich irgendwelche MFC-Methoden verwende.
In dem konkreten Fall (CPen) muss ich auch zugeben, dass ich nicht genau genug gelesen hatte. Es heißt bei den Konstruktoren:

MSDN schrieb:

The constructor with arguments can throw an exception if errors are encountered, while the constructor with no arguments will always succeed.

Schau an, wenn man die Augen ein wenig aufmacht, findet sich tatsächlich etwas :D. Aber auch wenn das immerhin ein bisschen weiterhilft (z.B. catch(...)), ist das nicht wirklich befriedigend, weil ich Hinweise auf die angesprochene CResourceException nach wie vor vergeblich suche. Vielleicht kann mir ja trotzdem noch jemand einen Tipp geben, wie man hier vorgeht...
(Vielleicht sehe ich das ja auch alles einfach zu eng und sollte mir um solche MFC-Exceptions keine allzu großen Gedanken machen???).

Oder anders gesagt... was ich aus meiner bisherigen Erfahrung sagen kann kommen bloss Situationen vor wo es mir entweder egal ist *was* irgendwo rausfliegen könnte (*ob* etwas geflogen kommen kann ist dagegen oft interessant), oder aber ich einen bestimmten Fehler (File not found, no memory, ...) behandeln will wo sich normalerweise sehr leicht feststellen lässt welches die zugehörige Exception-Klasse ist.

Wenn ich z.B. einen CPen konstuiere ist mir normalerweise ziemlich egal was danebengegangen ist. Dass ich da keine ungültigen Parameter reinstecke muss ich sowieso sicherstellen, und wenn sonst was daneben gegangen ist kanns wohl bloss ein Laufzeit-Problem ala zu wenig Speicher/out-of-handles/... sein. Muss mich dann aber nicht interessieren was genau, das ist ein Fall in dem ich dem User einfach entweder die Message anzeige die ich (über einen Basisklassenpointer/-referenz) aus der Exception rausbekomme oder einfach "Could not create pen.".