Qbasicnews.com

Full Version: PRINT and COLOR bug?
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
Possibly only on win98

Code:
for a = 0 to 250
    color 14
    print "blah"; a
next

sleep

After 23, the numbers become standard grey, while the text is still yellow (like it's supposed to be)


Tested on one win98 and one XP comp, works fine on XP comp.
For me only 22 is grey
nothing else

WIN98SE


EDIT
[Image: 22.gif]
Hmm, what up with you and "blah"?

Never mind,. for me 7 & 19 almost stayed gray, but swithch yellow (I slowwed it down :wink: great debug tool)

But 24 stayed gray,.. Smile
No grey numbers here....Everything is yellow.

W2000 SP4+Directx 9c+ NVidia Riva TNT2
Seems to be a win98 only bug then..

Perhaps a memleak or out of bounds somewhere?


XP/NT is known to hide such things... which kind of sucks if you're a developer :lol: (Z!re Only say this so he has a reason for sticking with win98)
All 250 lines yellow here.

WinXP Pro SP2 / ATI Radeon 9000
No idea, probably a 9x bug when scrolling, it seems to set the console attributes back to the default one (7, 0).

I tried to set the colors again before printing (inside the runtime lib code) and neither that did work, seems like nobody used to do colored output plus scrolling and m$ never found out that bug before Win 2k..
But how come only the additional number is greyed?

And not "blah"
Anything will, it just have to be the last argument printed.
Ah.. silly windows/microsoft Tongue


Kind of cool, that noone pointed it out to them.. atleast not until 2k Tongue
Pages: 1 2