Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!ames!ucbcad!ucbvax!apollo.UUCP!rps
From: rps@apollo.UUCP (Robert Stanzel)
Newsgroups: comp.sys.apollo
Subject: Re: GNU emacs 17.64 & Apollo release 9.5.1
Message-ID: <8704231305.AA00516@apollo.UUCP>
Date: Thu, 23-Apr-87 07:48:42 EST
Article-I.D.: apollo.8704231305.AA00516
Posted: Thu Apr 23 07:48:42 1987
Date-Received: Sat, 25-Apr-87 10:02:45 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 25

[ 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
-------