From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System) Newsgroups: gmane.emacs.bugs Subject: bug#1853: marked as done (Trouble with gzipped info files on Windows) Date: Sat, 17 Jan 2009 13:20:03 +0000 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_1232198403-22577-0" X-Trace: ger.gmane.org 1232198633 25392 80.91.229.12 (17 Jan 2009 13:23:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 17 Jan 2009 13:23:53 +0000 (UTC) To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jan 17 14:25:04 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LOBAZ-0000Pv-Oo for geb-bug-gnu-emacs@m.gmane.org; Sat, 17 Jan 2009 14:25:00 +0100 Original-Received: from localhost ([127.0.0.1]:48051 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LOB9I-0005kM-LM for geb-bug-gnu-emacs@m.gmane.org; Sat, 17 Jan 2009 08:23:40 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LOB9D-0005jC-6a for bug-gnu-emacs@gnu.org; Sat, 17 Jan 2009 08:23:35 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LOB9C-0005i8-1m for bug-gnu-emacs@gnu.org; Sat, 17 Jan 2009 08:23:34 -0500 Original-Received: from [199.232.76.173] (port=48044 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LOB9B-0005i2-VK for bug-gnu-emacs@gnu.org; Sat, 17 Jan 2009 08:23:34 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:52360) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LOB96-0002HZ-Sb; Sat, 17 Jan 2009 08:23:29 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0HDNQac023728; Sat, 17 Jan 2009 05:23:27 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n0HDK3mA022656; Sat, 17 Jan 2009 05:20:03 -0800 X-Mailer: MIME-tools 5.420 (Entity 5.420) X-Loop: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: closed 1853 X-Emacs-PR-Package: emacs,w32 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:24230 Archived-At: This is a multi-part message in MIME format... ------------=_1232198403-22577-0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your message dated Sat, 17 Jan 2009 15:11:14 +0200 with message-id and subject line Re: bug#1853: Trouble with gzipped info files on Windows has caused the Emacs bug report #1853, regarding Trouble with gzipped info files on Windows to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com immediately.) --=20 1853: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3D1853 Emacs Bug Tracking System Contact owner@emacsbugs.donarmstrong.com with problems ------------=_1232198403-22577-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 10 Jan 2009 21:49:19 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-5.9 required=4.0 tests=FOURLA,HAS_PACKAGE autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-bw0-f11.google.com (mail-bw0-f11.google.com [209.85.218.11]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0ALnBY9030977 for ; Sat, 10 Jan 2009 13:49:13 -0800 Received: by bwz4 with SMTP id 4so2858959bwz.1 for ; Sat, 10 Jan 2009 13:49:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=hpolpFwSmsLTS2DHYs3SiazVV844nernXo/HjxDsKzc=; b=Ps4m5giN4+jZblZbJhf5wFx9gDW3fo77Ktj6ss5HG/cDS0kf3jNEMol1kagg1R3Eg+ khqV+r1dGeOFImCitpVPgT5mk1CDkJWiTU5kAfElNyuYptTTA7gB+bUU69EaPVnTfTjB wwM9xsYRqvIclLGuhZH/8kPOhce3/B3OW4vDQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=bSEy0camCkJnFDw3PfxRnVP4jFhYW3FxJSCJlqaHg4sGgpjd+5Q55xy21z4v7ZFdyg 8aI+hmtJ0fs7hHUqU5EeT45c+tNBz0CcrYWal+Rtp0zozrUEVStVjd3Ly0bGMQrMNVk5 5e5VqwCHvUcblFjBtlxqmwirplHZq5zL5+wpk= Received: by 10.223.110.144 with SMTP id n16mr19757999fap.55.1231624145723; Sat, 10 Jan 2009 13:49:05 -0800 (PST) Received: by 10.223.115.79 with HTTP; Sat, 10 Jan 2009 13:49:05 -0800 (PST) Message-ID: Date: Sat, 10 Jan 2009 22:49:05 +0100 From: "Juanma Barranquero" To: "Emacs Bug Tracker" Subject: Trouble with gzipped info files on Windows MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: emacs,w32 Version: 23.0.60 Gzipping normal CRLF info files on Windows, there's currently two problems: 1.- For all info files: cd info gzip efaq emacs -Q --eval "(progn (set-language-environment \"UTF-8\") (info \"(efaq)\")" The info pages are decoded with a -unix coding system, so lines contain spurious ^M characters. It does depend on setting the language environment (on the command line or .emacs). For example, with my default "Spanish" environment, it does not happen; but if I pass "Spanish" in the command above, the info pages are erroneously decoded as info-latin-1-unix. The presence of NUL characters (see fixed bug#876) is irrelevant. efaq does contain NUL, but the same bug happens with gnus, which does not. 2.- Additionally, for info nodes that do NOT contain a Top node: cd info emacs -Q --eval "(progn (set-language-environment \"UTF-8\") (info \"(ccmode)\")" ;; works OK. gzip ccmode* emacs -Q --eval "(progn (set-language-environment \"UTF-8\") (info \"(ccmode)\")" ;; "No such node or anchor: Top" ------------=_1232198403-22577-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 1853-done) by emacsbugs.donarmstrong.com; 17 Jan 2009 13:11:52 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.9 required=4.0 tests=FOURLA,GMAIL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mtaout6.012.net.il (mtaout6.012.net.il [84.95.2.16]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0HDBm8a021324 for <1853-done@emacsbugs.donarmstrong.com>; Sat, 17 Jan 2009 05:11:49 -0800 Received: from conversion-daemon.i-mtaout6.012.net.il by i-mtaout6.012.net.il (HyperSendmail v2007.08) id <0KDM002009XX1500@i-mtaout6.012.net.il> for 1853-done@emacsbugs.donarmstrong.com; Sat, 17 Jan 2009 15:11:25 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.42.36]) by i-mtaout6.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KDM007509YY1D50@i-mtaout6.012.net.il>; Sat, 17 Jan 2009 15:11:23 +0200 (IST) Date: Sat, 17 Jan 2009 15:11:14 +0200 From: Eli Zaretskii Subject: Re: bug#1853: Trouble with gzipped info files on Windows In-reply-to: X-012-Sender: halo1@inter.net.il To: Juanma Barranquero , 1853-done@emacsbugs.donarmstrong.com Cc: emacs-devel@gnu.org Reply-to: Eli Zaretskii Message-id: References: > Date: Sat, 10 Jan 2009 22:49:05 +0100 > From: "Juanma Barranquero" > Cc: > > Gzipping normal CRLF info files on Windows, there's currently two problems: > > 1.- For all info files: > > cd info > gzip efaq > emacs -Q --eval "(progn (set-language-environment \"UTF-8\") (info \"(efaq)\"))" > > The info pages are decoded with a -unix coding system, so lines > contain spurious ^M characters. > > It does depend on setting the language environment (on the command > line or .emacs). For example, with my default "Spanish" environment, > it does not happen; but if I pass "Spanish" in the command above, the > info pages are erroneously decoded as info-latin-1-unix. This happened because, on DOS and Windows, file-coding-system-alist includes the association `("" . find-buffer-file-type-coding-system)', and find-buffer-file-type-coding-system was not ready to see an argument whose `car' does not appear to exist because jka-compr removed the .gz extension from its name. I fixed find-buffer-file-type-coding-system to work correctly in this case. > 2.- Additionally, for info nodes that do NOT contain a Top node: > > cd info > emacs -Q --eval "(progn (set-language-environment \"UTF-8\") (info > \"(ccmode)\")" > ;; works OK. > > gzip ccmode* > emacs -Q --eval "(progn (set-language-environment \"UTF-8\") (info > \"(ccmode)\")" > ;; "No such node or anchor: Top" This is yet another separate bug: set-language-environment always sets default-buffer-file-coding-system to *-unix. See my other message a few minutes ago. ------------=_1232198403-22577-0--