GNU bug report logs - #29031
25.3; Segmentation fault when starting emacs with my config

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: Kaushal Modi <kaushal.modi@HIDDEN>; dated Fri, 27 Oct 2017 21:25:01 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 29031 <at> debbugs.gnu.org:


Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 19:35:31 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 30 15:35:31 2017
Received: from localhost ([127.0.0.1]:42671 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1e9FqN-0004EX-GS
	for submit <at> 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 <eliz@HIDDEN>) id 1e9FqL-0004EK-Dy
 for 29031 <at> 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 <eliz@HIDDEN>) id 1e9FqC-0004RT-7x
 for 29031 <at> 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 <eliz@HIDDEN>)
 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 <eliz@HIDDEN>)
 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@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Kaushal Modi <kaushal.modi@HIDDEN>
In-reply-to: <CAFyQvY15BoTdEgDFQvgj9utepaWvQJOYAVb=eMnv_DjY_029xA@HIDDEN>
 (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: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
 <CAFyQvY1r7-jKymnaDoyYB9j+W94Ucg0=Gy0si3d_kNNAUA_tXg@HIDDEN>
 <83mv48trbs.fsf@HIDDEN>
 <CAFyQvY15BoTdEgDFQvgj9utepaWvQJOYAVb=eMnv_DjY_029xA@HIDDEN>
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 <at> debbugs.gnu.org, monnier@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Kaushal Modi <kaushal.modi@HIDDEN>
> Date: Mon, 30 Oct 2017 19:24:19 +0000
> Cc: 29031 <at> debbugs.gnu.org, monnier@HIDDEN
> 
> 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").




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#29031; Package emacs. Full text available.

Message received at 29031 <at> debbugs.gnu.org:


Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 19:29:23 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 30 15:29:23 2017
Received: from localhost ([127.0.0.1]:42665 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1e9FkQ-00044N-PO
	for submit <at> 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 <eliz@HIDDEN>) id 1e9FkP-000448-7B
 for 29031 <at> 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 <eliz@HIDDEN>) id 1e9FkE-0001Lk-U2
 for 29031 <at> 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 <eliz@HIDDEN>)
 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 <eliz@HIDDEN>)
 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@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Kaushal Modi <kaushal.modi@HIDDEN>
In-reply-to: <CAFyQvY29_Qmkw5BNsY1xi3-t_wSUx7JbVsf1JoHqWkk0+0ZSiA@HIDDEN>
 (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: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
 <83r2tkts1f.fsf@HIDDEN>
 <CAFyQvY17RXss2Fpv+mJm0xgOfcNT41Ko5cmWp=DsRfuOPrGYzA@HIDDEN>
 <83inewtqnc.fsf@HIDDEN>
 <CAFyQvY3PA9BQ4DmSeCOR_p=3e-CoozUbUeiOVRAS31XTw4=U_w@HIDDEN>
 <CAFyQvY29_Qmkw5BNsY1xi3-t_wSUx7JbVsf1JoHqWkk0+0ZSiA@HIDDEN>
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 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Kaushal Modi <kaushal.modi@HIDDEN>
> Date: Mon, 30 Oct 2017 19:18:11 +0000
> Cc: 29031 <at> 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=<optimized out>, 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=<optimized out>,
> last_special=<optimized out>) 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.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#29031; Package emacs. Full text available.

Message received at 29031 <at> debbugs.gnu.org:


Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 19:24:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 30 15:24:39 2017
Received: from localhost ([127.0.0.1]:42661 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1e9Ffq-0003xK-Sn
	for submit <at> 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 <kaushal.modi@HIDDEN>) id 1e9Ffp-0003x8-2Q
 for 29031 <at> 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 <at> 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: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
 <CAFyQvY1r7-jKymnaDoyYB9j+W94Ucg0=Gy0si3d_kNNAUA_tXg@HIDDEN>
 <83mv48trbs.fsf@HIDDEN>
In-Reply-To: <83mv48trbs.fsf@HIDDEN>
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 30 Oct 2017 19:24:19 +0000
Message-ID: <CAFyQvY15BoTdEgDFQvgj9utepaWvQJOYAVb=eMnv_DjY_029xA@HIDDEN>
Subject: Re: 25.3; Segmentation fault when starting emacs with my config
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="001a114fbe68781cd6055cc8961a"
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 29031
Cc: 29031 <at> debbugs.gnu.org, monnier@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

--001a114fbe68781cd6055cc8961a
Content-Type: text/plain; charset="UTF-8"

On Mon, Oct 30, 2017 at 2:38 PM Eli Zaretskii <eliz@HIDDEN> wrote:

> > From: Kaushal Modi <kaushal.modi@HIDDEN>
> > Date: Mon, 30 Oct 2017 16:03:43 +0000
> > Cc: Eli Zaretskii <eliz@HIDDEN>
> >
> > **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 <Sread>, 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 <funcall_nil>) 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
<Srun_hook_with_args>, 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 <Srequire>,
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

<div dir=3D"ltr"><div class=3D"gmail_quote"><div dir=3D"ltr">On Mon, Oct 30=
, 2017 at 2:38 PM Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN">eliz@gn=
u.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">&gt; From: Kau=
shal Modi &lt;<a href=3D"mailto:kaushal.modi@HIDDEN" target=3D"_blank">k=
aushal.modi@HIDDEN</a>&gt;<br>
&gt; Date: Mon, 30 Oct 2017 16:03:43 +0000<br>
&gt; Cc: Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank=
">eliz@HIDDEN</a>&gt;<br>
&gt;<br>
&gt; **I couldn&#39;t reproduce the visual artifact issues or crash on emac=
s 26.x+.**<br>
<br>
Given this, do we really need to debug this issue?=C2=A0 There will be no<b=
r>
more Emacs 25.x releases.<br></blockquote><div><br></div><div>I was wrong t=
hat this issue doesn&#39;t exist on emacs 26.x (my mistake was that I was l=
oading native line numbers automatically in my config if emacs version &gt;=
+ &quot;26.0&quot;). It seems to exist in a different form if I load nlinum=
.</div><div><br></div><div>I got a SIGABRT on emacs 26.0.90:</div><div><br>=
</div><div><div>Thread 1 &quot;emacs&quot; received signal SIGABRT, Aborted=
.</div><div>0x00000033e3032625 in raise () from /lib64/libc.so.6</div><div>=
(gdb) bt</div><div>#0=C2=A0 0x00000033e3032625 in raise () from /lib64/libc=
.so.6</div><div>#1=C2=A0 0x00000033e3033e05 in abort () from /lib64/libc.so=
.6</div><div>#2=C2=A0 0x00000033e3070537 in __libc_message () from /lib64/l=
ibc.so.6</div><div>#3=C2=A0 0x00000033e3075f4e in malloc_printerr () from /=
lib64/libc.so.6</div><div>#4=C2=A0 0x00000033e307a614 in _int_malloc () fro=
m /lib64/libc.so.6</div><div>#5=C2=A0 0x00000033e307ab1c in malloc () from =
/lib64/libc.so.6</div><div>#6=C2=A0 0x00000000005debb2 in lmalloc (size=3D8=
188) at alloc.c:1450</div><div>#7=C2=A0 0x00000000005de7a5 in lisp_malloc (=
nbytes=3D8188, type=3DMEM_TYPE_NON_LISP) at alloc.c:1088</div><div>#8=C2=A0=
 0x00000000005df0f7 in allocate_string_data (s=3D0x21e8370, nchars=3D70, nb=
ytes=3D70) at alloc.c:2024</div><div>#9=C2=A0 0x00000000005dfe78 in make_un=
init_multibyte_string (nchars=3D70, nbytes=3D70) at alloc.c:2548</div><div>=
#10 0x00000000005dfd3e in make_specified_string (contents=3D0x7ffffffd6c50 =
&quot;SOME_FILE__JUST_MASKING_REAL_FILENAME_HERE.v&quot;, nchars=3D70, nbyt=
es=3D70, multibyte=3Dfalse) at alloc.c:2508</div><div>#11 0x000000000063cdb=
4 in read1 (readcharfun=3D..., pch=3D0x7ffffffdae5c, first_in_list=3Dfalse)=
 at lread.c:3401</div><div>#12 0x000000000063e0f5 in read_list (flag=3Dfals=
e, readcharfun=3D...) at lread.c:3884</div><div>#13 0x000000000063af94 in r=
ead1 (readcharfun=3D..., pch=3D0x7ffffffdf3cc, first_in_list=3Dfalse) at lr=
ead.c:2692</div><div>#14 0x000000000063e0f5 in read_list (flag=3Dfalse, rea=
dcharfun=3D...) at lread.c:3884</div><div>#15 0x000000000063af94 in read1 (=
readcharfun=3D..., pch=3D0x7ffffffe393c, first_in_list=3Dfalse) at lread.c:=
2692</div><div>#16 0x000000000063e0f5 in read_list (flag=3Dfalse, readcharf=
un=3D...) at lread.c:3884</div><div>#17 0x000000000063b023 in read1 (readch=
arfun=3D..., pch=3D0x7ffffffe7eac, first_in_list=3Dfalse) at lread.c:2714</=
div><div>#18 0x000000000063a32f in read0 (readcharfun=3D...) at lread.c:226=
7</div><div>#19 0x000000000063a226 in read_internal_start (stream=3D..., st=
art=3D..., end=3D...) at lread.c:2233</div><div>#20 0x0000000000639f73 in F=
read (stream=3D...) at lread.c:2169</div><div>#21 0x000000000060aa27 in fun=
call_subr (subr=3D0xc49738 &lt;Sread&gt;, numargs=3D1, args=3D0x7ffffffe80e=
0) at eval.c:2841</div><div>#22 0x000000000060a66e in Ffuncall (nargs=3D2, =
args=3D0x7ffffffe80d8) at eval.c:2766</div><div>#23 0x000000000065705e in e=
xec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template=
=3D..., nargs=3D1, args=3D0x7ffffffe8848) at bytecode.c:629</div><div>#24 0=
x000000000060b0a9 in funcall_lambda (fun=3D..., nargs=3D1, arg_vector=3D0x7=
ffffffe8840) at eval.c:2967</div><div>#25 0x000000000060a6b2 in Ffuncall (n=
args=3D2, args=3D0x7ffffffe8838) at eval.c:2768</div><div>#26 0x00000000006=
5705e in exec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_=
template=3D..., nargs=3D0, args=3D0x7ffffffe8f60) at bytecode.c:629</div><d=
iv>#27 0x000000000060b0a9 in funcall_lambda (fun=3D..., nargs=3D0, arg_vect=
or=3D0x7ffffffe8f60) at eval.c:2967</div><div>#28 0x000000000060adcc in app=
ly_lambda (fun=3D..., args=3D..., count=3D205) at eval.c:2903</div><div>#29=
 0x0000000000609396 in eval_sub (form=3D...) at eval.c:2276</div><div>#30 0=
