From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Achim Gratz Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Oct 2012 17:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 12598@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.13496319175137 (code B ref -1); Sun, 07 Oct 2012 17:46:01 +0000 Received: (at submit) by debbugs.gnu.org; 7 Oct 2012 17:45:17 +0000 Received: from localhost ([127.0.0.1]:60270 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TKuui-0001Ko-Ok for submit@debbugs.gnu.org; Sun, 07 Oct 2012 13:45:17 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35737) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TKuug-0001KZ-1X for submit@debbugs.gnu.org; Sun, 07 Oct 2012 13:45:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TKuuD-0001gh-4D for submit@debbugs.gnu.org; Sun, 07 Oct 2012 13:44:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:38692) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TKuuD-0001gX-12 for submit@debbugs.gnu.org; Sun, 07 Oct 2012 13:44:45 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51499) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TKuuB-0007AZ-Rn for bug-gnu-emacs@gnu.org; Sun, 07 Oct 2012 13:44:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TKuuA-0001gJ-NR for bug-gnu-emacs@gnu.org; Sun, 07 Oct 2012 13:44:43 -0400 Received: from mail-in-01.arcor-online.net ([151.189.21.41]:41165) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TKuuA-0001eg-D6 for bug-gnu-emacs@gnu.org; Sun, 07 Oct 2012 13:44:42 -0400 Received: from mail-in-11-z2.arcor-online.net (mail-in-11-z2.arcor-online.net [151.189.8.28]) by mx.arcor.de (Postfix) with ESMTP id 332C95A466 for ; Sun, 7 Oct 2012 19:44:39 +0200 (CEST) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-11-z2.arcor-online.net (Postfix) with ESMTP id 28A547FE4AB for ; Sun, 7 Oct 2012 19:44:39 +0200 (CEST) Received: from Rainer.invalid (pD9EB2B58.dip.t-dialin.net [217.235.43.88]) (Authenticated sender: stromeko@arcor.de) by mail-in-06.arcor-online.net (Postfix) with ESMTPSA id 049ED10C3C6 for ; Sun, 7 Oct 2012 19:44:38 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-06.arcor-online.net 049ED10C3C6 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nexgo.de; s=mail-in; t=1349631879; bh=LEwZJAgMrEvDY9YDlWH2PUZptwFPN8TfHtnqmAimlPY=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=BSSYupD/MipV9++u3n6xkvt+QdHXt1UllNON7Lwfz3qKcRRT1YHtjEjVqffHlJ7aw 3LP79Ie4Phciy/zG4nsxDY9bZoIZsFb/lOze3yeDXMVH2Tc84lVntYQj5zSHtSzPgr ih2CP0JHdZwf+Orr8lS5XFoHlOqg68Fue8rzE1Xw= From: Achim Gratz Date: Sun, 07 Oct 2012 19:44:32 +0200 Message-ID: <877gr2b2in.fsf@Rainer.invalid> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) In GNU Emacs 24.2.1 (i686-suse-linux-gnu, GTK+ Version 3.4.4) of 2012-09-30 on Rainer I've just removed some utf-8 codepoints from docstrings in org-mode because when I compress either the source (.el.gz) or the resulting byte-compiled file (.elc.gz), the loader fails after the first function definition that has such a docstring. Messages suspiciously said something about "loading with code-conversion", so I assume that the the coding-system was not correctly recognized and the file mangled as a result before it reached the loader. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Oct 2012 19:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Achim Gratz Cc: 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.134963885115335 (code B ref 12598); Sun, 07 Oct 2012 19:41:01 +0000 Received: (at 12598) by debbugs.gnu.org; 7 Oct 2012 19:40:51 +0000 Received: from localhost ([127.0.0.1]:60354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TKwiY-0003zI-UO for submit@debbugs.gnu.org; Sun, 07 Oct 2012 15:40:51 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:35201) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TKwiX-0003zB-HM for 12598@debbugs.gnu.org; Sun, 07 Oct 2012 15:40:49 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id q97JeOxf004550; Sun, 7 Oct 2012 15:40:25 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id A72FCAE3A5; Sun, 7 Oct 2012 15:40:22 -0400 (EDT) From: Stefan Monnier Message-ID: References: <877gr2b2in.fsf@Rainer.invalid> Date: Sun, 07 Oct 2012 15:40:22 -0400 In-Reply-To: <877gr2b2in.fsf@Rainer.invalid> (Achim Gratz's message of "Sun, 07 Oct 2012 19:44:32 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) > I've just removed some utf-8 codepoints from docstrings in org-mode > because when I compress either the source (.el.gz) or the resulting > byte-compiled file (.elc.gz), the loader fails after the first function > definition that has such a docstring. Sounds like a bug. Can you send a precise recipe? Stefan From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files In-Reply-To: <877gr2b2in.fsf@Rainer.invalid> Resent-From: Achim Gratz Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Oct 2012 20:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 12598@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.134964037417522 (code B ref -1); Sun, 07 Oct 2012 20:07:01 +0000 Received: (at submit) by debbugs.gnu.org; 7 Oct 2012 20:06:14 +0000 Received: from localhost ([127.0.0.1]:60366 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TKx77-0004YY-P5 for submit@debbugs.gnu.org; Sun, 07 Oct 2012 16:06:14 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48937) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TKx75-0004YM-6q for submit@debbugs.gnu.org; Sun, 07 Oct 2012 16:06:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TKx6b-0007Vh-CX for submit@debbugs.gnu.org; Sun, 07 Oct 2012 16:05:42 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:55077) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TKx6b-0007Vd-9T for submit@debbugs.gnu.org; Sun, 07 Oct 2012 16:05:41 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43147) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TKx6a-0007r7-8B for bug-gnu-emacs@gnu.org; Sun, 07 Oct 2012 16:05:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TKx6Y-0007Uh-GV for bug-gnu-emacs@gnu.org; Sun, 07 Oct 2012 16:05:40 -0400 Received: from plane.gmane.org ([80.91.229.3]:40852) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TKx6Y-0007O9-9s for bug-gnu-emacs@gnu.org; Sun, 07 Oct 2012 16:05:38 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TKx6a-0000FC-Ix for bug-gnu-emacs@gnu.org; Sun, 07 Oct 2012 22:05:40 +0200 Received: from pd9eb47af.dip.t-dialin.net ([217.235.71.175]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 07 Oct 2012 22:05:40 +0200 Received: from Stromeko by pd9eb47af.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 07 Oct 2012 22:05:40 +0200 X-Injected-Via-Gmane: http://gmane.org/ From: Achim Gratz Date: Sun, 07 Oct 2012 22:05:23 +0200 Organization: Linux Private Site Lines: 34 Message-ID: <87391qavzw.fsf@Rainer.invalid> References: <877gr2b2in.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb47af.dip.t-dialin.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (gnu/linux) Cancel-Lock: sha1:qK+E5G+up8jbWeWer+K3zqfpzag= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Stefan Monnier writes: >> I've just removed some utf-8 codepoints from docstrings in org-mode >> because when I compress either the source (.el.gz) or the resulting >> byte-compiled file (.elc.gz), the loader fails after the first function >> definition that has such a docstring. > > Sounds like a bug. Can you send a precise recipe? The org.el currently in trunk should demonstrate it: compress the bytecompiled file with gzip, then try to (load "org") with the load-path set so that it finds those compressed files. With the byte-compiled file you'll then get this error: Debugger entered--Lisp error: (void-variable defalias) eval-buffer(# nil "/home/emacs/lisp/org/org.elc.gz" nil t) ; Reading at buffer position 317443 load-with-code-conversion("/home/emacs/lisp/org/org.elc.gz" "/home/emacs/lisp/org/org.elc.gz" nil nil) load("org.elc") eval((load "org.elc")) eval-expression((load "org.elc") nil) call-interactively(eval-expression nil nil) The corresponding line in the source is L9026 (the defun for the second function that has unicode in the docstring). The exact same error happens in Emacs 23.3, btw. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Andreas Schwab Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 07 Oct 2012 21:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Achim Gratz Cc: 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.134964457223900 (code B ref 12598); Sun, 07 Oct 2012 21:17:01 +0000 Received: (at 12598) by debbugs.gnu.org; 7 Oct 2012 21:16:12 +0000 Received: from localhost ([127.0.0.1]:60410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TKyCp-0006DR-Py for submit@debbugs.gnu.org; Sun, 07 Oct 2012 17:16:12 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:54388) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TKyCn-0006DJ-27 for 12598@debbugs.gnu.org; Sun, 07 Oct 2012 17:16:10 -0400 Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 3XZctm0c4Jz4KK6s; Sun, 7 Oct 2012 23:15:43 +0200 (CEST) X-Auth-Info: SsYRuxXmGEymrxLegO5F5f2nuX7G4bTNS6ch5NzpU/E= Received: from igel.home (ppp-93-104-139-74.dynamic.mnet-online.de [93.104.139.74]) by mail.mnet-online.de (Postfix) with ESMTPA id 3XZctl6C4hzbbcr; Sun, 7 Oct 2012 23:15:43 +0200 (CEST) Received: by igel.home (Postfix, from userid 501) id 54B79CA2A4; Sun, 7 Oct 2012 23:15:43 +0200 (CEST) From: Andreas Schwab References: <877gr2b2in.fsf@Rainer.invalid> <87391qavzw.fsf@Rainer.invalid> X-Yow: You mean now I can SHOOT YOU in the back and further BLUR th' distinction between FANTASY and REALITY? Date: Sun, 07 Oct 2012 23:15:43 +0200 In-Reply-To: <87391qavzw.fsf@Rainer.invalid> (Achim Gratz's message of "Sun, 07 Oct 2012 22:05:23 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) Achim Gratz writes: > Stefan Monnier writes: >>> I've just removed some utf-8 codepoints from docstrings in org-mode >>> because when I compress either the source (.el.gz) or the resulting >>> byte-compiled file (.elc.gz), the loader fails after the first function >>> definition that has such a docstring. >> >> Sounds like a bug. Can you send a precise recipe? > > The org.el currently in trunk should demonstrate it: compress the > bytecompiled file with gzip, then try to (load "org") with the load-path > set so that it finds those compressed files. With the byte-compiled > file you'll then get this error: > > Debugger entered--Lisp error: (void-variable defalias) That's because #@N counts in bytes, not characters. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files In-Reply-To: <877gr2b2in.fsf@Rainer.invalid> Resent-From: Achim Gratz Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Oct 2012 05:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 12598@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.13496739175650 (code B ref -1); Mon, 08 Oct 2012 05:26:02 +0000 Received: (at submit) by debbugs.gnu.org; 8 Oct 2012 05:25:17 +0000 Received: from localhost ([127.0.0.1]:60599 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TL5q7-0001T3-VW for submit@debbugs.gnu.org; Mon, 08 Oct 2012 01:25:16 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49200) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TL5q4-0001Sr-S2 for submit@debbugs.gnu.org; Mon, 08 Oct 2012 01:25:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TL5pZ-00016Q-2l for submit@debbugs.gnu.org; Mon, 08 Oct 2012 01:24:41 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:55674) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TL5pZ-00016M-0C for submit@debbugs.gnu.org; Mon, 08 Oct 2012 01:24:41 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46845) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TL5pY-0002Fa-4y for bug-gnu-emacs@gnu.org; Mon, 08 Oct 2012 01:24:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TL5pX-00016C-04 for bug-gnu-emacs@gnu.org; Mon, 08 Oct 2012 01:24:40 -0400 Received: from plane.gmane.org ([80.91.229.3]:32793) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TL5pW-000168-Ph for bug-gnu-emacs@gnu.org; Mon, 08 Oct 2012 01:24:38 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TL5pb-00068T-9F for bug-gnu-emacs@gnu.org; Mon, 08 Oct 2012 07:24:43 +0200 Received: from pd9eb4824.dip.t-dialin.net ([217.235.72.36]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Oct 2012 07:24:43 +0200 Received: from Stromeko by pd9eb4824.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Oct 2012 07:24:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ From: Achim Gratz Date: Mon, 08 Oct 2012 07:24:20 +0200 Organization: Linux Private Site Lines: 16 Message-ID: <87bogdy1rv.fsf@Rainer.invalid> References: <877gr2b2in.fsf@Rainer.invalid> <87391qavzw.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb4824.dip.t-dialin.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (gnu/linux) Cancel-Lock: sha1:SVJREC9AVimLVCbZdIOxDqNf5ts= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Andreas Schwab writes: >> Debugger entered--Lisp error: (void-variable defalias) > > That's because #@N counts in bytes, not characters. I know, that's why I used goto-char to locate the place in org.elc and then the correspoding definition in org.el. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files In-Reply-To: <877gr2b2in.fsf@Rainer.invalid> Resent-From: Achim Gratz Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 08 Oct 2012 05:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 12598@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.13496746786852 (code B ref -1); Mon, 08 Oct 2012 05:38:01 +0000 Received: (at submit) by debbugs.gnu.org; 8 Oct 2012 05:37:58 +0000 Received: from localhost ([127.0.0.1]:60605 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TL62P-0001mS-Rr for submit@debbugs.gnu.org; Mon, 08 Oct 2012 01:37:58 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56301) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TL62N-0001mE-FQ for submit@debbugs.gnu.org; Mon, 08 Oct 2012 01:37:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TL61r-00056x-K1 for submit@debbugs.gnu.org; Mon, 08 Oct 2012 01:37:24 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:55881) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TL61r-00056t-HB for submit@debbugs.gnu.org; Mon, 08 Oct 2012 01:37:23 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45824) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TL61q-0003Ga-HD for bug-gnu-emacs@gnu.org; Mon, 08 Oct 2012 01:37:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TL61p-00056Z-Ar for bug-gnu-emacs@gnu.org; Mon, 08 Oct 2012 01:37:22 -0400 Received: from plane.gmane.org ([80.91.229.3]:38987) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TL61p-00056V-4a for bug-gnu-emacs@gnu.org; Mon, 08 Oct 2012 01:37:21 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TL61k-0001vd-LE for bug-gnu-emacs@gnu.org; Mon, 08 Oct 2012 07:37:16 +0200 Received: from pd9eb4824.dip.t-dialin.net ([217.235.72.36]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Oct 2012 07:37:16 +0200 Received: from Stromeko by pd9eb4824.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Oct 2012 07:37:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ From: Achim Gratz Date: Mon, 08 Oct 2012 07:36:56 +0200 Organization: Linux Private Site Lines: 29 Message-ID: <877gr1y16v.fsf@Rainer.invalid> References: <877gr2b2in.fsf@Rainer.invalid> <87391qavzw.fsf@Rainer.invalid> <87bogdy1rv.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb4824.dip.t-dialin.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (gnu/linux) Cancel-Lock: sha1:zSF2NhJS8V+Ycx2vjR/dRUBT7dQ= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Achim Gratz writes: > Andreas Schwab writes: >>> Debugger entered--Lisp error: (void-variable defalias) >> >> That's because #@N counts in bytes, not characters. > > I know, that's why I used goto-char to locate the place in org.elc and > then the correspoding definition in org.el. I've just decoded what you were telling me with that one-liner. Disregard what I wrote above, not enough coffee yet… So, any codepoint that is more than a single byte will throw the byte-compiler off, not just any utf-8 codepoint. Since this has been in Emacs likely ever since unicode strings have been introduced, I'd suggest adding a *strong* warning in some prominent place in the documentation about this even when it gets fixed in a newer version of Emacs. Otherwise it's all too easy to produce libraries that have mysterious failures depending on whatever Emacs was used to compile or run them. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Jan 2013 18:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Achim Gratz Cc: 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.135965616819686 (code B ref 12598); Thu, 31 Jan 2013 18:17:01 +0000 Received: (at 12598) by debbugs.gnu.org; 31 Jan 2013 18:16:08 +0000 Received: from localhost ([127.0.0.1]:57923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0ygC-00057S-0X for submit@debbugs.gnu.org; Thu, 31 Jan 2013 13:16:08 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]:54789) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0yg9-00057K-QQ for 12598@debbugs.gnu.org; Thu, 31 Jan 2013 13:16:07 -0500 Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id r0VIFLSp023782; Thu, 31 Jan 2013 13:15:21 -0500 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 1679AB4182; Thu, 31 Jan 2013 13:15:21 -0500 (EST) From: Stefan Monnier Message-ID: References: <877gr2b2in.fsf@Rainer.invalid> <87391qavzw.fsf@Rainer.invalid> <87bogdy1rv.fsf@Rainer.invalid> <877gr1y16v.fsf@Rainer.invalid> Date: Thu, 31 Jan 2013 13:15:20 -0500 In-Reply-To: <877gr1y16v.fsf@Rainer.invalid> (Achim Gratz's message of "Mon, 08 Oct 2012 07:36:56 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4478=0 X-NAI-Spam-Version: 2.2.0.9309 : core <4478> : streams <898187> : uri <1333068> X-Spam-Score: -0.9 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.2 (--) > I've just removed some utf-8 codepoints from docstrings in org-mode > because when I compress either the source (.el.gz) or the resulting > byte-compiled file (.elc.gz), the loader fails after the first function I can't reproduce this problem for the .el.gz case (indeed, I think it's specific to byte-compiled files). > So, any codepoint that is more than a single byte will throw the > byte-compiler off, not just any utf-8 codepoint. Since this has been in > Emacs likely ever since unicode strings have been introduced, I'd > suggest adding a *strong* warning in some prominent place in the > documentation about this even when it gets fixed in a newer version of > Emacs. Otherwise it's all too easy to produce libraries that have > mysterious failures depending on whatever Emacs was used to compile or > run them. I think the problem lies between load-with-code-conversion and eval-buffer, so it dates back to the introduction of load-with-code-conversion, which IIRC predates the internal use of Unicode. Fixing `eval-buffer' so that it skips bytes when it sees #@NN is tricky, so the best fix is probably to change load-with-code-conversion so that (if the file is byte-compiled) it saves the buffer to a temp file and passes that to `load'. Stefan From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files In-Reply-To: <877gr2b2in.fsf@Rainer.invalid> Resent-From: Achim Gratz Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Jan 2013 18:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 12598@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.135965753521650 (code B ref -1); Thu, 31 Jan 2013 18:39:02 +0000 Received: (at submit) by debbugs.gnu.org; 31 Jan 2013 18:38:55 +0000 Received: from localhost ([127.0.0.1]:57942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0z2F-0005d9-Dk for submit@debbugs.gnu.org; Thu, 31 Jan 2013 13:38:55 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43456) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0z2C-0005d2-T8 for submit@debbugs.gnu.org; Thu, 31 Jan 2013 13:38:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U0z1U-0003M1-42 for submit@debbugs.gnu.org; Thu, 31 Jan 2013 13:38:09 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-102.0 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:60588) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0z1T-0003Lw-RK for submit@debbugs.gnu.org; Thu, 31 Jan 2013 13:38:08 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54794) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0z1R-0003kD-SC for bug-gnu-emacs@gnu.org; Thu, 31 Jan 2013 13:38:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U0z1O-0003Ka-AS for bug-gnu-emacs@gnu.org; Thu, 31 Jan 2013 13:38:05 -0500 Received: from plane.gmane.org ([80.91.229.3]:34248) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U0z1O-0003KM-44 for bug-gnu-emacs@gnu.org; Thu, 31 Jan 2013 13:38:02 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1U0z1f-0006iw-5Y for bug-gnu-emacs@gnu.org; Thu, 31 Jan 2013 19:38:19 +0100 Received: from pd9eb451f.dip.t-dialin.net ([217.235.69.31]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 31 Jan 2013 19:38:19 +0100 Received: from Stromeko by pd9eb451f.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 31 Jan 2013 19:38:19 +0100 X-Injected-Via-Gmane: http://gmane.org/ From: Achim Gratz Date: Thu, 31 Jan 2013 19:37:41 +0100 Organization: Linux Private Site Lines: 26 Message-ID: <87ehh1urka.fsf@Rainer.invalid> References: <877gr2b2in.fsf@Rainer.invalid> <87391qavzw.fsf@Rainer.invalid> <87bogdy1rv.fsf@Rainer.invalid> <877gr1y16v.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb451f.dip.t-dialin.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.92 (gnu/linux) Cancel-Lock: sha1:NDZum0urYBLSDTkmHovsazCLD+c= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Stefan Monnier writes: > I can't reproduce this problem for the .el.gz case (indeed, I think > it's specific to byte-compiled files). I would have to try and re-create the problem, but it may be the case that the problem only affects the byte-compiled files. […] > Fixing `eval-buffer' so that it skips bytes when it sees #@NN is tricky, > so the best fix is probably to change load-with-code-conversion so that > (if the file is byte-compiled) it saves the buffer to a temp file and > passes that to `load'. I'm not sure I can follow you, especially what the purpose of saving to a temporary file is. As I said, I haven't looked at this for quite some time. If you think it helps, I'll try to set up for reproducing this again. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files References: <877gr2b2in.fsf@Rainer.invalid> Resent-From: Kenichi Handa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Feb 2013 09:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Stromeko@nexgo.de, 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.135971075212573 (code B ref 12598); Fri, 01 Feb 2013 09:26:01 +0000 Received: (at 12598) by debbugs.gnu.org; 1 Feb 2013 09:25:52 +0000 Received: from localhost ([127.0.0.1]:58612 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1CsZ-0003Gj-U7 for submit@debbugs.gnu.org; Fri, 01 Feb 2013 04:25:52 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:50479) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1CsX-0003Gb-T8 for 12598@debbugs.gnu.org; Fri, 01 Feb 2013 04:25:51 -0500 Received: from 253.240.accsnet.ne.jp ([202.220.240.253]:64616 helo=mongkok) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1U1Crl-0002Bl-Rt; Fri, 01 Feb 2013 04:25:02 -0500 From: Kenichi Handa In-Reply-To: (message from Stefan Monnier on Thu, 31 Jan 2013 13:15:20 -0500) Date: Fri, 01 Feb 2013 18:23:10 +0900 Message-ID: <8738xg5qwx.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -4.3 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.1 (-----) In article , Stefan Monnier writes: > I think the problem lies between load-with-code-conversion and > eval-buffer, so it dates back to the introduction of > load-with-code-conversion, which IIRC predates the internal use > of Unicode. > Fixing `eval-buffer' so that it skips bytes when it sees #@NN is tricky, > so the best fix is probably to change load-with-code-conversion so that > (if the file is byte-compiled) it saves the buffer to a temp file and > passes that to `load'. The variable load-source-file-function is set to load-with-code-converision, and Fload calls load-source-file-function. So, shouldn't we provide a file name handler for `load' operation instead of making load-source-file-function handle non-source files? --- Kenichi Handa handa@gnu.org From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Feb 2013 14:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kenichi Handa Cc: Stromeko@nexgo.de, 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.13597276608718 (code B ref 12598); Fri, 01 Feb 2013 14:08:01 +0000 Received: (at 12598) by debbugs.gnu.org; 1 Feb 2013 14:07:40 +0000 Received: from localhost ([127.0.0.1]:58880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1HHG-0002GY-Lw for submit@debbugs.gnu.org; Fri, 01 Feb 2013 09:07:39 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:44074) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1HHC-0002GO-P5 for 12598@debbugs.gnu.org; Fri, 01 Feb 2013 09:07:37 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFLd/iW/2dsb2JhbABEvw4Xc4IeAQEEAVYjEAs0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IPAS-Result: Av4EABK/CFFLd/iW/2dsb2JhbABEvw4Xc4IeAQEEAVYjEAs0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="191788" Received: from 75-119-248-150.dsl.teksavvy.com (HELO pastel.home) ([75.119.248.150]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 01 Feb 2013 09:06:45 -0500 Received: by pastel.home (Postfix, from userid 20848) id 94EDD58F88; Fri, 1 Feb 2013 09:06:45 -0500 (EST) From: Stefan Monnier Message-ID: References: <8738xg5qwx.fsf@gnu.org> Date: Fri, 01 Feb 2013 09:06:45 -0500 In-Reply-To: <8738xg5qwx.fsf@gnu.org> (Kenichi Handa's message of "Fri, 01 Feb 2013 18:23:10 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) >> Fixing `eval-buffer' so that it skips bytes when it sees #@NN is tricky, >> so the best fix is probably to change load-with-code-conversion so that >> (if the file is byte-compiled) it saves the buffer to a temp file and >> passes that to `load'. > The variable load-source-file-function is set to > load-with-code-converision, and Fload calls > load-source-file-function. So, shouldn't we provide a file > name handler for `load' operation instead of > making load-source-file-function handle non-source files? We could, but I suspect that the problem (and the fix) would be the same for all file-name-handlers. IOW, the problem is not in how to access the file's contents, but in how eval-buffer (used by load-with-code-conversion) doesn't handle byte-compiled file correctly. Stefan From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files References: <877gr2b2in.fsf@Rainer.invalid> Resent-From: Kenichi Handa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Feb 2013 11:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Stromeko@nexgo.de, 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.135989210819710 (code B ref 12598); Sun, 03 Feb 2013 11:49:02 +0000 Received: (at 12598) by debbugs.gnu.org; 3 Feb 2013 11:48:28 +0000 Received: from localhost ([127.0.0.1]:33686 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1y3e-00057o-7k for submit@debbugs.gnu.org; Sun, 03 Feb 2013 06:48:28 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:45278) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1y3T-00057X-Tx for 12598@debbugs.gnu.org; Sun, 03 Feb 2013 06:48:21 -0500 Received: from 253.240.accsnet.ne.jp ([202.220.240.253]:61250 helo=mongkok) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1U1y2R-0000sU-7V; Sun, 03 Feb 2013 06:47:13 -0500 From: Kenichi Handa In-Reply-To: (message from Stefan Monnier on Fri, 01 Feb 2013 09:06:45 -0500) Date: Sun, 03 Feb 2013 20:44:16 +0900 Message-ID: <87vca94o6n.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) In article , Stefan Monnier writes: > We could, but I suspect that the problem (and the fix) would be the same > for all file-name-handlers. IOW, the problem is not in how to access > the file's contents, but in how eval-buffer (used by > load-with-code-conversion) doesn't handle byte-compiled file correctly. Should eval-buffer handle byte-compiled code in a buffer? --- Kenichi Handa handa@gnu.org From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Feb 2013 16:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kenichi Handa Cc: Stromeko@nexgo.de, 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.135990755117221 (code B ref 12598); Sun, 03 Feb 2013 16:06:02 +0000 Received: (at 12598) by debbugs.gnu.org; 3 Feb 2013 16:05:51 +0000 Received: from localhost ([127.0.0.1]:34445 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U224l-0004Th-2S for submit@debbugs.gnu.org; Sun, 03 Feb 2013 11:05:51 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:23693) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U224i-0004Ta-Dy for 12598@debbugs.gnu.org; Sun, 03 Feb 2013 11:05:48 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFFpZnt/2dsb2JhbABEvw4Xc4IeAQEEAVYjEAs0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IPAS-Result: Av4EABK/CFFFpZnt/2dsb2JhbABEvw4Xc4IeAQEEAVYjEAs0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="328905" Received: from 69-165-153-237.dsl.teksavvy.com (HELO pastel.home) ([69.165.153.237]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 03 Feb 2013 11:04:48 -0500 Received: by pastel.home (Postfix, from userid 20848) id D1B6759527; Sun, 3 Feb 2013 11:04:47 -0500 (EST) From: Stefan Monnier Message-ID: References: <87vca94o6n.fsf@gnu.org> Date: Sun, 03 Feb 2013 11:04:47 -0500 In-Reply-To: <87vca94o6n.fsf@gnu.org> (Kenichi Handa's message of "Sun, 03 Feb 2013 20:44:16 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.5 (/) >> We could, but I suspect that the problem (and the fix) would be the same >> for all file-name-handlers. IOW, the problem is not in how to access >> the file's contents, but in how eval-buffer (used by >> load-with-code-conversion) doesn't handle byte-compiled file correctly. > Should eval-buffer handle byte-compiled code in a buffer? That'd be nice, tho it might be kind of annoying to implement (having to look at buffer-file-coding-system to figure out the byte-size of each char when skipping #@NN). Stefan From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Feb 2013 16:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kenichi Handa Cc: Stromeko@nexgo.de, 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.135990768217426 (code B ref 12598); Sun, 03 Feb 2013 16:09:02 +0000 Received: (at 12598) by debbugs.gnu.org; 3 Feb 2013 16:08:02 +0000 Received: from localhost ([127.0.0.1]:34449 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U226r-0004X1-Rx for submit@debbugs.gnu.org; Sun, 03 Feb 2013 11:08:02 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:7899) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U226q-0004Wd-A2 for 12598@debbugs.gnu.org; Sun, 03 Feb 2013 11:08:00 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFFpZnt/2dsb2JhbABEvw4Xc4IeAQEEAVYjEAs0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IPAS-Result: Av4EABK/CFFFpZnt/2dsb2JhbABEvw4Xc4IeAQEEAVYjEAs0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="328971" Received: from 69-165-153-237.dsl.teksavvy.com (HELO pastel.home) ([69.165.153.237]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 03 Feb 2013 11:06:59 -0500 Received: by pastel.home (Postfix, from userid 20848) id 9C78359527; Sun, 3 Feb 2013 11:06:59 -0500 (EST) From: Stefan Monnier Message-ID: References: <87vca94o6n.fsf@gnu.org> Date: Sun, 03 Feb 2013 11:06:59 -0500 In-Reply-To: <87vca94o6n.fsf@gnu.org> (Kenichi Handa's message of "Sun, 03 Feb 2013 20:44:16 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.0 (/) >> We could, but I suspect that the problem (and the fix) would be the same >> for all file-name-handlers. IOW, the problem is not in how to access >> the file's contents, but in how eval-buffer (used by >> load-with-code-conversion) doesn't handle byte-compiled file correctly. > Should eval-buffer handle byte-compiled code in a buffer? BTW, making it work might be nice, but it's only worth the trouble if the result is correct. I.e. after correctly skipping the #@NNN, we also want to make sure that subsequent needs to load the corresponding dynamic docstring or (or dynamic bytecode) can correctly find it. Stefan From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files References: <877gr2b2in.fsf@Rainer.invalid> Resent-From: Kenichi Handa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Feb 2013 13:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Stromeko@nexgo.de, 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.13600718051377 (code B ref 12598); Tue, 05 Feb 2013 13:44:02 +0000 Received: (at 12598) by debbugs.gnu.org; 5 Feb 2013 13:43:25 +0000 Received: from localhost ([127.0.0.1]:37404 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2io0-0000M9-SL for submit@debbugs.gnu.org; Tue, 05 Feb 2013 08:43:25 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:58182) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2inv-0000M0-I7 for 12598@debbugs.gnu.org; Tue, 05 Feb 2013 08:43:21 -0500 Received: from 253.240.accsnet.ne.jp ([202.220.240.253]:65525 helo=mongkok) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1U2iml-0003Vb-6V; Tue, 05 Feb 2013 08:42:07 -0500 From: Kenichi Handa In-Reply-To: (message from Stefan Monnier on Sun, 03 Feb 2013 11:04:47 -0500) Date: Tue, 05 Feb 2013 22:40:18 +0900 Message-ID: <87pq0e516l.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) In article , Stefan Monnier writes: > > Should eval-buffer handle byte-compiled code in a buffer? > That'd be nice, tho it might be kind of annoying to implement (having to > look at buffer-file-coding-system to figure out the byte-size of each > char when skipping #@NN). If we don't change eval-buffer, we should fix Fload itself. It has this code now: if (!memcmp (SDATA (found) + SBYTES (found) - 4, ".elc", 4) || (fd >= 0 && (version = safe_to_load_version (fd)) > 0)) /* Load .elc files directly, but not when they are remote and have no handler! */ [...] else { /* We are loading a source file (*.el). */ if (!NILP (Vload_source_file_function)) { Lisp_Object val; if (fd >= 0) emacs_close (fd); val = call4 (Vload_source_file_function, found, hist_file_name, NILP (noerror) ? Qnil : Qt, (NILP (nomessage) || force_load_messages) ? Qnil : Qt); return unbind_to (count, val); } } Apparently, Fload doesn't intend to handle a compressed byte-compiled file. And, it is possible to bind load-source-file-function to some other function than load-with-code-conversion, modifing load-with-code-conversion is not enough. --- Kenichi Handa handa@gnu.org From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Feb 2013 17:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kenichi Handa Cc: Stromeko@nexgo.de, 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.136008629027346 (code B ref 12598); Tue, 05 Feb 2013 17:45:02 +0000 Received: (at 12598) by debbugs.gnu.org; 5 Feb 2013 17:44:50 +0000 Received: from localhost ([127.0.0.1]:38183 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2mZe-000771-9t for submit@debbugs.gnu.org; Tue, 05 Feb 2013 12:44:50 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:53522) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2mZb-00076t-RS for 12598@debbugs.gnu.org; Tue, 05 Feb 2013 12:44:49 -0500 Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id r15HhXJk011474; Tue, 5 Feb 2013 12:43:33 -0500 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 61003B4182; Tue, 5 Feb 2013 12:43:33 -0500 (EST) From: Stefan Monnier Message-ID: References: <87pq0e516l.fsf@gnu.org> Date: Tue, 05 Feb 2013 12:43:33 -0500 In-Reply-To: <87pq0e516l.fsf@gnu.org> (Kenichi Handa's message of "Tue, 05 Feb 2013 22:40:18 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4483=0 X-NAI-Spam-Version: 2.2.0.9309 : core <4483> : streams <901063> : uri <1337330> X-Spam-Score: -1.6 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) > Apparently, Fload doesn't intend to handle a compressed > byte-compiled file. And, it is possible to bind > load-source-file-function to some other function than > load-with-code-conversion, modifing > load-with-code-conversion is not enough. I don't know of any case where load-source-file-function is rebound to something else, so it's hard to judge. Stefan From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files References: <877gr2b2in.fsf@Rainer.invalid> Resent-From: Kenichi Handa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Feb 2013 00:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Stromeko@nexgo.de, 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.13601117889498 (code B ref 12598); Wed, 06 Feb 2013 00:50:02 +0000 Received: (at 12598) by debbugs.gnu.org; 6 Feb 2013 00:49:48 +0000 Received: from localhost ([127.0.0.1]:38508 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2tCt-0002T8-8Z for submit@debbugs.gnu.org; Tue, 05 Feb 2013 19:49:47 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:42681) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2tCq-0002T1-6x for 12598@debbugs.gnu.org; Tue, 05 Feb 2013 19:49:45 -0500 Received: from [150.29.149.7] (port=56071 helo=mongkok) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1U2tBd-0004uz-Lg; Tue, 05 Feb 2013 19:48:30 -0500 From: Kenichi Handa In-Reply-To: (message from Stefan Monnier on Tue, 05 Feb 2013 12:43:33 -0500) Date: Wed, 06 Feb 2013 09:46:47 +0900 Message-ID: <87halq46bs.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.5 (-----) In article , Stefan Monnier writes: > > Apparently, Fload doesn't intend to handle a compressed > > byte-compiled file. And, it is possible to bind > > load-source-file-function to some other function than > > load-with-code-conversion, modifing > > load-with-code-conversion is not enough. > I don't know of any case where load-source-file-function is rebound to > something else, so it's hard to judge. I don't know the concrete example either. But, at least the name and the docstring of load-source-file-function implies that the function bound to it doesn't have to handle compressed byte-compiled file. --- Kenichi Handa handa@gnu.org From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Feb 2013 15:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Achim Gratz Cc: 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.136016300725056 (code B ref 12598); Wed, 06 Feb 2013 15:04:01 +0000 Received: (at 12598) by debbugs.gnu.org; 6 Feb 2013 15:03:27 +0000 Received: from localhost ([127.0.0.1]:39368 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U36X0-0006W4-W9 for submit@debbugs.gnu.org; Wed, 06 Feb 2013 10:03:27 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:51570) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U36Wz-0006Vx-7G for 12598@debbugs.gnu.org; Wed, 06 Feb 2013 10:03:25 -0500 Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id r16F27hL000504; Wed, 6 Feb 2013 10:02:07 -0500 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id A40AEB4182; Wed, 6 Feb 2013 10:02:07 -0500 (EST) From: Stefan Monnier Message-ID: References: <877gr2b2in.fsf@Rainer.invalid> <87391qavzw.fsf@Rainer.invalid> Date: Wed, 06 Feb 2013 10:02:07 -0500 In-Reply-To: <87391qavzw.fsf@Rainer.invalid> (Achim Gratz's message of "Sun, 07 Oct 2012 22:05:23 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4483=0 X-NAI-Spam-Version: 2.2.0.9309 : core <4483> : streams <901582> : uri <1338222> X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) > Debugger entered--Lisp error: (void-variable defalias) > eval-buffer(# nil "/home/emacs/lisp/org/org.elc.gz" nil > t) ; Reading at buffer position 317443 > load-with-code-conversion("/home/emacs/lisp/org/org.elc.gz" > "/home/emacs/lisp/org/org.elc.gz" nil nil) > load("org.elc") > eval((load "org.elc")) > eval-expression((load "org.elc") nil) > call-interactively(eval-expression nil nil) I notice here that jka-compr-load is supposed to handle this case, but was somehow not triggered. Maybe we should fix that part. Stefan From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Feb 2013 17:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Achim Gratz Cc: 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.136034543419752 (code B ref 12598); Fri, 08 Feb 2013 17:44:01 +0000 Received: (at 12598) by debbugs.gnu.org; 8 Feb 2013 17:43:54 +0000 Received: from localhost ([127.0.0.1]:44570 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U3rzO-00058W-DQ for submit@debbugs.gnu.org; Fri, 08 Feb 2013 12:43:54 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:46721) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U3rzM-00058Q-O4 for 12598@debbugs.gnu.org; Fri, 08 Feb 2013 12:43:53 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFFpZnt/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLDiYSFBgNJIgeBsEtkQoDiGGcGYFegxU X-IPAS-Result: Av4EABK/CFFFpZnt/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLDiYSFBgNJIgeBsEtkQoDiGGcGYFegxU X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="792098" Received: from 69-165-153-237.dsl.teksavvy.com (HELO pastel.home) ([69.165.153.237]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 08 Feb 2013 12:43:47 -0500 Received: by pastel.home (Postfix, from userid 20848) id 9DBDB5919F; Fri, 8 Feb 2013 12:43:46 -0500 (EST) From: Stefan Monnier Message-ID: References: <877gr2b2in.fsf@Rainer.invalid> Date: Fri, 08 Feb 2013 12:43:46 -0500 In-Reply-To: <877gr2b2in.fsf@Rainer.invalid> (Achim Gratz's message of "Sun, 07 Oct 2012 19:44:32 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.5 (/) > I've just removed some utf-8 codepoints from docstrings in org-mode > because when I compress either the source (.el.gz) or the resulting > byte-compiled file (.elc.gz), the loader fails after the first function > definition that has such a docstring. Messages suspiciously said > something about "loading with code-conversion", so I assume that the the > coding-system was not correctly recognized and the file mangled as a > result before it reached the loader. I've installed a workaround in the trunk, which should fix eval-buffer such that the above now works. I'm not sure if after loading the file, the docstrings will be correctly found, but at least, loading the file should work. Stefan From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files References: <877gr2b2in.fsf@Rainer.invalid> Resent-From: Kenichi Handa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Feb 2013 05:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Stromeko@nexgo.de, 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.13603864732482 (code B ref 12598); Sat, 09 Feb 2013 05:08:02 +0000 Received: (at 12598) by debbugs.gnu.org; 9 Feb 2013 05:07:53 +0000 Received: from localhost ([127.0.0.1]:45293 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U42fI-0000dz-Kk for submit@debbugs.gnu.org; Sat, 09 Feb 2013 00:07:52 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:34494) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U42fG-0000ds-M8 for 12598@debbugs.gnu.org; Sat, 09 Feb 2013 00:07:51 -0500 Received: from 253.240.accsnet.ne.jp ([202.220.240.253]:51231 helo=mongkok) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1U42f7-0003zN-VH; Sat, 09 Feb 2013 00:07:42 -0500 From: Kenichi Handa In-Reply-To: (message from Stefan Monnier on Wed, 06 Feb 2013 10:02:07 -0500) Date: Sat, 09 Feb 2013 14:05:50 +0900 Message-ID: <87bobu3wlt.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) In article , Stefan Monnier writes: > I notice here that jka-compr-load is supposed to handle this case, but > was somehow not triggered. Maybe we should fix that part. It seems that Fload explicitly suppresses that trigger. /* If file name is magic, call the handler. */ /* This shouldn't be necessary any more now that `openp' handles it right. handler = Ffind_file_name_handler (file, Qload); if (!NILP (handler)) return call5 (handler, Qload, file, noerror, nomessage, nosuffix); */ I don't understand the above comment (why can openp handle this case?), and I confirmed that loading *.elc.gz works well by enabling this code again. --- Kenichi Handa handa@gnu.org From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Feb 2013 09:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kenichi Handa Cc: Stromeko@nexgo.de, monnier@IRO.UMontreal.CA, 12598@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.136040141024757 (code B ref 12598); Sat, 09 Feb 2013 09:17:01 +0000 Received: (at 12598) by debbugs.gnu.org; 9 Feb 2013 09:16:50 +0000 Received: from localhost ([127.0.0.1]:45567 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U46YE-0006RG-CC for submit@debbugs.gnu.org; Sat, 09 Feb 2013 04:16:50 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:56384) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U46YB-0006R8-NS for 12598@debbugs.gnu.org; Sat, 09 Feb 2013 04:16:49 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MHY0070042SW900@a-mtaout22.012.net.il> for 12598@debbugs.gnu.org; Sat, 09 Feb 2013 11:16:38 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MHY007XL4FQQS50@a-mtaout22.012.net.il>; Sat, 09 Feb 2013 11:16:38 +0200 (IST) Date: Sat, 09 Feb 2013 11:16:40 +0200 From: Eli Zaretskii In-reply-to: <87bobu3wlt.fsf@gnu.org> X-012-Sender: halo1@inter.net.il Message-id: <83pq097sp3.fsf@gnu.org> References: <877gr2b2in.fsf@Rainer.invalid> <87bobu3wlt.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Kenichi Handa > Date: Sat, 09 Feb 2013 14:05:50 +0900 > Cc: Stromeko@nexgo.de, 12598@debbugs.gnu.org > > In article , Stefan Monnier writes: > > > I notice here that jka-compr-load is supposed to handle this case, but > > was somehow not triggered. Maybe we should fix that part. > > It seems that Fload explicitly suppresses that trigger. > > /* If file name is magic, call the handler. */ > /* This shouldn't be necessary any more now that `openp' handles it right. > handler = Ffind_file_name_handler (file, Qload); > if (!NILP (handler)) > return call5 (handler, Qload, file, noerror, nomessage, nosuffix); */ > > I don't understand the above comment (why can openp handle > this case?) See "bzr diff -c 39793". In that revision, the SUFFIXES argument to openp was changed, and its handling inside openp was changed as well. I believe the intent was to let openp call the file handler. > and I confirmed that loading *.elc.gz works well by enabling this > code again. Why doesn't it work when openp calls the same handler? From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files References: <877gr2b2in.fsf@Rainer.invalid> Resent-From: Kenichi Handa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Feb 2013 14:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Stromeko@nexgo.de, monnier@IRO.UMontreal.CA, 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.136042161027206 (code B ref 12598); Sat, 09 Feb 2013 14:54:02 +0000 Received: (at 12598) by debbugs.gnu.org; 9 Feb 2013 14:53:30 +0000 Received: from localhost ([127.0.0.1]:46038 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U4Bo2-00074l-2c for submit@debbugs.gnu.org; Sat, 09 Feb 2013 09:53:30 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:42844) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U4Bo0-00074d-4w for 12598@debbugs.gnu.org; Sat, 09 Feb 2013 09:53:28 -0500 Received: from 253.240.accsnet.ne.jp ([202.220.240.253]:56417 helo=mongkok) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1U4Bnp-0000CM-EW; Sat, 09 Feb 2013 09:53:17 -0500 From: Kenichi Handa In-Reply-To: <83pq097sp3.fsf@gnu.org> (message from Eli Zaretskii on Sat, 09 Feb 2013 11:16:40 +0200) Date: Sat, 09 Feb 2013 23:51:15 +0900 Message-ID: <878v6x4k2k.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.5 (-----) In article <83pq097sp3.fsf@gnu.org>, Eli Zaretskii writes: > See "bzr diff -c 39793". In that revision, the SUFFIXES argument to > openp was changed, and its handling inside openp was changed as well. > I believe the intent was to let openp call the file handler. But, openp just checks whether or not any handlers exist, it doesn't call a found handler. --- Kenichi Handa handa@gnu.org From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Apr 2014 03:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Kenichi Handa Cc: Eli Zaretskii , Stromeko@nexgo.de, 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.139822270416473 (code B ref 12598); Wed, 23 Apr 2014 03:12:01 +0000 Received: (at 12598) by debbugs.gnu.org; 23 Apr 2014 03:11:44 +0000 Received: from localhost ([127.0.0.1]:55593 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wcnb6-0004Hd-8p for submit@debbugs.gnu.org; Tue, 22 Apr 2014 23:11:44 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:45834) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wcnb2-0004HR-T8 for 12598@debbugs.gnu.org; Tue, 22 Apr 2014 23:11:41 -0400 Received: from ceviche.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id s3N3BcSV014437; Tue, 22 Apr 2014 23:11:39 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 0493B66091; Tue, 22 Apr 2014 23:11:37 -0400 (EDT) From: Stefan Monnier Message-ID: References: <877gr2b2in.fsf@Rainer.invalid> <878v6x4k2k.fsf@gnu.org> Date: Tue, 22 Apr 2014 23:11:37 -0400 In-Reply-To: <878v6x4k2k.fsf@gnu.org> (Kenichi Handa's message of "Sat, 09 Feb 2013 23:51:15 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4920=0 X-NAI-Spam-Version: 2.3.0.9378 : core <4920> : inlines <759> : streams <1165018> : uri <1738100> X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) >> See "bzr diff -c 39793". In that revision, the SUFFIXES argument to >> openp was changed, and its handling inside openp was changed as well. >> I believe the intent was to let openp call the file handler. > But, openp just checks whether or not any handlers exist, it > doesn't call a found handler. So re-enabling the handler = Ffind_file_name_handler (file, Qload); code might be the best fix. But does it really work? I mean, with byte-compile-dynamic file for example (or to find the docstrings after loading the file)? Stefan From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 09 13:10:54 2014 Received: (at control) by debbugs.gnu.org; 9 Aug 2014 17:10:54 +0000 Received: from localhost ([127.0.0.1]:36667 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XGAAP-00055f-Cl for submit@debbugs.gnu.org; Sat, 09 Aug 2014 13:10:53 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:55770) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XGAAM-00055N-Q3 for control@debbugs.gnu.org; Sat, 09 Aug 2014 13:10:51 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au8GAIDvNVPAqyKr/2dsb2JhbABZgwYBg0m5A4hRF3SDAnImGA0YiBiff7IaF48XhCIEqwODTCE X-IPAS-Result: Au8GAIDvNVPAqyKr/2dsb2JhbABZgwYBg0m5A4hRF3SDAnImGA0YiBiff7IaF48XhCIEqwODTCE X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="82920360" Received: from 192-171-34-171.cpe.pppoe.ca (HELO pastel.home) ([192.171.34.171]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 09 Aug 2014 13:10:45 -0400 Received: by pastel.home (Postfix, from userid 20848) id BEC7661782; Sat, 9 Aug 2014 13:10:44 -0400 (EDT) From: Stefan Monnier To: control@debbugs.gnu.org Subject: taratata Message-ID: Date: Sat, 09 Aug 2014 13:10:30 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) severity 16403 normal severity 13997 normal severity 14553 normal severity 9684 normal severity 12598 normal From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 Apr 2022 16:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Kenichi Handa , Eli Zaretskii , Stromeko@nexgo.de, Michael Albinus , 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.165073072013856 (code B ref 12598); Sat, 23 Apr 2022 16:19:02 +0000 Received: (at 12598) by debbugs.gnu.org; 23 Apr 2022 16:18:40 +0000 Received: from localhost ([127.0.0.1]:57075 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niIT1-0003bP-U0 for submit@debbugs.gnu.org; Sat, 23 Apr 2022 12:18:40 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55308) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niISz-0003b8-QR for 12598@debbugs.gnu.org; Sat, 23 Apr 2022 12:18:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: 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=520K/UpXtTL1OR4s7qPrvY02LbkVBxOPpQV3aARRSwE=; b=J4HST7cotggkVbl777XG7KEOOJ y9Ue0k9/UVVMk9kvLKxHqTcyj3cnVJu136H7tg2CdX0tUPwPNBQIwj33hwdivzeaXwQ44ZwEyZqhV h+k10XjYEhCOCoF95G/wXVry9xNDiG6j96/EYUB+TPtJeo1Et/cMUaDg2l8+VaNQiFbc=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1niISp-0000YF-9R; Sat, 23 Apr 2022 18:18:29 +0200 From: Lars Ingebrigtsen References: <877gr2b2in.fsf@Rainer.invalid> <878v6x4k2k.fsf@gnu.org> X-Now-Playing: Mourning A BLKstar's _The Cycle_: "Sense Of An Ending" Date: Sat, 23 Apr 2022 18:18:26 +0200 In-Reply-To: (Stefan Monnier's message of "Tue, 22 Apr 2014 23:11:37 -0400") Message-ID: <87levvept9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Stefan Monnier writes: > So re-enabling the > > handler = Ffind_file_name_handler (file, Qload); > > code might be the best fix. But does it really work? I mean, with > byte-compile-dynamic file for example (or to find the [...] 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@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Stefan Monnier writes: > So re-enabling the > > handler = Ffind_file_name_handler (file, Qload); > > code might be the best fix. But does it really work? I mean, with > byte-compile-dynamic file for example (or to find the docstrings after > loading the file)? I've added a failing test case to Emacs 29. If we re-enable that bit in Fload, the test no longer fails (but there may be other test cases; feel free to amend). However, this makes files-tests-file-name-non-special-load fail -- perhaps Michael has some insights here; added to the CCs. But the logic of Fload is pretty unclear. It seems we do end up calling find-file-name-handler anyway, but later: /* If FD is -2, that means openp found a magic file. */ if (fd == -2) { if (NILP (Fequal (found, file))) /* If FOUND is a different file name from FILE, find its handler even if we have already inhibited the `load' operation on FILE. */ handler = Ffind_file_name_handler (found, Qt); else handler = Ffind_file_name_handler (found, Qload); if (! NILP (handler)) return call5 (handler, Qload, found, noerror, nomessage, Qt); Hm... is this just because of the way that test is set up? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 23 12:18:42 2022 Received: (at control) by debbugs.gnu.org; 23 Apr 2022 16:18:42 +0000 Received: from localhost ([127.0.0.1]:57078 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niIT4-0003be-6n for submit@debbugs.gnu.org; Sat, 23 Apr 2022 12:18:42 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niIT2-0003bC-KE for control@debbugs.gnu.org; Sat, 23 Apr 2022 12:18:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=MLp5ZDOOw6aWGCOcSIoVYJfRU0gLQjEzFMUfB1C/b18=; b=oHIFcfxvGQbhvj9k1BDqckZQ5w Dqr9uaSz4m6sARB8n+Kagu43+p+oXByYXJsowXJ1yCG/C3dO0V4k0AwiBziLKcEGmOFb6kbsd3I9G 2iHniybr++uz4+NLiNo6pUuYqOsBtpRDQSvqaLcgyJ+k/dVj+569fAFIreWrKcVkB/EM=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1niISu-0000YX-UD for control@debbugs.gnu.org; Sat, 23 Apr 2022 18:18:34 +0200 Date: Sat, 23 Apr 2022 18:18:32 +0200 Message-Id: <87k0bfept3.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #12598 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: tags 12598 + moreinfo quit 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-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 12598 + moreinfo quit From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Apr 2022 09:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: Kenichi Handa , Eli Zaretskii , Stromeko@nexgo.de, Stefan Monnier , 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.165087839832762 (code B ref 12598); Mon, 25 Apr 2022 09:20:02 +0000 Received: (at 12598) by debbugs.gnu.org; 25 Apr 2022 09:19:58 +0000 Received: from localhost ([127.0.0.1]:33293 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niusw-0008WM-LA for submit@debbugs.gnu.org; Mon, 25 Apr 2022 05:19:58 -0400 Received: from mout.gmx.net ([212.227.15.19]:34795) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niusv-0008W8-94 for 12598@debbugs.gnu.org; Mon, 25 Apr 2022 05:19:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1650878388; bh=My2r3kOCa8L3GbMVG+IpDcfh2lgaFn3oHGHOSkb4Bb4=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=MupvUgI0s4wY/9HtB8lbVk/m9SNmTUo0FsDEee33KO02398FzG+uzqfSFxAjo19Nw kkE3eM+lBG+AzMe+i8SGLULmqr9XgVqOIztvPCUSFDBDiSXGKMDFWwLyMNOT7il9lQ XeXyJW0nYJGNsRx5ruG/rpaaPr94XgpR/K264cB8= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([213.220.149.5]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M89Gj-1nn3Tc35nv-005FTV; Mon, 25 Apr 2022 11:19:47 +0200 From: Michael Albinus References: <877gr2b2in.fsf@Rainer.invalid> <878v6x4k2k.fsf@gnu.org> <87levvept9.fsf@gnus.org> Date: Mon, 25 Apr 2022 11:19:45 +0200 In-Reply-To: <87levvept9.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 23 Apr 2022 18:18:26 +0200") Message-ID: <874k2hbjv2.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:O5Tx1OOPxxE5yOA0ncoYYcj+nzcGv7t+3yoBxKgiNmcwgXcd/59 Lpa+qtxkbFqTWxozYvm6CrQf8rl3+K4/m64olJfp/HbMqQQrW5s2dkwMKIlTfg/iNe6BuNx No+Pk5hCj5B/EhS8dbnaoPtCUSu9wRKqXdIb25XniCrrvLcQgLSzx4JU0W3B8GHndwwtXlZ y3PtMVyc3cjhb9lREdWgA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:L61ku3Bczzo=:g0TafwFbpPclah+H/c/OGe Hwt1ZpS4rCH8pATV9mr5jp09bMKROhYac6roxxFG3iKmlXZCrpk2PS6yT6OMgj7nseLkPs1BD hIKQUX+i9BWS5UTnjR4kvIm5GWzIq4knDCDFtPtVRCkmvFCDKptWmHLbOaTfdyJYJnnXPaLW9 G2Mj6OYeTBhqlGxzAjdyxn0yIC2z8HxTjwrSMSfEyAfMnMy8K/PA2u0Ek4Lm1B0mN++8TKBKs tCgz+gsonnNJ3onAoca76q0fXdZz94JkZ4Ozb/nV/6IExUDjLcuDW1h1HMSCwZqN9Bt2shfIk XwlI4EeKCWZOd8j2NcEeU/7Au5txZxu7T3aGYzTFq9oqLbOv7WfMYjdLwQ4pmBJUJmOPz1XZR aXMnjcASPh3H4eqR1rz8/3CnxnaplQ1ftUQfsl/voaRKz5XfkjYovWBabFiLLgNtDL4mZN6pF q3jft9O33GHk9jLq/bupbfVw9ZrSr6J+sqiC/uLVtMFHQ7CbM2IqKHlPuAZvDJmt4zgqZaOlx dyjBSrFwVfgJdGiibW/8yGAqCueRjA7CjZqZrSzYmTFZ21vEPRaFMUrXTKsj+OJC+uPqgEr6T M4/4x0PjJFtHbpxt/vHTZbgRvUShhP/UeFJGtYOfZbWtWMeeqa6ZkrKt2EKf8HfuAr9w9mlY1 3EX0nboWaPuayjvUZKKCa0ITO1slh5HdbGWUDa1r3nen8/GtC2mBtTpDTnDXosjzQv0NU5oFP hyfjeJgBiz4y82RKz/L2TuZAra7/nduawIFGYpz2Pao+xoI01PbB/jEjoYdY602k6TeklXp0j V67wzTh3F5iJB6BoU8hQAqiRL0R17+Bf4kUioAg1RHUyvR7jQPssdURjW8Z9aBWI4C6v9QHOb BceZajQfpXyqsJT6k0Hck2qe9PSOfYV0Q1sTtVrWQWwHAHHTrWTvqJeFze7OMNQCcAZEs4rLg Qgyc0x1g3s0206JP7XE92AzYNJZjOiyjzUwoO7mHgyMq7K5XLSURwiUGh8JTNGhiS4iS8UfUr C+KbOpxAGfEmyvz3r7QQP/+8kygHZgXuzzwUsRcREVfJgnzXFfzYhHeos9aeLtGuXYFBgrj+i Vz4aK8zGR7JoR0= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Lars Ingebrigtsen writes: Hi Lars, > I've added a failing test case to Emacs 29. If we re-enable that bit in > Fload, the test no longer fails (but there may be other test cases; feel > free to amend). > > However, this makes files-tests-file-name-non-special-load fail -- > perhaps Michael has some insights here; added to the CCs. When you enable the file name handler in Fload, you must adapt the respective test like all other files-tests-file-name-non-special-* tests (currently, is is expecting that the file name handler is not called in Fload). --=-=-= Content-Type: text/x-patch Content-Disposition: inline Content-Transfer-Encoding: quoted-printable diff --git a/test/lisp/files-tests.el b/test/lisp/files-tests.el index 7d17fbde67..ff717d6234 100644 =2D-- a/test/lisp/files-tests.el +++ b/test/lisp/files-tests.el @@ -931,7 +931,7 @@ files-tests-file-name-non-special-load (files-tests--with-temp-non-special (tmpfile nospecial) (should (load nospecial nil t))) (files-tests--with-temp-non-special-and-file-name-handler (tmpfile nosp= ecial) - (should (load nospecial nil t)))) + (should-error (load nospecial nil t)))) (ert-deftest files-tests-file-name-non-special-make-auto-save-file-name (= ) (files-tests--with-temp-non-special (tmpfile nospecial) --=-=-= Content-Type: text/plain Best regards, Michael. --=-=-=-- From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Apr 2022 09:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Michael Albinus Cc: Kenichi Handa , Eli Zaretskii , Stromeko@nexgo.de, Stefan Monnier , 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.16508799442806 (code B ref 12598); Mon, 25 Apr 2022 09:46:02 +0000 Received: (at 12598) by debbugs.gnu.org; 25 Apr 2022 09:45:44 +0000 Received: from localhost ([127.0.0.1]:33316 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nivHr-0000jC-VW for submit@debbugs.gnu.org; Mon, 25 Apr 2022 05:45:44 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48594) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nivHq-0000iy-N9 for 12598@debbugs.gnu.org; Mon, 25 Apr 2022 05:45:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: 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=TGLh1GRWvYFWpdKhYzF57Q1gnUsAu1MMJxTI55cQbrc=; b=b2yyrQU5zsNiJq89ciWtQ9DK/g vc1E8nk9NpVnArQ6Q/UY7TnsL1y/KSR/QXdj0smjsKLYg0+/kZ74EnP+9M4M6KbGLqakMLuydJyYt n4eimD4EnRVmZMX3gFu39UYuzxAZF5DEEhERpQT9R07dVAJwNQx9dI0gKfq9/bWMxnGs=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nivHg-0000hB-DP; Mon, 25 Apr 2022 11:45:34 +0200 From: Lars Ingebrigtsen References: <877gr2b2in.fsf@Rainer.invalid> <878v6x4k2k.fsf@gnu.org> <87levvept9.fsf@gnus.org> <874k2hbjv2.fsf@gmx.de> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAALVBMVEUEAgMnEyVLGQ5k LRwtDQqGOCK0bkSfWTPFdknclF9qNziPVkr7voUpKSr///8QDAzYAAAAAWJLR0QOb70wTwAAAAd0 SU1FB+YEGQcZGrd1qg0AAAFxSURBVDjL7dHNTsJAEAfwAZZ7eyXZBNcSr0hrN9FLLUtIvAJGrxLK hzeaFDiTtPACwCSe9AlMVF7CAzxA38WVmLC2HAxn57LJ/LL/mewCHK4M/MPfIXMsZMvEOQj5BxDi 0NVauyjcYrovzqYmbzVTfVIN/GAW+fsx5OfM9RdjnAo3BU4dw6gMbirKAbtjASk5CRA3Ihca1htP 7lW/+jCx8/jeTUGbe4j+/dJKQB7n4RMiLo0EZCc4kn1sp7a6w0D2V37iiTXC55NPxEUKCrVeJbRx kXisDBSqY7+E2LGSAIQHfVw0TgC2oKsALp91X6xrDeJt/BvYRcsS5xpQKRslivBeZLlDDfSY0lgB hzAmagMZRamuRAnhXq4NeyCHxzFVfst0hWm5PQkySlc25swgpOS9yhtbnW72YFeYwWzvWQJV9gW4 HTLG7O4p7NZVYclMFnRNCXKIGuX5Db6Kmt9A43ijgLcOvFF5FwWHS9PguPoC7oVs+F7ddOsAAAAl dEVYdGRhdGU6Y3JlYXRlADIwMjItMDQtMjVUMDc6MjU6MjYrMDA6MDCHAqnbAAAAJXRFWHRkYXRl Om1vZGlmeQAyMDIyLTA0LTI1VDA3OjI1OjI2KzAwOjAw9l8RZwAAAABJRU5ErkJggg== X-Now-Playing: Prince's _Sign 'O' the Times (4): Vault Tracks I_: "Big Tall Wall (Version 1)" Date: Mon, 25 Apr 2022 11:45:29 +0200 In-Reply-To: <874k2hbjv2.fsf@gmx.de> (Michael Albinus's message of "Mon, 25 Apr 2022 11:19:45 +0200") Message-ID: <87zgk94hty.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Michael Albinus writes: > When you enable the file name handler in Fload, you must adapt the > respective test like all other files-tests-file-name-non-special-* tests > (currently, is is expecting that the file name handler [...] 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@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Albinus writes: > When you enable the file name handler in Fload, you must adapt the > respective test like all other files-tests-file-name-non-special-* tests > (currently, is is expecting that the file name handler is not called in Fload). Oh, was that was it was testing -- I didn't understand the logic there. After adjusting that test, Emacs seems to work fine, and it fixes the originally reported problems. Does anybody else see any problems with reinstating the file name handler in Fload? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Sep 13 20:49:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12598: 24.2; utf-8 codepoints in doc-strings and compression of .el and .elc files Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 02 Jun 2022 09:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Michael Albinus Cc: Kenichi Handa , Eli Zaretskii , Stromeko@nexgo.de, Stefan Monnier , 12598@debbugs.gnu.org Received: via spool by 12598-submit@debbugs.gnu.org id=B12598.165416352519247 (code B ref 12598); Thu, 02 Jun 2022 09:53:02 +0000 Received: (at 12598) by debbugs.gnu.org; 2 Jun 2022 09:52:05 +0000 Received: from localhost ([127.0.0.1]:52860 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nwhUr-00050N-2X for submit@debbugs.gnu.org; Thu, 02 Jun 2022 05:52:05 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49098) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nwhUp-0004zp-Lp for 12598@debbugs.gnu.org; Thu, 02 Jun 2022 05:52:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: 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=8DiAd5BrcL3dwerWsg1GkHaw98VRpQxtKMU+Tjqf5ck=; b=abBqGWEKWHfoKX5QUyKIFq62Sp 8gg59VD5WtxQDbc2Zgjl++1umKNpUPS0o1arSsIkHPAaso9sNMSk6h5gr61ujMIxZ16puS2p5r1VT NJv1vIAzAZqjGDui0abLvRvDgmMbD7e5FxYvuphWAHx55hKghz+Es4SM86QlAnfkeZjo=; Received: from 109.179.87.109.tmi.telenormobil.no ([109.179.87.109] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nwhUe-0005kc-Gi; Thu, 02 Jun 2022 11:51:55 +0200 From: Lars Ingebrigtsen References: <877gr2b2in.fsf@Rainer.invalid> <878v6x4k2k.fsf@gnu.org> <87levvept9.fsf@gnus.org> <874k2hbjv2.fsf@gmx.de> <87zgk94hty.fsf@gnus.org> Date: Thu, 02 Jun 2022 11:51:51 +0200 In-Reply-To: <87zgk94hty.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 25 Apr 2022 11:45:29 +0200") Message-ID: <87mtevz93c.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Lars Ingebrigtsen writes: > After adjusting that test, Emacs seems to work fine, and it fixes the > originally reported problems. Does anybody else see any problems with > reinstating the file name handler in Fload? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Lars Ingebrigtsen writes: > After adjusting that test, Emacs seems to work fine, and it fixes the > originally reported problems. Does anybody else see any problems with > reinstating the file name handler in Fload? Nobody had any further comments, so I've now reinstated that file name handler. Give a yell if this broke anything -- tests pass fine, but... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 02 05:52:08 2022 Received: (at control) by debbugs.gnu.org; 2 Jun 2022 09:52:08 +0000 Received: from localhost ([127.0.0.1]:52863 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nwhUu-00050c-8o for submit@debbugs.gnu.org; Thu, 02 Jun 2022 05:52:08 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49118) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nwhUt-0004zy-4f for control@debbugs.gnu.org; Thu, 02 Jun 2022 05:52:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=6ine92ybghl92+Qy+kAwcWFcBiivBblNgEHGBL1QG6c=; b=jmOoI9WRabu7mLz7EKjiFc2G76 GAAyndGr0oqJ5VT+EYiksyrtqjq7Yp/D9ufyQnhgBz8muqoWeo51cztkx4re4+sCHsZXDJ6lN3NyT T+TNYMeJLyn3C2ELFNt6Mu/oiC+aV2ilsMmB2Th0dL15jtCsQcQuOeBlhgoc9C/a1LKQ=; Received: from 109.179.87.109.tmi.telenormobil.no ([109.179.87.109] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nwhUl-0005km-41 for control@debbugs.gnu.org; Thu, 02 Jun 2022 11:52:01 +0200 Date: Thu, 02 Jun 2022 11:51:58 +0200 Message-Id: <87leufz935.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #12598 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: close 12598 29.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 12598 29.1 quit