unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
@ 2017-08-22  1:00 rrandresf
  2017-08-22 14:58 ` Eli Zaretskii
  0 siblings, 1 reply; 28+ messages in thread
From: rrandresf @ 2017-08-22  1:00 UTC (permalink / raw)
  To: 28181


The problem is with emacs master.

"emacs -Q" and M-x eww "f1aldia.com" segfaults emacs.

the segfault happens on make-network-process (process.c) 

The same works fine on emacs-25.2 on the same device

--8<---------------cut here---------------start------------->8---
Program received signal SIGSEGV, Segmentation fault.
[Switching to LWP 27444]
0xb6319438 in __res_randomid () from /lib/libc.so.6
(gdb) bt full
#0  0xb6319438 in __res_randomid () from /lib/libc.so.6
No symbol table info available.
#1  0xb631a08c in ?? () from /lib/libc.so.6
No symbol table info available.
#2  0xb631a1d8 in __res_ninit () from /lib/libc.so.6
No symbol table info available.
#3  0xb631b058 in __res_maybe_init () from /lib/libc.so.6
No symbol table info available.
#4  0xb62fac54 in ?? () from /lib/libc.so.6
No symbol table info available.
#5  0xb62fb844 in getaddrinfo () from /lib/libc.so.6
No symbol table info available.
#6  0xb640fdfc in ?? () from /lib/libanl.so.1
No symbol table info available.
#7  0xb640fdfc in ?? () from /lib/libanl.so.1
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) xbacktrace
Undefined command: "xbacktrace".  Try "help".
--8<---------------cut here---------------end--------------->8---

The embedded device libc version
--8<---------------cut here---------------start------------->8---
dpkg -l | grep libc
ii  libc6          2.5.1-1eglibc2 GNU C Library: Shared libraries and Timezone
ii  libc6-dev      2.5.1-1eglibc2 GNU C Library: Development Libraries and Hea
--8<---------------cut here---------------end--------------->8---

I Could not replicate the issue on armhf and on x86. Just on this device.


In GNU Emacs 26.0.50 (build 1, arm-unknown-linux-gnueabi, GTK+ Version 2.14.7)
 of 2017-06-24 built on chulpaca
System Description:	Debian GNU/Linux testing/unstable

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Configured using:
 'configure --build arm-linux-gnueabi --prefix=/usr
 '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info'
 --without-gconf --with-xft --without-xwidgets --with-xpm=no
 --with-gif=no --without-selinux --with-gnutls=no --disable-acl
 'CFLAGS=-s -O2' LDFLAGS=-Wl,-z,defs CPPFLAGS='

Configured features:
JPEG TIFF PNG SOUND LIBXML2 FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK2
X11

Important settings:
  value of $LC_ALL: C
  locale-coding-system: nil

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message subr-x puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils term/xterm xterm
time-date disp-table mule-util tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow isearch timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote dynamic-setting font-render-setting move-toolbar gtk x-toolkit
x multi-tty make-network-process emacs)

Memory information:
((conses 8 97061 6799)
 (symbols 24 20026 1)
 (miscs 20 33 143)
 (strings 16 17315 3979)
 (string-bytes 1 557669)
 (vectors 8 11862)
 (vector-slots 4 440670 3882)
 (floats 8 52 312)
 (intervals 28 209 241)
 (buffers 520 11)
 (heap 1024 11720 349))





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-22  1:00 bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900 rrandresf
@ 2017-08-22 14:58 ` Eli Zaretskii
  2017-08-22 19:21   ` andrés ramírez
  2017-08-22 20:08   ` andrés ramírez
  0 siblings, 2 replies; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-22 14:58 UTC (permalink / raw)
  To: rrandresf; +Cc: 28181

> From: rrandresf@gmail.com
> Date: Tue, 22 Aug 2017 01:00:28 +0000
> 
> "emacs -Q" and M-x eww "f1aldia.com" segfaults emacs.
> 
> the segfault happens on make-network-process (process.c) 

It doesn't segfault for me.  I see your build is 2 months old, so
could you please re-sync with upstream, build the current master, and
see if the problem persists?  If it does, please show a C-level
backtrace from the crash (you will need to build Emacs without the -s
switch in CFLAGS, to prevent stripping of the symbols, without which
the backtrace is not useful).

Thanks.





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-22 14:58 ` Eli Zaretskii
@ 2017-08-22 19:21   ` andrés ramírez
  2017-08-23  2:28     ` Eli Zaretskii
  2017-08-22 20:08   ` andrés ramírez
  1 sibling, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-22 19:21 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

This is my invocation line.
--8<---------------cut here---------------start------------->8---
CFLAGS="-g -O0" ../configure --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --disable-acl --with-gnutls=no --with-x-toolkit=no --without-pop
--8<---------------cut here---------------end--------------->8---

Is it Ok?
> It doesn't segfault for me.  I see your build is 2 months old, so
> could you please re-sync with upstream, build the current master, and
> see if the problem persists?  If it does, please show a C-level
> backtrace from the crash (you will need to build Emacs without the -s
> switch in CFLAGS, to prevent stripping of the symbols, without which
> the backtrace is not useful).





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-22 14:58 ` Eli Zaretskii
  2017-08-22 19:21   ` andrés ramírez
@ 2017-08-22 20:08   ` andrés ramírez
  2017-08-23  2:32     ` Eli Zaretskii
  1 sibling, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-22 20:08 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

compilation from today. Same problems. Same backtrace (what should i add
to my CFLAGS var?

In GNU Emacs 26.0.50 (build 1, armv7l-unknown-linux-gnueabi)
 of 2017-08-22 built on chulpaca
System Description:	Debian GNU/Linux testing/unstable

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Configured using:
 'configure --without-gconf --with-xft --without-xwidgets --with-xpm=no
 --with-gif=no --without-selinux --disable-acl --with-gnutls=no
 --with-x-toolkit=no --without-pop 'CFLAGS=-g -O0''

Configured features:
JPEG TIFF PNG SOUND LIBXML2 FREETYPE XFT ZLIB OLDXMENU X11

Important settings:
  value of $LC_ALL: C
  locale-coding-system: nil

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message subr-x puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils term/xterm xterm
time-date elec-pair disp-table mule-util tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow isearch timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote dynamic-setting font-render-setting x multi-tty
make-network-process emacs)

Memory information:
((conses 8 97619 6695)
 (symbols 24 20209 1)
 (miscs 20 33 211)
 (strings 16 28665 1638)
 (string-bytes 1 761449)
 (vectors 8 12059)
 (vector-slots 4 453876 6606)
 (floats 8 52 298)
 (intervals 28 198 254)
 (buffers 528 11)
 (heap 1024 4798 463))





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-22 19:21   ` andrés ramírez
@ 2017-08-23  2:28     ` Eli Zaretskii
  0 siblings, 0 replies; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-23  2:28 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Tue, 22 Aug 2017 13:21:18 -0600
> 
> This is my invocation line.
> --8<---------------cut here---------------start------------->8---
> CFLAGS="-g -O0" ../configure --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --disable-acl --with-gnutls=no --with-x-toolkit=no --without-pop
> --8<---------------cut here---------------end--------------->8---
> 
> Is it Ok?

Yes.  I would suggest -g3, though, not just -g.





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-22 20:08   ` andrés ramírez
@ 2017-08-23  2:32     ` Eli Zaretskii
  2017-08-23  3:55       ` andrés ramírez
  0 siblings, 1 reply; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-23  2:32 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Tue, 22 Aug 2017 14:08:44 -0600
> 
> compilation from today. Same problems. Same backtrace (what should i add
> to my CFLAGS var?

By "same backtrace" do you mean GDB again says "no symbols"?

Did you install the built Emacs, and if so, did you perhaps use "make
install-strip" to do that?





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-23  2:32     ` Eli Zaretskii
@ 2017-08-23  3:55       ` andrés ramírez
  2017-08-23 17:20         ` Eli Zaretskii
  0 siblings, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-23  3:55 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

> By "same backtrace" do you mean GDB again says "no symbols"?

Yes.
> 
> Did you install the built Emacs, and if so, did you perhaps use "make
> install-strip" to do that?

No.
this is the complete procedure:
1. git clone --depth=1 https://github.com/emacs-mirror/emacs (on a quicker machine)
2. autoreconf -i -I m4 --force; make bootstrap; ./make-dist --snapshot --no-compress --no-changelog
3. compile on embedded device (with tar generated on step 2)
CFLAGS="-g -O0" ../configure --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --disable-acl --with-gnutls=no --with-x-toolkit=no --without-pop
make
4. gdb --args ./src/emacs -Q

