From xemacs-m  Thu Jan 30 00:35:56 1997
Received: from UCSD.EDU (mailbox1.ucsd.edu [132.239.1.53])
          by xemacs.org (8.8.4/8.8.4) with ESMTP
	  id AAA09887 for <xemacs-beta@xemacs.org>; Thu, 30 Jan 1997 00:35:55 -0600 (CST)
Received: from sdnp5.ucsd.edu (sdnp5.ucsd.edu [132.239.79.10]) by UCSD.EDU (8.8.3/8.6.9) with SMTP id WAA10335 for <xemacs-beta@xemacs.org>; Wed, 29 Jan 1997 22:35:55 -0800 (PST)
Received: by sdnp5.ucsd.edu (SMI-8.6/SMI-SVR4)
	id WAA08792; Wed, 29 Jan 1997 22:38:48 -0800
Sender: dmoore@sdnp5.ucsd.edu
To: xemacs-beta@xemacs.org
Subject: Re: failure xemacs 20.0b93 linux 2.0.28
References: <hhsp3jwyxf.fsf@dres.elam.org>
X-Face: "oX;zS#-JU$-,WKSzG.1gGE]x^cIg!hW.dq>.f6pzS^A+(k!T|M:}5{_%>Io<>L&{hO7W4cicOQ|>/lZ1G(m%7iaCf,6Qgk0%%Bz7b2-W3jd0m_UG\Y;?]}4s0O-U)uox>P3JN)9cm]O\@,vy2e{`3pb!"pqmRy3peB90*2L
Mail-Copies-To: never
From: David Moore <dmoore@UCSD.EDU>
Date: 29 Jan 1997 22:38:46 -0800
In-Reply-To: James LewisMoss's message of 29 Jan 1997 23:48:44 -0500
Message-ID: <rvraj3r7k9.fsf@sdnp5.ucsd.edu>
Lines: 28
X-Mailer: Gnus v5.4.3/XEmacs 19.15

James LewisMoss <dres@scsn.net> writes:

> This patch fixes it (reverses gmalloc patch and makes
> __malloc_initialized static again).  I assume that mallopt in libc
> 5.4.20 makes some assumptions about __malloc_initialized as well and
> doesn't set things up properly if it is already set to 1.  Maybe a
> better solution would be to change the name in the gmalloc included
> with xemacs.

	Yeah, your right about the previous patch just confusing
mallopt's assumptions.  However, this patch worries me also.  You should
use probably system-malloc on these systems, otherwise the odds of
getting bitten at some point are high.

	The synching of XEmacs' gmalloc (including protection from rogue
library __malloc_hooks) that I'm working won't possibly be ready before
20.0 is released, and it'd definitely need some deployment time, since
it's not as simple as just dropping in a new gmalloc.c.

	I suggest that someone with linux & autoconf figure out a test
on when to default to using the system malloc rather than the gmalloc
currently provided.

-- 
David Moore <dmoore@ucsd.edu>       | Computer Systems Lab      __o
UCSD Dept. Computer Science - 0114  | Work: (619) 534-8604    _ \<,_
La Jolla, CA 92093-0114             | Fax:  (619) 534-1445   (_)/ (_)
<URL:http://oj.egbt.org/dmoore/>    | In a cloud bones of steel.

