[WCX] ZPAQ

Discuss and announce Total Commander plugins, addons and other useful tools here, both their usage and their development.

Moderators: white, Hacker, petermad, Stefan2

Post Reply
User avatar
milo1012
Power Member
Power Member
Posts: 1158
Joined: 2012-02-02, 19:23 UTC

Post by *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.
TC plugins: PCREsearch and RegXtract
krasusczak
Senior Member
Senior Member
Posts: 282
Joined: 2011-09-23, 10:35 UTC

Post by *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 ;)
User avatar
milo1012
Power Member
Power Member
Posts: 1158
Joined: 2012-02-02, 19:23 UTC

Post by *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).
TC plugins: PCREsearch and RegXtract
krasusczak
Senior Member
Senior Member
Posts: 282
Joined: 2011-09-23, 10:35 UTC

Post by *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?
User avatar
milo1012
Power Member
Power Member
Posts: 1158
Joined: 2012-02-02, 19:23 UTC

Post by *milo1012 »

krasusczak wrote: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.
TC plugins: PCREsearch and RegXtract
batchman61
Junior Member
Junior Member
Posts: 43
Joined: 2003-02-07, 19:24 UTC
Location: Germany

Post by *batchman61 »

thanks for your detailed reply and explanation !
milo1012 wrote: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.
milo1012 wrote: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
User avatar
milo1012
Power Member
Power Member
Posts: 1158
Joined: 2012-02-02, 19:23 UTC

Post by *milo1012 »

batchman61 wrote: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.
TC plugins: PCREsearch and RegXtract
krasusczak
Senior Member
Senior Member
Posts: 282
Joined: 2011-09-23, 10:35 UTC

Post by *krasusczak »

but this VVVV please make optional ^^
User avatar
milo1012
Power Member
Power Member
Posts: 1158
Joined: 2012-02-02, 19:23 UTC

Post by *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.
TC plugins: PCREsearch and RegXtract
TW
Senior Member
Senior Member
Posts: 383
Joined: 2005-01-19, 13:35 UTC

Post by *TW »

plz delete... wrong thread.

but thanks for updating. :)
licenced and happy TC user since 1994 (#11xx)
User avatar
petermad
Power Member
Power Member
Posts: 14739
Joined: 2003-02-05, 20:24 UTC
Location: Denmark
Contact:

Post by *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.
License #524 (1994)
Danish Total Commander Translator
TC 11.03 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1371a
TC 3.50b4 on Android 6 & 13
Try: TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
User avatar
Horst.Epp
Power Member
Power Member
Posts: 6450
Joined: 2003-02-06, 17:36 UTC
Location: Germany

Post by *Horst.Epp »

petermad wrote: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.
User avatar
milo1012
Power Member
Power Member
Posts: 1158
Joined: 2012-02-02, 19:23 UTC

Post by *milo1012 »

petermad wrote: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.
TC plugins: PCREsearch and RegXtract
krasusczak
Senior Member
Senior Member
Posts: 282
Joined: 2011-09-23, 10:35 UTC

Post by *krasusczak »

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

any progress with this fix?
User avatar
milo1012
Power Member
Power Member
Posts: 1158
Joined: 2012-02-02, 19:23 UTC

Post by *milo1012 »

krasusczak wrote: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.
TC plugins: PCREsearch and RegXtract
Post Reply