From: Keith W. <ke...@tu...> - 2003-11-28 14:33:42
|
Jacob (=Jouk) Jansen wrote: > ke...@tu... wrote on 28-NOV-2003 10:55:59.80 > > >>Jacob =Jouk Jansen wrote: >> >>>Hi all, >>> >>>I tried the current CVS version of Mesa to run some of the demo's of the >>>package xlockmore on my OpenVMS system. In some modes (i.e. cage,morph3d, >>>stairs ) I get a crash (traceback is at the end of this mail). The line 51887 >>>of ss_triangle.c can also be 51889 and points to line 146-148 of ss_tritmp.h: >>> >>>146 if (VB->SecondaryColorPtr[0]) { >>>145 GLfloat (*vbspec)[4] = VB->SecondaryColorPtr[0]->data; >>>146 SS_SPEC(v[0]->specular, vbspec[e0]); >>>147 SS_SPEC(v[1]->specular, vbspec[e1]); >>>148 SS_SPEC(v[2]->specular, vbspec[e2]); >>> >>>A "floating invalid" may indicate that VB->SecondaryColorPtr[0]->data is >>>allocated but not initialized. It may contain rubish instead of zero's. >>>Can that be the case? and if yes where should it be repaired? >> >>Jouk, >> >>Please try the most recent cvs commit & let me know if this fixes it. > > with some problems I got it (The anonymous CVS on my VMS box seems not to > be able to get the new ss_tritmp.h, Even a CVS from scratch gives me the > "old" one so I use a linux system and my own username) Hmm. This is probably the sourceforge 'backup CVS server' problem which we had such a bad time with on the DRI project. > The new file is much better. Most xlockmore modes work now correctly, except > the invert mode. It gives a"floating invalid" in triangle_twoside_rgba. ... > polka-jj) xlock -inwindow -modelist invert -nice 0 > %SYSTEM-F-HPARITH, high performance arithmetic trap, Imask=00000000, Fmask=00400000, summary=02, PC=00000000013484C8, PS=0000001B > -SYSTEM-F-FLTINV, floating invalid operation, PC=00000000013484C8, PS=0000001B > %TRACE-F-TRACEBACK, symbolic stack dump follows > image module routine line rel PC abs PC > libMesaGL SS_TRIANGLE triangle_twoside_rgba > 51965 0000000000002C88 00000000013484C8 Which line does this refer to? Keith |