From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 27 17:24:55 2017 Received: (at submit) by debbugs.gnu.org; 27 Oct 2017 21:24:55 +0000 Received: from localhost ([127.0.0.1]:37716 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e8C7b-0001Qh-9E for submit@debbugs.gnu.org; Fri, 27 Oct 2017 17:24:55 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33825) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e8C7Z-0001QT-1D for submit@debbugs.gnu.org; Fri, 27 Oct 2017 17:24:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e8C7R-00007O-Q0 for submit@debbugs.gnu.org; Fri, 27 Oct 2017 17:24:47 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:33409) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1e8C7R-00007I-Kt for submit@debbugs.gnu.org; Fri, 27 Oct 2017 17:24:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53001) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e8C7P-0007Aa-9V for bug-gnu-emacs@gnu.org; Fri, 27 Oct 2017 17:24:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e8C7N-0008UU-4g for bug-gnu-emacs@gnu.org; Fri, 27 Oct 2017 17:24:43 -0400 Received: from mail-yw0-x235.google.com ([2607:f8b0:4002:c05::235]:51052) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e8C7M-0008Tg-TC for bug-gnu-emacs@gnu.org; Fri, 27 Oct 2017 17:24:41 -0400 Received: by mail-yw0-x235.google.com with SMTP id i198so6869413ywe.7 for ; Fri, 27 Oct 2017 14:24:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=FK8XKCs59G9fNsoP9mCSVoa8T6xnJbJzsBh1Nz8wQT4=; b=FhrOy0cVoPoAFI0TR2Fm93SfuVVgKOYq/mNKbVFCfzMT9kufl19zkH+AxC9GGucxFv qQXUbRtQFTS6MkspQOvUjj1WUw0vbH1dCy/po3ozhjOaYq21oOt25+652KPrQIWWPVdA Ij7AlwGvAYRnadyEVfG/TwIWypEFOU1p1W3lGQ/52d0WcB50UOjQo3so9MK0HvSxXEXU BbZyOiCdrZw9zwl3AmopGpEq64J8rEF6TOJfw946GJmKyEl5rj0VY5q/4e+xOnywPPBv yc/x6MInmN6f8RrL5jFKMSpkBKr8j+uJfF7CY7hLDj1vC7exOyJJ18QeMCKB2t8atqvq 2++A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=FK8XKCs59G9fNsoP9mCSVoa8T6xnJbJzsBh1Nz8wQT4=; b=PEcZQv4Ek9KNGin/zFfJrl90HsPpVldJIbSGJZ+jKK7LVEzkbEZW1Dv21EbxIt819K 7YtCpRtaN0UXsDSRyW+ve23+t95vxALwjoCmnzi14PPSZ9QyHVE4HfaGvAGcQHHXQ+Cm 75sD7EP/sJ2B4STFzsf5Qzic8CGpctyg00W5wfUUjRDGktmwiwRuftGrJZI6XYdE33da SGQWwckdDMix4Y8uV3rkjFOBKMUS5X5TOSVsloGaSNYsGaWtviJ7GOBlrZpgRV8pEPfc vVrTPAcxFAuhxbILkBCe9I3Ge2zNBcQmGrqulbjkpppTgrmFyUSJmyvY8E7HsYYxaCO/ hUXA== X-Gm-Message-State: AMCzsaWFyIi9hSNwSH/UBWl/OGss0eWimFCqcrYS31Eq4HxZDjJ5GH03 EZrCPQ4zQbAWw0qp0lymocOBBLsa7i+vDdl+e5I= X-Google-Smtp-Source: ABhQp+RlFWtjAbY7yZuMy9wmiIJtnFKyiu3RDVsmZcEQJMLYFBBdwGw1BL/Er1/au0vTU+LCZ1jwybvYCsGMfS3K25M= X-Received: by 10.37.164.164 with SMTP id g33mr1239340ybi.11.1509139479299; Fri, 27 Oct 2017 14:24:39 -0700 (PDT) MIME-Version: 1.0 From: Kaushal Modi Date: Fri, 27 Oct 2017 21:24:27 +0000 Message-ID: Subject: 25.3; Segmentation fault when starting emacs with my config To: "bug-gnu-emacs@gnu.org" Content-Type: multipart/related; boundary="94eb2c13b50c95902e055c8dea13" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --94eb2c13b50c95902e055c8dea13 Content-Type: multipart/alternative; boundary="94eb2c13b50c95902b055c8dea12" --94eb2c13b50c95902b055c8dea12 Content-Type: text/plain; charset="UTF-8" Hello, I build emacs locally on my machine (on emacs-26 branch now) and that works fine. But I got my company CAD to install the latest stable emacs 25.3 and that is segfaulting as soon as I start. Here is the backtrace: Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. 0x00000033e307a13c in _int_malloc () from /lib64/libc.so.6 (gdb) bt #0 0x00000033e307a13c in _int_malloc () from /lib64/libc.so.6 #1 0x00000033e307ab1c in malloc () from /lib64/libc.so.6 #2 0x00000000005462ee in lmalloc (size=8188) at alloc.c:1414 #3 lisp_malloc (nbytes=, type=MEM_TYPE_NON_LISP) at alloc.c:1063 #4 0x00000000005479ef in allocate_string_data (s=0x4e1ea40, nchars=450, nbytes=451) at alloc.c:1998 #5 0x0000000000547bc7 in make_uninit_multibyte_string (nchars=450, nbytes=451) at alloc.c:2513 #6 0x0000000000547d46 in make_specified_string ( contents=0x7fffffff0320 "Full list:\n (mode-line-space-mode)\n ez-esc (easy-escape-minor-mode)\n wr (wrap-region-mode)\n Undo-Tree (undo-tree-mode)\n PgLn (page-break-lines-mode)\n Outl (outline-minor-mode)\n h"..., nchars=, nbytes=451, multibyte=true) at alloc.c:2473 #7 0x000000000055989e in styled_format (nargs=3, args=0x7fffffff1930, message=) at editfns.c:4551 #8 0x000000000055f843 in Ffuncall (nargs=, args=0x7fffffff1928) at eval.c:2679 #9 0x000000000059679d in exec_byte_code (bytestr=, vector=60473349, maxdepth=, args_template=, nargs=, args=) at bytecode.c:880 #10 0x000000000055f3fa in funcall_lambda (fun=60473525, nargs=, arg_vector=0x7fffffff1b10) at eval.c:2929 #11 0x000000000055f743 in Ffuncall (nargs=, args=0x7fffffff1b08) at eval.c:2760 #12 0x000000000059679d in exec_byte_code (bytestr=, vector=61071245, maxdepth=, args_template=, nargs=, args=) at bytecode.c:880 #13 0x000000000055f3fa in funcall_lambda (fun=61071533, nargs=, arg_vector=0x7fffffff1c40) at eval.c:2929 #14 0x000000000055e9eb in apply_lambda (fun=61071533, args=0, count=13) at eval.c:2800 #15 0x000000000055ecb6 in eval_sub (form=) at eval.c:2247 #16 0x0000000000560a92 in Feval (form=61062547, lexical=) at eval.c:1994 #17 0x000000000055f9c8 in Ffuncall (nargs=, args=0x7fffffff1dd8) at eval.c:2702 #18 0x000000000055e4ce in internal_condition_case_n (bfun=0x55f5a0 , nargs=2, args=0x7fffffff1e90, handlers=, hfun=0x447a60 ) at eval.c:1395 #19 0x000000000043ac89 in safe__call (inhibit_quit=true, nargs=2, func=, ap=) at xdisp.c:2558 #20 0x000000000043ae42 in safe__call1 (inhibit_quit=, fn=) at xdisp.c:2595 #21 0x000000000044fac3 in safe__eval (sexpr=, inhibit_quit=true) at xdisp.c:2609 #22 display_mode_element (it=0x7fffffff2340, depth=4, field_width=0, precision=-82, elt=61062531, props=0, risky=false) at xdisp.c:22863 #23 0x000000000044fc8e in display_mode_element (it=0x7fffffff2340, depth=3, field_width=0, precision=-82, elt=61138403, props=0, risky=false) at xdisp.c:22944 #24 0x000000000044fc8e in display_mode_element (it=0x7fffffff2340, depth=1, field_width=0, precision=0, elt=61214771, props=0, risky=false) at xdisp.c:22944 #25 0x0000000000454af9 in display_mode_line (w=0x11ebac0, face_id=MODE_LINE_FACE_ID, format=61214963) at xdisp.c:22460 #26 0x0000000000454dee in display_mode_lines (w=0x11ebac0) at xdisp.c:22402 #27 0x00000000004600f7 in redisplay_window (window=18791109, just_this_one_p=false) at xdisp.c:17066 ---Type to continue, or q to quit--- #28 0x0000000000463936 in redisplay_window_0 (window=) at xdisp.c:14491 #29 0x000000000055e5c6 in internal_condition_case_1 (bfun=0x463910 , arg=18791109, handlers=, hfun=0x429940 ) at eval.c:1339 #30 0x0000000000445f2e in redisplay_windows (window=) at xdisp.c:14471 #31 0x000000000045cdd5 in redisplay_internal () at xdisp.c:14031 #32 0x00000000004f5099 in read_char (commandflag=1, map=99214275, prev_event=0, used_mouse_menu=0x7fffffffb0ff, end_time=0x0) at keyboard.c:2482 #33 0x00000000004f8ec0 in read_key_sequence (keybuf=0x7fffffffb170, prompt=0, dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false, bufsize=30) at keyboard.c:9068 #34 0x00000000004fa1ba in command_loop_1 () at keyboard.c:1370 #35 0x000000000055e62a in internal_condition_case (bfun=0x4f9ff0 , handlers=, hfun=0x4f8000 ) at eval.c:1315 #36 0x00000000004f7fec in command_loop_2 (ignore=) at keyboard.c:1112 #37 0x000000000055e6b8 in internal_catch (tag=, func=0x4f7fd0 , arg=0) at eval.c:1080 #38 0x00000000004f7d67 in command_loop () at keyboard.c:1091 #39 0x00000000004f7df5 in recursive_edit_1 () at keyboard.c:697 #40 0x00000000004f7f35 in Frecursive_edit () at keyboard.c:768 #41 0x00000000004e977e in main (argc=, argv=) at emacs.c:1629 Emacs version info: Emacs version: GNU Emacs 25.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.23) of 2017-10-27 ./configure options: --prefix=/cad/adi/apps/gnu/linux/x86_64/6/local/emacs/25.3 --with-modules PKG_CONFIG_PATH=/cad/adi/apps/gnu/linux/x86_64/6/local/emacs/25.3/lib/pkgconfig Features: XPM JPEG TIFF GIF PNG RSVG SOUND DBUS GCONF NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 MODULES I cannot understand the backtrace, but I see modeline in there.. My mode line looks like this (picture attached): [image: image.png] Though, it worked fine on emacs-26 (and earlier when we were on emacs 25.x versions). I see that the company CAD built emacs is without libotf and imagemagick. Does this backtrace have anything to do with that? Thanks. -- Kaushal Modi --94eb2c13b50c95902b055c8dea12 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I build emacs locally on my mach= ine (on emacs-26 branch now) and that works fine.

= But I got my company CAD to install the latest stable emacs 25.3 and that i= s segfaulting as soon as I start.

Here is the back= trace:

Thread 1 "emacs" received si= gnal SIGSEGV, Segmentation fault.
0x00000033e307a13c in _int_mall= oc () from /lib64/libc.so.6
(gdb) bt
#0=C2=A0 0x0000003= 3e307a13c in _int_malloc () from /lib64/libc.so.6
#1=C2=A0 0x0000= 0033e307ab1c in malloc () from /lib64/libc.so.6
#2=C2=A0 0x000000= 00005462ee in lmalloc (size=3D8188) at alloc.c:1414
#3=C2=A0 lisp= _malloc (nbytes=3D<optimized out>, type=3DMEM_TYPE_NON_LISP) at alloc= .c:1063
#4=C2=A0 0x00000000005479ef in allocate_string_data (s=3D= 0x4e1ea40, nchars=3D450, nbytes=3D451) at alloc.c:1998
#5=C2=A0 0= x0000000000547bc7 in make_uninit_multibyte_string (nchars=3D450, nbytes=3D4= 51) at alloc.c:2513
#6=C2=A0 0x0000000000547d46 in make_specified= _string (
=C2=A0 =C2=A0 contents=3D0x7fffffff0320 "Full list= :\n=C2=A0 =C2=A0 =C2=A0(mode-line-space-mode)\n=C2=A0 =C2=A0 ez-esc (easy-e= scape-minor-mode)\n=C2=A0 =C2=A0 wr (wrap-region-mode)\n=C2=A0 =C2=A0 Undo-= Tree (undo-tree-mode)\n=C2=A0 =C2=A0 PgLn (page-break-lines-mode)\n=C2=A0 = =C2=A0 Outl (outline-minor-mode)\n=C2=A0 =C2=A0 h"..., nchars=3D<op= timized out>, nbytes=3D451, multibyte=3Dtrue)
=C2=A0 =C2=A0 at= alloc.c:2473
#7=C2=A0 0x000000000055989e in styled_format (nargs= =3D3, args=3D0x7fffffff1930, message=3D<optimized out>) at editfns.c:= 4551
#8=C2=A0 0x000000000055f843 in Ffuncall (nargs=3D<optimiz= ed out>, args=3D0x7fffffff1928) at eval.c:2679
#9=C2=A0 0x0000= 00000059679d in exec_byte_code (bytestr=3D<optimized out>, vector=3D6= 0473349, maxdepth=3D<optimized out>, args_template=3D<optimized ou= t>,
=C2=A0 =C2=A0 nargs=3D<optimized out>, args=3D<op= timized out>) at bytecode.c:880
#10 0x000000000055f3fa in func= all_lambda (fun=3D60473525, nargs=3D<optimized out>, arg_vector=3D0x7= fffffff1b10) at eval.c:2929
#11 0x000000000055f743 in Ffuncall (n= args=3D<optimized out>, args=3D0x7fffffff1b08) at eval.c:2760
#12 0x000000000059679d in exec_byte_code (bytestr=3D<optimized out>= ;, vector=3D61071245, maxdepth=3D<optimized out>, args_template=3D<= ;optimized out>,
=C2=A0 =C2=A0 nargs=3D<optimized out>, = args=3D<optimized out>) at bytecode.c:880
#13 0x00000000005= 5f3fa in funcall_lambda (fun=3D61071533, nargs=3D<optimized out>, arg= _vector=3D0x7fffffff1c40) at eval.c:2929
#14 0x000000000055e9eb i= n apply_lambda (fun=3D61071533, args=3D0, count=3D13) at eval.c:2800
<= div>#15 0x000000000055ecb6 in eval_sub (form=3D<optimized out>) at ev= al.c:2247
#16 0x0000000000560a92 in Feval (form=3D61062547, lexic= al=3D<optimized out>) at eval.c:1994
#17 0x000000000055f9c8= in Ffuncall (nargs=3D<optimized out>, args=3D0x7fffffff1dd8) at eval= .c:2702
#18 0x000000000055e4ce in internal_condition_case_n (bfun= =3D0x55f5a0 <Ffuncall>, nargs=3D2, args=3D0x7fffffff1e90, handlers=3D= <optimized out>,
=C2=A0 =C2=A0 hfun=3D0x447a60 <safe_eva= l_handler>) at eval.c:1395
#19 0x000000000043ac89 in safe__cal= l (inhibit_quit=3Dtrue, nargs=3D2, func=3D<optimized out>, ap=3D<o= ptimized out>) at xdisp.c:2558
#20 0x000000000043ae42 in safe_= _call1 (inhibit_quit=3D<optimized out>, fn=3D<optimized out>) a= t xdisp.c:2595
#21 0x000000000044fac3 in safe__eval (sexpr=3D<= optimized out>, inhibit_quit=3Dtrue) at xdisp.c:2609
#22 displ= ay_mode_element (it=3D0x7fffffff2340, depth=3D4, field_width=3D0, precision= =3D-82, elt=3D61062531, props=3D0, risky=3Dfalse) at xdisp.c:22863
#23 0x000000000044fc8e in display_mode_element (it=3D0x7fffffff2340, dept= h=3D3, field_width=3D0, precision=3D-82, elt=3D61138403, props=3D0, risky= =3Dfalse)
=C2=A0 =C2=A0 at xdisp.c:22944
#24 0x00000000= 0044fc8e in display_mode_element (it=3D0x7fffffff2340, depth=3D1, field_wid= th=3D0, precision=3D0, elt=3D61214771, props=3D0, risky=3Dfalse)
= =C2=A0 =C2=A0 at xdisp.c:22944
#25 0x0000000000454af9 in display_= mode_line (w=3D0x11ebac0, face_id=3DMODE_LINE_FACE_ID, format=3D61214963) a= t xdisp.c:22460
#26 0x0000000000454dee in display_mode_lines (w= =3D0x11ebac0) at xdisp.c:22402
#27 0x00000000004600f7 in redispla= y_window (window=3D18791109, just_this_one_p=3Dfalse) at xdisp.c:17066
---Type <return> to continue, or q <return> to= quit---
#28 0x0000000000463936 in redisplay_window_0 (window=3D&= lt;optimized out>) at xdisp.c:14491
#29 0x000000000055e5c6 in = internal_condition_case_1 (bfun=3D0x463910 <redisplay_window_0>, arg= =3D18791109, handlers=3D<optimized out>, hfun=3D0x429940 <redispla= y_window_error>) at eval.c:1339
#30 0x0000000000445f2e in redi= splay_windows (window=3D<optimized out>) at xdisp.c:14471
#= 31 0x000000000045cdd5 in redisplay_internal () at xdisp.c:14031
#= 32 0x00000000004f5099 in read_char (commandflag=3D1, map=3D99214275, prev_e= vent=3D0, used_mouse_menu=3D0x7fffffffb0ff, end_time=3D0x0) at keyboard.c:2= 482
#33 0x00000000004f8ec0 in read_key_sequence (keybuf=3D0x7ffff= fffb170, prompt=3D0, dont_downcase_last=3Dfalse, can_return_switch_frame=3D= true, fix_current_buffer=3Dtrue, prevent_redisplay=3Dfalse, bufsize=3D30) a= t keyboard.c:9068
#34 0x00000000004fa1ba in command_loop_1 () at = keyboard.c:1370
#35 0x000000000055e62a in internal_condition_case= (bfun=3D0x4f9ff0 <command_loop_1>, handlers=3D<optimized out>,= hfun=3D0x4f8000 <cmd_error>) at eval.c:1315
#36 0x00000000= 004f7fec in command_loop_2 (ignore=3D<optimized out>) at keyboard.c:1= 112
#37 0x000000000055e6b8 in internal_catch (tag=3D<optimized= out>, func=3D0x4f7fd0 <command_loop_2>, arg=3D0) at eval.c:1080
#38 0x00000000004f7d67 in command_loop () at keyboard.c:1091
=
#39 0x00000000004f7df5 in recursive_edit_1 () at keyboard.c:697
<= div>#40 0x00000000004f7f35 in Frecursive_edit () at keyboard.c:768
#41 0x00000000004e977e in main (argc=3D<optimized out>, argv=3D<= optimized out>) at emacs.c:1629



Emacs version info:

Emac= s version: GNU Emacs 25.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.23= )
=C2=A0of 2017-10-27

./configure option= s:
=C2=A0 --prefix=3D/cad/adi/apps/gnu/linux/x86_64/6/local/emacs= /25.3 --with-modules PKG_CONFIG_PATH=3D/cad/adi/apps/gnu/linux/x86_64/6/loc= al/emacs/25.3/lib/pkgconfig

Features:
= =C2=A0 XPM JPEG TIFF GIF PNG RSVG SOUND DBUS GCONF NOTIFY ACL LIBSELINUX GN= UTLS LIBXML2 FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 MODULES


I cannot understand the backtrace, b= ut I see modeline in there..

My mode line looks li= ke this (picture attached):

3D"image.png"

Though, it worked fine on emacs-26 (= and earlier when we were on emacs 25.x versions).

= I see that the company CAD built emacs is without libotf and imagemagick. D= oes this backtrace have anything to do with that?

= Thanks.
--

Kaushal Modi

--94eb2c13b50c95902b055c8dea12-- --94eb2c13b50c95902e055c8dea13 Content-Type: image/png; name="image.png" Content-Disposition: inline; filename="image.png" Content-Transfer-Encoding: base64 Content-ID: <15f5fb74264cb971f161> X-Attachment-Id: 15f5fb74264cb971f161 iVBORw0KGgoAAAANSUhEUgAAAkIAAAAcCAYAAACNvNCuAAARfklEQVR4Ae1dB3QWxRb+Qi+CgBFD URAjhodKEQERROVQ5KFIeT6agKAiHZHOAxWjoQqBwAOFJ2KwgIBIOYGoKIiidKlKB1F6LwEi8843 6+Tfv2bTIPlz7zl/dnd22n6zM/vNvXcmIREREQoigoAgIAgIAoKAICAIZEMEcmTDZ5ZHFgQEAUFA EBAEBAFBQCMgREheBEFAEBAEBAFBQBDItggIEcq2TS8PLggIAoKAICAICAJChOQdEAQEAUFAEBAE BIFsi4AQoWzb9PLggoAgIAgIAoKAIBACQFaNyXsgCAgCgoAgIAgIAtkSAdEIZctml4cWBAQBQUAQ EAQEASIgREjeA0HgJiJQuHBhVKtW7SbWQIoWBLIXAtLnsld7O3laIUJOUJI4gkAGIfD5559j7dq1 aNmyZQaVINkKAoKAHQHpc3Y05JwI5ApWGEqUKIHhw4fj+vXr6N69u9dj5suXD+3bt8dDDz2EiRMn Ytu2bUlx2rZti+rVq2Pp0qVYtmyZDu/YsSPuvPNOvPXWW0nxsuTJfdWAqWuBIU8DPy6+qY/QqlUr fPLJJ151+PXXXxEREeEVnpUCdu/eje+//x58bwIJ3zu+gwcPHgwU7YbcK1++PFq3bp1U1sWLF/HL L79gxYoVuHbtWlJ4Sk4aNGiARx55xC3Jm2++6XbNi+LFiyNPnjz4/fffve6lNKBq1ap46qmnwDHg 3Llz+hm+/PJLXLp0KaVZSfxMgMCJEyd0Gz755JNJtfnmm2/w4IMPIjQ0NCnM6Ulyfe7ChQsoWLCg zu6JJ57At99+6zRriZdFEQhaItS8eXPkyJFDEyHPtildujRefvllFC1a1POW7gCPPfaYDm/UqJEm QoUKFcLDDz+M2bNne8WXgLQj0KFDBzcikJ0+WK+++ir4y0yyaNEinD59Wn9k+CG47bbbfBJWU2f2 s/z584PEyVPi4+NRqlQp1KxZ0/OW23WtWrVQr149TJ061W1S4hbJwUWdOnXQrl07rFmzBiy7QIEC ePzxx3Hvvffi7bff9jkeOMhWotxkBOrWrQuO2yTKPPKa72hqJLk+RxLNycn48eNTk72kyYIIBKVp jDNbzhZ+++03ryahVmfQoEE4duwYpk+f7nWfH2EzK6VmgsJOd/nyZfz8889e8SUg7QgQV866zE9w Tjumacnhjz/+wL59+7TJ7scffwT7E4mOP7nvvvvwwgsv+LytlNKzeZ83bYELFy7E6tWr9QSFxCs1 kitXLjz77LNYvnw5PvjgA91f+U7xg0YyVqFChdRkK2kyAQLbt29HmzZtdE2osed1RsmqVauwadOm jMpe8s2ECAQdEQoJCdH+FuvXr9eDuSfmHOQ//fRTTJ482ecMlgP3yJEjERkZiffeew8cXEmE2DkS ExM9s0vbdalwYIUCOkcCC44B/d4HXhkDLDoNdBnlyjtfQaD7eGDen8DS80D0SqBCDdd9c1buAWDM cmDJOWD+EaDLaCBXHnMX+HS/ZRZjyDuLrLJZ/tBYVxyeVasPzNgMLLtsHeu3c78fVtZK+3QXoO9U q05zDgFNXnKPl8ar8PBwsD3YFiSu77//PsaMGaNngqNGufChGpsfuz///BPnz5/HypUrUaOGNz40 lcydO1fHOXPmDObPn4+7777brZYPPPCA/pDSpHLkyBGMHj1am2zcIqXTxf79+/Xz8Rn9+QglV5+4 uDit/aDJ9vjx4zh16hSGDBmSTjUETp48qfPy1J6SVAwbNgwxMTGavAQy7T3zzDP4+uuvdT39VYwY zJkzR7dzkyZNvKINGDAAvXr1cgvnNcONUFNwyy236L7KMJpeJ0yYAGocOcEpWbKkiSrHLIbAV199 pTV9rDaJEK/t4nQMcNLn7PnKefZAIOiIEFfgcEBcsGCBzxb866+/tO8GB15/Qn+IQ4cOaTU6VaTs ZN99952/6GkPLxYGzBgK/PNFgKTnv/2Af/UF8haw8u42DmjwPDAvGojpY4WNjgNuK+Eq+5YiFgkq VBSI7gHMGQc07Qr0sKl3I9sCE/72l5rxH6Bffes3O8qVzz2VgKglwNGDwMSe1nHwLKBSXVccc9Zu CJBwCehVB4iPBXrHACXKmbuOj/QNoc8Wf7lz5/ZKFxYWhqFDh+LFF1/UbdGvXz/07dtXmz0Yedy4 cXj++ecRHR2NPn0sfEgQSHyM0HyzZMkS0Ow5YsQInd/999+vtRBcRUIpUqSIJkH86Pfo0UPn27Vr 1wxTkXNAf+kl/+TRaX34zlepUgUkECTxNAH509AYPJweaRam0G/CCHElPiSL9PFi+9GccNddd5ko Scd77rkHd9xxh/5wzZw5MyAZoj8fP3D08eEEJKVy66236iT0KWG5NOuR7FKzyz6cN2/elGYp8TMJ AtRQcnxgP2c7ktDYxckYwPjJ9Tl7nnKefRBI+WiTibExqnGqwzk7Tg+h38KGDRtADUKGyf+GATn/ boqPo4CrV4D+04GixYEj+y3y89lY4PBuqwp0cqbGp3YzYOEUK+wfNQESquEtgG0/WGFbVgOHLPOe Dti6Grh2xbq3ZzOw3n1WpW806wGcOQYMbw4kXgOWfQh8ss/S9mz2IINnjgNT+rrymzveSmuFOP67 efPmpLgffvihl4MxNQ/mwxgVFYUrV65osyYdbDkgkvyMHTsWdFCmLF68WGtzmjVrhilTLHzoJ0Ky QOdd+o5QuHqEGhd+0Cn0YyHpatGiBX74wcKQ5hpjItWR0vEP8z579qzfHJ3Wh3hwgGdeP/30E557 7jlNGmkeSo3kzJlTE1I6orIOxNVgxPyIJTUs1Kpy0sFJAwkTNacfffSRW5Fly5bVWipqqigkQ4GE ZfGDx7al9jYlwnpTSKhYLvsstYMUOtpSWyySNREgkZ03b55+56iF5LVdnIwBjJ9cn7PnKefZB4Gg IkIcoOkcyZl/eghnlWXKlAnoKOq3nBw5gbz+/Spw5bIrKbVTRkOlz69b9ww5uprgIkG8c/oocP0v oMjtrjyO/73aps1AYFQn4NxJFyFyxUr+7N4qAElS7rzWjyn2/AKU8eFfsdZaUaczZb1JoFIhNGEc OHBAp/RFYKm9Mxo8HvmhoxhylJCQkESCGH706FFQ83f77S58qGWgcCA0wnj8GTG+YQMHDkSnTp20 WcgQIsbhhzaQrwz9yFhuekly9THlbN261Y1Qkbj7M7WZNIGO1LwZ2bt3L+i/YxeSDBJQmoqJK8sr V66cJkX2eDzn7N2uTTLt6BnPXJu4gXA2cQMdmZ4E0Yj93ITJMesgwPakdo/+nTw2bdrUrfJOxgC3 BHIhCNgQCBrTGAlQ48aN9Wz/6tWrekZrZoDmg2l7bkennEVSJctfiuXBOpbvDH16fP1436nkyQe0 HwbM3A7EX7H8c0i07DPcfVuBSb2Bag2Azw4APaMtDZHTMky8AoWBGo3d61zjKZeZzsTjkeazdBBq hLjKh789e/akOEdqEKg1ogMlP3j82JK0mPZnhjR/kaQEWpFGQtG7d2+tNSIxo6mNGiIjXJFEHyR/ P95PT0muPqYsT3LBZzQmLRMnJUealY0/FjU8hpyYPNjXSPoolStXxsaNG8E+x3bwFGplihUr5hns 99rETasGliTN3v40jaYnSfX7AHIjQxCg+ZX7bdWuXRvr1q3z8ttzMgZkSMUk06BAIGg0QlTRU13K mYLnbIH+Jb72LgnUgvQT4Ww3teYF/LYB6O6+f4pbefu3W6Yvt0A/F/S9qdcGeG8QsH0NkHgVmLbO O/L8icDKeUCLXgAdmRt2APo3BHb85B03UMi6eGDWCPcY9AXyFGNm8wy/wddUlXNFCWeLJFP8KHOw TI1wTymq4OmI26VLF+1o27BhQ21youbDc08cexkZsZIlUH3sZafnOR3T6SgeSEgy6CtEfzpfWjyT lpjQr4PaVSckl+ZLOr0bJ22Tj5Oj0RTSz4xElk7a1OiyrlyJdvjwYSfZSJxMiICZzBqNrqcvYXqO AZnw8aVKGYxA0BAhrlqxryQibvRZoCPpjBkzUgwjzWyc+XP1GWeTXHHCj4PjlWOXzlmkJVDJ9AFK Trjqq0F7YEEMQKKTnJw4DEwbCHw8Cpi0ylqF1tvaF0knNSY4f/mw3iQ4W773FyNThXOmyI0xORCS NPgT+rhQS0RtRiCtENPzg0nzGN8nrhbkSjU6WTMPEq0bLf7qY+rh+VGg9stTi2PipseR+BFHkhZq gyickRstkb0ManYYh35X9OMyZMUex5zTObx+/fpepjhzP7mj0SLROXvHjh26rcwKOhJjbg4pkjUR MP5fpvZ2bZ/TMcCklaMg4IlA0JjGaCOmP4P9ZxxRja+F58P7u+aHhWYOOl1Tnf7KK69o00v//v39 Jcm48Fy5LUfqszbnb5qv7GYxls5VXdQAGTl/Cti7BQj1WDJs/HgK2cwVJWxLyHdtBLj7tH3ZfdV6 QGgpk3OmOrKtOFu0ayVIBOwDJStsPtiPPvpoUv3pkEuybITnXGpthA6+W7ZsuWnLrp3Wp1KlSm4r tvjukghklNA/iJoWrqgkrpwocH8u4+flWS63q6DjdefOnX2uCmR8amCpheOExt8KTS6Ntws/gHZh WpIhrmCjzJo1SxNaagq5Z5jdZ8yeTs4zPwKe/dl+7XQMyPxPKTW8WQgEjUYoPQHkShk6eVIbQDH/ 7oFOopz5knTdMEm4CGz61lpav3Ot5VTdaQQQ4sFhqzcCWg8AwitbpjAug6/bEvh4pHtV6VR9YDvA pe8kWZUfB+o0A9qVB07+YWmeGnUExsVbS+K5Z9C/+wHxs4HRndzzSqcr/jsTuy8ONQ5ON1XkbsYk rHTwpQ8B/WW4PJ4fZ7vw30TQFyk2NlZrJpiO/kBccs0NA6nt4U7i3JeGfi9cfUWCQadjLklPjfCZ qFm0C4kDCTr3SKI51+xjVLFiRXDZN8mX0Vw4rQ81MVwgMGnSJE3smPc777xjLzZdz/nvDUgo2UdI gGiCIo7+CAyxpb8VtyKgiZp7CnElHtuZBIg4k/TRF4++SZ4+T6byJF/UzHGyQxMln5PnRqht4u7v LOe1117T7wO1uiRh3FeKm+RxRaFIcCHgdAxw0ue4PxY1ihwDKObIRRUZObkIrhbJmk/DDXWC8te8 eXM1efJkv88WHh6upk2bpipWrOgW5/XXX1cdOnRICmvSpImaOHGiatOmTVJYumBWKlxhhVIoFqZw e2nrnMdbQ61z3mfbMGx0nELcRYXYXQpPtlL4OlGh4xvu9WnaTWHWToXlCVa8toMVcuR0j8P8yvxD IWa1QtwlhZnbFOo0c49TvZHC9E0K8VcV5hxS6BypkCuPK05YWat+jTq6wlLxDrVq1Ur5kp07d+p8 2T6UsLAwVbp0aX3OY2hoqD7nfeLDsLi4OHXx4kW1a9cuxXwTExPVG2+441OyZEk1f/58deHCBXX2 7Fn1xRdfKJOHac9u3boplp+QkKDzGjx4sMqZ0weGyTzv7t27dR09/9SuXVvXecKECZ639DWfw9SF x+Tqw/hr1qxRvXr1UkeOHFGnT59WQ4cOdcvDnl+g8/Llyyu++8Q7UDzea9q0qXr33XdVTEyMTuPZ h3ylz58/v2rcuLGKiorS/Y59j78hQ4aoWrVqqZCQEL/lDhgwQI0aNUr/oqOjVcuWLVWfPn0Uwz3L KleunOrZs6cixlOmTFGRkZGqRYsWqkCBAl5xPdPKdeb7Fpw4cUK3pb1t2LYMN2FOxgAnfS42NtZn v2S4KUuOme8dSWubcGMNNrCIICAIZEEEuHEkfWuoxbyRwn1bqIXatWtXqoqlBonaVWpskvPZYgHU 1FETG8gPLFUVkUSCgCCQ7REQ01i2fwUEAEEg5QhwAYKvf7LqNCeaB40Pn9M0Ek8QEAQEgYxAQIhQ RqAqeQoCQY4ANTkigoAgIAgEAwIhERERYhoLhpaUZxAEBAFBQBAQBASBFCPgvrQmxcklgSAgCAgC goAgIAgIAlkXgf8DpLgRXDZq2hMAAAAASUVORK5CYII= --94eb2c13b50c95902e055c8dea13-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 10:18:17 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 14:18:17 +0000 Received: from localhost ([127.0.0.1]:42288 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9AtM-0000gI-Qh for submit@debbugs.gnu.org; Mon, 30 Oct 2017 10:18:17 -0400 Received: from mail-yw0-f181.google.com ([209.85.161.181]:43587) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9AtK-0000g3-U1 for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 10:18:15 -0400 Received: by mail-yw0-f181.google.com with SMTP id y75so11681556ywg.0 for <29031@debbugs.gnu.org>; Mon, 30 Oct 2017 07:18:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=mKGY2o7j3hyGzYVz/cRF3C656HYISBeEa7z6iIcwpjU=; b=mpZqM/K4P+JL0Ui11OU6FR3ZeyMXfWLtUjaNwAN3dpaW+hM7gfHI72+XLKLJzCf/0M okUeg5VFS9FGmsvrce5lYW8KkbA4LZ007AxIO8SE3RdcbruQbb9/5rVCuB7q+lusB7Qn nT36f3dDs7+yyaUvQzcCaMwk9FZMyx4xNYOEs/L3eicdlGPmbmrgFFT3aha6QKUJCvGx 8MQr5ok/K3oltVd6I1sI/WxGOdCMcPqcxezurE1LfTAJk6/8gZRklIBfS/VdspWfWeiT ft+aRIlIGnzHSzwOm99s9hV5gA8Qu2rX/fE8G59ZtzmzNOG/QiErDFeXhPaVoE3oyoVu uBKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=mKGY2o7j3hyGzYVz/cRF3C656HYISBeEa7z6iIcwpjU=; b=VqhjnsQI5Y6cahiAc0G5DiTkAUpkyELcy1cHAgGy1OWEHiSBzL2WeTUh7+8c0/mTRY 84I0GT+7cXV24/vmdtrPROqFanmmWl4tMovNxwQor3lCxBmpRySid6Tfq0JhWl2GDZtM kznIEM074hXrEWLgYkhqZEi9bha/TIG1jowMbKmA+97dBiVWEW1eb8djCZtCw2RY0dEr x6uif57FE2CCzbN2kZtSNCLxxZVAB3i1zRXtPvjKoM6qoAWd3M9DJtzejMn17o+2A3aY V20rADq3uXH2AcKG16UQAzgY0V02SjbIAVF5EscKZArSODm1uSMk2R/HtHNGR6yOSIkv WGRA== X-Gm-Message-State: AMCzsaWIS1UJhGGeTHShSQuIAMuP1MKOuquJ0e0oqN0Fosj9ZTm2KUUG CSTLhre78OAXIR1on47N+l2432q+yuvXJmXB3Vc= X-Google-Smtp-Source: ABhQp+R8UHVgAZGvUsN3xAMzyE/Kx6u3PSmCUrIsB2drrwQAVdzMyK6xbwzIMryqy0XB4Z5fXNyqXesr8Z+yTrGqOYQ= X-Received: by 10.37.218.136 with SMTP id n130mr5773033ybf.447.1509373088809; Mon, 30 Oct 2017 07:18:08 -0700 (PDT) MIME-Version: 1.0 From: Kaushal Modi Date: Mon, 30 Oct 2017 14:17:57 +0000 Message-ID: Subject: 25.3; Segmentation fault when starting emacs with my config To: 29031@debbugs.gnu.org Content-Type: multipart/alternative; boundary="94eb2c07f0dacaca3e055cc44ea0" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 29031 Cc: Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --94eb2c07f0dacaca3e055cc44ea0 Content-Type: text/plain; charset="UTF-8" The CAD department built 25.3 again, this time, with libotf. But I still get the segmentation fault. See the backtrace below. The backtrace looks different this time though.. "xdisp.c: No such file or directory"!? Emacs version: GNU Emacs 25.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.23) of 2017-10-30, built using commit . ./configure options: --prefix=/cad/adi/apps/gnu/linux/x86_64/6/local/emacs/25.3 --with-modules Features: XPM JPEG TIFF GIF PNG RSVG SOUND DBUS GCONF NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 MODULES ===== Starting program: /cad/adi/apps/gnu/linux/x86_64/6/local/emacs/25.3/bin/emacs [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7fffef071700 (LWP 10664)] Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. 0x000000000043d101 in append_glyph (it=0x7fffffff2390) at xdisp.c:25880 25880 xdisp.c: No such file or directory. (gdb) bt #0 0x000000000043d101 in append_glyph (it=0x7fffffff2390) at xdisp.c:25880 #1 x_produce_glyphs (it=0x7fffffff2390) at xdisp.c:27175 #2 0x0000000000452032 in display_line (it=0x7fffffff2390) at xdisp.c:20676 #3 0x0000000000457868 in try_window (window=18793157, pos=..., flags=1) at xdisp.c:17251 #4 0x0000000000460e41 in redisplay_window (window=18793157, just_this_one_p=false) at xdisp.c:16700 #5 0x0000000000463b36 in redisplay_window_0 (window=) at xdisp.c:14491 #6 0x000000000055e7c6 in internal_condition_case_1 (bfun=0x463b10 , arg=18793157, handlers=, hfun=0x429b40 ) at eval.c:1339 #7 0x000000000044612e in redisplay_windows (window=) at xdisp.c:14471 #8 0x000000000045cfd5 in redisplay_internal () at xdisp.c:14031 #9 0x00000000004f5299 in read_char (commandflag=1, map=109811619, prev_event=0, used_mouse_menu=0x7fffffffb11f, end_time=0x0) at keyboard.c:2482 #10 0x00000000004f90c0 in read_key_sequence (keybuf=0x7fffffffb190, prompt=0, dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false, bufsize=30) at keyboard.c:9068 #11 0x00000000004fa3ba in command_loop_1 () at keyboard.c:1370 #12 0x000000000055e82a in internal_condition_case (bfun=0x4fa1f0 , handlers=, hfun=0x4f8200 ) at eval.c:1315 #13 0x00000000004f81ec in command_loop_2 (ignore=) at keyboard.c:1112 #14 0x000000000055e8b8 in internal_catch (tag=, func=0x4f81d0 , arg=0) at eval.c:1080 #15 0x00000000004f7f67 in command_loop () at keyboard.c:1091 #16 0x00000000004f7ff5 in recursive_edit_1 () at keyboard.c:697 #17 0x00000000004f8135 in Frecursive_edit () at keyboard.c:768 #18 0x00000000004e997e in main (argc=, argv=) at emacs.c:1629 -- Kaushal Modi --94eb2c07f0dacaca3e055cc44ea0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The CAD department built 25.3 again, this time, with = libotf. But I still get the segmentation fault. See the backtrace below. Th= e backtrace looks different this time though.. "xdisp.c: No such file = or directory"!?

