Sharon Clay (src++at++rose.engr.sgi.com)
Thu, 15 Oct 1998 03:07:14 -0700 (PDT)
->Hi again,
->
->> > Hello,
->> > i have a small problem with pfShadeModel and
->> > pfGetShadeModel. If there is geometrie loaded with no
->> > pfGeoState attached, wich shading is used?
->>
->> this is in the manpage (near the end): The default shading model is Gouraud.
The default shademodel is gouraud but it is an error to have a geoset
with no geostate attached. This is becuase when we sort geosets,
you can end up with random state being implicitly inherited by your
geoset. So, at minimum, have the default pfGeoState (everything set to
inherit from the global state explicitly) to you geoset.
I don't think this is related to your core dump, but would be a source
of future errors.
->> draw process. If you're application crashes in multiprocess mode and runs when in
->> singleprocess mode, you probably tried to access the graphics context from any
->> non-draw process.
->>
->I guessed that and tried in in the draw process, with the same result.
->THe app crashes
->with a segmentation violation. The call is made during a pipewin open
->operation, which
->takes place in the draw routine (stack trace an MP debug shows that
->clearly).
->So i am a little confused what is going on. Any further ideas?
I still suspect the same thing. You are calling pfPWinOpen() in your
callback (before pfShademodel() :-))?
If you take out the pfShademodel() call entirely it all works?
Are we crashing in the GL or in pfCode?
src.
--
-----{-----{---++at++ -----{----{---++at++ -----{----{---++at++ -----{----{---++at++
Sharon Rose Clay - Silicon Graphics, Advanced Systems Dev.
src++at++sgi.com (650) 933 - 1002 FAX: (650) 933 - 0858 MS 8U-590
-----{-----{---++at++ -----{----{---++at++ -----{----{---++at++ -----{----{---++at++
This archive was generated by hypermail 2.0b2 on Thu Oct 15 1998 - 03:07:37 PDT