Re: [Openexr-devel] Shake plug-in problem

[Ken McGaugh]

The problem is that any runtime type stuff is incompatible
between your plugin (2.96) and shake (2.95).  I was able to
get it working with 2.96, but I had to replace/remove every
"dynamic_cast" call in the OpenEXR code.  And exceptions are
hosed too.

In the end it we installed gcc 2.95.3 and everything works
as-is (except catching specific exception types).

--Ken

Ramin wrote:
> Hi, I've tried following your advice to Thad, and I've compiled openEXR 1.07
> and the shake plug-in 1.0 using gcc 2.96 on a RedHat 7.2 box (using
> Shake3.01.1112). It compiles fine, and shake starts up without complaint.
> Looking at the list of formats available to the FileIn node, openEXR is listed.
> But when I try to load one of the sample images, I get a core dump.
>
> Can anyone help with this?
>
> thx,
>     Ramin
>
> Incidentally, I WAS able to get the shake plug-in compiled and loaded for
> openEXR1.1.1 without any of the name mangling problems Thad mentions. But
> loading an exr file resulted in a core dump in that case too.
>
> This is my stack (slightly edited) of the OpenEXR1.07 setup, courtesy of gdb:
>
> Program received signal SIGSEGV, Segmentation fault.
> __strtol_internal (nptr=0x4167ce98 "address@hidden", endptr=0x0,
>     base=1097322136, group=-1073817484) at eval.c:36
> 36      eval.c: No such file or directory.
>         in eval.c
>
> (gdb) where
> #0  __strtol_internal (nptr=0x4167ce98 "address@hidden",
>     endptr=0x0, base=1097322136, group=-1073817484) at eval.c:36
> #1  0x4171a658 in __user_type_info::dyncast (this=0x4167ce98,
>     boff=0, address@hidden, objptr=0xbffed874,
>     address@hidden, subptr=0xbffed874) from
>     /usr/lib/libstdc++-libc6.2-2.so.3
> #2  0x4171c0f3 in __dynamic_cast_2 (
>     from=0x41660c30 <Imf::TypedAttribute<Imath::Box<Imath::
>     Vec2<int> > > type_info function>, to=0x41660c30
>     <Imf::TypedAttribute<Imath::Box<Imath::Vec2<int> > >
>     type_info function>, boff=0, address=0xbffed874, sub=0x4165da30
>     <Imf::Attribute type_info function>, subptr=0xbffed874)
>     from /usr/lib/libstdc++-libc6.2-2.so.3
> #3  0x416624b5 in Imf::TypedAttribute<Imath::Box<Imath::Vec2<int>
>     > >::cast (attribute=0xbffed874) at ImfAttribute.h:346
> #4  0x41661690 in Imf::TypedAttribute<Imath::Box<Imath::Vec2<int>
>     > >::copyValueFrom (this=0xaa5fea8, address@hidden) at
>     ImfAttribute.h:367
> #5  0x41661630 in Imf::TypedAttribute<Imath::Box<Imath::Vec2<int>
>     > >::copy ( this=0xbffed874) at ImfAttribute.h:299
> #6  0x4163dbec in Imf::Header::insert (this=0x0,
>     name=0x4166c341 "displayWindow", address@hidden)
>     at ImfHeader.cpp:267
> #7  0x4163cc58 in Imf::{anonymous}::initialize (address@hidden,
>     address@hidden, address@hidden,
>     pixelAspectRatio=1, address@hidden,
>     screenWindowWidth=1, lineOrder=INCREASING_Y,
>     compression=ZIP_COMPRESSION) at ImfHeader.cpp:121
> #8  0x4163d03b in Imf::Header::Header (this=0xaa7c0dc, width=64,
>     height=64, pixelAspectRatio=1, address@hidden,
>     screenWindowWidth=1, lineOrder=INCREASING_Y,
>     compression=ZIP_COMPRESSION) at ImfHeader.cpp:156
> #9  0x416448b5 in Imf::InputFile::InputFile (this=0xaa7c0d8,
>     fileName=0xaa7c050
>     "/tmp/OpenEXR-images/ScanLines/Blobbies.exr") at
>     ../Imath/ImathVec.h:647
> #10 0x41652dc5 in Imf::RgbaInputFile::RgbaInputFile (this=0x9097d40,
>     name=0xaa7c050 "/tmp/OpenEXR-images/ScanLines/Blobbies.exr")
>     at ImfRgbaFile.cpp:288
> #11 0x41611e80 in tryOpenExrFile ()
> #12 0x416121f1 in NRxOpenEXRReader::readHeader ()
> #13 0x41611691 in NRxOpenEXRReader::eval ()
> #14 0x40545406 in NRiPlug::getVal () at eval.c:41
>
>
>
>
> _______________________________________________
> Openexr-devel mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/openexr-devel