[haiku-bugs] Re: [Haiku] #6963: BTranslationUtils::GetBitmap() segfaults in EXRTranslator::DerivedIdentify()
- From: "bonefish" <trac@xxxxxxxxxxxx>
- Date: Wed, 08 Dec 2010 16:39:51 -0000
#6963: BTranslationUtils::GetBitmap() segfaults
in EXRTranslator::DerivedIdentify()
-------------------------------------+-------------------------------------
Reporter: ttcoder | Owner: bonefish
Type: bug | Status: in-progress
Priority: normal | Milestone: R1
Component: Add- | Version: R1/Development
Ons/Translators/EXR | Keywords: ressource translator
Resolution: | unhandled exception
Blocked By: | Has a Patch: 0
Platform: x86 | Blocking:
-------------------------------------+-------------------------------------
Changes (by bonefish):
* owner: korli => bonefish
* status: new => in-progress
Comment:
Replying to [comment:2 korli]:
> Replying to [comment:1 bonefish]:
> > Might be related to the changes for weak symbol support (r39571).
>
> I thought weak symbol support only affected gcc4 build. It affects also
gcc2 then.
Both support for weak symbols and symbol preemption are implemented in the
runtime loader and should work for gcc 2 as well. The latter will have no
effect, since our gcc 2 links with `-Bsymbolic`. Due to `-Bsymbolic` the
resolution of weak symbols should also work the same in almost all cases.
Only when a weak symbol is overridden by a global one (I believe something
that doesn't even happen unless the developer explicitly creates such a
situation), the behavior is different now (i.e. correctly resolving to the
global symbol). If anything that should only improve things. I wouldn't
rule out that I have overlooked something or screwed something up.
Replying to [comment:3 ttcoder]:
> I've checked haiku-files.org but builds only go back one week or so,
39571 is no longer there. And I'm not setup for building from source..
There are older ones available -- you probably just missed the "Show all
files ..." link at the bottom of the page. The closest one is [http
://haiku-files.org/raw/haiku-nightly-r39567-x86gcc2hybrid-raw.tar.xz].
> So I've prepared a bare-bones test case this morning, and found
something interesting: the crash only occurs if I link against my
KISSlib.so (even though it's not used at all in this test case); if I
remove the -lKISSlib parameter when building, the crash no longer occurs.
>
> Here's an 'overview' of the zip-file I'm going to upload, tell me if
it's useful for you to troubleshoot this problem or if I should
investigate more on my own (and if yes, how -- I dunno where to take it
from here :-)..
Thanks! If I can reproduce the bug with the attached objects, that should
suffice to track it down. Will try to make some time soon.
--
Ticket URL: <http://dev.haiku-os.org/ticket/6963#comment:4>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
