🚀 go-pugleaf

Relay-Version: VMS News - V6.0 1/9/90 VAX/VMS V5.3; site kontu.utu.fi
Path: kontu.utu.fi!polaris.utu.fi!news.funet.fi!sunic!mcsun!uunet!tut.cis.ohio-state.edu!relay.eu.net!nixpbe!uucp
Newsgroups: gnu.emacs.bug
Subject: (none)
Message-ID: <9010142046.AV09845@unido.informatik.uni-dortmund.de>
From: nixpbe!uucp@relay.eu.net
Date: 14 Oct 90 20:46:37 GMT
Sender: daemon@tut.cis.ohio-state.edu
Distribution: gnu
Organization: GNUs Not Usenet
Approved: bug-gnu-emacs@prep.ai.mit.edu
Lines: 54

>From uucp Sun Oct 14 21:28 MET 1990 remote from nixbln
To: nixpbe!unido!gnu-emacs-bug
Path: nixbln!nixpbe!nixbur!linus!agate!apple!snorkelwacker!tut.cis.ohio-state.edu!topexpress.co.uk!rde
From: rde@topexpress.co.uk (Richard Evans)
Newsgroups: gnu.emacs.bug
Subject: SunOS 4.1 problem
Message-ID: <6986.9010091619@igor.topexp.co.uk>
Date: 9 Oct 90 16:19:27 GMT
Sender: daemon@tut.cis.ohio-state.edu
Distribution: gnu
Organization: GNUs Not Usenet
Lines: 40



I read the Sun STB (March 90, page 27) article on emacs aborting when run under
SunOS 4.1.  I relinked emacs this afternoon and indeed this happened.  I don't
know whether this is of any interest, but I believe I have tracked down the
problem (and it's NOT a bug in emacs' memory allocation!).

This all refers to GNU Emacs 18.55 with the standard loadup.el running under
SunOS 4.1 on a Sparcstation.

The abort is caused by:

  if (p -> mh_alloc != ISFREE || p -> mh_index != nunits)
#ifdef rcheck
    botch ("block on free list clobbered");
#else /* not rcheck */
    abort ();
#endif /* not rcheck */

in malloc.c.  The problem is that the struct mhead at 0xab560 has 0 as the
mh_alloc field, not ISFREE.  The byte was overwritten when xemacs was dumped
by:

temacs -batch -l loadup.el dump

Using gdb and some patience I discovered that the block before the corrupted
one was allocated during the call to `ctime' in Fcurrent_time_string.  The
block was allocated by a malloc(8), but byte offset 9 was set to zero!  The
actual call was by calloc called from tzset/tzsetwall.

I patched the byte in xemacs back to ISFREE and it now works fine (I'm using it
to compose this message).

I hope this helps.

-------------------------------------------------------------------------------
Richard Evans			 	Telephone : (+44) 223 462121   
Topexpress Ltd			 	Telex     : 817911 Topexp G 
Poseidon House, Castle Park	 	Fax       : (+44) 223 315057   
Cambridge, CB3 0RD, UK		 	E-Mail    : rde@topexpress.co.uk
-------------------------------------------------------------------------------