x000000000060556c in Fprogn (body=3D...) at eval.c:455</div><div>#31 0x0000=
000000608dd2 in eval_sub (form=3D...) at eval.c:2183</div><div>#32 0x000000=
00006070f9 in internal_lisp_condition_case (var=3D..., bodyform=3D..., hand=
lers=3D...) at eval.c:1303</div><div>#33 0x0000000000606cfa in Fcondition_c=
ase (args=3D...) at eval.c:1227</div><div>#34 0x0000000000608dd2 in eval_su=
b (form=3D...) at eval.c:2183</div><div>#35 0x000000000060556c in Fprogn (b=
ody=3D...) at eval.c:455</div><div>#36 0x0000000000608dd2 in eval_sub (form=
=3D...) at eval.c:2183</div><div>#37 0x000000000060556c in Fprogn (body=3D.=
..) at eval.c:455</div><div>#38 0x000000000060b429 in funcall_lambda (fun=
=3D..., nargs=3D0, arg_vector=3D0x0) at eval.c:3042</div><div>#39 0x0000000=
00060a789 in Ffuncall (nargs=3D1, args=3D0x7ffffffe9940) at eval.c:2780</di=
v><div>#40 0x000000000065705e in exec_byte_code (bytestr=3D..., vector=3D..=
., maxdepth=3D..., args_template=3D..., nargs=3D1, args=3D0x7ffffffea258) a=
t bytecode.c:629</div><div>#41 0x000000000060b0a9 in funcall_lambda (fun=3D=
..., nargs=3D1, arg_vector=3D0x7ffffffea250) at eval.c:2967</div><div>#42 0=
x000000000060a6b2 in Ffuncall (nargs=3D2, args=3D0x7ffffffea248) at eval.c:=
2768</div><div>#43 0x0000000000609aea in funcall_nil (nargs=3D2, args=3D0x7=
ffffffea248) at eval.c:2397</div><div>#44 0x0000000000609ef7 in run_hook_wi=
th_args (nargs=3D2, args=3D0x7ffffffea248, funcall=3D0x609ac7 &lt;funcall_n=
il&gt;) at eval.c:2574</div><div>#45 0x0000000000609b6e in Frun_hook_with_a=
rgs (nargs=3D2, args=3D0x7ffffffea248) at eval.c:2439</div><div>#46 0x00000=
0000060a966 in funcall_subr (subr=3D0xc47748 &lt;Srun_hook_with_args&gt;, n=
umargs=3D2, args=3D0x7ffffffea248) at eval.c:2821</div><div>#47 0x000000000=
060a66e in Ffuncall (nargs=3D3, args=3D0x7ffffffea240) at eval.c:2766</div>=
<div>#48 0x000000000065705e in exec_byte_code (bytestr=3D..., vector=3D...,=
 maxdepth=3D..., args_template=3D..., nargs=3D1, args=3D0x7ffffffeaa30) at =
bytecode.c:629</div><div>#49 0x000000000060b0a9 in funcall_lambda (fun=3D..=
., nargs=3D1, arg_vector=3D0x7ffffffeaa28) at eval.c:2967</div><div>#50 0x0=
00000000060a6b2 in Ffuncall (nargs=3D2, args=3D0x7ffffffeaa20) at eval.c:27=
68</div><div>#51 0x000000000060a04b in call1 (fn=3D..., arg1=3D...) at eval=
.c:2617</div><div>#52 0x000000000063812f in Fload (file=3D..., noerror=3D..=
., nomessage=3D..., nosuffix=3D..., must_suffix=3D...) at lread.c:1439</div=
><div>#53 0x0000000000617039 in Frequire (feature=3D..., filename=3D..., no=
error=3D...) at fns.c:2807</div><div>#54 0x000000000060aa74 in funcall_subr=
 (subr=3D0xc489a8 &lt;Srequire&gt;, numargs=3D3, args=3D0x7ffffffeaea0) at =
eval.c:2846</div><div>#55 0x000000000060a66e in Ffuncall (nargs=3D4, args=
=3D0x7ffffffeae98) at eval.c:2766</div><div>#56 0x000000000065705e in exec_=
byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template=3D...=
, nargs=3D0, args=3D0x0) at bytecode.c:629</div></div><div><br></div><div>.=
..</div><div><br></div><div>continues till #224.</div></div></div><div dir=
=3D"ltr">-- <br></div><div class=3D"gmail_signature" data-smartmail=3D"gmai=
l_signature"><p dir=3D"ltr">Kaushal Modi</p>
</div>

--001a114fbe68781cd6055cc8961a--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#29031; Package emacs. Full text available.

Message received at 29031 <at> debbugs.gnu.org:


Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 19:18:31 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 30 15:18:31 2017
Received: from localhost ([127.0.0.1]:42653 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1e9FZu-0003nl-IT
	for submit <at> 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 <kaushal.modi@HIDDEN>) id 1e9FZs-0003nZ-BO
 for 29031 <at> 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 <at> 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: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
 <83r2tkts1f.fsf@HIDDEN>
 <CAFyQvY17RXss2Fpv+mJm0xgOfcNT41Ko5cmWp=DsRfuOPrGYzA@HIDDEN>
 <83inewtqnc.fsf@HIDDEN>
 <CAFyQvY3PA9BQ4DmSeCOR_p=3e-CoozUbUeiOVRAS31XTw4=U_w@HIDDEN>
In-Reply-To: <CAFyQvY3PA9BQ4DmSeCOR_p=3e-CoozUbUeiOVRAS31XTw4=U_w@HIDDEN>
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 30 Oct 2017 19:18:11 +0000
Message-ID: <CAFyQvY29_Qmkw5BNsY1xi3-t_wSUx7JbVsf1JoHqWkk0+0ZSiA@HIDDEN>
Subject: Re: 25.3; Segmentation fault when starting emacs with my config
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="001a114f38a07cb026055cc880d2"
X-Spam-Score: 0.5 (/)
X-Debbugs-Envelope-To: 29031
Cc: 29031 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.5 (/)

--001a114f38a07cb026055cc880d2
Content-Type: text/plain; charset="UTF-8"

On Mon, Oct 30, 2017 at 2:57 PM Kaushal Modi <kaushal.modi@HIDDEN> wrote:

> On Mon, Oct 30, 2017 at 2:52 PM Eli Zaretskii <eliz@HIDDEN> wrote:
>
>> > From: Kaushal Modi <kaushal.modi@HIDDEN>
>> > Date: Mon, 30 Oct 2017 18:34:22 +0000
>> > Cc: 29031 <at> 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=<optimized out>, 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=<optimized out>, last_special=<optimized out>) at fns.c:637
#7  0x000000000056b760 in Fmapconcat (function=60420685,
sequence=<optimized out>, separator=60725716) at fns.c:2562
#8  0x000000000055fbb4 in Ffuncall (nargs=<optimized out>,
args=0x7fffffff1958) at eval.c:2706
#9  0x000000000059699d in exec_byte_code (bytestr=<optimized out>,
vector=60420725, maxdepth=<optimized out>,
    args_template=<optimized out>, nargs=<optimized out>, args=<optimized
out>) at bytecode.c:880
#10 0x000000000055f5fa in funcall_lambda (fun=60420901, nargs=<optimized
out>, arg_vector=0x7fffffff1b30) at eval.c:2929
#11 0x000000000055f943 in Ffuncall (nargs=<optimized out>,
args=0x7fffffff1b28) at eval.c:2760
#12 0x000000000059699d in exec_byte_code (bytestr=<optimized out>,
vector=61050749, maxdepth=<optimized out>,
    args_template=<optimized out>, nargs=<optimized out>, args=<optimized
out>) at bytecode.c:880
#13 0x000000000055f5fa in funcall_lambda (fun=61051037, nargs=<optimized
out>, 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=<optimized out>) at eval.c:2247
#16 0x0000000000560c92 in Feval (form=61021091, lexical=<optimized out>) at
eval.c:1994
#17 0x000000000055fbc8 in Ffuncall (nargs=<optimized out>,
args=0x7fffffff1df8) at eval.c:2702
#18 0x000000000055e6ce in internal_condition_case_n (bfun=0x55f7a0
<Ffuncall>, nargs=2, args=0x7fffffff1eb0, handlers=<optimized out>,
    hfun=0x447c60 <safe_eval_handler>) at eval.c:1395
#19 0x000000000043ae89 in safe__call (inhibit_quit=true, nargs=2,
func=<optimized out>, ap=<optimized out>) at xdisp.c:2558
#20 0x000000000043b042 in safe__call1 (inhibit_quit=<optimized out>,
fn=<optimized out>) at xdisp.c:2595
#21 0x000000000044fcc3 in safe__eval (sexpr=<optimized out>,
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=<optimized out>) at
xdisp.c:14491
#29 0x000000000055e7c6 in internal_condition_case_1 (bfun=0x463b10
<redisplay_window_0>, arg=18793157, handlers=<optimized out>,
    hfun=0x429b40 <redisplay_window_error>) at eval.c:1339
