delorie.com/archives/browse.cgi   search  
Mail Archives: opendos/1999/06/07/23:19:01

Message-Id: <3.0.6.16.19990607205309.2b2fedea@mail.highfiber.com>
X-Sender: raster AT mail DOT highfiber DOT com
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (16)
Date: Mon, 07 Jun 1999 20:53:09
To: opendos AT delorie DOT com
From: Charles Dye <raster AT highfiber DOT com>
Subject: Re: DRDOS 7.03 loading XMS-driver now wastes memory
In-Reply-To: <bc70f53e.2486fdef@aol.com>
Mime-Version: 1.0
Reply-To: opendos AT delorie DOT com
X-Mailing-List: opendos AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

At 05:36 PM 6/2/99 EDT, DH473 AT AOL DOT COM wrote:

>Sometimes I use to run the HIMEM.SYS from PC-DOS7 as XMS-driver. 
>It consumes only about 750 Byte of my precious DOS memory. 
>It runs stable all the time. 
>Now with DRDOS 7.03 it occupies 32 KB more when loading! 
>So the advantage to hold both the BIOS kernel code and the COMMAND.COM 
>in the HMA would be lost. :-(

I've replicated your problem under 7.03.  Something screwy going on --
HIMEM.SYS does not resize its memory block correctly.  Same thing with
HIMEM.SYS from MS-DOS 5.0.  But an old Logitech MOUSE.SYS *does* resize
correctly -- I don't understand.

Whatever it is, it's recent.  MS/IBM HIMEM.SYS work fine under DR-DOS
7.02.  You could try reporting the problem to dos DOT support AT caldera DOT com,
but I get the impression they're not really interested in fixing bugs
at this point.

>Any ideas?

Simple.  Use the HIMEM.SYS that came with DR-DOS  :-)

No, it won't provide upper memory blocks on your machine, but then,
neither would the IBM driver.

raster AT highfiber DOT com


- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019