Xref: utzoo comp.sys.ibm.pc:44573 alt.msdos.programmer:1258
Path: utzoo!attcan!uunet!bnrgate!bigsur!bnr-rsc!mlord
From: mlord@bnr-rsc.UUCP (Mark Lord)
Newsgroups: comp.sys.ibm.pc,alt.msdos.programmer
Subject: Re: Fix for TURBO-C 2.0 Text I/O
Message-ID: <2209@bnr-rsc.UUCP>
Date: 16 Feb 90 03:37:53 GMT
References: <2125@bnr-rsc.UUCP> <90040.114944CMH117@PSUVM.BITNET> <2173@bnr-rsc.UUCP> <90043.094236CMH117@PSUVM.BITNET>
Reply-To: mlord@bnr-rsc.UUCP (Mark Lord)
Organization: Bell-Northern Research, Ottawa, Canada
Lines: 29

In article <90043.094236CMH117@PSUVM.BITNET> CMH117@psuvm.psu.edu (Charles Hannum) writes:
>
>Sorry.  If you look, there is a call to Int 10h, AL=1130h.  Among other things,
>this returns the maximum row number of the current video mode (# rows - 1).
>This works only on an extended BIOS, though.  If you have an old BIOS, the
>initialization routine senses this and assumes 25 lines.

Yes, I am well aware that the library function does indeed invoke this
extended (EGA/VGA) bios call.  In fact, it even returns the correct number
of rows on the screen!

BUT.. in the library routines that I have (TC 2.00), the initialization 
routine then promptly discards this value without ever making use of it.
This results in the default of 19h being used instead.
>
>This is a fact.  Please don't argue.

These are also facts.  Who's arguing, anyway?

As my original query stated, perhaps YOU have a newer version of the library
in which this bug has already been fixed.  What version of Turbo-C do you have?
Would it be  2.01, perhaps?  Mine is an early copy of 2.00.

Also, the model I'm using for this is the "compact" memory model.
-- 
 ______Mark S. Lord______________________ ______________________________
|    ..uunet!bnrgate!carrsc!mlord        | These are only MY opinions.  |
| or:  bnr-rsc!mlord@bnrgate             | I charge for official views. |
|________________________________________|______________________________|