From: "Stephen Howe" <SPAMGUARDstephen DOT howe AT teamsybase DOT com>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: Why did ID choose DJGPP for Quake?
Date: Thu, 6 Jan 2000 17:52:48 -0000
Organization: UUNET WorldCom server (post doesn't reflect views of UUNET WorldCom
Lines: 27
Message-ID: <852kos$o9$1@soap.pipex.net>
References: <199912312332 DOT RAA15911 AT lakdiva DOT slt DOT lk> <84tj7t$si3$1 AT soap DOT pipex DOT net> <Pine DOT SUN DOT 3 DOT 91 DOT 1000105104810 DOT 7920O-100000 AT is>
NNTP-Posting-Host: tnagbgate146.tnagb.com
X-Trace: soap.pipex.net 947181148 777 194.202.213.146 (6 Jan 2000 17:52:28 GMT)
X-Complaints-To: abuse AT uk DOT uu DOT net
NNTP-Posting-Date: 6 Jan 2000 17:52:28 GMT
X-Newsreader: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com


Eli Zaretskii wrote in message ...
>
>What library, specifically, are you talking about?  The DJGPP library
>has only 11 FWAIT instructions in 8 of its math functions; the next
>version of the library (to be released very soon) reduces this to 3
>FWAIT instructions in 3 functions.  I don't see any problem here.

Watcom's, sorry I should have made that clear.

>Not quite true.  Calling real-mode services has different overheads,
>depending what environments and waht methods are used to call
>real-mode code from a protected-mode program.  Part of this overhead
>is in the library (copying data to conventional memory, preparing the
>real-mode call structures, etc.).

Ok, you are talking about the setup of parameters for a call of DPMI
301h/302h etc. Hrrrmmm, hardly seems much of a test as I would expect the
majority of the time would be in the real mode function or interrupt. Or is
this a measure of the efficiency of setting up parameters before a DPMI
call?

Still, that can be done.

Stephen Howe