2006-02-15 02:04:31 |
Radu Cornea |
bug |
|
|
added bug |
2006-02-15 02:55:02 |
Radu Cornea |
description |
The latest version of unzip has a bug which moves the filename from the zip listing from last position to first. Therefore, any program that relies on parsing unzip output will fail to recognize it as a valid output. I first noticed this in mc. Example:
unzip -v test.zip
Archive: test.zip
Length Method Size Ratio Date Time CRC-32 Name
-------- ------ ------- ----- ---- ---- ------ ----
test.txt 32 Defl:N 30 6% 02-14-06 17:57 4ebb4896
-------- ------- --- -------
32 30 6% 1 file
> unzip -l test.zip
Archive: test.zip
Length Date Time Name
-------- ---- ---- ----
test.txt 32 02-14-06 17:57
-------- -------
32 1 file
You can see that the headers are ok, but the 'name' field shows up where the 'length' should appear, instead of being last.
The bug was probably introduced by the change in the outputting function (from changelog):
* unzpriv.h, Info macro:
- Use snprintf() instead of sprintf() as inner formatting function.
- Use fputs() instead of fprintf() as outer function to ignore leftover
format strings which might not have been substituted in the inner
snprintf().
|
The latest version of unzip has a bug which moves the filename from the zip listing from last position to first. Therefore, any program that relies on parsing unzip output will fail to recognize it as a valid output. I first noticed this in mc. Example:
> unzip -v test.zip
Archive: test.zip
Length Method Size Ratio Date Time CRC-32 Name
-------- ------ ------- ----- ---- ---- ------ ----
test.txt 32 Defl:N 30 6% 02-14-06 17:57 4ebb4896
-------- ------- --- -------
32 30 6% 1 file
> unzip -l test.zip
Archive: test.zip
Length Date Time Name
-------- ---- ---- ----
test.txt 32 02-14-06 17:57
-------- -------
32 1 file
You can see that the headers are ok, but the 'name' field shows up where the 'length' should appear, instead of being last.
The bug was probably introduced by the change in the outputting function (from changelog):
* unzpriv.h, Info macro:
- Use snprintf() instead of sprintf() as inner formatting function.
- Use fputs() instead of fprintf() as outer function to ignore leftover
format strings which might not have been substituted in the inner
snprintf().
|
|
2006-02-15 02:56:08 |
Radu Cornea |
description |
The latest version of unzip has a bug which moves the filename from the zip listing from last position to first. Therefore, any program that relies on parsing unzip output will fail to recognize it as a valid output. I first noticed this in mc. Example:
> unzip -v test.zip
Archive: test.zip
Length Method Size Ratio Date Time CRC-32 Name
-------- ------ ------- ----- ---- ---- ------ ----
test.txt 32 Defl:N 30 6% 02-14-06 17:57 4ebb4896
-------- ------- --- -------
32 30 6% 1 file
> unzip -l test.zip
Archive: test.zip
Length Date Time Name
-------- ---- ---- ----
test.txt 32 02-14-06 17:57
-------- -------
32 1 file
You can see that the headers are ok, but the 'name' field shows up where the 'length' should appear, instead of being last.
The bug was probably introduced by the change in the outputting function (from changelog):
* unzpriv.h, Info macro:
- Use snprintf() instead of sprintf() as inner formatting function.
- Use fputs() instead of fprintf() as outer function to ignore leftover
format strings which might not have been substituted in the inner
snprintf().
|
The latest version of unzip has a bug which moves the filename from the zip listing from last position to first. Therefore, any program that relies on parsing unzip output will fail to recognize it as a valid output. I first noticed this in mc. Example:
> unzip -v test.zip
Archive: test.zip
Length Method Size Ratio Date Time CRC-32 Name
-------- ------ ------- ----- ---- ---- ------ ----
test.txt 32 Defl:N 30 6% 02-14-06 17:57 4ebb4896
-------- ------- --- -------
32 30 6% 1 file
> unzip -l test.zip
Archive: test.zip
Length Date Time Name
-------- ---- ---- ----
test.txt 32 02-14-06 17:57
-------- -------
32 1 file
You can see that the headers are ok, but the 'name' field shows up where the 'length' should appear, instead of being last.
The bug was probably introduced by the change in the outputting function (from changelog):
* unzpriv.h, Info macro:
- Use snprintf() instead of sprintf() as inner formatting function.
- Use fputs() instead of fprintf() as outer function to ignore leftover
format strings which might not have been substituted in the inner
snprintf().
|
|
2006-02-15 02:56:34 |
Radu Cornea |
description |
The latest version of unzip has a bug which moves the filename from the zip listing from last position to first. Therefore, any program that relies on parsing unzip output will fail to recognize it as a valid output. I first noticed this in mc. Example:
> unzip -v test.zip
Archive: test.zip
Length Method Size Ratio Date Time CRC-32 Name
-------- ------ ------- ----- ---- ---- ------ ----
test.txt 32 Defl:N 30 6% 02-14-06 17:57 4ebb4896
-------- ------- --- -------
32 30 6% 1 file
> unzip -l test.zip
Archive: test.zip
Length Date Time Name
-------- ---- ---- ----
test.txt 32 02-14-06 17:57
-------- -------
32 1 file
You can see that the headers are ok, but the 'name' field shows up where the 'length' should appear, instead of being last.
The bug was probably introduced by the change in the outputting function (from changelog):
* unzpriv.h, Info macro:
- Use snprintf() instead of sprintf() as inner formatting function.
- Use fputs() instead of fprintf() as outer function to ignore leftover
format strings which might not have been substituted in the inner
snprintf().
|
The latest version of unzip has a bug which moves the filename from the zip listing from last position to first. Therefore, any program that relies on parsing unzip output will fail to recognize it as a valid output. I first noticed this in mc. Example:
> unzip -v test.zip
Archive: test.zip
Length Method Size Ratio Date Time CRC-32 Name
-------- ------ ------- ----- ---- ---- ------ ----
test.txt 32 Defl:N 30 6% 02-14-06 17:57 4ebb4896
-------- ------- --- -------
32 30 6% 1 file
> unzip -l test.zip
Archive: test.zip
Length Date Time Name
-------- ---- ---- ----
test.txt 32 02-14-06 17:57
-------- -------
32 1 file
You can see that the headers are ok, but the 'name' field shows up where the 'length' should appear, instead of being last.
The bug was probably introduced by the change in the outputting function (from changelog):
* unzpriv.h, Info macro:
- Use snprintf() instead of sprintf() as inner formatting function.
- Use fputs() instead of fprintf() as outer function to ignore leftover
format strings which might not have been substituted in the inner
snprintf().
|
|
2006-02-15 07:27:19 |
Loic Pefferkorn |
unzip: status |
Unconfirmed |
Confirmed |
|
2006-02-15 07:27:19 |
Loic Pefferkorn |
unzip: statusexplanation |
|
Confirmed.
For example, ark (kde archiver tool) can't list files inside a zip archive. |
|
2006-02-15 10:27:07 |
Martin Pitt |
unzip: priority |
|
High |
|
2006-02-15 10:27:07 |
Martin Pitt |
unzip: assignee |
|
pitti |
|
2006-02-15 10:27:07 |
Martin Pitt |
unzip: severity |
Normal |
Critical |
|
2006-02-15 10:27:07 |
Martin Pitt |
unzip: statusexplanation |
Confirmed.
For example, ark (kde archiver tool) can't list files inside a zip archive. |
Sorry, I didn't notice that. Will fix ASAP. |
|
2006-02-15 13:40:30 |
Martin Pitt |
unzip: status |
Confirmed |
Fix Released |
|
2006-02-15 13:40:30 |
Martin Pitt |
unzip: statusexplanation |
Sorry, I didn't notice that. Will fix ASAP. |
fixed stables in USN-248-2. |
|