GNU logs - #13889, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#13889: lenient loading, feature request
Resent-From: Andreas =?UTF-8?Q?R=C3=B6hler?= <andreas.roehler@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 06 Mar 2013 16:43:01 +0000
Resent-Message-ID: <handler.13889.B.136258813910353 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 13889 <at> debbugs.gnu.org
Message-ID: <513771EC.5010908@HIDDEN>
Date: Wed, 06 Mar 2013 17:42:20 +0100
From: Andreas =?UTF-8?Q?R=C3=B6hler?= <andreas.roehler@HIDDEN>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:17.0) Gecko/20130215 Thunderbird/17.0.3
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Hi all,

when Emacs starts, sometimes it raises an error, for example if init loads a file where
paren didn't match when saved.

Unfortunately Emacs doesn't proceed than with loading the remaining stuff from init.
User might be left with a core Emacs.

Thus user is more or less compelled to look for the error, nonewithstanding of other tasks, also
sometimes that kind of error is hidden, it might take time to spot it.

Would welcome a feature "lenient loading", which signals the error, but goes on, tries to load the
remaining stuff from init.

Best regards,

Andreas R�hler

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.428 (Entity 5.428)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Andreas =?UTF-8?Q?R=C3=B6hler?= <andreas.roehler@HIDDEN>
Subject: bug#13889: Acknowledgement (lenient loading, feature request)
Message-ID: <handler.13889.B.136258813910353.ack <at> debbugs.gnu.org>
References: <513771EC.5010908@HIDDEN>
X-Gnu-PR-Message: ack 13889
X-Gnu-PR-Package: emacs
Reply-To: 13889 <at> debbugs.gnu.org
Date: Wed, 06 Mar 2013 16:43:01 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 13889 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
13889: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D13889
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#13889: lenient loading, feature request
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 06 Mar 2013 17:11:01 +0000
Resent-Message-ID: <handler.13889.B13889.136258984312952 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Andreas =?UTF-8?Q?R=C3=B6hler?= <andreas.roehler@HIDDEN>
Cc: 13889 <at> debbugs.gnu.org
Reply-To: Eli Zaretskii <eliz@HIDDEN>
Date: Wed, 06 Mar 2013 19:09:58 +0200
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <513771EC.5010908@HIDDEN>
Message-id: <83sj481ml5.fsf@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=iso-8859-15
Content-transfer-encoding: QUOTED-PRINTABLE
References: <513771EC.5010908@HIDDEN>
 
 Content preview:  > Date: Wed, 06 Mar 2013 17:42:20 +0100 > From: Andreas =?UTF-8?Q?R=F6hler?=
    <andreas.roehler@HIDDEN> > > Would welcome a feature "lenient loading",
    which signals the error, but goes on, tries to load the > remaining stuff
    from init. [...] 
 
 Content analysis details:   (1.5 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at http://www.dnswl.org/, no
                             trust
                             [80.179.55.169 listed in list.dnswl.org]
  0.7 SPF_SOFTFAIL           SPF: sender does not match SPF record (softfail)
  0.8 BAYES_50               BODY: Bayes spam probability is 40 to 60%
                             [score: 0.4909]
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://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: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: 0.7 (/)

> Date: Wed, 06 Mar 2013 17:42:20 +0100
> From: Andreas R=F6hler <andreas.roehler@HIDDEN>
>=20
> Would welcome a feature "lenient loading", which signals the error,=
 but goes on, tries to load the
> remaining stuff from init.

It might be a better idea to have a command that would continue
loading from where it stopped.  This would allow the user to fix
manually whatever was broken, and then continue from there.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#13889: lenient loading, feature request
Resent-From: Andreas =?UTF-8?Q?R=C3=B6hler?= <andreas.roehler@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 06 Mar 2013 18:43:02 +0000
Resent-Message-ID: <handler.13889.B13889.136259533721773 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 13889 <at> debbugs.gnu.org
Message-ID: <51378E07.2010705@HIDDEN>
Date: Wed, 06 Mar 2013 19:42:15 +0100
From: Andreas =?UTF-8?Q?R=C3=B6hler?= <andreas.roehler@HIDDEN>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:17.0) Gecko/20130215 Thunderbird/17.0.3
MIME-Version: 1.0
References: <513771EC.5010908@HIDDEN> <83sj481ml5.fsf@HIDDEN>
In-Reply-To: <83sj481ml5.fsf@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Am 06.03.2013 18:09, schrieb Eli Zaretskii:
>> Date: Wed, 06 Mar 2013 17:42:20 +0100
>> From: Andreas R�hler <andreas.roehler@HIDDEN>
>>
>> Would welcome a feature "lenient loading", which signals the error, but goes on, tries to load the
>> remaining stuff from init.
>
> It might be a better idea to have a command that would continue
> loading from where it stopped.  This would allow the user to fix
> manually whatever was broken, and then continue from there.
>

