From: Fred Dech (fdech++at++uchicago.edu)
Date: 06/30/2005 06:38:39
On Thu, Jun 30, 2005 at 08:23AM, Bram Stolk said:
> Fred Dech wrote:
> >hi.
> >
> >i just installed Performer 3.2 on a linux box and realized that the code
> >we have running with Performer 3.1 on another linux box no longer works.
> >specifically pfdInitConverter("iv") and its associated functions.
> >
> >my apps and perfly foo.iv fail:
> >PF Warning: pfdFindConverterDSO() - Could not load DSO
> >for extension "iv20"
> >PF Warning: pfdFindConverterDSO() - Could not load DSO
> >for extension "iv"
> >
> >the 3.2 install did not install a /usr/include/Inventor/
> >thus, the loader cannot be built from source.
> >however
> >/usr/lib/libpfdb/libpfiv.so does exist, which i find puzzling.
> >i do have the same environment as on our Performer 3.1 machine:
> >PFLD_LIBRARYN32_PATH=/usr/lib/libpfdb:/usr/lib
> >
> >does 3.2 not directly support an Inventor loader?
>
> Maybe you do not have open inventor installed?
>
>
hmmmm. good point. i didn't install it. it's been a while since i
install Performer 3.1 linux distribution. i will go and install Inventor
forthwith.
thank you very much!
--fred
> What does ldd say about your .so file?
>
> I get:
>
> bram++at++pistache:/usr/lib/libpfdb$ ldd libpfiv.so
> libInventor.so.0 => /usr/lib/libInventor.so.0 (0xb7bcd000)
> libInventorXt.so.0 => /usr/lib/libInventorXt.so.0 (0xb7b40000)
> libc.so.6 => /lib/tls/libc.so.6 (0xb7a0b000)
> libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb79ed000)
> libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7980000)
> libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0xb7905000)
> libGL.so.1 => /usr/lib/libGL.so.1 (0xb788c000)
> libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb77c5000)
> libdl.so.2 => /lib/tls/libdl.so.2 (0xb77c2000)
> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb7708000)
> libm.so.6 => /lib/tls/libm.so.6 (0xb76e6000)
> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb76db000)
> libXm.so.1 => /usr/lib/libXm.so.1 (0xb7591000)
> libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0xb7540000)
> libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7532000)
> libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0xb752a000)
> libXp.so.6 => /usr/X11R6/lib/libXp.so.6 (0xb7522000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
> libz.so.1 => /usr/lib/libz.so.1 (0xb7510000)
> libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0xb6dbe000)
> libnvidia-tls.so.1 => /usr/lib/tls/libnvidia-tls.so.1 (0xb6dbc000)
> libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0xb6db3000)
> libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0xb6d9c000)
> libXft.so.2 => /usr/lib/libXft.so.2 (0xb6d89000)
> libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb6d81000)
> libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb6d51000)
> libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb6d31000)
>
> Note that I built libpfiv.so from source, because it still,
> (after reporting this bug 3 times in 3 years or so), contains
> a bug that caused opaque geometry to be sorted in transparent
> bins. Transparency from iv models are often messed up big time
> in performer.
>
> That said, I believe the sgi-supplied libpfiv did load for me.
>
> bram
>
>
> >
> >any suggestions would be appreciated.
> >
> >TIA.
> >
> >--fred
> >
> >-----------------------------------------------------------------------
> > List Archives, Info, FAQ: http://www.sgi.com/software/performer/
> > Open Development Project: http://oss.sgi.com/projects/performer/
> > Submissions: info-performer++at++sgi.com
> > Admin. requests: info-performer-request++at++sgi.com
> >-----------------------------------------------------------------------
> >
>
> -----------------------------------------------------------------------
> List Archives, Info, FAQ: http://www.sgi.com/software/performer/
> Open Development Project: http://oss.sgi.com/projects/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
> -----------------------------------------------------------------------
This archive was generated by hypermail 2b29 : Thu Jun 30 2005 - 06:38:40 PDT