#30 0x000000000044612e in redisplay_windows (window=<optimized out>) 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
<command_loop_1>, handlers=<optimized out>, hfun=0x4f8200 <cmd_error>)
    at eval.c:1315
#36 0x00000000004f81ec in command_loop_2 (ignore=<optimized out>) at
keyboard.c:1112
#37 0x000000000055e8b8 in internal_catch (tag=<optimized out>,
func=0x4f81d0 <command_loop_2>, 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=<optimized out>, argv=<optimized out>)
at emacs.c:1629
-- 

Kaushal Modi

--001a114f38a07cb026055cc880d2
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_quote"><div dir=3D"ltr">On Mon, Oct 30=
, 2017 at 2:57 PM Kaushal Modi &lt;<a href=3D"mailto:kaushal.modi@HIDDEN=
">kaushal.modi@HIDDEN</a>&gt; wrote:<br></div><blockquote class=3D"gmail=
_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:=
1ex"><div dir=3D"ltr"><div class=3D"gmail_quote"><div dir=3D"ltr">On Mon, O=
ct 30, 2017 at 2:52 PM Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN" ta=
rget=3D"_blank">eliz@HIDDEN</a>&gt; wrote:<br></div><blockquote class=3D"g=
mail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-l=
eft:1ex">&gt; From: Kaushal Modi &lt;<a href=3D"mailto:kaushal.modi@HIDDEN=
om" target=3D"_blank">kaushal.modi@HIDDEN</a>&gt;<br>
&gt; Date: Mon, 30 Oct 2017 18:34:22 +0000<br>
&gt; Cc: <a href=3D"mailto:29031 <at> debbugs.gnu.org" target=3D"_blank">29031@d=
ebbugs.gnu.org</a><br>
&gt;<br>
&gt; (gdb) p glyph<br>
&gt; $1 =3D (struct glyph *) 0x8f<br>
&gt; (gdb) p glyph-&gt;charpos<br>
&gt; Cannot access memory at address 0x8f<br>
<br>
So the problematic data is &#39;glyph&#39;.=C2=A0 What do the following pri=
nt?<br>
<br>
=C2=A0 (gdb) p it-&gt;area<br>
=C2=A0 (gdb) p it-&gt;glyph_row<br>
=C2=A0 (gdb) p it-&gt;glyph_row-&gt;used[area]<br></blockquote><div><br></d=
iv></div></div><div dir=3D"ltr"><div class=3D"gmail_quote"><div>(gdb) p it-=
&gt;area</div><div>$3 =3D TEXT_AREA</div><div>(gdb) p it-&gt;glyph_row</div=
><div>$4 =3D (struct glyph_row *) 0xe487f0</div></div></div><div dir=3D"ltr=
"><div class=3D"gmail_quote"><div>(gdb) p it-&gt;glyph_row-&gt;used[area]</=
div></div></div><div dir=3D"ltr"><div class=3D"gmail_quote"><div>$5 =3D 0=
=C2=A0</div></div></div></blockquote><div><br></div><div>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&#39;s at=
 a different point. Sorry about that.</div><div><br></div><div><div>Thread =
1 &quot;emacs&quot; received signal SIGSEGV, Segmentation fault.</div><div>=
0x00000033e307a13c in _int_malloc () from /lib64/libc.so.6</div><div>(gdb) =
bt</div><div>#0=C2=A0 0x00000033e307a13c in _int_malloc () from /lib64/libc=
.so.6</div><div>#1=C2=A0 0x00000033e307ab1c in malloc () from /lib64/libc.s=
o.6</div><div>#2=C2=A0 0x00000000005464ee in lmalloc (size=3D8188) at alloc=
.c:1414</div><div>#3=C2=A0 lisp_malloc (nbytes=3D&lt;optimized out&gt;, typ=
e=3DMEM_TYPE_NON_LISP) at alloc.c:1063</div><div>#4=C2=A0 0x0000000000547be=
f in allocate_string_data (s=3D0x4fd6600, nchars=3D369, nbytes=3D370) at al=
loc.c:1998</div><div>#5=C2=A0 0x0000000000547dc7 in make_uninit_multibyte_s=
tring (nchars=3D369, nbytes=3D370) at alloc.c:2513</div><div>#6=C2=A0 0x000=
000000056ab9b in concat (nargs=3D25, args=3D0x7fffffff1750, target_type=3D&=
lt;optimized out&gt;, last_special=3D&lt;optimized out&gt;) at fns.c:637</d=
iv><div>#7=C2=A0 0x000000000056b760 in Fmapconcat (function=3D60420685, seq=
uence=3D&lt;optimized out&gt;, separator=3D60725716) at fns.c:2562</div><di=
v>#8=C2=A0 0x000000000055fbb4 in Ffuncall (nargs=3D&lt;optimized out&gt;, a=
rgs=3D0x7fffffff1958) at eval.c:2706</div><div>#9=C2=A0 0x000000000059699d =
in exec_byte_code (bytestr=3D&lt;optimized out&gt;, vector=3D60420725, maxd=
epth=3D&lt;optimized out&gt;,</div><div>=C2=A0 =C2=A0 args_template=3D&lt;o=
ptimized out&gt;, nargs=3D&lt;optimized out&gt;, args=3D&lt;optimized out&g=
t;) at bytecode.c:880</div><div>#10 0x000000000055f5fa in funcall_lambda (f=
un=3D60420901, nargs=3D&lt;optimized out&gt;, arg_vector=3D0x7fffffff1b30) =
at eval.c:2929</div><div>#11 0x000000000055f943 in Ffuncall (nargs=3D&lt;op=
timized out&gt;, args=3D0x7fffffff1b28) at eval.c:2760</div><div>#12 0x0000=
00000059699d in exec_byte_code (bytestr=3D&lt;optimized out&gt;, vector=3D6=
1050749, maxdepth=3D&lt;optimized out&gt;,</div><div>=C2=A0 =C2=A0 args_tem=
plate=3D&lt;optimized out&gt;, nargs=3D&lt;optimized out&gt;, args=3D&lt;op=
timized out&gt;) at bytecode.c:880</div><div>#13 0x000000000055f5fa in func=
all_lambda (fun=3D61051037, nargs=3D&lt;optimized out&gt;, arg_vector=3D0x7=
fffffff1c60) at eval.c:2929</div><div>#14 0x000000000055ebeb in apply_lambd=
a (fun=3D61051037, args=3D0, count=3D13) at eval.c:2800</div><div>#15 0x000=
000000055eeb6 in eval_sub (form=3D&lt;optimized out&gt;) at eval.c:2247</di=
v><div>#16 0x0000000000560c92 in Feval (form=3D61021091, lexical=3D&lt;opti=
mized out&gt;) at eval.c:1994</div><div>#17 0x000000000055fbc8 in Ffuncall =
(nargs=3D&lt;optimized out&gt;, args=3D0x7fffffff1df8) at eval.c:2702</div>=
<div>#18 0x000000000055e6ce in internal_condition_case_n (bfun=3D0x55f7a0 &=
lt;Ffuncall&gt;, nargs=3D2, args=3D0x7fffffff1eb0, handlers=3D&lt;optimized=
 out&gt;,</div><div>=C2=A0 =C2=A0 hfun=3D0x447c60 &lt;safe_eval_handler&gt;=
) at eval.c:1395</div><div>#19 0x000000000043ae89 in safe__call (inhibit_qu=
it=3Dtrue, nargs=3D2, func=3D&lt;optimized out&gt;, ap=3D&lt;optimized out&=
gt;) at xdisp.c:2558</div><div>#20 0x000000000043b042 in safe__call1 (inhib=
it_quit=3D&lt;optimized out&gt;, fn=3D&lt;optimized out&gt;) at xdisp.c:259=
5</div><div>#21 0x000000000044fcc3 in safe__eval (sexpr=3D&lt;optimized out=
&gt;, inhibit_quit=3Dtrue) at xdisp.c:2609</div><div>#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</div><div>#23 0x000=
000000044fe8e in display_mode_element (it=3D0x7fffffff2360, depth=3D3, fiel=
d_width=3D0, precision=3D-82, elt=3D61119507, props=3D0,</div><div>=C2=A0 =
=C2=A0 risky=3Dfalse) at xdisp.c:22944</div><div>#24 0x000000000044fe8e in =
display_mode_element (it=3D0x7fffffff2360, depth=3D1, field_width=3D0, prec=
ision=3D0, elt=3D61156931, props=3D0, risky=3Dfalse)</div><div>=C2=A0 =C2=
=A0 at xdisp.c:22944</div><div>#25 0x0000000000454cf9 in display_mode_line =
(w=3D0x11ec2c0, face_id=3DMODE_LINE_FACE_ID, format=3D61157123) at xdisp.c:=
22460</div><div>#26 0x0000000000454fee in display_mode_lines (w=3D0x11ec2c0=
) at xdisp.c:22402</div><div>#27 0x00000000004602f7 in redisplay_window (wi=
ndow=3D18793157, just_this_one_p=3Dfalse) at xdisp.c:17066</div><div>#28 0x=
0000000000463b36 in redisplay_window_0 (window=3D&lt;optimized out&gt;) at =
xdisp.c:14491</div><div>#29 0x000000000055e7c6 in internal_condition_case_1=
 (bfun=3D0x463b10 &lt;redisplay_window_0&gt;, arg=3D18793157, handlers=3D&l=
t;optimized out&gt;,</div><div>=C2=A0 =C2=A0 hfun=3D0x429b40 &lt;redisplay_=
window_error&gt;) at eval.c:1339</div><div>#30 0x000000000044612e in redisp=
lay_windows (window=3D&lt;optimized out&gt;) at xdisp.c:14471</div><div>#31=
 0x000000000045cfd5 in redisplay_internal () at xdisp.c:14031</div><div>#32=
 0x00000000004f5299 in read_char (commandflag=3D1, map=3D100930259, prev_ev=
ent=3D0, used_mouse_menu=3D0x7fffffffb11f, end_time=3D0x0)</div><div>=C2=A0=
 =C2=A0 at keyboard.c:2482</div><div>#33 0x00000000004f90c0 in read_key_seq=
