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

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

[Ashish SHUKLA]

[-- Attachment #1: Type: text/plain, Size: 2218 bytes --]

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-

Following is the configure line I used:

./configure --localstatedir=/var --with-x-toolkit=gtk3 --with-xft
--with-m17n-flt --with-libotf --with-imagemagick --with-gsettings
--with-gconf --with-xim --with-sound --with-dbus --with-xml2
--with-gnutls --with-acl --with-file-notification=gfile
--x-libraries=/usr/local/lib --x-includes=/usr/local/include
--prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/
--build=amd64-portbld-freebsd9.1

Please let me know if you need more information from the core file.

Thanks
-- 
Ashish SHUKLA

”The only things certain in life are death, taxes, and accidentally deleted
data.” (bazza)

Sent from my Emacs

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Eli Zaretskii]

> From: wahjava.ml@gmail.com (Ashish SHUKLA)
> Organisation: alt.religion.emacs
> Date: Wed, 03 Jul 2013 21:42:43 +0530
> 
> 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:

Can you show the stack frames starting from the other end?  Like this:

 (gdb) bt -100

This will display the 100 outermost frames.  I think it's important to
see where this infinite recursion started, and why.

Thanks.

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

[Ashish SHUKLA]

[-- Attachment #1: Type: text/plain, Size: 1511 bytes --]

On Wed, 03 Jul 2013 19:48:15 +0300, Eli Zaretskii <eliz@gnu.org> said:
>> From: wahjava.ml@gmail.com (Ashish SHUKLA)
>> Organisation: alt.religion.emacs
>> Date: Wed, 03 Jul 2013 21:42:43 +0530
>> 
>> 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:

> Can you show the stack frames starting from the other end?  Like this:

>  (gdb) bt -100

> This will display the 100 outermost frames.  I think it's important to
> see where this infinite recursion started, and why.

No success to report in getting that, but GDB ate all my 16G of memory in the
middle of work day in trying to get the backtrace, and was still busy:

#v+
CPU:  0.2% user,  0.0% nice,  0.2% system,  0.1% interrupt, 99.6% idle
Mem: 11G Active, 1242M Inact, 2730M Wired, 501M Cache, 2268K Free
Swap: 4096M Total, 4093M Used, 2780K Free, 99% Inuse
PID   USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
66143 root          1  52    0 15860M 12399M select  4   8:17 69.19% gdb751
#v-

I'll run the emacs build under resource limits, and hopefully get you a
useful stacktrace tomorrow.

Thanks
-- 
Ashish SHUKLA

”Money will say more in one moment than the most eloquent lover can in years.”

Sent from my Emacs

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Eli Zaretskii]

> From: wahjava.ml@gmail.com (Ashish SHUKLA)
> Cc: emacs-devel@gnu.org
> Date: Wed, 03 Jul 2013 23:13:33 +0530
> 
> >  (gdb) bt -100
> 
> > This will display the 100 outermost frames.  I think it's important to
> > see where this infinite recursion started, and why.
> 
> No success to report in getting that, but GDB ate all my 16G of memory in the
> middle of work day in trying to get the backtrace, and was still busy:

Perhaps running the offending byte compilation command under a smaller
stack limitation will produce a less deep stack trace, and allow GDB
to do its job.

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

[Glenn Morris]

Next time, please send bug reports to bug-gnu-emacs rather than
emacs-devel, thanks. (Continue this current discussion here now that you
have started it.)

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

[Giorgos Keramidas]

On Wed, 03 Jul 2013 21:42:43 +0530, wahjava.ml@gmail.com (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.