I remember a similar problem with the stack (on another device) with a postgres odbc
driver. It fixed with a new glibc version. So probably libc version is
the reason:
--8<---------------cut here---------------start------------->8---
libc6          2.5.1-1eglibc2
--8<---------------cut here---------------end--------------->8---






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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-23  3:55       ` andrés ramírez
@ 2017-08-23 17:20         ` Eli Zaretskii
  2017-08-23 17:38           ` andrés ramírez
  0 siblings, 1 reply; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-23 17:20 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Tue, 22 Aug 2017 21:55:05 -0600
> 
> > By "same backtrace" do you mean GDB again says "no symbols"?
> 
> Yes.
> > 
> > Did you install the built Emacs, and if so, did you perhaps use "make
> > install-strip" to do that?
> 
> No.
> this is the complete procedure:
> 1. git clone --depth=1 https://github.com/emacs-mirror/emacs (on a quicker machine)
> 2. autoreconf -i -I m4 --force; make bootstrap; ./make-dist --snapshot --no-compress --no-changelog
> 3. compile on embedded device (with tar generated on step 2)
> CFLAGS="-g -O0" ../configure --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --disable-acl --with-gnutls=no --with-x-toolkit=no --without-pop
> make
> 4. gdb --args ./src/emacs -Q

Then how do you know the problem was in process.c?  The backtrace
you've shown stops before it gets to Emacs sources.  Maybe try "thread
apply all bt" instead of just "bt", you may have shown backtrace for a
non-main thread.





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-23 17:20         ` Eli Zaretskii
@ 2017-08-23 17:38           ` andrés ramírez
  2017-08-23 18:11             ` Eli Zaretskii
  0 siblings, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-23 17:38 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

> Then how do you know the problem was in process.c?  The backtrace
> you've shown stops before it gets to Emacs sources.  Maybe try "thread
> apply all bt" instead of just "bt", you may have shown backtrace for a
> non-main thread.
I edebbugged it. then gdbbed it

started from the eww function
url-retrieve
url-retrieve-internal
url-http
[...]
make-network-process (i put a breakpoint there too)
when entering make-network-process the segfault happened.






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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-23 17:38           ` andrés ramírez
@ 2017-08-23 18:11             ` Eli Zaretskii
  2017-08-23 18:46               ` andrés ramírez
  0 siblings, 1 reply; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-23 18:11 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Wed, 23 Aug 2017 11:38:25 -0600
> 
> > Then how do you know the problem was in process.c?  The backtrace
> > you've shown stops before it gets to Emacs sources.  Maybe try "thread
> > apply all bt" instead of just "bt", you may have shown backtrace for a
> > non-main thread.
> I edebbugged it. then gdbbed it
> 
> started from the eww function
> url-retrieve
> url-retrieve-internal
> url-http
> [...]
> make-network-process (i put a breakpoint there too)
> when entering make-network-process the segfault happened.

OK, but please try the GDB command I proposed anyway, once Emacs
segfaults.  It might show important additional information.





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-23 18:11             ` Eli Zaretskii
@ 2017-08-23 18:46               ` andrés ramírez
  2017-08-23 19:06                 ` Eli Zaretskii
  0 siblings, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-23 18:46 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

> OK, but please try the GDB command I proposed anyway, once Emacs
> segfaults.  It might show important additional information.

