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.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


 

6
Online

9.8k
Users

6.0k
Topics

36.6k
Posts

Copyright © 1998-2018 ConeXware, Inc.
All rights reserved. Privacy Policy