delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1999/07/01/05:29:58

Date: Thu, 1 Jul 1999 12:27:33 +0300 (IDT)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: Erik Berglund <erik2 DOT berglund AT telia DOT com>
cc: pavenis AT lanet DOT lv, djgpp-workers AT delorie DOT com, sandmann AT clio DOT rice DOT edu
Subject: Re: Re: gcc-crash - and a possible solution
In-Reply-To: <MAPI.Id.0016.00333138303633303030303930303046@MAPI.to.RFC822>
Message-ID: <Pine.SUN.3.91.990701122709.10503B-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 Tue, 29 Jun 1999, Erik Berglund wrote:

> Nonetheless, I think I have some good news anyway:
> I changed the "alloc-delta" in crt0.S from 64 kbyte to 1 Mbyte
> (the amount that is allocated each time from DPMI),
> and now everything works! Even with non-unixy sbrk!

I'm not sure this is a good idea: it allocates too much memory from
the DPMI server.

Did you see whether the allocated blocks use high addresses in this
modified version?  If not, you indirectly worked around the problem by
feeding `sbrk' with the low addresses, like in Unixy sbrk case.

> plp = lp->prev;
> 
> The highest valid lp-value seems to be around 0x28a004,
> and therefore we get a "Page fault" error 0004
> when lp for some reason becomes 0x472450.

It would be nice to know how does this happen.  Perhaps that will
unlock the problem.

- Raw text -


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