From mboxrd@z Thu Jan  1 00:00:00 1970
From: Harry Kalogirou <harkal@gmx.net>
Subject: Re: ELKS executable, time for a change?
Date: 28 Oct 2002 20:52:20 +0200
Sender: linux-8086-owner@vger.kernel.org
Message-ID: <1035830992.8585.104.camel@cool>
References: <1035807219.5492.84.camel@cool> 
	<20021028121918.GA29181@pulsion.ecs.soton.ac.uk>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Return-path: <linux-8086-owner@vger.kernel.org>
In-Reply-To: <20021028121918.GA29181@pulsion.ecs.soton.ac.uk>
List-Id: <linux-8086.vger.kernel.org>
Content-Type: text/plain; charset="us-ascii"
To: Al Riddoch <alriddoch@zepler.org>
Cc: Linux-8086 <linux-8086@vger.kernel.org>

> I'm afraid I don't have a copy of the sources or docs to hand, so I can't
> immediatly look up what I wrote. I seem to remember that the
> restricted stack was something that we would just have to live with in
> the scheme devised, though it is possible you could allocate holes
> for the data segment which do not start at 0x0, and then re-alocate the
> data segment to a new hole with a lower start address if the stack
> gets too big.
>

Do you mean moving the "offset" at which the actual data starts in the
segment? Wouldn't that require a recompile of the program?
 
> Al
> (who has recently been discovered not to be dead)

!!!!!!! 

Harry