From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: B Goodr Newsgroups: gmane.emacs.bugs Subject: bug#6668: 23.1.90; desktop-read and/or hack-local-variables fails to load local variables from DOS formatted files Date: Tue, 8 Dec 2020 13:22:19 -0800 Message-ID: References: <19524.29158.40028.579390@gargle.gargle.HOWL> <87360gdwpg.fsf@gnus.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000005ee8b205b5fa8ac0" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19717"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 6668@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Dec 08 23:25:49 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmlQb-000528-Ag for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Dec 2020 23:25:49 +0100 Original-Received: from localhost ([::1]:38102 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmlQZ-0001IK-1d for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Dec 2020 17:25:48 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45338) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmkRq-0007ss-Ch for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 16:23:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48437) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kmkRq-0006Jy-4O for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 16:23:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kmkRp-0001XQ-VY for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 16:23:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: B Goodr Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 21:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6668 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 6668-submit@debbugs.gnu.org id=B6668.16074625645863 (code B ref 6668); Tue, 08 Dec 2020 21:23:01 +0000 Original-Received: (at 6668) by debbugs.gnu.org; 8 Dec 2020 21:22:44 +0000 Original-Received: from localhost ([127.0.0.1]:59983 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmkRV-0001WS-4R for submit@debbugs.gnu.org; Tue, 08 Dec 2020 16:22:44 -0500 Original-Received: from mail-ej1-f44.google.com ([209.85.218.44]:46617) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmkRR-0001WD-Bk for 6668@debbugs.gnu.org; Tue, 08 Dec 2020 16:22:40 -0500 Original-Received: by mail-ej1-f44.google.com with SMTP id bo9so26617780ejb.13 for <6668@debbugs.gnu.org>; Tue, 08 Dec 2020 13:22:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZnolrwdMHgpYtwDEVUvcm1Ywf1RjzuaLUGLJ9pZ9/ag=; b=DzwdWqsCX6/w7OkV4I7I8cmQ2RbifmlULX3BBR3EuzOD436NFeuosvzfsjmHePgiBN RfJaf609ZfON+t+T/UmOuEg5LZJ3a4FsgxrotgxEb8ufq9Coxiz+NiiJ24jYydkWkjiO ux+HQR19TLE1n8+oSL0kiKX7/KATZ9DpqmUBK5AtE3BSOQ491vLCsVFPWiKEtxBndzga BVPs6OcsnZAtpHQfY/H1IsgoDqDdlg8HL6HZCphc7JpNBYb2J8lUB4j4BohhFoPEOnAC Z4l35n+uYcE0bKtoLmXxByTjtsMy74C8eE8kO2jLkAgnZ36gUkPvdVAE8aHnMM2MrgTd i51g== 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=ZnolrwdMHgpYtwDEVUvcm1Ywf1RjzuaLUGLJ9pZ9/ag=; b=THfUStVMJ3/crHkB6JHl7zLu+tJC4IzfVX2B9RnZtIX4xDj2RRBn3PH7P5h2quzypP AFauhyPqWYzNrOGil9KElE/UTaRF3goXEhawq2XBqnOsgaNlnTqqLlYgNQE0q3yXJonW h4ieKHoenDPSRPsPh64qDl7gdQGJNcQ4tpiTQ/ga2TPCzA4Q2e+sXjuEOBHHE6+5EnPO RIpN7fQp11ZQettAMShMLofOd3J0mNR03ZDjP+nRhxnXx0aj5cuJJ7uQyJDpdfn5MeBF hQ/3ybtiSPAO31nbdKa3/U0Fum1T9+3cW5Nm6YEP8QSQd2GYvWeWfaU6UocGyLY5HLCi csaw== X-Gm-Message-State: AOAM530EZRVU/agLwsmoOXZTa/ZnksQmGuZQm4BKjwNK/UQQP3ngtfmm L8SanoVUD0nc4BmqGr2Lw2SfYBqA6Bqg8q78GoY= X-Google-Smtp-Source: ABdhPJyA7egwnQFjQVTfyaIv5MLscGW5AyffKOYurK3M+ywHk2WWvZL1zVMSu2Om2EBx7LKgXMy90DB9qz7fko71wMk= X-Received: by 2002:a17:906:7d98:: with SMTP id v24mr25174881ejo.129.1607462551479; Tue, 08 Dec 2020 13:22:31 -0800 (PST) In-Reply-To: <87360gdwpg.fsf@gnus.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:195448 Archived-At: --0000000000005ee8b205b5fa8ac0 Content-Type: text/plain; charset="UTF-8" Hi Lars, I withdraw this request: I have stopped using Microsoft Windows as my primary development platform, and thus have stopped using Emacs on that platform. It would be very difficult for me to reify an Emacs setup on that platform at this point. This test case is very convoluted indeed. I doubt that you or anyone else has the willingness to try to unravel it at this late date. thanks, Brent On Tue, Dec 8, 2020, 09:38 Lars Ingebrigtsen wrote: > Brent Goodrick writes: > > > The desktop-read function (actually hack-local-variables) gives a > > false error when the local variables in a buffer that is being read > > have CR codes as a part of the line terminators. > > (This bug report unfortunately got no response at the time.) > > > The error stack trace on the latter command is (control codes squashed > > into literal escape sequences for the email report): > > > > Debugger entered--Lisp error: (error "Local variables entry is missing > the suffix") > > signal(error ("Local variables entry is missing the suffix")) > > error("Local variables entry is missing the suffix") > > hack-local-variables() > > normal-mode(t) > > after-find-file(nil t) > > find-file-noselect-1(# "~/perltest.pm" nil nil > "/mnt/sdb1/home/brentg/perltest.pm" (32524636 2065)) > > find-file-noselect("/home/brentg/perltest.pm") > > desktop-restore-file-buffer("/home/brentg/perltest.pm" "perltest.pm" > nil) > > Are you still seeing this issue in more recent Emacs versions? > > The recipe for reproduction here was kinda convoluted, so I didn't try > it. If the bug is still present, is loading the perltest.pm file > sufficient to reproduce the bug, or does desktop have to be involved, > somehow? > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no > --0000000000005ee8b205b5fa8ac0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Lars,

