delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1999/10/25/09:32:38

Date: Mon, 25 Oct 1999 14:01:18 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: Charles Sandmann <sandmann AT clio DOT rice DOT edu>
cc: lauras AT softhome DOT net, djgpp-workers AT delorie DOT com
Subject: Re: Read Me Third: A Short FAQ List (fwd)
In-Reply-To: <9910241836.AA20818@clio.rice.edu>
Message-ID: <Pine.SUN.3.91.991025140022.9200G-100000@is>
MIME-Version: 1.0
Reply-To: djgpp-workers AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

On Sun, 24 Oct 1999, Charles Sandmann wrote:

> > The error messages said "Error: could not allocate page table memory", 
> > and they seem to come from cwsdpmi.  I assume that's because unzip32 has 
> > PMODE/DJ bound into it.
> 
> I'm confused as to why PMODE/DJ should cause this message - the only time
> I've seen this message was with DOS applications which allocate all DOS
> memory then ask for DPMI services (non-DJGPP ones).
> 
> In any case, if you use CWSPARAM to set the run options flag to 2 - and
> if the program is large you would need to set the number of page tables
> to 1 or more (also in CWSPARAM).

I'm beginning to suspect there's some strange bug here, but I cannot
make up my mind where and what this bug is.

I played with CWSPARAM, but didn't have any success: no matter what I
do with these two options, I either get the above-mentioned error
message or a wedged system (sometimes it takes two or more invocations
of unzip32 to actually wedge the machine).

What puzzles me is that the message seems to come from CWSDPMI (I
cannot find the string anywhere in PMODETSR), but how can CWSDPMI
complain about page tables when it is already active in memory?  I
know that CWSDPMI is active in memory, because I run unzip32 from a
DJGPP program, like this for example:

      redir -x unzip32 -l archive.zip

Here, by the time unzip32 is invoked, CWSDPMI was already loaded by
REDIR.  So how come it complains about page tables when unzip32
starts?

The only noteworthy detail I see is that unzip32 is compressed with
DJP.  Can it be that there's some incompatibility between DJP and the
PMODE stub loader?

Charles, could you maybe look at this problem?  unzip32 is available
from SimTel, in the djgpp directory (above v2, v2gnu, etc.).

Alternatively, if I can test something else to help diagnose the
problem, please tell me.

- Raw text -


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