[comp.sys.apollo] GNU emacs 17.64 & Apollo release 9.5.1

hedley@imagen.UUCP (Hedley Rainnie) (04/21/87)

[]
After our upgrade GNU dies right after loadup.el begins.
(Apollos can't dump). It turns out that realloc is taking
a segmentation fault. My finger points to a buggy new shared
library. Even the supplied malloc when linked dies on a readin
of a large file. Anyone else experience this? if I can mend it
I will inform those interested. 

GNUemacsless, Hedley.

{decwrl}!imagen!hedley

rps@apollo.UUCP (Robert Stanzel) (04/23/87)

[ This is a corrected resend, since the last didn't make it to the arpanet ]

    After our upgrade GNU dies right after loadup.el begins.  (Apollos
    can't dump). It turns out that realloc is taking a segmentation fault.
    My finger points to a buggy new shared library.

We changed the memory allocation routines in 9.5, and they are less
permissive than the bsd4.2-ish routines which often allocate extra
space.  There was a bug in gnuemacs (long-fixed, certainly in 18.xx)
which writes past the end of allocated memory, which causes this problem.

The bug was in Fmake_vector(); it called malloc with too small a request size.

Apollos *can* freeze, ala sendmail, as of 9.5.  There is a version
of 18.36 available which has fast startup and fast terminal driving.
If you wish to get it (as well as our version of X10.4), send email to
    ...decvax!wanginst!apollo!adus or apollo!adus@eddie.mit.edu
or contact
    Apollo Computer Inc.
    ADUS Library, CHD 02 MK
    330 Billerica Rd.
    Chelmsford, MA 01824  USA

Rob
-------

lnz@babel.UUCP (Leonard Zubkoff) (04/23/87)

There are several problems with running GNU EMACS version 17 under DOMAIN
SR9.5.1.  I believe the particular problem you're reporting has been fixed in
GNU EMACS 18.41, but there are still other bugs lurking: some are GNU EMACS
bugs and some are APOLLO C compiler bugs.

The good news is that over the last few months I have been working with APOLLO
closely to produce a reliable GNU EMACS that integrates reasonably into the
environment.  The new version supports direct use of GPR for robustness and
efficiency, gives one a META key, and starts up quickly through a dumping
strategy.  At long last we can flush all the "you cannot do this on APOLLO"
comments from GNU EMACS!

With the release of SR9.5 at last, I can make the new support
publicly available in the standard distribution.

Within a few hours (as soon as I find out how to get 400K of tar file from here
to MIT-PREP), look for a file /u2/emacs/dist/apollo-emacs.tar which has
replacements and additions to 18.41 to support the APOLLO and GPR.  This same
version should shortly be available from ADUS, since I sent it to them a few
days ago.

RMS: Please merge these changes into the standard release, so that version 19
will have APOLLO support.

		Leonard