Message-Id: <m0xVxnw-000S1uC@inti.gov.ar>
Comments: Authenticated sender is <salvador AT natacha DOT inti DOT gov DOT ar>
From: "Salvador Eduardo Tropea (SET)" <salvador AT inti DOT edu DOT ar>
Organization: INTI
To: michael DOT mauch AT gmx DOT de (Michael Mauch)
Date: Thu, 13 Nov 1997 15:07:10 +0000
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: RHIDE -- author(s) please read this
CC: djgpp AT delorie DOT com
Precedence: bulk

Hallo Michael:

> > RHIDE doesn't call to kbhit as default, it reads the BIOS DATA AREA ;-)). You 
> > can force RHIDE to call kbhit, but if kbhit does the same ....
> 
> IMHO RHIDE can be forced to use the BIOS (Int 16h, AH=1) instead of
> kbhit(), 
No, RHIDE NEVER calls libc kbhit, it uses direct access to BIOS data area or 
calls to BIOS.

> but unfortunately Win95 doesn't seem to release time slices
> when it sees that this functions is continously called - or maybe
> calling this function via __dpmi_int() is just to much overhead to make
> any difference.
Hmmmm.. RHIDE sleeps for a milisecond isn't polling the keyboard all the time!
 
> And yes, kbhit() reads the BIOS data area in the first place, then only
> if there is a character available it calls Int 16h, AH=1 (though I don't
> know why this is done).
RHIDE makes all without calling BIOS or all calling BIOS (controlled by 
command line).

Gruesse, SET 
------------------------------------ 0 --------------------------------
Visit my home page: http://www.geocities.com/SiliconValley/Vista/6552/
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Alternative e-mail: set-sot AT usa DOT net - ICQ: 2951574
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA
TE: +(541) 759 0013