From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: 23.0.50; Possible bug with bzip2 compressed tar files? Date: Sat, 12 Jan 2008 20:41:16 +0100 Message-ID: <707A108C-B846-4043-B165-70798E3D90DA@Freenet.DE> References: <934FA8EF-9228-4811-B0D7-DC8FB4147371@Freenet.DE> <8F7B3701-FC80-4688-AE92-C9F5F42D3FA1@Freenet.DE> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1200166901 2149 80.91.229.12 (12 Jan 2008 19:41:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 12 Jan 2008 19:41:41 +0000 (UTC) Cc: schwab@suse.de, emacs-pretest-bug@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 12 20:42:01 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JDmEt-0008IE-EV for ged-emacs-devel@m.gmane.org; Sat, 12 Jan 2008 20:41:55 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JDmEV-0001ED-9g for ged-emacs-devel@m.gmane.org; Sat, 12 Jan 2008 14:41:31 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JDmER-0001Dw-Dn for emacs-devel@gnu.org; Sat, 12 Jan 2008 14:41:27 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JDmEP-0001DY-ST for emacs-devel@gnu.org; Sat, 12 Jan 2008 14:41:27 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JDmEP-0001DV-MF for emacs-devel@gnu.org; Sat, 12 Jan 2008 14:41:25 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JDmEP-000532-Eu for emacs-devel@gnu.org; Sat, 12 Jan 2008 14:41:25 -0500 Original-Received: from mx10.gnu.org ([199.232.76.166]) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1JDmEO-0008CD-Vd for emacs-pretest-bug@gnu.org; Sat, 12 Jan 2008 14:41:25 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1JDmEL-00052Q-RL for emacs-pretest-bug@gnu.org; Sat, 12 Jan 2008 14:41:24 -0500 Original-Received: from mout0.freenet.de ([195.4.92.90]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JDmEL-00051u-2d; Sat, 12 Jan 2008 14:41:21 -0500 Original-Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout0.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1JDmEJ-0008KP-2n; Sat, 12 Jan 2008 20:41:19 +0100 Original-Received: from fcce1.f.ppp-pool.de ([195.4.204.225]:64216 helo=[192.168.1.2]) by 8.mx.freenet.de with esmtpsa (ID peter_dyballa@freenet.de) (TLSv1:AES128-SHA:128) (port 25) (Exim 4.68 #1) id 1JDmEI-00005u-Ii; Sat, 12 Jan 2008 20:41:19 +0100 In-Reply-To: X-Mailer: Apple Mail (2.753) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:86823 gmane.emacs.pretest.bugs:20619 Archived-At: Am 12.01.2008 um 17:23 schrieb Eli Zaretskii: >> -rw-r--r-- 1 pete pete 15234352 10 Jan 22:59 OmniWeb-5.7- >> r97021-Alpha.tbz2 > > .tbz2? I don't think Emacs automatically tries to un-bzip2 and untar > that, does it? Does it help to tweak jka-compr-compression-info-list? Yes, of course: this extension is missing! It only has, tar and bzip2 =20= related: ["\\.tbz\\'" "bzip2ing" "bzip2" nil "bunzip2ing" "bzip2" ("-d") nil nil "BZh"] Since it's much easier to create a hard link OmniWeb-5.7-r97021-=20 Alpha.tbz I first did that. And now I get an error: Debugger entered--Lisp error: (error "{ IBClasses =3D ( { ACTIONS =3D {replace =3D id; replaceAll =3D id; =20 replaceAndFind has size -48678843 - corrupted") signal(error ("{\n IBClasses =3D (\n {\n =20= ACTIONS =3D {replace =3D id; replaceAll =3D id; replaceAndFind has size = =20 -48678843 - corrupted")) error("%s has size %s - corrupted" "{\n IBClasses =3D (\n = =20 {\n ACTIONS =3D {replace =3D id; replaceAll =3D id; =20 replaceAndFind " -48678843) tar-summarize-buffer() tar-mode() set-auto-mode-0(tar-mode nil) set-auto-mode() normal-mode(t) after-find-file(nil t) find-file-noselect-1(# "/=20= Volumes/drau\x8df\ en/weich/OmniWeb-5.7-r97021-Alpha.tbz" nil nil "/=20 Volumes/drau\x8df\ en/weich/OmniWeb-5.7-r97021-Alpha.tbz" (4696 =20 234881037)) find-file-noselect("/Volumes/drau\x8df\ en/weich/OmniWeb-5.7-=20= r97021-Alpha.tbz") view-file("/Volumes/drau\x8df\ en/weich/OmniWeb-5.7-r97021-=20 Alpha.tbz") dired-view-file() call-interactively(dired-view-file nil nil) It works to view other bzip2 or gzip compressed TAR files on that =20 external disk in the same directory. *Messages* contains: File OmniWeb-5.7-r97021-Alpha.tbz is large (14MB), really open? = (y =20 or n) bunzip2ing OmniWeb-5.7-r97021-Alpha.tbz...done Parsing tar file... Entering debugger... So I made my test case, adding (add-to-list 'auto-mode-alist '("\\.tbz2\\'" . tar-mode)) and adjusting the original \.tbz\' value to \.tbz\(\|2\)\': '(jka-compr-compression-info-list (quote = (["\\.Z\\(~\\|\\.~[0-9]+~\=20 \)?\\'" "compressing" "compress" ("-c") "uncompressing" "gzip" ("-c" =20 "-q" "-d") nil t "=1F\x9d"] ["\\.bz2\\(~\\|\\.~[0-9]+~\\)?\\'" =20 "bzip2ing" "bzip2" nil "bunzip2ing" "bzip2" ("-d") nil t "BZh"] ["\=20 \.tbz\\(\\|2\\)\\'" "bzip2ing" "bzip2" nil "bunzip2ing" "bzip2" ("-=20 d") nil nil "BZh"] ["\\.\\(?:tgz\\|svgz\\)\\'" "compressing" =20 "gzip" ("-c" "-q") "uncompressing" "gzip" ("-c" "-q" "-d") t nil =20 "=1F\x8b"] ["\\.g?z\\(~\\|\\.~[0-9]+~\\)?\\'" "compressing" "gzip" ("-=20= c" "-q") "uncompressing" "gzip" ("-c" "-q" "-d") t t "=1F\x8b"] ["\\.dz\=20= \'" nil nil nil "uncompressing" "gzip" ("-c" "-q" "-d") nil t =20 "=1F\x8b"]))) So I have the test files -rw-r--r-- 3 pete pete 15M 10. Jan 22:59 OmniWeb-5.7-r97021-=20 Alpha.tar.bz2 -rw-r--r-- 3 pete pete 15M 10. Jan 22:59 OmniWeb-5.7-r97021-=20 Alpha.tbz =95 -rw-r--r-- 3 pete pete 15M 10. Jan 22:59 OmniWeb-5.7-r97021-=20 Alpha.tbz2 and =95 -rw-r--r-- 3 pete pete 306K 16. Sep 2006 MesaGLUT-6.5.1.tar.bz2 -rw-r--r-- 3 pete pete 306K 16. Sep 2006 MesaGLUT-6.5.1.tbz -rw-r--r-- 3 pete pete 306K 16. Sep 2006 MesaGLUT-6.5.1.tbz2 the original file marked with =95. I have no problem viewing the =20 MesaGLUT-6.5.1 archive from dired, but the OmniWeb-5.7 files produce =20 an error, the same as mentioned above: Debugger entered--Lisp error: (error "{ IBClasses =3D ( { ACTIONS =3D {replace =3D id; replaceAll =3D id; =20 replaceAndFind has size -48678843 - corrupted") signal(error ("{\n IBClasses =3D (\n {\n =20= ACTIONS =3D {replace =3D id; replaceAll =3D id; replaceAndFind has size = =20 -48678843 - corrupted")) error("%s has size %s - corrupted" "{\n IBClasses =3D (\n = =20 {\n ACTIONS =3D {replace =3D id; replaceAll =3D id; =20 replaceAndFind " -48678843) tar-summarize-buffer() tar-mode() set-auto-mode-0(tar-mode nil) set-auto-mode() normal-mode(t) after-find-file(nil t) find-file-noselect-1(# "/=20 Volumes/drau\x8df\ en/weich/OmniWeb-5.7-r97021-Alpha.tar.bz2" nil nil =20= "/Volumes/drau\x8df\ en/weich/OmniWeb-5.7-r97021-Alpha.tar.bz2" (4696 =20= 234881037)) find-file-noselect("/Volumes/drau\x8df\ en/weich/OmniWeb-5.7-=20= r97021-Alpha.tar.bz2") view-file("/Volumes/drau\x8df\ en/weich/OmniWeb-5.7-r97021-=20 Alpha.tar.bz2") dired-view-file() call-interactively(dired-view-file nil nil) The OmniWeb... buffer starts with OmniWeb.app/^@^@^@ *Messages* contains: bunzip2ing MesaGLUT-6.5.1.tar.bz2...done Parsing tar file...done Not using View mode because the major mode is special bunzip2ing MesaGLUT-6.5.1.tbz...done Parsing tar file...done Not using View mode because the major mode is special bunzip2ing MesaGLUT-6.5.1.tbz2...done Parsing tar file...done Not using View mode because the major mode is special Mark saved where search started File OmniWeb-5.7-r97021-Alpha.tar.bz2 is large (14MB), really = open? =20 (y or n) bunzip2ing OmniWeb-5.7-r97021-Alpha.tar.bz2...done Parsing tar file... Entering debugger... So it's one of the rare times when size does matter? On disk the =20 archive is almost 48 MB with almost 4,000 files and directories. The other hard links produce in *Messages* File OmniWeb-5.7-r97021-Alpha.tbz is large (14MB), really open? = (y =20 or n) bunzip2ing OmniWeb-5.7-r97021-Alpha.tbz...done Parsing tar file... File mode specification error: (error "{ IBClasses =3D ( { ACTIONS =3D {replace =3D id; replaceAll =3D id; =20 replaceAndFind has size -48678843 - corrupted") Not using View mode because the major mode is special File OmniWeb-5.7-r97021-Alpha.tbz2 is large (14MB), really open? = (y =20 or n) bunzip2ing OmniWeb-5.7-r97021-Alpha.tbz2...done Parsing tar file... File mode specification error: (error "{ IBClasses =3D ( { ACTIONS =3D {replace =3D id; replaceAll =3D id; =20 replaceAndFind has size -48678843 - corrupted") Not using View mode because the major mode is special Mark set The OmniWeb... buffers start each time also with OmniWeb.app/^@^@^@ Opening the hard-linked OmniWeb archive in other sequence (.tbz =20 or .tbz2 first) brings the same "success" ... -- Greetings Pete The human animal differs from the lesser primates in his passion for =20 lists of "Ten Best." =96 H. Allen Smith