uence (keybuf=3D0x7fffffffb190, prompt=3D0, dont_downcase_last=3Dfalse, can=
_return_switch_frame=3Dtrue,</div><div>=C2=A0 =C2=A0 fix_current_buffer=3Dt=
rue, prevent_redisplay=3Dfalse, bufsize=3D30) at keyboard.c:9068</div><div>=
#34 0x00000000004fa3ba in command_loop_1 () at keyboard.c:1370</div><div>#3=
5 0x000000000055e82a in internal_condition_case (bfun=3D0x4fa1f0 &lt;comman=
d_loop_1&gt;, handlers=3D&lt;optimized out&gt;, hfun=3D0x4f8200 &lt;cmd_err=
or&gt;)</div><div>=C2=A0 =C2=A0 at eval.c:1315</div><div>#36 0x00000000004f=
81ec in command_loop_2 (ignore=3D&lt;optimized out&gt;) at keyboard.c:1112<=
/div><div>#37 0x000000000055e8b8 in internal_catch (tag=3D&lt;optimized out=
&gt;, func=3D0x4f81d0 &lt;command_loop_2&gt;, arg=3D0) at eval.c:1080</div>=
<div>#38 0x00000000004f7f67 in command_loop () at keyboard.c:1091</div><div=
>#39 0x00000000004f7ff5 in recursive_edit_1 () at keyboard.c:697</div><div>=
#40 0x00000000004f8135 in Frecursive_edit () at keyboard.c:768</div><div>#4=
1 0x00000000004e997e in main (argc=3D&lt;optimized out&gt;, argv=3D&lt;opti=
mized out&gt;) at emacs.c:1629</div></div></div></div><div dir=3D"ltr">-- <=
br></div><div class=3D"gmail_signature" data-smartmail=3D"gmail_signature">=
<p dir=3D"ltr">Kaushal Modi</p>
</div>

--001a114f38a07cb026055cc880d2--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#29031; Package emacs. Full text available.

Message received at 29031 <at> debbugs.gnu.org:


Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 18:57:45 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 30 14:57:45 2017
Received: from localhost ([127.0.0.1]:42632 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1e9FFo-0003GJ-Pz
	for submit <at> 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 <kaushal.modi@HIDDEN>) id 1e9FFn-0003G5-GM
 for 29031 <at> 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 <at> 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: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
 <83r2tkts1f.fsf@HIDDEN>
 <CAFyQvY17RXss2Fpv+mJm0xgOfcNT41Ko5cmWp=DsRfuOPrGYzA@HIDDEN>
 <83inewtqnc.fsf@HIDDEN>
In-Reply-To: <83inewtqnc.fsf@HIDDEN>
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 30 Oct 2017 18:57:27 +0000
Message-ID: <CAFyQvY3PA9BQ4DmSeCOR_p=3e-CoozUbUeiOVRAS31XTw4=U_w@HIDDEN>
Subject: Re: 25.3; Segmentation fault when starting emacs with my config
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="94eb2c07f0da4b404f055cc83640"
X-Spam-Score: 0.5 (/)
X-Debbugs-Envelope-To: 29031
Cc: 29031 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.5 (/)

--94eb2c07f0da4b404f055cc83640
Content-Type: text/plain; charset="UTF-8"

On Mon, Oct 30, 2017 at 2:52 PM Eli Zaretskii <eliz@HIDDEN> wrote:

> > From: Kaushal Modi <kaushal.modi@HIDDEN>
> > Date: Mon, 30 Oct 2017 18:34:22 +0000
> > Cc: 29031 <at> 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

<div dir=3D"ltr"><div class=3D"gmail_quote"><div dir=3D"ltr">On Mon, Oct 30=
, 2017 at 2:52 PM Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN">eliz@gn=
u.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">&gt; From: Kau=
shal Modi &lt;<a href=3D"mailto:kaushal.modi@HIDDEN" target=3D"_blank">k=
aushal.modi@HIDDEN</a>&gt;<br>
&gt; Date: Mon, 30 Oct 2017 18:34:22 +0000<br>
&gt; Cc: <a href=3D"mailto:29031 <at> debbugs.gnu.org" target=3D"_blank">29031@d=
ebbugs.gnu.org</a><br>
&gt;<br>
&gt; (gdb) p glyph<br>
&gt; $1 =3D (struct glyph *) 0x8f<br>
&gt; (gdb) p glyph-&gt;charpos<br>
&gt; Cannot access memory at address 0x8f<br>
<br>
So the problematic data is &#39;glyph&#39;.=C2=A0 What do the following pri=
nt?<br>
<br>
=C2=A0 (gdb) p it-&gt;area<br>
=C2=A0 (gdb) p it-&gt;glyph_row<br>
=C2=A0 (gdb) p it-&gt;glyph_row-&gt;used[area]<br></blockquote><div><br></d=
iv><div>(gdb) p it-&gt;area</div><div>$3 =3D TEXT_AREA</div><div>(gdb) p it=
-&gt;glyph_row</div><div>$4 =3D (struct glyph_row *) 0xe487f0</div><div>(gd=
b) p it-&gt;glyph_row-&gt;used[area]</div><div>$5 =3D 0=C2=A0</div></div></=
div><div dir=3D"ltr">-- <br></div><div class=3D"gmail_signature" data-smart=
mail=3D"gmail_signature"><p dir=3D"ltr">Kaushal Modi</p>
</div>

--94eb2c07f0da4b404f055cc83640--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#29031; Package emacs. Full text available.

Message received at 29031 <at> debbugs.gnu.org:


Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 18:52:37 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 30 14:52:36 2017
Received: from localhost ([127.0.0.1]:42624 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1e9FAq-00037P-NV
	for submit <at> 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 <eliz@HIDDEN>) id 1e9FAo-000377-Lo
 for 29031 <at> 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 <eliz@HIDDEN>) id 1e9FAe-0007bs-NI
 for 29031 <at> 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 <eliz@HIDDEN>)
 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 <eliz@HIDDEN>)
 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@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Kaushal Modi <kaushal.modi@HIDDEN>
In-reply-to: <CAFyQvY17RXss2Fpv+mJm0xgOfcNT41Ko5cmWp=DsRfuOPrGYzA@HIDDEN>
 (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: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
 <83r2tkts1f.fsf@HIDDEN>
 <CAFyQvY17RXss2Fpv+mJm0xgOfcNT41Ko5cmWp=DsRfuOPrGYzA@HIDDEN>
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 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Kaushal Modi <kaushal.modi@HIDDEN>
> Date: Mon, 30 Oct 2017 18:34:22 +0000
> Cc: 29031 <at> 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]




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#29031; Package emacs. Full text available.

Message received at 29031 <at> debbugs.gnu.org:


Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 18:37:58 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 30 14:37:58 2017
Received: from localhost ([127.0.0.1]:42596 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1e9Ewg-0002kF-3F
	for submit <at> 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 <eliz@HIDDEN>) id 1e9Ewf-0002k4-1w
 for 29031 <at> 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 <eliz@HIDDEN>) id 1e9EwY-0006pf-Kd
 for 29031 <at> 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 <eliz@HIDDEN>)
 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 <eliz@HIDDEN>)
 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@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Kaushal Modi <kaushal.modi@HIDDEN>
In-reply-to: <CAFyQvY1r7-jKymnaDoyYB9j+W94Ucg0=Gy0si3d_kNNAUA_tXg@HIDDEN>
 (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: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
 <CAFyQvY1r7-jKymnaDoyYB9j+W94Ucg0=Gy0si3d_kNNAUA_tXg@HIDDEN>
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 <at> debbugs.gnu.org, monnier@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Kaushal Modi <kaushal.modi@HIDDEN>
> Date: Mon, 30 Oct 2017 16:03:43 +0000
> Cc: Eli Zaretskii <eliz@HIDDEN>
> 
> **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.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#29031; Package emacs. Full text available.

Message received at 29031 <at> debbugs.gnu.org:


Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 18:34:41 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 30 14:34:41 2017
Received: from localhost ([127.0.0.1]:42577 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1e9EtV-0002eQ-5s
	for submit <at> 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 <kaushal.modi@HIDDEN>) id 1e9EtT-0002e9-HJ
 for 29031 <at> 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 <at> 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: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
 <83r2tkts1f.fsf@HIDDEN>
In-Reply-To: <83r2tkts1f.fsf@HIDDEN>
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 30 Oct 2017 18:34:22 +0000
Message-ID: <CAFyQvY17RXss2Fpv+mJm0xgOfcNT41Ko5cmWp=DsRfuOPrGYzA@HIDDEN>
Subject: Re: 25.3; Segmentation fault when starting emacs with my config
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="001a114fbe68ce440d055cc7e3d3"
X-Spam-Score: 0.5 (/)
X-Debbugs-Envelope-To: 29031
Cc: 29031 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
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=<optimized out>) at
xdisp.c:14491
#6  0x000000000055e7c6 in internal_condition_case_1 (bfun=0x463b10
<redisplay_window_0>,
    arg=18793157, handlers=<optimized out>, hfun=0x429b40
<redisplay_window_error>)
    at eval.c:1339
#7  0x000000000044612e in redisplay_windows (window=<optimized out>) 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
<command_loop_1>,
    handlers=<optimized out>, hfun=0x4f8200 <cmd_error>) at eval.c:1315
#13 0x00000000004f81ec in command_loop_2 (ignore=<optimized out>) at
keyboard.c:1112
#14 0x000000000055e8b8 in internal_catch (tag=<optimized out>,
    func=0x4f81d0 <command_loop_2>, 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=<optimized out>, argv=<optimized out>)
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

