Results for glean/orthoPosHLines

Returncode: 0

Errors:
Mesa: Mesa 7.5-devel DEBUG build Feb 15 2009 13:28:41
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
Mesa: CPU vendor: AuthenticAMD
Mesa: CPU name: AMD Athlon(tm) XP 2400+
Mesa: MMX cpu detected.
Mesa: 3DNow! cpu detected.
Mesa: SSE cpu detected.
Mesa: Not testing OS support for SSE, leaving enabled.
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
Mesa: CPU vendor: AuthenticAMD
Mesa: CPU name: AMD Athlon(tm) XP 2400+
Mesa: MMX cpu detected.
Mesa: 3DNow! cpu detected.
Mesa: SSE cpu detected.
Mesa: Not testing OS support for SSE, leaving enabled.
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
Mesa: CPU vendor: AuthenticAMD
Mesa: CPU name: AMD Athlon(tm) XP 2400+
Mesa: MMX cpu detected.
Mesa: 3DNow! cpu detected.
Mesa: SSE cpu detected.
Mesa: Not testing OS support for SSE, leaving enabled.


Output:
----------------------------------------------------------------------
This test checks the positioning of unit-width horizontal lines
under orthographic projection.	(This is important for apps
that want to use OpenGL for precise 2D drawing.)  It fills in
an entire rectangle with a stack of horizontal lines, drawing
adjacent lines with different colors and with blending enabled.
If there are gaps (pixels that are the background color, and
thus haven't been filled), overlaps (pixels that show a blend
of more than one color), or improper edges (pixels around the
edge of the rectangle that haven't been filled, or pixels just
outside the edge that have), then the test fails.

This test generally fails for one of several reasons.  First,
the coordinate transformation process may have an incorrect bias;
this usually will cause a bad edge.  Second, the coordinate
transformation process may round pixel coordinates incorrectly;
this will usually cause gaps and/or overlaps.  Third, the
line rasterization process may not be filling the correct
pixels; this can cause gaps, overlaps, or bad edges.  Fourth,
the OpenGL implementation may not handle the diamond-exit rule
(section 3.4.1 in version 1.2.1 of the OpenGL spec) correctly;
this should cause a bad border or bad right edge.

It can be argued that this test is more strict that the OpenGL
specification requires.  However, it is necessary to be this
strict in order for the results to be useful to app developers
using OpenGL for 2D drawing.

orthoPosHLines:  PASS rgba8, db, z24, s8, win+pmap, id 33
	Immediate-mode horizontal lines:  No gaps, overlaps, or incorrect edges.
orthoPosHLines:  PASS rgba8, db, z24, s8, win+pmap, id 34
	Immediate-mode horizontal lines:  No gaps, overlaps, or incorrect edges.
orthoPosHLines:  PASS rgba8, z24, win+pmap, id 92
	Immediate-mode horizontal lines:  No gaps, overlaps, or incorrect edges.