Date: Fri, 02 Feb 2001 13:02:22 +0200
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: djgpp AT delorie DOT com
Message-Id: <6480-Fri02Feb2001130222+0200-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.6
In-reply-to: <95ckin$dl7$1@nnrp1.deja.com> (dcasale@my-deja.com)
Subject: Re: DJGPP timer slowdown
References: <Pine DOT SUN DOT 3 DOT 91 DOT 1010201110948 DOT 13803L-100000 AT is> <95ckin$dl7$1 AT nnrp1 DOT deja DOT com>
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

> From: dcasale AT my-deja DOT com
> Newsgroups: comp.os.msdos.djgpp
> Date: Thu, 01 Feb 2001 21:31:03 GMT
> >
> > Int 13h, AH=42h is an EBIOS call.  AFAIK, EBIOS is part of the IDE
> > controller, not of the system BIOS.  As such, it is much less
> > standard, and might do all kinds of tricks that never show in normal
> > DOS/Windows operation, because AFAIK most programs don't call these
> > functions directly.
> >
> > In other words, you are well advised to avoid using them.  (I don't
> > even understand why did you need to go to low-level disk I/O functions
> > instead of using normal file I/O.)
> 
> I thought I mentioned why.  I'm running under straight DOS, which means
> I don't have any other way to access LFN's and other file information
> which isn't available through standard file i/o calls.

You could access the disk with the normal BIOS calls, not the EBIOS
calls.

> In any case, I tried running this program under Windows.  No slowdown.
> I'm beginning to think that it's either CWSDPMI itself or some strange
> interaction of my program with CWSDPMI.

I don't think CWSDPMI has anything to do with this.  You could try
CWSDPR0 or PMODE, and see if that changes anything.