<div dir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">=
So what is the problematic data here?=C2=A0 Is &#39;glyph&#39; a NULL point=
er or<br>
something?=C2=A0 Or is &#39;it&#39; a garbled pointer?=C2=A0 What do these =
commands<br>
show:<br>
<br>
=C2=A0 (gdb) p glyph<br>
=C2=A0 (gdb) p glyph-&gt;charpos<br>
=C2=A0 (gdb) p it-&gt;position<br></blockquote><div><br></div><div>This is =
what I got:</div><div><br></div><div>Thread 1 &quot;emacs&quot; received si=
gnal SIGSEGV, Segmentation fault.</div><div>0x000000000043d101 in append_gl=
yph (it=3D0x7fffffff2370) at xdisp.c:25880</div><div>25880=C2=A0 =C2=A0xdis=
p.c: No such file or directory.</div><div>(gdb) bt</div><div>#0=C2=A0 0x000=
000000043d101 in append_glyph (it=3D0x7fffffff2370) at xdisp.c:25880</div><=
div>#1=C2=A0 x_produce_glyphs (it=3D0x7fffffff2370) at xdisp.c:27175</div><=
div>#2=C2=A0 0x0000000000452032 in display_line (it=3D0x7fffffff2370) at xd=
isp.c:20676</div><div>#3=C2=A0 0x0000000000457868 in try_window (window=3D1=
8793157, pos=3D..., flags=3D1) at xdisp.c:17251</div><div>#4=C2=A0 0x000000=
0000460e41 in redisplay_window (window=3D18793157, just_this_one_p=3Dfalse)=
</div><div>=C2=A0 =C2=A0 at xdisp.c:16700</div><div>#5=C2=A0 0x000000000046=
3b36 in redisplay_window_0 (window=3D&lt;optimized out&gt;) at xdisp.c:1449=
1</div><div>#6=C2=A0 0x000000000055e7c6 in internal_condition_case_1 (bfun=
=3D0x463b10 &lt;redisplay_window_0&gt;,</div><div>=C2=A0 =C2=A0 arg=3D18793=
157, handlers=3D&lt;optimized out&gt;, hfun=3D0x429b40 &lt;redisplay_window=
_error&gt;)</div><div>=C2=A0 =C2=A0 at eval.c:1339</div><div>#7=C2=A0 0x000=
000000044612e in redisplay_windows (window=3D&lt;optimized out&gt;) at xdis=
p.c:14471</div><div>#8=C2=A0 0x000000000045cfd5 in redisplay_internal () at=
 xdisp.c:14031</div><div>#9=C2=A0 0x00000000004f5299 in read_char (commandf=
lag=3D1, map=3D102809939, prev_event=3D0,</div><div>=C2=A0 =C2=A0 used_mous=
e_menu=3D0x7fffffffb0ff, end_time=3D0x0) at keyboard.c:2482</div><div>#10 0=
x00000000004f90c0 in read_key_sequence (keybuf=3D0x7fffffffb170, prompt=3D0=
,</div><div>=C2=A0 =C2=A0 dont_downcase_last=3Dfalse, can_return_switch_fra=
me=3Dtrue, fix_current_buffer=3Dtrue,</div><div>=C2=A0 =C2=A0 prevent_redis=
play=3Dfalse, bufsize=3D30) at keyboard.c:9068</div><div>#11 0x00000000004f=
a3ba in command_loop_1 () at keyboard.c:1370</div><div>#12 0x000000000055e8=
2a in internal_condition_case (bfun=3D0x4fa1f0 &lt;command_loop_1&gt;,</div=
><div>=C2=A0 =C2=A0 handlers=3D&lt;optimized out&gt;, hfun=3D0x4f8200 &lt;c=
md_error&gt;) at eval.c:1315</div><div>#13 0x00000000004f81ec in command_lo=
op_2 (ignore=3D&lt;optimized out&gt;) at keyboard.c:1112</div><div>#14 0x00=
0000000055e8b8 in internal_catch (tag=3D&lt;optimized out&gt;,</div><div>=
=C2=A0 =C2=A0 func=3D0x4f81d0 &lt;command_loop_2&gt;, arg=3D0) at eval.c:10=
80</div><div>#15 0x00000000004f7f67 in command_loop () at keyboard.c:1091</=
div><div>#16 0x00000000004f7ff5 in recursive_edit_1 () at keyboard.c:697</d=
iv><div>#17 0x00000000004f8135 in Frecursive_edit () at keyboard.c:768</div=
><div>#18 0x00000000004e997e in main (argc=3D&lt;optimized out&gt;, argv=3D=
&lt;optimized out&gt;) at emacs.c:1629</div><div>(gdb) p glyph</div><div>$1=
 =3D (struct glyph *) 0x8f</div><div>(gdb) p glyph-&gt;charpos</div><div>Ca=
nnot access memory at address 0x8f</div><div>(gdb) p it-&gt;position</div><=
div>$2 =3D {charpos =3D 1, bytepos =3D 1}</div><div>(gdb)=C2=A0</div><div><=
br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;borde=
r-left:1px #ccc solid;padding-left:1ex">Basically, I need you to run this u=
nder a debugger and answer several<br>
questions.=C2=A0 Bonus points for reproducing this in an unoptimized build<=
br>
configured with --enable-checking=3D&#39;yes,glyphs&#39;, and then showing =
the<br>
backtrace from the segfault.<br>
<br>
IOW, this problem needs to be debugged, and for that we need data that<br>
explains the crash.=C2=A0 Could you please help in collecting that data?<br=
></blockquote><div><br></div><div>Sure.</div><div><br></div><div>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.</div><div><br></div><div=
>Let me try to build emacs-25 branch with your suggested options.. hopefull=
y I can recreate the crash on that.</div><div><br></div></div></div><div di=
r=3D"ltr">-- <br></div><div class=3D"gmail_signature" data-smartmail=3D"gma=
il_signature"><p dir=3D"ltr">Kaushal Modi</p>
</div>

--001a114fbe68ce440d055cc7e3d3--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#29031; Package emacs. Full text available.

Message received at 29031 <at> debbugs.gnu.org:


Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 18:22:32 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 30 14:22:32 2017
Received: from localhost ([127.0.0.1]:42564 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1e9Ehk-0002L0-Hh
	for submit <at> 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 <eliz@HIDDEN>) id 1e9Ehi-0002Kk-N9
 for 29031 <at> 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 <eliz@HIDDEN>) id 1e9Eha-0004Pb-9U
 for 29031 <at> 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 <eliz@HIDDEN>)
 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 <eliz@HIDDEN>)
 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@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Kaushal Modi <kaushal.modi@HIDDEN>
In-reply-to: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
 (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: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
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 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

> From: Kaushal Modi <kaushal.modi@HIDDEN>
> Date: Mon, 30 Oct 2017 14:17:57 +0000
> Cc: Eli Zaretskii <eliz@HIDDEN>
> 
> 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.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#29031; Package emacs. Full text available.

Message received at 29031 <at> debbugs.gnu.org:


Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 16:04:04 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 30 12:04:04 2017
Received: from localhost ([127.0.0.1]:42419 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1e9CXi-0005Eo-Hy
	for submit <at> 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 <kaushal.modi@HIDDEN>) id 1e9CXg-0005EJ-MJ
 for 29031 <at> 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 <at> 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: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
In-Reply-To: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
From: Kaushal Modi <kaushal.modi@HIDDEN>
Date: Mon, 30 Oct 2017 16:03:43 +0000
Message-ID: <CAFyQvY1r7-jKymnaDoyYB9j+W94Ucg0=Gy0si3d_kNNAUA_tXg@HIDDEN>
Subject: Re: 25.3; Segmentation fault when starting emacs with my config
To: 29031 <at> debbugs.gnu.org, Stefan Monnier <monnier@HIDDEN>
Content-Type: multipart/alternative; boundary="f4030437f31006fe6d055cc5c91b"
X-Spam-Score: 0.5 (/)
X-Debbugs-Envelope-To: 29031
Cc: Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
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 <kaushal.modi@HIDDEN>
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=<optimized out>) at
> xdisp.c:14491
> #6  0x000000000055e7c6 in internal_condition_case_1 (bfun=0x463b10
> <redisplay_window_0>,
>     arg=18793157, handlers=<optimized out>, hfun=0x429b40
> <redisplay_window_error>)
>     at eval.c:1339
> #7  0x000000000044612e in redisplay_windows (window=<optimized out>) 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
> <command_loop_1>,
>     handlers=<optimized out>, hfun=0x4f8200 <cmd_error>) at eval.c:1315
> #13 0x00000000004f81ec in command_loop_2 (ignore=<optimized out>) at
> keyboard.c:1112
> #14 0x000000000055e8b8 in internal_catch (tag=<optimized out>,
>     func=0x4f81d0 <command_loop_2>, 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=<optimized out>, argv=<optimized
> out>) at emacs.c:1629
>
> --
>
> Kaushal Modi
>
-- 

Kaushal Modi

--f4030437f31006fe6d055cc5c91b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hello all,<div><br></div><div>I cannot understand why, but=
 reverting nlinum to version 1.7 fixed this.</div><div><br></div><div>stabl=
