Dave Reed <dreed@capital.edu> writes: > > From: Jim Hayward <jimhayward@earthlink.net> > > > > On Sat, 16 Feb 2002 09:13:11 -0500 > > Dave Reed <dreed@capital.edu> wrote: > > > > > > > > Is it just me or does anyone else using Mike's XFree86-4.2.0-0.6.1 > > > RPMS notice that the xclock display gets "corrupted" over time? I > > > believe it's been a problem with all the 4.2 RPMS. It looks like the > > > minute hand doesn't always get erased when the time is updated so you > > > end up with multiple minute hands. > > > > > > Here's how I've got xclock starting: > > > > > > xclock -update 60 -geometry 60x60+1+1 > > > > > > If I cover up the xclock window and then uncover it, it redraws > > > correctly. > > > > > > Obviously, it's not a big deal, but I thought I'd see if anyone else > > > is having the problem and if so I'll put it in bugzilla. > > > > > > Dave > > > > I tried to duplicate this problem, but I have been unable to do so. I tried it at 1024x768 and 1280x1024 at 16 bit color depth. > > > > Regards, > > Jim H > > > I use 1024x768 at 24 bit. > > Here's an image that shows the problem (although often it looks much worse): > > http://capital2.capital.edu/faculty/dreed/xclock.png > > The "glitch" is between the 12 and the 1. > > I haven't noticed if it happens all the time (but I assume it does) > since an expose event causes a redraw which "fixes it". What video card? Drawing bugs tend to be bugs in particular card drivers rather than in the core X code. Regards , Owen
