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

[Ramin]

Yay! That's good news for the future. But I still have to get the plugin
working for our current shake versions (3 and 3.01). Our Sys-admin has been
having trouble finding a complete gcc 2.95 distribution. Can someone point us
to some rpms or better yet, just post the Standard EXR/Shake plugins for linux
onto a web/ftp site somewhere? I'd be very grateful!

--- Piotr Stanczyk <address@hidden> wrote:
> So Shake 3.5 plugins are to be compiled with gcc 3.1,  at long last - 
> though, it won't make supporting older versions easier.
> 
> Piotr
> 
> 
> 
> On 16 Apr 2004, at 16:48, Ken McGaugh wrote:
> 
> > 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
> >
> >
> >
> >
> > _______________________________________________
> > Openexr-devel mailing list
> > address@hidden
> > http://mail.nongnu.org/mailman/listinfo/openexr-devel
> >
> ________________________________________________
> Dr. Piotr Stanczyk
> 2D R&D
> Film Department
> The Moving Picture Company - http://www.moving-picture.com
> 
> 
> 
> _______________________________________________
> Openexr-devel mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/openexr-devel