Bugs item #1544507, was opened at 2006-08-22 13:47
Message generated for change (Comment added) made by castano
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=13&aid=1544507&group_id=3
Please note that this message will contain a full copy of the comment thread
Hanno Böck wrote:
> 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?
>
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 detected
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
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=detail&atid=13&aid=1544507&group_id=3
Please note that this message will contain a full copy of the comment thread,
--- 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
r20
--- 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()?
Cheers,
Chris
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
> gl
I just added src/mesa/shader/programopt.c to CVS. It had been sitting
in my working tree for a while.
The _mesa_append_modelview_code() function modifies a vertex program
with the instructions needed to implement the position invariant
option (when appropriate).
I noticed that the r200 and r
Bugs item #1544507, was opened at 2006-08-22 13:47
Message generated for change (Comment added) made by castano
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=13&aid=1544507&group_id=3
Please note that this message will contain a full copy of the comment thread
Chris Rankin wrote:
> Chris Rankin wrote:
>
>>I'm trying to find where the Parameters pointer is initialised.
>
>
> --- Brian Paul <[EMAIL PROTECTED]> wrote:
>
>>That normally happens when the program string is parsed/compiled.
>>
>>It may be that the GL_PROGRAM_UNDER_NATIVE_LIMITS_ARB query is
Chris Rankin wrote:
> I'm trying to find where the Parameters pointer is initialised.
--- Brian Paul <[EMAIL PROTECTED]> wrote:
> That normally happens when the program string is parsed/compiled.
>
> It may be that the GL_PROGRAM_UNDER_NATIVE_LIMITS_ARB query is
> happening before glProgramStrin
--- Brian Paul <[EMAIL PROTECTED]> wrote:
> If the problem is deeper, I'll need a stack trace at least. Or
> someone with an r200 card will have to reproduce the problem and look
> into it.
Hmm, a large anvil has just dropped on my head... ;-).
Anyway, a slightly more precise description of wh
Chris Rankin wrote:
--- Brian Paul <[EMAIL PROTECTED]> wrote:
If the problem is deeper, I'll need a stack trace at least. Or
someone with an r200 card will have to reproduce the problem and look
into it.
Hmm, a large anvil has just dropped on my head... ;-).
Anyway, a slightly more precis
Hanno Böck wrote:
> 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=detail&atid=13&aid=1544507&group_id=3
Please note that this message will contain a full copy of the comment thread,
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?
http://www.schokoke
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 inoffici
-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 remot
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 PRO
Martijn van Oosterhout wrote:
> On 8/23/06, Brian Paul <[EMAIL PROTECTED]> wrote:
>
>>
>> I'd like to release 6.5.1 by the end of the month.
>>
>> Please don't check in any risky code changes in the mean time.
>
>
> Hi,
>
> I'm thinking we should probably disable hardware antialiased polygons
>
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_f
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
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 th
--- 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 several other places that a
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
[EMAIL PROTECTED] changed:
What|Removed |Added
--
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
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
Chris Rankin wrote:
> 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_v
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;
mesa
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=5002
--- Additional Comments From [EMAIL PROTECTED] 2006-08-24 07:08 ---
Creat
Bugs item #1544507, was opened at 2006-08-22 13:47
Message generated for change (Comment added) made by castano
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=13&aid=1544507&group_id=3
Please note that this message will contain a full copy of the comment thread
Bugs item #1544507, was opened at 2006-08-22 13:47
Message generated for change (Comment added) made by castano
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=13&aid=1544507&group_id=3
Please note that this message will contain a full copy of the comment thread
33 matches
Mail list logo