Date: Wed, 25 Apr 2001 15:21:52 +0300
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: Hans-Bernhard Broeker <broeker AT physik DOT rwth-aachen DOT de>
Message-Id: <3405-Wed25Apr2001152151+0300-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.9
CC: djgpp-workers AT delorie DOT com, muller AT cerbere DOT u-strasbg DOT fr
In-reply-to: <Pine.LNX.4.10.10104251222020.7412-100000@acp3bf> (message from
	Hans-Bernhard Broeker on Wed, 25 Apr 2001 12:32:03 +0200 (MET DST))
Subject: Re: Fixed core dumper in dpmiexcp.c
References:  <Pine DOT LNX DOT 4 DOT 10 DOT 10104251222020 DOT 7412-100000 AT acp3bf>
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

> Date: Wed, 25 Apr 2001 12:32:03 +0200 (MET DST)
> From: Hans-Bernhard Broeker <broeker AT physik DOT rwth-aachen DOT de>
> 
> But the real problem is a different one, of course: sbrk() is currently
> not just written in assembly, to make it hard to modify. There are two
> versions of it, whose supporting code is spread over half of crt0.S (not
> to mention the 16bit code fragment sbrk16.asm), and all of that in almost
> undocumented assembly. It's not quite "Mel" code, but close to it :-(

While this is true, I'd expect a change that saves the block size in
an additional member of the __djgpp_sbrk_handle to be relatively
simple.  After all, that size is held in registers where Int 31h is
issued to allocate the block.  All you need is copy the value from the
register to the structure.

That said, my suggestion to install a Page Fault handler was meant to
avoid such complications, however small.