1

我正在尝试为集成/移动平台构建 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 输出运算符，我会理解事情会变得疯狂，但它只是文本。有没有人有什么建议？

4

1 回答 1

4

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如果分面不存在于被灌输的语言环境（第 22.3.2/3 节）中，它本身会抛出bad_cast，但您的堆栈跟踪并不表明是这种情况。（话又说回来，我还没有深入研究 libstdc++ 内部结构来验证它是否按照书本行事......）

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

或者，它可能已经充满了一些带有刻面存在的语言环境，无法widen('\n')优雅地处理。但是没有办法确切地知道，在不知道OSG_INFO它是什么和/或如何实现的情况下，我们无法告诉您其他任何事情。

于 2012-05-31T22:53:09.810 回答