Mail Archives: djgpp/1994/01/11/10:15:20

Date: Tue, 11 Jan 94 09:45:12 -0500
From: DJ Delorie <dj AT ctron DOT com>
To: jbabcock AT netrix DOT com
Cc: djgpp AT sun DOT soe DOT clarkson DOT edu
Subject: Re: FW: Mail Delivery Subsystem

> I would like to pursue this issue a little further since it is directly
> applicable to my application.  I would like to allocate nearly all of the
> "real" memory (leaving a little for DOS scratch pad) in as large a block or
> blocks as possible.  I will then do my own memory management for the allocated
> blocks.  

Use the memory access requests in <dpmi.h> and <go32.h>

> The DOS system configuration will have 640K of conventional memory an a minimum
> of 384K of extended memory.  Is there a way to short out the paging mechanism
> of the go32 facility (perhaps by returning a failure to a page request)?  I
> have traced through the code visually, and I could probably figure out what to
> do given enough time. Could someone save me some time and point me in the right
> direction?

You can have page_out in go32/paging.c return an error always, which
will cause your application to abort if it tries to page, and have the
disk stats return zero blocks (go32/dalloc.c?) to cause malloc() to
return NULL, but this won't help in DPMI mode, since go32 isn't in

- Raw text -

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