partial extracted file not deleted
Moderators: Hacker, petermad, Stefan2, white
partial extracted file not deleted
When decompressing and aborting a 7z extract operation, last partial extracted file is kept with current datetime instead of being deleted.
Is a huge problem when repeating the operation skipping older: final result includes that corrupt file instead of the correct one.
Is a huge problem when repeating the operation skipping older: final result includes that corrupt file instead of the correct one.
- ghisler(Author)
- Site Admin
- Posts: 50386
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Re: partial extracted file not deleted
Thanks for your report. How are you unpacking 7zip files? With internal unpacker, or do you have one of the plugins 7zip or total7zip installed?
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
Re: partial extracted file not deleted
Is there an internal unpacker for 7z? I use total7zip (which can't abort multi archive generation).
Internal 7z usage would be useful to avoid that plugin.
But I use advanced 7zip compression options (as grouping per extension, and huge dictionary sizes), it's also useful because latest 7zip can be copied on top of previous one.
Internal 7z usage would be useful to avoid that plugin.
But I use advanced 7zip compression options (as grouping per extension, and huge dictionary sizes), it's also useful because latest 7zip can be copied on top of previous one.
Re: partial extracted file not deleted
2ghisler(Author)
Doesn't TC use the internal unpacker when you enter a .7z file and unpack with F5?
It seems to me that I have to set an internal association with a **ext verb for opening with for example Total7zip via the right-click menu to force TC to use the plugin for unpacking.
Doesn't TC use the internal unpacker when you enter a .7z file and unpack with F5?
It seems to me that I have to set an internal association with a **ext verb for opening with for example Total7zip via the right-click menu to force TC to use the plugin for unpacking.
License #524 (1994)
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Re: partial extracted file not deleted
My unpacking is always done with: Alt-F9, and chackmark on unpack genarating a new folder per each 7zArchive.
There's no checkmark to choose inner or external uncompressor though.
There's no checkmark to choose inner or external uncompressor though.
Re: partial extracted file not deleted
2isidro
You can disable the internal 7z unpacker, by renaming the file TC7Z64.DLL (or TC7Z.DLL for 32bit TC). You might have to restart TC to be able to rename the file.
You can disable the internal 7z unpacker, by renaming the file TC7Z64.DLL (or TC7Z.DLL for 32bit TC). You might have to restart TC to be able to rename the file.
License #524 (1994)
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Re: partial extracted file not deleted
The internal 7z unpacker is not used when the plugin total7zip is installed..petermad wrote: 2023-03-04, 14:43 UTC You can disable the internal 7z unpacker, by renaming the file TC7Z64.DLL (or TC7Z.DLL for 32bit TC).
Re: partial extracted file not deleted
But I want the opposite, use internal unpacker to decompress 7z, but I need the external to generate 7z files.
Re: partial extracted file not deleted
Define an internal association for *.7z and define the Open command as:isidro wrote: 2023-03-04, 19:27 UTC But I want the opposite, use internal unpacker to decompress 7z, but I need the external to generate 7z files.
Code: Select all
**internal_7z
(If you don't open your 7z first, the plugin will be used)
A bit more clear, but a bit more harder to unpack is to define an internal association for *.7z and define the Open command as:
Code: Select all
**7z
Code: Select all
**internal_7z
- ghisler(Author)
- Site Admin
- Posts: 50386
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Re: partial extracted file not deleted
So the problem is caused by total7zip, if I understand you correctly?
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
Re: partial extracted file not deleted
Unfortunately yes, so it'sunlikely to be fixed.ghisler(Author) wrote: 2023-03-06, 15:01 UTC So the problem is caused by total7zip, if I understand you correctly?
Re: partial extracted file not deleted
1. interrupting extraction with 7zip file manager can create incomplete parts of files with original date - a bug in 7zip (not in total7zip).
2. both total7zip and internal unpacker can create parts of the files with current date.
3. there is no beep sound with internal unpacker.
4. pressing alt+f9 inside archive is confusing because you expect to extract (copy) selected files, not all files.
5. when you press alt+f9 inside archive, if the file under cursor is another archive, you will probably expect to extract (unpack) the internal archive file, not copy that file, and obviously not extract all files from external archive.
6. ???
2. both total7zip and internal unpacker can create parts of the files with current date.
3. there is no beep sound with internal unpacker.
4. pressing alt+f9 inside archive is confusing because you expect to extract (copy) selected files, not all files.
5. when you press alt+f9 inside archive, if the file under cursor is another archive, you will probably expect to extract (unpack) the internal archive file, not copy that file, and obviously not extract all files from external archive.
6. ???
Re: partial extracted file not deleted
2ghisler(Author)
I have a question on the topic: if we write 735 in wincmd.ini, i.e. without the 256 flag, will this affect unpacking if the archive is opened by Enter, and not Ctrl+PgDn?
And does flag 4 affect reading?
I have a question on the topic: if we write 735 in wincmd.ini, i.e. without the 256 flag, will this affect unpacking if the archive is opened by Enter, and not Ctrl+PgDn?
Code: Select all
[PackerPlugins]
7z=735,%COMMANDER_PATH%\Plugins\wcx\Total7zip\Total7zip.wcx
Overquoting is evil! 👎
- ghisler(Author)
- Site Admin
- Posts: 50386
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Re: partial extracted file not deleted
No, it will still work with ENTER if the file has the extension .7z and not something else (e.g. .exe).
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
Re: partial extracted file not deleted
2ghisler(Author)
I didn't understand. What exactly will work without 256? Total7zip or a built-in function?
I'm not asking about opening, but about unpacking.
And answer the second question, please.
I didn't understand. What exactly will work without 256? Total7zip or a built-in function?
I'm not asking about opening, but about unpacking.
And answer the second question, please.
Overquoting is evil! 👎