From: dcasale AT my-deja DOT com Newsgroups: comp.os.msdos.djgpp Subject: Re: DJGPP timer slowdown Date: Thu, 01 Feb 2001 21:31:03 GMT Organization: Deja.com Lines: 42 Message-ID: <95ckin$dl7$1@nnrp1.deja.com> References: NNTP-Posting-Host: 199.249.234.30 X-Article-Creation-Date: Thu Feb 01 21:31:03 2001 GMT X-Http-User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98) X-Http-Proxy: 1.1 x61.deja.com:80 (Squid/1.1.22) for client 199.249.234.30 X-MyDeja-Info: XMYDJUIDdcasale To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com In article , djgpp AT delorie DOT com wrote: > > On Wed, 31 Jan 2001 dcasale AT my-deja DOT com wrote: > > > First of all, I wrote a compression program using DJGPP to store > > all of the files and file information (including long filenames, > > file attributes, etc.) in one big file. To access the file > > information not available through straight DOS -- since that's what > > I'm running under -- I use direct disk access (INT13h, AH=042h, as > > well as other disk access calls) to get at the info (for example, > > long filenames). > > 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. 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. It might possibly be Windows fixing an egg my program might be laying, but I doubt it. I've checked over all of the interrupt calls I make, and the code is very clean. If you'd like, I can post the various calls I make so you can see whether or not they might be causing a problem. Damon Casale, damon AT WRONG DOT redshift DOT com (remove the obvious) "Fezzik, you did something right!" -- Inigo Montoya, "The Princess Bride" Sent via Deja.com http://www.deja.com/