[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: address@hidden: Re: emacs-22.1 with GTK dumps core when Gnome wigets

From: YAMAMOTO Mitsuharu
Subject: Re: address@hidden: Re: emacs-22.1 with GTK dumps core when Gnome wigets clicked]
Date: Mon, 25 Jun 2007 19:05:58 +0900
User-agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.6 Emacs/22.1.50 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI)

>>>>> On Mon, 25 Jun 2007 05:30:14 -0400, Ken Raeburn <address@hidden> 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).


                                     YAMAMOTO Mitsuharu

reply via email to

[Prev in Thread] Current Thread [Next in Thread]