unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during memory allocation.
@ 2013-07-03 16:00 Ashish SHUKLA
  2013-07-04  0:54 ` Paul Eggert
       [not found] ` <51D4C8A2.7020609@cs.ucla.edu>
  0 siblings, 2 replies; 4+ messages in thread
From: Ashish SHUKLA @ 2013-07-03 16:00 UTC (permalink / raw)
  To: emacs-devel

[-- Attachment #1: Type: text/plain, Size: 2212 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] 4+ messages in thread

* Re: Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during memory allocation.
  2013-07-03 16:00 Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during memory allocation Ashish SHUKLA
@ 2013-07-04  0:54 ` Paul Eggert
  2013-07-04 11:03   ` Giorgos Keramidas
       [not found] ` <51D4C8A2.7020609@cs.ucla.edu>
  1 sibling, 1 reply; 4+ messages in thread
From: Paul Eggert @ 2013-07-04  0:54 UTC (permalink / raw)
  To: Ashish SHUKLA; +Cc: emacs-devel

I think this is fallout from Bug#14569, and
I'll reply there.



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during memory allocation.
       [not found] ` <51D4C8A2.7020609@cs.ucla.edu>
@ 2013-07-04  2:27   ` wahjava.ml
  0 siblings, 0 replies; 4+ messages in thread
From: wahjava.ml @ 2013-07-04  2:27 UTC (permalink / raw)
  To: Paul Eggert; +Cc: 14569@debbugs.gnu.org, emacs-devel

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

On Wed, 03 Jul 2013 17:58:10 -0700, Paul Eggert <eggert@cs.ucla.edu> said:
> [CC'ing to 14569@debbugs.gnu.org as I think it's related
> to that bug....]

> On 07/03/2013 09:00 AM, Ashish SHUKLA wrote:

>> I tried bzr revision r113270 on my FreeBSD 9.1-RELEASE (amd64), and it
>> segfaulted during bootstrap process...
>> #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
> ...

> This is no doubt fallout from trunk bzr 113247, needed for
> Cygwin.  I installed what I hope fixes the problem for
> FreeBSD, without reintroducing the Cygwin bug, as trunk
> bzr 113275; please give it a try.

> I don't use either Cygwin or FreeBSD, so I'm afraid
> I have to rely on others to check these fixes.

It didn't fix for me. And this time I ran compilation with "memoryuse" limit set
to 128M and "vmemorysize" limit set to 512M, and back trace is not so helpful:

#v+
#1528 0x00000008080742c6 in pthread_mutex_lock () from /lib/libthr.so.3
#1529 0x000000000066d852 in _malloc_internal (size=1016) at gmalloc.c:901
#1530 0x000000000066d8cd in malloc (size=1016) at gmalloc.c:925
#1531 0x000000000066ec3c in calloc (nmemb=1, size=1016) at gmalloc.c:1492
#1532 0x00000008080764bd in ?? () from /lib/libthr.so.3
#1533 0x0000000808076d5b in ?? () from /lib/libthr.so.3
#1534 0x00000008080742c6 in pthread_mutex_lock () from /lib/libthr.so.3
#1535 0x000000000066d852 in _malloc_internal (size=1016) at gmalloc.c:901
#1536 0x000000000066d8cd in malloc (size=1016) at gmalloc.c:925
#1537 0x0000000000000000 in ?? ()
#v-

HTH
-- 
Ashish SHUKLA

“We are not an endangered species ourselves yet, but this is not for lack of
trying.” (Douglas Adams, "Last Chance to See", 1991)

Sent from my Emacs

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during memory allocation.
  2013-07-04  0:54 ` Paul Eggert
@ 2013-07-04 11:03   ` Giorgos Keramidas
  0 siblings, 0 replies; 4+ messages in thread
From: Giorgos Keramidas @ 2013-07-04 11:03 UTC (permalink / raw)
  To: Paul Eggert; +Cc: Ashish SHUKLA, emacs-devel

On Wed, 03 Jul 2013 17:54:25 -0700, Paul Eggert <eggert@cs.ucla.edu> wrote:
> I think this is fallout from Bug#14569, and
> I'll reply there.

Thanks Paul!

The emacs-24 branch builds correctly on FreeBSD 10.0-CURRENT here.  So I
just pulled your commit from the trunk ofr the Git repository and tried
a local build again from this revision:

  $ git ll -1
  5da8d1b - (HEAD, origin/trunk, trunk) Try again to fix FreeBSD bug re multithreaded memory alloc. (3 hours ago) <Paul Eggert>

with the following options:

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

This compiled Emacs successfully on FreeBSD, and resulted in the
following output from configure:

   Configured for `amd64-unknown-freebsd10.0'.

     Where should the build process find the source code?    /git/emacs
     What compiler should emacs be built with?               cc -g3 -O2
     Should Emacs use the GNU version of malloc?             yes
     Should Emacs use a relocating allocator for buffers?    no
     Should Emacs use mmap(2) for buffer allocation?         yes
     What window system should Emacs use?                    none
     What toolkit should Emacs use?                          none
     Where do we find X Windows header files?                NONE
     Where do we find X Windows libraries?                   NONE
     Does Emacs use -lXaw3d?                                 no
     Does Emacs use -lXpm?                                   no
     Does Emacs use -ljpeg?                                  no
     Does Emacs use -ltiff?                                  no
     Does Emacs use a gif library?                           no
     Does Emacs use -lpng?                                   no
     Does Emacs use -lrsvg-2?                                no
     Does Emacs use imagemagick?                             no
     Does Emacs use -lgpm?                                   no
     Does Emacs use -ldbus?                                  no
     Does Emacs use -lgconf?                                 no
     Does Emacs use GSettings?                               no
     Does Emacs use a file notification library?             no
     Does Emacs use access control lists?                    yes
     Does Emacs use -lselinux?                               no
     Does Emacs use -lgnutls?                                no
     Does Emacs use -lxml2?                                  yes
     Does Emacs use -lfreetype?                              no
     Does Emacs use -lm17n-flt?                              no
     Does Emacs use -lotf?                                   no
     Does Emacs use -lxft?                                   no
     Does Emacs use toolkit scroll bars?                     no




^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2013-07-04 11:03 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-07-03 16:00 Emacs segfaulting on FreeBSD 9.1-RELEASE (amd64) during memory allocation Ashish SHUKLA
2013-07-04  0:54 ` Paul Eggert
2013-07-04 11:03   ` Giorgos Keramidas
     [not found] ` <51D4C8A2.7020609@cs.ucla.edu>
2013-07-04  2:27   ` wahjava.ml

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).