emacs-devel
[Top][All Lists]
Advanced

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

Re: Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during bootstrap


From: Giorgos Keramidas
Subject: Re: Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during bootstrap
Date: Thu, 04 Jul 2013 01:07:49 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (darwin)

On Wed, 03 Jul 2013 21:42:43 +0530, address@hidden (Ashish SHUKLA) wrote:
> Hi,
> I tried bzr revision r113270 on my FreeBSD 9.1-RELEASE (amd64), and it
> segfaulted during bootstrap process, (the compilation of files in "lisp"
> directory). It generated a core-file lisp/bootstrap-emacs.core which has more
> than 3-million (that's when I lost patience) recurring stack frames like
> following:
>
> #v+
> #3367385 0x00000008080742c6 in pthread_mutex_lock () from /lib/libthr.so.3
> #3367386 0x000000000066d846 in _malloc_internal (size=1016) at gmalloc.c:901
> #3367387 0x000000000066d8c1 in malloc (size=1016) at gmalloc.c:925
> #3367388 0x000000000066ec30 in calloc (nmemb=1, size=1016) at gmalloc.c:1492
> #3367389 0x00000008080764bd in ?? () from /lib/libthr.so.3
> #3367390 0x0000000808076d5b in ?? () from /lib/libthr.so.3
> #3367391 0x00000008080742c6 in pthread_mutex_lock () from /lib/libthr.so.3
> #3367392 0x000000000066d846 in _malloc_internal (size=1016) at gmalloc.c:901
> #3367393 0x000000000066d8c1 in malloc (size=1016) at gmalloc.c:925
> #3367394 0x000000000066ec30 in calloc (nmemb=1, size=1016) at gmalloc.c:1492
> #3367395 0x00000008080764bd in ?? () from /lib/libthr.so.3
> #3367396 0x0000000808076d5b in ?? () from /lib/libthr.so.3
> #3367397 0x00000008080742c6 in pthread_mutex_lock () from /lib/libthr.so.3
> #3367398 0x000000000066d846 in _malloc_internal (size=1016) at gmalloc.c:901
> #3367399 0x000000000066d8c1 in malloc (size=1016) at gmalloc.c:925
> #3367400 0x000000000066ec30 in calloc (nmemb=1, size=1016) at gmalloc.c:1492
> #3367401 0x00000008080764bd in ?? () from /lib/libthr.so.3
> #v-

I just tried building the Git trunk on FreeBSD 10.0-CURRENT too, and I
can verify that the same thing happens.  I'm trying now after setting
the stack user-limit to limit the number of frames.

I configured Emacs with:

    ./configure --prefix=/opt/gnu --without-x

I will report any findings once I have a better backtrace.




reply via email to

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