Emacs version: GNU Emacs 25.3= .1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.23)
=C2=A0of 2017= -10-30, built using commit .

./configure options:<= /div>
=C2=A0 --prefix=3D/cad/adi/apps/gnu/linux/x86_64/6/local/emacs/25= .3 --with-modules

Features:
=C2=A0 XPM J= PEG TIFF GIF PNG RSVG SOUND DBUS GCONF NOTIFY ACL LIBSELINUX GNUTLS LIBXML2= FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 MODULES

=3D=3D=3D=3D=3D

S= tarting program: /cad/adi/apps/gnu/linux/x86_64/6/local/emacs/25.3/bin/emac= s
[Thread debugging using libthread_db enabled]
Using h= ost libthread_db library "/lib64/libthread_db.so.1".
[N= ew Thread 0x7fffef071700 (LWP 10664)]

Thread 1 &qu= ot;emacs" received signal SIGSEGV, Segmentation fault.
0x000= 000000043d101 in append_glyph (it=3D0x7fffffff2390) at xdisp.c:25880
<= div>25880=C2=A0 =C2=A0xdisp.c: No such file or directory.
(gdb) b= t
#0=C2=A0 0x000000000043d101 in append_glyph (it=3D0x7fffffff239= 0) at xdisp.c:25880
#1=C2=A0 x_produce_glyphs (it=3D0x7fffffff239= 0) at xdisp.c:27175
#2=C2=A0 0x0000000000452032 in display_line (= it=3D0x7fffffff2390) at xdisp.c:20676
#3=C2=A0 0x0000000000457868= in try_window (window=3D18793157, pos=3D..., flags=3D1) at xdisp.c:17251
#4=C2=A0 0x0000000000460e41 in redisplay_window (window=3D18793157= , just_this_one_p=3Dfalse)
=C2=A0 =C2=A0 at xdisp.c:16700
#5=C2=A0 0x0000000000463b36 in redisplay_window_0 (window=3D<optimize= d out>) at xdisp.c:14491
#6=C2=A0 0x000000000055e7c6 in intern= al_condition_case_1 (bfun=3D0x463b10 <redisplay_window_0>,
= =C2=A0 =C2=A0 arg=3D18793157, handlers=3D<optimized out>, hfun=3D0x42= 9b40 <redisplay_window_error>)
=C2=A0 =C2=A0 at eval.c:1339=
#7=C2=A0 0x000000000044612e in redisplay_windows (window=3D<o= ptimized out>) at xdisp.c:14471
#8=C2=A0 0x000000000045cfd5 in= redisplay_internal () at xdisp.c:14031
#9=C2=A0 0x00000000004f52= 99 in read_char (commandflag=3D1, map=3D109811619, prev_event=3D0,
=C2=A0 =C2=A0 used_mouse_menu=3D0x7fffffffb11f, end_time=3D0x0) at keyboa= rd.c:2482
#10 0x00000000004f90c0 in read_key_sequence (keybuf=3D0= x7fffffffb190, prompt=3D0,
=C2=A0 =C2=A0 dont_downcase_last=3Dfal= se, can_return_switch_frame=3Dtrue, fix_current_buffer=3Dtrue,
= =C2=A0 =C2=A0 prevent_redisplay=3Dfalse, bufsize=3D30) at keyboard.c:9068
#11 0x00000000004fa3ba in command_loop_1 () at keyboard.c:1370
#12 0x000000000055e82a in internal_condition_case (bfun=3D0x4fa1f0 &= lt;command_loop_1>,
=C2=A0 =C2=A0 handlers=3D<optimized out= >, hfun=3D0x4f8200 <cmd_error>) at eval.c:1315
#13 0x000= 00000004f81ec in command_loop_2 (ignore=3D<optimized out>) at keyboar= d.c:1112
#14 0x000000000055e8b8 in internal_catch (tag=3D<opti= mized out>,
=C2=A0 =C2=A0 func=3D0x4f81d0 <command_loop_2&g= t;, arg=3D0) at eval.c:1080
#15 0x00000000004f7f67 in command_loo= p () at keyboard.c:1091
#16 0x00000000004f7ff5 in recursive_edit_= 1 () at keyboard.c:697
#17 0x00000000004f8135 in Frecursive_edit = () at keyboard.c:768
#18 0x00000000004e997e in main (argc=3D<o= ptimized out>, argv=3D<optimized out>) at emacs.c:1629
=

--

Kaushal Modi

