[haiku-bugs] Re: [Haiku] #6963: BTranslationUtils::GetBitmap() segfaults in EXRTranslator::DerivedIdentify()
- From: "bonefish" <trac@xxxxxxxxxxxx>
- Date: Wed, 08 Dec 2010 22:56:18 -0000
#6963: BTranslationUtils::GetBitmap() segfaults
in EXRTranslator::DerivedIdentify()
-------------------------------------+-------------------------------------
Reporter: ttcoder | Owner: bonefish
Type: bug | Status: closed
Priority: normal | Milestone: R1
Component: Add- | Version: R1/Development
Ons/Translators/EXR | Keywords: ressource translator
Resolution: duplicate | unhandled exception
Blocked By: 1259 | Has a Patch: 0
Platform: x86 | Blocking:
-------------------------------------+-------------------------------------
Changes (by bonefish):
* status: in-progress => closed
* resolution: => duplicate
* blockedby: => 1259
Comment:
The main cause is that `KISSlib.so` has apparently been built under BeOS.
It contains a type info for `std::exception`, but no type info function.
This triggers the issue described in #1259.
The likely reason why the issue didn't show in earlier revisions is the
second part of r39375. It's actually not even directly related to the weak
symbol or symbol preemption features. It just changes the symbol
resolution order to one that should be somewhat more robust when add-ons
are involved. It could be reverted for gcc 2, but that would only fix this
particular situation and might break using your library in a different
situation instead. So I don't think there's much point in doing that.
Possible solutions for your problem:
- Preferred: Fixing #1259.
- Rebuilding `KISSlib.so` under Haiku.
- Could work: Build your application under BeOS. This would trigger
Haiku's runtime loader's compatibility mode which might work around the
issue.
Closing as duplicate of #1259.
--
Ticket URL: <http://dev.haiku-os.org/ticket/6963#comment:5>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