e nlinum version for me:=C2=A0<a href=3D"http://git.savannah.gnu.org/cgit/e=
macs/elpa.git/commit/?id=3De885224c70f5fc03b23590304dd0fd21524d27e1">http:/=
/git.savannah.gnu.org/cgit/emacs/elpa.git/commit/?id=3De885224c70f5fc03b235=
90304dd0fd21524d27e1</a></div><div><br></div><div>Also I couldn&#39;t figur=
e out how to reproduce this issue on emacs -Q. But here are some observatio=
ns (on emacs 25.3):</div><div><br></div><div>- 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.</div><div=
><br></div><div>- 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.</div><div>- Couldn&#39;t recreate crash if I commente=
d out the lines calling that function, *or* the lines loading nlinum in my =
config.</div><div>- 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=A0<a href=3D"https://i.imgur.com/8npahiz.gifv">https://i=
.imgur.com/8npahiz.gifv</a>). That is with current line number highlight en=
abled in nlinum.</div><div>- 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.</div><div><br></div><div>=3D=3D=3D=3D=3D</div><di=
v><div>(defun modi/blend-linum ()</div><div>=C2=A0 &quot;Set the linum fore=
ground face to that of</div><div>`font-lock-comment-face&#39; and backgroun=
d color to that of the</div><div>theme.&quot;</div><div>=C2=A0 (interactive=
)</div><div>=C2=A0 (set-face-attribute</div><div>=C2=A0 =C2=A0&#39;linum ni=
l</div><div>=C2=A0 =C2=A0:height 0.9</div><div>=C2=A0 =C2=A0:foreground (if=
 (string=3D (face-foreground &#39;font-lock-comment-face) &quot;unspecified=
-fg&quot;)</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0&quot;#8f8f8f&quot;</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(face-foreground &#39;font-lock-comment-f=
ace))</div><div>=C2=A0 =C2=A0:background (if (string=3D (face-background &#=
39;default) &quot;unspecified-bg&quot;)</div><div>=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&quot;#282828&quot;</div><div>=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(face-backgro=
und &#39;default))))</div></div><div>=3D=3D=3D=3D=3D</div><div><br></div><d=
iv>**I couldn&#39;t reproduce the visual artifact issues or crash on emacs =
26.x+.**</div><div><br></div><div>Appendix: I generate my theme-loading fun=
ction &#39;load-theme/smyx&#39; (that loads my custom theme smyx). That is =
the wrapper fn I referred above, that&#39;s called in window-setup-hook. Th=
at wrapper fn calls modi/blend-linum. Relevant part from my config[1].</div=
><div><br></div><div>[1]:=C2=A0<a href=3D"https://github.com/kaushalmodi/.e=
macs.d/blob/1e37e3502ed1337420d7fb0db7f940c52694bdca/setup-files/setup-visu=
al.el#L157-L221">https://github.com/kaushalmodi/.emacs.d/blob/1e37e3502ed13=
37420d7fb0db7f940c52694bdca/setup-files/setup-visual.el#L157-L221</a></div>=
<div><br></div><div><br></div><div><br><div class=3D"gmail_quote"><div dir=
=3D"ltr">On Mon, Oct 30, 2017 at 10:17 AM Kaushal Modi &lt;<a href=3D"mailt=
o:kaushal.modi@HIDDEN">kaushal.modi@HIDDEN</a>&gt; wrote:<br></div><b=
lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px =
#ccc solid;padding-left:1ex"><div dir=3D"ltr"><div>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..=
 &quot;xdisp.c: No such file or directory&quot;!?</div><div><br></div><div>=
Emacs version: GNU Emacs 25.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.2=
4.23)</div><div>=C2=A0of 2017-10-30, built using commit .</div><div><br></d=
iv><div>./configure options:</div><div>=C2=A0 --prefix=3D/cad/adi/apps/gnu/=
linux/x86_64/6/local/emacs/25.3 --with-modules</div><div><br></div><div>Fea=
tures:</div><div>=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</div><div><br></div><div><br></div><div>=3D=3D=3D=3D=3D</d=
iv><div><br></div><div><div>Starting program: /cad/adi/apps/gnu/linux/x86_6=
4/6/local/emacs/25.3/bin/emacs</div><div>[Thread debugging using libthread_=
db enabled]</div><div>Using host libthread_db library &quot;/lib64/libthrea=
d_db.so.1&quot;.</div><div>[New Thread 0x7fffef071700 (LWP 10664)]</div><di=
v><br></div><div>Thread 1 &quot;emacs&quot; received signal SIGSEGV, Segmen=
tation fault.</div><div>0x000000000043d101 in append_glyph (it=3D0x7fffffff=
2390) at xdisp.c:25880</div><div>25880=C2=A0 =C2=A0xdisp.c: No such file or=
 directory.</div><div>(gdb) bt</div><div>#0=C2=A0 0x000000000043d101 in app=
end_glyph (it=3D0x7fffffff2390) at xdisp.c:25880</div><div>#1=C2=A0 x_produ=
ce_glyphs (it=3D0x7fffffff2390) at xdisp.c:27175</div><div>#2=C2=A0 0x00000=
00000452032 in display_line (it=3D0x7fffffff2390) at xdisp.c:20676</div><di=
v>#3=C2=A0 0x0000000000457868 in try_window (window=3D18793157, pos=3D..., =
flags=3D1) at xdisp.c:17251</div><div>#4=C2=A0 0x0000000000460e41 in redisp=
lay_window (window=3D18793157, just_this_one_p=3Dfalse)</div><div>=C2=A0 =
=C2=A0 at xdisp.c:16700</div><div>#5=C2=A0 0x0000000000463b36 in redisplay_=
window_0 (window=3D&lt;optimized out&gt;) at xdisp.c:14491</div><div>#6=C2=
=A0 0x000000000055e7c6 in internal_condition_case_1 (bfun=3D0x463b10 &lt;re=
display_window_0&gt;,</div><div>=C2=A0 =C2=A0 arg=3D18793157, handlers=3D&l=
t;optimized out&gt;, hfun=3D0x429b40 &lt;redisplay_window_error&gt;)</div><=
div>=C2=A0 =C2=A0 at eval.c:1339</div><div>#7=C2=A0 0x000000000044612e in r=
edisplay_windows (window=3D&lt;optimized out&gt;) at xdisp.c:14471</div><di=
v>#8=C2=A0 0x000000000045cfd5 in redisplay_internal () at xdisp.c:14031</di=
v><div>#9=C2=A0 0x00000000004f5299 in read_char (commandflag=3D1, map=3D109=
811619, prev_event=3D0,</div><div>=C2=A0 =C2=A0 used_mouse_menu=3D0x7ffffff=
fb11f, end_time=3D0x0) at keyboard.c:2482</div><div>#10 0x00000000004f90c0 =
in read_key_sequence (keybuf=3D0x7fffffffb190, prompt=3D0,</div><div>=C2=A0=
 =C2=A0 dont_downcase_last=3Dfalse, can_return_switch_frame=3Dtrue, fix_cur=
rent_buffer=3Dtrue,</div><div>=C2=A0 =C2=A0 prevent_redisplay=3Dfalse, bufs=
ize=3D30) at keyboard.c:9068</div><div>#11 0x00000000004fa3ba in command_lo=
op_1 () at keyboard.c:1370</div><div>#12 0x000000000055e82a in internal_con=
dition_case (bfun=3D0x4fa1f0 &lt;command_loop_1&gt;,</div><div>=C2=A0 =C2=
=A0 handlers=3D&lt;optimized out&gt;, hfun=3D0x4f8200 &lt;cmd_error&gt;) at=
 eval.c:1315</div><div>#13 0x00000000004f81ec in command_loop_2 (ignore=3D&=
lt;optimized out&gt;) at keyboard.c:1112</div><div>#14 0x000000000055e8b8 i=
n internal_catch (tag=3D&lt;optimized out&gt;,</div><div>=C2=A0 =C2=A0 func=
=3D0x4f81d0 &lt;command_loop_2&gt;, arg=3D0) at eval.c:1080</div><div>#15 0=
x00000000004f7f67 in command_loop () at keyboard.c:1091</div><div>#16 0x000=
00000004f7ff5 in recursive_edit_1 () at keyboard.c:697</div><div>#17 0x0000=
0000004f8135 in Frecursive_edit () at keyboard.c:768</div><div>#18 0x000000=
00004e997e in main (argc=3D&lt;optimized out&gt;, argv=3D&lt;optimized out&=
gt;) at emacs.c:1629</div></div><div><br></div></div><div dir=3D"ltr">-- <b=
r></div><div class=3D"m_-26932689424931639gmail_signature" data-smartmail=
=3D"gmail_signature"><p dir=3D"ltr">Kaushal Modi</p>
</div></blockquote></div></div></div><div dir=3D"ltr">-- <br></div><div cla=
ss=3D"gmail_signature" data-smartmail=3D"gmail_signature"><p dir=3D"ltr">Ka=
ushal Modi</p>
</div>

--f4030437f31006fe6d055cc5c91b--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#29031; Package emacs. Full text available.

Message received at 29031 <at> debbugs.gnu.org:


Received: (at 29031) by debbugs.gnu.org; 30 Oct 2017 14:18:17 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 30 10:18:17 2017
Received: from localhost ([127.0.0.1]:42288 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1e9AtM-0000gI-Qh
	for submit <at> 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 <kaushal.modi@HIDDEN>) id 1e9AtK-0000g3-U1
 for 29031 <at> 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 <at> 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 <kaushal.modi@HIDDEN>
Date: Mon, 30 Oct 2017 14:17:57 +0000
Message-ID: <CAFyQvY2o+q0tUQqqXgiX+m0x+cBb-MiezfZq2WCJo=ZLEXmZoQ@HIDDEN>
Subject: 25.3; Segmentation fault when starting emacs with my config
To: 29031 <at> debbugs.gnu.org
Content-Type: multipart/alternative; boundary="94eb2c07f0dacaca3e055cc44ea0"
X-Spam-Score: 0.5 (/)
X-Debbugs-Envelope-To: 29031
Cc: Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
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=<optimized out>) at
xdisp.c:14491
#6  0x000000000055e7c6 in internal_condition_case_1 (bfun=0x463b10
<redisplay_window_0>,
    arg=18793157, handlers=<optimized out>, hfun=0x429b40
<redisplay_window_error>)
    at eval.c:1339
#7  0x000000000044612e in redisplay_windows (window=<optimized out>) 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
<command_loop_1>,
    handlers=<optimized out>, hfun=0x4f8200 <cmd_error>) at eval.c:1315
#13 0x00000000004f81ec in command_loop_2 (ignore=<optimized out>) at
keyboard.c:1112
#14 0x000000000055e8b8 in internal_catch (tag=<optimized out>,
    func=0x4f81d0 <command_loop_2>, 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=<optimized out>, argv=<optimized out>)
at emacs.c:1629

-- 

Kaushal Modi

--94eb2c07f0dacaca3e055cc44ea0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>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.. &quot;xdisp.c: No such file =
or directory&quot;!?</div><div><br></div><div>Emacs version: GNU Emacs 25.3=
.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.23)</div><div>=C2=A0of 2017=
-10-30, built using commit .</div><div><br></div><div>./configure options:<=
/div><div>=C2=A0 --prefix=3D/cad/adi/apps/gnu/linux/x86_64/6/local/emacs/25=
.3 --with-modules</div><div><br></div><div>Features:</div><div>=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</div><div><b=
r></div><div><br></div><div>=3D=3D=3D=3D=3D</div><div><br></div><div><div>S=
tarting program: /cad/adi/apps/gnu/linux/x86_64/6/local/emacs/25.3/bin/emac=
s</div><div>[Thread debugging using libthread_db enabled]</div><div>Using h=
ost libthread_db library &quot;/lib64/libthread_db.so.1&quot;.</div><div>[N=
ew Thread 0x7fffef071700 (LWP 10664)]</div><div><br></div><div>Thread 1 &qu=
ot;emacs&quot; received signal SIGSEGV, Segmentation fault.</div><div>0x000=
000000043d101 in append_glyph (it=3D0x7fffffff2390) at xdisp.c:25880</div><=
div>25880=C2=A0 =C2=A0xdisp.c: No such file or directory.</div><div>(gdb) b=
t</div><div>#0=C2=A0 0x000000000043d101 in append_glyph (it=3D0x7fffffff239=
0) at xdisp.c:25880</div><div>#1=C2=A0 x_produce_glyphs (it=3D0x7fffffff239=
0) at xdisp.c:27175</div><div>#2=C2=A0 0x0000000000452032 in display_line (=
it=3D0x7fffffff2390) at xdisp.c:20676</div><div>#3=C2=A0 0x0000000000457868=
 in try_window (window=3D18793157, pos=3D..., flags=3D1) at xdisp.c:17251</=
div><div>#4=C2=A0 0x0000000000460e41 in redisplay_window (window=3D18793157=
, just_this_one_p=3Dfalse)</div><div>=C2=A0 =C2=A0 at xdisp.c:16700</div><d=
iv>#5=C2=A0 0x0000000000463b36 in redisplay_window_0 (window=3D&lt;optimize=
d out&gt;) at xdisp.c:14491</div><div>#6=C2=A0 0x000000000055e7c6 in intern=
al_condition_case_1 (bfun=3D0x463b10 &lt;redisplay_window_0&gt;,</div><div>=
=C2=A0 =C2=A0 arg=3D18793157, handlers=3D&lt;optimized out&gt;, hfun=3D0x42=
9b40 &lt;redisplay_window_error&gt;)</div><div>=C2=A0 =C2=A0 at eval.c:1339=
</div><div>#7=C2=A0 0x000000000044612e in redisplay_windows (window=3D&lt;o=
ptimized out&gt;) at xdisp.c:14471</div><div>#8=C2=A0 0x000000000045cfd5 in=
 redisplay_internal () at xdisp.c:14031</div><div>#9=C2=A0 0x00000000004f52=
99 in read_char (commandflag=3D1, map=3D109811619, prev_event=3D0,</div><di=
v>=C2=A0 =C2=A0 used_mouse_menu=3D0x7fffffffb11f, end_time=3D0x0) at keyboa=
rd.c:2482</div><div>#10 0x00000000004f90c0 in read_key_sequence (keybuf=3D0=
x7fffffffb190, prompt=3D0,</div><div>=C2=A0 =C2=A0 dont_downcase_last=3Dfal=
se, can_return_switch_frame=3Dtrue, fix_current_buffer=3Dtrue,</div><div>=
=C2=A0 =C2=A0 prevent_redisplay=3Dfalse, bufsize=3D30) at keyboard.c:9068</=
div><div>#11 0x00000000004fa3ba in command_loop_1 () at keyboard.c:1370</di=
v><div>#12 0x000000000055e82a in internal_condition_case (bfun=3D0x4fa1f0 &=
lt;command_loop_1&gt;,</div><div>=C2=A0 =C2=A0 handlers=3D&lt;optimized out=
&gt;, hfun=3D0x4f8200 &lt;cmd_error&gt;) at eval.c:1315</div><div>#13 0x000=
00000004f81ec in command_loop_2 (ignore=3D&lt;optimized out&gt;) at keyboar=
d.c:1112</div><div>#14 0x000000000055e8b8 in internal_catch (tag=3D&lt;opti=
mized out&gt;,</div><div>=C2=A0 =C2=A0 func=3D0x4f81d0 &lt;command_loop_2&g=
t;, arg=3D0) at eval.c:1080</div><div>#15 0x00000000004f7f67 in command_loo=
p () at keyboard.c:1091</div><div>#16 0x00000000004f7ff5 in recursive_edit_=
1 () at keyboard.c:697</div><div>#17 0x00000000004f8135 in Frecursive_edit =
() at keyboard.c:768</div><div>#18 0x00000000004e997e in main (argc=3D&lt;o=
ptimized out&gt;, argv=3D&lt;optimized out&gt;) at emacs.c:1629</div></div>=
<div><br></div></div><div dir=3D"ltr">-- <br></div><div class=3D"gmail_sign=
ature" data-smartmail=3D"gmail_signature"><p dir=3D"ltr">Kaushal Modi</p>
</div>

--94eb2c07f0dacaca3e055cc44ea0--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#29031; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 27 Oct 2017 21:24:55 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 27 17:24:55 2017
Received: from localhost ([127.0.0.1]:37716 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1e8C7b-0001Qh-9E
	for submit <at> 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 <kaushal.modi@HIDDEN>) id 1e8C7Z-0001QT-1D
 for submit <at> 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 <kaushal.modi@HIDDEN>) id 1e8C7R-00007O-Q0
 for submit <at> 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 <kaushal.modi@HIDDEN>)
 id 1e8C7R-00007I-Kt
 for submit <at> 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 <kaushal.modi@HIDDEN>) id 1e8C7P-0007Aa-9V
 for bug-gnu-emacs@HIDDEN; Fri, 27 Oct 2017 17:24:45 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <kaushal.modi@HIDDEN>) id 1e8C7N-0008UU-4g
 for bug-gnu-emacs@HIDDEN; 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 <kaushal.modi@HIDDEN>)
 id 1e8C7M-0008Tg-TC
 for bug-gnu-emacs@HIDDEN; Fri, 27 Oct 2017 17:24:41 -0400
Received: by mail-yw0-x235.google.com with SMTP id i198so6869413ywe.7
 for <bug-gnu-emacs@HIDDEN>; 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 <kaushal.modi@HIDDEN>
Date: Fri, 27 Oct 2017 21:24:27 +0000
Message-ID: <CAFyQvY0v_fM0UhuBnTaUmNx+FbpzCrOsG1x73dqoEfcMgKFSVg@HIDDEN>
Subject: 25.3; Segmentation fault when starting emacs with my config
To: "bug-gnu-emacs@HIDDEN" <bug-gnu-emacs@HIDDEN>
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 <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
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=<optimized out>, 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=<optimized out>, nbytes=451,
multibyte=true)
    at alloc.c:2473
#7  0x000000000055989e in styled_format (nargs=3, args=0x7fffffff1930,
message=<optimized out>) at editfns.c:4551
#8  0x000000000055f843 in Ffuncall (nargs=<optimized out>,
args=0x7fffffff1928) at eval.c:2679
#9  0x000000000059679d in exec_byte_code (bytestr=<optimized out>,
vector=60473349, maxdepth=<optimized out>, args_template=<optimized out>,
    nargs=<optimized out>, args=<optimized out>) at bytecode.c:880
#10 0x000000000055f3fa in funcall_lambda (fun=60473525, nargs=<optimized
out>, arg_vector=0x7fffffff1b10) at eval.c:2929
#11 0x000000000055f743 in Ffuncall (nargs=<optimized out>,
args=0x7fffffff1b08) at eval.c:2760
#12 0x000000000059679d in exec_byte_code (bytestr=<optimized out>,
vector=61071245, maxdepth=<optimized out>, args_template=<optimized out>,
    nargs=<optimized out>, args=<optimized out>) at bytecode.c:880
#13 0x000000000055f3fa in funcall_lambda (fun=61071533, nargs=<optimized
out>, 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=<optimized out>) at eval.c:2247
#16 0x0000000000560a92 in Feval (form=61062547, lexical=<optimized out>) at
eval.c:1994
#17 0x000000000055f9c8 in Ffuncall (nargs=<optimized out>,
args=0x7fffffff1dd8) at eval.c:2702
#18 0x000000000055e4ce in internal_condition_case_n (bfun=0x55f5a0
<Ffuncall>, nargs=2, args=0x7fffffff1e90, handlers=<optimized out>,
    hfun=0x447a60 <safe_eval_handler>) at eval.c:1395
#19 0x000000000043ac89 in safe__call (inhibit_quit=true, nargs=2,
func=<optimized out>, ap=<optimized out>) at xdisp.c:2558
#20 0x000000000043ae42 in safe__call1 (inhibit_quit=<optimized out>,
fn=<optimized out>) at xdisp.c:2595
#21 0x000000000044fac3 in safe__eval (sexpr=<optimized out>,
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 <return> to continue, or q <return> to quit---
#28 0x0000000000463936 in redisplay_window_0 (window=<optimized out>) at
xdisp.c:14491
#29 0x000000000055e5c6 in internal_condition_case_1 (bfun=0x463910
<redisplay_window_0>, arg=18791109, handlers=<optimized out>, hfun=0x429940
<redisplay_window_error>) at eval.c:1339
#30 0x0000000000445f2e in redisplay_windows (window=<optimized out>) 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
<command_loop_1>, handlers=<optimized out>, hfun=0x4f8000 <cmd_error>) at
eval.c:1315
#36 0x00000000004f7fec in command_loop_2 (ignore=<optimized out>) at
keyboard.c:1112
#37 0x000000000055e6b8 in internal_catch (tag=<optimized out>,
func=0x4f7fd0 <command_loop_2>, 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=<optimized out>, argv=<optimized out>)
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

<div dir=3D"ltr">Hello,<div><br></div><div>I build emacs locally on my mach=
ine (on emacs-26 branch now) and that works fine.</div><div><br></div><div>=
But I got my company CAD to install the latest stable emacs 25.3 and that i=
s segfaulting as soon as I start.</div><div><br></div><div>Here is the back=
trace:</div><div><br></div><div><div>Thread 1 &quot;emacs&quot; received si=
gnal SIGSEGV, Segmentation fault.</div><div>0x00000033e307a13c in _int_mall=
oc () from /lib64/libc.so.6</div><div>(gdb) bt</div><div>#0=C2=A0 0x0000003=
3e307a13c in _int_malloc () from /lib64/libc.so.6</div><div>#1=C2=A0 0x0000=
0033e307ab1c in malloc () from /lib64/libc.so.6</div><div>#2=C2=A0 0x000000=
00005462ee in lmalloc (size=3D8188) at alloc.c:1414</div><div>#3=C2=A0 lisp=
_malloc (nbytes=3D&lt;optimized out&gt;, type=3DMEM_TYPE_NON_LISP) at alloc=
.c:1063</div><div>#4=C2=A0 0x00000000005479ef in allocate_string_data (s=3D=
0x4e1ea40, nchars=3D450, nbytes=3D451) at alloc.c:1998</div><div>#5=C2=A0 0=
x0000000000547bc7 in make_uninit_multibyte_string (nchars=3D450, nbytes=3D4=
51) at alloc.c:2513</div><div>#6=C2=A0 0x0000000000547d46 in make_specified=
_string (</div><div>=C2=A0 =C2=A0 contents=3D0x7fffffff0320 &quot;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&quot;..., nchars=3D&lt;op=
timized out&gt;, nbytes=3D451, multibyte=3Dtrue)</div><div>=C2=A0 =C2=A0 at=
 alloc.c:2473</div><div>#7=C2=A0 0x000000000055989e in styled_format (nargs=
=3D3, args=3D0x7fffffff1930, message=3D&lt;optimized out&gt;) at editfns.c:=
4551</div><div>#8=C2=A0 0x000000000055f843 in Ffuncall (nargs=3D&lt;optimiz=
ed out&gt;, args=3D0x7fffffff1928) at eval.c:2679</div><div>#9=C2=A0 0x0000=
00000059679d in exec_byte_code (bytestr=3D&lt;optimized out&gt;, vector=3D6=
0473349, maxdepth=3D&lt;optimized out&gt;, args_template=3D&lt;optimized ou=
t&gt;,</div><div>=C2=A0 =C2=A0 nargs=3D&lt;optimized out&gt;, args=3D&lt;op=
timized out&gt;) at bytecode.c:880</div><div>#10 0x000000000055f3fa in func=
all_lambda (fun=3D60473525, nargs=3D&lt;optimized out&gt;, arg_vector=3D0x7=
fffffff1b10) at eval.c:2929</div><div>#11 0x000000000055f743 in Ffuncall (n=
args=3D&lt;optimized out&gt;, args=3D0x7fffffff1b08) at eval.c:2760</div><d=
iv>#12 0x000000000059679d in exec_byte_code (bytestr=3D&lt;optimized out&gt=
;, vector=3D61071245, maxdepth=3D&lt;optimized out&gt;, args_template=3D&lt=
;optimized out&gt;,</div><div>=C2=A0 =C2=A0 nargs=3D&lt;optimized out&gt;, =
args=3D&lt;optimized out&gt;) at bytecode.c:880</div><div>#13 0x00000000005=
5f3fa in funcall_lambda (fun=3D61071533, nargs=3D&lt;optimized out&gt;, arg=
_vector=3D0x7fffffff1c40) at eval.c:2929</div><div>#14 0x000000000055e9eb i=
n apply_lambda (fun=3D61071533, args=3D0, count=3D13) at eval.c:2800</div><=
div>#15 0x000000000055ecb6 in eval_sub (form=3D&lt;optimized out&gt;) at ev=
al.c:2247</div><div>#16 0x0000000000560a92 in Feval (form=3D61062547, lexic=
al=3D&lt;optimized out&gt;) at eval.c:1994</div><div>#17 0x000000000055f9c8=
 in Ffuncall (nargs=3D&lt;optimized out&gt;, args=3D0x7fffffff1dd8) at eval=
.c:2702</div><div>#18 0x000000000055e4ce in internal_condition_case_n (bfun=
=3D0x55f5a0 &lt;Ffuncall&gt;, nargs=3D2, args=3D0x7fffffff1e90, handlers=3D=
&lt;optimized out&gt;,</div><div>=C2=A0 =C2=A0 hfun=3D0x447a60 &lt;safe_eva=
l_handler&gt;) at eval.c:1395</div><div>#19 0x000000000043ac89 in safe__cal=
l (inhibit_quit=3Dtrue, nargs=3D2, func=3D&lt;optimized out&gt;, ap=3D&lt;o=
ptimized out&gt;) at xdisp.c:2558</div><div>#20 0x000000000043ae42 in safe_=
_call1 (inhibit_quit=3D&lt;optimized out&gt;, fn=3D&lt;optimized out&gt;) a=
t xdisp.c:2595</div><div>#21 0x000000000044fac3 in safe__eval (sexpr=3D&lt;=
optimized out&gt;, inhibit_quit=3Dtrue) at xdisp.c:2609</div><div>#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</div><di=
v>#23 0x000000000044fc8e in display_mode_element (it=3D0x7fffffff2340, dept=
h=3D3, field_width=3D0, precision=3D-82, elt=3D61138403, props=3D0, risky=
=3Dfalse)</div><div>=C2=A0 =C2=A0 at xdisp.c:22944</div><div>#24 0x00000000=
0044fc8e in display_mode_element (it=3D0x7fffffff2340, depth=3D1, field_wid=
th=3D0, precision=3D0, elt=3D61214771, props=3D0, risky=3Dfalse)</div><div>=
=C2=A0 =C2=A0 at xdisp.c:22944</div><div>#25 0x0000000000454af9 in display_=
mode_line (w=3D0x11ebac0, face_id=3DMODE_LINE_FACE_ID, format=3D61214963) a=
t xdisp.c:22460</div><div>#26 0x0000000000454dee in display_mode_lines (w=
=3D0x11ebac0) at xdisp.c:22402</div><div>#27 0x00000000004600f7 in redispla=
y_window (window=3D18791109, just_this_one_p=3Dfalse) at xdisp.c:17066</div=
></div><div><div>---Type &lt;return&gt; to continue, or q &lt;return&gt; to=
 quit---</div><div>#28 0x0000000000463936 in redisplay_window_0 (window=3D&=
lt;optimized out&gt;) at xdisp.c:14491</div><div>#29 0x000000000055e5c6 in =
internal_condition_case_1 (bfun=3D0x463910 &lt;redisplay_window_0&gt;, arg=
=3D18791109, handlers=3D&lt;optimized out&gt;, hfun=3D0x429940 &lt;redispla=
y_window_error&gt;) at eval.c:1339</div><div>#30 0x0000000000445f2e in redi=
splay_windows (window=3D&lt;optimized out&gt;) at xdisp.c:14471</div><div>#=
31 0x000000000045cdd5 in redisplay_internal () at xdisp.c:14031</div><div>#=
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</div><div>#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</div><div>#34 0x00000000004fa1ba in command_loop_1 () at =
keyboard.c:1370</div><div>#35 0x000000000055e62a in internal_condition_case=
 (bfun=3D0x4f9ff0 &lt;command_loop_1&gt;, handlers=3D&lt;optimized out&gt;,=
 hfun=3D0x4f8000 &lt;cmd_error&gt;) at eval.c:1315</div><div>#36 0x00000000=
004f7fec in command_loop_2 (ignore=3D&lt;optimized out&gt;) at keyboard.c:1=
112</div><div>#37 0x000000000055e6b8 in internal_catch (tag=3D&lt;optimized=
 out&gt;, func=3D0x4f7fd0 &lt;command_loop_2&gt;, arg=3D0) at eval.c:1080</=
div><div>#38 0x00000000004f7d67 in command_loop () at keyboard.c:1091</div>=
<div>#39 0x00000000004f7df5 in recursive_edit_1 () at keyboard.c:697</div><=
div>#40 0x00000000004f7f35 in Frecursive_edit () at keyboard.c:768</div><di=
v>#41 0x00000000004e977e in main (argc=3D&lt;optimized out&gt;, argv=3D&lt;=
optimized out&gt;) at emacs.c:1629</div></div><div><br></div><div><br></div=
><div><br></div><div>Emacs version info:</div><div><br></div><div><div>Emac=
s version: GNU Emacs 25.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.23=
)</div><div>=C2=A0of 2017-10-27</div><div><br></div><div>./configure option=
s:</div><div>=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</div><div><br></div><div>Features:</div><div>=
=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</div></=
div><div><br></div><div><br></div><div>I cannot understand the backtrace, b=
ut I see modeline in there..</div><div><br></div><div>My mode line looks li=
ke this (picture attached):</div><div><br></div><div><img src=3D"cid:15f5fb=
74264cb971f161" alt=3D"image.png" class=3D"" style=3D"max-width: 100%; opac=
ity: 1;"><br></div><div><br></div><div>Though, it worked fine on emacs-26 (=
and earlier when we were on emacs 25.x versions).</div><div><br></div><div>=
I see that the company CAD built emacs is without libotf and imagemagick. D=
oes this backtrace have anything to do with that?</div><div><br></div><div>=
Thanks.</div></div><div dir=3D"ltr">-- <br></div><div class=3D"gmail_signat=
ure" data-smartmail=3D"gmail_signature"><p dir=3D"ltr">Kaushal Modi</p>
</div>

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




Acknowledgement sent to Kaushal Modi <kaushal.modi@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#29031; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Mon, 30 Oct 2017 19:45:01 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.