From: Jason Green Newsgroups: comp.os.msdos.djgpp Subject: Re: to del a window ... Date: Sun, 23 Jul 2000 21:19:50 +0100 Organization: Customer of Planet Online Lines: 21 Message-ID: <2ckmns8aetk0bh03gggf84ao27422qcpmc@4ax.com> References: NNTP-Posting-Host: modem-226.delaware.dialup.pol.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: news8.svr.pol.co.uk 964383666 11878 62.137.59.226 (23 Jul 2000 20:21:06 GMT) NNTP-Posting-Date: 23 Jul 2000 20:21:06 GMT X-Complaints-To: abuse AT theplanet DOT net X-Newsreader: Forte Agent 1.7/32.534 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com Eli Zaretskii wrote: > > The Linux console can be switched to 80x60 with standard VGA. So I am > > suggesting that we could do this too, assuming command.com doesn't get > > upset by more than 50 lines. > > I think versions of COMMAND.COM from DOS 5.0 and later all honor the > number of screen lines as it is known to BIOS. If you can switch into > 80x60 in a way that causes the BIOS to know you have 60 lines, > COMMAND.COM will DTRT. I have managed to switch into 80x30 and 80x60 text modes but unfortunately the BIOS reports these as 80x25 and 80x50. So the result is a 25 or 50 line screen with a blank area at the bottom where the extra lines should be. The Linux code knows about this BIOS bug and ignores the BIOS values for screen dimensions, using its own values instead. The extra lines can be written to with ScreenSetCursor() or gotoxy() but this only seems to work for the 80x30 mode.