Ich habe folgendes Problem:
Ich lade in mein Hauptprogramm eine dynamische Library und beziehe ein Objekt "account", welches in dieser Library erstellt wird.

Anschliessend rufe ich eine Methode dieses Objekts auf und fange mögliche Exceptions.

try {
    account->initialize();
} catch (EException& e) {
    throw e; // (1)
} catch (std::runtime_error& e) {
    throw e; // (2)
} catch (...) {
    throw e; // (3)
}

Wenn ich nun in der "initialize"-Methode eine Runtime-Exception werfe

throw std::runtime_error("test");

dann wird diese wie erwartet in (2) weitergeleitet.

Weiter habe ich eine Klasse EException erstellt, welche von std::runtime_error erbt und in einer statischen Library liegt. Diese statische Library wird von der Hauptapplikation, wie auch von der dynamischen Library reingelinkt.

Wenn ich nun in "initialize" eine EException werfe:

throw EException("test");

dann wird diese Exception in (3) weitergeleitet. Wieso?!?

Kennt jemand dieses Problem und weiss, wie man dies lösen kann?

Besten Dank

catch (std::runtime_error const& err)
{
    throw;
}

Du solltest in den catchs immer konstante Referenzen behandeln:

catch (std::runtime_error const& err)
{
    throw;
}

Ist nicht zwingend und manchmal nicht sinnvoll (z.B. wenn zusätzliche Information hinzugefügt werden soll).
Simon

Welcher Compiler? Exceptions über Programm/Library-Grenzen hinweg waren schon immer ein unangenehmes Thema...

Ich verwende gcc 4.4.1 und ja, ich kompiliere alles mit der selben Umgebung und Einstellungen.

Const kann ich nicht machen, da ich in der Tat noch weitere Informationen an die Exception anhänge. Zudem besteht das Problem auch mit Verwendung von const.

Schau mal hier:
http://stackoverflow.com/questions/2424836/exceptions-are-not-caught-in-gcc-program

Also mal noch die Option

-shared-libgcc

anhängen.

Das ganze ist hier beschrieben: http://gcc.gnu.org/wiki/Visibility (Unterpunkt "Problems with C++ exceptions")

Hmm.
Der Standard schreibt nichts vor, also ist das eher ein Verhalten von GCC.

Schau mal hier:
http://stackoverflow.com/questions/2424836/exceptions-are-not-caught-in-gcc-program

Also mal noch die Option

-shared-libgcc

anhängen.

Vielen Dank für diesen Tipp!
Es funktioniert nun schon etwas besser. Wenn ich eine "EException" werfe, dann lande ich immerhin schon in (2).
Aber eben leider immer noch nicht in (1)...

Hab mir das mit der Visibility mal Durchgelesen und in "EException" eingebaut. Dies ändert jedoch nichts (weder am Verhalten, noch in der Ausgabe von "nm -C -D <library>.so" wie ganz unten auf der Seite deines Links angegeben).

WTF?
Hmm. Ich würde mal sagen, dass du den Fehler am ehesten mit solchen Flags beheben kannst. Der Code und dein Vorgehen ist imo schon korrekt.
Vielleich findest du noch mehr Compilerspezifisches dazu.

Ich bin so drauf gestossen:
http://www.google.ch/search?q=gcc+exception+not+caught&ie=utf-8&oe=utf-8&aq=t&client=firefox-a&rlz=1R1GGGL_de___CH343

Da hat es noch eine Menge anderer Themen mit dem gleichen/ähnlichen Problem.

Hab diesen Fehler endlich beheben können.
Als erstes hat das Compilerflag "-shared-libgcc" erste Erfolge verzeichnet.
Nach etwas googeln hab ich auch noch erfahren, dass Exceptions über Librarygrenzen hinaus nur funktioniert, wenn man keine Methoden-Implementationen in den Exception-Header Dateien hat.
Sobald ich diese in die Source-Dateien verschoben habe, hat es funktioniert!

Hab zur Sicherheit auch noch das Visibility-Flag gesetzt.

Nochmals allen vielen Dank. Hab wirklich lange an diesem Fehler gesessen.