Quantcast
Channel: ZTreeWin Forum
Viewing all 5025 articles
Browse latest View live
↧

[Q] UnRAR slowdown

June 1, 2019, 5:17 pm
$
0
0
Reply from Liviu, Jun 02,2019 at 00:17:

> ZTree does extraction file by file, which will cause heavy performance
> issues extracting many files from large solid archives.

Thanks, but I think you missed the  (*non* solid)  part of my post. This is *not* about a solid archive (expected) side-effect, but rather a 3x discrepancy between the overhead of extracting the same files between ZIP and RAR formats, unlike the command line which gives comparable times.

Cheers,
Liviu

↧
Search

[Q] 7za.exe -spf ( use fully qualified file paths )

June 2, 2019, 10:22 am
$
0
0
Post by Liviu, Jun 02,2019 at 17:22:

I noticed that 7z (finally) added the option to store full paths back in v9.25, so I decided to give it a try using the latest 7z v19. The archive is created correctly, and list/view also work as expected. So do Extract and Ctrl-Extract, however, I am unable to Alt-Extract any files from the archive, even from below the drive letters level. I am wondering whether (a) there is something wrong with my BB2 entries, or (b) I misunderstand how this is supposed to work, or maybe (c) it will take changes in ZTree to support such archives. Below are some more technical details.

Creating a test archive with two files from different drives works, and viewing it shows the following.

[image]

Alt-F5 also lists the contents correctly, as shown below.

[image]

The file(s) Extract and Ctrl-Extract fine, but Alt-Extract fails with "Error: Invalid Name [123] D:etctempC:".

Cheers,
Liviu

P.S. The BB2 entry for .7z that I am toying with is copied below.

;............................................................. 7-zip v19.0 ....
;
; config'd    [l]  -sccUTF-8    utf-8 output when listing archives
;           [e/x]  -y           assume 'yes' on all queries
;             [a]  -spf         use fully qualified file paths
;             [a]  -ms=off      turn off creation of solid archives
;             [a]  -mx9         max compression
;
; defaults    [a]  -scsUTF-8    utf-8 @list files
;             [a]  -mqs=on      sort by type in solid arcs, n/a when -ms=off
;
; not supported    -sns         process ntfs alternate streams, but .wim only
;
7-Zip v19.0 for .7z [LFNU]
7z
0
arc7za.exe l -sccUTF-8
arc7za.exe e -y
arc7za.exe x -y
arc7za.exe t        
arc7za.exe a -ms=off -mx9 @list
arc7za.exe a -spf -ms=off -mx9 @list
arc7za.exe a -r -ms=off -mx9 @list
arc7za.exe m
arc7za.exe m
arc7za.exe d @list
7zxbcxafx27x1c
------------------- ----- ------------ ------------  ------------------------
------------------- ----- ------------ ------------  ------------------------
2
3
0
1
4
;..............................................................................

↧
↧

[Bug] WZUnZip archive View output diplayed in ANSI charset, not Unicode

June 2, 2019, 1:08 pm
$
0
0
Reply from Liviu, Jun 02,2019 at 20:08:

While playing with the BB2 config for the WinZip v23.0 command-line add-on, I noticed that the [V]iew output displayed in ZTree appears to be converted to ANSI before display, thus losing Unicode characters outside the ANSI codepage. This doesn't appear to happen for other archivers/types e.g. 7za.exe works correctly in this respect.

The BB2 has WZZip/WZUnZip set to "[LFNW]", and the output of "WZUnZip -v" itself is fully Unicode as far as I can tell, so I am not sure why this would happen. Below is a screenshot showing the correct name diplayed by WZUnZip at a cmd prompt, and the ANSI-converted names (circled in red) displayed in ZTree, and at the cmd prompt after forcing an ANSI codepage conversion.

Cheers,
Liviu

[image]

↧

[Wish] Options to disable special ZIP handling via ALT-F5 and/or UNZIP*.DLL

June 2, 2019, 1:38 pm
$
0
0
Post by Liviu, Jun 02,2019 at 20:38:

The title says it all. Although I have a particular use-case in mind (more about that below), I believe such options would also "future-proof" ZTree in general against later changes in the ZIP and RAR worlds. The options could be command-line switches, YACOs etc.

