Xref: news-dnh.mv.net comp.os.msdos.djgpp:2451
Path: news-dnh.mv.net!mv!news.sprintlink.net!howland.reston.ans.net!vixen.cso.uiuc.edu!uchinews!ncar!noao!math.arizona.edu!news.Arizona.EDU!usenet
From: fitz AT argus DOT lpl DOT arizona DOT edu (Mike Fitzgibbon)
Newsgroups: comp.os.msdos.djgpp
Subject: Bug in libc/pc_hw/mono/mono.c (V2 beta 3)
Date: 6 Oct 1995 00:24:21 GMT
Organization: University of Arizona, LPL
Lines: 18
Nntp-Posting-Host: babel.lpl.arizona.edu
To: djgpp AT sun DOT soe DOT clarkson DOT edu
Dj-Gateway: from newsgroup comp.os.msdos.djgpp

Hi all,
    I just downloaded the DJGPP V2 beta 3 and found a problem with 
_mono_clear() when running through the tests.  The source code is:

	void _mono_clear(void)
	{
	  for (ofs=TOPROW; ofs<BOTROW; ofs++)
	    _farpokew(_dos_ds, 0xb0000+ofs, 0x0720);
	  ofs = TOPROW;
	  initted = 1;
	}

The increment in the 'for" statement needs to be changed from 'ofs++' to 
'ofs+=2'.  Currently this has the effect of setting all the attribute bytes 
from TOPROW to BOTROW to 0x20 and the character byte at BOTROW to 0x07, a dot.

Otherwise it looks great.  Thanks for the new toy to play with.