Hi,
I found this issue in the Mesa 6.5.1-CVS20060818 code (courtesy of FC6):
In the r200_translate_vertex_program() function, in
src/mesa/drivers/dri/r200/r200_vertprog.c,
there are the following lines (about line 545):
...
vp-pos_end = 0;
mesa_vp-Base.NumNativeInstructions = 0;
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=7984
Summary: Display lists cause GL_INVALID_OPERATION when
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=7984
--- Additional Comments From [EMAIL PROTECTED] 2006-08-24 09:33 ---
Here
Chris Rankin wrote:
--- Brian Paul [EMAIL PROTECTED] wrote:
I've checked in a test for mesa_vp-Base.Parameters == NULL. That
should fix it.
Thanks, but is there a reason why Base.Parameters is NULL in the first place?
I scanned through
the rest of the file and saw that there were
Sean D'Epagnier wrote:
Brian Paul wrote:
Download from http://mesa3d.sourceforge.net/beta/
Just downloading and compiling on a variety of platforms to make sure
no files are missing would be good feedback.
the src/glut/mini directory is missing from the glut tarball, glut/fbdev
depends on
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Paul wrote:
Ian Romanick wrote:
Brian Paul wrote:
Ian Romanick wrote:
I'd also like to mark functions in the following extensions this way for
the 6.5.1 release:
GL_EXT_framebuffer_object
On Aug 22, 06 15:09:30 -0600, Brian Paul wrote:
GL_SGIS_texture4D
GL_SGIS_detail_texture
GL_SGIX_instruments
FWIW I used programs that used these extensions. I doubt it is usefull
to call them remotely, so this shouldn't be an issue.
Matthias
--
Matthias Hopf [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matthias Hopf wrote:
On Aug 22, 06 15:09:30 -0600, Brian Paul wrote:
GL_SGIS_texture4D
GL_SGIS_detail_texture
GL_SGIX_instruments
FWIW I used programs that used these extensions. I doubt it is usefull
to call them remotely, so this
Am Mittwoch, 23. August 2006 23:30 schrieb Brian Paul:
Just downloading and compiling on a variety of platforms to make sure
no files are missing would be good feedback.
Works for me, is now part of my gentoo overlay for xgl/aiglx-stuff and can be
tested by brave gentoo users with my
Am Mittwoch, 23. August 2006 02:58 schrieb Roland Scheidegger:
I tried this, but glean gives me just failures (result attached), do
I need something else to enable? I have up-to-date mesa-cvs and drm.
No that should be all needed. What is the output of glean itself?
Bugs item #1544507, was opened at 2006-08-22 05:47
Message generated for change (Comment added) made by brianp
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=13aid=1544507group_id=3
Please note that this message will contain a full copy of the comment thread,
Chris Rankin wrote:
--- Brian Paul [EMAIL PROTECTED] wrote:
It may be that the GL_PROGRAM_UNDER_NATIVE_LIMITS_ARB query is
happening before glProgramStringARB() has been called.
Fixed in CVS.
So the final step would be to make wine call glProgramStringARB() before
glGetProgramivARB()?
--- Brian Paul [EMAIL PROTECTED] wrote:
In OpenGL terms, there's nothing illegal about calling
glGetProgramivARB() before glProgramStringARB().
I have no idea what Wine is trying to do, but it was definitely a bug
in Mesa.
Well in that case, I am confused. No-one has called the
Chris Rankin wrote:
--- Brian Paul [EMAIL PROTECTED] wrote:
In OpenGL terms, there's nothing illegal about calling
glGetProgramivARB() before glProgramStringARB().
I have no idea what Wine is trying to do, but it was definitely a bug
in Mesa.
Well in that case, I am confused. No-one has
BTW, this is what glxinfo says about my display. Notice the confusion about
visual 0x4b.
$ glxinfo
name of display: :0.0
libGL warning: 3D driver claims to not support visual 0x4b
Mesa: CPU vendor: GenuineIntel
Mesa: CPU name: Intel(R) Xeon(TM) CPU 2.66GHz
Mesa: MMX cpu
15 matches
Mail list logo