Bug#369895: libgl1-mesa-dri: _tnl_RenderClippedLine spews debug info

[Aaron M. Ucko]

Package: libgl1-mesa-dri
Version: 6.5.0.cvs.20060524-1
Severity: normal

I recently observed that spirographx from the rss-glx package was
emitting a lot of rows of hexadecimal byte triplets on stdout (not
even stderr), which I ultimately traced back to the following code in
Mesa's src/mesa/tnl/t_vb_render.c (lines 85-94), invoked when
rendering clipped lines:

#define RENDER_LINE( v1, v2 )			\
do {						\
   GLubyte c1 = mask[v1], c2 = mask[v2];	\
   GLubyte ormask = c1|c2;			\
   printf("0x%x 0x%x 0x%x\n", c1, c2, CLIPMASK);\
   if (!ormask)					\
      LineFunc( ctx, v1, v2 );			\
   else if (!(c1 & c2 & CLIPMASK))			\
      clip_line_4( ctx, v1, v2, ormask );	\
} while (0)

The fix should be pretty obvious. ;-)

For the record, I'm using the i915 driver, though the code in question
appears to be driver-independent.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.9
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libgl1-mesa-dri depends on:
ii  libgl1-mesa-glx     6.5.0.cvs.20060524-1 A free implementation of the OpenG

libgl1-mesa-dri recommends no packages.

-- no debconf information