--8<---------------cut here---------------start------------->8---
Thread 2 (LWP 11069):
#0  0xb69dc438 in __res_randomid () from /lib/libc.so.6
#1  0xb69dd08c in ?? () from /lib/libc.so.6
#2  0xb69dd1d8 in __res_ninit () from /lib/libc.so.6
#3  0xb69de058 in __res_maybe_init () from /lib/libc.so.6
#4  0xb69bdc54 in ?? () from /lib/libc.so.6
#5  0xb69be844 in getaddrinfo () from /lib/libc.so.6
#6  0xb6ad2dfc in ?? () from /lib/libanl.so.1
#7  0xb6ad2dfc in ?? () from /lib/libanl.so.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (LWP 11065):
#0  0x001f9874 in mark_compiled (ptr=0x8f75f0) at ../../src/alloc.c:6205
#1  0x001fa1c0 in mark_object (arg=9401845) at ../../src/alloc.c:6478
#2  0x001fa41c in mark_object (arg=1662512) at ../../src/alloc.c:6576
#3  0x001fa7d4 in mark_object (arg=8373723) at ../../src/alloc.c:6663
#4  0x001fa42c in mark_object (arg=9970795) at ../../src/alloc.c:6577
#5  0x001fa7d4 in mark_object (arg=8168019) at ../../src/alloc.c:6663
#6  0x001fa42c in mark_object (arg=3213816) at ../../src/alloc.c:6577
#7  0x001fa7d4 in mark_object (arg=8300451) at ../../src/alloc.c:6663
#8  0x001fa7d4 in mark_object (arg=8160683) at ../../src/alloc.c:6663
#9  0x001fa7d4 in mark_object (arg=8375403) at ../../src/alloc.c:6663
#10 0x001fa46c in mark_object (arg=1620992) at ../../src/alloc.c:6580
#11 0x001fa7d4 in mark_object (arg=10796643) at ../../src/alloc.c:6663
#12 0x001fa7d4 in mark_object (arg=10796243) at ../../src/alloc.c:6663
#13 0x001fa42c in mark_object (arg=4816632) at ../../src/alloc.c:6577
#14 0x001f9698 in mark_vectorlike (ptr=0x84bcf8) at ../../src/alloc.c:6164
#15 0x001fa3b4 in mark_object (arg=9084013) at ../../src/alloc.c:6561
#16 0x001fa41c in mark_object (arg=1656680) at ../../src/alloc.c:6576
#17 0x001f9698 in mark_vectorlike (ptr=0x8ae998) at ../../src/alloc.c:6164
#18 0x001fa3b4 in mark_object (arg=9109493) at ../../src/alloc.c:6561
#19 0x001fa41c in mark_object (arg=2023152) at ../../src/alloc.c:6576
#20 0x001f9698 in mark_vectorlike (ptr=0x9078d8) at ../../src/alloc.c:6164
#21 0x001fa3b4 in mark_object (arg=9125205) at ../../src/alloc.c:6561
#22 0x001fa41c in mark_object (arg=7906155) at ../../src/alloc.c:6576
#23 0x001fa42c in mark_object (arg=22200) at ../../src/alloc.c:6577
#24 0x001f9698 in mark_vectorlike (ptr=0xa52510) at ../../src/alloc.c:6164
#25 0x001fa3b4 in mark_object (arg=10822957) at ../../src/alloc.c:6561
#26 0x001fa41c in mark_object (arg=1694472) at ../../src/alloc.c:6576
#27 0x001fa7d4 in mark_object (arg=8144475) at ../../src/alloc.c:6663
#28 0x001fa42c in mark_object (arg=21984) at ../../src/alloc.c:6577
#29 0x001f9698 in mark_vectorlike (ptr=0xa4fae8) at ../../src/alloc.c:6164
#30 0x001fa3b4 in mark_object (arg=10812157) at ../../src/alloc.c:6561
#31 0x001f9698 in mark_vectorlike (ptr=0xa4fb10) at ../../src/alloc.c:6164
#32 0x001fa3b4 in mark_object (arg=10812197) at ../../src/alloc.c:6561
#33 0x001fa7d4 in mark_object (arg=7851035) at ../../src/alloc.c:6663
#34 0x001fa42c in mark_object (arg=5687867) at ../../src/alloc.c:6577
#35 0x001fa42c in mark_object (arg=1659048) at ../../src/alloc.c:6577
#36 0x001fa7d4 in mark_object (arg=7883443) at ../../src/alloc.c:6663
#37 0x001fa42c in mark_object (arg=5694395) at ../../src/alloc.c:6577
#38 0x001fa42c in mark_object (arg=1682816) at ../../src/alloc.c:6577
#39 0x001fa7d4 in mark_object (arg=9953219) at ../../src/alloc.c:6663
#40 0x001fa46c in mark_object (arg=1694808) at ../../src/alloc.c:6580
#41 0x001f9698 in mark_vectorlike (ptr=0xa527b8) at ../../src/alloc.c:6164
#42 0x001fa3b4 in mark_object (arg=10824213) at ../../src/alloc.c:6561
#43 0x001fa41c in mark_object (arg=1667536) at ../../src/alloc.c:6576
#44 0x001f9698 in mark_vectorlike (ptr=0x96bd30) at ../../src/alloc.c:6164
#45 0x001fa3b4 in mark_object (arg=9864461) at ../../src/alloc.c:6561
#46 0x001fa41c in mark_object (arg=1657768) at ../../src/alloc.c:6576
#47 0x001f9698 in mark_vectorlike (ptr=0x84b3a0) at ../../src/alloc.c:6164
#48 0x001fa3b4 in mark_object (arg=8696805) at ../../src/alloc.c:6561
#49 0x001fa41c in mark_object (arg=1657552) at ../../src/alloc.c:6576
#50 0x001f9698 in mark_vectorlike (ptr=0x89bfb0) at ../../src/alloc.c:6164
#51 0x001fa3b4 in mark_object (arg=9027533) at ../../src/alloc.c:6561
#52 0x001fa41c in mark_object (arg=1657816) at ../../src/alloc.c:6576
#53 0x001f9698 in mark_vectorlike (ptr=0x8bb608) at ../../src/alloc.c:6164
#54 0x001fa3b4 in mark_object (arg=8897853) at ../../src/alloc.c:6561
#55 0x001fa41c in mark_object (arg=1658032) at ../../src/alloc.c:6576
#56 0x001fa7d4 in mark_object (arg=8373427) at ../../src/alloc.c:6663
#57 0x001fa42c in mark_object (arg=20184) at ../../src/alloc.c:6577
#58 0x001f9698 in mark_vectorlike (ptr=0xa511b8) at ../../src/alloc.c:6164
#59 0x001fa3b4 in mark_object (arg=10818005) at ../../src/alloc.c:6561
#60 0x001fa41c in mark_object (arg=7902059) at ../../src/alloc.c:6576
#61 0x001fa42c in mark_object (arg=186592) at ../../src/alloc.c:6577
#62 0x001fa7d4 in mark_object (arg=6058795) at ../../src/alloc.c:6663
#63 0x001f9698 in mark_vectorlike (ptr=0x5d1680) at ../../src/alloc.c:6164
#64 0x001fa3b4 in mark_object (arg=6100637) at ../../src/alloc.c:6561
#65 0x001fa41c in mark_object (arg=459032) at ../../src/alloc.c:6576
#66 0x001fa7d4 in mark_object (arg=6056987) at ../../src/alloc.c:6663
#67 0x001fa42c in mark_object (arg=459056) at ../../src/alloc.c:6577
#68 0x001fa7d4 in mark_object (arg=6057075) at ../../src/alloc.c:6663
#69 0x001fa42c in mark_object (arg=5127320) at ../../src/alloc.c:6577
#70 0x001fa7d4 in mark_object (arg=6053691) at ../../src/alloc.c:6663
#71 0x001fa46c in mark_object (arg=2921232) at ../../src/alloc.c:6580
#72 0x001f9698 in mark_vectorlike (ptr=0x775800) at ../../src/alloc.c:6164
#73 0x001fa3b4 in mark_object (arg=7873683) at ../../src/alloc.c:6561
#74 0x001f9698 in mark_vectorlike (ptr=0x780c50) at ../../src/alloc.c:6164
#75 0x001fa3b4 in mark_object (arg=7880523) at ../../src/alloc.c:6561
#76 0x001fa42c in mark_object (arg=2921352) at ../../src/alloc.c:6577
#77 0x001f9698 in mark_vectorlike (ptr=0x775a70) at ../../src/alloc.c:6164
#78 0x001fa3b4 in mark_object (arg=7821941) at ../../src/alloc.c:6561
#79 0x001f9698 in mark_vectorlike (ptr=0x775a40) at ../../src/alloc.c:6164
#80 0x001fa3b4 in mark_object (arg=7821893) at ../../src/alloc.c:6561
#81 0x001f9698 in mark_vectorlike (ptr=0x775860) at ../../src/alloc.c:6164
#82 0x001fa3b4 in mark_object (arg=7837467) at ../../src/alloc.c:6561
#83 0x001fa42c in mark_object (arg=3021088) at ../../src/alloc.c:6577
#84 0x001f9698 in mark_vectorlike (ptr=0x75c788) at ../../src/alloc.c:6164
#85 0x001fa3b4 in mark_object (arg=7872283) at ../../src/alloc.c:6561
#86 0x001fa42c in mark_object (arg=2921280) at ../../src/alloc.c:6577
#87 0x001fa7d4 in mark_object (arg=8238387) at ../../src/alloc.c:6663
#88 0x001fa42c in mark_object (arg=4274344) at ../../src/alloc.c:6577
#89 0x001f9698 in mark_vectorlike (ptr=0x8823a0) at ../../src/alloc.c:6164
#90 0x001fa3b4 in mark_object (arg=8922021) at ../../src/alloc.c:6561
#91 0x001f9698 in mark_vectorlike (ptr=0x8a0a58) at ../../src/alloc.c:6164
#92 0x001fa3b4 in mark_object (arg=9046685) at ../../src/alloc.c:6561
#93 0x001fa41c in mark_object (arg=4817984) at ../../src/alloc.c:6576
#94 0x001f9698 in mark_vectorlike (ptr=0x570c10) at ../../src/alloc.c:6164
#95 0x001fa3b4 in mark_object (arg=5704725) at ../../src/alloc.c:6561
#96 0x001fa7d4 in mark_object (arg=10112507) at ../../src/alloc.c:6663
#97 0x001fa7d4 in mark_object (arg=10112243) at ../../src/alloc.c:6663
#98 0x001fa42c in mark_object (arg=23304) at ../../src/alloc.c:6577
#99 0x001fa7d4 in mark_object (arg=10791475) at ../../src/alloc.c:6663
#100 0x001fa7d4 in mark_object (arg=10791459) at ../../src/alloc.c:6663
#101 0x001fa42c in mark_object (arg=2047088) at ../../src/alloc.c:6577
#102 0x001fa7d4 in mark_object (arg=8250651) at ../../src/alloc.c:6663
#103 0x001fa7d4 in mark_object (arg=8174779) at ../../src/alloc.c:6663
#104 0x001fa7d4 in mark_object (arg=8174859) at ../../src/alloc.c:6663
#105 0x001fa46c in mark_object (arg=3205144) at ../../src/alloc.c:6580
#106 0x001f9698 in mark_vectorlike (ptr=0x77f148) at ../../src/alloc.c:6164
#107 0x001fa3b4 in mark_object (arg=7860405) at ../../src/alloc.c:6561
#108 0x001fa7d4 in mark_object (arg=8135795) at ../../src/alloc.c:6663
#109 0x001fa42c in mark_object (arg=2033112) at ../../src/alloc.c:6577
#110 0x001f9698 in mark_vectorlike (ptr=0x975568) at ../../src/alloc.c:6164
#111 0x001fa3b4 in mark_object (arg=9917941) at ../../src/alloc.c:6561
#112 0x001fa41c in mark_object (arg=464000) at ../../src/alloc.c:6576
#113 0x001fa7d4 in mark_object (arg=10802003) at ../../src/alloc.c:6663
#114 0x001fa7d4 in mark_object (arg=8452043) at ../../src/alloc.c:6663
#115 0x001fa42c in mark_object (arg=25848) at ../../src/alloc.c:6577
#116 0x001f9698 in mark_vectorlike (ptr=0x891520) at ../../src/alloc.c:6164
#117 0x001fa3b4 in mark_object (arg=9119229) at ../../src/alloc.c:6561
#118 0x001fa41c in mark_object (arg=1978456) at ../../src/alloc.c:6576
#119 0x001f9698 in mark_vectorlike (ptr=0x9385e8) at ../../src/alloc.c:6164
#120 0x001fa3b4 in mark_object (arg=9672149) at ../../src/alloc.c:6561
#121 0x001fa7d4 in mark_object (arg=8313907) at ../../src/alloc.c:6663
#122 0x001fa42c in mark_object (arg=9576) at ../../src/alloc.c:6577
#123 0x001fa308 in mark_object (arg=10817365) at ../../src/alloc.c:6532
#124 0x001f9698 in mark_vectorlike (ptr=0xa51000) at ../../src/alloc.c:6164
#125 0x001fa3b4 in mark_object (arg=10817589) at ../../src/alloc.c:6561
#126 0x001fa41c in mark_object (arg=1654040) at ../../src/alloc.c:6576
#127 0x001fa7d4 in mark_object (arg=7876707) at ../../src/alloc.c:6663
#128 0x001fa42c in mark_object (arg=157608) at ../../src/alloc.c:6577
#129 0x001f9698 in mark_vectorlike (ptr=0x8818e8) at ../../src/alloc.c:6164
#130 0x001fa3b4 in mark_object (arg=8919333) at ../../src/alloc.c:6561
#131 0x001fa41c in mark_object (arg=1659336) at ../../src/alloc.c:6576
#132 0x001fa7d4 in mark_object (arg=7876827) at ../../src/alloc.c:6663
#133 0x001fa42c in mark_object (arg=19560) at ../../src/alloc.c:6577
#134 0x001fa7d4 in mark_object (arg=8363763) at ../../src/alloc.c:6663
#135 0x001f9698 in mark_vectorlike (ptr=0xa50e48) at ../../src/alloc.c:6164
#136 0x001fa3b4 in mark_object (arg=10817141) at ../../src/alloc.c:6561
#137 0x001fa41c in mark_object (arg=1653920) at ../../src/alloc.c:6576
#138 0x001f9698 in mark_vectorlike (ptr=0xa510a0) at ../../src/alloc.c:6164
#139 0x001fa3b4 in mark_object (arg=10817749) at ../../src/alloc.c:6561
#140 0x001fa41c in mark_object (arg=1654088) at ../../src/alloc.c:6576
#141 0x001fa7d4 in mark_object (arg=8347891) at ../../src/alloc.c:6663
#142 0x001fa42c in mark_object (arg=157776) at ../../src/alloc.c:6577
#143 0x001f9698 in mark_vectorlike (ptr=0x89deb0) at ../../src/alloc.c:6164
#144 0x001fa3b4 in mark_object (arg=9103893) at ../../src/alloc.c:6561
#145 0x001fa41c in mark_object (arg=5127224) at ../../src/alloc.c:6576
#146 0x001f9698 in mark_vectorlike (ptr=0x8a61a8) at ../../src/alloc.c:6164
#147 0x001fa3b4 in mark_object (arg=9069133) at ../../src/alloc.c:6561
#148 0x001fa41c in mark_object (arg=1907936) at ../../src/alloc.c:6576
#149 0x001fa7d4 in mark_object (arg=8320411) at ../../src/alloc.c:6663
#150 0x001fa7d4 in mark_object (arg=8273443) at ../../src/alloc.c:6663
#151 0x001fa42c in mark_object (arg=1657792) at ../../src/alloc.c:6577
#152 0x001f9698 in mark_vectorlike (ptr=0x8b71f8) at ../../src/alloc.c:6164
#153 0x001fa3b4 in mark_object (arg=9215733) at ../../src/alloc.c:6561
#154 0x001fa41c in mark_object (arg=1682312) at ../../src/alloc.c:6576
#155 0x001f9698 in mark_vectorlike (ptr=0xa50a20) at ../../src/alloc.c:6164
#156 0x001fa3b4 in mark_object (arg=10816085) at ../../src/alloc.c:6561
#157 0x001f9698 in mark_vectorlike (ptr=0xa50a68) at ../../src/alloc.c:6164
#158 0x001fa3b4 in mark_object (arg=10816165) at ../../src/alloc.c:6561
#159 0x001fa41c in mark_object (arg=7047571) at ../../src/alloc.c:6576
#160 0x001fa42c in mark_object (arg=1415920) at ../../src/alloc.c:6577
#161 0x001fa7d4 in mark_object (arg=9949267) at ../../src/alloc.c:6663
#162 0x001fa7d4 in mark_object (arg=9944147) at ../../src/alloc.c:6663
#163 0x001fa42c in mark_object (arg=12936) at ../../src/alloc.c:6577
#164 0x001fa7d4 in mark_object (arg=10802531) at ../../src/alloc.c:6663
#165 0x001fa7d4 in mark_object (arg=7872339) at ../../src/alloc.c:6663
#166 0x001fa42c in mark_object (arg=16176) at ../../src/alloc.c:6577
#167 0x001f9698 in mark_vectorlike (ptr=0xa50ab8) at ../../src/alloc.c:6164
#168 0x001fa3b4 in mark_object (arg=10816309) at ../../src/alloc.c:6561
#169 0x001fa41c in mark_object (arg=1667560) at ../../src/alloc.c:6576
#170 0x001f9698 in mark_vectorlike (ptr=0xa50b98) at ../../src/alloc.c:6164
#171 0x001fa3b4 in mark_object (arg=10816701) at ../../src/alloc.c:6561
#172 0x001fa41c in mark_object (arg=1653728) at ../../src/alloc.c:6576
#173 0x001f9698 in mark_vectorlike (ptr=0xa50cf8) at ../../src/alloc.c:6164
#174 0x001fa3b4 in mark_object (arg=10816837) at ../../src/alloc.c:6561
#175 0x001fa41c in mark_object (arg=1667512) at ../../src/alloc.c:6576
#176 0x001f9698 in mark_vectorlike (ptr=0x89de30) at ../../src/alloc.c:6164
#177 0x001fa3b4 in mark_object (arg=9128213) at ../../src/alloc.c:6561
#178 0x001fa41c in mark_object (arg=1657672) at ../../src/alloc.c:6576
#179 0x001f9698 in mark_vectorlike (ptr=0x979568) at ../../src/alloc.c:6164
#180 0x001fa3b4 in mark_object (arg=9098365) at ../../src/alloc.c:6561
#181 0x001fa41c in mark_object (arg=7877571) at ../../src/alloc.c:6576
#182 0x001fa42c in mark_object (arg=9792) at ../../src/alloc.c:6577
#183 0x001f9698 in mark_vectorlike (ptr=0x88a558) at ../../src/alloc.c:6164
#184 0x001fa3b4 in mark_object (arg=8955293) at ../../src/alloc.c:6561
#185 0x001fa41c in mark_object (arg=1657864) at ../../src/alloc.c:6576
#186 0x001fa7d4 in mark_object (arg=8411307) at ../../src/alloc.c:6663
#187 0x001fa42c in mark_object (arg=5016) at ../../src/alloc.c:6577
#188 0x001fa7d4 in mark_object (arg=8671603) at ../../src/alloc.c:6663
#189 0x001fa42c in mark_object (arg=2625912) at ../../src/alloc.c:6577
#190 0x001fa7d4 in mark_object (arg=8671843) at ../../src/alloc.c:6663
#191 0x001fa42c in mark_object (arg=149984) at ../../src/alloc.c:6577
#192 0x001fa7d4 in mark_object (arg=7799387) at ../../src/alloc.c:6663
#193 0x001fa42c in mark_object (arg=7799427) at ../../src/alloc.c:6577
#194 0x001fa7d4 in mark_object (arg=7799419) at ../../src/alloc.c:6663
#195 0x001fa7d4 in mark_object (arg=7800787) at ../../src/alloc.c:6663
#196 0x001fa42c in mark_object (arg=1995048) at ../../src/alloc.c:6577
#197 0x001fa7d4 in mark_object (arg=7799587) at ../../src/alloc.c:6663
#198 0x001fa7d4 in mark_object (arg=7799571) at ../../src/alloc.c:6663
#199 0x001fa42c in mark_object (arg=7473331) at ../../src/alloc.c:6577
#200 0x001fa7d4 in mark_object (arg=7473315) at ../../src/alloc.c:6663
#201 0x001fa42c in mark_object (arg=6992467) at ../../src/alloc.c:6577
#202 0x001fa7d4 in mark_object (arg=6992451) at ../../src/alloc.c:6663
#203 0x001fa7d4 in mark_object (arg=6990059) at ../../src/alloc.c:6663
#204 0x001fa7d4 in mark_object (arg=6990091) at ../../src/alloc.c:6663
#205 0x001fa7d4 in mark_object (arg=6992787) at ../../src/alloc.c:6663
#206 0x001fa42c in mark_object (arg=2086736) at ../../src/alloc.c:6577
#207 0x001fa7d4 in mark_object (arg=7045851) at ../../src/alloc.c:6663
#208 0x001fa42c in mark_object (arg=1951872) at ../../src/alloc.c:6577
#209 0x001fa7d4 in mark_object (arg=7043411) at ../../src/alloc.c:6663
#210 0x001fa7d4 in mark_object (arg=7962811) at ../../src/alloc.c:6663
#211 0x001fa42c in mark_object (arg=2381232) at ../../src/alloc.c:6577
#212 0x001fa7d4 in mark_object (arg=7043467) at ../../src/alloc.c:6663
#213 0x001fa7d4 in mark_object (arg=7043483) at ../../src/alloc.c:6663
#214 0x001fa42c in mark_object (arg=2027856) at ../../src/alloc.c:6577
#215 0x001fa7d4 in mark_object (arg=8274355) at ../../src/alloc.c:6663
#216 0x001fa7d4 in mark_object (arg=8276163) at ../../src/alloc.c:6663
#217 0x001fa7d4 in mark_object (arg=8274235) at ../../src/alloc.c:6663
#218 0x001fa42c in mark_object (arg=10843211) at ../../src/alloc.c:6577
#219 0x001f987c in mark_compiled (ptr=0x8ba788) at ../../src/alloc.c:6205
#220 0x001fa1c0 in mark_object (arg=9152397) at ../../src/alloc.c:6478
#221 0x001fa41c in mark_object (arg=1415944) at ../../src/alloc.c:6576
#222 0x001fa7d4 in mark_object (arg=7041683) at ../../src/alloc.c:6663
#223 0x001fa7d4 in mark_object (arg=7041699) at ../../src/alloc.c:6663
#224 0x001fa42c in mark_object (arg=1418584) at ../../src/alloc.c:6577
#225 0x001fa7d4 in mark_object (arg=10111299) at ../../src/alloc.c:6663
#226 0x001fa7d4 in mark_object (arg=10111211) at ../../src/alloc.c:6663
#227 0x001fa42c in mark_object (arg=2004048) at ../../src/alloc.c:6577
#228 0x001fa7d4 in mark_object (arg=10107107) at ../../src/alloc.c:6663
#229 0x001fa7d4 in mark_object (arg=10107091) at ../../src/alloc.c:6663
#230 0x001fa42c in mark_object (arg=4673032) at ../../src/alloc.c:6577
#231 0x001fa7d4 in mark_object (arg=10804099) at ../../src/alloc.c:6663
#232 0x001fa7d4 in mark_object (arg=10105171) at ../../src/alloc.c:6663
#233 0x001fa42c in mark_object (arg=2417504) at ../../src/alloc.c:6577
#234 0x001fa7d4 in mark_object (arg=8294283) at ../../src/alloc.c:6663
#235 0x001fa42c in mark_object (arg=1682984) at ../../src/alloc.c:6577
#236 0x001fa7d4 in mark_object (arg=7850483) at ../../src/alloc.c:6663
#237 0x001fa42c in mark_object (arg=156448) at ../../src/alloc.c:6577
#238 0x001fa7d4 in mark_object (arg=8287843) at ../../src/alloc.c:6663
#239 0x001f9698 in mark_vectorlike (ptr=0x9315f8) at ../../src/alloc.c:6164
#240 0x001fa3b4 in mark_object (arg=9278901) at ../../src/alloc.c:6561
#241 0x001fa7d4 in mark_object (arg=8287755) at ../../src/alloc.c:6663
#242 0x001fa42c in mark_object (arg=187856) at ../../src/alloc.c:6577
#243 0x001f9698 in mark_vectorlike (ptr=0x625e70) at ../../src/alloc.c:6164
#244 0x001fa3b4 in mark_object (arg=6285869) at ../../src/alloc.c:6561
#245 0x001fa41c in mark_object (arg=6582851) at ../../src/alloc.c:6576
#246 0x001fa7d4 in mark_object (arg=6581419) at ../../src/alloc.c:6663
#247 0x001f9698 in mark_vectorlike (ptr=0x648c08) at ../../src/alloc.c:6164
#248 0x001f99e0 in mark_buffer (buffer=0x648c08) at ../../src/alloc.c:6230
#249 0x001fa1b4 in mark_object (arg=6589453) at ../../src/alloc.c:6470
#250 0x001f9c68 in mark_localized_symbol (ptr=0x74e540) at ../../src/alloc.c:6286
#251 0x001fa4a0 in mark_object (arg=6583611) at ../../src/alloc.c:6589
252 0x001fa7d4 in mark_object (arg=6583619) at ../../src/alloc.c:6663
#253 0x001f9698 in mark_vectorlike (ptr=0xa1efa0) at ../../src/alloc.c:6164
#254 0x001f99e0 in mark_buffer (buffer=0xa1efa0) at ../../src/alloc.c:6230
#255 0x001fa1b4 in mark_object (arg=8173299) at ../../src/alloc.c:6470
#256 0x001fa46c in mark_object (arg=1943672) at ../../src/alloc.c:6580
#257 0x001fa7d4 in mark_object (arg=10011467) at ../../src/alloc.c:6663
#258 0x001fa42c in mark_object (arg=1682432) at ../../src/alloc.c:6577
#259 0x001f9698 in mark_vectorlike (ptr=0x9cf910) at ../../src/alloc.c:6164
#260 0x001fa3b4 in mark_object (arg=10287413) at ../../src/alloc.c:6561
#261 0x001fa41c in mark_object (arg=1658424) at ../../src/alloc.c:6576
#262 0x001f9698 in mark_vectorlike (ptr=0x8e7578) at ../../src/alloc.c:6164
#263 0x001fa3b4 in mark_object (arg=8696477) at ../../src/alloc.c:6561
#264 0x001fa41c in mark_object (arg=2472584) at ../../src/alloc.c:6576
#265 0x001f9698 in mark_vectorlike (ptr=0x8b3d68) at ../../src/alloc.c:6164
#266 0x001fa3b4 in mark_object (arg=9468365) at ../../src/alloc.c:6561
#267 0x001fa41c in mark_object (arg=1662176) at ../../src/alloc.c:6576
#268 0x001fa7d4 in mark_object (arg=7906099) at ../../src/alloc.c:6663
#269 0x001fa42c in mark_object (arg=20328) at ../../src/alloc.c:6577
#270 0x001f9698 in mark_vectorlike (ptr=0xa523e0) at ../../src/alloc.c:6164
#271 0x001fa3b4 in mark_object (arg=10822669) at ../../src/alloc.c:6561
#272 0x001fa41c in mark_object (arg=8375715) at ../../src/alloc.c:6576
#273 0x001fa42c in mark_object (arg=4632) at ../../src/alloc.c:6577
#274 0x001f9698 in mark_vectorlike (ptr=0x90fa58) at ../../src/alloc.c:6164
#275 0x001fa3b4 in mark_object (arg=8963557) at ../../src/alloc.c:6561
#276 0x001fa41c in mark_object (arg=2471872) at ../../src/alloc.c:6576
#277 0x001fa7d4 in mark_object (arg=7901275) at ../../src/alloc.c:6663
#278 0x001fa42c in mark_object (arg=8352) at ../../src/alloc.c:6577
#279 0x001fa7d4 in mark_object (arg=7040811) at ../../src/alloc.c:6663
#280 0x001fa7d4 in mark_object (arg=7040827) at ../../src/alloc.c:6663
#281 0x001fa42c in mark_object (arg=1436360) at ../../src/alloc.c:6577
#282 0x001fa7d4 in mark_object (arg=7477723) at ../../src/alloc.c:6663
#283 0x001fa7d4 in mark_object (arg=7477691) at ../../src/alloc.c:6663
#284 0x001fa42c in mark_object (arg=6864) at ../../src/alloc.c:6577
#285 0x001fa7d4 in mark_object (arg=10837003) at ../../src/alloc.c:6663
#286 0x001fa7d4 in mark_object (arg=10837155) at ../../src/alloc.c:6663
#287 0x001fa42c in mark_object (arg=1668160) at ../../src/alloc.c:6577
#288 0x001f9698 in mark_vectorlike (ptr=0x96f5e0) at ../../src/alloc.c:6164
#289 0x001fa3b4 in mark_object (arg=9879077) at ../../src/alloc.c:6561
#290 0x001fa41c in mark_object (arg=1657888) at ../../src/alloc.c:6576
#291 0x001f9698 in mark_vectorlike (ptr=0x84bba8) at ../../src/alloc.c:6164
#292 0x001fa3b4 in mark_object (arg=8696661) at ../../src/alloc.c:6561
#293 0x001fa41c in mark_object (arg=1661624) at ../../src/alloc.c:6576
#294 0x001f9698 in mark_vectorlike (ptr=0x84ee40) at ../../src/alloc.c:6164
#295 0x001fa3b4 in mark_object (arg=8711781) at ../../src/alloc.c:6561
#296 0x001fa41c in mark_object (arg=1659024) at ../../src/alloc.c:6576
#297 0x001f9698 in mark_vectorlike (ptr=0x84ef38) at ../../src/alloc.c:6164
#298 0x001fa3b4 in mark_object (arg=8832053) at ../../src/alloc.c:6561
#299 0x001fa41c in mark_object (arg=1659168) at ../../src/alloc.c:6576
#300 0x001fa7d4 in mark_object (arg=7849627) at ../../src/alloc.c:6663
#301 0x001fa42c in mark_object (arg=192696) at ../../src/alloc.c:6577
#302 0x001fa7d4 in mark_object (arg=7909163) at ../../src/alloc.c:6663
#303 0x001f9698 in mark_vectorlike (ptr=0x8844e8) at ../../src/alloc.c:6164
#304 0x001fa3b4 in mark_object (arg=8930589) at ../../src/alloc.c:6561
#305 0x001fa41c in mark_object (arg=1661768) at ../../src/alloc.c:6576
#306 0x001fa7d4 in mark_object (arg=7872091) at ../../src/alloc.c:6663
#307 0x001fa42c in mark_object (arg=192720) at ../../src/alloc.c:6577
#308 0x001f97e0 in mark_char_table (ptr=0x59a590, pvectype=PVEC_SUB_CHAR_TABLE) at ../../src/alloc.c:6192
#309 0x001f97d4 in mark_char_table (ptr=0x5813e0, pvectype=PVEC_CHAR_TABLE) at ../../src/alloc.c:6189
#310 0x001fa38c in mark_object (arg=5772261) at ../../src/alloc.c:6546
#311 0x001fa7d4 in mark_object (arg=5697867) at ../../src/alloc.c:6663
#312 0x001fa46c in mark_object (arg=205384) at ../../src/alloc.c:6580
#313 0x001fa7d4 in mark_object (arg=6985595) at ../../src/alloc.c:6663
#314 0x001fa42c in mark_object (arg=26448) at ../../src/alloc.c:6577
#315 0x001fa7d4 in mark_object (arg=7474067) at ../../src/alloc.c:6663
#316 0x001fa42c in mark_object (arg=2127152) at ../../src/alloc.c:6577
#317 0x001fa7d4 in mark_object (arg=10839323) at ../../src/alloc.c:6663
#318 0x001fa42c in mark_object (arg=1667776) at ../../src/alloc.c:6577
#319 0x001f9698 in mark_vectorlike (ptr=0x888700) at ../../src/alloc.c:6164
#320 0x001fa3b4 in mark_object (arg=9101741) at ../../src/alloc.c:6561
#321 0x001fa41c in mark_object (arg=2050576) at ../../src/alloc.c:6576
#322 0x001f9698 in mark_vectorlike (ptr=0x8974f0) at ../../src/alloc.c:6164
#323 0x001fa3b4 in mark_object (arg=9100613) at ../../src/alloc.c:6561
#324 0x001fa41c in mark_object (arg=1656704) at ../../src/alloc.c:6576
#325 0x001f9698 in mark_vectorlike (ptr=0x84c3d8) at ../../src/alloc.c:6164
#326 0x001fa3b4 in mark_object (arg=9524741) at ../../src/alloc.c:6561
#327 0x001fa41c in mark_object (arg=1656896) at ../../src/alloc.c:6576
#328 0x001f9698 in mark_vectorlike (ptr=0x8b3c78) at ../../src/alloc.c:6164
#329 0x001fa3b4 in mark_object (arg=9125029) at ../../src/alloc.c:6561
#330 0x001fa41c in mark_object (arg=1662032) at ../../src/alloc.c:6576
#331 0x001fa7d4 in mark_object (arg=7871531) at ../../src/alloc.c:6663
#332 0x001fa42c in mark_object (arg=12264) at ../../src/alloc.c:6577
#333 0x001fa7d4 in mark_object (arg=10795883) at ../../src/alloc.c:6663
#334 0x001fa7d4 in mark_object (arg=10795899) at ../../src/alloc.c:6663
#335 0x001fa42c in mark_object (arg=1667680) at ../../src/alloc.c:6577
#336 0x001f9698 in mark_vectorlike (ptr=0x96f520) at ../../src/alloc.c:6164
#337 0x001fa3b4 in mark_object (arg=9879053) at ../../src/alloc.c:6561
#338 0x001fa41c in mark_object (arg=1657744) at ../../src/alloc.c:6576
#339 0x001f9698 in mark_vectorlike (ptr=0x8f74a8) at ../../src/alloc.c:6164
#340 0x001fa3b4 in mark_object (arg=9401557) at ../../src/alloc.c:6561
#341 0x001fa41c in mark_object (arg=1662488) at ../../src/alloc.c:6576
#342 0x001fa7d4 in mark_object (arg=7902443) at ../../src/alloc.c:6663
#343 0x001fa42c in mark_object (arg=12216) at ../../src/alloc.c:6577
#344 0x001fa7d4 in mark_object (arg=10838139) at ../../src/alloc.c:6663
#345 0x001fa7d4 in mark_object (arg=8134355) at ../../src/alloc.c:6663
#346 0x001fa42c in mark_object (arg=2491240) at ../../src/alloc.c:6577
#347 0x001f9698 in mark_vectorlike (ptr=0x88a5b0) at ../../src/alloc.c:6164
#348 0x001fa3b4 in mark_object (arg=8955333) at ../../src/alloc.c:6561
#349 0x001fa41c in mark_object (arg=2472752) at ../../src/alloc.c:6576
#350 0x001f9698 in mark_vectorlike (ptr=0x96bdd0) at ../../src/alloc.c:6164
#351 0x001fa3b4 in mark_object (arg=9864509) at ../../src/alloc.c:6561
#352 0x001fa41c in mark_object (arg=10836267) at ../../src/alloc.c:6576
#353 0x001fa7d4 in mark_object (arg=10836339) at ../../src/alloc.c:6663
#354 0x001fa46c in mark_object (arg=1682192) at ../../src/alloc.c:6580
#355 0x001f9698 in mark_vectorlike (ptr=0x8b4f38) at ../../src/alloc.c:6164
#356 0x001fa3b4 in mark_object (arg=9116957) at ../../src/alloc.c:6561
#357 0x001f9698 in mark_vectorlike (ptr=0x8b4fb0) at ../../src/alloc.c:6164
#358 0x001fa3b4 in mark_object (arg=9129973) at ../../src/alloc.c:6561
#359 0x001fa41c in mark_object (arg=2472560) at ../../src/alloc.c:6576
#360 0x001fa7d4 in mark_object (arg=7881067) at ../../src/alloc.c:6663
#361 0x001fa42c in mark_object (arg=8248467) at ../../src/alloc.c:6577
#362 0x001fa42c in mark_object (arg=0) at ../../src/alloc.c:6577
#363 0x001f9698 in mark_vectorlike (ptr=0x5572e0) at ../../src/alloc.c:6164
#364 0x001f99e0 in mark_buffer (buffer=0x5572e0) at ../../src/alloc.c:6230
#365 0x001f8c94 in garbage_collect_1 (end=0xbeffaf28) at ../../src/alloc.c:5922
#366 0x001f94a8 in Fgarbage_collect () at ../../src/alloc.c:6105
#367 0x0015e5cc in maybe_gc () at ../../src/lisp.h:4728
#368 0x00225780 in Ffuncall (nargs=2, args=0xbeffb010) at ../../src/eval.c:2739
#369 0x00221d30 in internal_condition_case_n (bfun=0x2256c4 <Ffuncall>, nargs=2, args=0xbeffb010, handlers=23424,
    hfun=0x3c794 <safe_eval_handler>) at ../../src/eval.c:1403
