Hi All,
My VMS compiler choked on all the in the tess_winding.h. So I commited
a patch to remove them all.
However the new GLU seems not to work with the text3d demo (using libGLTT).
I get the following crash just after starting:
olka-jj) xlock -inwindow -nice 0 -modelist allgl
%SYSTEM-F-ACCVI
on Project
Lucent Technologies, Bell Labs Australia ph: +61 2 9352 8608
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]
> Sent: Monday, October 04, 1999 6:16 PM
> To: [EMAIL PROTECTED]
> Subject: [Mesa-dev] new winding rules for GLU
>
&g
Hi,
>Nasty :) I'll track this down - I've had this problem before, so I =
>probably
>broke the fix when I removed my debugging memory allocation on the =
>weekend.
The new tess_heap.c seems to solve the crashing of the text3d demo of
xlockmore. Now it gets into some infinite loop at startup.
Gareth wrote:
>> The new tess_heap.c seems to solve the crashing of the text3d demo
>> of xlockmore. Now it gets into some infinite loop at startup.
>
>Yeah, that was one of those _really_ late night coding bugs :) Can you give
>me some more info on the infinite loop? I guess the easiest thing
> The new tess_heap.c seems to solve the crashing of the text3d demo
> of xlockmore. Now it gets into some infinite loop at startup.
Yeah, that was one of those _really_ late night coding bugs :) Can you give
me some more info on the infinite loop? I guess the easiest thing would be
to run it
Hi,
>> The new tess_heap.c seems to solve the crashing of the text3d demo
>> of xlockmore. Now it gets into some infinite loop at startup.
>
>Yeah, that was one of those _really_ late night coding bugs :) Can you give
>me some more info on the infinite loop? I guess the easiest thing would be
I have noticed that when taking screenshots, regardless of what it is, in 3d
fullscreen, the red and blue get inversed on the color wheel. I'm using the
Voodoo3 and don't believe it's the drivers. I haven't messed with mesa before, so
could one of you experienced guys see at what point mesa i
