http://bugs.freedesktop.org/show_bug.cgi?id=25588


Ian Romanick <i...@freedesktop.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |NEEDINFO




--- Comment #4 from Ian Romanick <i...@freedesktop.org>  2009-12-29 10:43:51 
PST ---
(In reply to comment #2)
> (In reply to comment #1)
> > Thanks to mishandling of DOS line endings, that shader snippet doesn't 
> > include
> > the actual error. :(  Could you run under GDB, and put a breakpoint at 
> > yyerror.
> >  When it gets hit, 'up' to _mesa_parse_arb_program and print all of str.
> 
> #2  0x04105ec2 in _mesa_parse_arb_program (ctx=0x9ce40b8, target=34820,
>     str=0x9e3900
> "!!ARBfp1.0\n\r\n\t\t\r\n\t\t\r\n\t\t\r\n\t\t\r\n\t\t\r\n\t\t\r\n\t\t\r\nOPTION
> ARB_precision_hint_fastest;\r\n\r\nTEMP\tR0, R1, color, localNormal,
> worldNormal, ambient, localAmbient, specLook, diffuse;\r\n\r\nPARAM\tsubOne = 
> {
> -1, -1, -1, -"..., len=3194,
>     state=0xbfff87f4) at program_parse.y:2638
> 2638    in program_parse.y

I actually need *all* of the program. :)  Try this, run 'script'.  Run etqw in
GDB again.  As before put a breakpoint at yyerror.  When it gets hit, 'up' to
_mesa_parse_arb_program.  Then do 'printf "%s", str'.  Quit out of GDB, and ^D
to exit script.  Attach the generate typescript file.

For some reason ID games to weird stuff when output is redirected, so it's
possible this won't work.  If it doesn't work, just run GDB as before, do the
printf above, and copy-and-paste the output to an attachment.

> > The output of 'glxinfo -l | grep GL_MAX_TEXTURE_' would also be helpful.
> 
> $ glxinfo -l | grep GL_MAX_TEXTURE_
> Mesa: CPU vendor: GenuineIntel
> Mesa: CPU name: Genuine Intel(R) CPU           T2600  @ 2.16GHz
> Mesa: Mesa 7.8-devel DEBUG build Dec 13 2009 18:40:27
> Mesa warning: couldn't open libtxc_dxtn.so, software DXTn
> compression/decompression unavailable
> Mesa: MMX cpu detected.
> Mesa: SSE cpu detected.
> Mesa: Not testing OS support for SSE, leaving enabled.
> Mesa: User error: GL_INVALID_ENUM in glGetProgramivARB(pname)
> Mesa: User error: GL_INVALID_ENUM in glGetProgramivARB(pname)
> Mesa: User error: GL_INVALID_ENUM in glGetProgramivARB(pname)
> Mesa: User error: GL_INVALID_ENUM in glGetProgramivARB(pname)
> Mesa: User error: GL_INVALID_ENUM in glGetProgramivARB(pname)
> Mesa: User error: GL_INVALID_ENUM in glGetProgramivARB(pname)
>     GL_MAX_TEXTURE_STACK_DEPTH = 10
>     GL_MAX_TEXTURE_SIZE = 4096
>     GL_MAX_TEXTURE_UNITS_ARB = 8
>     GL_MAX_TEXTURE_LOD_BIAS_EXT = 16
>     GL_MAX_TEXTURE_MAX_ANISOTROPY_EXT = 16
> 
> Btw, are all those
> Mesa: User error: GL_INVALID_ENUM in glGetProgramivARB(pname)
> meaningful (glxinfo bug?) or should I just ignore them?

These messages are usually produced when glxinfo tries to query limits related
to fragment programs when the driver does not support fragment programs.  Could
you attach the full output of 'glxinfo -l'?


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to