Probably both is useful.
Someone might face a deadline the very day.
Emacs must work. No time to fix errors just now...
Error must not be as simple as a missing parenthesis.
Also imagine colleagues around, awaiting the result, wondering what the guy is doing ;)

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#13889: lenient loading, feature request
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 15 Jul 2021 06:38:02 +0000
Resent-Message-ID: <handler.13889.B13889.16263310214184 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13889
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Andreas =?UTF-8?Q?R=C3=B6hler?= <andreas.roehler@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, 13889 <at> debbugs.gnu.org
Received: via spool by 13889-submit <at> debbugs.gnu.org id=B13889.16263310214184
          (code B ref 13889); Thu, 15 Jul 2021 06:38:02 +0000
Received: (at 13889) by debbugs.gnu.org; 15 Jul 2021 06:37:01 +0000
Received: from localhost ([127.0.0.1]:46556 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m3uzL-000158-PC
	for submit <at> debbugs.gnu.org; Thu, 15 Jul 2021 02:37:01 -0400
Received: from quimby.gnus.org ([95.216.78.240]:53284)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1m3uzK-00014u-RJ
 for 13889 <at> debbugs.gnu.org; Thu, 15 Jul 2021 02:36:51 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
 s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID
 :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
 List-Post:List-Owner:List-Archive;
 bh=Ah9JVA6CxE+jty6AIO0jy794t4BN6OSy0jK38PQqTbM=; b=msllF8+myRf6j5pJerCWssJsK/
 o08qDAXA0V/aevuw0le1TvZ6hZBrqY47pYBCD3O5hxkxI6p1soQ3tJrYYLHJaKjP7JxID8NNfqT+D
 nsP4/GEUS/z2r7wMWaFP75Bp4xoYOeZPzf6JGk2vbUU58lcQ7Aa+CY/wG7TgvBSSkgiw=;
Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=elva)
 by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <larsi@HIDDEN>)
 id 1m3uzC-0004tw-2D; Thu, 15 Jul 2021 08:36:44 +0200
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <513771EC.5010908@HIDDEN> <83sj481ml5.fsf@HIDDEN>
 <51378E07.2010705@HIDDEN>
X-Now-Playing: Dexter's _Fabric 94: Steffi_: "66"
Date: Thu, 15 Jul 2021 08:36:41 +0200
In-Reply-To: <51378E07.2010705@HIDDEN> ("Andreas =?UTF-8?Q?R=C3=B6hler?="'s message of "Wed, 06 Mar 2013 19:42:15 +0100")
Message-ID: <871r80nkw6.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 
 Content preview:  Andreas =?UTF-8?Q?R=C3=B6hler?= <andreas.roehler@HIDDEN> writes: >>
    It might be a better idea to have a command that would continue >> loading
    from where it stopped. This would allow the user to fix >> manually whatever
    was broken, and then continue from there. > > [...] 
 
 Content analysis details:   (-2.9 points, 5.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
                             [score: 0.0000]
X-Spam-Score: -2.3 (--)
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: -1.0 (-)

Andreas R=C3=B6hler <andreas.roehler@HIDDEN> writes:

>> It might be a better idea to have a command that would continue
>> loading from where it stopped.  This would allow the user to fix
>> manually whatever was broken, and then continue from there.
>
> Probably both is useful.
> Someone might face a deadline the very day.
> Emacs must work. No time to fix errors just now...
> Error must not be as simple as a missing parenthesis.
> Also imagine colleagues around, awaiting the result, wondering what
> the guy is doing ;)

Popping up the .emacs file with point where the error is would be more
helpful than the current:

---
Warning (initialization): An error occurred while loading =E2=80=98/home/la=
rsi/.emacs=E2=80=99:

Invalid read syntax: ), 1, 0
---

I'm not sure how a general "continue loading" switch would work.  It's
easy enough if there's a command that's erroring out -- we could ignore
the error and continue loading.  But if it's a read-level error, then we
don't really know where to continue loading from.

I guess we could advance point by one character and try again in a loop
-- that'd usually get us past the error points after a while...

--=20
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#13889: lenient loading, feature request
Resent-From: Andreas =?UTF-8?Q?R=C3=B6hler?= <andreas.roehler@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 15 Jul 2021 06:57:01 +0000
Resent-Message-ID: <handler.13889.B13889.162633221014487 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 13889
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, 13889 <at> debbugs.gnu.org
Received: via spool by 13889-submit <at> debbugs.gnu.org id=B13889.162633221014487
          (code B ref 13889); Thu, 15 Jul 2021 06:57:01 +0000
Received: (at 13889) by debbugs.gnu.org; 15 Jul 2021 06:56:50 +0000
Received: from localhost ([127.0.0.1]:46596 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1m3vIg-0003lb-CD
	for submit <at> debbugs.gnu.org; Thu, 15 Jul 2021 02:56:50 -0400
Received: from mout.kundenserver.de ([212.227.126.134]:55149)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <andreas.roehler@HIDDEN>) id 1m3vId-0003lN-U8
 for 13889 <at> debbugs.gnu.org; Thu, 15 Jul 2021 02:56:48 -0400
