[WCX] ZPAQ

[milo1012]

New Version 1.1c!

• added 'Don't mark files found only in the last update as deleted' option

Check the first post for the new file.

[krasusczak]

OK works great

One more cosmetic thing can you change the rule of naming directories in "show all archive" from:
"2015-10-20-10-41-22"
to
"2015-10-20 - 10-41-22"

This version is much more readable

[milo1012]

I already planned to make the format configurable,
I'm not sure when I'll have the time for a new version though (not so soon).

[krasusczak]

This format is pretty good, there is nothing to invent/configure here I think..
Changing date/hour position will create problems in listing order, remove date or time also, so what do you mean by that?

[milo1012]

Changing date/hour position will create problems in listing order, remove date or time also

Exactly! And for that every field (YYYY/MM/DD/hh/mm/ss) needs to exist of course.

But I still can let the user choose the order of the fields and the separator character/string.
Not every user is comfortable with yy-mm-dd...
( https://en.wikipedia.org/wiki/Date_and_time_representation_by_country )

You could sort the folders by date in TC, if you changed the string order.

[batchman61]

thanks for your detailed reply and explanation !

The standalone program works slightly different, depending on if you use a prefix path or not.

seems to be the difference, test archive was created and updated by

Code: Select all

zpaq64 add archive folder

during last weeks. I should rerun my tests.

Not every user is comfortable with yy-mm-dd...

This would be perfect to cover individual preferences, can you possibly add a field version ?
Example: VVVV__YYYY-MM-DD_hh-mm-ss : 0001__2015-10-29_11-00-00

[milo1012]

can you possibly add a field version ?
Example: VVVV__YYYY-MM-DD_hh-mm-ss : 0001__2015-10-29_11-00-00

Sure, can be done.
I'll see to it as soon as I find time.

[krasusczak]

but this VVVV please make optional ^^

[milo1012]

New Version 1.2!

• added optional support for archive "Rollback" when updating an existing archive
  -> works by dropping files into a version sub-dir, either when it's opened in TC's file list with the 'Show all archive versions' option,
  or by appending the version sub-dir name directly in the 'Pack files' path
  -> asks user before doing a rollback
• added support for a detailed custom format for the 'Show archive version names as timestamp' option
  -> individual date fields ($Y, $M, $D, $h, $m, $s) are mandatory, meaning they are enforced to append to the dir names if being omitted
  -> additional special fields available: version number, number of added files, number of
  deleted files, compressed size (B, kB, MB, GB); all with definable minimum field width
• fixed: crash after packing files to a detected multi-part archive finished
• fixed: crash when starting packing and TC's 'also pack path names' option was disabled (when TC passed dir entries to the function)
• fixed: unnecessary memory warning for x64 version when mem usage calculated 900...1000
• fixed: incorrect load of 'Language' entry in 'pkplugin.ini' when having non-ASCII characters
• unlocked OEM encoding for password dialog (possibly needed for older Windows versions)

Check the first post for the new file.

[TW]

plz delete... wrong thread.

but thanks for updating.

[petermad]

2milo1012

Whenever I try to unpack files or folders that are placed more than two folders deep I get this message:

---------------------------
Extraction error
---------------------------
invalid string position

---------------------------
OK
---------------------------

That is - if i try to unpack for example "21-11-2015-18-09-33\dir1\dir2\file" it works OK but if I try to unpack "21-11-2015-18-09-33\dir1\dir2\dir3\file" I get the error.

[Horst.Epp]

2milo1012

Whenever I try to unpack files or folders that are placed more than two folders deep I get this message:

---------------------------
Extraction error
---------------------------
invalid string position

---------------------------
OK
---------------------------

That is - if i try to unpack for example "21-11-2015-18-09-33\dir1\dir2\file" it works OK but if I try to unpack "21-11-2015-18-09-33\dir1\dir2\dir3\file" I get the error.

Error confirmed.
The archives itself are ok and I can unpack files from deeper level with the PAKKA utility without problems.

[milo1012]

if i try to unpack for example "21-11-2015-18-09-33\dir1\dir2\file" it works OK but if I try to unpack "21-11-2015-18-09-33\dir1\dir2\dir3\file" I get the error.

Thanks for reporting!
I'll see if I can fix this, as soon as I find time.

[krasusczak]

Thanks for reporting!
I'll see if I can fix this, as soon as I find time.

any progress with this fix?

[milo1012]

any progress with this fix?

I'm on it. Should be ready in a few days.
But it turned out that it's not as easy as I thought.

The culprit is the directory extraction (no matter the "Extract and set directory timestamps, if stored" option),
for the main reason that TC creates all directories by itself, before even requesting files from the plug-in.
I need to correct and improve some logic, to detect which dir entries can be extracted safely.
The former logic worked most of the time, but crossed string boundaries, hence the crash.