From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: [heinrich.rommerskirchen@siemens.com: Error bunzip2ing files with non-ASCI-names] Date: Thu, 26 Jan 2006 09:42:42 +0900 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1138236458 30628 80.91.229.2 (26 Jan 2006 00:47:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 26 Jan 2006 00:47:38 +0000 (UTC) Cc: heinrich.rommerskirchen@siemens.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 26 01:47:37 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F1vIT-0003WW-D7 for ged-emacs-devel@m.gmane.org; Thu, 26 Jan 2006 01:47:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F1vLD-0006gc-B5 for ged-emacs-devel@m.gmane.org; Wed, 25 Jan 2006 19:50:23 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F1vGm-0005Jc-0H for emacs-devel@gnu.org; Wed, 25 Jan 2006 19:45:48 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F1vGj-0005IO-5U for emacs-devel@gnu.org; Wed, 25 Jan 2006 19:45:46 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F1vGi-0005IH-ST for emacs-devel@gnu.org; Wed, 25 Jan 2006 19:45:44 -0500 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F1vE8-00047D-BI; Wed, 25 Jan 2006 19:43:05 -0500 Original-Received: from nfs.m17n.org (nfs.m17n.org [192.47.44.7]) by tsukuba.m17n.org (8.13.4/8.13.4/Debian-3) with ESMTP id k0Q0ghLS027490; Thu, 26 Jan 2006 09:42:43 +0900 Original-Received: from etlken (etlken.m17n.org [192.47.44.125]) by nfs.m17n.org (8.13.4/8.13.4/Debian-3) with ESMTP id k0Q0ggJa023262; Thu, 26 Jan 2006 09:42:42 +0900 Original-Received: from handa by etlken with local (Exim 3.36 #1 (Debian)) id 1F1vDm-0007G2-00; Thu, 26 Jan 2006 09:42:42 +0900 Original-To: rms@gnu.org In-reply-to: (rms@gnu.org) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:49559 Archived-At: In article , "Richard M. Stallman" writes: > Can someone see if this bug still happens in the current version? > Please ack with the results. I've just installed this fix. 2006-01-26 Kenichi Handa * callproc.c (Fcall_process): GCPRO error_file. Encode infile, current_dir, and error_file. On reporting an error, decode them back. --- Kenichi Handa handa@m17n.org > ------- Start of forwarded message ------- > Content-class: urn:content-classes:message > MIME-Version: 1.0 > Content-Type: text/plain; > charset=3D"iso-8859-1" > Date: Mon, 23 Jan 2006 15:13:45 +0100 > Thread-Topic: Error bunzip2ing files with non-ASCI-names > Thread-Index: AcYgJzjrXoFEngEST/6xHiSB5A8rzQ=3D=3D > From: "Rommerskirchen, Heinrich" > To: > Subject: Error bunzip2ing files with non-ASCI-names > X-Spam-Status: No, hits=3D0.0 required=3D5.0 tests=3Dnone autolearn=3Dno = version=3D2.63 > In GNU Emacs 21.3.1 (i586-suse-linux, X toolkit, Xaw3d scroll bars) > of 2005-03-22 on lorien > configured using `configure '--with-gcc' '--with-pop' '--with-leim' '--wi= th-system-malloc' '--prefix=3D/usr' '--infodir=3D/usr/share/info' '--mandir= =3D/usr/share/man' '--sharedstatedir=3D/var/lib' '--libexecdir=3D/usr/lib' = '--with-x' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-pn= g' '--with-x-toolkit=3Dlucid' '--x-includes=3D/usr/X11R6/include' '--x-libr= aries=3D/usr/X11R6/lib' 'i586-suse-linux' 'CC=3Dgcc' 'CFLAGS=3D-O2 -march= =3Di586 -mcpu=3Di686 -fmessage-length=3D0 -Wall -g -pipe -fno-strict-aliasi= ng -DSYSTEM_PURESIZE_EXTRA=3D25000 -DSITELOAD_PURESIZE_EXTRA=3D10000 -= D_GNU_SOURCE ' 'LDFLAGS=3D-s' 'build_alias=3Di586-suse-linux' 'host_alias= =3Di586-suse-linux' 'target_alias=3Di586-suse-linux'' > Important settings: > value of $LC_ALL: nil > value of $LC_COLLATE: nil > value of $LC_CTYPE: nil > value of $LC_MESSAGES: nil > value of $LC_MONETARY: nil > value of $LC_NUMERIC: nil > value of $LC_TIME: nil > value of $LANG: de_DE.UTF-8 > locale-coding-system: utf-8 > default-enable-multibyte-characters: t > Please describe exactly what actions triggered the bug > and the precise symptoms of the bug: > On my GNU/Linux (SuSE 9.3) workstation emacs is unable to bunzip2 > files whose names are not ASCII, maybe because file names are utf-8 encod= ed on > this system. > Steps to reproduce this bug: > In the shell: >> echo xx > b=C3=A4.txt # the second letter of the filename is a-Umlaut >> bzip2 b=C3=A4.txt=20 >> emacs -q --no-site-file > In emacs > - - type "M-x auto-compression-mode" > - - open a dired buffer which contains the file (the filename is displayed > correctly with the Umlaut),=20 > - - move point to the file and press enter > The error message "File exists, but cannot be read" is displayed=20 > and an empty buffer is created. If I rename the file with dired-do-rename= to > 'bae.txt.bz2', the file can be opened without any problems. > bunzip2 has no problems to unzip the file with its original name (tests s= tarted > from eshell, xterm, text-only terminal) > The same happens if I use gzip instead of bzip2. > Files which are not compressed can be read without problems, even if thei= r names > contain non-ASCII characters. Uncompressing the file 'b=C3=A4.txt.bz2' in= a dired > buffer with 'Z' (dired-do-compress) works, too, and gives the readable fi= le > 'b=C3=A4.txt'. > Recent input: > M-x a u t o - c o m =20 > C-x d =20 > =20 > > Recent messages: > Loading tooltip...done > For information about the GNU Project and its goals, type C-h C-p. > Loading image...done > Loading jka-compr...done > Auto-Compression mode enabled > Loading dired...done > Reading directory /home/hz/tmp/...done > bunzip2ing b=C3=A4.txt.bz2...done > File exists, but cannot be read > Loading emacsbug...done > _______________________________________________ > bug-gnu-emacs mailing list > bug-gnu-emacs@gnu.org > http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs > ------- End of forwarded message ------- > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-devel