About the latter part, yes, I am aware that the UNZIP*.DLL and UNRAR*.DLL can be renamed/deleted, and ZTree will then fallback to using the respective BB2 entries, but it would still pop a warning about the missing DLLs once per session. It pains me to admit that I am partly guilty for that compromise ;-) but on a second thought, if I truly decided that I'll never use either or both of the ZIP/RAR DLLs then the warnings become pointless.

Back to my actual use-case at hand, the built-in ALT-F5 doesn't seem to handle ZIPs with UTF-8 encoded names correctly (bit 11 set in the general-purpose flag per 4.4.4 at https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT). This makes archives containing such filenames unusable from ZTree, even though they could otherwise work if everything was left to a compliant BB2 entry. Below is an example of such an archive listed at the cmd prompt vs. ALT-F5'd in ZTree.

Cheers,
Liviu

[image]

↧

"Error: Invalid Name [123] D:\etc\temp\C:"

June 3, 2019, 2:15 am
$
0
0
Reply from Oliver Pretzel, Jun 03,2019 at 09:15:

> I am unable to Alt-Extract any files
> from the archive, even from below the drive letters level. I am wondering
> whether (a) there is something wrong with my BB2 entries, or (b) I
> misunderstand how this is supposed to work, or maybe (c) it will take
> changes in ZTree to support such archives. Below are some more technical
> details.

I think the problem is caused by including drive letters and colons in the file names and your option (b) applies. I assume 7za can extract such files with paths, but I guess only to their drives + absolute paths. The drives would have to present and writable. (I have not checked this and 7za may be more sophisticated than that).

Ztree alt-extracts to a branch, say D:etctemp. Given the names in the archive it will try and create a file D:etctempC:etcc$.tmp. That is illegal because : is not allowed in file or directory names.

It might be possible to change ZTree's parsing of archive file names to strip the colon. Then it would extract the files to subdirectories whose names are the drive letter without the colon, D:etctempCetcc$.tmp. I'm not sure how useful that would be.

/Oliver

↧
↧

[Wish] Improve Cursor position during gather

June 3, 2019, 5:11 pm
$
0
0
Reply from Peter Shute, Jun 04,2019 at 00:11:

Do you specifically want to do this during the Gather command? If so, how does it help, if you can't do a block gather? (Can you?)

If not, why is it difficult to do it outside Gather? Eg. move the line in question just under the ruler, or move right till the character in question is at the left or right margin, allowing you to read the column number at the top.

↧

Seems ok so far

June 3, 2019, 5:23 pm
$
0
0
Reply from Peter Shute, Jun 04,2019 at 00:23:

I tried Ctrl+Ins Full a few times, and then Ctrl+Ins Tagged, and it worked each time.

↧

Seems ok so far

June 3, 2019, 6:18 pm
$
0
0
Reply from Martijn Coppoolse, Jun 04,2019 at 01:18:

> I tried Ctrl+Ins Full a few times, and then Ctrl+Ins Tagged, and it
> worked each time.

Thanks for your response, Peter. Judging by this and the lack of other responses, I'm guessing it's probably related to my other clipboard issues.

↧
Search

[Q] UnRAR slowdown

June 4, 2019, 10:03 am
$
0
0
Reply from Ben Kent, Jun 04,2019 at 17:03:

> > ZTree does extraction file by file, which will cause heavy
> performance
> > issues extracting many files from large solid archives.
>
> Thanks, but I think you missed the color="#003399"> (*non* solid)  part of my post. This
> is *not* about a solid archive (expected) side-effect, but rather a 3x
> discrepancy between the overhead of extracting the same files between ZIP
> and RAR formats, unlike the command line which gives comparable times.
>

Obviously I missed that bit.

So probably the unrar*.dll is causing your issue, but I expect you have worked that out for yourself, given your other ZEP post for an option to disable the un*.dll's.


Ben

↧
↧

"Error: Invalid Name [123] D:\etc\temp\C:"

June 4, 2019, 10:17 am
$
0
0
Reply from Ben Kent, Jun 04,2019 at 17:17:

