From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Reuben Thomas Newsgroups: gmane.emacs.bugs Subject: bug#24640: Crashes in 25.1 Date: Sun, 9 Oct 2016 08:45:08 +0100 Message-ID: References: <83int3idxl.fsf@gnu.org> <83mviehq0p.fsf@gnu.org> <83eg3qhn29.fsf@gnu.org> <83vax2f1e5.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113eae7691894f053e69d253 X-Trace: blaine.gmane.org 1475999185 17563 195.159.176.226 (9 Oct 2016 07:46:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 9 Oct 2016 07:46:25 +0000 (UTC) Cc: 24640@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Oct 09 09:46:20 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bt8oI-0003DP-7P for geb-bug-gnu-emacs@m.gmane.org; Sun, 09 Oct 2016 09:46:14 +0200 Original-Received: from localhost ([::1]:43395 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bt8oG-00016h-Kg for geb-bug-gnu-emacs@m.gmane.org; Sun, 09 Oct 2016 03:46:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50543) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bt8o9-00016R-TQ for bug-gnu-emacs@gnu.org; Sun, 09 Oct 2016 03:46:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bt8o6-0005Cj-LO for bug-gnu-emacs@gnu.org; Sun, 09 Oct 2016 03:46:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:43066) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bt8o6-0005Cd-Gz for bug-gnu-emacs@gnu.org; Sun, 09 Oct 2016 03:46:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bt8o6-0007Fw-CO for bug-gnu-emacs@gnu.org; Sun, 09 Oct 2016 03:46:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Reuben Thomas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Oct 2016 07:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24640 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24640-submit@debbugs.gnu.org id=B24640.147599911827831 (code B ref 24640); Sun, 09 Oct 2016 07:46:02 +0000 Original-Received: (at 24640) by debbugs.gnu.org; 9 Oct 2016 07:45:18 +0000 Original-Received: from localhost ([127.0.0.1]:49256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bt8nO-0007Eo-2J for submit@debbugs.gnu.org; Sun, 09 Oct 2016 03:45:18 -0400 Original-Received: from mail-lf0-f54.google.com ([209.85.215.54]:34051) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bt8nL-0007EZ-3Z for 24640@debbugs.gnu.org; Sun, 09 Oct 2016 03:45:16 -0400 Original-Received: by mail-lf0-f54.google.com with SMTP id b81so67690712lfe.1 for <24640@debbugs.gnu.org>; Sun, 09 Oct 2016 00:45:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sc3d.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=WqlyHFZttq3jVxaxHZiFhF8tMAuoXq5233fnZO8vAHg=; b=Ab2tBmsiwWF9YSQfIvC5GpcAyxTB+4O6+vnm1hBqTcapZ3pzABgTifn+QYLfZUEm8G 9KcGzRcIVK/nuX+llm32+avhp6t4d+WvH3Xnh9ARBYnd9IGax/x0gDs+151DeZYVyukH xpeJTm8Z9jcrhlXcOVFywhYshtYMXAKme5lUA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=WqlyHFZttq3jVxaxHZiFhF8tMAuoXq5233fnZO8vAHg=; b=NZnw13aMPEC0+InEQLjCOsUuVG12nxvFsh/NDTv+tK14T+j1k0I4mv9JgCIEoZx52X gDtjkB+6vUmUEiizzaOawm6ZBKL3wEiSyCv7PoY87pONXkPn58S8vsOfoHr0Qao/yVkq utzNIhdUXB4cJLdnIkiCn10yaHIbUv+zQzeNh4TYGw+JIFF7xE15mV6CZ8SKnju1a9DU HLASVMHB4U7EStuAvdImRJT2qroBkT+x7JHm/to8lwYIJA6Y5STE+NDzdc4E5SxRqYjr KSOYByI3KVIknWVB6z2P5/VQ7TaMlB8V7BxSbbEJ3rmaMn3ahn9y+XlF7lreAznelCt8 waJQ== X-Gm-Message-State: AA6/9RnPjiJceMn+5evpGNXLxH9AZFCGJ4c6hwthseaDyJ14PS/0QwkIBaNTqaQXQs3PCZRcHoJYf4hicFFrWPvC X-Received: by 10.25.129.147 with SMTP id c141mr588507lfd.171.1475999108787; Sun, 09 Oct 2016 00:45:08 -0700 (PDT) Original-Received: by 10.25.66.211 with HTTP; Sun, 9 Oct 2016 00:45:08 -0700 (PDT) In-Reply-To: <83vax2f1e5.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:124259 Archived-At: --001a113eae7691894f053e69d253 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 9 October 2016 at 08:05, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Sat, 8 Oct 2016 23:08:51 +0100 > > Cc: 24640@debbugs.gnu.org > > > > =E2=80=8BIn frame #0, the code reads: > > > > if (XMISCANY (obj)->gcmarkbit) > > break; > > > > at this point obj is 33, XMISCANY(obj) is 20, and gdb tells me "Cannot > access memory at address 0x20". > > What do the following commands say in that frame #0: > > (gdb) p obj > (gdb) xtype > (gdb) p obj $3 =3D 33 (gdb) xtype Lisp_Misc Cannot access memory at address 0x20=E2=80=8B The only efficient way to speed up debugging (or rather to make sure > it succeeds at all) is for you to come up with a reproducible recipe > and post here all the files needed for reproducing the crashes. > =E2=80=8BThat would seem to require me to bisect my .desktop and potentiall= y post dozens of personal files, so doesn't seem feasible.=E2=80=8B I thought it m= ight be faster for you to drive a debugging session live than to engage in back-and-forth by email. >From what I see in the backtraces, your setup fires a timer that runs > some complicated Lisp, and that Lisp somehow corrupts some Lisp > objects, which then cause crashes during GC. =E2=80=8BYou make it sound as though this is some arcane personal setup, wh= en in fact I am simply using desktop.el! And the first step is > to stop using an optimized build, because it makes debugging much > harder if not impossible. > I'll see if, having rebuilt from source without optimisation, the bug still fires.=E2=80=8B If you are willing to try the debugging yourself, there's some advice > in etc/DEBUG (search for "Debugging problems which happen in GC"). > =E2=80=8BI'll have a look.=E2=80=8B > Do I understand correctly that this worked for you with Emacs 24.5? > =E2=80=8BYes, the identical setup loads fine in 24.5. I've never seen this = sort of crash before.=E2=80=8B --=20 http://rrt.sc3d.org --001a113eae7691894f053e69d253 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 9= October 2016 at 08:05, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Reuben Thomas &l= t;rrt@sc3d.org>
> Date: Sat, 8 Oct 2016 23:08:51 +0100
> Cc: 24640@debbugs.gnu.org=
>
> =E2=80=8BIn frame #0, the code reads:
>
> if (XMISCANY (obj)->gcmarkbit)
> break;
>
> at this point obj is 33, XMISCANY(obj) is 20, and gdb tells me "C= annot access memory at address 0x20".

