From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Fabrice Popineau Newsgroups: gmane.emacs.devel Subject: Re: Emacs trunk crash Date: Mon, 23 Mar 2015 21:55:31 +0100 Message-ID: References: <834mpevkao.fsf@gnu.org> <837fu8srym.fsf@gnu.org> <831tkfsp68.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c2e0ba3a3abb0511fae4d6 X-Trace: ger.gmane.org 1427144181 17649 80.91.229.3 (23 Mar 2015 20:56:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 23 Mar 2015 20:56:21 +0000 (UTC) Cc: Emacs developers To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 23 21:56:20 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ya9OT-0000YK-Cp for ged-emacs-devel@m.gmane.org; Mon, 23 Mar 2015 21:56:17 +0100 Original-Received: from localhost ([::1]:58017 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ya9OS-0000ls-IN for ged-emacs-devel@m.gmane.org; Mon, 23 Mar 2015 16:56:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45645) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ya9OI-0000hz-Q8 for emacs-devel@gnu.org; Mon, 23 Mar 2015 16:56:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ya9OB-0002ao-T5 for emacs-devel@gnu.org; Mon, 23 Mar 2015 16:56:06 -0400 Original-Received: from mail-ob0-x22d.google.com ([2607:f8b0:4003:c01::22d]:33967) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ya9O4-0002Zs-Oj; Mon, 23 Mar 2015 16:55:52 -0400 Original-Received: by obbgg8 with SMTP id gg8so132802002obb.1; Mon, 23 Mar 2015 13:55:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=bkh9uMpH6Mjr4xFbcVYgP+WZDebAQIU9ozPwalzZ5dk=; b=vwOuDegl7gNugiw2VWOBo1DoeOXYBvi4Q7V/EvWRmyPXZJ3fA509MkLozZoeIEySOK hXbiDH0EcAsdtIRdCUD/V/VWBzzTb732W+YIomHYXd1Q9QfRS+FNvnXOhDpSisWX8+2n GUYqEzbY6bq4QLA2PVRsE9TypFfA8mTTS8TFgz1YVZAeS3SAyORRdW5dQ8Mo02NnNZEt ov5ujcoDcrpQNgAt3COhyNwEOxJPRCR1bprBNdv/vtAf60plxRn4+VbLnlIiqMiZ5rAI ufP1U5my0Nt/fZacTinbtaTaB6dj1MdynUJ38qwdt3mt7XXc6CVM6nPvMf0qtoUKHWLP UxMg== X-Received: by 10.182.22.167 with SMTP id e7mr777588obf.31.1427144152069; Mon, 23 Mar 2015 13:55:52 -0700 (PDT) Original-Received: by 10.202.196.207 with HTTP; Mon, 23 Mar 2015 13:55:31 -0700 (PDT) In-Reply-To: <831tkfsp68.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c01::22d X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:184148 Archived-At: --001a11c2e0ba3a3abb0511fae4d6 Content-Type: text/plain; charset=UTF-8 I think I have found the real culprit behind this problem. The undo-tree package saves its history in a very direct form which looks like this: "5c22c12309909a63b7377b79cf2526b92d756854" [cl-struct-undo-tree [nil ([nil (#8=[nil nil ((19641 . 19642) (#(" " 0 1 (syntax-type string fontified nil)) . -19641) (undo-tree-id0 . -1) (19541 . 19547) (#(" " 0 1 (syntax-type string fontified nil)) . -19541) (undo-tree-id1 . -1) (19469 . 19493) (#(" " 0 3 (syntax-type string)) . -19469) (undo-tree-id2 . -3) (19330 . 19331) (#(" " 0 1 (syntax-type string)) . -19330) (undo-tree-id3 . -1) (18803 . 18804) (#(" " 0 1 (syntax-type string fontified nil)) . -18803) (undo-tree-id4 . -1) (18365 . 18366) (#(" " 0 1 (syntax-type string)) . -18365) (undo-tree-id5 . -1) (16435 . 16442) (#(" " 0 1 (syntax-type string)) . -16435) (undo-tree-id6 . -1) (16250 . 16256) (#(" " 0 1 (syntax-type string)) . -16250) (undo-tree-id7 . -1) (14242 . 14253) (#(" " 0 2 (syntax-type string)) . -14242) (undo-tree-id8 . -2) (30156 . 30172) (#(" " 0 2 (syntax-type string fontified nil)) . -30156) (undo-tree-id9 . -2) (26832 . 26864) (" " . -26832) (undo-tree-id10 . -4) (25460 . 25468) (" " . -25460) (undo-tree-id11 . -1) (25404 . 25412) (#(" " 0 1 (fontified nil)) . -25404) (undo-tree-id12 . -1) (25265 . 25305) (" " . -25265) (undo-tree-id13 . -5) (25195 . 25227) (" " . -25195) (undo-tree-id14 . -4) (25078 . 25118) (" " . -25078) (undo-tree-id15 . -5) (25009 . 25049) (" " . -25009) (undo-tree-id16 . -5) (24887 . 24895) (#(" " 0 1 (syntax-type string)) . -24887) (undo-tree-id17 . -1) (24102 . 24110) (#(" " 0 1 (syntax-type string)) . -24102) (undo-tree-id18 . -1) (24038 . 24046) (#(" " 0 1 (syntax-type string)) . -24038) (undo-tree-id19 . -1) (23986 . 23994) (#(" " 0 1 (syntax-type string)) . -23986) (undo-tree-id20 . -1) (23907 . 23914) (#(" " 0 1 (syntax-type string)) . -23907) (undo-tree-id21 . -1) (23845 . 23853) (#(" " 0 1 (syntax-type string)) . -23845) (undo-tree-id22 . -1) (23808 . 23815) (#(" " 0 1 (syntax-type string)) . -23808) (undo-tree-id23 . -1) (17359 . 17375) (#(" " 0 2 (syntax-type string)) . -17359) (undo-tree-id24 . -2) (16588 . 16596) (#(" " 0 1 (syntax-type string)) . -16588) (undo-tree-id25 . -1) (16532 . 16540) (#(" " 0 1 (syntax-type string)) . -16532) (undo-tree-id26 . -1) (15993 . 16001) (#(" " 0 1 (syntax-type string)) . -15993) (undo-tree-id27 . -1) (15944 . 15952) (#(" " 0 1 (syntax-type string)) . -15944) (undo-tree-id28 . -1) (15918 . 15926) (#(" " 0 1 (syntax-type string)) . -15918) (undo-tree-id29 . -1) (7553 . 7561) (#(" " 0 1 (syntax-type string)) . -7553) (undo-tree-id30 . -1) (7467 . 7475) (#(" " 0 1 (syntax-type string)) . -7467) (undo-tree-id31 . -1) (2516 . 2524) (#(" " 0 1 (fontified t syntax-type string face whitespace-space-after-tab)) . -2516) (undo-tree-id32 . -1) (2461 . 2469) (#(" " 0 1 (fontified t syntax-type string face whitespace-space-after-tab)) . -2461) (undo-tree-id33 . -1) (2317 . 2325) (#(" " 0 1 (fontified t syntax-type string face whitespace-space-after-tab)) . -2317) (undo-tree-id34 . 1) (undo-tree-id35 . 1) (undo-tree-id36 . -1) (1344 . 1352) (#(" " 0 1 (fontified t face whitespace-space-after-tab)) . -1344) (undo-tree-id37 . 1) (undo-tree-id38 . 1) (undo-tree-id39 . -1) (1009 . 1017) (#(" " 0 1 (fontified t face whitespace-space-after-tab)) . -1009) (undo-tree-id40 . 1) (undo-tree-id41 . 1) (undo-tree-id42 . -1) (#(" " 0 1 (syntax-table #7=#^[nil #^[#2=(0) nil syntax-table #5= #^^[3 0 #1=(1) #1# #1# #1# #1# #1# #1# #1# #1# #2# #2# #1# #2# #2# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #2# #1# (7) #1# #3=(2) #3# #4=(3) #1# (4 . 41) (5 . 40) #4# #4# #1# #4# #1# #4# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #1# #1# #4# #4# #4# #1# #1# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# (4 . 93) (9) (5 . 91) #1# #4# #1# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# (4 . 125) #4# (5 . 123) #1# #1#] #^^[1 0 #^^[2 0 #5# ... I spare the rest, because the crash is happening while reading the form starting at [cl-struct-undo-tree ... Actually, the point is near the end of my lines on #^^[1 Emacs shouldn't crash while reading data it has been able to write (well, at least I would expect it). Could it be that the syntax-table structure has been changed recently in a way that makes it impossible to read one that has been printed with a previous version of emacs? Fabrice 2015-03-23 16:34 GMT+01:00 Eli Zaretskii : > > From: Fabrice Popineau > > Date: Mon, 23 Mar 2015 06:32:55 +0100 > > Cc: Emacs developers > > > > Can you reproduce the problem by first starting "emacs -Q" and > then > > manually invoking 'desktop-read' to restore session from the > offending > > file? > > > > > > > > I have not yet been able to do that. > > > > > > The reason I couldn't do it yet is the following : > > - I run "emacs -Q" (under gdb) > > - I load a couple of libraries among which "desktop.el" > > - I try to evaluate (desktop-create-buffer ...) > > but it fails with "void variable desktop-buffer-ok-count" > > > > Even if I evaluate the form: > > (defvar desktop-buffer-ok-count) from the desktop.el file, > > the variable is still unknown. > > > > What could cause that ? > > I don't know, I never tried invoking desktop-create-buffer directly. > > Did you try to invoke desktop-read, as I suggested? > --001a11c2e0ba3a3abb0511fae4d6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I think I have found the real culprit behind this problem.= The undo-tree package=C2=A0
saves its history in a very direct form wh= ich looks like this:

"5c22c12309909a63b7377b7= 9cf2526b92d756854"
[cl-struct-undo-tree [nil ([nil (#8=3D[ni= l nil ((19641 . 19642) (#("= " 0 1 (syntax-type string fontified nil)) . -19641) (undo-tree= -id0 . -1) (19541 . 19547) (#(" " 0 1 (syntax-type string fontified nil)) . -19541) (undo-= tree-id1 . -1) (19469 . 19493) (#(" " 0 3 (syntax-type string)) . -19469) (undo-tree-id2= . -3) (19330 . 19331) (#("= " 0 1 (syntax-type string)) . -19330) (undo-tree-id3 . -1) (18= 803 . 18804) (#(" &q= uot; 0 1 (syntax-type string fontified nil)) . -18803) (undo-tree-id4 . -1)= (18365 . 18366) (#(" " 0 1 (syntax-type string)) . -18365) (undo-tree-id5 . -1) (16435 . = 16442) (#(" " 0= 1 (syntax-type string)) . -16435) (undo-tree-id6 . -1) (16250 . 16256) (#(= " " 0 1 (syntax= -type string)) . -16250) (undo-tree-id7 . -1) (14242 . 14253) (#(" " 0 2 (syntax-type str= ing)) . -14242) (undo-tree-id8 . -2) (30156 . 30172) (#(" " 0 2 (syntax-type string fon= tified nil)) . -30156) (undo-tree-id9 . -2) (26832 . 26864) (" " . -26832) (undo-tree-i= d10 . -4) (25460 . 25468) (" " . -25460) (undo-tree-id11 . -1) (25404 . 25412) (#(" " 0 1 (fontified nil)= ) . -25404) (undo-tree-id12 . -1) (25265 . 25305) (" " . -25265) (undo-tree-id13 . -5)= (25195 . 25227) (" " . -25195) (undo-tree-id14 . -4) (25078 . 25118) (" " . -25078) (undo-tree-id= 15 . -5) (25009 . 25049) ("= " . -25009) (undo-tree-id16 . -5) (24887 . 24895) (#("= ; " 0 1 (syntax-type= string)) . -24887) (undo-tree-id17 . -1) (24102 . 24110) (#(" " 0 1 (syntax-type string))= . -24102) (undo-tree-id18 . -1) (24038 . 24046) (#(" " 0 1 (syntax-type string)) . -24038= ) (undo-tree-id19 . -1) (23986 . 23994) (#(" " 0 1 (syntax-type string)) . -23986) (undo-t= ree-id20 . -1) (23907 . 23914) (#(" " 0 1 (syntax-type string)) . -23907) (undo-tree-id21 = . -1) (23845 . 23853) (#(" = " 0 1 (syntax-type string)) . -23845) (undo-tree-id22 . -1) (23= 808 . 23815) (#(" &q= uot; 0 1 (syntax-type string)) . -23808) (undo-tree-id23 . -1) (17359 . 173= 75) (#(" " 0 2= (syntax-type string)) . -17359) (undo-tree-id24 . -2) (16588 . 16596) (#(&= quot; " 0 1 (syntax-= type string)) . -16588) (undo-tree-id25 . -1) (16532 . 16540) (#(" " 0 1 (syntax-type stri= ng)) . -16532) (undo-tree-id26 . -1) (15993 . 16001) (#(" " 0 1 (syntax-type string)) . = -15993) (undo-tree-id27 . -1) (15944 . 15952) (#(" " 0 1 (syntax-type string)) . -15944) (= undo-tree-id28 . -1) (15918 . 15926) (#(" " 0 1 (syntax-type string)) . -15918) (undo-tree= -id29 . -1) (7553 . 7561) (#(" " 0 1 (syntax-type string)) . -7553) (undo-tree-id30 . -1) = (7467 . 7475) (#(" &= quot; 0 1 (syntax-type string)) . -7467) (undo-tree-id31 . -1) (2516 . 2524= ) (#(" " 0 1 (f= ontified t syntax-type string face whitespace-space-after-tab)) . -2516) (u= ndo-tree-id32 . -1) (2461 . 2469) (#(" " 0 1 (fontified t syntax-type string face whitespa= ce-space-after-tab)) . -2461) (undo-tree-id33 . -1) (2317 . 2325) (#("= " 0 1 (fontified t = syntax-type string face whitespace-space-after-tab)) . -2317) (undo-tree-id= 34 . 1) (undo-tree-id35 . 1) (undo-tree-id36 . -1) (1344 . 1352) (#("<= span class=3D"" style=3D"white-space:pre"> " 0 1 (fontified t f= ace whitespace-space-after-tab)) . -1344) (undo-tree-id37 . 1) (undo-tree-i= d38 . 1) (undo-tree-id39 . -1) (1009 . 1017) (#(" " 0 1 (fontified t face whitespace-space= -after-tab)) . -1009) (undo-tree-id40 . 1) (undo-tree-id41 . 1) (undo-tree-= id42 . -1) (#(" &quo= t; 0 1 (syntax-table #7=3D#^[nil #^[#2=3D(0) nil syntax-table #5=3D
#^^[3 0 #1=3D(1) #1# #1# #1# #1# #1# #1# #1# #1# #2# #2# #1# #2# #2# #1#= #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #1# #2# #1= # (7) #1# #3=3D(2) #3# #4=3D(3) #1# (4 . 41) (5 . 40) #4# #4# #1# #4# #1# #= 4# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #1# #1# #4# #4# #4# #1# #1# #3# = #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3#= #3# #3# #3# #3# #3# #3# (4 . 93) (9) (5 . 91) #1# #4# #1# #3# #3# #3# #3# = #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3# #3#= #3# #3# #3# (4 . 125) #4# (5 . 123) #1# #1#] #^^[1 0 #^^[2 0 #5# =C2=A0
...

I spare the rest, because the crash is= happening while reading the form starting at [cl-struct-undo-tree ...
Actually, the point is near the end of my lines on #^^[1
Emacs shouldn't crash while reading data it has been able = to write (well, at least I would expect it).
Could it be that the= syntax-table structure has been changed recently in a way that makes it im= possible=C2=A0
to read one that has been printed with a previous = version of emacs?

Fabrice

<= /div>

= 2015-03-23 16:34 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Mon, 23 Mar 2015 06:32:55 +0100
> Cc: Emacs developers <emacs-= devel@gnu.org>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Can you reproduce the problem by firs= t starting "emacs -Q" and then
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0manually invoking &#= 39;desktop-read' to restore session from the offending
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0file?
>
>
>
>=C2=A0 =C2=A0 =C2=A0I have not yet been able to do that.
>
>
> The reason I couldn't do it yet is the following :
> - I run "emacs -Q" (under gdb)
> - I load a couple of libraries among which "desktop.el"
> - I try to evaluate (desktop-create-buffer ...)
> but it fails with "void variable desktop-buffer-ok-count" >
> Even if I evaluate the form:
> (defvar desktop-buffer-ok-count) from the desktop.el file,
> the variable is still unknown.
>
> What could cause that ?

I don't know, I never tried invoking desktop-create-buffer direc= tly.

Did you try to invoke desktop-read, as I suggested?

--001a11c2e0ba3a3abb0511fae4d6--