emacs-devel
[Top][All Lists]
Advanced

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

Re: size of emacs executable after unicode merge


From: Stephen Berman
Subject: Re: size of emacs executable after unicode merge
Date: Fri, 31 Oct 2008 13:35:02 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)

On Fri, 31 Oct 2008 12:09:03 +0200 Eli Zaretskii <address@hidden> wrote:

>> From: Kenichi Handa <address@hidden>
>> Date: Fri, 31 Oct 2008 16:32:26 +0900
>> Cc: address@hidden, address@hidden, address@hidden, address@hidden,
>>      address@hidden, address@hidden
>> 
>> > Is it possible to verify whether the garbage collection indeed reaps
>> > this data?
>> 
>> To verify that, I tried to run temacs under gdb, but I got
>> this error.
>> 
>> (gdb) run -batch -l loadup dump
>> Starting program: /usr/local/work/emacs/src/temacs -batch -l loadup dump
>> [Thread debugging using libthread_db enabled]
>> [New process 10730]
>> Executing new program: /usr/local/work/emacs/src/temacs
>> warning: Cannot initialize thread debugging library: generic error
>> warning: Cannot initialize thread debugging library: generic error
>> [New process 10730]
>> [Thread debugging using libthread_db enabled]
>> Debugger segmentation fault
>> 
>> Do you know about this error?  Is this a bug of gdb?  A few
>> months ago, I didn't see this error on running temacs under
>> gdb.
>
> On a GNU/Linux system, with today's CVS configured as shown below, and
> with GDB 6.7.1, I don't get this problem.
>
> Why is libthread_db being used? does your build use GTK+ or some other
> library that uses multithreading?

I also get the same gdb segfault as Handa-san with temacs from GNU Emacs
23.0.60.12 (i686-pc-linux-gnu, GTK+ Version 2.12.9) of 2008-10-25 on
escher, built with the default configuration.  My gdb is version 6.8.

Steve Berman





reply via email to

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