Again relative paths
-
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.datThere 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