* bug#12455: 24.2; POSIX tar archives with extended header information are parsed incorrectly
@ 2012-09-16 6:28 Achim Gratz
2012-09-16 6:50 ` Eli Zaretskii
2012-09-16 7:33 ` Andreas Schwab
0 siblings, 2 replies; 6+ messages in thread
From: Achim Gratz @ 2012-09-16 6:28 UTC (permalink / raw)
To: 12455
The first file in a tar archive with PAX extended header information is
inaccessible:
rw-r--r-- 1000/100 40 org-7.9.1-220-g5a122c/PaxHeaders.12938/README
---------- 0/0 0 20 atime=1347724616
20 ctime=1346955271
-rw-r--r-- gratz/users 1319 org-7.9.1-220-g5a122c/README
rw-r--r-- 1000/100 40 org-7.9.1-220-g5a122c/lisp/PaxHeaders.12938/Makefile
---------- 0/0 0 20 atime=1347724476
20 ctime=1345833266
-rw-r--r-- gratz/users 2115 org-7.9.1-220-g5a122c/lisp/Makefile
Emacs can't extract README for this archive, but it will be able to
extract Makefile. Additionally it gives strange error messages
containing newlines when the cursor is positioned in some places in the
first entry and it's PAX header.
Additionally, package manager cannot unpack such archives and fails with
an error message.
In GNU Emacs 24.2.1 (i686-suse-linux-gnu, GTK+ Version 3.4.4)
of 2012-09-13 on Rainer
Windowing system distributor `The X.Org Foundation', version 11.0.11203000
Configured using:
`configure '--with-x-toolkit=gtk3' '--with-wide-int' '--with-kerberos'
'--with-kerberos5' '--without-gpm' 'CFLAGS=-fomit-frame-pointer
-fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector
-funwind-tables -fasynchronous-unwind-tables -g -D_GNU_SOURCE
-std=gnu99 -pipe -Wno-pointer-sign -Wno-unused-variable
-Wno-unused-label -Wno-unprototyped-calls -fno-optimize-sibling-calls
-DSYSTEM_PURESIZE_EXTRA=55000 -DSITELOAD_PURESIZE_EXTRA=10000'
'LDFLAGS=-Wl,-O2 -Wl,--hash-size=65521'
'--enable-locallisppath=${datadir}/emacs/${version}/site-lisp:${datadir}/emacs/site-lisp:/usr/share/emacs/site-lisp''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: POSIX
value of $LC_MONETARY: nil
value of $LC_NUMERIC: C
value of $LC_TIME: nil
value of $LANG: de_DE.UTF-8
value of $XMODIFIERS: @im=local
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Tar
Minor modes in effect:
yas/global-mode: t
show-paren-mode: t
shell-dirtrack-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
size-indication-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#12455: 24.2; POSIX tar archives with extended header information are parsed incorrectly
2012-09-16 6:28 bug#12455: 24.2; POSIX tar archives with extended header information are parsed incorrectly Achim Gratz
@ 2012-09-16 6:50 ` Eli Zaretskii
2012-09-16 6:59 ` Achim Gratz
2012-09-16 7:33 ` Andreas Schwab
1 sibling, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2012-09-16 6:50 UTC (permalink / raw)
To: Achim Gratz; +Cc: 12455
> From: Achim Gratz <Stromeko@nexgo.de>
> Date: Sun, 16 Sep 2012 08:28:54 +0200
>
> The first file in a tar archive with PAX extended header information is
> inaccessible:
>
> rw-r--r-- 1000/100 40 org-7.9.1-220-g5a122c/PaxHeaders.12938/README
> ---------- 0/0 0 20 atime=1347724616
> 20 ctime=1346955271
>
> -rw-r--r-- gratz/users 1319 org-7.9.1-220-g5a122c/README
> rw-r--r-- 1000/100 40 org-7.9.1-220-g5a122c/lisp/PaxHeaders.12938/Makefile
> ---------- 0/0 0 20 atime=1347724476
> 20 ctime=1345833266
>
> -rw-r--r-- gratz/users 2115 org-7.9.1-220-g5a122c/lisp/Makefile
>
> Emacs can't extract README for this archive, but it will be able to
> extract Makefile. Additionally it gives strange error messages
> containing newlines when the cursor is positioned in some places in the
> first entry and it's PAX header.
Isn't this related to bug#258?
In any case, please attach a small file that could be used to
reproduce the problem. Thanks.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#12455: 24.2; POSIX tar archives with extended header information are parsed incorrectly
2012-09-16 6:50 ` Eli Zaretskii
@ 2012-09-16 6:59 ` Achim Gratz
2012-09-16 7:26 ` Eli Zaretskii
0 siblings, 1 reply; 6+ messages in thread
From: Achim Gratz @ 2012-09-16 6:59 UTC (permalink / raw)
To: 12455
[-- Attachment #1: Type: text/plain, Size: 143 bytes --]
Eli Zaretskii writes:
> In any case, please attach a small file that could be used to
> reproduce the problem. Thanks.
If you insist… :-)
[-- Attachment #2: GNU tar archive --]
[-- Type: application/x-gzip, Size: 1212 bytes --]
[-- Attachment #3: POSIX tar archive --]
[-- Type: application/x-gzip, Size: 1338 bytes --]
[-- Attachment #4: Type: text/plain, Size: 199 bytes --]
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#12455: 24.2; POSIX tar archives with extended header information are parsed incorrectly
2012-09-16 6:59 ` Achim Gratz
@ 2012-09-16 7:26 ` Eli Zaretskii
2012-09-16 8:40 ` Achim Gratz
0 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2012-09-16 7:26 UTC (permalink / raw)
To: Achim Gratz, Andreas Schwab; +Cc: 12455
> From: Achim Gratz <Stromeko@nexgo.de>
> Date: Sun, 16 Sep 2012 08:59:00 +0200
>
> Eli Zaretskii writes:
> > In any case, please attach a small file that could be used to
> > reproduce the problem. Thanks.
>
> If you insist… :-)
Thanks. It looks like this problem was already fixed by Andreas
Schwab, in trunk revision 109582, because I see no problem with the
current trunk. Could you try with the latest trunk, please?
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#12455: 24.2; POSIX tar archives with extended header information are parsed incorrectly
2012-09-16 6:28 bug#12455: 24.2; POSIX tar archives with extended header information are parsed incorrectly Achim Gratz
2012-09-16 6:50 ` Eli Zaretskii
@ 2012-09-16 7:33 ` Andreas Schwab
1 sibling, 0 replies; 6+ messages in thread
From: Andreas Schwab @ 2012-09-16 7:33 UTC (permalink / raw)
To: Achim Gratz; +Cc: 12455-done
Fixed for emacs 24.3.
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."
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#12455: 24.2; POSIX tar archives with extended header information are parsed incorrectly
2012-09-16 7:26 ` Eli Zaretskii
@ 2012-09-16 8:40 ` Achim Gratz
0 siblings, 0 replies; 6+ messages in thread
From: Achim Gratz @ 2012-09-16 8:40 UTC (permalink / raw)
To: 12455
Eli Zaretskii writes:
> Thanks. It looks like this problem was already fixed by Andreas
> Schwab, in trunk revision 109582, because I see no problem with the
> current trunk. Could you try with the latest trunk, please?
Confirmed. Tar-mode still shows the PAX headers interspersed with the
files which is not very usefule, IMHO — but that's not this bug.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
DIY Stuff:
http://Synth.Stromeko.net/DIY.html
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-09-16 8:40 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-09-16 6:28 bug#12455: 24.2; POSIX tar archives with extended header information are parsed incorrectly Achim Gratz
2012-09-16 6:50 ` Eli Zaretskii
2012-09-16 6:59 ` Achim Gratz
2012-09-16 7:26 ` Eli Zaretskii
2012-09-16 8:40 ` Achim Gratz
2012-09-16 7:33 ` Andreas Schwab
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).