[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: emacs-22.1 with GTK problems (with patches)
From: |
YAMAMOTO Mitsuharu |
Subject: |
Re: emacs-22.1 with GTK problems (with patches) |
Date: |
Tue, 11 Sep 2007 13:28:01 +0900 |
User-agent: |
Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.6 Emacs/23.0.50 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) |
>>>>> On Tue, 11 Sep 2007 12:42:26 +0900, YAMAMOTO Mitsuharu
>>>>> <mituharu@math.s.chiba-u.ac.jp> said:
>>> We encountered a few minor issues building emacs-22.1 with GTK. On
>>> Solaris 2.6 there is no recursive mutex support.
>> Several bugfixes have been made to gmalloc.c since the Emacs 22.1
>> release. Could you try the latest gmalloc.c and emacs.c below? I
>> think Solaris 2.6 is untested yet.
> Oops, your patch was for another use of recursive mutex in alloc.c
> and had nothing to do with the mutexes in gmalloc.c. Sorry about
> that.
On second thought, it seems that the mutex in alloc.c don't have to be
recursive regardless of your patch, because _realloc_internal only
calls "hookless" versions of malloc/free (i.e., _malloc_internal and
_free_internal). Could you try just replacing
pthread_mutexattr_t attr;
/* GLIBC has a faster way to do this, but lets keep it portable.
This is according to the Single UNIX Specification. */
pthread_mutexattr_init (&attr);
pthread_mutexattr_settype (&attr, PTHREAD_MUTEX_RECURSIVE);
pthread_mutex_init (&alloc_mutex, &attr);
in uninterrupt_malloc with the following one?
pthread_mutex_init (&alloc_mutex, NULL);
YAMAMOTO Mitsuharu
mituharu@math.s.chiba-u.ac.jp