В чем причина странного поведения при попытке записать в std::cerr, код выкидывает std::bad_cast?

Question

[VladX]

В общем, столкнулся с очень странной ошибкой. Есть такой файл — logger.cpp. Есть макрос DEBUG_PRINT_1 — common_definitions.hpp (хотя это не важно, ибо bad_cast выкидывается и в других случаях).

Везде в коде, где встречается:

DEBUG_PRINT_1("что-то");

вылетает exception std::bad_cast.
Самое странное, что это проявляется только на Mac OS X. Пробовал компилировать clang-ом и gcc разных версий, плюс на разных версиях Mac OS X 10.6.7 и 10.7.3 — везде одно и то же. А вот на Ubuntu и Windows всё работает нормально.
Что это может быть? Баг в Mac OS X? И как обойти это?

Comments

[Zigmar]

а если «что-то» латинскими символами, то получается то же самое? Я вообще подозреваю разную интерпретацию строковых литералов (обычные/широкие символы)

[VladX]

Exception приходит из std::basic_ostream.
«что-то» я для примера написал, там везде латинские.

[VladX]

Call stack сейчас не могу показать, т.к. поставил новый gdb, а он выдаёт “Previous frame inner to this frame (gdb could not unwind past this frame)”. Старый показывал, что exception вылетает из std::basic_ostream.

Answer 1

[ixSci]

1) Куда пишется лог? если в файл, то попробуйте выводить в cout
2) Это какая-то библиотека или что? Если да, то собраны ли они с приложением с полностью идентичными ключами?

Comments

[VladX]

Лог пишется в файл, но и в случае cout происходит то же самое. bad_cast вылетает в любом случае, не зависимо от потока.
Это не библиотека, файл собирается вместе с приложением.

[ixSci]

RTTI включен?

[VladX]

Да. Он по дефолту включен в gcc.

Answer 2

[VladX]

Как оказалось, это был баг в libstdc++ (которая идёт вместе с gcc-4.6). А clang тоже с ней линковался. Баг связан с использованием кастомной локали (из boost-а). После замены библиотеки проблема исчезла.