Received: from [192.168.178.39] ([82.207.239.183]) by mrelayeu.kundenserver.de
 (mreue012 [212.227.15.167]) with ESMTPSA (Nemesis) id
 1N4NHS-1l2VIt2L6k-011Nnd; Thu, 15 Jul 2021 08:56:41 +0200
References: <513771EC.5010908@HIDDEN> <83sj481ml5.fsf@HIDDEN>
 <51378E07.2010705@HIDDEN> <871r80nkw6.fsf@HIDDEN>
From: Andreas =?UTF-8?Q?R=C3=B6hler?= <andreas.roehler@HIDDEN>
Message-ID: <2f169767-0ec9-bdb9-39ce-abee0747eb59@HIDDEN>
Date: Thu, 15 Jul 2021 08:56:40 +0200
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:68.0) Gecko/20100101
 Thunderbird/68.9.0
MIME-Version: 1.0
In-Reply-To: <871r80nkw6.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Provags-ID: V03:K1:GeH2EDIp4BKPxPvbKd2hJtZwSDASC2oxnni9wgvGuwNQJGTatbm
 jyS6xyamBZIjI9HbfjHb8jWTVdtLKJGNk9HRCIGmNAjZkt5YaxYoqnZrf1i2nxnsc4gnYDR
 n2YM81lbGIBxD25H7azxCUN6yQWVhI1Qy3vfk3OIlBMIRMZxqFOlIB7iMRXmSjH9F+CgbWX
 eOHiAc+swph+iCQoE7omg==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:oZgTDQePH60=:PnG7oXOEPYyA+bfy8zLqVl
 XmRh+/nRMxL/GRP8BulxulunF9ire9dwBCeH31fD6qm1nCwfPd+UTvZ1leDuLRzGnW3yYKWZL
 k88ANrlBITAjt4ISkjlQgo2QxyLBXcmI0btD7D7CHYaKklcGpb1cBsGavxFIdB06uZii7zHpP
 qcOEjU/kq9qpCObk/sakEilKYa7D+XwqbJSS1k0+RDX39SFRaLqYgT+p4EGH5gQQYQu2PTGym
 tLfHwB3Ro1RbpgMLxb6/ZwWnrNmiI6DgQsO63tx2L+3OCmlfa9hbQUXr1gIfhqm+tIKWGGWqL
 ymeNpsSNL3FBtIQ1iqG13RAYqtX7aFjlAkWUSFq4BT9D77W5krAIVQO3dcJinl84Agp+UbFeo
 jDwatQUGJMQoePQKLZZ6FyAg3H9/p8w0hGSJ/XpRwPGX8dTUGS+cwedAKZXRZg4X1AacTZ0ME
 LxMjO+kC2HawhTswJysPnfuVXIMZW7wLt7HsHjHuzSb+Kbfwmvq3qdBANV/YQCJUAgIXEed4I
 B8/06jsa8wz8wJmuv81RHef1jUxOgRN400bZqZzZA57oeCouV79CVU/O2J/AQkbymkEbUNhpc
 7MufX5iKukAf0gCD7DV8Wsqw1/rEkofGkJEkig8wX8yGgQHfh/J2499r9lWSS/ld/fI67o2sV
 IwWyAofyFQ4DhnL76i0J9I1VxPLW5TaZ31EBG9hgur0JszoPJHhpce8doMJC6yQyfh+UKn47T
 KM+RaiRzD+X81t8N8SAHJIpMrd/wVCzGHu5oXtTfllnNx8d3Ed1tFg/DKFFiP5Nan9Cefr0yV
 YiZWwtrgtEFq4AJBPD1h9kKA6WHWtW5LzdjzWkn4sDTPa5rIC/Zna40YBQCYCqpZf/3LSI9e9
 s2aHRyfKNviBJPaNbY+w==
X-Spam-Score: 0.0 (/)
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: -1.0 (-)


On 15.07.21 08:36, Lars Ingebrigtsen wrote:
> Andreas Röhler <andreas.roehler@HIDDEN> writes:
>
>>> It might be a better idea to have a command that would continue
>>> loading from where it stopped.  This would allow the user to fix
>>> manually whatever was broken, and then continue from there.
>> Probably both is useful.
>> Someone might face a deadline the very day.
>> Emacs must work. No time to fix errors just now...
>> Error must not be as simple as a missing parenthesis.
>> Also imagine colleagues around, awaiting the result, wondering what
>> the guy is doing ;)
> Popping up the .emacs file with point where the error is would be more
> helpful than the current:
>
> ---
> Warning (initialization): An error occurred while loading ‘/home/larsi/.emacs’:
>
> Invalid read syntax: ), 1, 0
> ---
>
> I'm not sure how a general "continue loading" switch would work.  It's
> easy enough if there's a command that's erroring out -- we could ignore
> the error and continue loading.  But if it's a read-level error, then we
> don't really know where to continue loading from.
>
> I guess we could advance point by one character and try again in a loop
> -- that'd usually get us past the error points after a while...
>
Thought at something like

(unwind-protect BODYFORM UNWINDFORMS...)

here as

(unwind-protect load-current load-remaining...)

Last modified: Thu, 15 Jul 2021 07:00:02 UTC

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