From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dani Moncayo Newsgroups: gmane.emacs.bugs Subject: bug#10990: 24.0.94; Uncompressing files Date: Mon, 12 Mar 2012 20:12:14 +0100 Message-ID: References: <83ipibxevk.fsf@gnu.org> <83boo2xyq8.fsf@gnu.org> <837gypybg7.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1331579638 491 80.91.229.3 (12 Mar 2012 19:13:58 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 12 Mar 2012 19:13:58 +0000 (UTC) Cc: 10990@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 12 20:13:56 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1S7Ago-00019o-6N for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Mar 2012 20:13:50 +0100 Original-Received: from localhost ([::1]:40411 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7Agn-0004Vx-Hg for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Mar 2012 15:13:49 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:54339) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7Age-0004Iw-4i for bug-gnu-emacs@gnu.org; Mon, 12 Mar 2012 15:13:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S7AgA-0004g1-3x for bug-gnu-emacs@gnu.org; Mon, 12 Mar 2012 15:13:39 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40414) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7Ag9-0004fx-TL for bug-gnu-emacs@gnu.org; Mon, 12 Mar 2012 15:13:10 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1S7B93-0002Eb-Ix for bug-gnu-emacs@gnu.org; Mon, 12 Mar 2012 15:43:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Mar 2012 19:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10990 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10990-submit@debbugs.gnu.org id=B10990.13315813308524 (code B ref 10990); Mon, 12 Mar 2012 19:43:01 +0000 Original-Received: (at 10990) by debbugs.gnu.org; 12 Mar 2012 19:42:10 +0000 Original-Received: from localhost ([127.0.0.1]:47246 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S7B8D-0002DP-H5 for submit@debbugs.gnu.org; Mon, 12 Mar 2012 15:42:10 -0400 Original-Received: from mail-gx0-f172.google.com ([209.85.161.172]:39905) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S7B8B-0002DI-0e for 10990@debbugs.gnu.org; Mon, 12 Mar 2012 15:42:08 -0400 Original-Received: by ggmi1 with SMTP id i1so2855401ggm.3 for <10990@debbugs.gnu.org>; Mon, 12 Mar 2012 12:12:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=pH5esMHMoXOVhcO3syuQXoCyiitIPMoYaElHDcgS7IY=; b=Kp99GazNcEBd/L4J5iB6IYO2eL5M00xmbGLlwahcG/NXL9Glz8dzdmTSOM2jySvqKF NCBpVTCEA+O5McK1AMpwuqeiJ0FbKK79zXqqaYC4NmYiRbw38QHUPLd3zxwgkhs9cs71 OhIPYfOlx1pp5WZl0El9S7QIv4ckU3cf+rYbmaOfNWGyqYjbO40SSwhLlc8ULXmVeN3w O1f+ACKKWfK1IgrR5D7o3O/v1BUxllaPZ8wd66SbEubrrayfSR7NcN79SvVB2odw0hcW sU9+fUccoNKX/JhVSTIFMym52jPmTlf085X+ITHwR2QR4+f0dS72bXoIPfRlrrQZgVqO tUdw== Original-Received: by 10.182.160.10 with SMTP id xg10mr8716186obb.40.1331579534251; Mon, 12 Mar 2012 12:12:14 -0700 (PDT) Original-Received: by 10.60.42.193 with HTTP; Mon, 12 Mar 2012 12:12:14 -0700 (PDT) In-Reply-To: <837gypybg7.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:57735 Archived-At: >> In the standard MinGW/MSYS distribution, "gzip" program is designed to >> do both things. =A0In fact "gzip -h" shows: >> >> =A0C:\emacs>gzip -h >> =A0Usage: gzip [OPTION]... [FILE]... >> =A0Compress or uncompress FILEs (by default, compress FILES in-place). >> =A0[...] > > Can I persuade you to use the native Windows binaries instead? But aren't the MSYS utilities native Windows binaries? Maybe they are not exactly like the GnuWin32 counterparts, but I currently use them because they just work and are more convenient to install (they are bundled as a MinGW package, as you know). So far, my experience with this setup has been good, but of course I can change my mind if I find problems in the future. >> So, in this case, "gunzip" is unnecessary. > > Well, evidently, it is necessary ;-) I'll try to be more accurate: "The functionality offered by gunzip is a subset of that offered by gzip". >> BTW, I tried to copy "gzip.exe" as "gunzip.exe" as you suggested, but >> it doesn't work, because Emacs invokes "gunzip" without "-d" >> (obviously), so it doesn't work. > > gunzip doesn't need -d, it knows by itself that it needs to > decompress. > > No, I guess you have some version of gzip where the maintainers > decided not to change the behavior according to the name of the > program. =A0Or maybe the MSYS port has a bug in comparing the program > name with "gunzip" (the .exe suffix needs to be stripped). As a curiosity: I've seen that gunzip is implemented in MSYS as a shell scr= ipt: #!/bin/sh PATH=3D${GZIP_BINDIR-'/usr/bin'}:$PATH exec gzip -d "$@" Hence, "gunzip" is unavailable from a native cmd.exe console. >> A workaround that does work (I've just tested it) is to create a file >> "gunzip.bat" with a single line "gzip -d %1 %2 %3 %4", and store it in >> the same folder as "gzip.exe". > > Yep, that's another way of solving this conundrum. I will use this workaround for now. Summarizing: IMO Emacs would be (a bit) better if: 1. The commands for (un)compressing files were configurable (not only the programs, as in `dired-compress-file-suffixes', but the whole commands). 2. It was consistent in the uncompression method (when visiting a file uses one method, and from Dired uses another one). Needless to say that if you (the maintainers) don't agree, or don't see a need for this change, you can close this bug report. In any case, thanks for all your altruistic work. --=20 Dani Moncayo