With PA 2006, you will have up to date 7zip support. You will find no issues with opening 7zip files (older versions had older 7zip dlls which had problems), however you still wont be able to edit 7zip files. thanks,

Hi, I’m using 9.51 (International) on WinXPSP2. What I tried todo was the following: I have a large ZIP which is 50 megs big, deflates to 350megs and has 20.000 source files. It has only relative pathes, means something like test\a\1.txt test\b\no\gb\5.dat There is no c:\ or something. I unpacked it “somewhere”, changed some files and wanted to readd those files at the same position in the folder hirarchy, so they replace the files already in the archive. First I tought: open it in pa, simply mark the file, select “replace” from the context menu…but there is no replace ;) Ok, that was too simple to expect. (And some older forum posts seemed to expect “that” function too). So I tried to add/replace them with “relative” path. But this doesn’t work here. I opened the big zip, PA shows everything. I try to add them with the “add” function, but it seems it has problems to determine what “relative path” is in a zip with only relative paths. It never adds the “relative” path to it. It only works with “full”, which I don’t want. Maybe I need to fix this somehow with the PACL, but I wanted to ask first. Alots of Java-based libraries/applications come with relative pathes-in-zips/jars, and it always annoyed me that it was so mighty complex to replace one or two files - with small projects I simply rebuild the zip/jar (with pacl) scripts) everytime, but not in a 100megs zip ,) So my question is: what is the proper way to “replace” a files in a relative path zip/jar, in this structure: test\a\1.txt test\b\no\gb\5.dat “test” lies here on "d:\work\stuff\test" I want to “replace” 5.dat, so it stays in the path. And I surely don’t want to unpack 40 directorys to “root” drives ;) thanx alot mzk

Glad to see you got it working. I use it all the time.

@amh209: Maybe someday the question will be posted and we will give them the secret password…… ;)

@mwb1100: Yes, I would like to see this, too. Never asked before because of laziness, I guess. Many times you just learn to live with what you have instead of trying to articulate what you might want. always good to find something useful to add… good news for next version :-)

The error log should show the files that could NOT be compressed - wouldn’t that make sense?? I compressed more than 1000 files - must I scroll through all 1000 entries in the log to see which files could not be compressed?? Maybe you could put an option to customize the error log, or just let it show errors only. This must be a good thing to implement!

The only program that can seem to read and extract Installshield CAB files is ZipScan - however, it needs an external DLL to do the job. The help file told me how to get it, it’s contained in a file called i5comp.zip This means that ANYONE can work with these CAB files, if you use the routines in that DLL. If you guys could figure out how to use the DLL (google it, perhaps?), then Installshield CAB worries will be gone!

@guido: Not fixed in .11 pr I must add to this that all actions regarding pae files takes 50% cpu power. Guido Hi, yes, encryption is very cpu demanding and this is how it works.

Under the FAQ’s, this text is still there: Q: Does PowerArchiver support skins? A: Yes, but not in the whole program. You can only skin the PowerArchiver Toolbar. When you click on Click here for more information, you get this: Choosing a PowerArchiver Skin (.PSF file) Introduction PowerArchiver 2006 supports skins that can completely change look and feel of PowerArchiver. Skin support is done via .PSF files, which can contain interface skin, toolbar skin, icons and even some interface settings…… Update needed? Definitely!

@vorear: I get the same situation when I extract to a removable disk that isn’t there. this should be fixed in 9.6. thank you!

this has been fixed in b3. thanks!

should be a bit improved in latest betas. Problem is sheer amount of memory used with Ultra setting…