2012-05-31 80 views
1

我正在尝试为集成/移动平台构建C++库。该平台有一个体面的库,包括stdC++。我试图建立的库使用了流,并且每当它尝试使用依赖于流的类时,我都会遇到'bad_cast'异常。这个std :: ostream相关的堆栈跟踪是什么意思?

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 <[email protected]>) 
    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而不会有任何问题。 Unmangling框架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的输出操作,但它只是文本。有没有人有什么建议?

+2

除了ildjarn说的话,似乎安装到流中的某些方面没有实现正确的类型('__check_facet'中的'dynamic_cast'失败)。你在使用任何自定义方面? –

回答

3

std::endl具有以下行为,援引C++ 11§27.7.3.8/ 1:

呼叫​​,然后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++内部挖出来验证它是由本书做的事情...)

我认为之前use_facet(或use_facet从堆栈跟踪内联和消失)__check_facet被称为,具有相同的净效应;这意味着OSG_INFO已经充斥着一些不具备std::ctype<char>方面现在–糟糕时代的地方!

或者,它可能已经融入了一些带有方面的语言环境,这些语言环境根本无法妥善处理widen('\n')。但是无法确切知道,也没有其他的我们可以告诉你,不知道OSG_INFO是什么和/或它是如何实现的。

+0

感谢您的深刻解答。我需要仔细看看源代码......和我的编译过程。我担心我可能意外地将两个不同的STL链接起来,这可能会导致地区不匹配。 – Prismatic

相关问题