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 21:21:01 +0100 Message-ID: References: <83int3idxl.fsf@gnu.org> <83mviehq0p.fsf@gnu.org> <83eg3qhn29.fsf@gnu.org> <83vax2f1e5.fsf@gnu.org> <83r37pg7zl.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=94eb2c0c894ccf7d96053e7461e1 X-Trace: blaine.gmane.org 1476044568 26197 195.159.176.226 (9 Oct 2016 20:22:48 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 9 Oct 2016 20:22:48 +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 22:22:41 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 1btKbu-0002x2-Er for geb-bug-gnu-emacs@m.gmane.org; Sun, 09 Oct 2016 22:22:14 +0200 Original-Received: from localhost ([::1]:45432 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1btKbs-0005MF-Sl for geb-bug-gnu-emacs@m.gmane.org; Sun, 09 Oct 2016 16:22:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40096) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1btKbl-0005Lv-UW for bug-gnu-emacs@gnu.org; Sun, 09 Oct 2016 16:22:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1btKbi-0007YH-7e for bug-gnu-emacs@gnu.org; Sun, 09 Oct 2016 16:22:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:44066) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1btKbi-0007YD-5i for bug-gnu-emacs@gnu.org; Sun, 09 Oct 2016 16:22:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1btKbi-0005Vl-0U for bug-gnu-emacs@gnu.org; Sun, 09 Oct 2016 16:22: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 20:22:01 +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.147604447021111 (code B ref 24640); Sun, 09 Oct 2016 20:22:01 +0000 Original-Received: (at 24640) by debbugs.gnu.org; 9 Oct 2016 20:21:10 +0000 Original-Received: from localhost ([127.0.0.1]:50254 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1btKas-0005UQ-8v for submit@debbugs.gnu.org; Sun, 09 Oct 2016 16:21:10 -0400 Original-Received: from mail-lf0-f42.google.com ([209.85.215.42]:33711) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1btKap-0005U4-VT for 24640@debbugs.gnu.org; Sun, 09 Oct 2016 16:21:08 -0400 Original-Received: by mail-lf0-f42.google.com with SMTP id x79so90344370lff.0 for <24640@debbugs.gnu.org>; Sun, 09 Oct 2016 13:21:07 -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=2fv+sdwV0EwxCpz0sjdOMemLaN7GtzKG4z9j8Sg4A+A=; b=QZL/I58UUgv/GRqQ5ixT8Gcai6rvATN3YWzJwKkLlHlaWdvKD4JJjstb4oh/41di7t hO3tbzca+SfpDg7O0zuYbamDssbOZ7SuEd3l58qDUdggZgFh4bTQyq/2zBQR9rI52deH whKnh06hwxWHTl2Ub3fRlPKN5hf8dVOEyN5Dg= 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=2fv+sdwV0EwxCpz0sjdOMemLaN7GtzKG4z9j8Sg4A+A=; b=PlWkxIgsGhD8d+bbb3MqBUt4/ssNo77ur2G72+pWgHg150MUAymJTkxwpWkCSiGfIu hruy/Xp71+f956iIc2HYeWFzpbWCVpgKOPSReN88KrrDR+WIp0S3jlB04mHYkFZ9Dl6v B3b2PMBgzk79gWf7EDL7czrChNgq7JlByUadakfC8ZTSgAa084jd66LcfAUPH8ZMDFYF wU8jDIJuSHgrya2RgQOM35tjQzUhpSByyadu1OtOeJr0ZAQmw4DIymCpCmWKQTTgOij1 BK/ETht1xMtm3N/3fH4ZZXKAN8reAiWGngLnYh4pqUwLDe0cBaxdl8NxvbrtcUDTogTx /uSA== X-Gm-Message-State: AA6/9RnxSB18OT9I/ENBcUudHfZxJwXBXtGzTILUinJ9G/qbWRB1IoPY8LMueEhKnULIj7EVrr15KcaSbEq6VXqe X-Received: by 10.25.234.141 with SMTP id y13mr9539888lfi.25.1476044461663; Sun, 09 Oct 2016 13:21:01 -0700 (PDT) Original-Received: by 10.25.66.211 with HTTP; Sun, 9 Oct 2016 13:21:01 -0700 (PDT) In-Reply-To: <83r37pg7zl.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:124281 Archived-At: --94eb2c0c894ccf7d96053e7461e1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 9 October 2016 at 10:57, Eli Zaretskii wrote: > > From: Reuben Thomas > > Date: Sun, 9 Oct 2016 08:45:08 +0100 > > Cc: 24640@debbugs.gnu.org > > > > 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 potent= ially > post dozens of personal files, so doesn't > > seem feasible.=E2=80=8B > > If you just start a fresh session, save its desktop, then restart it, > while using the lazy-load feature, does it start normally? Maybe all > that's needed is to do this, with no personal files involved. > =E2=80=8BIt starts normally, unfortunately. =E2=80=8B=E2=80=8B > > 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 > =E2=80=8BI rebuilt with the options suggested in etc/DEBUG, and couldn't ge= t it to crash. =E2=80=8B I then tried building with -Og instead of -O0, as suggested in et= c/DEBUG. Still no crash. (I ran each binary under gdb 3 times, as when it crashes it crashes more than once every 3 times I run it.) I tried building with -O2: it crashes again. Now that it is built with the same options as etc/DEBUG, except for -O2, is that more useful? =E2=80=8BI tried running Emacs with valgrind, but that just quickly bails o= ut with "memory exhausted". > 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 > > Thanks. > =E2=80=8BSorry: having had a look, the reconstruction of Lisp data structur= es looks like more than I have time for at present. > > 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 > > Does Emacs crash when restoring a desktop file written by Emacs 24.5, > or only when it restores files written by Emacs 25? > =E2=80=8BBoth. --=20 http://rrt.sc3d.org --94eb2c0c894ccf7d96053e7461e1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On = 9 October 2016 at 10:57, Eli Zaretskii <eliz@gnu.org> wrote:
<= /div>
> From: Reuben Thomas <rrt@sc3d.org>
> Date: Sun, 9 Oct 2016 08:45:08 +0100
> Cc: 24640@d= ebbugs.gnu.org
>
>=C2=A0 The only efficient way to speed up debugging (or rather to make = sure
>=C2=A0 it succeeds at all) is for you to come up with a reproducible re= cipe
>=C2=A0 and post here all the files needed for reproducing the crashes.<= br> >
> =E2=80=8BThat would seem to require me to bisect my .desktop and poten= tially post dozens of personal files, so doesn't
> seem feasible.=E2=80=8B

If you just start a fresh session, save its desktop, then restart it= ,
while using the lazy-load feature, does it start normally?=C2=A0 Maybe all<= br> that's needed is to do this, with no personal files involved.

=E2=80=8BIt starts normally, unfortunately.
=E2=80=8B=E2=80=8B
>=C2=A0 And the first step is
>=C2=A0 to stop using an optimized build, because it makes debugging muc= h
>=C2=A0 harder if not impossible.
>
> I'll see if, having rebuilt from source without optimisation, the = bug still fires.=E2=80=8B

=E2=80=8BI = rebuilt with the options suggested in etc/DEBUG, and couldn't get it to= crash.
=E2=80= =8B I then tried building with -Og instead of -O0, as suggested in etc/DEBU= G. Still no crash. (I ran each binary under gdb 3 times, as when it crashes= it crashes more than once every 3 times I run it.) I tried building with -= O2: it crashes again. Now that it is built with the same options as etc/DEB= UG, except for -O2, is that more useful?

=E2=80=8BI tried runnin= g Emacs with valgrind, but that just quickly bails out with "memory ex= hausted".

>=C2=A0 If you are willing to try the debugging yourself, there's so= me advice
>=C2=A0 in etc/DEBUG (search for "Debugging problems which happen i= n GC").
>
> =E2=80=8BI'll have a look.=E2=80=8B

Thanks.

=E2=80=8BSorry: having had a look, the recon= struction of Lisp data structures looks like more than I have time for at p= resent.
=C2=A0
&g= t;=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 s= een this sort of crash before.=E2=80=8B

Does Emacs crash when restoring a desktop file written by Emacs 24.5= ,
or only when it restores files written by Emacs 25?

=E2=80=8BBoth.

--
http://rrt.sc3d.org
--94eb2c0c894ccf7d96053e7461e1--