std :: exception's co() zwraca "std :: wyjątek"

Question

Osoba Java tutaj utknęła robiąc C++. Wyłapuję wyjątek i próbuję zdiagnozować, skąd pochodzi (niestety wyjątek nie jest generowany podczas uruchamiania przez gdb). Jednakże, kiedy wypisuję what() wyjątku, otrzymuję po prostu ciąg "std :: exception". Czy jest to specyficzne dla czegokolwiek w standardowej bibliotece, czy też zwraca wiele standardowych wyjątków? Oto co robię do druku:

} catch (const std::exception & ex) { 
     std::cout << ex.what() << std::endl; 
    } 

wyjście jest tylko:

std::exception 

Również pracuję w dość dużej bazy kodu, możliwe jest, że to pochodzi z jakiś wyjątek z naszego końca, ale muszę go jeszcze znaleźć za pomocą zwykłych technik wyszukiwania, więc obecnie pochylam się nad tym, korzystając ze standardowych bibliotek.

Używam g ++ 4.8, jeśli jest to istotne.

Answer 1

Wyjątki C++ są całkowicie różne od wyjątków Java.

C++ standard określa, że ​​ciąg zwracany przez co() jest całkowicie arbitralne i wdrożenie zdefiniowane:

virtual const char* what() const noexcept; 

Returns: An implementation-defined ntbs. 
Remarks: The message may be a null-terminated multibyte string 
(17.5.2.1.4.2), suitable for conversion 
and display as a wstring (21.3, 22.4.1.4). The return value remains 
valid until the exception object 
from which it is obtained is destroyed or a non-const member 
function of the exception object is called. 

Wartością zwracaną dostajesz „std :: exception” jest idealnie zgodny z standard C++.

Nie polegaj na wyjątkach C++, aby dokładnie powiedzieć, skąd zostały one wyrzucone po ich przechwyceniu, tak jak robi to Java. Wykracza to poza zakres standardu C++. W C++ wyjątek jest tak naprawdę niczym więcej niż mechanizmem do przesyłania przepływu sterowania wykonaniem.

Powiedziawszy, że: wiele implementacji C++ zapewni ci pewne mechanizmy implementacji dla zrzucania bieżącego śladu po stosie, do najlepszych możliwości biblioteki środowiska wykonawczego. Sprawdź dokumentację kompilatora C++, aby uzyskać więcej informacji.

Na przykład gcc oferuje funkcję backtrace() wraz z niektórymi wewnętrznymi funkcjami gcc do konwersji nieprzetworzonych adresów zwracanych przez backtrace() na symbole i inne funkcje do odwzorowywania symboli. Używając tego, można wytworzyć szorstki analog do obsługi wyjątków Javy; chociaż implementacja gcc nie jest idealna i ma pewne luki funkcjonalne, a także wymaga wcześniejszego planowania i niestandardowych klas wyjątków, których konstruktorzy przechwytują bieżącą ramkę stosu (przed wyjątek jest faktycznie rzucany); i, po złapaniu, można rzucić wyrzuconą instancję klasy wyjątku dla przechwyconych informacji o śladach.

Ale to nie pomoże twojej obecnej sytuacji. Sugerowałbym, abyś sprawdził dokumentację kompilatora C++, tak jak zasugerowałem, a także zbadał możliwości twojego debuggera. Debuger C++ powinien umożliwiać ustawienie punktu przerwania, gdy wszystkie wyjątki są zgłaszane, a przed jego przechwyceniem, tak aby można było zbadać ślad stosu za pośrednictwem debuggera, gdy wystąpi wyjątek.

Answer 2

To może być ze względu na dwie rzeczy:

1. Ktoś po prostu robi throw std::exception() gdzieś, co nie jest bardzo pomocne.

2. Klasa pochodna od zostaje skopiowana do std::exception. Jest to problem o nazwie Object Slicing.

Ja sam popełniłem drugi błąd. Miałem ten kod:

try 
{ 
    // Some Boost stuff 
} 
catch (std::exception e) 
{ 
    cerr << e.what() << endl; 
} 

Musisz się upewnić, czy robisz std::exception& e. Wiem, że nie popełniłeś tego błędu, ale możliwe, że ktoś inny zrobił dalej kod (lub ktoś przychodził tutaj z Google).