What do the following commands say in that frame #0:

=C2=A0(gdb) p obj
=C2=A0(gdb) xtype

(gdb) p obj
$3 =3D 33
(gdb= ) xtype
Lisp_Misc
Cannot access memory at address 0x20=E2=80=8B
The only efficient way to speed up debugging (or rather to make sure=
it succeeds at all) is for you to come up with a reproducible recipe
and post here all the files needed for reproducing the crashes.

=E2=80= =8BThat would seem to require me to bisect my .desktop and potentially post= dozens of personal files, so doesn't seem feasible.=E2=80=8B I thought= it might be faster for you to drive a debugging session live than to engag= e in back-and-forth by email.

>From what I see in the backtraces, your setup fires a timer that runs
some complicated Lisp, and that Lisp somehow corrupts some Lisp
objects, which then cause crashes during GC.

=E2=80=8BYou make it sound as= though this is some arcane personal setup, when in fact I am simply using = desktop.el!

I'll see if, having rebuilt from source = without optimisation, the bug still fires.=E2=80=8B

If you are willing to try the debugging yourself, there's some advice in etc/DEBUG (search for "Debugging problems which happen in GC")= .

=E2=80=8BI'll have a look.=E2=80=8B
=C2=A0
Do I understand correctly that this worked for you with Emacs 24.5?

= =E2=80=8BYes, the identical setup loads fine in 24.5. I've never seen t= his sort of crash before.=E2=80=8B

--
http= ://rrt.sc3d.org
--001a113eae7691894f053e69d253--