Re: pfShadeModel -> segmentation faults and geostate info after iv loader

New Message Reply Date view Thread view Subject view Author view

Marc Erich Latoschik (marcl++at++TechFak.Uni-Bielefeld.DE)
Fri, 16 Oct 1998 13:27:13 +0200


Hi,

> 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.
>
Nope it wasn't. I had so much app specific code in the pipewin open
callback that i didnt see i was calling pfOpen() after!!! setting shade
model.
So => no gfx context. Sorry for that. Thangs for your hints.
>
> 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?
yes, now it works with the call too ;)
>

Another question arises. I load the geometrie using the iv loader. When
i attach a geoset with a specific front/back material and a specific
color
the settings are ignored. Does that mean: Once the verts in the geosets
have color bindings, the attached state properties are ignored? In other
words do
i have to color all the vertices instead of using Geostates? (This is
how
i did it before)

-- 

bye Marc

******************************************************************************** Marc Erich Latoschik, AG-WBS, Technische Fakultaet der Universitaet Bielefeld

Universitaetsstrasse 25 Postfach 100 131 33501 Bielefeld Raum M4-122 Fon: (0521) 106 2919 Fax: (0521) 106 2962

marcl++at++techfak.uni-bielefeld.de http://www.TechFak.Uni-Bielefeld.DE/techfak/persons/marcl/ ********************************************************************************


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Fri Oct 16 1998 - 04:28:22 PDT

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