wir (das CTeam2005) arbeiten momentan an einem ... naja, doch etwas größerem Projekt.
jedenfalls wollten wir am Ende dem Nutzer die Möglichkeit geben, im Falle eines Absturzes,
uns eine E-Mail zu schicken.
Soll heißen:

Programm stürzt ab -> Fenster erscheint mit Fehlermeldung -> Button "E-Mail an die Entwickler"

das Programm würde an der Stelle gleich noch nen Screenshot machen und verschiedene Informationen (Registerbelegung usw.)
mitschicken. Der Nutzer kann unter Umständen eine eigene Nachricht noch mitgeben.

Jetzt das Problem:
kann ich den Exception Handler global machen?
oder muss ich überall try-catch-Blöcke setzen um das Vorhaben zu realisieren?

und die nächste Frage:
wie kann ich bei catch(...) herausfinden, was genau passiert ist?
denn wenn ich einen anderen Typ angebe, wird die exception ja nur gefangen, wenn diese auch von diesem Typ ist.

schonmal danke für Hilfe,

MfG DrakoXP

Du kannst einen Exception-Handler in deine main-Funktion einbauen. Dann landen da alle exceptions die nicht gefangen werden. Deswegen kannst du ja trotzdem noch weiter try/catch-Blöcke in dein Programm einfügen. Wenn du willst kannst du ja nach Abarbeitung mit throw die Exception weiter werfen.
Bei catch(...) kannst du eben nichts rausbekommen. Deswegen solltest du wenigstens eine catch(std::exception& e) machen. Dann fängst du hier alles was von std:.exception abgeleitet ist. Darunter kannst du dann ja noch weitere catch-Blöcke anlegen für den Rest.

So damit zum catch(...): Oft hat man tatsächlich mehrere catch-Blöcke in denen man eben die verschiedenen Exception-Typen fängt. Wenn man aber schon ganz genau weiß, dass man immer dasselbe machen will (in eurem Fall z.B. diese Funktion aufrufen), dann könnte man auch einfach ein catch()-Block machen, in dem man die oberste Exception-Klasse abfängt (das hat zur Folge, dass auch alle vererbten Exceptions gefangen werden... sollte auch in C++ so sein, hoffe dass ich da jetzt nix falsches sage).
Hintergrund ist der, dass ja normalerweise jede Exception "gleich" ist (sprich sie hat ne message, evtl. eine root-Exception, evtl. StackTrace, usw...). Sie unterschieden sich eigentlich nur durch ihren Klassentyp, d.h. man hat eine Hierachie von Exceptions, normalerweise alle von einer Oberklasse (z.b. std::exception) abgeleitet.

denn in C gab es ja noch kein std::exception.
werfen die dann zahlen, deren Bedeutung irgendwo dokumentiert ist?

und wie kann ich dann Speicherzugriffsverletzungen von C-Funktionen abfangen?

Entweder verarbeiten C-Funktionen Speicherzugriffsfehler intern und geben den Mißerfolg per Rückgabe bekannt oder Windows kümmert sich mit einer Allgemeinen Schutzverletzung drum.

bis bald
akari

Ansonsten:
Wenn ihr von eurem C++-Projekt aus mit älteren C Frameworks/APIs oder sonst was arbeiten müsst (wie z.B. der WinAPI), dann könnt ihr in euren Funktionen, in denen ihr z.B. auf WinAPI-Funktionen zugreift die Rückgabewerte auswerten und anhanddessen selbst entsprechende Exceptions nach außen schmeissen.
Mal ein abstraktes Beispiel:

//Read ist eine reine C-Funktion und gibt die Anzahl gelesener Zeichen zurück.
//Wenn irgendwas schief ging beim Lesen, dann wird -1 zurückgegeben
//Ist natürlich kein tolles Beispiel, aber viele alte C Funktionen geben oft //irgendwelche int's für mögliche Fehlerzustände zurück, deshalb doch ganz //brauchbar als Beispiel
int read(char* buffer) 
{
   ...
}

In eurer eigenen Funktion könntet ihr jetzt z.B. sowas machen:

void myfunc()
{
   int ret = read(...);
   if (ret == -1) {
        throw eReadException(); 
   }
}

eReadException wäre dann natürlich eine eigens von euch erstellte Exception-Klasse.

es geht viel mehr darum, dass (vor allem beim Umgang mit Zeigern) C-Funktionen überhaupt keine Überprüfung durchführen.
Somit stürzt das Programm ab, bevor man den Rückgabewert prüfen kann.

Außerdem soll das ganze ja Debug-Zwecken dienen, falls eben ein Programmierfehler
(ein falscher Zeiger oder was weiß ich) aufgetreten ist,
damit man diesen recht schnell findet.

-> ich weiß auch, was ein Debugger ist,
aber es geht viel mehr darum, dass wir auch nicht auf allen möglichen PCs testen können.
und im schlimmsten Fall hat irgendein Nutzer einen PC mit einem Windows, bei dem
irgendeine Funktion nicht funktioniert, dann könnte er uns das komfortabel mitteilen.