From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: [mituharu@math.s.chiba-u.ac.jp: Re: emacs-22.1 with GTK dumps core when Gnome wigets clicked] Date: Mon, 25 Jun 2007 19:05:58 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <467A4F49.9040906@swipnet.se> <0B83D28B-95EF-4022-B447-63EA6BB3792E@raeburn.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1182765974 5017 80.91.229.12 (25 Jun 2007 10:06:14 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 25 Jun 2007 10:06:14 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ken Raeburn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 25 12:06:11 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I2lST-0003xP-CA for ged-emacs-devel@m.gmane.org; Mon, 25 Jun 2007 12:06:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I2lSS-0001al-Sx for ged-emacs-devel@m.gmane.org; Mon, 25 Jun 2007 06:06:08 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I2lSN-0001WO-M6 for emacs-devel@gnu.org; Mon, 25 Jun 2007 06:06:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I2lSL-0001U9-NY for emacs-devel@gnu.org; Mon, 25 Jun 2007 06:06:03 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I2lSL-0001U4-IJ for emacs-devel@gnu.org; Mon, 25 Jun 2007 06:06:01 -0400 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1I2lSK-0002TF-Og for emacs-devel@gnu.org; Mon, 25 Jun 2007 06:06:01 -0400 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 13FCE2C40; Mon, 25 Jun 2007 19:05:58 +0900 (JST) In-Reply-To: <0B83D28B-95EF-4022-B447-63EA6BB3792E@raeburn.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.1.50 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-kernel: NetBSD 3.0 (DF) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:73800 Archived-At: >>>>> On Mon, 25 Jun 2007 05:30:14 -0400, Ken Raeburn said: >> We also need to add some special functions to change the hook >> variables and use them instead of assignments to the hook variables >> in alloc.c. That's why I said that "malloc in glibc 2.5 also does >> the same thing and I suspect that we cannot do better as long as we >> try to keep the same interface with respect to __malloc_hook etc." >> in >> http://lists.gnu.org/archive/html/emacs-devel/2007-06/msg01503.html > Yes, I think keeping the current glibc interface -- at least, as the > one we actually use -- seems like a poor idea. Though the change > should be coordinated with glibc maintainers, of course. It looks like a medium-term solution. Then we should also consider options other than maintaining the current gmalloc.c. Namely, 1) Include a newer version of GNU malloc (hopefully with a better interface for hooks). 2) Use the system malloc if pthreads are needed. (emacs_blocked_malloc etc. will be unnecessary when SYNC_INPUT becomes default.) For a short-term solution, do you agree to install my patch for Emacs 22.2? Unfortunately we couldn't notice that gmalloc.c was thread-unsafe until very recently, and we needed an immediate solution then (although it failed to solve the problem actually). http://lists.gnu.org/archive/html/emacs-devel/2007-03/msg00856.html YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp