Again relative paths
mzk last edited by
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
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” 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