#370 0x0003ca40 in safe__call (inhibit_quit=true, nargs=2, func=9792, ap=0xbeffb094) at ../../src/xdisp.c:2598
#371 0x0003cb68 in safe__call1 (inhibit_quit=false, fn=7594355) at ../../src/xdisp.c:2635
#372 0x0003cbfc in safe__eval (inhibit_quit=true, sexpr=7594355) at ../../src/xdisp.c:2649
#373 0x0007c3f0 in display_mode_element (it=0xbeffb2b8, depth=3, field_width=0, precision=-8, elt=7594363, props=0, risky=false)
    at ../../src/xdisp.c:23614
#374 0x0007c78c in display_mode_element (it=0xbeffb2b8, depth=1, field_width=0, precision=0, elt=7650931, props=0, risky=false)
    at ../../src/xdisp.c:23692
#375 0x0007b54c in display_mode_line (w=0x588f48, face_id=MODE_LINE_FACE_ID, format=7650979) at ../../src/xdisp.c:23211
#376 0x0007b2f0 in display_mode_lines (w=0x588f48) at ../../src/xdisp.c:23146
#377 0x00068ad0 in redisplay_window (window=5803853, just_this_one_p=false) at ../../src/xdisp.c:17397
#378 0x0005ff80 in redisplay_window_0 (window=5803853) at ../../src/xdisp.c:14780
#379 0x00221b70 in internal_condition_case_1 (bfun=0x5ff40 <redisplay_window_0>, arg=5803853, handlers=5692107,
    hfun=0x5fef8 <redisplay_window_error>) at ../../src/eval.c:1347
