From: Bram Stolk (bram++at++sara.nl)
Date: 06/29/2005 23:23:36
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?
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
> -----------------------------------------------------------------------
>
This archive was generated by hypermail 2b29 : Wed Jun 29 2005 - 23:23:35 PDT