[haiku-bugs] [Haiku] #6963: BTranslationUtils::GetBitmap() segfaults in EXRTranslator::DerivedIdentify()
- From: "ttcoder" <trac@xxxxxxxxxxxx>
- Date: Tue, 07 Dec 2010 00:29:19 -0000
#6963: BTranslationUtils::GetBitmap() segfaults
in EXRTranslator::DerivedIdentify()
-------------------------------------------------+-------------------------
Reporter: ttcoder | Owner: korli
Type: bug | Status: new
Priority: normal | Milestone: R1
Component: Add-Ons/Translators/EXR | Version:
Keywords: ressource translator unhandled | R1/Development
exception | Blocked By:
Has a Patch: 0 | Platform: x86
Blocking: |
-------------------------------------------------+-------------------------
When launching TS (TuneStacker) it crashes as it tries to load its PNG
ressources.
This is from a nightly I've installed to a partition, from this file:
haiku-nightly-r39648-x86gcc2hybrid-raw.tar.xz
I'm picking "Translator Add-ons" for category for now, though this might
be libroot.so or something else (see notes).
Notes:
- TS no longer crashes if I delete the translator at /boot/system/add-
ons/Translators/EXRTranslator
- TS crashes in nightly r39648 but did not crash in R1/alpha2
- another app I have doing the same gig (loading PNG images from its
ressources, though of a different origin) works fine in nightly.
- I've looked thoroughly in the source browser and to the best of my
understanding, the code referred to in the back trace (methods in class
BaseTranslator ..etc) seems to have not changed since 3 years ago or
whereabouts, so it's hard to say why it has regressed in the last few
months.. It might be exception related though, maybe the exception
throwing mechanism has changed and crashes the "catch" statement
in EXRTranslator::DerivedIdentify() ?
--
Ticket URL: <http://dev.haiku-os.org/ticket/6963>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