#380 0x0005febc in redisplay_windows (window=5803853) at ../../src/xdisp.c:14760
#381 0x0005eb98 in redisplay_internal () at ../../src/xdisp.c:14249
#382 0x0005f6a0 in redisplay_preserve_echo_area (from_where=2) at ../../src/xdisp.c:14579
#383 0x00020480 in Fredisplay (force=0) at ../../src/dispnew.c:5792
#384 0x00225c7c in funcall_subr (subr=0x332c00, numargs=0, args=0xbeffec4c) at ../../src/eval.c:2832
#385 0x00225854 in Ffuncall (nargs=1, args=0xbeffec48) at ../../src/eval.c:2757
#386 0x00278ee0 in exec_byte_code (bytestr=3431372, vector=3431389, maxdepth=30, args_template=3078, nargs=1, args=0xbeffef50)
    at ../../src/bytecode.c:629
#387 0x00226410 in funcall_lambda (fun=3431349, nargs=1, arg_vector=0xbeffef4c) at ../../src/eval.c:2958
#388 0x002258a0 in Ffuncall (nargs=2, args=0xbeffef48) at ../../src/eval.c:2759
#389 0x00278ee0 in exec_byte_code (bytestr=3772308, vector=3772325, maxdepth=62, args_template=3078, nargs=3, args=0xbefff3a4)
    at ../../src/bytecode.c:629
