Re: [Mesa3d-dev] Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)
Ian Romanick wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian Paul wrote: Ian Romanick wrote: Adam Jackson wrote: My concern with backing this out is how it affects the indirect rendering case, if at all. I would prefer that clients not be able to crash the server by enabling client state and then not filling it in; although it appears to "work" in indirect mode as it is, so maybe I'm misguided. I don't think this case can occur with indirect rendering. When indirect rendering is used, the client library packages up all the enabled arrays and ships all the data to the server. The server then takes the data that came from the client and enables the array state for the data that is present. The GLX library should unroll/expand vertex arrays into ordinary glVertex/Color/Normal/Etc calls which get sent over the wire. The server doesn't know anything about vertex arrays (VBOs aside). Sure it does. There *is* protocol defined for vertex arrays. It's in the GLX 1.3 protocol doc and in the EXT_vertex_array spec. I added code to our libGL support that probably 2 years ago. AFAIK, the server side has always supported (it was in the original code drop from SGI). There are some cases (e.g., multitexture) where we have to fallback to glVertex/Color/Normal/Etc calls. Wow, I didn't realize this. I knew you did some vertex array work a while back, but I thought that was preparation for VBOs. I never even thought to look for server-side vertex array code in the past. After taking a quick look at the spec, it looks like all array element dereferencing is done client side. Is that correct? If it were done server-side it would need bounds checking. Incidentally, when I was looking at indirect_vertex_array.c I found this curious bit (line 424): if ( arrays->new_DrawArrays_possible ) { assert( ! arrays->new_DrawArrays_possible ); } else ... That can't be right. -Brian --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian Paul wrote: > Ian Romanick wrote: >> Adam Jackson wrote: >> >>> My concern with backing this out is how it affects the indirect >>> rendering case, if at all. I would prefer that clients not be able >>> to crash the server by enabling client state and then not filling it >>> in; although it appears to "work" in indirect mode as it is, so maybe >>> I'm misguided. >> >> I don't think this case can occur with indirect rendering. When >> indirect rendering is used, the client library packages up all the >> enabled arrays and ships all the data to the server. The server then >> takes the data that came from the client and enables the array state for >> the data that is present. > > The GLX library should unroll/expand vertex arrays into ordinary > glVertex/Color/Normal/Etc calls which get sent over the wire. > > The server doesn't know anything about vertex arrays (VBOs aside). Sure it does. There *is* protocol defined for vertex arrays. It's in the GLX 1.3 protocol doc and in the EXT_vertex_array spec. I added code to our libGL support that probably 2 years ago. AFAIK, the server side has always supported (it was in the original code drop from SGI). There are some cases (e.g., multitexture) where we have to fallback to glVertex/Color/Normal/Etc calls. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFD0CcZX1gOwKyEAw8RAjJZAJ9lTBNcbuugKy2CQyjkkkG4ryAdHQCfQEBH 5Ri7LLDalDiXRYQaWkVZl1U= =T1Cf -END PGP SIGNATURE- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)
Ian Romanick wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Jackson wrote: My concern with backing this out is how it affects the indirect rendering case, if at all. I would prefer that clients not be able to crash the server by enabling client state and then not filling it in; although it appears to "work" in indirect mode as it is, so maybe I'm misguided. I don't think this case can occur with indirect rendering. When indirect rendering is used, the client library packages up all the enabled arrays and ships all the data to the server. The server then takes the data that came from the client and enables the array state for the data that is present. Huh? The GLX library should unroll/expand vertex arrays into ordinary glVertex/Color/Normal/Etc calls which get sent over the wire. The server doesn't know anything about vertex arrays (VBOs aside). The calls that the client application makes to glClientStateEnable never (directly) get to the server. If the array pointers were NULL, the client would tank before any data got to the server. Things (will) work a little differently when server-side VBOs are implemented. In that case commands will be directly sent to the server for glClientStateEnable commands, but those enables will only be used when a VBO is enabled on those arrays. Also, there's code in Mesa that does bounds checking on references to VBO data. So it should be impossible to crash the server by trying to access data beyond the end (or beginning) of a VBO. My goal is to have the VBO protocol done (it's 95% done now) and voted on at the March ARB meeting. It's the 3rd or 4th thing in my queue right now, so that should be a reasonable goal. -Brian --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)
Adam Jackson wrote: On Thursday 19 January 2006 13:43, Ian Romanick wrote: Adam Jackson wrote: Log message: Avoid a crash when the user has enabled glVertex{,Attrib}Pointer but hasn't filled in a valid pointer for that attribute or vertex array. NAK. Any app that is hitting a crash because of this is wrong. It is likely that such apps will tank on other implementations, so working around this app bug in Mesa is a disservice to the developer. The offender is glxcompmgr, for the record. See screen.c around line 770. My concern with backing this out is how it affects the indirect rendering case, if at all. I would prefer that clients not be able to crash the server by enabling client state and then not filling it in; although it appears to "work" in indirect mode as it is, so maybe I'm misguided. Note that your change doesn't prevent a malicious or misguided client from crashing itself in this way, or presumably the server if the same problem exists there. You only check against a single invalid address (ie. zero), but there are plenty of other illegal addresses out there which will also generate a SEGV (starting at Ptr == 1) ... Keith --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Jackson wrote: > My concern with backing this out is how it affects the indirect rendering > case, if at all. I would prefer that clients not be able to crash the server > by enabling client state and then not filling it in; although it appears to > "work" in indirect mode as it is, so maybe I'm misguided. I don't think this case can occur with indirect rendering. When indirect rendering is used, the client library packages up all the enabled arrays and ships all the data to the server. The server then takes the data that came from the client and enables the array state for the data that is present. The calls that the client application makes to glClientStateEnable never (directly) get to the server. If the array pointers were NULL, the client would tank before any data got to the server. Things (will) work a little differently when server-side VBOs are implemented. In that case commands will be directly sent to the server for glClientStateEnable commands, but those enables will only be used when a VBO is enabled on those arrays. My goal is to have the VBO protocol done (it's 95% done now) and voted on at the March ARB meeting. It's the 3rd or 4th thing in my queue right now, so that should be a reasonable goal. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFD0A91X1gOwKyEAw8RAlIpAJ4iUN6Sniy2iXtYa58c+5oWDFXWZQCfQoNY csODzFYzY/SPmj6TkGKOhss= =kPIc -END PGP SIGNATURE- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)
On Thursday 19 January 2006 13:43, Ian Romanick wrote: > Adam Jackson wrote: > > Log message: > > Avoid a crash when the user has enabled glVertex{,Attrib}Pointer but > > hasn't filled in a valid pointer for that attribute or vertex array. > > NAK. Any app that is hitting a crash because of this is wrong. It is > likely that such apps will tank on other implementations, so working > around this app bug in Mesa is a disservice to the developer. The offender is glxcompmgr, for the record. See screen.c around line 770. My concern with backing this out is how it affects the indirect rendering case, if at all. I would prefer that clients not be able to crash the server by enabling client state and then not filling it in; although it appears to "work" in indirect mode as it is, so maybe I'm misguided. - ajax pgpxINyJxDuMB.pgp Description: PGP signature
[Mesa3d-dev] [Bug 5661] Compile errors under Visual Studio 7.1.3088
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=5661 --- Additional Comments From [EMAIL PROTECTED] 2006-01-20 07:37 --- Fixed in CVS. Grab the latest s_triangle.c and s_tritemp.h (for the 6.4 branch). I don't know about the "mesa.sln" thing. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Jackson wrote: > Log message: > Avoid a crash when the user has enabled glVertex{,Attrib}Pointer but hasn't > filled in a valid pointer for that attribute or vertex array. NAK. Any app that is hitting a crash because of this is wrong. It is likely that such apps will tank on other implementations, so working around this app bug in Mesa is a disservice to the developer. Fix Xgl to only enable the arrays that it's actually using instead. :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDz93YX1gOwKyEAw8RAtmSAJ94invBEqPWlxTIrW0YEuIQ6MNN2gCffFCL Wfo67TSlJtjzJPxFEMod+Uw= =0q8P -END PGP SIGNATURE- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)
Adam Jackson wrote: CVSROOT:/cvs/mesa Module name:Mesa Repository: Mesa/src/mesa/main/ Changes by: [EMAIL PROTECTED] 06/01/19 10:00:38 Log message: Avoid a crash when the user has enabled glVertex{,Attrib}Pointer but hasn't filled in a valid pointer for that attribute or vertex array. Should this change be applied for all vertex attributes? Note that a NULL pointer may be valid if the array is inside a vertex buffer object. In that case, the vertex array pointer isn't really a pointer but an offset from the start of the VBO. -Brian --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 5661] New: Compile errors under Visual Studio 7.1.3088
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=5661 Summary: Compile errors under Visual Studio 7.1.3088 Product: Mesa Version: 6.4 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Mesa core AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] Hi - new user here, so I hope I'm not doing anything wrong. I'm trying to build Mesa under Visual Studio.NET 2003 (7.1.3088) in RELEASE configuration. I get the following compile errors. I get similar errors when trying to build DEBUG. In addition, when I opened the original mesa.sln file, I was asked if I wanted to convert to the current version of Visual Studio - this may imply that the solution file is from an older version of Visual Studio? Thanks and I hope I'm not missing something! David Baszucki [EMAIL PROTECTED] -- Build started: Project: mesa, Configuration: Release Win32 -- Compiling... s_triangle.c c:\temp\MesaLib-6.4.1\Mesa-6.4.1\src\mesa\swrast\s_tritemp.h(1159) : error C2275: 'GLuint' : illegal use of this type as an expression ../../../../include\GL\gl.h(155) : see declaration of 'GLuint' c:\temp\MesaLib-6.4.1\Mesa-6.4.1\src\mesa\swrast\s_tritemp.h(1159) : error C2146: syntax error : missing ';' before identifier 'i' c:\temp\MesaLib-6.4.1\Mesa-6.4.1\src\mesa\swrast\s_tritemp.h(1159) : error C2144: syntax error : '' should be preceded by '' c:\temp\MesaLib-6.4.1\Mesa-6.4.1\src\mesa\swrast\s_tritemp.h(1159) : error C2144: syntax error : '' should be preceded by '' c:\temp\MesaLib-6.4.1\Mesa-6.4.1\src\mesa\swrast\s_tritemp.h(1159) : error C2143: syntax error : missing ';' before 'identifier' c:\temp\MesaLib-6.4.1\Mesa-6.4.1\src\mesa\swrast\s_tritemp.h(1159) : error C2065: 'i' : undeclared identifier c:\temp\MesaLib-6.4.1\Mesa-6.4.1\src\mesa\swrast\s_tritemp.h(1159) : error C2275: 'GLuint' : illegal use of this type as an expression ../../../../include\GL\gl.h(155) : see declaration of 'GLuint' c:\temp\MesaLib-6.4.1\Mesa-6.4.1\src\mesa\swrast\s_tritemp.h(1159) : error C2146: syntax error : missing ';' before identifier 'i' c:\temp\MesaLib-6.4.1\Mesa-6.4.1\src\mesa\swrast\s_tritemp.h(1159) : error C2144: syntax error : '' should be preceded by '' c:\temp\MesaLib-6.4.1\Mesa-6.4.1\src\mesa\swrast\s_tritemp.h(1159) : error C2144: syntax error : '' should be preceded by '' c:\temp\MesaLib-6.4.1\Mesa-6.4.1\src\mesa\swrast\s_tritemp.h(1159) : error C2143: syntax error : missing ';' before 'identifier' Build log was saved at "file://c:\temp\MesaLib-6.4.1\Mesa-6.4.1\windows\Vc7 \mesa\mesa\Release\BuildLog.htm" mesa - 11 error(s), 0 warning(s) -- Build started: Project: gdi, Configuration: Release Win32 -- Linking... LINK : fatal error LNK1181: cannot open input file 'mesa.lib' Build log was saved at "file://c:\temp\MesaLib-6.4.1\Mesa-6.4.1\windows\Vc7 \mesa\gdi\Release\BuildLog.htm" gdi - 1 error(s), 0 warning(s) -- Build started: Project: glu, Configuration: Release Win32 -- Linking... ..\..\..\..\src\glu\sgi\glu.def(1) : warning LNK4017: DESCRIPTION statement not supported for the target platform; ignored Creating library .\Release/GLU32.lib and object .\Release/GLU32.exp mipmap.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function _closestFit3D Release/GLU32.DLL : fatal error LNK1120: 1 unresolved externals Build log was saved at "file://c:\temp\MesaLib-6.4.1\Mesa-6.4.1\windows\Vc7 \mesa\glu\Release\BuildLog.htm" glu - 2 error(s), 1 warning(s) -- Build started: Project: osmesa, Configuration: Release Win32 -- Compiling... osmesa.c ../../../../src\mesa\main\..\swrast\s_tritemp.h(1159) : error C2143: syntax error : missing ';' before 'type' ../../../../src\mesa\main\..\swrast\s_tritemp.h(1159) : error C2275: 'GLchan' : illegal use of this type as an expression ../../../../src\mesa\main\mtypes.h(49) : see declaration of 'GLchan' ../../../../src\mesa\main\..\swrast\s_tritemp.h(1159) : error C2065: 'img' : undeclared identifier ../../../../src\mesa\main\..\swrast\s_tritemp.h(1159) : error C2065: 'i' : undeclared identifier ../../../../src\mesa\main\..\swrast\s_tritemp.h(1159) : warning C4018: '<' : signed/unsigned mismatch ../../../../src\mesa\main\..\swrast\s_tritemp.h(1159) : error C2109: subscript requires array or pointer type ../../../../src\mesa\main\..\swrast\s_tritemp.h(1159) : error C2109: subscript requires array or pointer type ../../../../src\mesa\main\..\swrast\s_tritemp.h(1159) : error C2109: subscript requires array or pointer type ../../../../src\mesa\main\..\swrast\s_tritemp.h(1159) : error C2109: subscript requires array or pointer type ../../../../src\mesa\main\..\swrast\s_tritemp.
[Mesa3d-dev] [Bug 5254] Build error - unknown opcode ".register" on Solaris 2.6 when using gcc
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=5254 --- Additional Comments From [EMAIL PROTECTED] 2006-01-20 03:20 --- Unfortunately I am not in a position to upgrade the compiler from gcc version 3.4.3 :-( I have tried reducing the optimisation level, and even removed optimisation entirely, but it made no difference. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 5131] Free of invalid pointer in _mesa_free
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=5131 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Additional Comments From [EMAIL PROTECTED] 2006-01-20 01:59 --- The fix has been working in the nightly development version for quite some time now. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 4842] Segment Fault on 64-bit offscreen render for primitive render due to improper span creation
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=4842 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-01-20 01:54 --- This was fixed in 6.4. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 5131] Free of invalid pointer in _mesa_free
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=5131 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-01-20 01:53 --- This was fixed in 6.4.1. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 5254] Build error - unknown opcode ".register" on Solaris 2.6 when using gcc
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=5254 --- Additional Comments From [EMAIL PROTECTED] 2006-01-20 01:49 --- This looks like a compiler bug. I'd suggest looking for a newer version of the compiler or try a lower level of optimization below -O3. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 5533] assyntax.h: No such file or directory (6.4.1)
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=5533 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-01-20 01:47 --- This has been fixed in CVS. In glapi_x86-64.S, change: #include "assyntax.h" to read: #include "../x86/assyntax.h" -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 5629] 6.4.1 - GL/glfbdev.h: No such file or directory
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=5629 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2006-01-20 01:44 --- *** This bug has been marked as a duplicate of 5640 *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 5640] 6.4.1 - GL/glfbdev.h: No such file or directory
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=5640 --- Additional Comments From [EMAIL PROTECTED] 2006-01-20 01:44 --- *** Bug 5629 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 5640] 6.4.1 - GL/glfbdev.h: No such file or directory
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=5640 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-01-20 01:44 --- This has been fixed in CVS - the next release will include the file. You can grab it from Mesa CVS in the mean time. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev