]>
Commit | Line | Data |
---|---|---|
0186c9e7 JB |
1 | --- tar-1.34/src/list.c.orig 2021-03-06 10:21:12.348727417 +0100 |
2 | +++ tar-1.34/src/list.c 2021-03-06 15:12:39.174304779 +0100 | |
3 | @@ -241,6 +241,14 @@ | |
e2e86c2f PS |
4 | |
5 | if (!ignore_zeros_option) | |
6 | { | |
7 | + break; | |
8 | + | |
9 | + /* | |
10 | + * According to POSIX tar specs, this is wrong, but on the web | |
11 | + * there are some tar specs that can trigger this, and some tar | |
12 | + * implementations create tars according to that spec... | |
13 | + * | |
14 | + | |
15 | char buf[UINTMAX_STRSIZE_BOUND]; | |
16 | ||
0186c9e7 JB |
17 | status = read_header (¤t_header, ¤t_stat_info, |
18 | @@ -251,6 +259,7 @@ | |
19 | (0, 0, _("A lone zero block at %s"), | |
20 | STRINGIFY_BIGINT (current_block_ordinal (), buf))); | |
e2e86c2f PS |
21 | break; |
22 | + */ | |
23 | } | |
24 | status = prev_status; | |
25 | continue; |