--94eb2c07f0dacaca3e055cc44ea0-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 12:04:04 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 16:04:04 +0000 Received: from localhost ([127.0.0.1]:42419 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9CXi-0005Eo-Hy for submit@debbugs.gnu.org; Mon, 30 Oct 2017 12:04:03 -0400 Received: from mail-yw0-f179.google.com ([209.85.161.179]:52376) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9CXg-0005EJ-MJ for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 12:04:01 -0400 Received: by mail-yw0-f179.google.com with SMTP id w2so11996578ywa.9 for <29031@debbugs.gnu.org>; Mon, 30 Oct 2017 09:04:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=exlWNouz+lTDs4xKiV+B6jSB5JiIEvBg9s3SD1xctd4=; b=Pnnk64OuM3xussXdN9yp8U+VexcEfPAXvFPlTqVKTTb18C0o1GLC9mfndPSdDHJ7RB mzZjCR5mgLUKLvX5ImIE/fRM6cC4YNZ0oGbiKGlHroAJE3EUVYvLsrtR1wLNwpouJI0y EeJlwfL0eBe9j5VIWrPzhod1bIFirJljPHW85zAoZbnBd+46NA8qDJv/CVcxHDjckeCq QMse+2njVvBs1MxNrHIeXbd/lsh4M+AjWOHDraXlVjHV3DWT5PDBLVk+I2FYdNsqYN+P ovjc/XU3+r3Nz/i/OKAnurr8+eHz34IiqfjP0xUciLNhMkiF4E+8Swgktt9qnGOorG8K aVBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=exlWNouz+lTDs4xKiV+B6jSB5JiIEvBg9s3SD1xctd4=; b=afQ2NPK0yORKvyvq4kfrYQ7dQs7y3HuHGSwhAzzWcflQz0pPnSSpGhc6jCOSn0cg1A QPK7X8AnZ6Drx8OBArHfLaySK59mTx3FIYrsTyYYZqtk0POUnFJxGGatFfjMcAbdmQx/ zrbF16ro61MPtlfNey6RMDv2gnGbmAGT/RlR6V0YJPsIX+ftgjXveUs1zErcADfy6rrV 48tznRLXYKmmzjAHrkHkk/YROOZfkgWe8Ec/Oma2NkIHwfmNmO8mkJ/vH+uIu3PI6iYD DisYNS6X8s6iVwKsSQAZgAsw8rBI5cMxjqP9/bAZS69Q4hn/Si7pN2aQ0XGZN47sSg7M WFoA== X-Gm-Message-State: AMCzsaU0Kno87z4BOnIdYJTt6rt80LZh4VBCZeDbvjJNaTZG/0ghU/C6 PdEXlxozFU8a01DZ4ZrFoLddwMMju7x2xrMVV1Q= X-Google-Smtp-Source: ABhQp+SSp/LH9D4L0vkHzgVJwXhuLY+S8+z4I1OjMucLkiGpi+feJ/7i0W/+HUzSbWSs/UzIs73bmeq9GsJ0yfo85GY= X-Received: by 10.37.139.8 with SMTP id i8mr6183375ybl.389.1509379434542; Mon, 30 Oct 2017 09:03:54 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Kaushal Modi Date: Mon, 30 Oct 2017 16:03:43 +0000 Message-ID: Subject: Re: 25.3; Segmentation fault when starting emacs with my config To: 29031@debbugs.gnu.org, Stefan Monnier Content-Type: multipart/alternative; boundary="f4030437f31006fe6d055cc5c91b" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 29031 Cc: Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --f4030437f31006fe6d055cc5c91b Content-Type: text/plain; charset="UTF-8" Hello all, I cannot understand why, but reverting nlinum to version 1.7 fixed this. stable nlinum version for me: http://git.savannah.gnu.org/cgit/emacs/elpa.git/commit/?id=e885224c70f5fc03b23590304dd0fd21524d27e1 Also I couldn't figure out how to reproduce this issue on emacs -Q. But here are some observations (on emacs 25.3): - I started this bug saying that I can reproduce this crash only on the company CAD built emacs 25.3. But turns out that the crash happens on my build of emacs-25 branch that I had done a long time back, only when running emacs, not emacsclient. - Crash happened only when I loaded nlinum (not linum) AND had my config call the below modi/blend-linum function in wrapper function in window-setup-hook. - Couldn't recreate crash if I commented out the lines calling that function, *or* the lines loading nlinum in my config. - Even if I commented out the call to modi/blend-linum, emacs 25.3 does not crash, but the line numbers look BAD (see this gifv to see what I mean: https://i.imgur.com/8npahiz.gifv). That is with current line number highlight enabled in nlinum. - The crash AND visual artifact issue went away on reverted to nlinum 1.7 without having to comment out the call to modi/blend-linum, on emacs 25.3. ===== (defun modi/blend-linum () "Set the linum foreground face to that of `font-lock-comment-face' and background color to that of the theme." (interactive) (set-face-attribute 'linum nil :height 0.9 :foreground (if (string= (face-foreground 'font-lock-comment-face) "unspecified-fg") "#8f8f8f" (face-foreground 'font-lock-comment-face)) :background (if (string= (face-background 'default) "unspecified-bg") "#282828" (face-background 'default)))) ===== **I couldn't reproduce the visual artifact issues or crash on emacs 26.x+.** Appendix: I generate my theme-loading function 'load-theme/smyx' (that loads my custom theme smyx). That is the wrapper fn I referred above, that's called in window-setup-hook. That wrapper fn calls modi/blend-linum. Relevant part from my config[1]. [1]: https://github.com/kaushalmodi/.emacs.d/blob/1e37e3502ed1337420d7fb0db7f940c52694bdca/setup-files/setup-visual.el#L157-L221 On Mon, Oct 30, 2017 at 10:17 AM Kaushal Modi wrote: > The CAD department built 25.3 again, this time, with libotf. But I still > get the segmentation fault. See the backtrace below. The backtrace looks > different this time though.. "xdisp.c: No such file or directory"!? > > Emacs version: GNU Emacs 25.3.1 (x86_64-unknown-linux-gnu, GTK+ Version > 2.24.23) > of 2017-10-30, built using commit . > > ./configure options: > --prefix=/cad/adi/apps/gnu/linux/x86_64/6/local/emacs/25.3 --with-modules > > Features: > XPM JPEG TIFF GIF PNG RSVG SOUND DBUS GCONF NOTIFY ACL LIBSELINUX GNUTLS > LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 MODULES > > > ===== > > Starting program: > /cad/adi/apps/gnu/linux/x86_64/6/local/emacs/25.3/bin/emacs > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib64/libthread_db.so.1". > [New Thread 0x7fffef071700 (LWP 10664)] > > Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. > 0x000000000043d101 in append_glyph (it=0x7fffffff2390) at xdisp.c:25880 > 25880 xdisp.c: No such file or directory. > (gdb) bt > #0 0x000000000043d101 in append_glyph (it=0x7fffffff2390) at xdisp.c:25880 > #1 x_produce_glyphs (it=0x7fffffff2390) at xdisp.c:27175 > #2 0x0000000000452032 in display_line (it=0x7fffffff2390) at xdisp.c:20676 > #3 0x0000000000457868 in try_window (window=18793157, pos=..., flags=1) > at xdisp.c:17251 > #4 0x0000000000460e41 in redisplay_window (window=18793157, > just_this_one_p=false) > at xdisp.c:16700 > #5 0x0000000000463b36 in redisplay_window_0 (window=) at > xdisp.c:14491 > #6 0x000000000055e7c6 in internal_condition_case_1 (bfun=0x463b10 > , > arg=18793157, handlers=, hfun=0x429b40 > ) > at eval.c:1339 > #7 0x000000000044612e in redisplay_windows (window=) at > xdisp.c:14471 > #8 0x000000000045cfd5 in redisplay_internal () at xdisp.c:14031 > #9 0x00000000004f5299 in read_char (commandflag=1, map=109811619, > prev_event=0, > used_mouse_menu=0x7fffffffb11f, end_time=0x0) at keyboard.c:2482 > #10 0x00000000004f90c0 in read_key_sequence (keybuf=0x7fffffffb190, > prompt=0, > dont_downcase_last=false, can_return_switch_frame=true, > fix_current_buffer=true, > prevent_redisplay=false, bufsize=30) at keyboard.c:9068 > #11 0x00000000004fa3ba in command_loop_1 () at keyboard.c:1370 > #12 0x000000000055e82a in internal_condition_case (bfun=0x4fa1f0 > , > handlers=, hfun=0x4f8200 ) at eval.c:1315 > #13 0x00000000004f81ec in command_loop_2 (ignore=) at > keyboard.c:1112 > #14 0x000000000055e8b8 in internal_catch (tag=, > func=0x4f81d0 , arg=0) at eval.c:1080 > #15 0x00000000004f7f67 in command_loop () at keyboard.c:1091 > #16 0x00000000004f7ff5 in recursive_edit_1 () at keyboard.c:697 > #17 0x00000000004f8135 in Frecursive_edit () at keyboard.c:768 > #18 0x00000000004e997e in main (argc=, argv= out>) at emacs.c:1629 > > -- > > Kaushal Modi > -- Kaushal Modi --f4030437f31006fe6d055cc5c91b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello all,

I cannot understand why, but= reverting nlinum to version 1.7 fixed this.


Also I couldn't figur= e out how to reproduce this issue on emacs -Q. But here are some observatio= ns (on emacs 25.3):

- I started this bug saying th= at I can reproduce this crash only on the company CAD built emacs 25.3. But= turns out that the crash happens on my build of emacs-25 branch that I had= done a long time back, only when running emacs, not emacsclient.

- Crash happened only when I loaded nlinum (not linum) AND = had my config call the below modi/blend-linum function in wrapper function = in window-setup-hook.
- Couldn't recreate crash if I commente= d out the lines calling that function, *or* the lines loading nlinum in my = config.
- Even if I commented out the call to modi/blend-linum, e= macs 25.3 does not crash, but the line numbers look BAD (see this gifv to s= ee what I mean:=C2=A0https://i= .imgur.com/8npahiz.gifv). That is with current line number highlight en= abled in nlinum.
- The crash AND visual artifact issue went away = on reverted to nlinum 1.7 without having to comment out the call to modi/bl= end-linum, on emacs 25.3.

=3D=3D=3D=3D=3D
(defun modi/blend-linum ()
=C2=A0 "Set the linum fore= ground face to that of
`font-lock-comment-face' and backgroun= d color to that of the
theme."
=C2=A0 (interactive= )
=C2=A0 (set-face-attribute
=C2=A0 =C2=A0'linum ni= l
=C2=A0 =C2=A0:height 0.9
=C2=A0 =C2=A0:foreground (if= (string=3D (face-foreground 'font-lock-comment-face) "unspecified= -fg")
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0"#8f8f8f"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(face-foreground 'font-lock-comment-f= ace))
=C2=A0 =C2=A0:background (if (string=3D (face-background &#= 39;default) "unspecified-bg")
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"#282828"
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(face-backgro= und 'default))))
=3D=3D=3D=3D=3D

**I couldn't reproduce the visual artifact issues or crash on emacs = 26.x+.**

Appendix: I generate my theme-loading fun= ction 'load-theme/smyx' (that loads my custom theme smyx). That is = the wrapper fn I referred above, that's called in window-setup-hook. Th= at wrapper fn calls modi/blend-linum. Relevant part from my config[1].

=



On Mon, Oct 30, 2017 at 10:17 AM Kaushal Modi <kaushal.modi@gmail.com> wrote:
The CAD department built= 25.3 again, this time, with libotf. But I still get the segmentation fault= . See the backtrace below. The backtrace looks different this time though..= "xdisp.c: No such file or directory"!?

= Emacs version: GNU Emacs 25.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.2= 4.23)
=C2=A0of 2017-10-30, built using commit .

./configure options:
=C2=A0 --prefix=3D/cad/adi/apps/gnu/= linux/x86_64/6/local/emacs/25.3 --with-modules

Fea= tures:
=C2=A0 XPM JPEG TIFF GIF PNG RSVG SOUND DBUS GCONF NOTIFY = ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS = GTK2 X11 MODULES


=3D=3D=3D=3D=3D

Starting program: /cad/adi/apps/gnu/linux/x86_6= 4/6/local/emacs/25.3/bin/emacs
[Thread debugging using libthread_= db enabled]
Using host libthread_db library "/lib64/libthrea= d_db.so.1".
[New Thread 0x7fffef071700 (LWP 10664)]

Thread 1 "emacs" received signal SIGSEGV, Segmen= tation fault.
0x000000000043d101 in append_glyph (it=3D0x7fffffff= 2390) at xdisp.c:25880
25880=C2=A0 =C2=A0xdisp.c: No such file or= directory.
(gdb) bt
#0=C2=A0 0x000000000043d101 in app= end_glyph (it=3D0x7fffffff2390) at xdisp.c:25880
#1=C2=A0 x_produ= ce_glyphs (it=3D0x7fffffff2390) at xdisp.c:27175
#2=C2=A0 0x00000= 00000452032 in display_line (it=3D0x7fffffff2390) at xdisp.c:20676
#3=C2=A0 0x0000000000457868 in try_window (window=3D18793157, pos=3D..., = flags=3D1) at xdisp.c:17251
#4=C2=A0 0x0000000000460e41 in redisp= lay_window (window=3D18793157, just_this_one_p=3Dfalse)
=C2=A0 = =C2=A0 at xdisp.c:16700
#5=C2=A0 0x0000000000463b36 in redisplay_= window_0 (window=3D<optimized out>) at xdisp.c:14491
#6=C2= =A0 0x000000000055e7c6 in internal_condition_case_1 (bfun=3D0x463b10 <re= display_window_0>,
=C2=A0 =C2=A0 arg=3D18793157, handlers=3D&l= t;optimized out>, hfun=3D0x429b40 <redisplay_window_error>)
<= div>=C2=A0 =C2=A0 at eval.c:1339
#7=C2=A0 0x000000000044612e in r= edisplay_windows (window=3D<optimized out>) at xdisp.c:14471
#8=C2=A0 0x000000000045cfd5 in redisplay_internal () at xdisp.c:14031
#9=C2=A0 0x00000000004f5299 in read_char (commandflag=3D1, map=3D109= 811619, prev_event=3D0,
=C2=A0 =C2=A0 used_mouse_menu=3D0x7ffffff= fb11f, end_time=3D0x0) at keyboard.c:2482
#10 0x00000000004f90c0 = in read_key_sequence (keybuf=3D0x7fffffffb190, prompt=3D0,
=C2=A0= =C2=A0 dont_downcase_last=3Dfalse, can_return_switch_frame=3Dtrue, fix_cur= rent_buffer=3Dtrue,
=C2=A0 =C2=A0 prevent_redisplay=3Dfalse, bufs= ize=3D30) at keyboard.c:9068
#11 0x00000000004fa3ba in command_lo= op_1 () at keyboard.c:1370
#12 0x000000000055e82a in internal_con= dition_case (bfun=3D0x4fa1f0 <command_loop_1>,
=C2=A0 =C2= =A0 handlers=3D<optimized out>, hfun=3D0x4f8200 <cmd_error>) at= eval.c:1315
#13 0x00000000004f81ec in command_loop_2 (ignore=3D&= lt;optimized out>) at keyboard.c:1112
#14 0x000000000055e8b8 i= n internal_catch (tag=3D<optimized out>,
=C2=A0 =C2=A0 func= =3D0x4f81d0 <command_loop_2>, arg=3D0) at eval.c:1080
#15 0= x00000000004f7f67 in command_loop () at keyboard.c:1091
#16 0x000= 00000004f7ff5 in recursive_edit_1 () at keyboard.c:697
#17 0x0000= 0000004f8135 in Frecursive_edit () at keyboard.c:768
#18 0x000000= 00004e997e in main (argc=3D<optimized out>, argv=3D<optimized out&= gt;) at emacs.c:1629

--

Kaushal Modi

--

Ka= ushal Modi

--f4030437f31006fe6d055cc5c91b-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 14:22:32 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 18:22:32 +0000 Received: from localhost ([127.0.0.1]:42564 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9Ehk-0002L0-Hh for submit@debbugs.gnu.org; Mon, 30 Oct 2017 14:22:32 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52272) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9Ehi-0002Kk-N9 for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 14:22:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e9Eha-0004Pb-9U for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 14:22:25 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55003) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e9Eha-0004PV-6G; Mon, 30 Oct 2017 14:22:22 -0400 Received: from [176.228.60.248] (port=3827 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e9EhZ-0002Dc-HQ; Mon, 30 Oct 2017 14:22:22 -0400 Date: Mon, 30 Oct 2017 20:22:04 +0200 Message-Id: <83r2tkts1f.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Mon, 30 Oct 2017 14:17:57 +0000) Subject: Re: 25.3; Segmentation fault when starting emacs with my config References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Mon, 30 Oct 2017 14:17:57 +0000 > Cc: Eli Zaretskii > > Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. > 0x000000000043d101 in append_glyph (it=0x7fffffff2390) at xdisp.c:25880 Line 25880 of xdisp.c is this: glyph->charpos = CHARPOS (it->position); So what is the problematic data here? Is 'glyph' a NULL pointer or something? Or is 'it' a garbled pointer? What do these commands show: (gdb) p glyph (gdb) p glyph->charpos (gdb) p it->position Basically, I need you to run this under a debugger and answer several questions. Bonus points for reproducing this in an unoptimized build configured with --enable-checking='yes,glyphs', and then showing the backtrace from the segfault. IOW, this problem needs to be debugged, and for that we need data that explains the crash. Could you please help in collecting that data? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 14:34:41 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 18:34:41 +0000 Received: from localhost ([127.0.0.1]:42577 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9EtV-0002eQ-5s for submit@debbugs.gnu.org; Mon, 30 Oct 2017 14:34:41 -0400 Received: from mail-yw0-f173.google.com ([209.85.161.173]:57117) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9EtT-0002e9-HJ for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 14:34:39 -0400 Received: by mail-yw0-f173.google.com with SMTP id l32so12440483ywh.13 for <29031@debbugs.gnu.org>; Mon, 30 Oct 2017 11:34:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9mQXd9wO8g2y3hBMMOSyliYdz79KGJKI163FDWcaNgQ=; b=mwMVw6cqQ94i2nP2J+qYq0tpJjVgyCf4NAvQbxHPLcuO9zfEKuHCLcr1ljIIJFKfU1 BOCIFkfuLp8jNnblVrqHT7NbYXKXTrrKZvXErgRwibryaI3ODqUIbybm5yL/nbIawQCF tt4qlsqZil4RmltLnLJOdyIwZM8/+zqEEZRMO0k06DfDk0uVfS9bKTX5fId3+Ds1e9QN lZlHmfK9kFLUSa8iAfS8y+AMfm0ovMlW+liRJ7mM2wxRaW7yzwvwn0zOeECrIJBqKx8d T4KgeOJqFB9HSNn+ZUdrBIiMoWmGRCXMHglC7M9SubDucGI+wAI6IuyCg80heZAvrlJA WsJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=9mQXd9wO8g2y3hBMMOSyliYdz79KGJKI163FDWcaNgQ=; b=uLJpZU7K3phT3AuFHnSRhHnM78O0ehKzPex7FoYxEr9qjEmJSPX1YzCqiuvN7AKPIV ePo/UZ+F4W3bMJ8MypF5bTx6F4sFBx4xvpEcyqTQX4z14fUOrGGpXmyATuKqwsPN+SGq gHEhrbRK5qooGS+2g4MhAEfgr9cbJlxC9m5eRKkvKQzZ/N2q0wlVOKaW2udnkG66R9P8 na5rOknUG7SeJ+TKJkOh9o4UE9QnousrlPurDRj5Mg0zmiwqrbrQAfGE5DrEGNGKAyTu qGWXC6t9tmSf7OJOVqGmilNodHbH3vMGPBqvnGXutADdeWdBbjhlyKqJr1TNKEu6k8LN ldXQ== X-Gm-Message-State: AMCzsaVJNa/0kGNWM2+VBAgYSVdP1xz30QuYz+B3NvVMouMykBAqCpZ0 +Z/zvwXNsMkYmTq1vNk8/jhi1fGRWGG6zmlX2tg= X-Google-Smtp-Source: ABhQp+SBxkFffD5xI0IpyTtGxh/iurR4zGaDkYgYEHLVcH0eqh9weCGKSzdxkn0X7WYaP0zKxyE9JIqBZBVME7mZiwQ= X-Received: by 10.13.213.7 with SMTP id x7mr5051732ywd.185.1509388473744; Mon, 30 Oct 2017 11:34:33 -0700 (PDT) MIME-Version: 1.0 References: <83r2tkts1f.fsf@gnu.org> In-Reply-To: <83r2tkts1f.fsf@gnu.org> From: Kaushal Modi Date: Mon, 30 Oct 2017 18:34:22 +0000 Message-ID: Subject: Re: 25.3; Segmentation fault when starting emacs with my config To: Eli Zaretskii Content-Type: multipart/alternative; boundary="001a114fbe68ce440d055cc7e3d3" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --001a114fbe68ce440d055cc7e3d3 Content-Type: text/plain; charset="UTF-8" > > So what is the problematic data here? Is 'glyph' a NULL pointer or > something? Or is 'it' a garbled pointer? What do these commands > show: > > (gdb) p glyph > (gdb) p glyph->charpos > (gdb) p it->position > This is what I got: Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. 0x000000000043d101 in append_glyph (it=0x7fffffff2370) at xdisp.c:25880 25880 xdisp.c: No such file or directory. (gdb) bt #0 0x000000000043d101 in append_glyph (it=0x7fffffff2370) at xdisp.c:25880 #1 x_produce_glyphs (it=0x7fffffff2370) at xdisp.c:27175 #2 0x0000000000452032 in display_line (it=0x7fffffff2370) at xdisp.c:20676 #3 0x0000000000457868 in try_window (window=18793157, pos=..., flags=1) at xdisp.c:17251 #4 0x0000000000460e41 in redisplay_window (window=18793157, just_this_one_p=false) at xdisp.c:16700 #5 0x0000000000463b36 in redisplay_window_0 (window=) at xdisp.c:14491 #6 0x000000000055e7c6 in internal_condition_case_1 (bfun=0x463b10 , arg=18793157, handlers=, hfun=0x429b40 ) at eval.c:1339 #7 0x000000000044612e in redisplay_windows (window=) at xdisp.c:14471 #8 0x000000000045cfd5 in redisplay_internal () at xdisp.c:14031 #9 0x00000000004f5299 in read_char (commandflag=1, map=102809939, prev_event=0, used_mouse_menu=0x7fffffffb0ff, end_time=0x0) at keyboard.c:2482 #10 0x00000000004f90c0 in read_key_sequence (keybuf=0x7fffffffb170, prompt=0, dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false, bufsize=30) at keyboard.c:9068 #11 0x00000000004fa3ba in command_loop_1 () at keyboard.c:1370 #12 0x000000000055e82a in internal_condition_case (bfun=0x4fa1f0 , handlers=, hfun=0x4f8200 ) at eval.c:1315 #13 0x00000000004f81ec in command_loop_2 (ignore=) at keyboard.c:1112 #14 0x000000000055e8b8 in internal_catch (tag=, func=0x4f81d0 , arg=0) at eval.c:1080 #15 0x00000000004f7f67 in command_loop () at keyboard.c:1091 #16 0x00000000004f7ff5 in recursive_edit_1 () at keyboard.c:697 #17 0x00000000004f8135 in Frecursive_edit () at keyboard.c:768 #18 0x00000000004e997e in main (argc=, argv=) at emacs.c:1629 (gdb) p glyph $1 = (struct glyph *) 0x8f (gdb) p glyph->charpos Cannot access memory at address 0x8f (gdb) p it->position $2 = {charpos = 1, bytepos = 1} (gdb) Basically, I need you to run this under a debugger and answer several > questions. Bonus points for reproducing this in an unoptimized build > configured with --enable-checking='yes,glyphs', and then showing the > backtrace from the segfault. > > IOW, this problem needs to be debugged, and for that we need data that > explains the crash. Could you please help in collecting that data? > Sure. Another data point: I can prevent the crash if I add nlinum-enabling hooks in window-setup-hook instead of after-init-hook. When using emacsclient (daemon), I do that nlinum enabling in after-make-frame-functions. So I see this crash only when running emacs (not emacsclient), on 25.3. Let me try to build emacs-25 branch with your suggested options.. hopefully I can recreate the crash on that. -- Kaushal Modi --001a114fbe68ce440d055cc7e3d3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
= So what is the problematic data here?=C2=A0 Is 'glyph' a NULL point= er or
something?=C2=A0 Or is 'it' a garbled pointer?=C2=A0 What do these = commands
show:

=C2=A0 (gdb) p glyph
=C2=A0 (gdb) p glyph->charpos
=C2=A0 (gdb) p it->position

This is = what I got:

Thread 1 "emacs" received si= gnal SIGSEGV, Segmentation fault.
0x000000000043d101 in append_gl= yph (it=3D0x7fffffff2370) at xdisp.c:25880
25880=C2=A0 =C2=A0xdis= p.c: No such file or directory.
(gdb) bt
#0=C2=A0 0x000= 000000043d101 in append_glyph (it=3D0x7fffffff2370) at xdisp.c:25880
<= div>#1=C2=A0 x_produce_glyphs (it=3D0x7fffffff2370) at xdisp.c:27175
<= div>#2=C2=A0 0x0000000000452032 in display_line (it=3D0x7fffffff2370) at xd= isp.c:20676
#3=C2=A0 0x0000000000457868 in try_window (window=3D1= 8793157, pos=3D..., flags=3D1) at xdisp.c:17251
#4=C2=A0 0x000000= 0000460e41 in redisplay_window (window=3D18793157, just_this_one_p=3Dfalse)=
=C2=A0 =C2=A0 at xdisp.c:16700
#5=C2=A0 0x000000000046= 3b36 in redisplay_window_0 (window=3D<optimized out>) at xdisp.c:1449= 1
#6=C2=A0 0x000000000055e7c6 in internal_condition_case_1 (bfun= =3D0x463b10 <redisplay_window_0>,
=C2=A0 =C2=A0 arg=3D18793= 157, handlers=3D<optimized out>, hfun=3D0x429b40 <redisplay_window= _error>)
=C2=A0 =C2=A0 at eval.c:1339
#7=C2=A0 0x000= 000000044612e in redisplay_windows (window=3D<optimized out>) at xdis= p.c:14471
#8=C2=A0 0x000000000045cfd5 in redisplay_internal () at= xdisp.c:14031
#9=C2=A0 0x00000000004f5299 in read_char (commandf= lag=3D1, map=3D102809939, prev_event=3D0,
=C2=A0 =C2=A0 used_mous= e_menu=3D0x7fffffffb0ff, end_time=3D0x0) at keyboard.c:2482
#10 0= x00000000004f90c0 in read_key_sequence (keybuf=3D0x7fffffffb170, prompt=3D0= ,
=C2=A0 =C2=A0 dont_downcase_last=3Dfalse, can_return_switch_fra= me=3Dtrue, fix_current_buffer=3Dtrue,
=C2=A0 =C2=A0 prevent_redis= play=3Dfalse, bufsize=3D30) at keyboard.c:9068
#11 0x00000000004f= a3ba in command_loop_1 () at keyboard.c:1370
#12 0x000000000055e8= 2a in internal_condition_case (bfun=3D0x4fa1f0 <command_loop_1>,
=C2=A0 =C2=A0 handlers=3D<optimized out>, hfun=3D0x4f8200 <c= md_error>) at eval.c:1315
#13 0x00000000004f81ec in command_lo= op_2 (ignore=3D<optimized out>) at keyboard.c:1112
#14 0x00= 0000000055e8b8 in internal_catch (tag=3D<optimized out>,
= =C2=A0 =C2=A0 func=3D0x4f81d0 <command_loop_2>, arg=3D0) at eval.c:10= 80
#15 0x00000000004f7f67 in command_loop () at keyboard.c:1091
#16 0x00000000004f7ff5 in recursive_edit_1 () at keyboard.c:697
#17 0x00000000004f8135 in Frecursive_edit () at keyboard.c:768
#18 0x00000000004e997e in main (argc=3D<optimized out>, argv=3D= <optimized out>) at emacs.c:1629
(gdb) p glyph
$1= =3D (struct glyph *) 0x8f
(gdb) p glyph->charpos
Ca= nnot access memory at address 0x8f
(gdb) p it->position
<= div>$2 =3D {charpos =3D 1, bytepos =3D 1}
(gdb)=C2=A0
<= br>
Basically, I need you to run this u= nder a debugger and answer several
questions.=C2=A0 Bonus points for reproducing this in an unoptimized build<= br> configured with --enable-checking=3D'yes,glyphs', and then showing = the
backtrace from the segfault.

IOW, this problem needs to be debugged, and for that we need data that
explains the crash.=C2=A0 Could you please help in collecting that data?

Sure.

Another da= ta point: I can prevent the crash if I add nlinum-enabling hooks in window-= setup-hook instead of after-init-hook. When using emacsclient (daemon), I d= o that nlinum enabling in after-make-frame-functions. So I see this crash o= nly when running emacs (not emacsclient), on 25.3.

Let me try to build emacs-25 branch with your suggested options.. hopefull= y I can recreate the crash on that.

--

Kaushal Modi

--001a114fbe68ce440d055cc7e3d3-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 14:37:58 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 18:37:58 +0000 Received: from localhost ([127.0.0.1]:42596 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9Ewg-0002kF-3F for submit@debbugs.gnu.org; Mon, 30 Oct 2017 14:37:58 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56124) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9Ewf-0002k4-1w for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 14:37:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e9EwY-0006pf-Kd for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 14:37:51 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55236) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e9EwR-0006e3-3C; Mon, 30 Oct 2017 14:37:43 -0400 Received: from [176.228.60.248] (port=4188 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e9EwQ-0008NJ-HM; Mon, 30 Oct 2017 14:37:42 -0400 Date: Mon, 30 Oct 2017 20:37:27 +0200 Message-Id: <83mv48trbs.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Mon, 30 Oct 2017 16:03:43 +0000) Subject: Re: 25.3; Segmentation fault when starting emacs with my config References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Mon, 30 Oct 2017 16:03:43 +0000 > Cc: Eli Zaretskii > > **I couldn't reproduce the visual artifact issues or crash on emacs 26.x+.** Given this, do we really need to debug this issue? There will be no more Emacs 25.x releases. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 14:52:36 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 18:52:37 +0000 Received: from localhost ([127.0.0.1]:42624 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9FAq-00037P-NV for submit@debbugs.gnu.org; Mon, 30 Oct 2017 14:52:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59480) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9FAo-000377-Lo for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 14:52:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e9FAe-0007bs-NI for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 14:52:29 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55496) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e9FAe-0007bm-KX; Mon, 30 Oct 2017 14:52:24 -0400 Received: from [176.228.60.248] (port=4206 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e9FAd-0000l8-Es; Mon, 30 Oct 2017 14:52:24 -0400 Date: Mon, 30 Oct 2017 20:52:07 +0200 Message-Id: <83inewtqnc.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Mon, 30 Oct 2017 18:34:22 +0000) Subject: Re: 25.3; Segmentation fault when starting emacs with my config References: <83r2tkts1f.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Mon, 30 Oct 2017 18:34:22 +0000 > Cc: 29031@debbugs.gnu.org > > (gdb) p glyph > $1 = (struct glyph *) 0x8f > (gdb) p glyph->charpos > Cannot access memory at address 0x8f So the problematic data is 'glyph'. What do the following print? (gdb) p it->area (gdb) p it->glyph_row (gdb) p it->glyph_row->used[area] From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 14:57:45 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 18:57:45 +0000 Received: from localhost ([127.0.0.1]:42632 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9FFo-0003GJ-Pz for submit@debbugs.gnu.org; Mon, 30 Oct 2017 14:57:44 -0400 Received: from mail-yw0-f182.google.com ([209.85.161.182]:46727) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9FFn-0003G5-GM for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 14:57:43 -0400 Received: by mail-yw0-f182.google.com with SMTP id t71so12523751ywc.3 for <29031@debbugs.gnu.org>; Mon, 30 Oct 2017 11:57:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+QZbG+YIjGE1JYeal4gvn3tL0WRw9njK0X3rPVGHRVM=; b=Rjn11cyesAa+itCs7lQiBaIeGieTJ13bUDotnmq/o9kn8ubnhfNXXKleuyynNSTMO+ xfoyANXY2l2r6U2WIXRnP8TYQNeLEA473aYcctdSoCZiHd4AeqQQDGLwDDqsTUIQDLo0 zX5e4uagQTdAIIDwXt9qI7GGHDozTbdJ9iBph29pqqmNI7g6pbZtvswmqPcq3czSorBe WzGknfigohEJZ+JIYpFSCoZj77puwqkbg5afN264GoA7Xa30X/DrHv9Xvo2ncD7QA7pC wZ/k4HuvJudLVIguasVHcQXEwqjrGxEhumg4HouKgGSA9YWlmh9xA/OkhJxo68LLz+fZ Xu7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+QZbG+YIjGE1JYeal4gvn3tL0WRw9njK0X3rPVGHRVM=; b=C3/S6Vy0/26vbAZSiVqEjzIy1TfETfLEgSovHOu27EISlg2DhViODGKoGhJdW+dFIV bF58Gxw0R+KwYdIea2J2yGeD0pujv4lED2y8B0w9FpAnG82JO+cVD8TcEtZ5ins30tmS AfugQVEitmTNnG9e1KDXHC3pmcstoY6wAv/mh+/QfSzaMfx2eYdzHg1cwD/s7tEv0Z4v aZsVm6nx1Mqs0yX1bNDejpAAyEcTibIpUqn3EQxqCKlRzFKV+fehQkgYZRQNPLRualpD Wus11+MbADX3CrcV/hF1XKp9PLQ9N6wEVqGbcU54W5/gX/6ql3n7fj6WZJHSQpLBjlQ+ Oabw== X-Gm-Message-State: AMCzsaV59Z6UMhUbTp4aKy3Sp8XpK/CELoQgA7t5xUNlHTcjBFtekpo7 YeLm1T7AQvu9MB3698rljaOZW84lk/FyNw+IVIo= X-Google-Smtp-Source: ABhQp+SarpI29ARtVEQnmB6KC9Ln/ljDvBQrIQTAc6kgKwgPJh3yEYAfu4H738zEbswM5MIQhaL5COvTC90cCJnZIi8= X-Received: by 10.37.218.136 with SMTP id n130mr6294809ybf.447.1509389857666; Mon, 30 Oct 2017 11:57:37 -0700 (PDT) MIME-Version: 1.0 References: <83r2tkts1f.fsf@gnu.org> <83inewtqnc.fsf@gnu.org> In-Reply-To: <83inewtqnc.fsf@gnu.org> From: Kaushal Modi Date: Mon, 30 Oct 2017 18:57:27 +0000 Message-ID: Subject: Re: 25.3; Segmentation fault when starting emacs with my config To: Eli Zaretskii Content-Type: multipart/alternative; boundary="94eb2c07f0da4b404f055cc83640" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --94eb2c07f0da4b404f055cc83640 Content-Type: text/plain; charset="UTF-8" On Mon, Oct 30, 2017 at 2:52 PM Eli Zaretskii wrote: > > From: Kaushal Modi > > Date: Mon, 30 Oct 2017 18:34:22 +0000 > > Cc: 29031@debbugs.gnu.org > > > > (gdb) p glyph > > $1 = (struct glyph *) 0x8f > > (gdb) p glyph->charpos > > Cannot access memory at address 0x8f > > So the problematic data is 'glyph'. What do the following print? > > (gdb) p it->area > (gdb) p it->glyph_row > (gdb) p it->glyph_row->used[area] > (gdb) p it->area $3 = TEXT_AREA (gdb) p it->glyph_row $4 = (struct glyph_row *) 0xe487f0 (gdb) p it->glyph_row->used[area] $5 = 0 -- Kaushal Modi --94eb2c07f0da4b404f055cc83640 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Oct 30= , 2017 at 2:52 PM Eli Zaretskii <eliz@gn= u.org> wrote:
> From: Kau= shal Modi <k= aushal.modi@gmail.com>
> Date: Mon, 30 Oct 2017 18:34:22 +0000
> Cc: 29031@d= ebbugs.gnu.org
>
> (gdb) p glyph
> $1 =3D (struct glyph *) 0x8f
> (gdb) p glyph->charpos
> Cannot access memory at address 0x8f

So the problematic data is 'glyph'.=C2=A0 What do the following pri= nt?

=C2=A0 (gdb) p it->area
=C2=A0 (gdb) p it->glyph_row
=C2=A0 (gdb) p it->glyph_row->used[area]

(gdb) p it->area
$3 =3D TEXT_AREA
(gdb) p it= ->glyph_row
$4 =3D (struct glyph_row *) 0xe487f0
(gd= b) p it->glyph_row->used[area]
$5 =3D 0=C2=A0
--

Kaushal Modi

--94eb2c07f0da4b404f055cc83640-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 15:18:31 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 19:18:31 +0000 Received: from localhost ([127.0.0.1]:42653 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9FZu-0003nl-IT for submit@debbugs.gnu.org; Mon, 30 Oct 2017 15:18:31 -0400 Received: from mail-yw0-f169.google.com ([209.85.161.169]:43256) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9FZs-0003nZ-BO for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 15:18:29 -0400 Received: by mail-yw0-f169.google.com with SMTP id y75so12602488ywg.0 for <29031@debbugs.gnu.org>; Mon, 30 Oct 2017 12:18:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=y40Y8Iic2RtAnuELs4M3TL0qqe8HQRTiSTRyXedt2Ig=; b=DPZTUdtZ0DlshiLi94imQ7Xlg7uWwrK6OTeGB0lBk/3YcqYg7bVbqBsOI+5Js6hjtp 4M62HDmyZu3nqQut9GV17kdUQV8Hv4FnBNB1euu6Qmk/hcpUtUAP/OT7B2ijXIMcor4+ jYxWrCPFAWKzeSE/km3vIlkToHZPYT6ctr1qvmWWHzgGxYmSlGI4RhAbOXDGb1MQu1IH uEZBhSUouxl4unz6pysIUgbM6FXDZ3mAugiTYoPRivfAZE5a6SncYw6nZ5uAGfOz3fdw cxWn4eomcrndW30g0RoLQ1sPp33XrdDl+0cyu7ov/ERAIFkdA5f/HpLojllZArWBbot1 1zwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=y40Y8Iic2RtAnuELs4M3TL0qqe8HQRTiSTRyXedt2Ig=; b=pj7OPeauFBE+/xLsn4N2MzxxHLB4H9ZCLoQtqNEVJUisFc987OWezEvOYo8sJkWWu7 onEfXVHEU1YTx013V9sh7flyKWgHDm+lyTRzdHxufPajszJXZ1AKPks7G2Znwi08liRW T3igknNfy0a2SAAH+K65TsTlg6cytG8ivtlxoyOOsi9mZ1IbWbCk/ZlYlOOb4ydiRl1r JPaXHk01xPckSvewdoK3bKskrCGAwqKD2mSCVgpB1iG4eUAt80cscKyTEYwUySrsVTUV VHKJsssklnhkS52oHCZBC6dIaDSgBctqYHeg7au8IhZCZ2KJWglTLCqXwGiBflfTuhvu NV6A== X-Gm-Message-State: AMCzsaU7g24OKPjOB8a38PzxU/XguoHsbxVptlW/sY9eI7ZnFtQ9kWcA o2pb4jkaYotd1d6PPeBE2gQQzMhe7DpHmD4jbHQ= X-Google-Smtp-Source: ABhQp+Tdg1sIdBlOYaU/Cuwe+zESF7d2EimbG54AM/AadAG7089wkj2HsILOb66TEaJz6bvTeLjBTt00XYeWdk3i9zI= X-Received: by 10.129.136.4 with SMTP id y4mr6496751ywf.356.1509391102419; Mon, 30 Oct 2017 12:18:22 -0700 (PDT) MIME-Version: 1.0 References: <83r2tkts1f.fsf@gnu.org> <83inewtqnc.fsf@gnu.org> In-Reply-To: From: Kaushal Modi Date: Mon, 30 Oct 2017 19:18:11 +0000 Message-ID: Subject: Re: 25.3; Segmentation fault when starting emacs with my config To: Eli Zaretskii Content-Type: multipart/alternative; boundary="001a114f38a07cb026055cc880d2" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --001a114f38a07cb026055cc880d2 Content-Type: text/plain; charset="UTF-8" On Mon, Oct 30, 2017 at 2:57 PM Kaushal Modi wrote: > On Mon, Oct 30, 2017 at 2:52 PM Eli Zaretskii wrote: > >> > From: Kaushal Modi >> > Date: Mon, 30 Oct 2017 18:34:22 +0000 >> > Cc: 29031@debbugs.gnu.org >> > >> > (gdb) p glyph >> > $1 = (struct glyph *) 0x8f >> > (gdb) p glyph->charpos >> > Cannot access memory at address 0x8f >> >> So the problematic data is 'glyph'. What do the following print? >> >> (gdb) p it->area >> (gdb) p it->glyph_row >> (gdb) p it->glyph_row->used[area] >> > > (gdb) p it->area > $3 = TEXT_AREA > (gdb) p it->glyph_row > $4 = (struct glyph_row *) 0xe487f0 > (gdb) p it->glyph_row->used[area] > $5 = 0 > I hate to say this, but I lost that gdb session. I am still able to consistently segfault on startup (when I load nlinum in after-init-hook). But this time, it's at a different point. Sorry about that. Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. 0x00000033e307a13c in _int_malloc () from /lib64/libc.so.6 (gdb) bt #0 0x00000033e307a13c in _int_malloc () from /lib64/libc.so.6 #1 0x00000033e307ab1c in malloc () from /lib64/libc.so.6 #2 0x00000000005464ee in lmalloc (size=8188) at alloc.c:1414 #3 lisp_malloc (nbytes=, type=MEM_TYPE_NON_LISP) at alloc.c:1063 #4 0x0000000000547bef in allocate_string_data (s=0x4fd6600, nchars=369, nbytes=370) at alloc.c:1998 #5 0x0000000000547dc7 in make_uninit_multibyte_string (nchars=369, nbytes=370) at alloc.c:2513 #6 0x000000000056ab9b in concat (nargs=25, args=0x7fffffff1750, target_type=, last_special=) at fns.c:637 #7 0x000000000056b760 in Fmapconcat (function=60420685, sequence=, separator=60725716) at fns.c:2562 #8 0x000000000055fbb4 in Ffuncall (nargs=, args=0x7fffffff1958) at eval.c:2706 #9 0x000000000059699d in exec_byte_code (bytestr=, vector=60420725, maxdepth=, args_template=, nargs=, args=) at bytecode.c:880 #10 0x000000000055f5fa in funcall_lambda (fun=60420901, nargs=, arg_vector=0x7fffffff1b30) at eval.c:2929 #11 0x000000000055f943 in Ffuncall (nargs=, args=0x7fffffff1b28) at eval.c:2760 #12 0x000000000059699d in exec_byte_code (bytestr=, vector=61050749, maxdepth=, args_template=, nargs=, args=) at bytecode.c:880 #13 0x000000000055f5fa in funcall_lambda (fun=61051037, nargs=, arg_vector=0x7fffffff1c60) at eval.c:2929 #14 0x000000000055ebeb in apply_lambda (fun=61051037, args=0, count=13) at eval.c:2800 #15 0x000000000055eeb6 in eval_sub (form=) at eval.c:2247 #16 0x0000000000560c92 in Feval (form=61021091, lexical=) at eval.c:1994 #17 0x000000000055fbc8 in Ffuncall (nargs=, args=0x7fffffff1df8) at eval.c:2702 #18 0x000000000055e6ce in internal_condition_case_n (bfun=0x55f7a0 , nargs=2, args=0x7fffffff1eb0, handlers=, hfun=0x447c60 ) at eval.c:1395 #19 0x000000000043ae89 in safe__call (inhibit_quit=true, nargs=2, func=, ap=) at xdisp.c:2558 #20 0x000000000043b042 in safe__call1 (inhibit_quit=, fn=) at xdisp.c:2595 #21 0x000000000044fcc3 in safe__eval (sexpr=, inhibit_quit=true) at xdisp.c:2609 #22 display_mode_element (it=0x7fffffff2360, depth=4, field_width=0, precision=-82, elt=61021075, props=0, risky=false) at xdisp.c:22863 #23 0x000000000044fe8e in display_mode_element (it=0x7fffffff2360, depth=3, field_width=0, precision=-82, elt=61119507, props=0, risky=false) at xdisp.c:22944 #24 0x000000000044fe8e in display_mode_element (it=0x7fffffff2360, depth=1, field_width=0, precision=0, elt=61156931, props=0, risky=false) at xdisp.c:22944 #25 0x0000000000454cf9 in display_mode_line (w=0x11ec2c0, face_id=MODE_LINE_FACE_ID, format=61157123) at xdisp.c:22460 #26 0x0000000000454fee in display_mode_lines (w=0x11ec2c0) at xdisp.c:22402 #27 0x00000000004602f7 in redisplay_window (window=18793157, just_this_one_p=false) at xdisp.c:17066 #28 0x0000000000463b36 in redisplay_window_0 (window=) at xdisp.c:14491 #29 0x000000000055e7c6 in internal_condition_case_1 (bfun=0x463b10 , arg=18793157, handlers=, hfun=0x429b40 ) at eval.c:1339 #30 0x000000000044612e in redisplay_windows (window=) at xdisp.c:14471 #31 0x000000000045cfd5 in redisplay_internal () at xdisp.c:14031 #32 0x00000000004f5299 in read_char (commandflag=1, map=100930259, prev_event=0, used_mouse_menu=0x7fffffffb11f, end_time=0x0) at keyboard.c:2482 #33 0x00000000004f90c0 in read_key_sequence (keybuf=0x7fffffffb190, prompt=0, dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false, bufsize=30) at keyboard.c:9068 #34 0x00000000004fa3ba in command_loop_1 () at keyboard.c:1370 #35 0x000000000055e82a in internal_condition_case (bfun=0x4fa1f0 , handlers=, hfun=0x4f8200 ) at eval.c:1315 #36 0x00000000004f81ec in command_loop_2 (ignore=) at keyboard.c:1112 #37 0x000000000055e8b8 in internal_catch (tag=, func=0x4f81d0 , arg=0) at eval.c:1080 #38 0x00000000004f7f67 in command_loop () at keyboard.c:1091 #39 0x00000000004f7ff5 in recursive_edit_1 () at keyboard.c:697 #40 0x00000000004f8135 in Frecursive_edit () at keyboard.c:768 #41 0x00000000004e997e in main (argc=, argv=) at emacs.c:1629 -- Kaushal Modi --001a114f38a07cb026055cc880d2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Oct 30= , 2017 at 2:57 PM Kaushal Modi <kaushal.modi@gmail.com> wrote:
On Mon, O= ct 30, 2017 at 2:52 PM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Kaushal Modi <kaushal.modi@gmail.com>
> Date: Mon, 30 Oct 2017 18:34:22 +0000
> Cc: 29031@d= ebbugs.gnu.org
>
> (gdb) p glyph
> $1 =3D (struct glyph *) 0x8f
> (gdb) p glyph->charpos
> Cannot access memory at address 0x8f

So the problematic data is 'glyph'.=C2=A0 What do the following pri= nt?

=C2=A0 (gdb) p it->area
=C2=A0 (gdb) p it->glyph_row
=C2=A0 (gdb) p it->glyph_row->used[area]

(gdb) p it-= >area
$3 =3D TEXT_AREA
(gdb) p it->glyph_row
$4 =3D (struct glyph_row *) 0xe487f0
(gdb) p it->glyph_row->used[area]
$5 =3D 0= =C2=A0

I hate to say this= , but I lost that gdb session. I am still able to consistently segfault on = startup (when I load nlinum in after-init-hook). But this time, it's at= a different point. Sorry about that.

Thread = 1 "emacs" received signal SIGSEGV, Segmentation fault.
= 0x00000033e307a13c in _int_malloc () from /lib64/libc.so.6
(gdb) = bt
#0=C2=A0 0x00000033e307a13c in _int_malloc () from /lib64/libc= .so.6
#1=C2=A0 0x00000033e307ab1c in malloc () from /lib64/libc.s= o.6
#2=C2=A0 0x00000000005464ee in lmalloc (size=3D8188) at alloc= .c:1414
#3=C2=A0 lisp_malloc (nbytes=3D<optimized out>, typ= e=3DMEM_TYPE_NON_LISP) at alloc.c:1063
#4=C2=A0 0x0000000000547be= f in allocate_string_data (s=3D0x4fd6600, nchars=3D369, nbytes=3D370) at al= loc.c:1998
#5=C2=A0 0x0000000000547dc7 in make_uninit_multibyte_s= tring (nchars=3D369, nbytes=3D370) at alloc.c:2513
#6=C2=A0 0x000= 000000056ab9b in concat (nargs=3D25, args=3D0x7fffffff1750, target_type=3D&= lt;optimized out>, last_special=3D<optimized out>) at fns.c:637
#7=C2=A0 0x000000000056b760 in Fmapconcat (function=3D60420685, seq= uence=3D<optimized out>, separator=3D60725716) at fns.c:2562
#8=C2=A0 0x000000000055fbb4 in Ffuncall (nargs=3D<optimized out>, a= rgs=3D0x7fffffff1958) at eval.c:2706
#9=C2=A0 0x000000000059699d = in exec_byte_code (bytestr=3D<optimized out>, vector=3D60420725, maxd= epth=3D<optimized out>,
=C2=A0 =C2=A0 args_template=3D<o= ptimized out>, nargs=3D<optimized out>, args=3D<optimized out&g= t;) at bytecode.c:880
#10 0x000000000055f5fa in funcall_lambda (f= un=3D60420901, nargs=3D<optimized out>, arg_vector=3D0x7fffffff1b30) = at eval.c:2929
#11 0x000000000055f943 in Ffuncall (nargs=3D<op= timized out>, args=3D0x7fffffff1b28) at eval.c:2760
#12 0x0000= 00000059699d in exec_byte_code (bytestr=3D<optimized out>, vector=3D6= 1050749, maxdepth=3D<optimized out>,
=C2=A0 =C2=A0 args_tem= plate=3D<optimized out>, nargs=3D<optimized out>, args=3D<op= timized out>) at bytecode.c:880
#13 0x000000000055f5fa in func= all_lambda (fun=3D61051037, nargs=3D<optimized out>, arg_vector=3D0x7= fffffff1c60) at eval.c:2929
#14 0x000000000055ebeb in apply_lambd= a (fun=3D61051037, args=3D0, count=3D13) at eval.c:2800
#15 0x000= 000000055eeb6 in eval_sub (form=3D<optimized out>) at eval.c:2247
#16 0x0000000000560c92 in Feval (form=3D61021091, lexical=3D<opti= mized out>) at eval.c:1994
#17 0x000000000055fbc8 in Ffuncall = (nargs=3D<optimized out>, args=3D0x7fffffff1df8) at eval.c:2702
=
#18 0x000000000055e6ce in internal_condition_case_n (bfun=3D0x55f7a0 &= lt;Ffuncall>, nargs=3D2, args=3D0x7fffffff1eb0, handlers=3D<optimized= out>,
=C2=A0 =C2=A0 hfun=3D0x447c60 <safe_eval_handler>= ) at eval.c:1395
#19 0x000000000043ae89 in safe__call (inhibit_qu= it=3Dtrue, nargs=3D2, func=3D<optimized out>, ap=3D<optimized out&= gt;) at xdisp.c:2558
#20 0x000000000043b042 in safe__call1 (inhib= it_quit=3D<optimized out>, fn=3D<optimized out>) at xdisp.c:259= 5
#21 0x000000000044fcc3 in safe__eval (sexpr=3D<optimized out= >, inhibit_quit=3Dtrue) at xdisp.c:2609
#22 display_mode_eleme= nt (it=3D0x7fffffff2360, depth=3D4, field_width=3D0, precision=3D-82, elt= =3D61021075, props=3D0, risky=3Dfalse) at xdisp.c:22863
#23 0x000= 000000044fe8e in display_mode_element (it=3D0x7fffffff2360, depth=3D3, fiel= d_width=3D0, precision=3D-82, elt=3D61119507, props=3D0,
=C2=A0 = =C2=A0 risky=3Dfalse) at xdisp.c:22944
#24 0x000000000044fe8e in = display_mode_element (it=3D0x7fffffff2360, depth=3D1, field_width=3D0, prec= ision=3D0, elt=3D61156931, props=3D0, risky=3Dfalse)
=C2=A0 =C2= =A0 at xdisp.c:22944
#25 0x0000000000454cf9 in display_mode_line = (w=3D0x11ec2c0, face_id=3DMODE_LINE_FACE_ID, format=3D61157123) at xdisp.c:= 22460
#26 0x0000000000454fee in display_mode_lines (w=3D0x11ec2c0= ) at xdisp.c:22402
#27 0x00000000004602f7 in redisplay_window (wi= ndow=3D18793157, just_this_one_p=3Dfalse) at xdisp.c:17066
#28 0x= 0000000000463b36 in redisplay_window_0 (window=3D<optimized out>) at = xdisp.c:14491
#29 0x000000000055e7c6 in internal_condition_case_1= (bfun=3D0x463b10 <redisplay_window_0>, arg=3D18793157, handlers=3D&l= t;optimized out>,
=C2=A0 =C2=A0 hfun=3D0x429b40 <redisplay_= window_error>) at eval.c:1339
#30 0x000000000044612e in redisp= lay_windows (window=3D<optimized out>) at xdisp.c:14471
#31= 0x000000000045cfd5 in redisplay_internal () at xdisp.c:14031
#32= 0x00000000004f5299 in read_char (commandflag=3D1, map=3D100930259, prev_ev= ent=3D0, used_mouse_menu=3D0x7fffffffb11f, end_time=3D0x0)
=C2=A0= =C2=A0 at keyboard.c:2482
#33 0x00000000004f90c0 in read_key_seq= uence (keybuf=3D0x7fffffffb190, prompt=3D0, dont_downcase_last=3Dfalse, can= _return_switch_frame=3Dtrue,
=C2=A0 =C2=A0 fix_current_buffer=3Dt= rue, prevent_redisplay=3Dfalse, bufsize=3D30) at keyboard.c:9068
= #34 0x00000000004fa3ba in command_loop_1 () at keyboard.c:1370
#3= 5 0x000000000055e82a in internal_condition_case (bfun=3D0x4fa1f0 <comman= d_loop_1>, handlers=3D<optimized out>, hfun=3D0x4f8200 <cmd_err= or>)
=C2=A0 =C2=A0 at eval.c:1315
#36 0x00000000004f= 81ec in command_loop_2 (ignore=3D<optimized out>) at keyboard.c:1112<= /div>
#37 0x000000000055e8b8 in internal_catch (tag=3D<optimized out= >, func=3D0x4f81d0 <command_loop_2>, arg=3D0) at eval.c:1080
=
#38 0x00000000004f7f67 in command_loop () at keyboard.c:1091
#39 0x00000000004f7ff5 in recursive_edit_1 () at keyboard.c:697
= #40 0x00000000004f8135 in Frecursive_edit () at keyboard.c:768
#4= 1 0x00000000004e997e in main (argc=3D<optimized out>, argv=3D<opti= mized out>) at emacs.c:1629
-- <= br>
=

Kaushal Modi

--001a114f38a07cb026055cc880d2-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 15:24:39 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 19:24:39 +0000 Received: from localhost ([127.0.0.1]:42661 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9Ffq-0003xK-Sn for submit@debbugs.gnu.org; Mon, 30 Oct 2017 15:24:39 -0400 Received: from mail-yw0-f178.google.com ([209.85.161.178]:46351) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9Ffp-0003x8-2Q for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 15:24:37 -0400 Received: by mail-yw0-f178.google.com with SMTP id t71so12600918ywc.3 for <29031@debbugs.gnu.org>; Mon, 30 Oct 2017 12:24:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=duBNbDXQrN1dCYlwZVutuhcZHTdIFgJZ1kYnwmW5GCY=; b=KZLIy6HiTJxj6SNyEJIgPF9U4NiX1+xF77sm0mVKIiug2gMOuP2BbyXKP/q+OPvY6U NvG3yJG0NWVv47fGyxa4cZjUiy5naD6OZ9FjVAWoBsy9DZQMiQR/IJJG4KW7v10IZt9a gwbcJgwuKUWWqH/vauyXOazra/mXzMSc6L09nnVco6yZAF1H+tE79lhmffHYs1nZQAcU ZO1Iwv4S/srkAqfLy753oHMLyxonqQMJQeUDH3mCmxC5bQaUMu6rfB401zRH6AVwjHTP uEtoFk+notgpImx4UEpBe7ViEMKqnW+MeKExywMHLXTLUs6TKegG8QEb+pi+mCXWAvRX 3o6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=duBNbDXQrN1dCYlwZVutuhcZHTdIFgJZ1kYnwmW5GCY=; b=p7+TtqdCa4707ZnsFz3biF9aX2EzGlNTjq7MlcmXg4fHLBYJj+umg1PM7fAxaXb9+9 dyWu4NoHinyywFzpyOo8nphXGm1fOc8V8u5x8D0J1HovJXWfyb2aQlbKy1sw1ndi20G7 2Aab1c5MuijDgk0vn0SUMgGJd6fZDpgB9rQ+kaHslzmaoQEdy0mjUJMTIFcRcGZnyN8b R2HWg77xBjnKMkjijCGw8fw0RmO7ZqSq2IR5BeK0PDur+ILNE7NhJQmTfh8iB6TmCGA1 vEDQ82kmuhXoumdDLBdEw5S/eS52nG4nN/wvr3C3zMZo/vqLVmgTQ3WlLi7dDsfDWLqv sPvQ== X-Gm-Message-State: AMCzsaXLWRHhrPoAdxC0x3E2wUYcztxv2fh9K1P5JizLOZnkngdy47bI JHQqmo2ep4Ygal5ERRTAUEcrRTHcvPgYr5ZtsaI= X-Google-Smtp-Source: ABhQp+Tfe4KbWH8XS8Jey1PVJcj3602SH9yi3315GDjYkUAfAaIK2nd6hRbqBUT9SG1gdZHkDAoitcjW0uYg3duvpOI= X-Received: by 10.13.213.7 with SMTP id x7mr5144635ywd.185.1509391471219; Mon, 30 Oct 2017 12:24:31 -0700 (PDT) MIME-Version: 1.0 References: <83mv48trbs.fsf@gnu.org> In-Reply-To: <83mv48trbs.fsf@gnu.org> From: Kaushal Modi Date: Mon, 30 Oct 2017 19:24:19 +0000 Message-ID: Subject: Re: 25.3; Segmentation fault when starting emacs with my config To: Eli Zaretskii Content-Type: multipart/alternative; boundary="001a114fbe68781cd6055cc8961a" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --001a114fbe68781cd6055cc8961a Content-Type: text/plain; charset="UTF-8" On Mon, Oct 30, 2017 at 2:38 PM Eli Zaretskii wrote: > > From: Kaushal Modi > > Date: Mon, 30 Oct 2017 16:03:43 +0000 > > Cc: Eli Zaretskii > > > > **I couldn't reproduce the visual artifact issues or crash on emacs > 26.x+.** > > Given this, do we really need to debug this issue? There will be no > more Emacs 25.x releases. > I was wrong that this issue doesn't exist on emacs 26.x (my mistake was that I was loading native line numbers automatically in my config if emacs version >+ "26.0"). It seems to exist in a different form if I load nlinum. I got a SIGABRT on emacs 26.0.90: Thread 1 "emacs" received signal SIGABRT, Aborted. 0x00000033e3032625 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x00000033e3032625 in raise () from /lib64/libc.so.6 #1 0x00000033e3033e05 in abort () from /lib64/libc.so.6 #2 0x00000033e3070537 in __libc_message () from /lib64/libc.so.6 #3 0x00000033e3075f4e in malloc_printerr () from /lib64/libc.so.6 #4 0x00000033e307a614 in _int_malloc () from /lib64/libc.so.6 #5 0x00000033e307ab1c in malloc () from /lib64/libc.so.6 #6 0x00000000005debb2 in lmalloc (size=8188) at alloc.c:1450 #7 0x00000000005de7a5 in lisp_malloc (nbytes=8188, type=MEM_TYPE_NON_LISP) at alloc.c:1088 #8 0x00000000005df0f7 in allocate_string_data (s=0x21e8370, nchars=70, nbytes=70) at alloc.c:2024 #9 0x00000000005dfe78 in make_uninit_multibyte_string (nchars=70, nbytes=70) at alloc.c:2548 #10 0x00000000005dfd3e in make_specified_string (contents=0x7ffffffd6c50 "SOME_FILE__JUST_MASKING_REAL_FILENAME_HERE.v", nchars=70, nbytes=70, multibyte=false) at alloc.c:2508 #11 0x000000000063cdb4 in read1 (readcharfun=..., pch=0x7ffffffdae5c, first_in_list=false) at lread.c:3401 #12 0x000000000063e0f5 in read_list (flag=false, readcharfun=...) at lread.c:3884 #13 0x000000000063af94 in read1 (readcharfun=..., pch=0x7ffffffdf3cc, first_in_list=false) at lread.c:2692 #14 0x000000000063e0f5 in read_list (flag=false, readcharfun=...) at lread.c:3884 #15 0x000000000063af94 in read1 (readcharfun=..., pch=0x7ffffffe393c, first_in_list=false) at lread.c:2692 #16 0x000000000063e0f5 in read_list (flag=false, readcharfun=...) at lread.c:3884 #17 0x000000000063b023 in read1 (readcharfun=..., pch=0x7ffffffe7eac, first_in_list=false) at lread.c:2714 #18 0x000000000063a32f in read0 (readcharfun=...) at lread.c:2267 #19 0x000000000063a226 in read_internal_start (stream=..., start=..., end=...) at lread.c:2233 #20 0x0000000000639f73 in Fread (stream=...) at lread.c:2169 #21 0x000000000060aa27 in funcall_subr (subr=0xc49738 , numargs=1, args=0x7ffffffe80e0) at eval.c:2841 #22 0x000000000060a66e in Ffuncall (nargs=2, args=0x7ffffffe80d8) at eval.c:2766 #23 0x000000000065705e in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x7ffffffe8848) at bytecode.c:629 #24 0x000000000060b0a9 in funcall_lambda (fun=..., nargs=1, arg_vector=0x7ffffffe8840) at eval.c:2967 #25 0x000000000060a6b2 in Ffuncall (nargs=2, args=0x7ffffffe8838) at eval.c:2768 #26 0x000000000065705e in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x7ffffffe8f60) at bytecode.c:629 #27 0x000000000060b0a9 in funcall_lambda (fun=..., nargs=0, arg_vector=0x7ffffffe8f60) at eval.c:2967 #28 0x000000000060adcc in apply_lambda (fun=..., args=..., count=205) at eval.c:2903 #29 0x0000000000609396 in eval_sub (form=...) at eval.c:2276 #30 0x000000000060556c in Fprogn (body=...) at eval.c:455 #31 0x0000000000608dd2 in eval_sub (form=...) at eval.c:2183 #32 0x00000000006070f9 in internal_lisp_condition_case (var=..., bodyform=..., handlers=...) at eval.c:1303 #33 0x0000000000606cfa in Fcondition_case (args=...) at eval.c:1227 #34 0x0000000000608dd2 in eval_sub (form=...) at eval.c:2183 #35 0x000000000060556c in Fprogn (body=...) at eval.c:455 #36 0x0000000000608dd2 in eval_sub (form=...) at eval.c:2183 #37 0x000000000060556c in Fprogn (body=...) at eval.c:455 #38 0x000000000060b429 in funcall_lambda (fun=..., nargs=0, arg_vector=0x0) at eval.c:3042 #39 0x000000000060a789 in Ffuncall (nargs=1, args=0x7ffffffe9940) at eval.c:2780 #40 0x000000000065705e in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x7ffffffea258) at bytecode.c:629 #41 0x000000000060b0a9 in funcall_lambda (fun=..., nargs=1, arg_vector=0x7ffffffea250) at eval.c:2967 #42 0x000000000060a6b2 in Ffuncall (nargs=2, args=0x7ffffffea248) at eval.c:2768 #43 0x0000000000609aea in funcall_nil (nargs=2, args=0x7ffffffea248) at eval.c:2397 #44 0x0000000000609ef7 in run_hook_with_args (nargs=2, args=0x7ffffffea248, funcall=0x609ac7 ) at eval.c:2574 #45 0x0000000000609b6e in Frun_hook_with_args (nargs=2, args=0x7ffffffea248) at eval.c:2439 #46 0x000000000060a966 in funcall_subr (subr=0xc47748 , numargs=2, args=0x7ffffffea248) at eval.c:2821 #47 0x000000000060a66e in Ffuncall (nargs=3, args=0x7ffffffea240) at eval.c:2766 #48 0x000000000065705e in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x7ffffffeaa30) at bytecode.c:629 #49 0x000000000060b0a9 in funcall_lambda (fun=..., nargs=1, arg_vector=0x7ffffffeaa28) at eval.c:2967 #50 0x000000000060a6b2 in Ffuncall (nargs=2, args=0x7ffffffeaa20) at eval.c:2768 #51 0x000000000060a04b in call1 (fn=..., arg1=...) at eval.c:2617 #52 0x000000000063812f in Fload (file=..., noerror=..., nomessage=..., nosuffix=..., must_suffix=...) at lread.c:1439 #53 0x0000000000617039 in Frequire (feature=..., filename=..., noerror=...) at fns.c:2807 #54 0x000000000060aa74 in funcall_subr (subr=0xc489a8 , numargs=3, args=0x7ffffffeaea0) at eval.c:2846 #55 0x000000000060a66e in Ffuncall (nargs=4, args=0x7ffffffeae98) at eval.c:2766 #56 0x000000000065705e in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x0) at bytecode.c:629 ... continues till #224. -- Kaushal Modi --001a114fbe68781cd6055cc8961a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Oct 30= , 2017 at 2:38 PM Eli Zaretskii <eliz@gn= u.org> wrote:
> From: Kau= shal Modi <k= aushal.modi@gmail.com>
> Date: Mon, 30 Oct 2017 16:03:43 +0000
> Cc: Eli Zaretskii <eliz@gnu.org>
>
> **I couldn't reproduce the visual artifact issues or crash on emac= s 26.x+.**

Given this, do we really need to debug this issue?=C2=A0 There will be no more Emacs 25.x releases.

I was wrong t= hat this issue doesn't exist on emacs 26.x (my mistake was that I was l= oading native line numbers automatically in my config if emacs version >= + "26.0"). It seems to exist in a different form if I load nlinum= .

I got a SIGABRT on emacs 26.0.90:

=
Thread 1 "emacs" received signal SIGABRT, Aborted= .
0x00000033e3032625 in raise () from /lib64/libc.so.6
= (gdb) bt
#0=C2=A0 0x00000033e3032625 in raise () from /lib64/libc= .so.6
#1=C2=A0 0x00000033e3033e05 in abort () from /lib64/libc.so= .6
#2=C2=A0 0x00000033e3070537 in __libc_message () from /lib64/l= ibc.so.6
#3=C2=A0 0x00000033e3075f4e in malloc_printerr () from /= lib64/libc.so.6
#4=C2=A0 0x00000033e307a614 in _int_malloc () fro= m /lib64/libc.so.6
#5=C2=A0 0x00000033e307ab1c in malloc () from = /lib64/libc.so.6
#6=C2=A0 0x00000000005debb2 in lmalloc (size=3D8= 188) at alloc.c:1450
#7=C2=A0 0x00000000005de7a5 in lisp_malloc (= nbytes=3D8188, type=3DMEM_TYPE_NON_LISP) at alloc.c:1088
#8=C2=A0= 0x00000000005df0f7 in allocate_string_data (s=3D0x21e8370, nchars=3D70, nb= ytes=3D70) at alloc.c:2024
#9=C2=A0 0x00000000005dfe78 in make_un= init_multibyte_string (nchars=3D70, nbytes=3D70) at alloc.c:2548
= #10 0x00000000005dfd3e in make_specified_string (contents=3D0x7ffffffd6c50 = "SOME_FILE__JUST_MASKING_REAL_FILENAME_HERE.v", nchars=3D70, nbyt= es=3D70, multibyte=3Dfalse) at alloc.c:2508
#11 0x000000000063cdb= 4 in read1 (readcharfun=3D..., pch=3D0x7ffffffdae5c, first_in_list=3Dfalse)= at lread.c:3401
#12 0x000000000063e0f5 in read_list (flag=3Dfals= e, readcharfun=3D...) at lread.c:3884
#13 0x000000000063af94 in r= ead1 (readcharfun=3D..., pch=3D0x7ffffffdf3cc, first_in_list=3Dfalse) at lr= ead.c:2692
#14 0x000000000063e0f5 in read_list (flag=3Dfalse, rea= dcharfun=3D...) at lread.c:3884
#15 0x000000000063af94 in read1 (= readcharfun=3D..., pch=3D0x7ffffffe393c, first_in_list=3Dfalse) at lread.c:= 2692
#16 0x000000000063e0f5 in read_list (flag=3Dfalse, readcharf= un=3D...) at lread.c:3884
#17 0x000000000063b023 in read1 (readch= arfun=3D..., pch=3D0x7ffffffe7eac, first_in_list=3Dfalse) at lread.c:2714
#18 0x000000000063a32f in read0 (readcharfun=3D...) at lread.c:226= 7
#19 0x000000000063a226 in read_internal_start (stream=3D..., st= art=3D..., end=3D...) at lread.c:2233
#20 0x0000000000639f73 in F= read (stream=3D...) at lread.c:2169
#21 0x000000000060aa27 in fun= call_subr (subr=3D0xc49738 <Sread>, numargs=3D1, args=3D0x7ffffffe80e= 0) at eval.c:2841
#22 0x000000000060a66e in Ffuncall (nargs=3D2, = args=3D0x7ffffffe80d8) at eval.c:2766
#23 0x000000000065705e in e= xec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template= =3D..., nargs=3D1, args=3D0x7ffffffe8848) at bytecode.c:629
#24 0= x000000000060b0a9 in funcall_lambda (fun=3D..., nargs=3D1, arg_vector=3D0x7= ffffffe8840) at eval.c:2967
#25 0x000000000060a6b2 in Ffuncall (n= args=3D2, args=3D0x7ffffffe8838) at eval.c:2768
#26 0x00000000006= 5705e in exec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_= template=3D..., nargs=3D0, args=3D0x7ffffffe8f60) at bytecode.c:629
#27 0x000000000060b0a9 in funcall_lambda (fun=3D..., nargs=3D0, arg_vect= or=3D0x7ffffffe8f60) at eval.c:2967
#28 0x000000000060adcc in app= ly_lambda (fun=3D..., args=3D..., count=3D205) at eval.c:2903
#29= 0x0000000000609396 in eval_sub (form=3D...) at eval.c:2276
#30 0= x000000000060556c in Fprogn (body=3D...) at eval.c:455
#31 0x0000= 000000608dd2 in eval_sub (form=3D...) at eval.c:2183
#32 0x000000= 00006070f9 in internal_lisp_condition_case (var=3D..., bodyform=3D..., hand= lers=3D...) at eval.c:1303
#33 0x0000000000606cfa in Fcondition_c= ase (args=3D...) at eval.c:1227
#34 0x0000000000608dd2 in eval_su= b (form=3D...) at eval.c:2183
#35 0x000000000060556c in Fprogn (b= ody=3D...) at eval.c:455
#36 0x0000000000608dd2 in eval_sub (form= =3D...) at eval.c:2183
#37 0x000000000060556c in Fprogn (body=3D.= ..) at eval.c:455
#38 0x000000000060b429 in funcall_lambda (fun= =3D..., nargs=3D0, arg_vector=3D0x0) at eval.c:3042
#39 0x0000000= 00060a789 in Ffuncall (nargs=3D1, args=3D0x7ffffffe9940) at eval.c:2780
#40 0x000000000065705e in exec_byte_code (bytestr=3D..., vector=3D..= ., maxdepth=3D..., args_template=3D..., nargs=3D1, args=3D0x7ffffffea258) a= t bytecode.c:629
#41 0x000000000060b0a9 in funcall_lambda (fun=3D= ..., nargs=3D1, arg_vector=3D0x7ffffffea250) at eval.c:2967
#42 0= x000000000060a6b2 in Ffuncall (nargs=3D2, args=3D0x7ffffffea248) at eval.c:= 2768
#43 0x0000000000609aea in funcall_nil (nargs=3D2, args=3D0x7= ffffffea248) at eval.c:2397
#44 0x0000000000609ef7 in run_hook_wi= th_args (nargs=3D2, args=3D0x7ffffffea248, funcall=3D0x609ac7 <funcall_n= il>) at eval.c:2574
#45 0x0000000000609b6e in Frun_hook_with_a= rgs (nargs=3D2, args=3D0x7ffffffea248) at eval.c:2439
#46 0x00000= 0000060a966 in funcall_subr (subr=3D0xc47748 <Srun_hook_with_args>, n= umargs=3D2, args=3D0x7ffffffea248) at eval.c:2821
#47 0x000000000= 060a66e in Ffuncall (nargs=3D3, args=3D0x7ffffffea240) at eval.c:2766
=
#48 0x000000000065705e in exec_byte_code (bytestr=3D..., vector=3D...,= maxdepth=3D..., args_template=3D..., nargs=3D1, args=3D0x7ffffffeaa30) at = bytecode.c:629
#49 0x000000000060b0a9 in funcall_lambda (fun=3D..= ., nargs=3D1, arg_vector=3D0x7ffffffeaa28) at eval.c:2967
#50 0x0= 00000000060a6b2 in Ffuncall (nargs=3D2, args=3D0x7ffffffeaa20) at eval.c:27= 68
#51 0x000000000060a04b in call1 (fn=3D..., arg1=3D...) at eval= .c:2617
#52 0x000000000063812f in Fload (file=3D..., noerror=3D..= ., nomessage=3D..., nosuffix=3D..., must_suffix=3D...) at lread.c:1439
#53 0x0000000000617039 in Frequire (feature=3D..., filename=3D..., no= error=3D...) at fns.c:2807
#54 0x000000000060aa74 in funcall_subr= (subr=3D0xc489a8 <Srequire>, numargs=3D3, args=3D0x7ffffffeaea0) at = eval.c:2846
#55 0x000000000060a66e in Ffuncall (nargs=3D4, args= =3D0x7ffffffeae98) at eval.c:2766
#56 0x000000000065705e in exec_= byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template=3D...= , nargs=3D0, args=3D0x0) at bytecode.c:629

.= ..

continues till #224.
--

Kaushal Modi

--001a114fbe68781cd6055cc8961a-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 15:29:23 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 19:29:23 +0000 Received: from localhost ([127.0.0.1]:42665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9FkQ-00044N-PO for submit@debbugs.gnu.org; Mon, 30 Oct 2017 15:29:23 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38062) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9FkP-000448-7B for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 15:29:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e9FkE-0001Lk-U2 for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 15:29:15 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56313) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e9FkE-0001Lf-Qu; Mon, 30 Oct 2017 15:29:10 -0400 Received: from [176.228.60.248] (port=4227 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e9FkE-0002nw-79; Mon, 30 Oct 2017 15:29:10 -0400 Date: Mon, 30 Oct 2017 21:28:54 +0200 Message-Id: <83fua0toy1.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Mon, 30 Oct 2017 19:18:11 +0000) Subject: Re: 25.3; Segmentation fault when starting emacs with my config References: <83r2tkts1f.fsf@gnu.org> <83inewtqnc.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Mon, 30 Oct 2017 19:18:11 +0000 > Cc: 29031@debbugs.gnu.org > > I hate to say this, but I lost that gdb session. I am still able to consistently segfault on startup (when I load > nlinum in after-init-hook). But this time, it's at a different point. Sorry about that. > > Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. > 0x00000033e307a13c in _int_malloc () from /lib64/libc.so.6 > (gdb) bt > #0 0x00000033e307a13c in _int_malloc () from /lib64/libc.so.6 > #1 0x00000033e307ab1c in malloc () from /lib64/libc.so.6 > #2 0x00000000005464ee in lmalloc (size=8188) at alloc.c:1414 > #3 lisp_malloc (nbytes=, type=MEM_TYPE_NON_LISP) at alloc.c:1063 > #4 0x0000000000547bef in allocate_string_data (s=0x4fd6600, nchars=369, nbytes=370) at alloc.c:1998 > #5 0x0000000000547dc7 in make_uninit_multibyte_string (nchars=369, nbytes=370) at alloc.c:2513 > #6 0x000000000056ab9b in concat (nargs=25, args=0x7fffffff1750, target_type=, > last_special=) at fns.c:637 Looks like some problem with memory allocation. Could be a duplicate of bug#29066? Anyway, with memory allocation bugs, a tiny change in the recipe can make the bug go away, so I don't think the evidence you collected till now can tell us anything useful, except that this is a Heisenbug of sorts. Maybe someone else will have an idea for how to debug this further. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 15:35:31 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 19:35:31 +0000 Received: from localhost ([127.0.0.1]:42671 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9FqN-0004EX-GS for submit@debbugs.gnu.org; Mon, 30 Oct 2017 15:35:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39195) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9FqL-0004EK-Dy for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 15:35:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e9FqC-0004RT-7x for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 15:35:24 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56485) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e9Fq2-0004Nj-A2; Mon, 30 Oct 2017 15:35:10 -0400 Received: from [176.228.60.248] (port=4230 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e9Fq1-00048q-Mc; Mon, 30 Oct 2017 15:35:10 -0400 Date: Mon, 30 Oct 2017 21:34:55 +0200 Message-Id: <83efpktoo0.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Mon, 30 Oct 2017 19:24:19 +0000) Subject: Re: 25.3; Segmentation fault when starting emacs with my config References: <83mv48trbs.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Mon, 30 Oct 2017 19:24:19 +0000 > Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca > > Thread 1 "emacs" received signal SIGABRT, Aborted. > 0x00000033e3032625 in raise () from /lib64/libc.so.6 > (gdb) bt > #0 0x00000033e3032625 in raise () from /lib64/libc.so.6 > #1 0x00000033e3033e05 in abort () from /lib64/libc.so.6 > #2 0x00000033e3070537 in __libc_message () from /lib64/libc.so.6 > #3 0x00000033e3075f4e in malloc_printerr () from /lib64/libc.so.6 > #4 0x00000033e307a614 in _int_malloc () from /lib64/libc.so.6 > #5 0x00000033e307ab1c in malloc () from /lib64/libc.so.6 > #6 0x00000000005debb2 in lmalloc (size=8188) at alloc.c:1450 > #7 0x00000000005de7a5 in lisp_malloc (nbytes=8188, type=MEM_TYPE_NON_LISP) at alloc.c:1088 > #8 0x00000000005df0f7 in allocate_string_data (s=0x21e8370, nchars=70, nbytes=70) at alloc.c:2024 > #9 0x00000000005dfe78 in make_uninit_multibyte_string (nchars=70, nbytes=70) at alloc.c:2548 > #10 0x00000000005dfd3e in make_specified_string (contents=0x7ffffffd6c50 > "SOME_FILE__JUST_MASKING_REAL_FILENAME_HERE.v", nchars=70, nbytes=70, multibyte=false) at > alloc.c:2508 Could be some bug in your glibc on that system? Otherwise, how come no one else sees such fundamental problems? In any case, bugs in memory allocation need to find the code which corrupted the data structures used by malloc, which happened somewhere else in the code. Maybe try running under valgrind (see the advice in etc/DEBUG under "Running Emacs built with malloc debugging packages"). From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 15:52:33 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 19:52:33 +0000 Received: from localhost ([127.0.0.1]:42690 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9G6r-0006Xa-C0 for submit@debbugs.gnu.org; Mon, 30 Oct 2017 15:52:33 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42164) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9G6n-0006XI-N8 for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 15:52:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e9G6f-0005cH-7u for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 15:52:24 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56712) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e9G6V-0005Vj-OP; Mon, 30 Oct 2017 15:52:11 -0400 Received: from [176.228.60.248] (port=4234 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e9G6V-0006Hr-6v; Mon, 30 Oct 2017 15:52:11 -0400 Date: Mon, 30 Oct 2017 21:51:57 +0200 Message-Id: <83bmkotnvm.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Mon, 30 Oct 2017 19:24:19 +0000) Subject: Re: 25.3; Segmentation fault when starting emacs with my config References: <83mv48trbs.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Mon, 30 Oct 2017 19:24:19 +0000 > Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca > > #55 0x000000000060a66e in Ffuncall (nargs=4, args=0x7ffffffeae98) at eval.c:2766 > #56 0x000000000065705e in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., > nargs=0, args=0x0) at bytecode.c:629 > > ... > > continues till #224. Please show the complete backtrace, maybe that will provide some hints. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 17:37:15 2017 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 21:37:15 +0000 Received: from localhost ([127.0.0.1]:42775 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9Hk8-0000ji-Mo for submit@debbugs.gnu.org; Mon, 30 Oct 2017 17:37:13 -0400 Received: from mail-yw0-f172.google.com ([209.85.161.172]:47055) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9Hk5-0000jU-QU for 29031@debbugs.gnu.org; Mon, 30 Oct 2017 17:37:11 -0400 Received: by mail-yw0-f172.google.com with SMTP id t71so12941037ywc.3 for <29031@debbugs.gnu.org>; Mon, 30 Oct 2017 14:37:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=RLY29aBh6hv9DdCaxOs7sfu6GDLLxobcKdsTKg9M6LQ=; b=YehZnncjsVXmRJ+cqgxHwG7mHGFPdbciFN3LJLEz3xpb/D7njDMxuUZigpHIU/APsa j7J0ipsARECqGV/fSgfEHRRbV29FYHa0x4lGrnablGJr3xuu5gQzyptDRY9lRh2EYe+N njZ7wr0iEkOf/A0D2MFKhm+fSOYHwoQSYlPQIc7s1qrc4GRlCpt+uaiM+iMszbb2Hex3 642rbDasHQbOnaZbZgvvmmoRBX7niby2Zah9kwsBwIxgxcX9OS5TCS64WjzuH8CsSINa avh3x3LXL+q0EndvMfMqJnOa0x60xLG31iM548TNe3oTuT/wkWO/ZPJHKVDdE1i0/Lsw 0Ehw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=RLY29aBh6hv9DdCaxOs7sfu6GDLLxobcKdsTKg9M6LQ=; b=p+djgD+6ZR71gI9spLSfJ1Dta+hlHasJprUDXUy+r6TcVmdWtkuAxB9Lzpr9XqZIz6 MB58dCCvKHuX+Yj7hOFiXICrCvoyzGjtDyFeBADGxLuzIrYq92ZunGwTEC9AKGTRZjua ZqhvxDQDJrYcoubtxU4TsihpTj1NScvY/pHSnq8WlCK6Fe2Dvb3t5+Smz6KqWEB+UXae YipgAyRfOz+PzUp0KEh/f9iPcW0YE76dMNRxAhjGlSeqW0iI+q3FHX84iwixfVFQpnyq lpsLnQgmRoA1Pe9kdKLRVrn8YWSGeBBg3GtXKWx2oECQWO3LBNF+aorXCksfrL0sluPO rqkg== X-Gm-Message-State: AMCzsaXU34yegdyQnqMDTzp5IWxQeKHYCeS1O9Kp5K7M93JWo6uJFxnZ z1afR1Euc9SunSDdpiFfkLNdoKfcOh2VausSNNo= X-Google-Smtp-Source: ABhQp+QEPAQl0mlgXfBREkmvRU3vqSU9UvXkCAILXNNWXWqWrJnEV4GG4YNtKpE7dHKooDrBwtzWjcYdQCDfs8PWWwA= X-Received: by 10.37.139.8 with SMTP id i8mr6807114ybl.389.1509399423405; Mon, 30 Oct 2017 14:37:03 -0700 (PDT) MIME-Version: 1.0 References: <83mv48trbs.fsf@gnu.org> <83bmkotnvm.fsf@gnu.org> In-Reply-To: <83bmkotnvm.fsf@gnu.org> From: Kaushal Modi Date: Mon, 30 Oct 2017 21:36:51 +0000 Message-ID: Subject: Re: 25.3; Segmentation fault when starting emacs with my config To: Eli Zaretskii Content-Type: multipart/alternative; boundary="f4030437f31074d743055cca7009" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --f4030437f31074d743055cca7009 Content-Type: text/plain; charset="UTF-8" On Mon, Oct 30, 2017 at 3:52 PM Eli Zaretskii wrote: > > From: Kaushal Modi > > Date: Mon, 30 Oct 2017 19:24:19 +0000 > > Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca > > > > #55 0x000000000060a66e in Ffuncall (nargs=4, args=0x7ffffffeae98) at > eval.c:2766 > > #56 0x000000000065705e in exec_byte_code (bytestr=..., vector=..., > maxdepth=..., args_template=..., > > nargs=0, args=0x0) at bytecode.c:629 > > > > ... > > > > continues till #224. > > Please show the complete backtrace, maybe that will provide some > hints. > After that I rebuilt from the latest emacs-26 with "--enable-checking='yes,glyphs' --enable-check-lisp-object-type"", and this time the same recipe (loading nlinum in after-init-hook) caused the segfault on emacs 26: Thread 1 "emacs" received signal SIGSEGV, Segmentation fault. 0x00000033e307a16e in _int_malloc () from /lib64/libc.so.6 (gdb) bt #0 0x00000033e307a16e in _int_malloc () from /lib64/libc.so.6 #1 0x00000033e307ab1c in malloc () from /lib64/libc.so.6 #2 0x0000000000618c68 in lmalloc (size=8784) at alloc.c:1444 #3 0x0000000000618634 in lisp_malloc (nbytes=8784, type=MEM_TYPE_VECTORLIKE) at alloc.c:1082 #4 0x000000000061b4a2 in allocate_vectorlike (len=1095) at alloc.c:3333 #5 0x000000000061b590 in allocate_vector (len=1095) at alloc.c:3370 #6 0x000000000065aeac in larger_vecalloc (vec=XIL(0x2904c15), incr_min=365, nitems_max=-1) at fns.c:3600 #7 0x000000000065af3e in larger_vector (vec=XIL(0x2904c15), incr_min=365, nitems_max=-1) at fns.c:3612 #8 0x000000000065ba06 in maybe_resize_hash_table (h=0x708d390) at fns.c:3905 #9 0x000000000065be19 in hash_put (h=0x708d390, key=XIL(0xc87060), value=XIL(0x3171093), hash=3283992) at fns.c:3986 #10 0x000000000065d807 in Fputhash (key=XIL(0xc87060), value=XIL(0x3171093), table=XIL(0x708d395)) at fns.c:4678 #11 0x00000000005b330e in where_is_internal_1 (key=XIL(0x4ac510), binding=XIL(0xc87060), args=XIL(0), data=0x7ffffffea9e0) at keymap.c:2725 #12 0x00000000005ac350 in map_keymap_item (fun=0x5b3095 , args=XIL(0), key=XIL(0x4ac510), val=XIL(0xc87060), data=0x7ffffffea9e0) at keymap.c:546 #13 0x00000000005ac629 in map_keymap_internal (map=XIL(0x3b10ca3), fun=0x5b3095 , args=XIL(0), data=0x7ffffffea9e0) at keymap.c:583 #14 0x00000000005ac90a in map_keymap (map=XIL(0x3b10ca3), fun=0x5b3095 , args=XIL(0), data=0x7ffffffea9e0, autoload=false) at keymap.c:626 #15 0x00000000005b2787 in where_is_internal (definition=XIL(0x401f50), keymaps=XIL(0x315a283), noindirect=false, nomenus=true) at keymap.c:2478 #16 0x00000000005b2bdf in Fwhere_is_internal (definition=XIL(0x401f50), keymap=XIL(0), firstonly=XIL(0xc270), noindirect=XIL(0), no_remap=XIL(0)) at keymap.c:2589 #17 0x000000000062f05f in Fsubstitute_command_keys (string=XIL(0x11948c4)) at doc.c:821 #18 0x000000000062dfe2 in Fdocumentation (function=XIL(0x386f6f5), raw=XIL(0)) at doc.c:421 #19 0x000000000064a905 in funcall_subr (subr=0xd7ea30 , numargs=1, args=0x7ffffffeef40) at eval.c:2843 #20 0x000000000064a43b in Ffuncall (nargs=2, args=0x7ffffffeef38) at eval.c:2766 #21 0x000000000069f457 in exec_byte_code (bytestr=XIL(0xab492c), vector=XIL(0xab494d), maxdepth=make_number(8), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #22 0x000000000064b559 in funcall_lambda (fun=XIL(0xab48cd), nargs=2, arg_vector=0xab494d ) at eval.c:3049 #23 0x000000000064a47f in Ffuncall (nargs=3, args=0x7ffffffef7e0) at eval.c:2768 #24 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x1bb5464), vector=XIL(0x1717335), maxdepth=make_number(4), args_template=make_number(257), nargs=1, args=0x7ffffffeff18) at bytecode.c:629 #25 0x000000000064b04d in funcall_lambda (fun=XIL(0x1717365), nargs=1, arg_vector=0x7ffffffeff10) at eval.c:2967 #26 0x000000000064a47f in Ffuncall (nargs=2, args=0x7ffffffeff08) at eval.c:2768 #27 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x1bb8a04), vector=XIL(0x171c1f5), maxdepth=make_number(16), ---Type to continue, or q to quit--- umber(257), nargs=1, args=0x7fffffff06e8) at bytecode.c:629 #28 0x000000000064b04d in funcall_lambda (fun=XIL(0x171c275), nargs=1, arg_vector=0x7fffffff06e0) at eval.c:2967 #29 0x000000000064a47f in Ffuncall (nargs=2, args=0x7fffffff06d8) at eval.c:2768 #30 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x1bb99e4), vector=XIL(0x171e3c5), maxdepth=make_number(12), args_template=make_number(514), nargs=2, args=0x7fffffff0ea0) at bytecode.c:629 #31 0x000000000064b04d in funcall_lambda (fun=XIL(0x171f0c5), nargs=2, arg_vector=0x7fffffff0e90) at eval.c:2967 #32 0x000000000064a47f in Ffuncall (nargs=3, args=0x7fffffff0e88) at eval.c:2768 #33 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x1bb9a84), vector=XIL(0x171f195), maxdepth=make_number(6), args_template=make_number(513), nargs=1, args=0x7fffffff15e8) at bytecode.c:629 #34 0x000000000064b04d in funcall_lambda (fun=XIL(0x171f225), nargs=1, arg_vector=0x7fffffff15e0) at eval.c:2967 #35 0x000000000064a47f in Ffuncall (nargs=2, args=0x7fffffff15d8) at eval.c:2768 #36 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x5424b34), vector=XIL(0x5423815), maxdepth=make_number(5), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #37 0x000000000064b559 in funcall_lambda (fun=XIL(0x5423865), nargs=0, arg_vector=0x5423815) at eval.c:3049 #38 0x000000000064a47f in Ffuncall (nargs=1, args=0x7fffffff1cf8) at eval.c:2768 #39 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x541c294), vector=XIL(0x541bcc5), maxdepth=make_number(5), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #40 0x000000000064b559 in funcall_lambda (fun=XIL(0x541c685), nargs=1, arg_vector=0x541bcc5) at eval.c:3049 #41 0x000000000064a47f in Ffuncall (nargs=2, args=0x7fffffff2438) at eval.c:2768 #42 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x541c374), vector=XIL(0x541c735), maxdepth=make_number(3), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #43 0x000000000064b559 in funcall_lambda (fun=XIL(0x541c765), nargs=0, arg_vector=0x541c735) at eval.c:3049 #44 0x000000000064a47f in Ffuncall (nargs=1, args=0x7fffffff2b58) at eval.c:2768 #45 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x54180e4), vector=XIL(0x5416dd5), maxdepth=make_number(4), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #46 0x000000000064b559 in funcall_lambda (fun=XIL(0x53ea5c5), nargs=1, arg_vector=0x5416dd5) at eval.c:3049 #47 0x000000000064a47f in Ffuncall (nargs=2, args=0x7fffffff3398) at eval.c:2768 #48 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x77a18e4), vector=XIL(0x2ef7b85), maxdepth=make_number(30), args_template=make_number(2953), nargs=11, args=0x7fffffff3c18) at bytecode.c:629 #49 0x000000000064b04d in funcall_lambda (fun=XIL(0x43ea6d5), nargs=11, arg_vector=0x7fffffff3bc0) at eval.c:2967 #50 0x000000000064ac89 in apply_lambda (fun=XIL(0x43ea6d5), args=XIL(0x2fabe53), count=105) at eval.c:2903 #51 0x0000000000648e9b in eval_sub (form=XIL(0x2fabe63)) at eval.c:2276 #52 0x000000000067f8ef in readevalloop_eager_expand_eval (val=XIL(0x2fabe63), macroexpand=XIL(0xbe7c0)) at lread.c:1850 #53 0x00000000006802b9 in readevalloop (readcharfun=XIL(0x2a568e5), infile0=0x0, sourcename=XIL(0x29f3234), printflag=false, unibyte=XIL(0), readfun=XIL(0), start=XIL(0), end=XIL(0)) at lread.c:2036 #54 0x00000000006806d5 in Feval_buffer (buffer=XIL(0x2a568e5), printflag=XIL(0), filename=XIL(0x2a82b94), unibyte=XIL(0), do_allow_print=XIL(0xc270)) at lread.c:2103 #55 0x000000000064a9aa in funcall_subr (subr=0xd82178 , numargs=5, args=0x7fffffff4120) at eval.c:2853 #56 0x000000000064a43b in Ffuncall (nargs=6, args=0x7fffffff4118) at eval.c:2766 #57 0x000000000069f457 in exec_byte_code (bytestr=XIL(0xa052ec), vector=XIL(0xa0530d), maxdepth=make_number(6), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #58 0x000000000064b559 in funcall_lambda (fun=XIL(0xa0526d), nargs=4, arg_vector=0xa0530d ) at eval.c:3049 #59 0x000000000064a47f in Ffuncall (nargs=5, args=0x7fffffff4930) at eval.c:2768 #60 0x0000000000649e19 in call4 (fn=XIL(0x407a40), arg1=XIL(0x2a82b94), arg2=XIL(0x2a82b94), arg3=XIL(0xc270), arg4=XIL(0xc270)) at eval.c:2642 #61 0x000000000067e3a6 in Fload (file=XIL(0x2a82a34), noerror=XIL(0xc270), nomessage=XIL(0xc270), nosuffix=XIL(0xc270), must_suffix=XIL(0)) at lread.c:1365 #62 0x000000000064a9aa in funcall_subr (subr=0xd82118 , numargs=5, args=0x7fffffff4d40) at eval.c:2853 #63 0x000000000064a43b in Ffuncall (nargs=6, args=0x7fffffff4d38) at eval.c:2766 #64 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x33558f4), vector=XIL(0x3341375), maxdepth=make_number(6), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #65 0x000000000064b559 in funcall_lambda (fun=XIL(0x3341405), nargs=5, arg_vector=0x3341375) at eval.c:3049 #66 0x000000000064a47f in Ffuncall (nargs=6, args=0x7fffffff5470) at eval.c:2768 #67 0x0000000000649671 in Fapply (nargs=3, args=0x7fffffff5698) at eval.c:2386 #68 0x000000000064a7f2 in funcall_subr (subr=0xd80188 , numargs=3, args=0x7fffffff5698) at eval.c:2821 #69 0x000000000064a43b in Ffuncall (nargs=4, args=0x7fffffff5690) at eval.c:2766 #70 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x13f1f64), vector=XIL(0x3341185), maxdepth=make_number(5), args_template=make_number(128), nargs=4, args=0x7fffffff5de8) at bytecode.c:629 #71 0x000000000064b04d in funcall_lambda (fun=XIL(0x33411b5), nargs=4, arg_vector=0x7fffffff5de8) at eval.c:2967 #72 0x000000000064a47f in Ffuncall (nargs=5, args=0x7fffffff5de0) at eval.c:2768 #73 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x779e8a4), vector=XIL(0x16de0c5), maxdepth=make_number(16), args_template=make_number(256), nargs=0, args=0x7fffffff6600) at bytecode.c:629 #74 0x000000000064b04d in funcall_lambda (fun=XIL(0x537b985), nargs=0, arg_vector=0x7fffffff6600) at eval.c:2967 #75 0x000000000064ac89 in apply_lambda (fun=XIL(0x537b985), args=XIL(0), count=58) at eval.c:2903 #76 0x0000000000648e9b in eval_sub (form=XIL(0x2ed86e3)) at eval.c:2276 #77 0x000000000064373f in Fprogn (body=XIL(0)) at eval.c:455 #78 0x000000000064b4b9 in funcall_lambda (fun=XIL(0x2ed5733), nargs=0, arg_vector=0x0) at eval.c:3042 #79 0x000000000064ac89 in apply_lambda (fun=XIL(0x2ed5733), args=XIL(0), count=57) at eval.c:2903 #80 0x00000000006490a2 in eval_sub (form=XIL(0x2ed8673)) at eval.c:2306 #81 0x000000000064373f in Fprogn (body=XIL(0)) at eval.c:455 #82 0x0000000000648874 in eval_sub (form=XIL(0x2ed55c3)) at eval.c:2183 #83 0x00000000006434e4 in Fif (args=XIL(0x2ed55a3)) at eval.c:410 #84 0x0000000000648874 in eval_sub (form=XIL(0x2ed5593)) at eval.c:2183 #85 0x000000000064373f in Fprogn (body=XIL(0x2edf703)) at eval.c:455 #86 0x0000000000648874 in eval_sub (form=XIL(0x2ed76d3)) at eval.c:2183 #87 0x0000000000646591 in internal_lisp_condition_case (var=XIL(0x7388040), bodyform=XIL(0x2ed76d3), handlers=XIL(0x2ed7a43)) at eval.c:1303 #88 0x0000000000646023 in Fcondition_case (args=XIL(0x2edf643)) at eval.c:1227 #89 0x0000000000648874 in eval_sub (form=XIL(0x2edf633)) at eval.c:2183 #90 0x000000000064373f in Fprogn (body=XIL(0x2ed7d53)) at eval.c:455 #91 0x000000000064352d in Fif (args=XIL(0x2edf613)) at eval.c:411 #92 0x0000000000648874 in eval_sub (form=XIL(0x2edf623)) at eval.c:2183 #93 0x000000000067f8ef in readevalloop_eager_expand_eval (val=XIL(0x2ed7b73), macroexpand=XIL(0xbe7c0)) at lread.c:1850 #94 0x00000000006802b9 in readevalloop (readcharfun=XIL(0x4f08de5), infile0=0x0, sourcename=XIL(0x71213b4), printflag=false, unibyte=XIL(0), readfun=XIL(0), start=XIL(0), end=XIL(0)) at lread.c:2036 #95 0x00000000006806d5 in Feval_buffer (buffer=XIL(0x4f08de5), printflag=XIL(0), filename=XIL(0x70b9bb4), unibyte=XIL(0), do_allow_print=XIL(0xc270)) at lread.c:2103 #96 0x000000000064a9aa in funcall_subr (subr=0xd82178 , numargs=5, args=0x7fffffff77d0) at eval.c:2853 #97 0x000000000064a43b in Ffuncall (nargs=6, args=0x7fffffff77c8) at eval.c:2766 #98 0x000000000069f457 in exec_byte_code (bytestr=XIL(0xa052ec), vector=XIL(0xa0530d), maxdepth=make_number(6), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #99 0x000000000064b559 in funcall_lambda (fun=XIL(0xa0526d), nargs=4, arg_vector=0xa0530d ) at eval.c:3049 #100 0x000000000064a47f in Ffuncall (nargs=5, args=0x7fffffff7fe0) at eval.c:2768 #101 0x0000000000649e19 in call4 (fn=XIL(0x407a40), arg1=XIL(0x70b9bb4), arg2=XIL(0x70b9bb4), arg3=XIL(0xc270), arg4=XIL(0xc270)) at eval.c:2642 #102 0x000000000067e3a6 in Fload (file=XIL(0x81074f4), noerror=XIL(0xc270), nomessage=XIL(0xc270), nosuffix=XIL(0), must_suffix=XIL(0xc270)) at lread.c:1365 #103 0x0000000000658d08 in Frequire (feature=XIL(0x7394dc0), filename=XIL(0), noerror=XIL(0xc270)) at fns.c:2807 #104 0x000000000064a931 in funcall_subr (subr=0xd81448 , numargs=3, args=0x7fffffff8480) at eval.c:2846 #105 0x000000000064a43b in Ffuncall (nargs=4, args=0x7fffffff8478) at eval.c:2766 #106 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x3346694), vector=XIL(0x3340d05), maxdepth=make_number(4), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #107 0x000000000064b559 in funcall_lambda (fun=XIL(0x3340d95), nargs=4, arg_vector=0x3340d05) at eval.c:3049 #108 0x000000000064a47f in Ffuncall (nargs=5, args=0x7fffffff8ba0) at eval.c:2768 #109 0x0000000000649671 in Fapply (nargs=3, args=0x7fffffff8dc8) at eval.c:2386 #110 0x000000000064a7f2 in funcall_subr (subr=0xd80188 , numargs=3, args=0x7fffffff8dc8) at eval.c:2821 #111 0x000000000064a43b in Ffuncall (nargs=4, args=0x7fffffff8dc0) at eval.c:2766 #112 0x000000000069f457 in exec_byte_code (bytestr=XIL(0x13f1f64), vector=XIL(0x3340aa5), maxdepth=make_number(5), args_template=make_number(128), nargs=3, args=0x7fffffff94d8) at bytecode.c:629 #113 0x000000000064b04d in funcall_lambda (fun=XIL(0x3340ad5), nargs=3, arg_vector=0x7fffffff94d8) at eval.c:2967 #114 0x000000000064a47f in Ffuncall (nargs=4, args=0x7fffffff94d0) at eval.c:2768 #115 0x0000000000649671 in Fapply (nargs=2, args=0x7fffffff96f8) at eval.c:2386 #116 0x000000000064a7f2 in funcall_subr (subr=0xd80188 , numargs=2, args=0x7fffffff96f8) at eval.c:2821 #117 0x000000000064a43b in Ffuncall (nargs=3, args=0x7fffffff96f0) at eval.c:2766 #118 0x000000000069f457 in exec_byte_code (bytestr=XIL(0xb0c4ac), vector=XIL(0xb0c4cd), maxdepth=make_number(10), args_template=make_number(257), nargs=1, args=0x7fffffff9ef0) at bytecode.c:629 #119 0x000000000064b04d in funcall_lambda (fun=XIL(0xb0c47d), nargs=1, arg_vector=0x7fffffff9ee8) at eval.c:2967 #120 0x000000000064a47f in Ffuncall (nargs=2, args=0x7fffffff9ee0) at eval.c:2768 #121 0x0000000000649d38 in call1 (fn=XIL(0xc600), arg1=XIL(0x8182745)) at eval.c:2617 #122 0x000000000059a0de in timer_check_2 (timers=XIL(0x2ecdbd3), idle_timers=XIL(0x2ecdaf3)) at keyboard.c:4462 #123 0x000000000059a209 in timer_check () at keyboard.c:4524 #124 0x00000000005978d4 in readable_events (flags=1) at keyboard.c:3340 #125 0x000000000059f029 in get_input_pending (flags=1) at keyboard.c:6824 #126 0x00000000005a6a40 in detect_input_pending_run_timers (do_display=true) at keyboard.c:9951 #127 0x00000000006af724 in wait_reading_process_output (time_limit=0, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=XIL(0), wait_proc=0x0, just_wait_proc=0) at process.c:5508 #128 0x00000000005988bc in kbd_buffer_get_event (kbp=0x7fffffffa738, used_mouse_menu=0x7fffffffaeaf, end_time=0x0) at keyboard.c:3831 #129 0x0000000000593bea in read_event_from_main_queue (end_time=0x0, local_getcjmp=0x7fffffffabe0, used_mouse_menu=0x7fffffffaeaf) at keyboard.c:2151 #130 0x0000000000593ee2 in read_decoded_event_from_main_queue (end_time=0x0, local_getcjmp=0x7fffffffabe0, prev_event=XIL(0), used_mouse_menu=0x7fffffffaeaf) at keyboard.c:2214 #131 0x0000000000595bc2 in read_char (commandflag=1, map=XIL(0x2d51ba3), prev_event=XIL(0), used_mouse_menu=0x7fffffffaeaf, end_time=0x0) at keyboard.c:2802 #132 0x00000000005a4d85 in read_key_sequence (keybuf=0x7fffffffb040, bufsize=30, prompt=XIL(0), dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9147 #133 0x0000000000591833 in command_loop_1 () at keyboard.c:1368 #134 0x000000000064662d in internal_condition_case (bfun=0x591400 , handlers=XIL(0x5250), hfun=0x590a56 ) at eval.c:1332 #135 0x0000000000591005 in command_loop_2 (ignore=XIL(0)) at keyboard.c:1110 #136 0x0000000000645b61 in internal_catch (tag=XIL(0xc8d0), func=0x590fdc , arg=XIL(0)) at eval.c:1097 #137 0x0000000000590fa7 in command_loop () at keyboard.c:1089 #138 0x000000000059056b in recursive_edit_1 () at keyboard.c:695 #139 0x000000000059074a in Frecursive_edit () at keyboard.c:766 #140 0x000000000058e447 in main (argc=1, argv=0x7fffffffb528) at emacs.c:1713 Lisp Backtrace: "documentation" (0xfffeef40) "help-function-arglist" (0xfffef7e8) "ad-arglist" (0xfffeff10) "ad-make-advised-definition" (0xffff06e0) "ad-activate-advised-definition" (0xffff0e90) "ad-activate" (0xffff15e0) "vhl/ext/etags/on" (0xffff1d00) "vhl/load-extension" (0xffff2440) "vhl/load-extensions" (0xffff2b60) "volatile-highlights-mode" (0xffff33a0) "desktop-create-buffer" (0xffff3bc0) "eval-buffer" (0xffff4120) "load-with-code-conversion" (0xffff4938) 0xd82118 PVEC_SUBR "ad-Advice-load" (0xffff5478) "apply" (0xffff5698) "load" (0xffff5de8) "desktop-read" (0xffff6600) "modi/restore-last-saved-desktop" (0xffff6920) "progn" (0xffff6c20) "if" (0xffff6dc0) "progn" (0xffff6f60) "condition-case" (0xffff7250) "if" (0xffff7430) "eval-buffer" (0xffff77d0) "load-with-code-conversion" (0xffff7fe8) 0xd81448 PVEC_SUBR "ad-Advice-require" (0xffff8ba8) "apply" (0xffff8dc8) "require" (0xffff94d8) "apply" (0xffff96f8) "timer-event-handler" (0xffff9ee8) I'll keep that gdb session alive for further debugging if needed. -- Kaushal Modi --f4030437f31074d743055cca7009 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Oct 30= , 2017 at 3:52 PM Eli Zaretskii <eliz@gn= u.org> wrote:
> From: Kau= shal Modi <k= aushal.modi@gmail.com>
> Date: Mon, 30 Oct 2017 19:24:19 +0000
> Cc: 29031@d= ebbugs.gnu.org, monnier@iro.umontreal.ca
>
> #55 0x000000000060a66e in Ffuncall (nargs=3D4, args=3D0x7ffffffeae98) = at eval.c:2766
> #56 0x000000000065705e in exec_byte_code (bytestr=3D..., vector=3D...,= maxdepth=3D..., args_template=3D...,
> nargs=3D0, args=3D0x0) at bytecode.c:629
>
> ...
>
> continues till #224.

Please show the complete backtrace, maybe that will provide some
hints.

After that I rebuilt from the la= test emacs-26 with "--enable-checking=3D'yes,glyphs' --enable-= check-lisp-object-type"", and this time the same recipe (loading = nlinum in after-init-hook) caused the segfault on emacs 26:

<= /div>
Thread 1 "emacs" received signal SIGSEGV, Segmenta= tion fault.
0x00000033e307a16e in _int_malloc () from /lib64/libc= .so.6
(gdb) bt
#0=C2=A0 0x00000033e307a16e in _int_mall= oc () from /lib64/libc.so.6
#1=C2=A0 0x00000033e307ab1c in malloc= () from /lib64/libc.so.6
#2=C2=A0 0x0000000000618c68 in lmalloc = (size=3D8784) at alloc.c:1444
#3=C2=A0 0x0000000000618634 in lisp= _malloc (nbytes=3D8784, type=3DMEM_TYPE_VECTORLIKE) at alloc.c:1082
#4=C2=A0 0x000000000061b4a2 in allocate_vectorlike (len=3D1095) at alloc= .c:3333
#5=C2=A0 0x000000000061b590 in allocate_vector (len=3D109= 5) at alloc.c:3370
#6=C2=A0 0x000000000065aeac in larger_vecalloc= (vec=3DXIL(0x2904c15), incr_min=3D365, nitems_max=3D-1) at fns.c:3600
#7=C2=A0 0x000000000065af3e in larger_vector (vec=3DXIL(0x2904c15), i= ncr_min=3D365, nitems_max=3D-1) at fns.c:3612
#8=C2=A0 0x00000000= 0065ba06 in maybe_resize_hash_table (h=3D0x708d390) at fns.c:3905
#9=C2=A0 0x000000000065be19 in hash_put (h=3D0x708d390, key=3DXIL(0xc87060= ), value=3DXIL(0x3171093), hash=3D3283992) at fns.c:3986
#10 0x00= 0000000065d807 in Fputhash (key=3DXIL(0xc87060), value=3DXIL(0x3171093), ta= ble=3DXIL(0x708d395)) at fns.c:4678
#11 0x00000000005b330e in whe= re_is_internal_1 (key=3DXIL(0x4ac510), binding=3DXIL(0xc87060), args=3DXIL(= 0), data=3D0x7ffffffea9e0)
=C2=A0 =C2=A0 at keymap.c:2725
#12 0x00000000005ac350 in map_keymap_item (fun=3D0x5b3095 <where_is_i= nternal_1>, args=3DXIL(0), key=3DXIL(0x4ac510), val=3DXIL(0xc87060),
=C2=A0 =C2=A0 data=3D0x7ffffffea9e0) at keymap.c:546
#13 0= x00000000005ac629 in map_keymap_internal (map=3DXIL(0x3b10ca3), fun=3D0x5b3= 095 <where_is_internal_1>, args=3DXIL(0),
=C2=A0 =C2=A0 dat= a=3D0x7ffffffea9e0) at keymap.c:583
#14 0x00000000005ac90a in map= _keymap (map=3DXIL(0x3b10ca3), fun=3D0x5b3095 <where_is_internal_1>, = args=3DXIL(0), data=3D0x7ffffffea9e0,
=C2=A0 =C2=A0 autoload=3Dfa= lse) at keymap.c:626
#15 0x00000000005b2787 in where_is_internal = (definition=3DXIL(0x401f50), keymaps=3DXIL(0x315a283), noindirect=3Dfalse, = nomenus=3Dtrue)
=C2=A0 =C2=A0 at keymap.c:2478
#16 0x00= 000000005b2bdf in Fwhere_is_internal (definition=3DXIL(0x401f50), keymap=3D= XIL(0), firstonly=3DXIL(0xc270), noindirect=3DXIL(0),
=C2=A0 =C2= =A0 no_remap=3DXIL(0)) at keymap.c:2589
#17 0x000000000062f05f in= Fsubstitute_command_keys (string=3DXIL(0x11948c4)) at doc.c:821
= #18 0x000000000062dfe2 in Fdocumentation (function=3DXIL(0x386f6f5), raw=3D= XIL(0)) at doc.c:421
#19 0x000000000064a905 in funcall_subr (subr= =3D0xd7ea30 <Sdocumentation>, numargs=3D1, args=3D0x7ffffffeef40) at = eval.c:2843
#20 0x000000000064a43b in Ffuncall (nargs=3D2, args= =3D0x7ffffffeef38) at eval.c:2766
#21 0x000000000069f457 in exec_= byte_code (bytestr=3DXIL(0xab492c), vector=3DXIL(0xab494d), maxdepth=3Dmake= _number(8), args_template=3DXIL(0),
=C2=A0 =C2=A0 nargs=3D0, args= =3D0x0) at bytecode.c:629
#22 0x000000000064b559 in funcall_lambd= a (fun=3DXIL(0xab48cd), nargs=3D2, arg_vector=3D0xab494d <pure+897645>= ;) at eval.c:3049
#23 0x000000000064a47f in Ffuncall (nargs=3D3, = args=3D0x7ffffffef7e0) at eval.c:2768
#24 0x000000000069f457 in e= xec_byte_code (bytestr=3DXIL(0x1bb5464), vector=3DXIL(0x1717335), maxdepth= =3Dmake_number(4),
=C2=A0 =C2=A0 args_template=3Dmake_number(257)= , nargs=3D1, args=3D0x7ffffffeff18) at bytecode.c:629
#25 0x00000= 0000064b04d in funcall_lambda (fun=3DXIL(0x1717365), nargs=3D1, arg_vector= =3D0x7ffffffeff10) at eval.c:2967
#26 0x000000000064a47f in Ffunc= all (nargs=3D2, args=3D0x7ffffffeff08) at eval.c:2768
#27 0x00000= 0000069f457 in exec_byte_code (bytestr=3DXIL(0x1bb8a04), vector=3DXIL(0x171= c1f5), maxdepth=3Dmake_number(16),
---Type <return> to cont= inue, or q <return> to quit---
=C2=A0 =C2=A0 umber(257), na= rgs=3D1, args=3D0x7fffffff06e8) at bytecode.c:629
#28 0x000000000= 064b04d in funcall_lambda (fun=3DXIL(0x171c275), nargs=3D1, arg_vector=3D0x= 7fffffff06e0) at eval.c:2967
#29 0x000000000064a47f in Ffuncall (= nargs=3D2, args=3D0x7fffffff06d8) at eval.c:2768
#30 0x0000000000= 69f457 in exec_byte_code (bytestr=3DXIL(0x1bb99e4), vector=3DXIL(0x171e3c5)= , maxdepth=3Dmake_number(12), args_template=3Dmake_number(514), nargs=3D2, = args=3D0x7fffffff0ea0) at bytecode.c:629
#31 0x000000000064b04d i= n funcall_lambda (fun=3DXIL(0x171f0c5), nargs=3D2, arg_vector=3D0x7fffffff0= e90) at eval.c:2967
#32 0x000000000064a47f in Ffuncall (nargs=3D3= , args=3D0x7fffffff0e88) at eval.c:2768
#33 0x000000000069f457 in= exec_byte_code (bytestr=3DXIL(0x1bb9a84), vector=3DXIL(0x171f195), maxdept= h=3Dmake_number(6), args_template=3Dmake_number(513), nargs=3D1, args=3D0x7= fffffff15e8) at bytecode.c:629
#34 0x000000000064b04d in funcall_= lambda (fun=3DXIL(0x171f225), nargs=3D1, arg_vector=3D0x7fffffff15e0) at ev= al.c:2967
#35 0x000000000064a47f in Ffuncall (nargs=3D2, args=3D0= x7fffffff15d8) at eval.c:2768
#36 0x000000000069f457 in exec_byte= _code (bytestr=3DXIL(0x5424b34), vector=3DXIL(0x5423815), maxdepth=3Dmake_n= umber(5), args_template=3DXIL(0), nargs=3D0, args=3D0x0) at bytecode.c:629<= /div>
#37 0x000000000064b559 in funcall_lambda (fun=3DXIL(0x5423865), n= args=3D0, arg_vector=3D0x5423815) at eval.c:3049
#38 0x0000000000= 64a47f in Ffuncall (nargs=3D1, args=3D0x7fffffff1cf8) at eval.c:2768
<= div>#39 0x000000000069f457 in exec_byte_code (bytestr=3DXIL(0x541c294), vec= tor=3DXIL(0x541bcc5), maxdepth=3Dmake_number(5), args_template=3DXIL(0), na= rgs=3D0, args=3D0x0) at bytecode.c:629
#40 0x000000000064b559 in = funcall_lambda (fun=3DXIL(0x541c685), nargs=3D1, arg_vector=3D0x541bcc5) at= eval.c:3049
#41 0x000000000064a47f in Ffuncall (nargs=3D2, args= =3D0x7fffffff2438) at eval.c:2768
#42 0x000000000069f457 in exec_= byte_code (bytestr=3DXIL(0x541c374), vector=3DXIL(0x541c735), maxdepth=3Dma= ke_number(3), args_template=3DXIL(0), nargs=3D0, args=3D0x0) at bytecode.c:= 629
#43 0x000000000064b559 in funcall_lambda (fun=3DXIL(0x541c765= ), nargs=3D0, arg_vector=3D0x541c735) at eval.c:3049
#44 0x000000= 000064a47f in Ffuncall (nargs=3D1, args=3D0x7fffffff2b58) at eval.c:2768
#45 0x000000000069f457 in exec_byte_code (bytestr=3DXIL(0x54180e4),= vector=3DXIL(0x5416dd5), maxdepth=3Dmake_number(4), args_template=3DXIL(0)= , nargs=3D0, args=3D0x0) at bytecode.c:629
#46 0x000000000064b559= in funcall_lambda (fun=3DXIL(0x53ea5c5), nargs=3D1, arg_vector=3D0x5416dd5= ) at eval.c:3049
#47 0x000000000064a47f in Ffuncall (nargs=3D2, a= rgs=3D0x7fffffff3398) at eval.c:2768
#48 0x00000000006= 9f457 in exec_byte_code (bytestr=3DXIL(0x77a18e4), vector=3DXIL(0x2ef7b85),= maxdepth=3Dmake_number(30), args_template=3Dmake_number(2953), nargs=3D11,= args=3D0x7fffffff3c18) at bytecode.c:629
#49 0x000000000064b04d = in funcall_lambda (fun=3DXIL(0x43ea6d5), nargs=3D11, arg_vector=3D0x7ffffff= f3bc0) at eval.c:2967
#50 0x000000000064ac89 in apply_lambda (fun= =3DXIL(0x43ea6d5), args=3DXIL(0x2fabe53), count=3D105) at eval.c:2903
=
#51 0x0000000000648e9b in eval_sub (form=3DXIL(0x2fabe63)) at eval.c:2= 276
#52 0x000000000067f8ef in readevalloop_eager_expand_eval (val= =3DXIL(0x2fabe63), macroexpand=3DXIL(0xbe7c0)) at lread.c:1850
#5= 3 0x00000000006802b9 in readevalloop (readcharfun=3DXIL(0x2a568e5), infile0= =3D0x0, sourcename=3DXIL(0x29f3234), printflag=3Dfalse, unibyte=3DXIL(0), r= eadfun=3DXIL(0), start=3DXIL(0), end=3DXIL(0)) at lread.c:2036
#5= 4 0x00000000006806d5 in Feval_buffer (buffer=3DXIL(0x2a568e5), printflag=3D= XIL(0), filename=3DXIL(0x2a82b94), unibyte=3DXIL(0), do_allow_print=3DXIL(0= xc270)) at lread.c:2103
#55 0x000000000064a9aa in funcall_subr (s= ubr=3D0xd82178 <Seval_buffer>, numargs=3D5, args=3D0x7fffffff4120) at= eval.c:2853
#56 0x000000000064a43b in Ffuncall (nargs=3D6, args= =3D0x7fffffff4118) at eval.c:2766
#57 0x000000000069f457 in exec_= byte_code (bytestr=3DXIL(0xa052ec), vector=3DXIL(0xa0530d), maxdepth=3Dmake= _number(6), args_template=3DXIL(0), nargs=3D0, args=3D0x0) at bytecode.c:62= 9
#58 0x000000000064b559 in funcall_lambda (fun=3DXIL(0xa0526d), = nargs=3D4, arg_vector=3D0xa0530d <pure+179245>) at eval.c:3049
<= div>#59 0x000000000064a47f in Ffuncall (nargs=3D5, args=3D0x7fffffff4930) a= t eval.c:2768
#60 0x0000000000649e19 in call4 (fn=3DXIL(0x407a40)= , arg1=3DXIL(0x2a82b94), arg2=3DXIL(0x2a82b94), arg3=3DXIL(0xc270), arg4=3D= XIL(0xc270)) at eval.c:2642
#61 0x000000000067e3a6 in Fload (file= =3DXIL(0x2a82a34), noerror=3DXIL(0xc270), nomessage=3DXIL(0xc270), nosuffix= =3DXIL(0xc270), must_suffix=3DXIL(0)) at lread.c:1365
#62 0x00000= 0000064a9aa in funcall_subr (subr=3D0xd82118 <Sload>, numargs=3D5, ar= gs=3D0x7fffffff4d40) at eval.c:2853
#63 0x000000000064a43b in Ffu= ncall (nargs=3D6, args=3D0x7fffffff4d38) at eval.c:2766
#64 0x000= 000000069f457 in exec_byte_code (bytestr=3DXIL(0x33558f4), vector=3DXIL(0x3= 341375), maxdepth=3Dmake_number(6), args_template=3DXIL(0), nargs=3D0, args= =3D0x0) at bytecode.c:629
#65 0x000000000064b559 in funcall_lambd= a (fun=3DXIL(0x3341405), nargs=3D5, arg_vector=3D0x3341375) at eval.c:3049<= /div>
#66 0x000000000064a47f in Ffuncall (nargs=3D6, args=3D0x7fffffff5= 470) at eval.c:2768
#67 0x0000000000649671 in Fapply (nargs=3D3, = args=3D0x7fffffff5698) at eval.c:2386
#68 0x000000000064a7f2 in f= uncall_subr (subr=3D0xd80188 <Sapply>, numargs=3D3, args=3D0x7fffffff= 5698) at eval.c:2821
#69 0x000000000064a43b in Ffuncall (nargs=3D= 4, args=3D0x7fffffff5690) at eval.c:2766
#70 0x000000000069f457 i= n exec_byte_code (bytestr=3DXIL(0x13f1f64), vector=3DXIL(0x3341185), maxdep= th=3Dmake_number(5), args_template=3Dmake_number(128), nargs=3D4, args=3D0x= 7fffffff5de8) at bytecode.c:629
#71 0x000000000064b04d in funcall= _lambda (fun=3DXIL(0x33411b5), nargs=3D4, arg_vector=3D0x7fffffff5de8) at e= val.c:2967
#72 0x000000000064a47f in Ffuncall (nargs=3D5, args=3D= 0x7fffffff5de0) at eval.c:2768
#73 0x000000000069f457 in exec_byt= e_code (bytestr=3DXIL(0x779e8a4), vector=3DXIL(0x16de0c5), maxdepth=3Dmake_= number(16), args_template=3Dmake_number(256), nargs=3D0, args=3D0x7fffffff6= 600) at bytecode.c:629
#74 0x000000000064b04d in funcall_lambda (= fun=3DXIL(0x537b985), nargs=3D0, arg_vector=3D0x7fffffff6600) at eval.c:296= 7
#75 0x000000000064ac89 in apply_lambda (fun=3DXIL(0x537b985), a= rgs=3DXIL(0), count=3D58) at eval.c:2903
#76 0x0000000000648e9b i= n eval_sub (form=3DXIL(0x2ed86e3)) at eval.c:2276
#77 0x000000000= 064373f in Fprogn (body=3DXIL(0)) at eval.c:455
#78 0x00000000006= 4b4b9 in funcall_lambda (fun=3DXIL(0x2ed5733), nargs=3D0, arg_vector=3D0x0)= at eval.c:3042
#79 0x000000000064ac89 in apply_lambda (fun=3DXIL= (0x2ed5733), args=3DXIL(0), count=3D57) at eval.c:2903
#80 0x0000= 0000006490a2 in eval_sub (form=3DXIL(0x2ed8673)) at eval.c:2306
#= 81 0x000000000064373f in Fprogn (body=3DXIL(0)) at eval.c:455
#82= 0x0000000000648874 in eval_sub (form=3DXIL(0x2ed55c3)) at eval.c:2183
#83 0x00000000006434e4 in Fif (args=3DXIL(0x2ed55a3)) at eval.c:410
#84 0x0000000000648874 in eval_sub (form=3DXIL(0x2ed5593)) at eval= .c:2183
#85 0x000000000064373f in Fprogn (body=3DXIL(0x2edf703)) = at eval.c:455
#86 0x0000000000648874 in eval_sub (form=3DXIL(0x2e= d76d3)) at eval.c:2183
#87 0x0000000000646591 in internal_lisp_co= ndition_case (var=3DXIL(0x7388040), bodyform=3DXIL(0x2ed76d3), handlers=3DX= IL(0x2ed7a43)) at eval.c:1303
#88 0x0000000000646023 in Fconditio= n_case (args=3DXIL(0x2edf643)) at eval.c:1227
#89 0x0000000000648= 874 in eval_sub (form=3DXIL(0x2edf633)) at eval.c:2183
#90 0x000000000064373f in Fprogn (body=3DXIL(0x2ed7d53)) at eval.c:455
#91 0x000000000064352d in Fif (args=3DXIL(0x2edf613)) at eval.c:411<= /div>
#92 0x0000000000648874 in eval_sub (form=3DXIL(0x2edf623)) at eva= l.c:2183
#93 0x000000000067f8ef in readevalloop_eager_expand_eval= (val=3DXIL(0x2ed7b73), macroexpand=3DXIL(0xbe7c0)) at lread.c:1850
#94 0x00000000006802b9 in readevalloop (readcharfun=3DXIL(0x4f08de5), in= file0=3D0x0, sourcename=3DXIL(0x71213b4), printflag=3Dfalse, unibyte=3DXIL(= 0), readfun=3DXIL(0), start=3DXIL(0), end=3DXIL(0)) at lread.c:2036
#95 0x00000000006806d5 in Feval_buffer (buffer=3DXIL(0x4f08de5), printfl= ag=3DXIL(0), filename=3DXIL(0x70b9bb4), unibyte=3DXIL(0), do_allow_print=3D= XIL(0xc270)) at lread.c:2103
#96 0x000000000064a9aa in funcall_su= br (subr=3D0xd82178 <Seval_buffer>, numargs=3D5, args=3D0x7fffffff77d= 0) at eval.c:2853
#97 0x000000000064a43b in Ffuncall (nargs=3D6, = args=3D0x7fffffff77c8) at eval.c:2766
#98 0x000000000069f457 in e= xec_byte_code (bytestr=3DXIL(0xa052ec), vector=3DXIL(0xa0530d), maxdepth=3D= make_number(6), args_template=3DXIL(0), nargs=3D0, args=3D0x0) at bytecode.= c:629
#99 0x000000000064b559 in funcall_lambda (fun=3DXIL(0xa0526= d), nargs=3D4, arg_vector=3D0xa0530d <pure+179245>) at eval.c:3049
#100 0x000000000064a47f in Ffuncall (nargs=3D5, args=3D0x7fffffff7f= e0) at eval.c:2768
#101 0x0000000000649e19 in call4 (fn=3DXIL(0x4= 07a40), arg1=3DXIL(0x70b9bb4), arg2=3DXIL(0x70b9bb4), arg3=3DXIL(0xc270), a= rg4=3DXIL(0xc270)) at eval.c:2642
#102 0x000000000067e3a6 in Floa= d (file=3DXIL(0x81074f4), noerror=3DXIL(0xc270), nomessage=3DXIL(0xc270), n= osuffix=3DXIL(0), must_suffix=3DXIL(0xc270)) at lread.c:1365
#103= 0x0000000000658d08 in Frequire (feature=3DXIL(0x7394dc0), filename=3DXIL(0= ), noerror=3DXIL(0xc270)) at fns.c:2807
#104 0x000000000064a931 i= n funcall_subr (subr=3D0xd81448 <Srequire>, numargs=3D3, args=3D0x7ff= fffff8480) at eval.c:2846
#105 0x000000000064a43b in Ffuncall (na= rgs=3D4, args=3D0x7fffffff8478) at eval.c:2766
#106 0x00000000006= 9f457 in exec_byte_code (bytestr=3DXIL(0x3346694), vector=3DXIL(0x3340d05),= maxdepth=3Dmake_number(4), args_template=3DXIL(0), nargs=3D0, args=3D0x0) = at bytecode.c:629
#107 0x000000000064b559 in funcall_lambda (fun= =3DXIL(0x3340d95), nargs=3D4, arg_vector=3D0x3340d05) at eval.c:3049
<= div>#108 0x000000000064a47f in Ffuncall (nargs=3D5, args=3D0x7fffffff8ba0) = at eval.c:2768
#109 0x0000000000649671 in Fapply (nargs=3D3, args= =3D0x7fffffff8dc8) at eval.c:2386
#110 0x000000000064a7f2 in func= all_subr (subr=3D0xd80188 <Sapply>, numargs=3D3, args=3D0x7fffffff8dc= 8) at eval.c:2821
#111 0x000000000064a43b in Ffuncall (nargs=3D4,= args=3D0x7fffffff8dc0) at eval.c:2766
#112 0x000000000069f457 in= exec_byte_code (bytestr=3DXIL(0x13f1f64), vector=3DXIL(0x3340aa5), maxdept= h=3Dmake_number(5), args_template=3Dmake_number(128), nargs=3D3, args=3D0x7= fffffff94d8) at bytecode.c:629
#113 0x000000000064b04d in funcall= _lambda (fun=3DXIL(0x3340ad5), nargs=3D3, arg_vector=3D0x7fffffff94d8) at e= val.c:2967
#114 0x000000000064a47f in Ffuncall (nargs=3D4, args= =3D0x7fffffff94d0) at eval.c:2768
#115 0x0000000000649671 in Fapp= ly (nargs=3D2, args=3D0x7fffffff96f8) at eval.c:2386
#116 0x00000= 0000064a7f2 in funcall_subr (subr=3D0xd80188 <Sapply>, numargs=3D2, a= rgs=3D0x7fffffff96f8) at eval.c:2821
#117 0x000000000064a43b in F= funcall (nargs=3D3, args=3D0x7fffffff96f0) at eval.c:2766
#118 0x= 000000000069f457 in exec_byte_code (bytestr=3DXIL(0xb0c4ac), vector=3DXIL(0= xb0c4cd), maxdepth=3Dmake_number(10), args_template=3Dmake_number(257), nar= gs=3D1, args=3D0x7fffffff9ef0) at bytecode.c:629
#119 0x000000000= 064b04d in funcall_lambda (fun=3DXIL(0xb0c47d), nargs=3D1, arg_vector=3D0x7= fffffff9ee8) at eval.c:2967
#120 0x000000000064a47f in Ffuncall (= nargs=3D2, args=3D0x7fffffff9ee0) at eval.c:2768
#121 0x000000000= 0649d38 in call1 (fn=3DXIL(0xc600), arg1=3DXIL(0x8182745)) at eval.c:2617
#122 0x000000000059a0de in timer_check_2 (timers=3DXIL(0x2ecdbd3),= idle_timers=3DXIL(0x2ecdaf3)) at keyboard.c:4462
#123 0x00000000= 0059a209 in timer_check () at keyboard.c:4524
#124 0x000000000059= 78d4 in readable_events (flags=3D1) at keyboard.c:3340
#125 0x000= 000000059f029 in get_input_pending (flags=3D1) at keyboard.c:6824
#126 0x00000000005a6a40 in detect_input_pending_run_timers (do_display=3Dt= rue) at keyboard.c:9951
#127 0x00000000006af724 in wait_reading_p= rocess_output (time_limit=3D0, nsecs=3D0, read_kbd=3D-1, do_display=3Dtrue,= wait_for_cell=3DXIL(0), wait_proc=3D0x0, just_wait_proc=3D0) at process.c:= 5508
#128 0x00000000005988bc in kbd_buffer_get_event (kbp=3D0x7ff= fffffa738, used_mouse_menu=3D0x7fffffffaeaf, end_time=3D0x0) at keyboard.c:= 3831
#129 0x0000000000593bea in read_event_from_main_queue (end_t= ime=3D0x0, local_getcjmp=3D0x7fffffffabe0, used_mouse_menu=3D0x7fffffffaeaf= ) at keyboard.c:2151
#130 0x0000000000593ee2 in read_decoded_even= t_from_main_queue (end_time=3D0x0, local_getcjmp=3D0x7fffffffabe0, prev_eve= nt=3DXIL(0), used_mouse_menu=3D0x7fffffffaeaf) at keyboard.c:2214
#131 0x0000000000595bc2 in read_char (commandflag=3D1, map=3DXIL(0x2d51ba3= ), prev_event=3DXIL(0), used_mouse_menu=3D0x7fffffffaeaf, end_time=3D0x0) a= t keyboard.c:2802
#132 0x00000000005a4d85 in read_key_sequence (k= eybuf=3D0x7fffffffb040, bufsize=3D30, prompt=3DXIL(0), dont_downcase_last= =3Dfalse, can_return_switch_frame=3Dtrue, fix_current_buffer=3Dtrue, preven= t_redisplay=3Dfalse) at keyboard.c:9147
#133 0x0000000000591833 i= n command_loop_1 () at keyboard.c:1368
#134 0x000000000064662d in= internal_condition_case (bfun=3D0x591400 <command_loop_1>, handlers= =3DXIL(0x5250), hfun=3D0x590a56 <cmd_error>) at eval.c:1332
#135 0x0000000000591005 in command_loop_2 (ignore=3DXIL(0)) at keyboard.c:= 1110
#136 0x0000000000645b61 in internal_catch (tag=3DXIL(0xc8d0)= , func=3D0x590fdc <command_loop_2>, arg=3DXIL(0)) at eval.c:1097
#137 0x0000000000590fa7 in command_loop () at keyboard.c:1089
#138 0x000000000059056b in recursive_edit_1 () at keyboard.c:695
#139 0x000000000059074a in Frecursive_edit () at keyboard.c:766
#140 0x000000000058e447 in main (argc=3D1, argv=3D0x7fffffffb528) at emac= s.c:1713

Lisp Backtrace:
"documenta= tion" (0xfffeef40)
"help-function-arglist" (0xfffe= f7e8)
"ad-arglist" (0xfffeff10)
"ad-make= -advised-definition" (0xffff06e0)
"ad-activate-advised-= definition" (0xffff0e90)
"ad-activate" (0xffff15e0= )
"vhl/ext/etags/on" (0xffff1d00)
"vhl/l= oad-extension" (0xffff2440)
"vhl/load-extensions" = (0xffff2b60)
"volatile-highlights-mode" (0xffff33a0)
"desktop-create-buffer" (0xffff3bc0)
"eval-buffer" (0xffff4120)
"load-with-code-conver= sion" (0xffff4938)
0xd82118 PVEC_SUBR
"ad-Adv= ice-load" (0xffff5478)
"apply" (0xffff5698)
<= div>"load" (0xffff5de8)
"desktop-read" (0xfff= f6600)
"modi/restore-last-saved-desktop" (0xffff6920)
"progn" (0xffff6c20)
"if" (0xffff6dc= 0)
"progn" (0xffff6f60)
"condition-case&= quot; (0xffff7250)
"if" (0xffff7430)
"ev= al-buffer" (0xffff77d0)
"load-with-code-conversion"= ; (0xffff7fe8)
0xd81448 PVEC_SUBR
"ad-Advice-requi= re" (0xffff8ba8)
"apply" (0xffff8dc8)
&q= uot;require" (0xffff94d8)
"apply" (0xffff96f8)
"timer-event-handler" (0xffff9ee8)

I'll keep that gdb session alive for further debugging if neede= d.
--

Kaushal Modi

--f4030437f31074d743055cca7009-- From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 31 16:26:54 2017 Received: (at 29031) by debbugs.gnu.org; 31 Oct 2017 20:26:54 +0000 Received: from localhost ([127.0.0.1]:44629 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9d7d-00060D-NG for submit@debbugs.gnu.org; Tue, 31 Oct 2017 16:26:53 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35256) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9d7b-0005zy-QA for 29031@debbugs.gnu.org; Tue, 31 Oct 2017 16:26:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e9d7V-000232-T4 for 29031@debbugs.gnu.org; Tue, 31 Oct 2017 16:26:46 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49325) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e9d7Q-000204-St; Tue, 31 Oct 2017 16:26:40 -0400 Received: from [176.228.60.248] (port=1473 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e9d7P-0001kz-Hc; Tue, 31 Oct 2017 16:26:40 -0400 Date: Tue, 31 Oct 2017 22:26:21 +0200 Message-Id: <83shdzrrma.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Mon, 30 Oct 2017 21:36:51 +0000) Subject: Re: 25.3; Segmentation fault when starting emacs with my config References: <83mv48trbs.fsf@gnu.org> <83bmkotnvm.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Mon, 30 Oct 2017 21:36:51 +0000 > Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca > > After that I rebuilt from the latest emacs-26 with "--enable-checking='yes,glyphs' > --enable-check-lisp-object-type"", and this time the same recipe (loading nlinum in after-init-hook) caused the > segfault on emacs 26: Can you try the latest emacs-26 branch, and see if the problem still persists? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 31 16:52:47 2017 Received: (at 29031) by debbugs.gnu.org; 31 Oct 2017 20:52:47 +0000 Received: from localhost ([127.0.0.1]:44653 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9dWg-0006h3-13 for submit@debbugs.gnu.org; Tue, 31 Oct 2017 16:52:47 -0400 Received: from mail-yw0-f180.google.com ([209.85.161.180]:50572) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9dWc-0006gn-BT for 29031@debbugs.gnu.org; Tue, 31 Oct 2017 16:52:44 -0400 Received: by mail-yw0-f180.google.com with SMTP id i198so256454ywe.7 for <29031@debbugs.gnu.org>; Tue, 31 Oct 2017 13:52:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FUwve4a6dJMtBuF5t+erhLzBnokXM35bU3LIi0HqZB0=; b=C2cxZeN7FBjYT/miIfD+yBRBLEczv0SYsj3po35+U6GTfDAYwSgtxZdUqawg/BySwp +5VY1sGiyvXCx6mSYSDd1VlyOrthh/nZYZ5xhCviBXMCftOSCR145MUvsIUcteC4Wbtb upbu2BsHywzyRLpMpwUgLBHUj/ev1Vqxpk1sv8CaaBzceSaMq0rOioo0GABuNYOuiT8Q xsmsH304WqN3g8bqk8nyGBKL1UL4QhS6RLjx9o7B+TrKqUSBOuf2GgtioMZ83xrYMNmU 2fM08OHWllgZZKrfE0m9gabZUx/Tqa60ihylJcI5PanXE//yQlzz5Fo2H2T6jeAvoUFQ Ds5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FUwve4a6dJMtBuF5t+erhLzBnokXM35bU3LIi0HqZB0=; b=hemCK+0lGH3uTgFMLqH4VMB+7Ef2I0UErV6wuimiln5yzEW3X/DWb7lr8gjC8YiJqB 0rqEkniK7CB2Qbrq+P9VAf0JPnL/HroHG3u8jIqnyQHZAyXJ2fMoJCq9rZ0cW71Y/8mC wbduXD+iWGNkLYBUGo3/wL2ottTMyhyvoxaJqiPkVgH7+oBJygIHqyIf4TgOnBc2XRph 7QO/AFDJMYqOZW4+DREqKiTenToFoFdF/MlKjSvjupPRwYsa5x7FtRZDKXGUfalUc0C+ DKsE4PHKrQfiHqzFl+yc4ZuB4bwWFx7O/TAjHwHf8mJvTvX41ZRO7FGQgqVue5Xe8spx 86gQ== X-Gm-Message-State: AMCzsaW0oMF3lSLZszMmSTCeT8DzYDWkWtj+s9l6vMh57f3lvTFlkbl+ IjknpJSBQmgiuoGUM+p+noPXaAGUfKvQoBBpwgA= X-Google-Smtp-Source: ABhQp+TB9cX6OZ8TUBl+CNksnL8oxm0pRBgn+YrfOpB+9kKnINQhcstQuSpmeYiJqcYN5YjF0mR4OK4Y1k7ktl3Nsz0= X-Received: by 10.129.169.69 with SMTP id g66mr2092582ywh.501.1509483155447; Tue, 31 Oct 2017 13:52:35 -0700 (PDT) MIME-Version: 1.0 References: <83mv48trbs.fsf@gnu.org> <83bmkotnvm.fsf@gnu.org> <83shdzrrma.fsf@gnu.org> In-Reply-To: <83shdzrrma.fsf@gnu.org> From: Kaushal Modi Date: Tue, 31 Oct 2017 20:52:23 +0000 Message-ID: Subject: Re: 25.3; Segmentation fault when starting emacs with my config To: Eli Zaretskii Content-Type: multipart/alternative; boundary="94eb2c146d5c4675f9055cddeffe" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --94eb2c146d5c4675f9055cddeffe Content-Type: text/plain; charset="UTF-8" On Tue, Oct 31, 2017 at 4:26 PM Eli Zaretskii wrote: > > Can you try the latest emacs-26 branch, and see if the problem still > persists? > This time, I got SIGABRT again. PS: While I have the gdb emacs in a limbo state after the below SIGABRT, "emacsclient -a '' -c" stays stuck at "Waiting for Emacs...". I can start emacsclient as usual only after I kill the gdb session. Is there a way to keep the gdb session on emacs binary separate from my emacsclient launching? Backtrace: ===== Thread 1 "emacs" received signal SIGABRT, Aborted. 0x00000033e3032625 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x00000033e3032625 in raise () from /lib64/libc.so.6 #1 0x00000033e3033e05 in abort () from /lib64/libc.so.6 #2 0x00000033e3070537 in __libc_message () from /lib64/libc.so.6 #3 0x00000033e3075f4e in malloc_printerr () from /lib64/libc.so.6 #4 0x00000033e307a614 in _int_malloc () from /lib64/libc.so.6 #5 0x00000033e307ab1c in malloc () from /lib64/libc.so.6 #6 0x0000000000618c68 in lmalloc (size=8188) at alloc.c:1444 #7 0x0000000000618634 in lisp_malloc (nbytes=8188, type=MEM_TYPE_NON_LISP) at alloc.c:1082 #8 0x000000000061921a in allocate_string_data (s=0x5a7da80, nchars=62, nbytes=62) at alloc.c:2018 #9 0x000000000061a026 in make_uninit_multibyte_string (nchars=62, nbytes=62) at alloc.c:2542 #10 0x0000000000619eec in make_specified_string (contents=0x7ffffffd7d30 "SOME_FILE.vv", nchars=62, nbytes=62, multibyte=false) at alloc.c:2502 #11 0x0000000000683af4 in read1 (readcharfun=XIL(0x6726404), pch=0x7ffffffdbf3c, first_in_list=false) at lread.c:3401 #12 0x0000000000684f37 in read_list (flag=false, readcharfun=XIL(0x6726404)) at lread.c:3884 #13 0x0000000000681965 in read1 (readcharfun=XIL(0x6726404), pch=0x7ffffffe04ac, first_in_list=false) at lread.c:2692 #14 0x0000000000684f37 in read_list (flag=false, readcharfun=XIL(0x6726404)) at lread.c:3884 #15 0x0000000000681965 in read1 (readcharfun=XIL(0x6726404), pch=0x7ffffffe4a1c, first_in_list=false) at lread.c:2692 #16 0x0000000000684f37 in read_list (flag=false, readcharfun=XIL(0x6726404)) at lread.c:3884 #17 0x00000000006819f4 in read1 (readcharfun=XIL(0x6726404), pch=0x7ffffffe8f8c, first_in_list=false) at lread.c:2714 #18 0x0000000000680d00 in read0 (readcharfun=XIL(0x6726404)) at lread.c:2267 #19 0x0000000000680bf7 in read_internal_start (stream=XIL(0x6726404), start=XIL(0), end=XIL(0)) at lread.c:2233 #20 0x00000000006808ee in Fread (stream=XIL(0x6726404)) at lread.c:2169 #21 0x000000000064a8f8 in funcall_subr (subr=0xd821d8 , numargs=1, args=0x7ffffffe91c0) at eval.c:2841 #22 0x000000000064a44f in Ffuncall (nargs=2, args=0x7ffffffe91b8) at eval.c:2766 #23 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x5244254), vector=XIL(0x41a9d55), maxdepth=make_number(8), args_template=make_number(257), nargs=1, args=0x7ffffffe9928) at bytecode.c:629 #24 0x000000000064b061 in funcall_lambda (fun=XIL(0x41a9de5), nargs=1, arg_vector=0x7ffffffe9920) at eval.c:2967 #25 0x000000000064a493 in Ffuncall (nargs=2, args=0x7ffffffe9918) at eval.c:2768 #26 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x646e794), vector=XIL(0x77a2095), maxdepth=make_number(7), args_template=make_number(256), nargs=0, args=0x7ffffffea040) at bytecode.c:629 #27 0x000000000064b061 in funcall_lambda (fun=XIL(0x76c90e5), nargs=0, arg_vector=0x7ffffffea040) at eval.c:2967 #28 0x000000000064ac9d in apply_lambda (fun=XIL(0x76c90e5), args=XIL(0), count=205) at eval.c:2903 #29 0x0000000000648eaf in eval_sub (form=XIL(0x715b953)) at eval.c:2276 #30 0x0000000000643753 in Fprogn (body=XIL(0)) at eval.c:455 #31 0x0000000000648888 in eval_sub (form=XIL(0x7159f53)) at eval.c:2183 #32 0x00000000006465a5 in internal_lisp_condition_case (var=XIL(0x6364520), bodyform=XIL(0x7159f53), handlers=XIL(0x7159c23)) at eval.c:1303 #33 0x0000000000646037 in Fcondition_case (args=XIL(0x71bcfb3)) at eval.c:1227 #34 0x0000000000648888 in eval_sub (form=XIL(0x71bcfc3)) at eval.c:2183 #35 0x0000000000643753 in Fprogn (body=XIL(0x715ad53)) at eval.c:455 #36 0x0000000000648888 in eval_sub (form=XIL(0x71bcfd3)) at eval.c:2183 #37 0x0000000000643753 in Fprogn (body=XIL(0)) at eval.c:455 #38 0x000000000064b4cd in funcall_lambda (fun=XIL(0x71bc823), nargs=0, arg_vector=0x0) at eval.c:3042 #39 0x000000000064a595 in Ffuncall (nargs=1, args=0x7ffffffeaa20) at eval.c:2780 #40 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x9fcf74), vector=XIL(0x77a22d5), maxdepth=make_number(4), args_template=make_number(257), nargs=1, args=0x7ffffffeb338) at bytecode.c:629 #41 0x000000000064b061 in funcall_lambda (fun=XIL(0x77a2305), nargs=1, arg_vector=0x7ffffffeb330) at eval.c:2967 #42 0x000000000064a493 in Ffuncall (nargs=2, args=0x7ffffffeb328) at eval.c:2768 #43 0x00000000006496e1 in funcall_nil (nargs=2, args=0x7ffffffeb328) at eval.c:2397 #44 0x0000000000649bcd in run_hook_with_args (nargs=2, args=0x7ffffffeb328, funcall=0x6496be ) at eval.c:2574 #45 0x0000000000649765 in Frun_hook_with_args (nargs=2, args=0x7ffffffeb328) at eval.c:2439 #46 0x000000000064a806 in funcall_subr (subr=0xd801e8 , numargs=2, args=0x7ffffffeb328) at eval.c:2821 #47 0x000000000064a44f in Ffuncall (nargs=3, args=0x7ffffffeb320) at eval.c:2766 #48 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x9fd104), vector=XIL(0x9fd125), maxdepth=make_number(10), args_template=make_number(257), nargs=1, args=0x7ffffffebb10) at bytecode.c:629 #49 0x000000000064b061 in funcall_lambda (fun=XIL(0x9fd0d5), nargs=1, arg_vector=0x7ffffffebb08) at eval.c:2967 #50 0x000000000064a493 in Ffuncall (nargs=2, args=0x7ffffffebb00) at eval.c:2768 #51 0x0000000000649d4c in call1 (fn=XIL(0x4d70), arg1=XIL(0x30668b4)) at eval.c:2617 #52 0x000000000067e743 in Fload (file=XIL(0x1a64964), noerror=XIL(0), nomessage=XIL(0xc270), nosuffix=XIL(0), must_suffix=XIL(0xc270)) at lread.c:1439 #53 0x0000000000658d1c in Frequire (feature=XIL(0xc2fd50), filename=XIL(0), noerror=XIL(0)) at fns.c:2807 #54 0x000000000064a945 in funcall_subr (subr=0xd81448 , numargs=3, args=0x7ffffffebf80) at eval.c:2846 #55 0x000000000064a44f in Ffuncall (nargs=4, args=0x7ffffffebf78) at eval.c:2766 #56 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x33487a4), vector=XIL(0x3340d05), maxdepth=make_number(4), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #57 0x000000000064b56d in funcall_lambda (fun=XIL(0x3340d95), nargs=2, arg_vector=0x3340d05) at eval.c:3049 #58 0x000000000064a493 in Ffuncall (nargs=3, args=0x7ffffffec888) at eval.c:2768 #59 0x0000000000649275 in Fapply (nargs=3, args=0x7ffffffec888) at eval.c:2343 #60 0x000000000064a806 in funcall_subr (subr=0xd80188 , numargs=3, args=0x7ffffffec888) at eval.c:2821 #61 0x000000000064a44f in Ffuncall (nargs=4, args=0x7ffffffec880) at eval.c:2766 #62 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x13f1f64), vector=XIL(0x3340aa5), maxdepth=make_number(5), args_template=make_number(128), nargs=1, args=0x7ffffffecfa0) at bytecode.c:629 ---Type to continue, or q to quit--- #63 0x000000000064b061 in funcall_lambda (fun=XIL(0x3340ad5), nargs=1, arg_vector=0x7ffffffecfa0) at eval.c:2967 #64 0x000000000064a493 in Ffuncall (nargs=2, args=0x7ffffffecf98) at eval.c:2768 #65 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x53e1a44), vector=XIL(0x2ee40b5), maxdepth=make_number(8), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #66 0x000000000069e725 in Fbyte_code (bytestr=XIL(0x53e1a44), vector=XIL(0x2ee40b5), maxdepth=make_number(8)) at bytecode.c:321 #67 0x0000000000648d05 in eval_sub (form=XIL(0x31ce9e3)) at eval.c:2237 #68 0x00000000006802df in readevalloop (readcharfun=XIL(0x68a0), infile0=0x7ffffffed9c0, sourcename=XIL(0x53e1a04), printflag=false, unibyte=XIL(0), readfun=XIL(0), start=XIL(0), end=XIL(0)) at lread.c:2038 #69 0x000000000067e650 in Fload (file=XIL(0x1a67e64), noerror=XIL(0xc270), nomessage=XIL(0xc270), nosuffix=XIL(0), must_suffix=XIL(0xc270)) at lread.c:1425 #70 0x0000000000658d1c in Frequire (feature=XIL(0xc2acc0), filename=XIL(0), noerror=XIL(0xc270)) at fns.c:2807 #71 0x000000000064a945 in funcall_subr (subr=0xd81448 , numargs=3, args=0x7ffffffedc70) at eval.c:2846 #72 0x000000000064a44f in Ffuncall (nargs=4, args=0x7ffffffedc68) at eval.c:2766 #73 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x33487a4), vector=XIL(0x3340d05), maxdepth=make_number(4), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #74 0x000000000064b56d in funcall_lambda (fun=XIL(0x3340d95), nargs=4, arg_vector=0x3340d05) at eval.c:3049 #75 0x000000000064a493 in Ffuncall (nargs=5, args=0x7ffffffee390) at eval.c:2768 #76 0x0000000000649685 in Fapply (nargs=3, args=0x7ffffffee5b8) at eval.c:2386 #77 0x000000000064a806 in funcall_subr (subr=0xd80188 , numargs=3, args=0x7ffffffee5b8) at eval.c:2821 #78 0x000000000064a44f in Ffuncall (nargs=4, args=0x7ffffffee5b0) at eval.c:2766 #79 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x13f1f64), vector=XIL(0x3340aa5), maxdepth=make_number(5), args_template=make_number(128), nargs=3, args=0x7ffffffeec40) at bytecode.c:629 #80 0x000000000064b061 in funcall_lambda (fun=XIL(0x3340ad5), nargs=3, arg_vector=0x7ffffffeec40) at eval.c:2967 #81 0x000000000064ac9d in apply_lambda (fun=XIL(0x3340ad5), args=XIL(0x56205b3), count=153) at eval.c:2903 #82 0x0000000000648eaf in eval_sub (form=XIL(0x56205c3)) at eval.c:2276 #83 0x0000000000648be8 in eval_sub (form=XIL(0x56205e3)) at eval.c:2219 #84 0x000000000064349a in Fif (args=XIL(0x56203b3)) at eval.c:407 #85 0x0000000000648888 in eval_sub (form=XIL(0x56203a3)) at eval.c:2183 #86 0x0000000000643753 in Fprogn (body=XIL(0x55eb3d3)) at eval.c:455 #87 0x0000000000648888 in eval_sub (form=XIL(0x561fc13)) at eval.c:2183 #88 0x00000000006465a5 in internal_lisp_condition_case (var=XIL(0x4824ba0), bodyform=XIL(0x561fc13), handlers=XIL(0x55ea163)) at eval.c:1303 #89 0x0000000000646037 in Fcondition_case (args=XIL(0x561fd33)) at eval.c:1227 #90 0x0000000000648888 in eval_sub (form=XIL(0x561fd43)) at eval.c:2183 #91 0x0000000000643753 in Fprogn (body=XIL(0x55eaa03)) at eval.c:455 #92 0x0000000000648888 in eval_sub (form=XIL(0x561fd53)) at eval.c:2183 #93 0x0000000000643753 in Fprogn (body=XIL(0)) at eval.c:455 #94 0x000000000064b4cd in funcall_lambda (fun=XIL(0x561fd83), nargs=0, arg_vector=0x0) at eval.c:3042 #95 0x000000000064a595 in Ffuncall (nargs=1, args=0x7ffffffef940) at eval.c:2780 #96 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x9fcf74), vector=XIL(0x4317255), maxdepth=make_number(4), args_template=make_number(257), nargs=1, args=0x7fffffff0258) at bytecode.c:629 #97 0x000000000064b061 in funcall_lambda (fun=XIL(0x70743e5), nargs=1, arg_vector=0x7fffffff0250) at eval.c:2967 #98 0x000000000064a493 in Ffuncall (nargs=2, args=0x7fffffff0248) at eval.c:2768 #99 0x00000000006496e1 in funcall_nil (nargs=2, args=0x7fffffff0248) at eval.c:2397 #100 0x0000000000649bcd in run_hook_with_args (nargs=2, args=0x7fffffff0248, funcall=0x6496be ) at eval.c:2574 #101 0x0000000000649765 in Frun_hook_with_args (nargs=2, args=0x7fffffff0248) at eval.c:2439 #102 0x000000000064a806 in funcall_subr (subr=0xd801e8 , numargs=2, args=0x7fffffff0248) at eval.c:2821 #103 0x000000000064a44f in Ffuncall (nargs=3, args=0x7fffffff0240) at eval.c:2766 #104 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x9fd104), vector=XIL(0x9fd125), maxdepth=make_number(10), args_template=make_number(257), nargs=1, args=0x7fffffff0a30) at bytecode.c:629 #105 0x000000000064b061 in funcall_lambda (fun=XIL(0x9fd0d5), nargs=1, arg_vector=0x7fffffff0a28) at eval.c:2967 #106 0x000000000064a493 in Ffuncall (nargs=2, args=0x7fffffff0a20) at eval.c:2768 #107 0x0000000000649d4c in call1 (fn=XIL(0x4d70), arg1=XIL(0x1b89754)) at eval.c:2617 #108 0x000000000067e743 in Fload (file=XIL(0x1379494), noerror=XIL(0), nomessage=XIL(0xc270), nosuffix=XIL(0), must_suffix=XIL(0xc270)) at lread.c:1439 #109 0x0000000000658d1c in Frequire (feature=XIL(0x59afc0), filename=XIL(0), noerror=XIL(0)) at fns.c:2807 #110 0x000000000064a945 in funcall_subr (subr=0xd81448 , numargs=3, args=0x7fffffff0ea0) at eval.c:2846 #111 0x000000000064a44f in Ffuncall (nargs=4, args=0x7fffffff0e98) at eval.c:2766 #112 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x33487a4), vector=XIL(0x3340d05), maxdepth=make_number(4), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #113 0x000000000064b56d in funcall_lambda (fun=XIL(0x3340d95), nargs=2, arg_vector=0x3340d05) at eval.c:3049 #114 0x000000000064a493 in Ffuncall (nargs=3, args=0x7fffffff17a8) at eval.c:2768 #115 0x0000000000649275 in Fapply (nargs=3, args=0x7fffffff17a8) at eval.c:2343 #116 0x000000000064a806 in funcall_subr (subr=0xd80188 , numargs=3, args=0x7fffffff17a8) at eval.c:2821 #117 0x000000000064a44f in Ffuncall (nargs=4, args=0x7fffffff17a0) at eval.c:2766 #118 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x13f1f64), vector=XIL(0x3340aa5), maxdepth=make_number(5), args_template=make_number(128), nargs=1, args=0x7fffffff1ec0) at bytecode.c:629 #119 0x000000000064b061 in funcall_lambda (fun=XIL(0x3340ad5), nargs=1, arg_vector=0x7fffffff1ec0) at eval.c:2967 #120 0x000000000064a493 in Ffuncall (nargs=2, args=0x7fffffff1eb8) at eval.c:2768 #121 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x23de074), vector=XIL(0x5261635), maxdepth=make_number(4), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #122 0x000000000069e725 in Fbyte_code (bytestr=XIL(0x23de074), vector=XIL(0x5261635), maxdepth=make_number(4)) at bytecode.c:321 #123 0x0000000000648d05 in eval_sub (form=XIL(0x30cb143)) at eval.c:2237 #124 0x00000000006802df in readevalloop (readcharfun=XIL(0x68a0), infile0=0x7fffffff28d0, sourcename=XIL(0x23de034), printflag=false, unibyte=XIL(0), readfun=XIL(0), start=XIL(0), end=XIL(0)) at lread.c:2038 #125 0x000000000067e650 in Fload (file=XIL(0x2a4e114), noerror=XIL(0), nomessage=XIL(0xc270), nosuffix=XIL(0), must_suffix=XIL(0xc270)) at lread.c:1425 ---Type to continue, or q to quit--- #126 0x00000000006480fb in Fautoload_do_load (fundef=XIL(0x2a4d153), funname=XIL(0x1c52620), macro_only=XIL(0)) at eval.c:2019 #127 0x000000000064a945 in funcall_subr (subr=0xd80128 , numargs=2, args=0x7fffffff2b88) at eval.c:2846 #128 0x000000000064a44f in Ffuncall (nargs=3, args=0x7fffffff2b80) at eval.c:2766 #129 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x772ad24), vector=XIL(0x531e7f5), maxdepth=make_number(7), args_template=make_number(257), nargs=1, args=0x7fffffff33a0) at bytecode.c:629 #130 0x000000000064b061 in funcall_lambda (fun=XIL(0x4ec3e35), nargs=1, arg_vector=0x7fffffff3398) at eval.c:2967 #131 0x000000000064a493 in Ffuncall (nargs=2, args=0x7fffffff3390) at eval.c:2768 #132 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x772aca4), vector=XIL(0x2ef7d05), maxdepth=make_number(30), args_template=make_number(2953), nargs=11, args=0x7fffffff3c18) at bytecode.c:629 #133 0x000000000064b061 in funcall_lambda (fun=XIL(0x4ec4555), nargs=11, arg_vector=0x7fffffff3bc0) at eval.c:2967 #134 0x000000000064ac9d in apply_lambda (fun=XIL(0x4ec4555), args=XIL(0x2f275b3), count=105) at eval.c:2903 #135 0x0000000000648eaf in eval_sub (form=XIL(0x2f275c3)) at eval.c:2276 #136 0x000000000067f903 in readevalloop_eager_expand_eval (val=XIL(0x2f275c3), macroexpand=XIL(0xbc7b0)) at lread.c:1850 #137 0x00000000006802cd in readevalloop (readcharfun=XIL(0x52aa375), infile0=0x0, sourcename=XIL(0x7776434), printflag=false, unibyte=XIL(0), readfun=XIL(0), start=XIL(0), end=XIL(0)) at lread.c:2036 #138 0x00000000006806e9 in Feval_buffer (buffer=XIL(0x52aa375), printflag=XIL(0), filename=XIL(0x7764dc4), unibyte=XIL(0), do_allow_print=XIL(0xc270)) at lread.c:2103 #139 0x000000000064a9be in funcall_subr (subr=0xd82178 , numargs=5, args=0x7fffffff4120) at eval.c:2853 #140 0x000000000064a44f in Ffuncall (nargs=6, args=0x7fffffff4118) at eval.c:2766 #141 0x000000000069f46b in exec_byte_code (bytestr=XIL(0xa052ec), vector=XIL(0xa0530d), maxdepth=make_number(6), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #142 0x000000000064b56d in funcall_lambda (fun=XIL(0xa0526d), nargs=4, arg_vector=0xa0530d ) at eval.c:3049 #143 0x000000000064a493 in Ffuncall (nargs=5, args=0x7fffffff4930) at eval.c:2768 #144 0x0000000000649e2d in call4 (fn=XIL(0x407a40), arg1=XIL(0x7764dc4), arg2=XIL(0x7764dc4), arg3=XIL(0xc270), arg4=XIL(0xc270)) at eval.c:2642 #145 0x000000000067e3ba in Fload (file=XIL(0x7764f24), noerror=XIL(0xc270), nomessage=XIL(0xc270), nosuffix=XIL(0xc270), must_suffix=XIL(0)) at lread.c:1365 #146 0x000000000064a9be in funcall_subr (subr=0xd82118 , numargs=5, args=0x7fffffff4d40) at eval.c:2853 #147 0x000000000064a44f in Ffuncall (nargs=6, args=0x7fffffff4d38) at eval.c:2766 #148 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x3355a74), vector=XIL(0x3341375), maxdepth=make_number(6), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #149 0x000000000064b56d in funcall_lambda (fun=XIL(0x3341405), nargs=5, arg_vector=0x3341375) at eval.c:3049 #150 0x000000000064a493 in Ffuncall (nargs=6, args=0x7fffffff5470) at eval.c:2768 #151 0x0000000000649685 in Fapply (nargs=3, args=0x7fffffff5698) at eval.c:2386 #152 0x000000000064a806 in funcall_subr (subr=0xd80188 , numargs=3, args=0x7fffffff5698) at eval.c:2821 #153 0x000000000064a44f in Ffuncall (nargs=4, args=0x7fffffff5690) at eval.c:2766 #154 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x13f1f64), vector=XIL(0x3341185), maxdepth=make_number(5), args_template=make_number(128), nargs=4, args=0x7fffffff5de8) at bytecode.c:629 #155 0x000000000064b061 in funcall_lambda (fun=XIL(0x33411b5), nargs=4, arg_vector=0x7fffffff5de8) at eval.c:2967 #156 0x000000000064a493 in Ffuncall (nargs=5, args=0x7fffffff5de0) at eval.c:2768 #157 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x7726464), vector=XIL(0x16de145), maxdepth=make_number(16), args_template=make_number(256), nargs=0, args=0x7fffffff6600) at bytecode.c:629 #158 0x000000000064b061 in funcall_lambda (fun=XIL(0x542e755), nargs=0, arg_vector=0x7fffffff6600) at eval.c:2967 #159 0x000000000064ac9d in apply_lambda (fun=XIL(0x542e755), args=XIL(0), count=58) at eval.c:2903 #160 0x0000000000648eaf in eval_sub (form=XIL(0x2edf323)) at eval.c:2276 #161 0x0000000000643753 in Fprogn (body=XIL(0)) at eval.c:455 #162 0x000000000064b4cd in funcall_lambda (fun=XIL(0x2ee9e13), nargs=0, arg_vector=0x0) at eval.c:3042 #163 0x000000000064ac9d in apply_lambda (fun=XIL(0x2ee9e13), args=XIL(0), count=57) at eval.c:2903 #164 0x00000000006490b6 in eval_sub (form=XIL(0x2edf2b3)) at eval.c:2306 #165 0x0000000000643753 in Fprogn (body=XIL(0)) at eval.c:455 #166 0x0000000000648888 in eval_sub (form=XIL(0x2ee9d03)) at eval.c:2183 #167 0x00000000006434f8 in Fif (args=XIL(0x2ee9ce3)) at eval.c:410 #168 0x0000000000648888 in eval_sub (form=XIL(0x2ee9cd3)) at eval.c:2183 #169 0x0000000000643753 in Fprogn (body=XIL(0x2ee7e23)) at eval.c:455 #170 0x0000000000648888 in eval_sub (form=XIL(0x2ede8a3)) at eval.c:2183 #171 0x00000000006465a5 in internal_lisp_condition_case (var=XIL(0x737b2a0), bodyform=XIL(0x2ede8a3), handlers=XIL(0x2edeb73)) at eval.c:1303 #172 0x0000000000646037 in Fcondition_case (args=XIL(0x2ee7d63)) at eval.c:1227 #173 0x0000000000648888 in eval_sub (form=XIL(0x2ee7d53)) at eval.c:2183 #174 0x0000000000643753 in Fprogn (body=XIL(0x2edeed3)) at eval.c:455 #175 0x0000000000643541 in Fif (args=XIL(0x2ee7d33)) at eval.c:411 #176 0x0000000000648888 in eval_sub (form=XIL(0x2ee7d43)) at eval.c:2183 #177 0x000000000067f903 in readevalloop_eager_expand_eval (val=XIL(0x2eded33), macroexpand=XIL(0xbc7b0)) at lread.c:1850 #178 0x00000000006802cd in readevalloop (readcharfun=XIL(0x52b1ae5), infile0=0x0, sourcename=XIL(0x6fb5bd4), printflag=false, unibyte=XIL(0), readfun=XIL(0), start=XIL(0), end=XIL(0)) at lread.c:2036 #179 0x00000000006806e9 in Feval_buffer (buffer=XIL(0x52b1ae5), printflag=XIL(0), filename=XIL(0x6f37b34), unibyte=XIL(0), do_allow_print=XIL(0xc270)) at lread.c:2103 #180 0x000000000064a9be in funcall_subr (subr=0xd82178 , numargs=5, args=0x7fffffff77d0) at eval.c:2853 #181 0x000000000064a44f in Ffuncall (nargs=6, args=0x7fffffff77c8) at eval.c:2766 #182 0x000000000069f46b in exec_byte_code (bytestr=XIL(0xa052ec), vector=XIL(0xa0530d), maxdepth=make_number(6), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #183 0x000000000064b56d in funcall_lambda (fun=XIL(0xa0526d), nargs=4, arg_vector=0xa0530d ) at eval.c:3049 #184 0x000000000064a493 in Ffuncall (nargs=5, args=0x7fffffff7fe0) at eval.c:2768 #185 0x0000000000649e2d in call4 (fn=XIL(0x407a40), arg1=XIL(0x6f37b34), arg2=XIL(0x6f37b34), arg3=XIL(0xc270), arg4=XIL(0xc270)) at eval.c:2642 #186 0x000000000067e3ba in Fload (file=XIL(0x80f8294), noerror=XIL(0xc270), nomessage=XIL(0xc270), nosuffix=XIL(0), must_suffix=XIL(0xc270)) at lread.c:1365 #187 0x0000000000658d1c in Frequire (feature=XIL(0x73847c0), filename=XIL(0), noerror=XIL(0xc270)) at fns.c:2807 #188 0x000000000064a945 in funcall_subr (subr=0xd81448 , numargs=3, args=0x7fffffff8480) at eval.c:2846 ---Type to continue, or q to quit--- #189 0x000000000064a44f in Ffuncall (nargs=4, args=0x7fffffff8478) at eval.c:2766 #190 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x33487a4), vector=XIL(0x3340d05), maxdepth=make_number(4), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #191 0x000000000064b56d in funcall_lambda (fun=XIL(0x3340d95), nargs=4, arg_vector=0x3340d05) at eval.c:3049 #192 0x000000000064a493 in Ffuncall (nargs=5, args=0x7fffffff8ba0) at eval.c:2768 #193 0x0000000000649685 in Fapply (nargs=3, args=0x7fffffff8dc8) at eval.c:2386 #194 0x000000000064a806 in funcall_subr (subr=0xd80188 , numargs=3, args=0x7fffffff8dc8) at eval.c:2821 #195 0x000000000064a44f in Ffuncall (nargs=4, args=0x7fffffff8dc0) at eval.c:2766 #196 0x000000000069f46b in exec_byte_code (bytestr=XIL(0x13f1f64), vector=XIL(0x3340aa5), maxdepth=make_number(5), args_template=make_number(128), nargs=3, args=0x7fffffff94d8) at bytecode.c:629 #197 0x000000000064b061 in funcall_lambda (fun=XIL(0x3340ad5), nargs=3, arg_vector=0x7fffffff94d8) at eval.c:2967 #198 0x000000000064a493 in Ffuncall (nargs=4, args=0x7fffffff94d0) at eval.c:2768 #199 0x0000000000649685 in Fapply (nargs=2, args=0x7fffffff96f8) at eval.c:2386 #200 0x000000000064a806 in funcall_subr (subr=0xd80188 , numargs=2, args=0x7fffffff96f8) at eval.c:2821 #201 0x000000000064a44f in Ffuncall (nargs=3, args=0x7fffffff96f0) at eval.c:2766 #202 0x000000000069f46b in exec_byte_code (bytestr=XIL(0xb0c44c), vector=XIL(0xb0c46d), maxdepth=make_number(10), args_template=make_number(257), nargs=1, args=0x7fffffff9ef0) at bytecode.c:629 #203 0x000000000064b061 in funcall_lambda (fun=XIL(0xb0c41d), nargs=1, arg_vector=0x7fffffff9ee8) at eval.c:2967 #204 0x000000000064a493 in Ffuncall (nargs=2, args=0x7fffffff9ee0) at eval.c:2768 #205 0x0000000000649d4c in call1 (fn=XIL(0xc600), arg1=XIL(0x80f7285)) at eval.c:2617 #206 0x000000000059a0de in timer_check_2 (timers=XIL(0x2ed5b83), idle_timers=XIL(0x2ed5ac3)) at keyboard.c:4462 #207 0x000000000059a209 in timer_check () at keyboard.c:4524 #208 0x00000000005978d4 in readable_events (flags=1) at keyboard.c:3340 #209 0x000000000059f029 in get_input_pending (flags=1) at keyboard.c:6824 #210 0x00000000005a6a40 in detect_input_pending_run_timers (do_display=true) at keyboard.c:9951 #211 0x00000000006af738 in wait_reading_process_output (time_limit=0, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=XIL(0), wait_proc=0x0, just_wait_proc=0) at process.c:5508 #212 0x00000000005988bc in kbd_buffer_get_event (kbp=0x7fffffffa738, used_mouse_menu=0x7fffffffaeaf, end_time=0x0) at keyboard.c:3831 #213 0x0000000000593bea in read_event_from_main_queue (end_time=0x0, local_getcjmp=0x7fffffffabe0, used_mouse_menu=0x7fffffffaeaf) at keyboard.c:2151 #214 0x0000000000593ee2 in read_decoded_event_from_main_queue (end_time=0x0, local_getcjmp=0x7fffffffabe0, prev_event=XIL(0), used_mouse_menu=0x7fffffffaeaf) at keyboard.c:2214 #215 0x0000000000595bc2 in read_char (commandflag=1, map=XIL(0x2d4fb23), prev_event=XIL(0), used_mouse_menu=0x7fffffffaeaf, end_time=0x0) at keyboard.c:2802 #216 0x00000000005a4d85 in read_key_sequence (keybuf=0x7fffffffb040, bufsize=30, prompt=XIL(0), dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9147 #217 0x0000000000591833 in command_loop_1 () at keyboard.c:1368 #218 0x0000000000646641 in internal_condition_case (bfun=0x591400 , handlers=XIL(0x5250), hfun=0x590a56 ) at eval.c:1332 #219 0x0000000000591005 in command_loop_2 (ignore=XIL(0)) at keyboard.c:1110 #220 0x0000000000645b75 in internal_catch (tag=XIL(0xc8d0), func=0x590fdc , arg=XIL(0)) at eval.c:1097 #221 0x0000000000590fa7 in command_loop () at keyboard.c:1089 #222 0x000000000059056b in recursive_edit_1 () at keyboard.c:695 #223 0x000000000059074a in Frecursive_edit () at keyboard.c:766 #224 0x000000000058e447 in main (argc=1, argv=0x7fffffffb528) at emacs.c:1713 Lisp Backtrace: "read" (0xfffe91c0) "projectile-unserialize" (0xfffe9920) "projectile-global-mode" (0xfffea040) "progn" (0xfffea340) "condition-case" (0xfffea630) "progn" (0xfffea7d0) 0x71bc820 Lisp type 3 "eval-after-load-helper" (0xfffeb330) "run-hook-with-args" (0xfffeb328) "do-after-load-evaluation" (0xfffebb08) 0xd81448 PVEC_SUBR "ad-Advice-require" (0xfffec890) "apply" (0xfffec888) "require" (0xfffecfa0) "byte-code" (0xfffed640) 0xd81448 PVEC_SUBR "ad-Advice-require" (0xfffee398) "apply" (0xfffee5b8) "require" (0xfffeec40) "not" (0xfffeef20) "if" (0xfffef0c0) "progn" (0xfffef260) "condition-case" (0xfffef550) "progn" (0xfffef6f0) 0x561fd80 Lisp type 3 ---Type to continue, or q to quit--- "eval-after-load-helper" (0xffff0250) "run-hook-with-args" (0xffff0248) "do-after-load-evaluation" (0xffff0a28) 0xd81448 PVEC_SUBR "ad-Advice-require" (0xffff17b0) "apply" (0xffff17a8) "require" (0xffff1ec0) "byte-code" (0xffff2550) "autoload-do-load" (0xffff2b88) "desktop-load-file" (0xffff3398) "desktop-create-buffer" (0xffff3bc0) "eval-buffer" (0xffff4120) "load-with-code-conversion" (0xffff4938) 0xd82118 PVEC_SUBR "ad-Advice-load" (0xffff5478) "apply" (0xffff5698) "load" (0xffff5de8) "desktop-read" (0xffff6600) "modi/restore-last-saved-desktop" (0xffff6920) "progn" (0xffff6c20) "if" (0xffff6dc0) "progn" (0xffff6f60) "condition-case" (0xffff7250) "if" (0xffff7430) "eval-buffer" (0xffff77d0) "load-with-code-conversion" (0xffff7fe8) 0xd81448 PVEC_SUBR "ad-Advice-require" (0xffff8ba8) "apply" (0xffff8dc8) "require" (0xffff94d8) "apply" (0xffff96f8) "timer-event-handler" (0xffff9ee8) (gdb) -- Kaushal Modi --94eb2c146d5c4675f9055cddeffe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Oct 31= , 2017 at 4:26 PM Eli Zaretskii <eliz@gn= u.org> wrote:

Can you try the latest emacs-26 branch, and see if the problem still
persists?

This time, I got SIGABRT agai= n.

PS: While I have the gdb emacs in a limbo state= after the below SIGABRT, "emacsclient -a '' -c" stays st= uck at "Waiting for Emacs...". I can start emacsclient as usual o= nly after I kill the gdb session. Is there a way to keep the gdb session on= emacs binary separate from my emacsclient launching?

<= div>Backtrace:
=3D=3D=3D=3D=3D
Thread 1 "emacs&quo= t; received signal SIGABRT, Aborted.
0x00000033e3032625 in raise = () from /lib64/libc.so.6
(gdb) bt
#0=C2=A0 0x00000033e3= 032625 in raise () from /lib64/libc.so.6
#1=C2=A0 0x00000033e3033= e05 in abort () from /lib64/libc.so.6
#2=C2=A0 0x00000033e3070537= in __libc_message () from /lib64/libc.so.6
#3=C2=A0 0x00000033e3= 075f4e in malloc_printerr () from /lib64/libc.so.6
#4=C2=A0 0x000= 00033e307a614 in _int_malloc () from /lib64/libc.so.6
#5=C2=A0 0x= 00000033e307ab1c in malloc () from /lib64/libc.so.6
#6=C2=A0 0x00= 00000000618c68 in lmalloc (size=3D8188) at alloc.c:1444
#7=C2=A0 = 0x0000000000618634 in lisp_malloc (nbytes=3D8188, type=3DMEM_TYPE_NON_LISP)= at alloc.c:1082
#8=C2=A0 0x000000000061921a in allocate_string_d= ata (s=3D0x5a7da80, nchars=3D62, nbytes=3D62) at alloc.c:2018
#9= =C2=A0 0x000000000061a026 in make_uninit_multibyte_string (nchars=3D62, nby= tes=3D62) at alloc.c:2542
#10 0x0000000000619eec in make_specifie= d_string (contents=3D0x7ffffffd7d30 "SOME_FILE.vv", nchars=3D62, = nbytes=3D62, multibyte=3Dfalse) at alloc.c:2502
#11 0x00000000006= 83af4 in read1 (readcharfun=3DXIL(0x6726404), pch=3D0x7ffffffdbf3c, first_i= n_list=3Dfalse) at lread.c:3401
#12 0x0000000000684f37 in read_li= st (flag=3Dfalse, readcharfun=3DXIL(0x6726404)) at lread.c:3884
#= 13 0x0000000000681965 in read1 (readcharfun=3DXIL(0x6726404), pch=3D0x7ffff= ffe04ac, first_in_list=3Dfalse) at lread.c:2692
#14 0x00000000006= 84f37 in read_list (flag=3Dfalse, readcharfun=3DXIL(0x6726404)) at lread.c:= 3884
#15 0x0000000000681965 in read1 (readcharfun=3DXIL(0x6726404= ), pch=3D0x7ffffffe4a1c, first_in_list=3Dfalse) at lread.c:2692
#= 16 0x0000000000684f37 in read_list (flag=3Dfalse, readcharfun=3DXIL(0x67264= 04)) at lread.c:3884
#17 0x00000000006819f4 in read1 (readcharfun= =3DXIL(0x6726404), pch=3D0x7ffffffe8f8c, first_in_list=3Dfalse) at lread.c:= 2714
#18 0x0000000000680d00 in read0 (readcharfun=3DXIL(0x6726404= )) at lread.c:2267
#19 0x0000000000680bf7 in read_internal_start = (stream=3DXIL(0x6726404), start=3DXIL(0), end=3DXIL(0)) at lread.c:2233
#20 0x00000000006808ee in Fread (stream=3DXIL(0x6726404)) at lread.c= :2169
#21 0x000000000064a8f8 in funcall_subr (subr=3D0xd821d8 <= ;Sread>, numargs=3D1, args=3D0x7ffffffe91c0) at eval.c:2841
#2= 2 0x000000000064a44f in Ffuncall (nargs=3D2, args=3D0x7ffffffe91b8) at eval= .c:2766
#23 0x000000000069f46b in exec_byte_code (bytestr=3DXIL(0= x5244254), vector=3DXIL(0x41a9d55), maxdepth=3Dmake_number(8), args_templat= e=3Dmake_number(257), nargs=3D1, args=3D0x7ffffffe9928) at bytecode.c:629
#24 0x000000000064b061 in funcall_lambda (fun=3DXIL(0x41a9de5), na= rgs=3D1, arg_vector=3D0x7ffffffe9920) at eval.c:2967
#25 0x000000= 000064a493 in Ffuncall (nargs=3D2, args=3D0x7ffffffe9918) at eval.c:2768
#26 0x000000000069f46b in exec_byte_code (bytestr=3DXIL(0x646e794),= vector=3DXIL(0x77a2095), maxdepth=3Dmake_number(7), args_template=3Dmake_n= umber(256), nargs=3D0, args=3D0x7ffffffea040) at bytecode.c:629
#= 27 0x000000000064b061 in funcall_lambda (fun=3DXIL(0x76c90e5), nargs=3D0, a= rg_vector=3D0x7ffffffea040) at eval.c:2967
#28 0x000000000064ac9d= in apply_lambda (fun=3DXIL(0x76c90e5), args=3DXIL(0), count=3D205) at eval= .c:2903
#29 0x0000000000648eaf in eval_sub (form=3DXIL(0x715b953)= ) at eval.c:2276
#30 0x0000000000643753 in Fprogn (body=3DXIL(0))= at eval.c:455
#31 0x0000000000648888 in eval_sub (form=3DXIL(0x7= 159f53)) at eval.c:2183
#32 0x00000000006465a5 in internal_lisp_c= ondition_case (var=3DXIL(0x6364520), bodyform=3DXIL(0x7159f53), handlers=3D= XIL(0x7159c23)) at eval.c:1303
#33 0x0000000000646037 in Fconditi= on_case (args=3DXIL(0x71bcfb3)) at eval.c:1227
#34 0x000000000064= 8888 in eval_sub (form=3DXIL(0x71bcfc3)) at eval.c:2183
#35 0x000= 0000000643753 in Fprogn (body=3DXIL(0x715ad53)) at eval.c:455
#36= 0x0000000000648888 in eval_sub (form=3DXIL(0x71bcfd3)) at eval.c:2183
#37 0x0000000000643753 in Fprogn (body=3DXIL(0)) at eval.c:455
<= div>#38 0x000000000064b4cd in funcall_lambda (fun=3DXIL(0x71bc823), nargs= =3D0, arg_vector=3D0x0) at eval.c:3042
#39 0x000000000064a595 in = Ffuncall (nargs=3D1, args=3D0x7ffffffeaa20) at eval.c:2780
#40 0x= 000000000069f46b in exec_byte_code (bytestr=3DXIL(0x9fcf74), vector=3DXIL(0= x77a22d5), maxdepth=3Dmake_number(4), args_template=3Dmake_number(257), nar= gs=3D1, args=3D0x7ffffffeb338) at bytecode.c:629
#41 0x0000000000= 64b061 in funcall_lambda (fun=3DXIL(0x77a2305), nargs=3D1, arg_vector=3D0x7= ffffffeb330) at eval.c:2967
#42 0x000000000064a493 in Ffuncall (n= args=3D2, args=3D0x7ffffffeb328) at eval.c:2768
#43 0x00000000006= 496e1 in funcall_nil (nargs=3D2, args=3D0x7ffffffeb328) at eval.c:2397
#44 0x0000000000649bcd in run_hook_with_args (nargs=3D2, args=3D0x7ff= ffffeb328, funcall=3D0x6496be <funcall_nil>) at eval.c:2574
#45 0x0000000000649765 in Frun_hook_with_args (nargs=3D2, args=3D0x7ffffff= eb328) at eval.c:2439
#46 0x000000000064a806 in funcall_subr (sub= r=3D0xd801e8 <Srun_hook_with_args>, numargs=3D2, args=3D0x7ffffffeb32= 8) at eval.c:2821
#47 0x000000000064a44f in Ffuncall (nargs=3D3, = args=3D0x7ffffffeb320) at eval.c:2766
#48 0x000000000069f46b in e= xec_byte_code (bytestr=3DXIL(0x9fd104), vector=3DXIL(0x9fd125), maxdepth=3D= make_number(10), args_template=3Dmake_number(257), nargs=3D1, args=3D0x7fff= fffebb10) at bytecode.c:629
#49 0x000000000064b061 in funcall_lam= bda (fun=3DXIL(0x9fd0d5), nargs=3D1, arg_vector=3D0x7ffffffebb08) at eval.c= :2967
#50 0x000000000064a493 in Ffuncall (nargs=3D2, args=3D0x7ff= ffffebb00) at eval.c:2768
#51 0x0000000000649d4c in call1 (fn=3DX= IL(0x4d70), arg1=3DXIL(0x30668b4)) at eval.c:2617=C2=A0
#52 = 0x000000000067e743 in Fload (file=3DXIL(0x1a64964), noerror=3DXIL(0), nomes= sage=3DXIL(0xc270), nosuffix=3DXIL(0), must_suffix=3DXIL(0xc270)) at lread.= c:1439
#53 0x0000000000658d1c in Frequire (feature=3DXIL(0xc2fd50= ), filename=3DXIL(0), noerror=3DXIL(0)) at fns.c:2807
#54 0x00000= 0000064a945 in funcall_subr (subr=3D0xd81448 <Srequire>, numargs=3D3,= args=3D0x7ffffffebf80) at eval.c:2846
#55 0x000000000064a44f in = Ffuncall (nargs=3D4, args=3D0x7ffffffebf78) at eval.c:2766
#56 0x= 000000000069f46b in exec_byte_code (bytestr=3DXIL(0x33487a4), vector=3DXIL(= 0x3340d05), maxdepth=3Dmake_number(4), args_template=3DXIL(0), nargs=3D0, a= rgs=3D0x0) at bytecode.c:629
#57 0x000000000064b56d in funcall_la= mbda (fun=3DXIL(0x3340d95), nargs=3D2, arg_vector=3D0x3340d05) at eval.c:30= 49
#58 0x000000000064a493 in Ffuncall (nargs=3D3, args=3D0x7fffff= fec888) at eval.c:2768
#59 0x0000000000649275 in Fapply (nargs=3D= 3, args=3D0x7ffffffec888) at eval.c:2343
#60 0x000000000064a806 i= n funcall_subr (subr=3D0xd80188 <Sapply>, numargs=3D3, args=3D0x7ffff= ffec888) at eval.c:2821
#61 0x000000000064a44f in Ffuncall (nargs= =3D4, args=3D0x7ffffffec880) at eval.c:2766
#62 0x000000000069f46= b in exec_byte_code (bytestr=3DXIL(0x13f1f64), vector=3DXIL(0x3340aa5), max= depth=3Dmake_number(5), args_template=3Dmake_number(128), nargs=3D1, args= =3D0x7ffffffecfa0) at bytecode.c:629
---Type <return> to co= ntinue, or q <return> to quit---
#63 0x000000000064b061 in = funcall_lambda (fun=3DXIL(0x3340ad5), nargs=3D1, arg_vector=3D0x7ffffffecfa= 0) at eval.c:2967
#64 0x000000000064a493 in Ffuncall (nargs=3D2, = args=3D0x7ffffffecf98) at eval.c:2768
#65 0x000000000069f46b in e= xec_byte_code (bytestr=3DXIL(0x53e1a44), vector=3DXIL(0x2ee40b5), maxdepth= =3Dmake_number(8), args_template=3DXIL(0), nargs=3D0, args=3D0x0) at byteco= de.c:629
#66 0x000000000069e725 in Fbyte_code (bytestr=3DXIL(0x53= e1a44), vector=3DXIL(0x2ee40b5), maxdepth=3Dmake_number(8)) at bytecode.c:3= 21
#67 0x0000000000648d05 in eval_sub (form=3DXIL(0x31ce9e3)) at = eval.c:2237
#68 0x00000000006802df in readevalloop (readcharfun= =3DXIL(0x68a0), infile0=3D0x7ffffffed9c0, sourcename=3DXIL(0x53e1a04), prin= tflag=3Dfalse, unibyte=3DXIL(0), readfun=3DXIL(0), start=3DXIL(0), end=3DXI= L(0)) at lread.c:2038
#69 0x000000000067e650 in Fload (file=3DXIL= (0x1a67e64), noerror=3DXIL(0xc270), nomessage=3DXIL(0xc270), nosuffix=3DXIL= (0), must_suffix=3DXIL(0xc270)) at lread.c:1425
#70 0x00000000006= 58d1c in Frequire (feature=3DXIL(0xc2acc0), filename=3DXIL(0), noerror=3DXI= L(0xc270)) at fns.c:2807
#71 0x000000000064a945 in funcall_subr (= subr=3D0xd81448 <Srequire>, numargs=3D3, args=3D0x7ffffffedc70) at ev= al.c:2846
#72 0x000000000064a44f in Ffuncall (nargs=3D4, args=3D0= x7ffffffedc68) at eval.c:2766
#73 0x000000000069f46b in exec_byte= _code (bytestr=3DXIL(0x33487a4), vector=3DXIL(0x3340d05), maxdepth=3Dmake_n= umber(4), args_template=3DXIL(0), nargs=3D0, args=3D0x0) at bytecode.c:629<= /div>
#74 0x000000000064b56d in funcall_lambda (fun=3DXIL(0x3340d95), n= args=3D4, arg_vector=3D0x3340d05) at eval.c:3049
#75 0x0000000000= 64a493 in Ffuncall (nargs=3D5, args=3D0x7ffffffee390) at eval.c:2768
<= div>#76 0x0000000000649685 in Fapply (nargs=3D3, args=3D0x7ffffffee5b8) at = eval.c:2386
#77 0x000000000064a806 in funcall_subr (subr=3D0xd801= 88 <Sapply>, numargs=3D3, args=3D0x7ffffffee5b8) at eval.c:2821
=
#78 0x000000000064a44f in Ffuncall (nargs=3D4, args=3D0x7ffffffee5b0) = at eval.c:2766
#79 0x000000000069f46b in exec_byte_code (bytestr= =3DXIL(0x13f1f64), vector=3DXIL(0x3340aa5), maxdepth=3Dmake_number(5), args= _template=3Dmake_number(128), nargs=3D3, args=3D0x7ffffffeec40) at bytecode= .c:629
#80 0x000000000064b061 in funcall_lambda (fun=3DXIL(0x3340= ad5), nargs=3D3, arg_vector=3D0x7ffffffeec40) at eval.c:2967
#81 = 0x000000000064ac9d in apply_lambda (fun=3DXIL(0x3340ad5), args=3DXIL(0x5620= 5b3), count=3D153) at eval.c:2903
#82 0x0000000000648eaf in eval_= sub (form=3DXIL(0x56205c3)) at eval.c:2276
#83 0x0000000000648be8= in eval_sub (form=3DXIL(0x56205e3)) at eval.c:2219
#84 0x0000000= 00064349a in Fif (args=3DXIL(0x56203b3)) at eval.c:407
#85 0x0000= 000000648888 in eval_sub (form=3DXIL(0x56203a3)) at eval.c:2183
#= 86 0x0000000000643753 in Fprogn (body=3DXIL(0x55eb3d3)) at eval.c:455
=
#87 0x0000000000648888 in eval_sub (form=3DXIL(0x561fc13)) at eval.c:2= 183
#88 0x00000000006465a5 in internal_lisp_condition_case (var= =3DXIL(0x4824ba0), bodyform=3DXIL(0x561fc13), handlers=3DXIL(0x55ea163)) at= eval.c:1303
#89 0x0000000000646037 in Fcondition_case (args=3DXI= L(0x561fd33)) at eval.c:1227
#90 0x0000000000648888 in eval_sub (= form=3DXIL(0x561fd43)) at eval.c:2183
#91 0x0000000000643753 in F= progn (body=3DXIL(0x55eaa03)) at eval.c:455
#92 0x000000000064888= 8 in eval_sub (form=3DXIL(0x561fd53)) at eval.c:2183
#93 0x000000= 0000643753 in Fprogn (body=3DXIL(0)) at eval.c:455
#94 0x00000000= 0064b4cd in funcall_lambda (fun=3DXIL(0x561fd83), nargs=3D0, arg_vector=3D0= x0) at eval.c:3042
#95 0x000000000064a595 in Ffuncall = (nargs=3D1, args=3D0x7ffffffef940) at eval.c:2780
#96 0x000000000= 069f46b in exec_byte_code (bytestr=3DXIL(0x9fcf74), vector=3DXIL(0x4317255)= , maxdepth=3Dmake_number(4), args_template=3Dmake_number(257), nargs=3D1, a= rgs=3D0x7fffffff0258) at bytecode.c:629
#97 0x000000000064b061 in= funcall_lambda (fun=3DXIL(0x70743e5), nargs=3D1, arg_vector=3D0x7fffffff02= 50) at eval.c:2967
#98 0x000000000064a493 in Ffuncall (nargs=3D2,= args=3D0x7fffffff0248) at eval.c:2768
#99 0x00000000006496e1 in = funcall_nil (nargs=3D2, args=3D0x7fffffff0248) at eval.c:2397
#10= 0 0x0000000000649bcd in run_hook_with_args (nargs=3D2, args=3D0x7fffffff024= 8, funcall=3D0x6496be <funcall_nil>) at eval.c:2574
#101 0x= 0000000000649765 in Frun_hook_with_args (nargs=3D2, args=3D0x7fffffff0248) = at eval.c:2439
#102 0x000000000064a806 in funcall_subr (subr=3D0x= d801e8 <Srun_hook_with_args>, numargs=3D2, args=3D0x7fffffff0248) at = eval.c:2821
#103 0x000000000064a44f in Ffuncall (nargs=3D3, args= =3D0x7fffffff0240) at eval.c:2766
#104 0x000000000069f46b in exec= _byte_code (bytestr=3DXIL(0x9fd104), vector=3DXIL(0x9fd125), maxdepth=3Dmak= e_number(10), args_template=3Dmake_number(257), nargs=3D1, args=3D0x7ffffff= f0a30) at bytecode.c:629
#105 0x000000000064b061 in funcall_lambd= a (fun=3DXIL(0x9fd0d5), nargs=3D1, arg_vector=3D0x7fffffff0a28) at eval.c:2= 967
#106 0x000000000064a493 in Ffuncall (nargs=3D2, args=3D0x7fff= ffff0a20) at eval.c:2768
#107 0x0000000000649d4c in call1 (fn=3DX= IL(0x4d70), arg1=3DXIL(0x1b89754)) at eval.c:2617
#108 0x00000000= 0067e743 in Fload (file=3DXIL(0x1379494), noerror=3DXIL(0), nomessage=3DXIL= (0xc270), nosuffix=3DXIL(0), must_suffix=3DXIL(0xc270)) at lread.c:1439
#109 0x0000000000658d1c in Frequire (feature=3DXIL(0x59afc0), filena= me=3DXIL(0), noerror=3DXIL(0)) at fns.c:2807
#110 0x000000000064a= 945 in funcall_subr (subr=3D0xd81448 <Srequire>, numargs=3D3, args=3D= 0x7fffffff0ea0) at eval.c:2846
#111 0x000000000064a44f in Ffuncal= l (nargs=3D4, args=3D0x7fffffff0e98) at eval.c:2766
#112 0x000000= 000069f46b in exec_byte_code (bytestr=3DXIL(0x33487a4), vector=3DXIL(0x3340= d05), maxdepth=3Dmake_number(4), args_template=3DXIL(0), nargs=3D0, args=3D= 0x0) at bytecode.c:629
#113 0x000000000064b56d in funcall_lambda = (fun=3DXIL(0x3340d95), nargs=3D2, arg_vector=3D0x3340d05) at eval.c:3049
#114 0x000000000064a493 in Ffuncall (nargs=3D3, args=3D0x7fffffff17= a8) at eval.c:2768
#115 0x0000000000649275 in Fapply (nargs=3D3, = args=3D0x7fffffff17a8) at eval.c:2343
#116 0x000000000064a806 in = funcall_subr (subr=3D0xd80188 <Sapply>, numargs=3D3, args=3D0x7ffffff= f17a8) at eval.c:2821
#117 0x000000000064a44f in Ffuncall (nargs= =3D4, args=3D0x7fffffff17a0) at eval.c:2766
#118 0x000000000069f4= 6b in exec_byte_code (bytestr=3DXIL(0x13f1f64), vector=3DXIL(0x3340aa5), ma= xdepth=3Dmake_number(5), args_template=3Dmake_number(128), nargs=3D1, args= =3D0x7fffffff1ec0) at bytecode.c:629
#119 0x000000000064b061 in f= uncall_lambda (fun=3DXIL(0x3340ad5), nargs=3D1, arg_vector=3D0x7fffffff1ec0= ) at eval.c:2967
#120 0x000000000064a493 in Ffuncall (nargs=3D2, = args=3D0x7fffffff1eb8) at eval.c:2768
#121 0x000000000069f46b in = exec_byte_code (bytestr=3DXIL(0x23de074), vector=3DXIL(0x5261635), maxdepth= =3Dmake_number(4), args_template=3DXIL(0), nargs=3D0, args=3D0x0) at byteco= de.c:629
#122 0x000000000069e725 in Fbyte_code (bytestr=3DXIL(0x2= 3de074), vector=3DXIL(0x5261635), maxdepth=3Dmake_number(4)) at bytecode.c:= 321
#123 0x0000000000648d05 in eval_sub (form=3DXIL(0x30cb143)) a= t eval.c:2237
#124 0x00000000006802df in readevalloop (readcharfu= n=3DXIL(0x68a0), infile0=3D0x7fffffff28d0, sourcename=3DXIL(0x23de034), pri= ntflag=3Dfalse, unibyte=3DXIL(0), readfun=3DXIL(0), start=3DXIL(0), end=3DX= IL(0)) at lread.c:2038
#125 0x000000000067e650 in Fload (file=3DX= IL(0x2a4e114), noerror=3DXIL(0), nomessage=3DXIL(0xc270), nosuffix=3DXIL(0)= , must_suffix=3DXIL(0xc270)) at lread.c:1425
---Type <return&g= t; to continue, or q <return> to quit---
#126 0x= 00000000006480fb in Fautoload_do_load (fundef=3DXIL(0x2a4d153), funname=3DX= IL(0x1c52620), macro_only=3DXIL(0)) at eval.c:2019
#127 0x0000000= 00064a945 in funcall_subr (subr=3D0xd80128 <Sautoload_do_load>, numar= gs=3D2, args=3D0x7fffffff2b88) at eval.c:2846
#128 0x000000000064= a44f in Ffuncall (nargs=3D3, args=3D0x7fffffff2b80) at eval.c:2766
#129 0x000000000069f46b in exec_byte_code (bytestr=3DXIL(0x772ad24), vect= or=3DXIL(0x531e7f5), maxdepth=3Dmake_number(7), args_template=3Dmake_number= (257), nargs=3D1, args=3D0x7fffffff33a0) at bytecode.c:629
#130 0= x000000000064b061 in funcall_lambda (fun=3DXIL(0x4ec3e35), nargs=3D1, arg_v= ector=3D0x7fffffff3398) at eval.c:2967
#131 0x000000000064a493 in= Ffuncall (nargs=3D2, args=3D0x7fffffff3390) at eval.c:2768
#132 = 0x000000000069f46b in exec_byte_code (bytestr=3DXIL(0x772aca4), vector=3DXI= L(0x2ef7d05), maxdepth=3Dmake_number(30), args_template=3Dmake_number(2953)= , nargs=3D11, args=3D0x7fffffff3c18) at bytecode.c:629
#133 0x000= 000000064b061 in funcall_lambda (fun=3DXIL(0x4ec4555), nargs=3D11, arg_vect= or=3D0x7fffffff3bc0) at eval.c:2967
#134 0x000000000064ac9d in ap= ply_lambda (fun=3DXIL(0x4ec4555), args=3DXIL(0x2f275b3), count=3D105) at ev= al.c:2903
#135 0x0000000000648eaf in eval_sub (form=3DXIL(0x2f275= c3)) at eval.c:2276
#136 0x000000000067f903 in readevalloop_eager= _expand_eval (val=3DXIL(0x2f275c3), macroexpand=3DXIL(0xbc7b0)) at lread.c:= 1850
#137 0x00000000006802cd in readevalloop (readcharfun=3DXIL(0= x52aa375), infile0=3D0x0, sourcename=3DXIL(0x7776434), printflag=3Dfalse, u= nibyte=3DXIL(0), readfun=3DXIL(0), start=3DXIL(0), end=3DXIL(0)) at lread.c= :2036
#138 0x00000000006806e9 in Feval_buffer (buffer=3DXIL(0x52a= a375), printflag=3DXIL(0), filename=3DXIL(0x7764dc4), unibyte=3DXIL(0), do_= allow_print=3DXIL(0xc270)) at lread.c:2103
#139 0x000000000064a9b= e in funcall_subr (subr=3D0xd82178 <Seval_buffer>, numargs=3D5, args= =3D0x7fffffff4120) at eval.c:2853
#140 0x000000000064a44f in Ffun= call (nargs=3D6, args=3D0x7fffffff4118) at eval.c:2766
#141 0x000= 000000069f46b in exec_byte_code (bytestr=3DXIL(0xa052ec), vector=3DXIL(0xa0= 530d), maxdepth=3Dmake_number(6), args_template=3DXIL(0), nargs=3D0, args= =3D0x0) at bytecode.c:629
#142 0x000000000064b56d in funcall_lamb= da (fun=3DXIL(0xa0526d), nargs=3D4, arg_vector=3D0xa0530d <pure+179245&g= t;) at eval.c:3049
#143 0x000000000064a493 in Ffuncall (nargs=3D5= , args=3D0x7fffffff4930) at eval.c:2768
#144 0x0000000000649e2d i= n call4 (fn=3DXIL(0x407a40), arg1=3DXIL(0x7764dc4), arg2=3DXIL(0x7764dc4), = arg3=3DXIL(0xc270), arg4=3DXIL(0xc270)) at eval.c:2642
#145 0x000= 000000067e3ba in Fload (file=3DXIL(0x7764f24), noerror=3DXIL(0xc270), nomes= sage=3DXIL(0xc270), nosuffix=3DXIL(0xc270), must_suffix=3DXIL(0)) at lread.= c:1365
#146 0x000000000064a9be in funcall_subr (subr=3D0xd82118 &= lt;Sload>, numargs=3D5, args=3D0x7fffffff4d40) at eval.c:2853
= #147 0x000000000064a44f in Ffuncall (nargs=3D6, args=3D0x7fffffff4d38) at e= val.c:2766
#148 0x000000000069f46b in exec_byte_code (bytestr=3DX= IL(0x3355a74), vector=3DXIL(0x3341375), maxdepth=3Dmake_number(6), args_tem= plate=3DXIL(0), nargs=3D0, args=3D0x0) at bytecode.c:629
#149 0x0= 00000000064b56d in funcall_lambda (fun=3DXIL(0x3341405), nargs=3D5, arg_vec= tor=3D0x3341375) at eval.c:3049
#150 0x000000000064a493 in Ffunca= ll (nargs=3D6, args=3D0x7fffffff5470) at eval.c:2768
#151 0x00000= 00000649685 in Fapply (nargs=3D3, args=3D0x7fffffff5698) at eval.c:2386
#152 0x000000000064a806 in funcall_subr (subr=3D0xd80188 <Sapply&= gt;, numargs=3D3, args=3D0x7fffffff5698) at eval.c:2821
#153 0x00= 0000000064a44f in Ffuncall (nargs=3D4, args=3D0x7fffffff5690) at eval.c:276= 6
#154 0x000000000069f46b in exec_byte_code (bytestr=3DXIL(0x13f1= f64), vector=3DXIL(0x3341185), maxdepth=3Dmake_number(5), args_template=3Dm= ake_number(128), nargs=3D4, args=3D0x7fffffff5de8) at bytecode.c:629
<= div>#155 0x000000000064b061 in funcall_lambda (fun=3DXIL(0x33411b5), nargs= =3D4, arg_vector=3D0x7fffffff5de8) at eval.c:2967
#156 0x00000000= 0064a493 in Ffuncall (nargs=3D5, args=3D0x7fffffff5de0) at eval.c:2768
#157 0x000000000069f46b in exec_byte_code (bytestr=3DXIL(0x7726464), = vector=3DXIL(0x16de145), maxdepth=3Dmake_number(16), args_template=3Dmake_n= umber(256), nargs=3D0, args=3D0x7fffffff6600) at bytecode.c:629
#= 158 0x000000000064b061 in funcall_lambda (fun=3DXIL(0x542e755), nargs=3D0, = arg_vector=3D0x7fffffff6600) at eval.c:2967
#159 0x000000000064ac= 9d in apply_lambda (fun=3DXIL(0x542e755), args=3DXIL(0), count=3D58) at eva= l.c:2903
#160 0x0000000000648eaf in eval_sub (form=3DXIL(0x2edf32= 3)) at eval.c:2276
#161 0x0000000000643753 in Fprogn (body=3DXIL(= 0)) at eval.c:455
#162 0x000000000064b4cd in funcall_lambda (fun= =3DXIL(0x2ee9e13), nargs=3D0, arg_vector=3D0x0) at eval.c:3042
#1= 63 0x000000000064ac9d in apply_lambda (fun=3DXIL(0x2ee9e13), args=3DXIL(0),= count=3D57) at eval.c:2903
#164 0x00000000006490b6 in eval_sub (= form=3DXIL(0x2edf2b3)) at eval.c:2306
#165 0x0000000000643753 in = Fprogn (body=3DXIL(0)) at eval.c:455
#166 0x0000000000648888 in e= val_sub (form=3DXIL(0x2ee9d03)) at eval.c:2183
#167 0x00000000006= 434f8 in Fif (args=3DXIL(0x2ee9ce3)) at eval.c:410
#168 0x0000000= 000648888 in eval_sub (form=3DXIL(0x2ee9cd3)) at eval.c:2183
#169= 0x0000000000643753 in Fprogn (body=3DXIL(0x2ee7e23)) at eval.c:455
#170 0x0000000000648888 in eval_sub (form=3DXIL(0x2ede8a3)) at eval.c:21= 83
#171 0x00000000006465a5 in internal_lisp_condition_case (var= =3DXIL(0x737b2a0), bodyform=3DXIL(0x2ede8a3), handlers=3DXIL(0x2edeb73)) at= eval.c:1303
#172 0x0000000000646037 in Fcondition_case (args=3DX= IL(0x2ee7d63)) at eval.c:1227
#173 0x0000000000648888 in eval_sub= (form=3DXIL(0x2ee7d53)) at eval.c:2183
#174 0x0000000000643753 i= n Fprogn (body=3DXIL(0x2edeed3)) at eval.c:455
#175 0x00000000006= 43541 in Fif (args=3DXIL(0x2ee7d33)) at eval.c:411
#176 0x0000000= 000648888 in eval_sub (form=3DXIL(0x2ee7d43)) at eval.c:2183
#177= 0x000000000067f903 in readevalloop_eager_expand_eval (val=3DXIL(0x2eded33)= , macroexpand=3DXIL(0xbc7b0)) at lread.c:1850
#178 0x000000000068= 02cd in readevalloop (readcharfun=3DXIL(0x52b1ae5), infile0=3D0x0, sourcena= me=3DXIL(0x6fb5bd4), printflag=3Dfalse, unibyte=3DXIL(0), readfun=3DXIL(0),= start=3DXIL(0), end=3DXIL(0)) at lread.c:2036
#179 0x00000000006= 806e9 in Feval_buffer (buffer=3DXIL(0x52b1ae5), printflag=3DXIL(0), filenam= e=3DXIL(0x6f37b34), unibyte=3DXIL(0), do_allow_print=3DXIL(0xc270)) at lrea= d.c:2103
#180 0x000000000064a9be in funcall_subr (subr=3D0xd82178= <Seval_buffer>, numargs=3D5, args=3D0x7fffffff77d0) at eval.c:2853
#181 0x000000000064a44f in Ffuncall (nargs=3D6, args=3D0x7fffffff7= 7c8) at eval.c:2766
#182 0x000000000069f46b in exec_byte_code (by= testr=3DXIL(0xa052ec), vector=3DXIL(0xa0530d), maxdepth=3Dmake_number(6), a= rgs_template=3DXIL(0), nargs=3D0, args=3D0x0) at bytecode.c:629
#= 183 0x000000000064b56d in funcall_lambda (fun=3DXIL(0xa0526d), nargs=3D4, a= rg_vector=3D0xa0530d <pure+179245>) at eval.c:3049
#184 0x0= 00000000064a493 in Ffuncall (nargs=3D5, args=3D0x7fffffff7fe0) at eval.c:27= 68
#185 0x0000000000649e2d in call4 (fn=3DXIL(0x407a40), arg1=3DX= IL(0x6f37b34), arg2=3DXIL(0x6f37b34), arg3=3DXIL(0xc270), arg4=3DXIL(0xc270= )) at eval.c:2642
#186 0x000000000067e3ba in Fload (file=3DXIL(0x= 80f8294), noerror=3DXIL(0xc270), nomessage=3DXIL(0xc270), nosuffix=3DXIL(0)= , must_suffix=3DXIL(0xc270)) at lread.c:1365
#187 0x0000000000658= d1c in Frequire (feature=3DXIL(0x73847c0), filename=3DXIL(0), noerror=3DXIL= (0xc270)) at fns.c:2807
#188 0x000000000064a945 in funcall_subr (= subr=3D0xd81448 <Srequire>, numargs=3D3, args=3D0x7fffffff8480) at ev= al.c:2846
---Type <return> to continue, or q <return>= to quit---
#189 0x000000000064a44f in Ffuncall (nargs= =3D4, args=3D0x7fffffff8478) at eval.c:2766
#190 0x000000000069f4= 6b in exec_byte_code (bytestr=3DXIL(0x33487a4), vector=3DXIL(0x3340d05), ma= xdepth=3Dmake_number(4), args_template=3DXIL(0), nargs=3D0, args=3D0x0) at = bytecode.c:629
#191 0x000000000064b56d in funcall_lambda (fun=3DX= IL(0x3340d95), nargs=3D4, arg_vector=3D0x3340d05) at eval.c:3049
= #192 0x000000000064a493 in Ffuncall (nargs=3D5, args=3D0x7fffffff8ba0) at e= val.c:2768
#193 0x0000000000649685 in Fapply (nargs=3D3, args=3D0= x7fffffff8dc8) at eval.c:2386
#194 0x000000000064a806 in funcall_= subr (subr=3D0xd80188 <Sapply>, numargs=3D3, args=3D0x7fffffff8dc8) a= t eval.c:2821
#195 0x000000000064a44f in Ffuncall (nargs=3D4, arg= s=3D0x7fffffff8dc0) at eval.c:2766
#196 0x000000000069f46b in exe= c_byte_code (bytestr=3DXIL(0x13f1f64), vector=3DXIL(0x3340aa5), maxdepth=3D= make_number(5), args_template=3Dmake_number(128), nargs=3D3, args=3D0x7ffff= fff94d8) at bytecode.c:629
#197 0x000000000064b061 in funcall_lam= bda (fun=3DXIL(0x3340ad5), nargs=3D3, arg_vector=3D0x7fffffff94d8) at eval.= c:2967
#198 0x000000000064a493 in Ffuncall (nargs=3D4, args=3D0x7= fffffff94d0) at eval.c:2768
#199 0x0000000000649685 in Fapply (na= rgs=3D2, args=3D0x7fffffff96f8) at eval.c:2386
#200 0x00000000006= 4a806 in funcall_subr (subr=3D0xd80188 <Sapply>, numargs=3D2, args=3D= 0x7fffffff96f8) at eval.c:2821
#201 0x000000000064a44f in Ffuncal= l (nargs=3D3, args=3D0x7fffffff96f0) at eval.c:2766
#202 0x000000= 000069f46b in exec_byte_code (bytestr=3DXIL(0xb0c44c), vector=3DXIL(0xb0c46= d), maxdepth=3Dmake_number(10), args_template=3Dmake_number(257), nargs=3D1= , args=3D0x7fffffff9ef0) at bytecode.c:629
#203 0x000000000064b06= 1 in funcall_lambda (fun=3DXIL(0xb0c41d), nargs=3D1, arg_vector=3D0x7ffffff= f9ee8) at eval.c:2967
#204 0x000000000064a493 in Ffuncall (nargs= =3D2, args=3D0x7fffffff9ee0) at eval.c:2768
#205 0x0000000000649d= 4c in call1 (fn=3DXIL(0xc600), arg1=3DXIL(0x80f7285)) at eval.c:2617
<= div>#206 0x000000000059a0de in timer_check_2 (timers=3DXIL(0x2ed5b83), idle= _timers=3DXIL(0x2ed5ac3)) at keyboard.c:4462
#207 0x000000000059a= 209 in timer_check () at keyboard.c:4524
#208 0x00000000005978d4 = in readable_events (flags=3D1) at keyboard.c:3340
#209 0x00000000= 0059f029 in get_input_pending (flags=3D1) at keyboard.c:6824
#210= 0x00000000005a6a40 in detect_input_pending_run_timers (do_display=3Dtrue) = at keyboard.c:9951
#211 0x00000000006af738 in wait_reading_proces= s_output (time_limit=3D0, nsecs=3D0, read_kbd=3D-1, do_display=3Dtrue, wait= _for_cell=3DXIL(0), wait_proc=3D0x0, just_wait_proc=3D0) at process.c:5508<= /div>
#212 0x00000000005988bc in kbd_buffer_get_event (kbp=3D0x7fffffff= a738, used_mouse_menu=3D0x7fffffffaeaf, end_time=3D0x0) at keyboard.c:3831<= /div>
#213 0x0000000000593bea in read_event_from_main_queue (end_time= =3D0x0, local_getcjmp=3D0x7fffffffabe0, used_mouse_menu=3D0x7fffffffaeaf) a= t keyboard.c:2151
#214 0x0000000000593ee2 in read_decoded_event_f= rom_main_queue (end_time=3D0x0, local_getcjmp=3D0x7fffffffabe0, prev_event= =3DXIL(0), used_mouse_menu=3D0x7fffffffaeaf) at keyboard.c:2214
#= 215 0x0000000000595bc2 in read_char (commandflag=3D1, map=3DXIL(0x2d4fb23),= prev_event=3DXIL(0), used_mouse_menu=3D0x7fffffffaeaf, end_time=3D0x0) at = keyboard.c:2802
#216 0x00000000005a4d85 in read_key_sequence (key= buf=3D0x7fffffffb040, bufsize=3D30, prompt=3DXIL(0), dont_downcase_last=3Df= alse, can_return_switch_frame=3Dtrue, fix_current_buffer=3Dtrue, prevent_re= display=3Dfalse) at keyboard.c:9147
#217 0x0000000000591833 in co= mmand_loop_1 () at keyboard.c:1368
#218 0x0000000000646641 in int= ernal_condition_case (bfun=3D0x591400 <command_loop_1>, handlers=3DXI= L(0x5250), hfun=3D0x590a56 <cmd_error>) at eval.c:1332
#219= 0x0000000000591005 in command_loop_2 (ignore=3DXIL(0)) at keyboard.c:1110<= /div>
#220 0x0000000000645b75 in internal_catch (tag=3DXIL(0xc8d0), fun= c=3D0x590fdc <command_loop_2>, arg=3DXIL(0)) at eval.c:1097
#221 0x0000000000590fa7 in command_loop () at keyboard.c:1089
#2= 22 0x000000000059056b in recursive_edit_1 () at keyboard.c:695
#2= 23 0x000000000059074a in Frecursive_edit () at keyboard.c:766
#22= 4 0x000000000058e447 in main (argc=3D1, argv=3D0x7fffffffb528) at emacs.c:1= 713

Lisp Backtrace:
"read" (0x= fffe91c0)
"projectile-unserialize" (0xfffe9920)
"projectile-global-mode" (0xfffea040)
"progn&qu= ot; (0xfffea340)
"condition-case" (0xfffea630)
"progn" (0xfffea7d0)
0x71bc820 Lisp type 3
= "eval-after-load-helper" (0xfffeb330)
"run-hook-wi= th-args" (0xfffeb328)
"do-after-load-evaluation" (= 0xfffebb08)
0xd81448 PVEC_SUBR
"ad-Advice-require&= quot; (0xfffec890)
"apply" (0xfffec888)
"= ;require" (0xfffecfa0)
"byte-code" (0xfffed640)
0xd81448 PVEC_SUBR
"ad-Advice-require" (0xfffee= 398)
"apply" (0xfffee5b8)
"require"= (0xfffeec40)
"not" (0xfffeef20)
"if&quo= t; (0xfffef0c0)
"progn" (0xfffef260)
"co= ndition-case" (0xfffef550)
"progn" (0xfffef6f0)
0x561fd80 Lisp type 3
---Type <return> to continue,= or q <return> to quit---
"eval-after-load-= helper" (0xffff0250)
"run-hook-with-args" (0xffff0= 248)
"do-after-load-evaluation" (0xffff0a28)
= 0xd81448 PVEC_SUBR
"ad-Advice-require" (0xffff17b0)
"apply" (0xffff17a8)
"require" (0xffff= 1ec0)
"byte-code" (0xffff2550)
"autoload= -do-load" (0xffff2b88)
"desktop-load-file" (0xffff= 3398)
"desktop-create-buffer" (0xffff3bc0)
&q= uot;eval-buffer" (0xffff4120)
"load-with-code-conversio= n" (0xffff4938)
0xd82118 PVEC_SUBR
"ad-Advice= -load" (0xffff5478)
"apply" (0xffff5698)
"load" (0xffff5de8)
"desktop-read" (0xffff66= 00)
"modi/restore-last-saved-desktop" (0xffff6920)
"progn" (0xffff6c20)
"if" (0xffff6dc0)<= /div>
"progn" (0xffff6f60)
"condition-case&quo= t; (0xffff7250)
"if" (0xffff7430)
"eval-= buffer" (0xffff77d0)
"load-with-code-conversion" (= 0xffff7fe8)
0xd81448 PVEC_SUBR
"ad-Advice-require&= quot; (0xffff8ba8)
"apply" (0xffff8dc8)
"= ;require" (0xffff94d8)
"apply" (0xffff96f8)
<= div>"timer-event-handler" (0xffff9ee8)
(gdb)


--

Kaushal Modi

--94eb2c146d5c4675f9055cddeffe-- From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 31 16:56:32 2017 Received: (at 29031) by debbugs.gnu.org; 31 Oct 2017 20:56:32 +0000 Received: from localhost ([127.0.0.1]:44666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9daK-0006oD-GV for submit@debbugs.gnu.org; Tue, 31 Oct 2017 16:56:32 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42869) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9daI-0006ny-SM for 29031@debbugs.gnu.org; Tue, 31 Oct 2017 16:56:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e9daD-0004KX-2b for 29031@debbugs.gnu.org; Tue, 31 Oct 2017 16:56:25 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49726) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e9da8-0004Ip-VT; Tue, 31 Oct 2017 16:56:20 -0400 Received: from [176.228.60.248] (port=1750 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e9da8-0000K7-ET; Tue, 31 Oct 2017 16:56:20 -0400 Date: Tue, 31 Oct 2017 22:56:08 +0200 Message-Id: <83mv47rq8n.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Tue, 31 Oct 2017 20:52:23 +0000) Subject: Re: 25.3; Segmentation fault when starting emacs with my config References: <83mv48trbs.fsf@gnu.org> <83bmkotnvm.fsf@gnu.org> <83shdzrrma.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Tue, 31 Oct 2017 20:52:23 +0000 > Cc: 29031@debbugs.gnu.org, monnier@iro.umontreal.ca > > Can you try the latest emacs-26 branch, and see if the problem still > persists? > > This time, I got SIGABRT again. Oh well, it was a long shot anyway. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 07 08:27:38 2017 Received: (at 29031) by debbugs.gnu.org; 7 Nov 2017 13:27:38 +0000 Received: from localhost ([127.0.0.1]:55332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eC3uj-0001Cu-SR for submit@debbugs.gnu.org; Tue, 07 Nov 2017 08:27:38 -0500 Received: from mail-io0-f172.google.com ([209.85.223.172]:44919) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eC3ui-0001Cg-LL for 29031@debbugs.gnu.org; Tue, 07 Nov 2017 08:27:36 -0500 Received: by mail-io0-f172.google.com with SMTP id m16so2105948iod.1 for <29031@debbugs.gnu.org>; Tue, 07 Nov 2017 05:27:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=TgrfctOgpn9pOwzPIH03I2VCYHMg7H8sVBtwjDQBEYs=; b=r8rfUEWrkc93pcb64GFIqMQUvLXOHjTWtDaA/ZIv5W6eIkghNbAiBqsikenVDy49NV RwSIecokGqmFkW7c/MB1rMDK97lJbp9dWr7DydTld3Extiue6YyjgQBYeDABexnfeBpa g9hDju1S4y5oGhlnIsLNP/vIDb2QsGPBGT14ad+OMsu2aGhYdW+D/yd4rC9JRa9xxwGq R6DSIUTaprtDJnxmokEXko/UvOqPp5JdglprDG/3ViSNxZsKNV/PuJ9TuoKUtmuRKpUN agT7SZvHhAlh+pRUaB9ZiYVSWl8Vk7t39pDTGkVLDWpLhBl3CeT5xAMpJOccaWKUkD8a vhgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=TgrfctOgpn9pOwzPIH03I2VCYHMg7H8sVBtwjDQBEYs=; b=LcoUoeePtyOyqX4vnQ/01xpvE3z6rOr86RSlbAIX2KKFurMKx6c+BkRZ/5/+tET+f6 Lgq2+ihcXv3YVOlhWaaCVk58HT2Wsjj3z9oZNCEU69nteMk4IY3zbpdGFTyQrmwoXs7c K49OVzm1UIKZyOiA+NEaT0sgkjIDwGig405oLPfEmQvfQAMh4g/hHI/UY0xx3Wip5Xf2 gENGIxaCo6y0LKnQ/tLt0n7JqDz0e4w3+fosIc7Fwd3CGpH2Q8VCgn+up6q6+9vr0HU/ 3WLUD82gCaaWTVwdhtCAt0UucxCw15SAi8wr28jihJH0PNWb4GIA8BIa+ofVqzDxpdKw HnXA== X-Gm-Message-State: AJaThX7Q1U+wLPJFzHfqu4B+eBqvilSHNITIGIAnrjp6T26aO2MFmsZe RDyf7LgJJusp2SxFWvPy0+E= X-Google-Smtp-Source: ABhQp+SQptQshhF2OQPRIpiZQmSl7kLb0h7MtW0I1kS3qHlA5pUsAK71FnmBiXrmmxFowtGD8MlMjA== X-Received: by 10.107.10.82 with SMTP id u79mr23885320ioi.252.1510061251063; Tue, 07 Nov 2017 05:27:31 -0800 (PST) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id k19sm839892itb.18.2017.11.07.05.27.28 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 07 Nov 2017 05:27:29 -0800 (PST) From: Noam Postavsky To: Kaushal Modi Subject: Re: bug#29031: 25.3; Segmentation fault when starting emacs with my config References: <83mv48trbs.fsf@gnu.org> <83bmkotnvm.fsf@gnu.org> <83shdzrrma.fsf@gnu.org> Date: Tue, 07 Nov 2017 08:27:27 -0500 In-Reply-To: (Kaushal Modi's message of "Tue, 31 Oct 2017 20:52:23 +0000") Message-ID: <877ev25idc.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 29031 Cc: Eli Zaretskii , 29031@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) Kaushal Modi writes: > On Tue, Oct 31, 2017 at 4:26 PM Eli Zaretskii wrote: > > This time, I got SIGABRT again. > > PS: While I have the gdb emacs in a limbo state after the below SIGABRT, > "emacsclient -a '' -c" stays stuck at "Waiting for Emacs...". I can start > emacsclient as usual only after I kill the gdb session. Is there a way to > keep the gdb session on emacs binary separate from my emacsclient launching? You can give different server names, not sure what you're asking exactly. Can you try running under valgrind? From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 07 08:30:56 2017 Received: (at 29031) by debbugs.gnu.org; 7 Nov 2017 13:30:56 +0000 Received: from localhost ([127.0.0.1]:55340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eC3xu-0001JL-I8 for submit@debbugs.gnu.org; Tue, 07 Nov 2017 08:30:56 -0500 Received: from mail-yw0-f181.google.com ([209.85.161.181]:50120) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eC3xs-0001J9-53 for 29031@debbugs.gnu.org; Tue, 07 Nov 2017 08:30:52 -0500 Received: by mail-yw0-f181.google.com with SMTP id z195so10831289ywz.6 for <29031@debbugs.gnu.org>; Tue, 07 Nov 2017 05:30:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9lGdN1bRBZdHs/Ic2D+VqoDygZeT5ecaIBqCfltKxhA=; b=YeSbYphSJK0F1Kd1ok+l+r6qVHqeVOW60ATshqGL6VnvbeCKYXi3CcaKy90Z9u10eg qrFp2ChZSj3GiC4iwRRb6MlzaJa3kvQ6ZqlOWZLkuX/MCARthSUX8CbpVErVxZg4+i/y Sg1ZlAsnjzYVJYnpk1z7yqXxY+eysxL3IJt0frcTRyioeNlphid2Wmp4qjWsMjjvA59Z GoZg4jnC2xcQUKUdgL2c12j3Bqtbp69a101jk5sLwahDAWtlT9hpNbN1MIqASv7T0ioz OzvgIR4tFjbY1vFNQOMznvnKnjGCuGoFZXoJbVm6GNHZUdub0bwyMHmRnfH60qaSMIXb Q/JQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=9lGdN1bRBZdHs/Ic2D+VqoDygZeT5ecaIBqCfltKxhA=; b=WtcPX32V9sZsV3cCZe711gC41hoipFt1H5WflGch9LKxMx+Eprr6Z9qx7XvUflmbW+ uVNtPwTr+HI7yRWr1ttYaf5qyDpBPHJPdMuR8DFAz4L5nPKMxbo4k3aDxw0dvDt3CNgs GAiA6Aush3fdtITr1m9mpLF6dhLpj2RUMFp/Zt7yAUj9//m5TzpLW4i9ev7tugCj3mxP GIFl6shbUPLBVVkscFCDdo3dWo/qNtHJuI1hcYAdqWRLkuVOEwZwN6qF52kQdHXEya5R MwlW1sXnQMzypDOVMmqWNLchdUj/WXCr42UhWxb3WVqq1F/VmXqEIjfHJkW0fHN+9LSS 3mMg== X-Gm-Message-State: AMCzsaWwTOipzD9Xrpjo3uCFAThEipQVgt31ad7JVi8PWhecNDsWvtoy 0Kkt5J9WTydglbc7Fw94rs9T+6t2YnOdoAw+Tm8= X-Google-Smtp-Source: ABhQp+Tcm618zEKx/342RSXCcbrg0+YCqiDvvSeCbNfV+YFS8hJw+kHyuTXYuCIZPnPtFs6VUyT4kpQ5qTiJyeOVmsM= X-Received: by 10.37.114.87 with SMTP id n84mr11633855ybc.504.1510061446316; Tue, 07 Nov 2017 05:30:46 -0800 (PST) MIME-Version: 1.0 References: <83mv48trbs.fsf@gnu.org> <83bmkotnvm.fsf@gnu.org> <83shdzrrma.fsf@gnu.org> <877ev25idc.fsf@users.sourceforge.net> In-Reply-To: <877ev25idc.fsf@users.sourceforge.net> From: Kaushal Modi Date: Tue, 07 Nov 2017 13:30:35 +0000 Message-ID: Subject: Re: bug#29031: 25.3; Segmentation fault when starting emacs with my config To: Noam Postavsky Content-Type: multipart/alternative; boundary="001a11488d1618e246055d6494c2" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, Eli Zaretskii , monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --001a11488d1618e246055d6494c2 Content-Type: text/plain; charset="UTF-8" On Tue, Nov 7, 2017, 8:27 AM Noam Postavsky wrote: > > You can give different server names, not sure what you're asking > exactly. > Thanks, that didn't occur to me. Can you try running under valgrind? > I have no idea what that is. I am not a C developer. So I haven't yet found time to learn valgrind. I read the referenced DEBUG file, but it made no sense. I believe it's a steep learning curve for someone who doesn't know what valgrind is. > -- Kaushal Modi --001a11488d1618e246055d6494c2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Nov 7, 2017, 8:27 AM No= am Postavsky <npostavs= @users.sourceforge.net> wrote:

You can give different server names, not sure what you're asking
exactly.

Thanks, that didn't = occur to me.=C2=A0

Can you try running under valgrind?

I have no idea what that is. I am not a C developer. So I haven't ye= t found time to learn valgrind. I read the referenced DEBUG file, but it ma= de no sense. I believe it's a steep learning curve for someone who does= n't know what valgrind is.=C2=A0
--

Kaushal Modi

--001a11488d1618e246055d6494c2-- From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 07 08:55:47 2017 Received: (at 29031) by debbugs.gnu.org; 7 Nov 2017 13:55:47 +0000 Received: from localhost ([127.0.0.1]:55359 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eC4Lz-0001sk-3l for submit@debbugs.gnu.org; Tue, 07 Nov 2017 08:55:47 -0500 Received: from mail-it0-f50.google.com ([209.85.214.50]:48117) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eC4Lx-0001sX-Jy for 29031@debbugs.gnu.org; Tue, 07 Nov 2017 08:55:46 -0500 Received: by mail-it0-f50.google.com with SMTP id p138so2483427itp.2 for <29031@debbugs.gnu.org>; Tue, 07 Nov 2017 05:55:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=97IOdrH6Qw8WzlgrS+rhi0HzSW+Vs0ezYaVn/nv9+6k=; b=X+fR8F9JLqUhFMI9qp/JFj8CP3oHUAdnUaey1LcumNAATP6KnAk24vKqrIZcs995JF lJH/QHsq+vVhlWPZ3hXUhDvCuloEvt8Yk7+yyGobTMaeh7pmwKABqduEQ1euc+iCL18m ju8dwDXVi00ZJ5amROq3Jx12CdMkvRBjWBRcHB4lSuNbmxdY+YuPHWt0ymCEVPrdMFV5 lRV6ZZzMS2Y1XcZplPSJYhQ0ZYGuOPgLDruNu6oja/waudVctCwUMhSCzSjUn3I7howX hdpPTjVrws62c808s3EdwpFswCNICuhA69foEhMBg7zP6ZvMdnCuMwJUQRCTvH++OKHI Hbpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=97IOdrH6Qw8WzlgrS+rhi0HzSW+Vs0ezYaVn/nv9+6k=; b=AvZ47wfPu0ic956KiMKCFl414n6UB1snc6qW4FMXq2TeVWgAO8sqPkTKigLcfvUox2 wxKzu+NMYC5o4VOxohz8+CnamkllOkIz4ZvXJWTNH12qWvBVDc/kFeoerxxDlHfDI8t4 XizOdCjlJ/UwR3wG6Nn8p8psu7ez7NyJUPzSxsC7BWydYt8rUsXt+LJpC7qoPNWjtFWQ 6r/wOU0y0aNBTVEZc1Snit3Do+uxshgTfXe21VFH23NWtq/Lw/JtC/AsMvmaOzN9RJnp NO5UJHM2vNcPuxTxuiVhh24bGYmv/KLCO9Pof1GpmTY5+GQaDqVzvtPiB3U2Kn62HGRW GnFw== X-Gm-Message-State: AJaThX6X0qdjcqWTl3IRr6R2UN7224/E9dv+efhoYmT2mcH5SQMuiRmv pCzlFS5Ndv4n69C1IteRq78= X-Google-Smtp-Source: ABhQp+TBo0dx3TjJbN3y55xoGLLkps6IEnxqxhg+GTaH70JnSnLbY144qtmvxxzn0Hq2iEYQ555NLw== X-Received: by 10.36.0.207 with SMTP id 198mr2202500ita.128.1510062939798; Tue, 07 Nov 2017 05:55:39 -0800 (PST) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id e89sm6562472itd.3.2017.11.07.05.55.37 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 07 Nov 2017 05:55:38 -0800 (PST) From: Noam Postavsky To: Kaushal Modi Subject: Re: bug#29031: 25.3; Segmentation fault when starting emacs with my config References: <83mv48trbs.fsf@gnu.org> <83bmkotnvm.fsf@gnu.org> <83shdzrrma.fsf@gnu.org> <877ev25idc.fsf@users.sourceforge.net> Date: Tue, 07 Nov 2017 08:55:37 -0500 In-Reply-To: (Kaushal Modi's message of "Tue, 07 Nov 2017 13:30:35 +0000") Message-ID: <874lq65h2e.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, Eli Zaretskii , monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Kaushal Modi writes: > I have no idea what that is. I am not a C developer. So I haven't yet > found time to learn valgrind. I read the referenced DEBUG file, but > it made no sense. I believe it's a steep learning curve for someone > who doesn't know what valgrind is.=C2=A0 Could you try just installing valgrind, reconfiguring and recompile emacs with --enable-checking (reconfigure after installing valgrind, as configure checks for its header file) and then running 'valgrind emacs' and posting the result. I tried this now without making any more complex changes suggested in DEBUG and emacs did manage to run. There were a couple of warnings about pselect and writev, but otherwise it seemed to work okay. It's possible something useful will come out. If not, we can consider whether it's worth trying the more complex stuff. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 28 20:45:16 2019 Received: (at 29031) by debbugs.gnu.org; 29 Sep 2019 00:45:16 +0000 Received: from localhost ([127.0.0.1]:51635 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iENKu-00054h-Eg for submit@debbugs.gnu.org; Sat, 28 Sep 2019 20:45:16 -0400 Received: from mail-pf1-f172.google.com ([209.85.210.172]:36081) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iENKr-00054I-QD for 29031@debbugs.gnu.org; Sat, 28 Sep 2019 20:45:14 -0400 Received: by mail-pf1-f172.google.com with SMTP id y22so3536182pfr.3 for <29031@debbugs.gnu.org>; Sat, 28 Sep 2019 17:45:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=914U2dGGHbo7E1p5xSGYm2YboRLBpQh3Rq8zBnK2KnM=; b=qAR28Gb9Hf0Na4drWKULxiyj9tPYjbSv1xWynkYFKmkJWcb+u4iw4LR3PCFOkhL7dL ojlBsQMLRCpqrogryU9UxVCrAFnaxEhb/0/buuxtVkU/z2U03NOveVUeAcVkEll1+XpW 1jbcX76MH+Mt/wKNclSK18lcw9jWCuewh0PToU7BRsdg9WFilGIOPGk460ROSuVyoeOv LVnrT1NHLrNzOTti07v5HbeoS7WAYOiOsJOQEftO3G78IpQpb+LMFUGT2EPFVrWjmKM5 Rc6O7ErSPx6xeGe5X6ncMaSjFt4dTvTsqbYE2un+bqBhHerqMLHsjNxXk2C+1nrlZD91 rDVw== X-Gm-Message-State: APjAAAWhmrLoThFaBMPx1UVFk1HosbDP2PHLKbGftSbtmCIMGTWJhtAY N4lBW3FD0S09+TNeM93XJWJEVMsUyvrIR24cR24= X-Google-Smtp-Source: APXvYqyiFq8eT0VAmx5A3ctGq3w00j7em+E1tVRpvdoikktRWZ4e1pyd0PIaFr7DVPJHdHZytShqDeK/AJMg4hzhf2Y= X-Received: by 2002:aa7:8009:: with SMTP id j9mr13177046pfi.107.1569717908107; Sat, 28 Sep 2019 17:45:08 -0700 (PDT) MIME-Version: 1.0 From: Stefan Kangas Date: Sun, 29 Sep 2019 02:44:57 +0200 Message-ID: Subject: Re: bug#29031: 25.3; Segmentation fault when starting emacs with my config To: Noam Postavsky Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.4 (/) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Kaushal Modi X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.6 (/) tags 29031 + moreinfo quit Noam Postavsky writes: > Kaushal Modi writes: > >> I have no idea what that is. I am not a C developer. So I haven't yet >> found time to learn valgrind. I read the referenced DEBUG file, but >> it made no sense. I believe it's a steep learning curve for someone >> who doesn't know what valgrind is. > > Could you try just installing valgrind, reconfiguring and recompile > emacs with --enable-checking (reconfigure after installing valgrind, as > configure checks for its header file) and then running 'valgrind emacs' > and posting the result. I tried this now without making any more > complex changes suggested in DEBUG and emacs did manage to run. There > were a couple of warnings about pselect and writev, but otherwise it > seemed to work okay. > > It's possible something useful will come out. If not, we can consider > whether it's worth trying the more complex stuff. Are you still seeing this? If the answer is yes, it seems like more information is needed here to progress. Could you please try the procedure suggested above by Noam Postavsky on Emacs 26.3? Best regards, Stefan Kangas From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 28 20:58:41 2019 Received: (at 29031) by debbugs.gnu.org; 29 Sep 2019 00:58:42 +0000 Received: from localhost ([127.0.0.1]:51655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iENXt-0005Qe-Ma for submit@debbugs.gnu.org; Sat, 28 Sep 2019 20:58:41 -0400 Received: from mail-io1-f50.google.com ([209.85.166.50]:40914) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iENXs-0005QR-3B for 29031@debbugs.gnu.org; Sat, 28 Sep 2019 20:58:40 -0400 Received: by mail-io1-f50.google.com with SMTP id h144so27896086iof.7 for <29031@debbugs.gnu.org>; Sat, 28 Sep 2019 17:58:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=cgZ2zz6KpeC3PHCkc7goyod5hOJ2VBJVOwO/APEhAdQ=; b=ArY54e4ZeT2bRpofNoUPkkGAR7bNtRs9DNIaZPk7RfF7JKz3lAh6cjzTNJZCWzv6Hg A0s4ydyR7kko8rbn8jbXGJMXpJZZWywYd6NNfSiv3nFUeCKiTt6oKblcvXmWpvNjOO6y SSbafIrpchr/98wh8Hzkjc7Xurb7OAaZ58cO55vtaGM4pbNvKUWWwTM21LWZy4O++rly A1S0HmhjiLch+WaAJ0Wo8cXTPlXP4Px/gJlCeIEadb3aYHPW1mITf/o2S1nPSHAGfnH6 E9KQGhFu62WoDufc30UD66FWBthEggAOE2YaU49SS/ZqzqcTLALK+okvg/AfdCXDGAgJ hlDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=cgZ2zz6KpeC3PHCkc7goyod5hOJ2VBJVOwO/APEhAdQ=; b=M3/jUn+QtRq5/ztBynpUgknI5Yfka15/h5nivDyOhwccc0nya4kKtpkmymr/lYiMGT AxyZbhRAxLZf2n8jopFRMe0Bwj1lpkPzY9HVLHz1ZOIIePmtTJkejMqUxxfexEjjDN48 YHrD1NlIlGWysxrk3nSY1oiIJq9ybnirqJiPqoMgQMPoE81SwCgDiYeVdb4ILw6MX85H nXF266OKm/T6G3l2Ma51K32TdfwdsY0JYqdfOngn/iejv52zAF09WpgcNgySPt5Z3+2j v1QNR/22MT0KM63wmlFiO9UNni8SfmQoMww6Qo7mkPEX5xtdC76DEtGiQRa3ASuaPlLW mGhQ== X-Gm-Message-State: APjAAAWyj86jRsFyROLsTHwn/P4DEfhyVZfVjQjyp+Y0wDfTCszMKPJi GxbxP3bLhrHdVd9EzIMWKzw= X-Google-Smtp-Source: APXvYqzVuXqAYFMMkr3EVbdMBajn6le5d5GJtfV9iggA+4AZTXeZcH+2VFvGU+CA8eNrv6ezqMZ40A== X-Received: by 2002:a5e:a812:: with SMTP id c18mr14775486ioa.220.1569718714642; Sat, 28 Sep 2019 17:58:34 -0700 (PDT) Received: from minid (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.gmail.com with ESMTPSA id q77sm3411006ill.41.2019.09.28.17.58.33 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 28 Sep 2019 17:58:34 -0700 (PDT) From: Noam Postavsky To: Stefan Kangas Subject: Re: bug#29031: 25.3; Segmentation fault when starting emacs with my config References: Date: Sat, 28 Sep 2019 20:58:33 -0400 In-Reply-To: (Stefan Kangas's message of "Sun, 29 Sep 2019 02:44:57 +0200") Message-ID: <87impb9ava.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, Kaushal Modi , Eli Zaretskii , Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stefan Kangas writes: > >> Kaushal Modi writes: >> >>> I have no idea what that is. I am not a C developer. So I haven't yet >>> found time to learn valgrind. I read the referenced DEBUG file, but >>> it made no sense. I believe it's a steep learning curve for someone >>> who doesn't know what valgrind is. >> >> Could you try just installing valgrind, reconfiguring and recompile >> emacs with --enable-checking (reconfigure after installing valgrind, as >> configure checks for its header file) and then running 'valgrind emacs' >> and posting the result. I tried this now without making any more >> complex changes suggested in DEBUG and emacs did manage to run. There >> were a couple of warnings about pselect and writev, but otherwise it >> seemed to work okay. >> >> It's possible something useful will come out. If not, we can consider >> whether it's worth trying the more complex stuff. > > Are you still seeing this? If the answer is yes, it seems like more > information is needed here to progress. Could you please try the > procedure suggested above by Noam Postavsky on Emacs 26.3? It would likely be more productive to do this on a version from master, since I believe the switch to pdumper solves some potential problems when using valgrind. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 29 03:26:56 2019 Received: (at 29031) by debbugs.gnu.org; 29 Sep 2019 07:26:56 +0000 Received: from localhost ([127.0.0.1]:52107 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iETbc-0002AG-8a for submit@debbugs.gnu.org; Sun, 29 Sep 2019 03:26:56 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45386) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iETba-0002A1-DZ for 29031@debbugs.gnu.org; Sun, 29 Sep 2019 03:26:54 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45168) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iETbV-0003iP-1F; Sun, 29 Sep 2019 03:26:49 -0400 Received: from [176.228.60.248] (port=2713 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iETbQ-0005Vd-59; Sun, 29 Sep 2019 03:26:47 -0400 Date: Sun, 29 Sep 2019 10:26:39 +0300 Message-Id: <83wodrftqo.fsf@gnu.org> From: Eli Zaretskii To: Noam Postavsky In-reply-to: <87impb9ava.fsf@gmail.com> (message from Noam Postavsky on Sat, 28 Sep 2019 20:58:33 -0400) Subject: Re: bug#29031: 25.3; Segmentation fault when starting emacs with my config References: <87impb9ava.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, stefan@marxist.se, monnier@iro.umontreal.ca, kaushal.modi@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Noam Postavsky > Cc: 29031@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Kaushal Modi > Date: Sat, 28 Sep 2019 20:58:33 -0400 > > It would likely be more productive to do this on a version from master, > since I believe the switch to pdumper solves some potential problems > when using valgrind. I agree. I expect this problem not to happen at all in Emacs 27. From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 30 16:18:27 2019 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2019 20:18:27 +0000 Received: from localhost ([127.0.0.1]:51572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPuQF-0004JU-2J for submit@debbugs.gnu.org; Wed, 30 Oct 2019 16:18:27 -0400 Received: from giraff.fripost.org ([193.234.15.44]:42006 helo=outgoing.fripost.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPuQ8-0004J5-78; Wed, 30 Oct 2019 16:18:20 -0400 Received: from localhost (localhost [127.0.0.1]) by outgoing.fripost.org (Postfix) with ESMTP id C13BC187E6FE; Wed, 30 Oct 2019 21:18:14 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=x.fripost.org; h= content-type:content-type:mime-version:user-agent:message-id :in-reply-to:date:date:references:subject:subject:from:from; s= 9df9cdc7e101629b5003b587945afa70; t=1572466694; x=1574281095; bh=SiTBZDxDXX/Cc0SEPpoaqsuIY/AN92B2LqXveqEq84k=; b=aBQRgjWs9/ZL aQ2FkiSDzMxBo+4Wod3hENwsluFduOXbIz+bPa8otNACygGDK69S+o86uUAzBBOD 6KkKfoLGAibvWiJE7EYE2JIu9Dmu0lMc3djM/NaQW5Fdoz6prEhMr5PxOlSFoEaq RqnOJuAoQ0kxrbqme6WjDkEvJkbUVzHBaQXwSn+enc5DQhB8mNzNlp0NNlVJAOw+ IS9crut9jnQOJxQ8yemgCbBBa43KJWhEilaFMZaJ1p3AD0XY2rFZ9uc4dbWlt3fX pH2B6IhMNo9fKp+X967KhHFpndElzzbt13KQqkvsrzSSQyHC5DCcAuR0JtQz2akC CHBLp5DQdw== X-Virus-Scanned: Debian amavisd-new at fripost.org Received: from outgoing.fripost.org ([127.0.0.1]) by localhost (giraff.fripost.org [127.0.0.1]) (amavisd-new, port 10040) with LMTP id Z0f-yUk-693I; Wed, 30 Oct 2019 21:18:14 +0100 (CET) Received: from smtp.fripost.org (unknown [172.16.0.6]) by outgoing.fripost.org (Postfix) with ESMTP id 8AAC2187E6FA; Wed, 30 Oct 2019 21:18:14 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) by smtp.fripost.org (Postfix) with ESMTPSA id 4B05D599EBFB; Wed, 30 Oct 2019 21:17:53 +0100 (CET) Received: from skangas by joffe.skangas.se with local (Exim 4.92) (envelope-from ) id 1iPuPR-0004MC-UZ; Wed, 30 Oct 2019 21:17:37 +0100 From: Stefan Kangas To: Noam Postavsky Subject: Re: bug#29031: 25.3; Segmentation fault when starting emacs with my config References: Date: Wed, 30 Oct 2019 21:17:37 +0100 In-Reply-To: (Stefan Kangas's message of "Sun, 29 Sep 2019 02:44:57 +0200") Message-ID: <874kzqyom6.fsf@joffe.skangas.se> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org, Kaushal Modi , Eli Zaretskii , Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) tags 29031 + unreproducible close 29031 quit Stefan Kangas writes: > Are you still seeing this? If the answer is yes, it seems like more > information is needed here to progress. Could you please try the > procedure suggested above by Noam Postavsky on Emacs 26.3? More information was requested, but none was given within 4 weeks, so I'm closing this bug. If this is still an issue, please reopen the bug report. Best regards, Stefan Kangas From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 30 16:48:09 2019 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2019 20:48:09 +0000 Received: from localhost ([127.0.0.1]:51643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPusy-0000kB-Rd for submit@debbugs.gnu.org; Wed, 30 Oct 2019 16:48:09 -0400 Received: from mail-lf1-f47.google.com ([209.85.167.47]:40280) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPust-0000jc-HR for 29031@debbugs.gnu.org; Wed, 30 Oct 2019 16:48:05 -0400 Received: by mail-lf1-f47.google.com with SMTP id f4so2665751lfk.7 for <29031@debbugs.gnu.org>; Wed, 30 Oct 2019 13:48:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=QsfFCrZcH0L6LYNooshJOi/4+GIkTjRnxnMJFzfibjM=; b=RliEMxqkFxvKf1Sft5E/RdOZTN41ywcX4f8Hc99e93LPDeXY20o+Tz0baUQqXZ+9Lm h3dxa5vK9QX0qtqG6TE3fZAIWRpFL8F/0th+wCRw5AVsaNuK1PR8LGjXBoEH/IkIpbJC ajGB9JlXJWbNEOOqPomHb0/oxpSTudz6cf1sfaJ12tGUNX/g2MjeA3VA4E7PHzqfRWDC 4kGbiIxxEDWz/VbvWWwKRwjAuC3ksd+1EvyEDVHqUd5ItuZCpVu0oTVxs7Rk+a7Ftqib 2jLJqoFxJij+K5vOJICokIbCEzyuMLQ/MYn9qiCQ6J6QMk3jqT/iqz7F3wjOvqR3teDm yO+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=QsfFCrZcH0L6LYNooshJOi/4+GIkTjRnxnMJFzfibjM=; b=T266OTcs6JTd3bJwRheJ6KeNYKCY+7e5UxKVG4Mo5C85K53uaxI3CGIxUxMwbcF+r/ COREsNVMNklSmwJybvwrGTglDHARd5XLw3VEJHrCz65WVoHKN8aN61BZqQ/NDGhzJmi+ qiD3S0MvZ+yztjo51jeH/oGds66cacMq7tsbPr6khnbt1K5HsLhb0TXHKd8xg54TWrx9 TUyFkkYVKqbXT6JmuFf8nrYCzDem5HCHRPCrxtMTnAORHPwmq90tWbCUEtuD41Lbo+10 yAyhDIjhIuxAD7rQTD07FG2zWUCwaq0UoXCi+NO14LMCiEY1QW5RQR4+gyjh7JSlDMI0 wIFA== X-Gm-Message-State: APjAAAX6nN/CvGh2rD1DtgHpVL1o5q+oADiTRYL/Mj8ABPvsdYM05kn4 mA1Z+VScOu+R4W2tmW3FSAud8YAWAVH5VpECSEl+nA== X-Google-Smtp-Source: APXvYqwQ9mlZeLMMhVKW5Kw2R/3osg8POyoh4KkPFuOi3wh+GKiUFbnDm9R9A6mLp0RqLsaaaNvH7ftwfDBDeuVhu4A= X-Received: by 2002:a19:4318:: with SMTP id q24mr146481lfa.12.1572468476731; Wed, 30 Oct 2019 13:47:56 -0700 (PDT) MIME-Version: 1.0 References: <874kzqyom6.fsf@joffe.skangas.se> In-Reply-To: <874kzqyom6.fsf@joffe.skangas.se> From: Kaushal Modi Date: Wed, 30 Oct 2019 16:47:19 -0400 Message-ID: Subject: Re: bug#29031: 25.3; Segmentation fault when starting emacs with my config To: 29031@debbugs.gnu.org Content-Type: multipart/alternative; boundary="000000000000f9e3dd059626d810" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 29031 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000f9e3dd059626d810 Content-Type: text/plain; charset="UTF-8" On Wed, Oct 30, 2019 at 4:18 PM Stefan Kangas wrote: > > More information was requested, but none was given within 4 weeks, so > I'm closing this bug. If this is still an issue, please reopen the bug > report. > Sorry. I haven't got a chance to reproduce the issue. I will open a new bug report when I see any crash. --000000000000f9e3dd059626d810 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Wed, Oct 30, 2019 at 4:18 PM Stefan Ka= ngas <stefan@marxist.se> wro= te:

More information was requested, but none was given within 4 weeks, so
I'm closing this bug.=C2=A0 If this is still an issue, please reopen th= e bug
report.

Sorry. I haven't got a chan= ce to reproduce the issue. I will open a new bug report when I see any cras= h.
--000000000000f9e3dd059626d810-- From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 30 17:16:44 2019 Received: (at 29031) by debbugs.gnu.org; 30 Oct 2019 21:16:44 +0000 Received: from localhost ([127.0.0.1]:51722 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPvKd-0002wF-ST for submit@debbugs.gnu.org; Wed, 30 Oct 2019 17:16:44 -0400 Received: from giraff.fripost.org ([193.234.15.44]:42266 helo=outgoing.fripost.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPvKb-0002p7-2Q for 29031@debbugs.gnu.org; Wed, 30 Oct 2019 17:16:42 -0400 Received: from localhost (localhost [127.0.0.1]) by outgoing.fripost.org (Postfix) with ESMTP id A2D3B187E931; Wed, 30 Oct 2019 22:16:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=x.fripost.org; h= content-type:content-type:mime-version:user-agent:message-id :in-reply-to:date:date:references:subject:subject:from:from; s= 9df9cdc7e101629b5003b587945afa70; t=1572470194; x=1574284595; bh=xWt5Ut6W5Vcfnsm5WUyiHIICZc128tI6THTpxWZlQRA=; b=HvqMQiMmnNGm BYAjApGIWIV0fdWx55+fsz7werQGq29HUltYHz8ChCy8Vhymz61lmEwBSNHRo/rv JdADUyxn0bhx2lYxXmpeORMTYwjkbSKUsykzZ+UCgabxdlAiCJSBrcmO56gXDiKi zofErVVgwqgWr1Jyq3w5FkDKdoiVYY/yAykaf5LGl0DSPD8XTk/J4mxPvh4EOy0t 7O/GbmT7i8gF05Hj4IBI5F0u35NspS1eBfvtdJoLu7bEZrUOSYRWldgljM1KWDAP JHRyLPQS1/Bg0IypOqxrPD5geNbO/3dnArRjoz57jpisMcx7yujCOsXF8mmRs+QF SB6Gm13c6g== X-Virus-Scanned: Debian amavisd-new at fripost.org Received: from outgoing.fripost.org ([127.0.0.1]) by localhost (giraff.fripost.org [127.0.0.1]) (amavisd-new, port 10040) with LMTP id A695UYMRtNpr; Wed, 30 Oct 2019 22:16:34 +0100 (CET) Received: from smtp.fripost.org (unknown [172.16.0.6]) by outgoing.fripost.org (Postfix) with ESMTP id 81E34187E92D; Wed, 30 Oct 2019 22:16:34 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) by smtp.fripost.org (Postfix) with ESMTPSA id 37FD2599EFE6; Wed, 30 Oct 2019 22:16:34 +0100 (CET) Received: from skangas by joffe.skangas.se with local (Exim 4.92) (envelope-from ) id 1iPvKG-0005Ib-Hy; Wed, 30 Oct 2019 22:16:20 +0100 From: Stefan Kangas To: Kaushal Modi Subject: Re: bug#29031: 25.3; Segmentation fault when starting emacs with my config References: <874kzqyom6.fsf@joffe.skangas.se> Date: Wed, 30 Oct 2019 22:16:20 +0100 In-Reply-To: (Kaushal Modi's message of "Wed, 30 Oct 2019 16:47:19 -0400") Message-ID: <87sgnavsrf.fsf@joffe.skangas.se> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 29031 Cc: 29031@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) Kaushal Modi writes: > On Wed, Oct 30, 2019 at 4:18 PM Stefan Kangas wrote: > > More information was requested, but none was given within 4 weeks, so > I'm closing this bug. If this is still an issue, please reopen the bug > report. > > Sorry. I haven't got a chance to reproduce the issue. I will open a new bug report when I see any crash. Thanks. Note what Eli said though -- this will most likely have been fixed in the upcoming Emacs 27.1 release (which will hopefully see a pre-test within a couple of weeks). Best regards, Stefan Kangas From unknown Mon Jun 23 04:14:44 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 28 Nov 2019 12:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator