Bug extracting from ZIP etc using Extract here with PA 22.00.09

[dtjacobs]

I haven’t seen this problem before with PA. I’ve been able to TAR a few files here and there then I bzip2 or gzip them.

But over the weekend, I went to do the same with one of my folders to back it up and when I opened up the TAR to delete a few files prior to running it through bzip2, there were corrupted files. Instead of seeing over 4000 files in the TAR, I saw only 37. Some of the names had 00002 or something similar tacked onto the end. I repeated this several times. I’ve tried it with ZIP format and it’s fine but the TAR format seems corrupted. The strange thing is that the TAR file size is about right. It’s just the contents that are messed up. And it’s independent of the computer. I’ve tried 3 different ones and they all end up with a similar corruption of the files within the TAR even though it looks like everything ran fine.

Has this been noticed before? I did a search and didn’t find a similar problem.

David

[TBGBe]

Yes, there does appear to be a problem.

Using the boost c++ library (www.boost.org) “boost_1_32_0.tar.bz2”
from http://www.powerarchiver.com/forums/showthread.php?t=738

Extract to subdirectory and then use PA 9.21.00 and create TAR file.
See attached screenshot of file listing.

Note: Had to edit screenshot as allowed filesize is too small.

[dtjacobs]

For now, it looks like if I have to TAR a lot of files/folders, I’ll have to use something else. For a couple of files then I can use PA.

dtjacobs

[spwolf]

thanks a lot, we will check it out!

[spwolf]

Check this release out and see if it helps:
http://www.powerarchiver.com/test/release/powarc925.exe

This is 9.25 beta thats going to be published in a day or two.

thanks,

[dtjacobs]

D/L’d it and will check it out tomorrow.

[spwolf]

any luck?

thanks,

[TBGBe]

PA 9.25 - testing with boost files as before-
Compress either via shell extension or from within program (TAR, Store full path) still has the same problem :(

Edit, doing immediate “compress to Tar.Gzip” instead of TAR does NOT show the problem :confused:

[dtjacobs]

My test case has 304 folders and 2094 files, archiving to a TAR file (not compressing yet).

I simply archived to a Tar and it is not doing the same thing but it’s still not right. I am getting the correct file count but the files have like 0444 or 0000002 as part of the file name (at the end which is sometimes tacked onto the end of the filename sometimes replaces part of the end of the filename).

The folder structure seems ok. And the contents of the files look ok (they’re mostly text-based files). It’s just the file names that are corrupted. And it’s not all the files but just a few. And I cannot find a common link to the files.

[dtjacobs]

Wasn’t sure if there has been any progress with this problem again.

Thanks,
David

[TBGBe]

@dtjacobs:

Wasn’t sure if there has been any progress with this problem again.

Now have to wait for PA 9.5 … hopefully next month…

[TBGBe]

Just tidying up -
This is fixed in PA 9.5 (betas).