* Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during bootstrap
@ 2013-07-03 16:12 Ashish SHUKLA
2013-07-03 16:48 ` Eli Zaretskii
` (2 more replies)
0 siblings, 3 replies; 6+ messages in thread
From: Ashish SHUKLA @ 2013-07-03 16:12 UTC (permalink / raw)
To: emacs-devel
[-- 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 --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during bootstrap
2013-07-03 16:12 Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during bootstrap Ashish SHUKLA
@ 2013-07-03 16:48 ` Eli Zaretskii
2013-07-03 17:43 ` Ashish SHUKLA
2013-07-03 19:04 ` Glenn Morris
2013-07-03 23:07 ` Giorgos Keramidas
2 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2013-07-03 16:48 UTC (permalink / raw)
To: Ashish SHUKLA; +Cc: emacs-devel
> 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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during bootstrap
2013-07-03 16:48 ` Eli Zaretskii
@ 2013-07-03 17:43 ` Ashish SHUKLA
2013-07-03 18:52 ` Eli Zaretskii
0 siblings, 1 reply; 6+ messages in thread
From: Ashish SHUKLA @ 2013-07-03 17:43 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: emacs-devel
[-- 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 --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during bootstrap
2013-07-03 17:43 ` Ashish SHUKLA
@ 2013-07-03 18:52 ` Eli Zaretskii
0 siblings, 0 replies; 6+ messages in thread
From: Eli Zaretskii @ 2013-07-03 18:52 UTC (permalink / raw)
To: Ashish SHUKLA; +Cc: emacs-devel
> 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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during bootstrap
2013-07-03 16:12 Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during bootstrap Ashish SHUKLA
2013-07-03 16:48 ` Eli Zaretskii
@ 2013-07-03 19:04 ` Glenn Morris
2013-07-03 23:07 ` Giorgos Keramidas
2 siblings, 0 replies; 6+ messages in thread
From: Glenn Morris @ 2013-07-03 19:04 UTC (permalink / raw)
To: Ashish SHUKLA; +Cc: emacs-devel
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.)
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during bootstrap
2013-07-03 16:12 Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during bootstrap Ashish SHUKLA
2013-07-03 16:48 ` Eli Zaretskii
2013-07-03 19:04 ` Glenn Morris
@ 2013-07-03 23:07 ` Giorgos Keramidas
2 siblings, 0 replies; 6+ messages in thread
From: Giorgos Keramidas @ 2013-07-03 23:07 UTC (permalink / raw)
To: Ashish SHUKLA; +Cc: emacs-devel
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-07-03 23:07 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-07-03 16:12 Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during bootstrap Ashish SHUKLA
2013-07-03 16:48 ` Eli Zaretskii
2013-07-03 17:43 ` Ashish SHUKLA
2013-07-03 18:52 ` Eli Zaretskii
2013-07-03 19:04 ` Glenn Morris
2013-07-03 23:07 ` Giorgos Keramidas
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.