> > I am unable to Alt-Extract any files
> > from the archive, even from below the drive letters level. I am
> wondering
> > whether (a) there is something wrong with my BB2 entries, or (b) I
> > misunderstand how this is supposed to work, or maybe (c) it will take
> > changes in ZTree to support such archives. Below are some more
> technical
> > details.
>
> I think the problem is caused by including drive letters and colons in
> the file names and your option (b) applies. I assume 7za can extract such
> files with paths, but I guess only to their drives + absolute paths. The
> drives would have to present and writable. (I have not checked this and
> 7za may be more sophisticated than that).
>
> Ztree alt-extracts to a branch, say D:etctemp. Given the names in
> the archive it will try and create a file
> D:etctempC:etcc$.tmp. That is illegal because : is not allowed
> in file or directory names.
Well normally not, but if the application understand NTFS streams, then the part before the second colon is the file/directory name, and the part after is the stream name.

> It might be possible to change ZTree's parsing of archive file names
> to strip the colon. Then it would extract the files to subdirectories
> whose names are the drive letter without the colon,
> D:etctempCetcc$.tmp. I'm not sure how useful that would be.
>
> /Oliver

Yes I expect that is the cause, I have never seen an archive with a stored drive letter and colon, I think that the author of 7-Zip took "store full paths" a bit too literally.

All the other archiveres take that to mean full path from the root.

Ben

↧

Seems ok so far

June 4, 2019, 10:26 am
$
0
0
Reply from Ben Kent, Jun 04,2019 at 17:26:

> > I tried Ctrl+Ins Full a few times, and then Ctrl+Ins Tagged, and
> it
> > worked each time.
>
> Thanks for your response, Peter. Judging by this and the lack of other
> responses, I'm guessing it's probably related to my other clipboard
> issues.

Martijn

I presume you are using F2=Both or Object, and then doing [F]ull path.

Try a clipboard viewer like https://www.nakka.com/soft/clcl/index_eng.html to see if the "DROP FILE LIST" is getting to the clipboard.

Ben

↧

[Q] UnRAR slowdown

June 4, 2019, 10:26 am
$
0
0
Reply from Antti, Jun 04,2019 at 17:26:

> > > ZTree does extraction file by file, which will cause heavy performance
> > > issues extracting many files from large solid archives.
> >
> > Thanks, but I think you missed the color="#003399"> (*non* solid)  part of my post. This
> > is *not* about a solid archive (expected) side-effect, but rather a 3x
> > discrepancy between the overhead of extracting the same files between ZIP
> > and RAR formats, unlike the command line which gives comparable times.
> >
>
> Obviously I missed that bit.
>
> So probably the unrar*.dll is causing your issue, but I expect you have
> worked that out for yourself, given your other ZEP post for an option to
> disable the un*.dll's.
>
> Ben

I suspect that you may have missed another bit as well. Liviu specifically stated that "The results are consistent whether using the UnZIP/UnRAR DLLs vs. (temporarily) renaming those so that the command lines in the BB2 file are used, instead."

As to myself, I can only confirm what Liviu reported.

↧

[Wish] Improve Cursor position during gather

June 5, 2019, 12:05 am
$
0
0
Reply from David Wall, Jun 05,2019 at 07:05:

> Eg. move the line in question just under the ruler

I have 100+ lines on my screen - sometimes a file just doesn't scroll that far.

> or move right till the character in question is at the left or right margin, allowing you to read the column number at the top.

If you don't want to see other stuff on the line you've moved off screen that's great.

Anyway - it's semantic - I wrote a program to do what I wanted.

↧
↧

"Error: Invalid Name [123] D:\etc\temp\C:"

June 5, 2019, 7:03 pm
$
0
0
Reply from Liviu, Jun 06,2019 at 02:03:

> but if the application understand NTFS streams, then the part before the second
> colon is the file/directory name, and the part after is the stream name.

Interesting thought, though not sure how *directory* ADSs work.

> I think that the author of 7-Zip took "store full paths" a bit too literally.

Agreed.

Cheers,
Liviu

↧

[Help!] Skip UAC Running ZTW (Admin)?

June 7, 2019, 11:31 am
$
0
0
Post by Steven James, Jun 07,2019 at 18:31:

All,

On my older system running Windows 7 (Ult.), I'm able to run ZTreeWin as Admin without a UAC prompt. Under Windows 10, I'm again back to the UAC prompt. Can someone tell me how I may have set ZTreeWin (or other) to skip the UAC?

I don't remember ever creating a whitelist using Task Scheduler or similar to accomplish this. Can anyone tell me what I missing here?

Steven James

↧
Search

