[8.0ß9-x64] INI, LastUsedPacker64 strange behavior

Bug reports will be moved here when the described bug has been fixed

Moderators: white, Hacker, petermad, Stefan2

Post Reply
Biozynotiker
Member
Member
Posts: 164
Joined: 2011-03-22, 09:57 UTC
Location: Germany

[8.0ß9-x64] INI, LastUsedPacker64 strange behavior

Post by *Biozynotiker »

Things to know:
- x86/x64 versions share same config files
- x86 "LastUsedPacker" is set to 4 (RAR, external packer)

Bug:
- x64 reads and use the x86 "LastUsedPacker", if there is no "LastUsedPacker64"
- x64 creates no "LastUsedPacker64" until you use an internal packer (zip, tar, etc)

Stuff to reproduce:
- "LastUsedPacker64" does not exist, "LastUsedPacker" is set to 4 (RAR)
- go into an rar archiv and list the content of it
- select some files to pack from the archiv
- press alt+f5
- pack dialog is set to ZIP instead of RAR
#92832
User avatar
petermad
Power Member
Power Member
Posts: 14808
Joined: 2003-02-05, 20:24 UTC
Location: Denmark
Contact:

Post by *petermad »

Confirmed exept for:
x64 creates no "LastUsedPacker64" until you use an internal packer (zip, tar, etc)
It does not have to be an internal packer - just any shift of packer (for example ARJ or plugin) makes TC write the LastUsedPacker64 key.

But it would be better if LastUsedPacker64 was written the first time a packer is used, also if no change in packer has been made - especially since TC apparantly does not use LastUsedPacker but only LastUsedPacker64 when inside an archive.
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.50 on Android 6 & 13
Try: TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48088
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

LastUsedPacker64 is needed because there may be a different number of 32-bit and 64-bit packer plugins installed, so the two numbers will probably be different.
it would be better if LastUsedPacker64 was written the first time a packer is used, also if no change in packer has been made
OK, I can add it when LastUsedPacker was set.
Author of Total Commander
https://www.ghisler.com
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48088
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

In beta 10, I'm now using LastUsedPacker also when re-packing, and LastUsedPacker64 isn't present.
Author of Total Commander
https://www.ghisler.com
Biozynotiker
Member
Member
Posts: 164
Joined: 2011-03-22, 09:57 UTC
Location: Germany

Post by *Biozynotiker »

Fixed in TC8.0b10!
#92832
User avatar
petermad
Power Member
Power Member
Posts: 14808
Joined: 2003-02-05, 20:24 UTC
Location: Denmark
Contact:

Post by *petermad »

Confirmed fixed as described in TC 8.0b10 x64 :-)

But, if I change packer during the re-packing then it is LastUsedPacker that is changed and LastUsedPacker64 is still not written if not present.

Also if I change packer during re-packing, LastUsedPacker is not updated if a plugin is used (LastUsedPacker64 is updated though).
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.50 on Android 6 & 13
Try: TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48088
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

Thanks!

LastUsedPacker64 is saved only when it is different from the previous value of LastUsedPacker or LastUsedPacker64.

LastUsedPacker is not updated if a plugin is used because the index would probably be different (not all plugins are 64-bit).
Author of Total Commander
https://www.ghisler.com
Post Reply