Re: Problems with Pfenable

New Message Reply Date view Thread view Subject view Author view

Allan Schaffer (allan++at++southpark.engr.sgi.com)
Tue, 14 Jul 1998 14:06:27 -0700 (PDT)

On Jul 14, 4:34pm, Kenneth Gordon wrote:
> Roni Kass wrote:
> > The following short-code, crashes on the O2 && indy when it reaches
> > "pfEnable". On the impact R10000 and on the onyx - it works.
> >
> > Does anyone know why ?? are there any more initializations that will
> > make it work ??
>
> We have been having the exact same problem on our machines here (well,
> ours crashes on pfEnable(PFEN_LIGHTING), but other than that, the
> problem is identical.

pfEnable() is an immediate-mode routine that (in this context)
eventually boils down to an OpenGL call. In the sample given, at
that point the application doesn't have an OpenGL window open, so I
would guess that how the system reacts (a core dump, or just
ignoring it) is luck of the draw.

Also, it's incorrect form to put graphics calls (libpr graphics
calls, in this case) in your main Performer loop -- if you were
multiprocessing, only the draw process would have access to OpenGL.
So you'd need to put those calls in a draw process callback.

Allan

-- 
Allan Schaffer                                                allan++at++sgi.com
Silicon Graphics                               http://reality.sgi.com/allan
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer++at++sgi.com
        Admin. requests:  info-performer-request++at++sgi.com

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:57:42 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.