Date: Wed, 04 Apr 2001 19:30:11 +0200
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: Martin Stromberg <eplmst AT epl DOT ericsson DOT se>
Message-Id: <2110-Wed04Apr2001193009+0200-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.6
CC: djgpp-workers AT delorie DOT com
In-reply-to: <200104041427.QAA12556@lws256.lu.erisoft.se> (message from Martin
	Stromberg on Wed, 4 Apr 2001 16:27:46 +0200 (MET DST))
Subject: Re: That crash message from the core dumper.
References:  <200104041427 DOT QAA12556 AT lws256 DOT lu DOT erisoft DOT se>
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

> From: Martin Stromberg <eplmst AT epl DOT ericsson DOT se>
> Date: Wed, 4 Apr 2001 16:27:46 +0200 (MET DST)
> > 
> > No, 0x0010ffff is right.  setup_core_selector (on crt1.c) says:
> > 
> >   __dpmi_set_segment_limit(_dos_ds, 0x10ffff);
> 
> A misunderstanding. I'm not saying the dump in question is wrong, but
> that DOZE can only access up to 0x10ffef and that the _dos_ds selector
> limit should be set to this!

Ah, sorry for my misunderstanding.

No, 0x10ffff is right from this point of view as well: the DPMI spec
requires that the size be an integral multiple of 4KB, i.e. the size
must be 0x110000, not 0x10fff0.

If I'm not mistaken, we actually tried the size you suggest (or some
variation of it) during the beta testing of v2.02 (or was it v2.03?),
and the programs built that way crashed on some platform (Windows?).