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