#390 0x00226410 in funcall_lambda (fun=3772277, nargs=3, arg_vector=0xbefff398) at ../../src/eval.c:2958
#391 0x002258a0 in Ffuncall (nargs=4, args=0xbefff394) at ../../src/eval.c:2759
#392 0x0021c44c in Ffuncall_interactively (nargs=4, args=0xbefff394) at ../../src/callint.c:252
#393 0x00225b88 in funcall_subr (subr=0x509f10, numargs=4, args=0xbefff394) at ../../src/eval.c:2812
#394 0x00225854 in Ffuncall (nargs=5, args=0xbefff390) at ../../src/eval.c:2757
#395 0x00224a30 in Fapply (nargs=3, args=0xbefff4a8) at ../../src/eval.c:2377
#396 0x0021c898 in Fcall_interactively (function=261328, record_flag=0, keys=5773269) at ../../src/callint.c:389
#397 0x00225cf4 in funcall_subr (subr=0x509f28, numargs=3, args=0xbefff638) at ../../src/eval.c:2837
#398 0x00225854 in Ffuncall (nargs=4, args=0xbefff634) at ../../src/eval.c:2757
#399 0x00278ee0 in exec_byte_code (bytestr=3772732, vector=3772749, maxdepth=54, args_template=4102, nargs=1, args=0xbefff980)
    at ../../src/bytecode.c:629
