Re: Color? .flt loader problem
Mario Veraart (rioj7++at++fel.tno.nl)
Thu, 9 Apr 1998 13:48:55 +0200 (MET DST)
>
> > >
> > > This is probably a simple question for most of you folks. I have
> > > created a flight database using MultiGen Pro II. When I start up perfly
> > > with:
> > > % perfly database.flt
> > > I can see the database textures that are loaded (so it is getting them)
> > > I get many of these errors,
> > > PF Notice/Assert: convTree() unsupported node 113 "unknown" found.
> > You are just working with the bad version of the Multigen loader.
> > Multigen II Pro generates Openflight version 15.?, while you seem to use version
> > 14.something.
> > Go to the ftp site of Multigen and get the latest version of the loader :
> > ftp://ftp.multigen.com
>
> I ran into the same problem yesterday. After I downloaded
> Performer-loader-21.tar.Z
> (which includes 6 versions loader for 32/64 and IRIS/OPenGL), I have
> another problem
> now: the sigdlopen version of my performer program is different from
> that of the loader,
> so it goes back to the old .flt loader and the 'convTree' error remains.
>
> How to get the same sgi version?
>
> 2338: 12:51:41 /home1/liuxy/CAVE/work/navy/navy: loading obj
> ./libpfflt_ogl.so with version sgi2.4
> 2338: 12:51:42 /home1/liuxy/CAVE/work/navy/navy:
> dlopen/sgidladd/sgidlopen_version is called with name =
> /home1/liuxy/tmp/OPT.N64.OPENGL//libpfflt_ogl.so, version = sgi2.4
> 2338: 12:51:42 /home1/liuxy/CAVE/work/navy/navy: loading obj
> /home1/liuxy/tmp/OPT.N64.OPENGL//libpfflt_ogl.so with versionsgi2.4
> 2338: 12:51:42 /home1/liuxy/CAVE/work/navy/navy: mapped
> /home1/liuxy/tmp/OPT.N64.OPENGL//libpfflt_ogl.so at 0x3fdb0000
> 2338: 12:51:42 /home1/liuxy/CAVE/work/navy/navy: Unmapped
> /home1/liuxy/tmp/OPT.N64.OPENGL//libpfflt_ogl.so because it is called
> from sgidlopen_version with version string 'sgi2.4' and
> /home1/liuxy/tmp/OPT.N64.OPENGL//libpfflt_ogl.so does not have the same
> version string
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> omni 6% elfdump -L /home1/liuxy/tmp/OPTN64.OPENGL/libpfflt_ogl.so | grep
> VER
> [7] RLDVERS 0x1
> [27] IVERSION sgi3.0
> ^^^^^^^^^^^^
>
> Thanks for any information.
>
> Liu Xiaoyan
During link time the linker looks in the DSO's and stores the version
numbers in the executable. So my suggestion is recompile your program
and look with 'elfdump -Dl' what the versions is of the DSO's it wants
to load
Mario
=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
Submissions: info-performer++at++sgi.com
Admin. requests: info-performer-request++at++sgi.com
This archive was generated by hypermail 2.0b2
on Mon Aug 10 1998 - 17:57:13 PDT