[Help!] Skip UAC Running ZTW (Admin)?

June 7, 2019, 5:09 pm
$
0
0
Reply from Liviu, Jun 08,2019 at 00:09:

> On my older system running Windows 7 (Ult.), I'm able to run ZTreeWin
> as Admin without a UAC prompt.

What is the exact command line that gets executed under Win7?

> Under Windows 10, I'm again back to the UAC prompt.

Did you ever get the UAC prompt for *other* programs in Win7? ZTreeWin is no different in that respect.

> Can someone tell me how I may have set ZTreeWin (or other) to skip the UAC?

Things haven't changed much since Win7 UAC-wise. Maybe you were using some 3rd party utility like the ones mentioned here.

Cheers,
Liviu

↧

[Help!] Skip UAC Running ZTW (Admin)?

June 7, 2019, 9:33 pm
$
0
0
Reply from Steven James, Jun 08,2019 at 04:33:

> > On my older system running Windows 7 (Ult.), I'm able to run
> ZTreeWin
> > as Admin without a UAC prompt.
>
> What is the exact command line that gets executed under Win7?
>
> > Under Windows 10, I'm again back to the UAC prompt.
>
> Did you ever get the UAC prompt for *other* programs in Win7? ZTreeWin
> is no different in that respect.
>
> > Can someone tell me how I may have set ZTreeWin (or other) to skip
> the UAC?
>
> Things haven't changed much since Win7 UAC-wise. Maybe you were using
> some 3rd party utility like the ones mentioned href=https://www.raymond.cc/blog/task-scheduler-bypass-uac-prompt/>here.
>
> Cheers,
> Liviu

Liviu,

To answer your questions:

1) The exact command-spec'n for my invocation from a .CMD (batch) file is:

"D:ZTreeWinZTW64.EXE" /ZB /ZD /ZF /ZM /T"STEVEN JAMES: ZTW64.EXE" /COLS:MAX /ROWS:MAX /APIT

2) Yes, all other programs run at the admin level prompt with a UAC dialog.
3) That is my experience as well (Win7's UACs roughly the same as Win10's UACs).

Thanks for the link. I will check this out and post again (it's too late now) when I'm able to determine the success/failure of your recommendation. However,

4) No, I have not used Task Scheduler to whitelist ZTW (although I have used that method for a couple of other programs. ...I may be forced to go that route).

Thanks!

SJ

↧
↧

"Error: Invalid Name [123] D:\etc\temp\C:"

June 8, 2019, 1:56 am
$
0
0
Reply from Graeme Hoose, Jun 08,2019 at 08:56:

>
> > I think that the author of 7-Zip took "store full paths" a bit too
> literally.
>
> Agreed.
>
> Cheers,
> Liviu

Pardon me if I find this a bit puzzling. Below are my notes from Archiver.bb2.
However, I'm using 7z not 7za.

; This entry is for 7-Zip 18.05 store with paths.
;
; Full paths minus their drive roots are now supported in Global mode.
; GJH added -spf2 switch to line 9 to store paths without drive roots.
; GJH ALT-Copy invokes ALT-Extract with paths.

Hope this helps,
Graeme

↧

"Error: Invalid Name [123] D:\etc\temp\C:"

June 8, 2019, 11:02 am
$
0
0
Reply from Liviu, Jun 08,2019 at 18:02:

> ; GJH added -spf2 switch to line 9 to store paths without drive roots.

Thanks for the -spf2 tip, Graeme. I somehow missed it in the chm helpfile, and it's not listed in the command line help at all.

Cheers,
Liviu

↧

[Help!] Skip UAC Running ZTW (Admin)?

June 8, 2019, 11:07 am
$
0
0
Reply from Liviu, Jun 08,2019 at 18:07:

> 4) No, I have not used Task Scheduler to whitelist ZTW (although I have used
> that method for a couple of other programs. ...I may be forced to go that route).

At this point I am becoming curious what method you did in fact use, since there aren't that many ways to bypass the UAC prompt.

It can also be done with "shims" (see e.g. https://www.ghacks.net/2010/07/08/get-rid-of-uac-prompts-with-microsofts-application-compatibility-toolkit/) but that requires the ACT which you'd probably remember having had to install.

Cheers,
Liviu

↧
Viewing all 5025 articles
Browse latest View live
Search