#400 0x00226410 in funcall_lambda (fun=3772709, nargs=1, arg_vector=0xbefff97c) at ../../src/eval.c:2958
#401 0x002258a0 in Ffuncall (nargs=2, args=0xbefff978) at ../../src/eval.c:2759
#402 0x00225148 in call1 (fn=7344, arg1=261328) at ../../src/eval.c:2608
#403 0x00167bb8 in command_loop_1 () at ../../src/keyboard.c:1486
#404 0x00221a98 in internal_condition_case (bfun=0x167308 <command_loop_1>, handlers=9648, hfun=0x166908 <cmd_error>)
    at ../../src/eval.c:1323
#405 0x00166f10 in command_loop_2 (ignore=0) at ../../src/keyboard.c:1114
#406 0x002212a4 in internal_catch (tag=24240, func=0x166ee4 <command_loop_2>, arg=0) at ../../src/eval.c:1088
#407 0x00166e78 in command_loop () at ../../src/keyboard.c:1093
#408 0x00166350 in recursive_edit_1 () at ../../src/keyboard.c:699
#409 0x00166538 in Frecursive_edit () at ../../src/keyboard.c:770
#410 0x00163b74 in main (argc=2, argv=0xbefffd84) at ../../src/emacs.c:1706
--8<---------------cut here---------------end--------------->8---





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-23 18:46               ` andrés ramírez
@ 2017-08-23 19:06                 ` Eli Zaretskii
  2017-08-23 19:11                   ` andrés ramírez
  0 siblings, 1 reply; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-23 19:06 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Wed, 23 Aug 2017 12:46:15 -0600
> 
> Thread 1 (LWP 11065):
> #0  0x001f9874 in mark_compiled (ptr=0x8f75f0) at ../../src/alloc.c:6205
> #1  0x001fa1c0 in mark_object (arg=9401845) at ../../src/alloc.c:6478
> #2  0x001fa41c in mark_object (arg=1662512) at ../../src/alloc.c:6576

Stack overflow?  How much runtime stack do you have on that system?





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-23 19:06                 ` Eli Zaretskii
@ 2017-08-23 19:11                   ` andrés ramírez
  2017-08-24  2:32                     ` Eli Zaretskii
  0 siblings, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-23 19:11 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

> > Thread 1 (LWP 11065):
> > #0  0x001f9874 in mark_compiled (ptr=0x8f75f0) at ../../src/alloc.c:6205
> > #1  0x001fa1c0 in mark_object (arg=9401845) at ../../src/alloc.c:6478
> > #2  0x001fa41c in mark_object (arg=1662512) at ../../src/alloc.c:6576
> 
> Stack overflow?  How much runtime stack do you have on that system?
How Should I know that?

remember emacs-25.2 works





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-23 19:11                   ` andrés ramírez
@ 2017-08-24  2:32                     ` Eli Zaretskii
  2017-08-24  2:59                       ` andrés ramírez
  0 siblings, 1 reply; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-24  2:32 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Wed, 23 Aug 2017 13:11:44 -0600
> 
> > > Thread 1 (LWP 11065):
> > > #0  0x001f9874 in mark_compiled (ptr=0x8f75f0) at ../../src/alloc.c:6205
> > > #1  0x001fa1c0 in mark_object (arg=9401845) at ../../src/alloc.c:6478
> > > #2  0x001fa41c in mark_object (arg=1662512) at ../../src/alloc.c:6576
> > 
> > Stack overflow?  How much runtime stack do you have on that system?
> How Should I know that?

ulimit, if you have it there.

> remember emacs-25.2 works

Doesn't necessarily mean anything.

In any case, the backtrace shows the problem didn't happen in
process.c.

Can you show exactly what GDB says at the moment of crash?  I'd like
to see the full text of the message about the fatal signal.





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-24  2:32                     ` Eli Zaretskii
@ 2017-08-24  2:59                       ` andrés ramírez
  2017-08-24 16:32                         ` Eli Zaretskii
  0 siblings, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-24  2:59 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

> ulimit, if you have it there.

--8<---------------cut here---------------start------------->8---
$ ulimit            
unlimited
--8<---------------cut here---------------end--------------->8---

> Can you show exactly what GDB says at the moment of crash?  I'd like
> to see the full text of the message about the fatal signal.
after segfault i did bt on gdb. And I sent it on the bug report
'xbacktrace' is not supported on this gdb version.

Do You need any other command to apply on gdb?





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-24  2:59                       ` andrés ramírez
@ 2017-08-24 16:32                         ` Eli Zaretskii
  2017-08-24 16:44                           ` andrés ramírez
  0 siblings, 1 reply; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-24 16:32 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Wed, 23 Aug 2017 20:59:38 -0600
> 
> > ulimit, if you have it there.
> 
> --8<---------------cut here---------------start------------->8---
> $ ulimit            
> unlimited

Strange.

> > Can you show exactly what GDB says at the moment of crash?  I'd like
> > to see the full text of the message about the fatal signal.
> after segfault i did bt on gdb. And I sent it on the bug report
> 'xbacktrace' is not supported on this gdb version.
> 
> Do You need any other command to apply on gdb?

It's not a command.  When a program running under GDB crashes due to a
fatal signal, GDB says something like this:

  Program received signal SIGSEGV, Segmentation fault.
  set_glyph_string_background_width (s=0x838aca0, start=1, last_x=665)
      at xdisp.c:19970
  19970	  if (start == s->row->used[s->area]

I would like to see these few lines in your case.

Thanks.





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-24 16:32                         ` Eli Zaretskii
@ 2017-08-24 16:44                           ` andrés ramírez
  2017-08-24 17:38                             ` Eli Zaretskii
  0 siblings, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-24 16:44 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

> I would like to see these few lines in your case.

--8<---------------cut here---------------start------------->8---
Program received signal SIGSEGV, Segmentation fault.
[Switching to LWP 8252]
0xb69dc438 in __res_randomid () from /lib/libc.so.6
(gdb) 
--8<---------------cut here---------------end--------------->8---






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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-24 16:44                           ` andrés ramírez
@ 2017-08-24 17:38                             ` Eli Zaretskii
  2017-08-24 17:47                               ` andrés ramírez
  0 siblings, 1 reply; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-24 17:38 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Thu, 24 Aug 2017 10:44:38 -0600
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to LWP 8252]
> 0xb69dc438 in __res_randomid () from /lib/libc.so.6
> (gdb) 

So this indeed looks like some libc problem, and therefore I don't
think it's a problem in Emacs.

Thanks.





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-24 17:38                             ` Eli Zaretskii
@ 2017-08-24 17:47                               ` andrés ramírez
  2017-08-24 18:24                                 ` Eli Zaretskii
  0 siblings, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-24 17:47 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

> So this indeed looks like some libc problem, and therefore I don't
> think it's a problem in Emacs.
I am going to try to find the commit that causes the issue. That could
help making a workaround, but probably just for this embedded
device. Could It be a good idea?





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-24 17:47                               ` andrés ramírez
@ 2017-08-24 18:24                                 ` Eli Zaretskii
  2017-08-24 19:11                                   ` andrés ramírez
  0 siblings, 1 reply; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-24 18:24 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Thu, 24 Aug 2017 11:47:08 -0600
> 
> > So this indeed looks like some libc problem, and therefore I don't
> > think it's a problem in Emacs.
> I am going to try to find the commit that causes the issue. That could
> help making a workaround, but probably just for this embedded
> device. Could It be a good idea?

I'm almost sure that the problem is with getaddrinfo_a, which we now
use on platforms that provide this function.  Maybe you could tweak
the build to not define HAVE_GETADDRINFO_A, and see if that makes the
problem go away.





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-24 18:24                                 ` Eli Zaretskii
@ 2017-08-24 19:11                                   ` andrés ramírez
  2017-08-24 19:24                                     ` Eli Zaretskii
  0 siblings, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-24 19:11 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

> I'm almost sure that the problem is with getaddrinfo_a, which we now
> use on platforms that provide this function.  Maybe you could tweak
> the build to not define HAVE_GETADDRINFO_A, and see if that makes the
> problem go away.

Below line should do the job?:
--8<---------------cut here---------------start------------->8---
CFLAGS="-g3 -O0 -UHAVE_GETADDRINFO_A" ../configure --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --disable-acl --with-gnutls=no --with-x-toolkit=no --without-pop
--8<---------------cut here---------------end--------------->8---






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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-24 19:11                                   ` andrés ramírez
@ 2017-08-24 19:24                                     ` Eli Zaretskii
  2017-08-24 19:45                                       ` andrés ramírez
  2017-08-24 21:44                                       ` andrés ramírez
  0 siblings, 2 replies; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-24 19:24 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Thu, 24 Aug 2017 13:11:21 -0600
