Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!cbosgd!cblpf!cbstr1!Karl.Kleinpaste
From: Karl.Kleinpaste@cbstr1.UUCP
Newsgroups: comp.emacs
Subject: Re: Unexec of GNU on SYS V
Message-ID: <294@cbstr1.att.com>
Date: Sun, 12-Jul-87 22:45:18 EDT
Article-I.D.: cbstr1.294
Posted: Sun Jul 12 22:45:18 1987
Date-Received: Mon, 13-Jul-87 05:47:38 EDT
References: <756@gsi2.UUCP>
Sender: karl@cbstr1.att.com
Lines: 15
In-reply-to: alan@gsi2.UUCP's message of 7 Jul 87 15:05:58 GMT
Posting-Front-End: GNU Emacs 18.47.3 of Sat Jun 20 1987 on cbstr1 (usg-unix-v)

alan@gsi2.UUCP writes:
   GNU seems to work fine on a Plexus (a 68020 based SYS V box), except for
   unexec, is there anyone who has any hints which might be causing it to
   bomb out?

Having just looked at src/m-plexus.h, I see that NO_REMAP is
explicitly turned off for the Plexus box.  Try turning it on and
remaking.  The result will (should) be that unexec() will almost
certainly generate a valid xemacs, but that the text/data boundaries
will not have been shifted around.  The vagaries of COFF are not to be
believed.  The non-shift of text/data boundaries merely means that a
couple hundred Kb worth of data space won't be shared amongst the
(potentially many) simultaneous incarnations of emacs.

Karl