这个 std::ostream 相关的堆栈跟踪是什么意思

Question

我正在尝试为集成/移动平台构建一个C++库。该平台有一组不错的库，包括stdc++。我尝试构建的库使用 ofstream，每当它尝试使用依赖于 ofstream 的类时，我都会得到一个"bad_cast"异常。

0  0xb082d9b1 in SignalKill ()
   from /home/preet/bbndk-2.0.1/target/qnx6/x86/lib/libc.so.3
1  0xb081aa7e in raise ()
   from /home/preet/bbndk-2.0.1/target/qnx6/x86/lib/libc.so.3
2  0xb0818cb8 in abort ()
   from /home/preet/bbndk-2.0.1/target/qnx6/x86/lib/libc.so.3
3  0xb87c48bf in __gnu_cxx::__verbose_terminate_handler ()
    at ../../../../../libstdc++-v3/libsupc++/vterminate.cc:93
4  0xb87c23d6 in __cxxabiv1::__terminate (
    handler=0xb87c47c0 <__gnu_cxx::__verbose_terminate_handler()>)
    at ../../../../../libstdc++-v3/libsupc++/eh_terminate.cc:38
5  0xb87c2421 in std::terminate ()
    at ../../../../../libstdc++-v3/libsupc++/eh_terminate.cc:48
6  0xb87c2563 in __cxxabiv1::__cxa_throw (obj=0x859e710, tinfo=0xb87f4c24, 
    dest=0xb87c0670 <std::bad_cast::~bad_cast()>)
    at ../../../../../libstdc++-v3/libsupc++/eh_throw.cc:83
7  0xb875e88c in std::__throw_bad_cast ()
    at ../../../../../libstdc++-v3/src/functexcept.cc:52
8  0xb8798c0d in __check_facet<std::ctype<char> > (__f=<optimized out>)
    at /home/builder/hudson/650-gcc-4.4/svn/linux-x86-o-ntox86/i486-pc-nto-qnx6.5.0/pic/libstdc++-v3/include/bits/basic_ios.h:49
9  widen (__c=<optimized out>, this=<optimized out>)
    at /home/builder/hudson/650-gcc-4.4/svn/linux-x86-o-ntox86/i486-pc-nto-qnx6.5.0/pic/libstdc++-v3/include/bits/basic_ios.h:440
10 std::endl<char, std::char_traits<char> > (__os=...)
    at /home/builder/hudson/650-gcc-4.4/svn/linux-x86-o-ntox86/i486-pc-nto-qnx6.5.0/pic/libstdc++-v3/include/ostream:539
11 0xb8793c2d in std::ostream::operator<< (this=0x84db220, 
    __pf=0x804f64c <_ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_@plt>)
    at /home/builder/hudson/650-gcc-4.4/svn/linux-x86-o-ntox86/i486-pc-nto-qnx6.5.0/pic/libstdc++-v3/include/ostream:113
12 0x0805240d in QDecViewport::QDecViewport (this=0x86da6c0, parent=0x0)
    at ../qml_osg_viewport/qdecviewport.cpp:12
13 0x08051cca in QDeclarativePrivate::QDeclarativeElement<QDecViewport>::QDeclarativeElement (this=0x86da6c0)
    at /usr/local/Trolltech/QtLighthouse-4.8.2-i386/include/QtDeclarative/qdeclarativeprivate.h:83
14 0x08051d3c in QDeclarativePrivate::createInto<QDecViewport> (
    memory=0x86da6c0)
    at /usr/local/Trolltech/QtLighthouse-4.8.2-i386/include/QtDeclarative/qdeclarativeprivate.h:91
15 0xb8ad5ec5 in ?? ()
16 0x086da6c0 in ?? ()
17 0x00000000 in ?? ()

第 7-11 帧是相关的，我需要帮助理解。代码帧 12 所指的行只是：

OSG_INFO << "Hello OSG" << std::endl;

其中OSG_INFO是用于日志记录的流重定向程序。我能够以相同的方式使用 std：：cout，没有任何问题。解开框架 11 给我：

__pf=0x804f64c <std::basic_ostream<char, std::char_traits<char> >& std::endl<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&)@plt>)

这仍然很神秘...如果我试图将一些非常奇怪的东西传递给 ofstream 输出运算符，我会理解事情变得疯狂，但它只是文本。有人有什么建议吗？

Answer 1

std::endl具有以下行为，引用C++11 §27.7.3.8/1：

调用os.put(os.widen('n'))，然后调用os.flush()。

第 9 帧说endl对widen的调用失败了，即OSG_INFO.widen('n')失败了。 反过来，widen具有以下行为 （§27.5.5.3/12）：

回报： use_facet< ctype<char_type> >(getloc()).widen(c)

如果分面在灌注的语言环境中不存在，use_facet本身将引发bad_cast （§22.3.2/3），但堆栈跟踪并不指示这种情况。（话又说回来，我还没有深入研究libstdc++内部来验证它是否在按书做事......

我假设__check_facet是在use_facet之前调用的（或者use_facet被内联并从堆栈跟踪中消失），具有相同的净效果;这意味着OSG_INFO已经充满了一些没有std::ctype<char>方面的区域设置——糟糕的时代！

或者，它可能已经充满了某些区域设置，其中包含一个根本无法优雅地处理widen('n')的方面。但是没有办法确定，我们也无法告诉你，不知道OSG_INFO是什么和/或它是如何实现的。