> 
> Below line should do the job?:
> --8<---------------cut here---------------start------------->8---
> CFLAGS="-g3 -O0 -UHAVE_GETADDRINFO_A" ../configure --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --disable-acl --with-gnutls=no --with-x-toolkit=no --without-pop
> --8<---------------cut here---------------end--------------->8---

No, I think you need to say this:

  ac_cv_lib_anl_getaddrinfo_a=no CFLAGS="-g3 -O0" ../configure --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --disable-acl --with-gnutls=no --with-x-toolkit=no --without-pop





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-24 19:24                                     ` Eli Zaretskii
@ 2017-08-24 19:45                                       ` andrés ramírez
  2017-08-25  6:25                                         ` Eli Zaretskii
  2017-08-24 21:44                                       ` andrés ramírez
  1 sibling, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-24 19:45 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

> No, I think you need to say this:
> 
>   ac_cv_lib_anl_getaddrinfo_a=no CFLAGS="-g3 -O0" ../configure --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --disable-acl --with-gnutls=no --with-x-toolkit=no --without-pop

You were Right Eli. It did not segfaulted.

I have another question. As my embedded device has a debian based
distro. This is what I have on the debian/rules file:
--8<---------------cut here---------------start------------->8---
 ./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --with-gnutls=no --without-pop --without-pop --disable-acl CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs"
--8<---------------cut here---------------end--------------->8---

How should I acommodate the expression below on my configure line?
--8<---------------cut here---------------start------------->8---
ac_cv_lib_anl_getaddrinfo_a=no
--8<---------------cut here---------------end--------------->8---






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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-24 19:24                                     ` Eli Zaretskii
  2017-08-24 19:45                                       ` andrés ramírez
@ 2017-08-24 21:44                                       ` andrés ramírez
  2017-08-25  6:30                                         ` Eli Zaretskii
  1 sibling, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-24 21:44 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

>   ac_cv_lib_anl_getaddrinfo_a=no CFLAGS="-g3 -O0" ../configure --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --disable-acl --with-gnutls=no --with-x-toolkit=no --without-pop

packaging also solved with this line on debian rules (for packaging on my debian based distro):
--8<---------------cut here---------------start------------->8---
ac_cv_lib_anl_getaddrinfo_a=no ./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --with-gnutls=no --without-pop --without-pop --disable-acl CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs"
--8<---------------cut here---------------end--------------->8---





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-24 19:45                                       ` andrés ramírez
@ 2017-08-25  6:25                                         ` Eli Zaretskii
  2017-08-25 13:10                                           ` andrés ramírez
  0 siblings, 1 reply; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-25  6:25 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Thu, 24 Aug 2017 13:45:38 -0600
> 
> > No, I think you need to say this:
> > 
> >   ac_cv_lib_anl_getaddrinfo_a=no CFLAGS="-g3 -O0" ../configure --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --disable-acl --with-gnutls=no --with-x-toolkit=no --without-pop
> 
> You were Right Eli. It did not segfaulted.

In that case, one more check: the getaddrinfo_a function AFAIK lives
in the libanl library.  You should be able to see that the Emacs
binaries you've built before, those that segfaulted, depend on that
library, by running ldd on the binary.  So do you have that library
available on that device?  If not, that could perhaps be the reason
for a segfault in the normal build.





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-24 21:44                                       ` andrés ramírez
@ 2017-08-25  6:30                                         ` Eli Zaretskii
  0 siblings, 0 replies; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-25  6:30 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Thu, 24 Aug 2017 15:44:19 -0600
> 
> >   ac_cv_lib_anl_getaddrinfo_a=no CFLAGS="-g3 -O0" ../configure --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --disable-acl --with-gnutls=no --with-x-toolkit=no --without-pop
> 
> packaging also solved with this line on debian rules (for packaging on my debian based distro):
> --8<---------------cut here---------------start------------->8---
> ac_cv_lib_anl_getaddrinfo_a=no ./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --without-gconf --with-xft --without-xwidgets --with-xpm=no --with-gif=no --without-selinux --with-gnutls=no --without-pop --without-pop --disable-acl CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs"
> --8<---------------cut here---------------end--------------->8---

OK.  So can this bug be closed, or is there anything else left to do
about it?





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-25  6:25                                         ` Eli Zaretskii
@ 2017-08-25 13:10                                           ` andrés ramírez
  2017-08-25 13:21                                             ` Eli Zaretskii
  0 siblings, 1 reply; 28+ messages in thread
From: andrés ramírez @ 2017-08-25 13:10 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 28181

> In that case, one more check: the getaddrinfo_a function AFAIK lives
> in the libanl library.  You should be able to see that the Emacs
> binaries you've built before, those that segfaulted, depend on that
> library, by running ldd on the binary.  So do you have that library
> available on that device?  If not, that could perhaps be the reason
> for a segfault in the normal build.

library libanl is there:
--8<---------------cut here---------------start------------->8---
$ ldd ./src/emacs
	libtiff.so.4 => /usr/lib/libtiff.so.4 (0xb6f7b000)
	libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb6f55000)
	libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb6f2d000)
	libSM.so.6 => /usr/lib/libSM.so.6 (0xb6f1e000)
	libICE.so.6 => /usr/lib/libICE.so.6 (0xb6f00000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0xb6e11000)
	libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb6e01000)
	libXft.so.2 => /usr/lib/libXft.so.2 (0xb6de9000)
	libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb6dc0000)
	libasound.so.2 => /usr/lib/libasound.so.2 (0xb6d04000)
	librt.so.1 => /lib/librt.so.1 (0xb6cf5000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0xb6cde000)
	libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb6bb7000)
	libncurses.so.5 => /lib/libncurses.so.5 (0xb6b70000)
	libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb6afd000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb6add000)
	libanl.so.1 => /lib/libanl.so.1 (0xb6ad2000)
	libm.so.6 => /lib/libm.so.6 (0xb6a5c000)
	libz.so.1 => /usr/lib/libz.so.1 (0xb6a44000)
	libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb6a32000)
	libc.so.6 => /lib/libc.so.6 (0xb690d000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0xb6903000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb68f7000)
	libdl.so.2 => /lib/libdl.so.2 (0xb68ec000)
	libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb68c6000)
	/lib/ld-linux.so.3 (0xb6fdb000)
--8<---------------cut here---------------end--------------->8---

libc6 is the pkg containing the library:
--8<---------------cut here---------------start------------->8---
$ dpkg -S /lib/libanl.so.1 
libc6: /lib/libanl.so.1
--8<---------------cut here---------------end--------------->8---

talking about closing the bug:
On my side it is solved. If You need more info let me know. If that not
is the case feel free of closing it.

Thanks for all your time and help





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

* bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900
  2017-08-25 13:10                                           ` andrés ramírez
@ 2017-08-25 13:21                                             ` Eli Zaretskii
  0 siblings, 0 replies; 28+ messages in thread
From: Eli Zaretskii @ 2017-08-25 13:21 UTC (permalink / raw)
  To: andrés ramírez; +Cc: 28181-done

> From: andrés ramírez <rrandresf@gmail.com>
> Cc: 28181@debbugs.gnu.org
> Date: Fri, 25 Aug 2017 07:10:57 -0600
> 
> talking about closing the bug:
> On my side it is solved. If You need more info let me know. If that not
> is the case feel free of closing it.

Thanks, closing.





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

end of thread, other threads:[~2017-08-25 13:21 UTC | newest]

Thread overview: 28+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-08-22  1:00 bug#28181: 26.0.50; emacs master segfaults on make-network-process, embedded device nokia n900 rrandresf
2017-08-22 14:58 ` Eli Zaretskii
2017-08-22 19:21   ` andrés ramírez
2017-08-23  2:28     ` Eli Zaretskii
2017-08-22 20:08   ` andrés ramírez
2017-08-23  2:32     ` Eli Zaretskii
2017-08-23  3:55       ` andrés ramírez
2017-08-23 17:20         ` Eli Zaretskii
2017-08-23 17:38           ` andrés ramírez
2017-08-23 18:11             ` Eli Zaretskii
2017-08-23 18:46               ` andrés ramírez
2017-08-23 19:06                 ` Eli Zaretskii
2017-08-23 19:11                   ` andrés ramírez
2017-08-24  2:32                     ` Eli Zaretskii
2017-08-24  2:59                       ` andrés ramírez
2017-08-24 16:32                         ` Eli Zaretskii
2017-08-24 16:44                           ` andrés ramírez
2017-08-24 17:38                             ` Eli Zaretskii
2017-08-24 17:47                               ` andrés ramírez
2017-08-24 18:24                                 ` Eli Zaretskii
2017-08-24 19:11                                   ` andrés ramírez
2017-08-24 19:24                                     ` Eli Zaretskii
2017-08-24 19:45                                       ` andrés ramírez
2017-08-25  6:25                                         ` Eli Zaretskii
2017-08-25 13:10                                           ` andrés ramírez
2017-08-25 13:21                                             ` Eli Zaretskii
2017-08-24 21:44                                       ` andrés ramírez
2017-08-25  6:30                                         ` Eli Zaretskii

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).