I w= ithdraw this request:

I = have stopped using Microsoft Windows as my primary development platform, an= d thus have stopped using Emacs on that platform.=C2=A0 It would be very di= fficult for me to reify an Emacs setup on that platform at this point.


=
This test case is very convoluted indeed. I doubt t= hat you or anyone else has the willingness to try to unravel it at this lat= e date.

thanks,
Brent

On Tue, Dec 8, 2020, 09:38 Lars Ingebrigts= en <larsi@gnus.org> wrote:
Br= ent Goodrick <bgoodr@gmail.com> writes:

> The desktop-read function (actually hack-local-variables) gives a
> false error when the local variables in a buffer that is being read > have CR codes as a part of the line terminators.

(This bug report unfortunately got no response at the time.)

> The error stack trace on the latter command is (control codes squashed=
> into literal escape sequences for the email report):
>
> Debugger entered--Lisp error: (error "Local variables entry is mi= ssing the suffix")
>=C2=A0 =C2=A0signal(error ("Local variables entry is missing the s= uffix"))
>=C2=A0 =C2=A0error("Local variables entry is missing the suffix&qu= ot;)
>=C2=A0 =C2=A0hack-local-variables()
>=C2=A0 =C2=A0normal-mode(t)
>=C2=A0 =C2=A0after-find-file(nil t)
>=C2=A0 =C2=A0find-file-noselect-1(#<buffer perltest.p= m> "~/perltest.pm" nil nil "/mnt/s= db1/home/brentg/perltest.pm" (32524636 2065))
>=C2=A0 =C2=A0find-file-noselect("/home/brentg/perlt= est.pm")
>=C2=A0 =C2=A0desktop-restore-file-buffer("/home/brentg/perltest.pm" "perltest.pm" nil)
Are you still seeing this issue in more recent Emacs versions?

The recipe for reproduction here was kinda convoluted, so I didn't try<= br> it.=C2=A0 If the bug is still present, is loading the perlte= st.pm file
sufficient to reproduce the bug, or does desktop have to be involved,
somehow?

--
(domestic pets only, the antidote for overdose, milk.)
=C2=A0 =C2=A0bloggy blog: http://lars.ingebrigtsen.= no
--0000000000005ee8b205b5fa8ac0--