File: XTree:\Forum archive |Bottom_of_page

| View Thread | Return to Index | Read Prev Msg | Read Next Msg |

XTree Forum archive

Re: Agreed!

Posted By: Kim Henkel <>
Date: Sunday, 24 May 1998, at 3:38 p.m.

In Response To: Re: Agreed! (Mathias Winkler)

> He does ! (Hey Kimbo, how are you...?) ;-)
Fine thanks ;-)

>> I think that's probably due to the way WebDrive works, by first caching the entire
>> file on the local cache directory and then providing the file on the mapped drive for
>> further operations...?
> Hmmm... maybe. But I would think if Ztree has both the files logged in memory, it could
> do a pre-check before ever requesting the file be copied. I doubt the copy begins
> before Ztree requests it. I dunno - good questions! No answers! ;)
I haven't actually had a chance to try WebDrive myself as yet (mainly as I run NT 90% of the time), but I suspect Matt's theory of WebDrive caching is correct. Certainly ZTreeWin does not pre-read files when copying - it simply opens the input and output file, and transfers at most 64K chunks. It's possible that simply opening the remote file causes WebDrive to pull the data across!

>Have you also noticed how Ztree copies over remote files without an overrite prompt?
ZTreeWin takes the approach that in most cases the target won't already exist, so it attempts the copy, then presents the 'overwrite prompt' if the open failed. If our theory is correct, WebDrive is indeed transferring all the data locally before the physical copy is even begun. I suspect that if you confirm the overwrite, the copy would proceed very quickly?!

>This may also be a good "option" for Ztree to check its "memory" of logged files before
>actually doing any filesystem requests. Or even an option to actually log the destination
>directory, if it's not already, and then do the memory check before the copy. Then again,
>maybe that's just overkill.
It may indeed be an option to check the target before opening the source, but looking at averages, you in general save a step by assuming in most cases the target won't already exist. As to the first point, as I already explained, ZTreeWin only processes 64K chunks of a file - it does not have the whole file in "it's memory" ;-)

> Well, and it would be really nice, if we'd have also an "ZTreeWin-extension"
> similar to this, or at least a CHMOD-command line Interface. Btw,
> try to access a remote drive on the command-line (=DOS-Box), this
> works perfectly, you can use all the commands like "dir" or "copy", etc.!
I'll need more info on this guys. I'm not sure if a Win32 API call to set attributes would be translated somehow by WebDrive into a chmod-type command, or if somehow I would have to do it 'natively'....thoughts?

Messages in This Thread

| View Thread | Return to Index | Read Prev Msg | Read Next Msg |

XTree Forum archive is maintained by Mathias Winkler with WebBBS 3.21.

Xtree and XtreeGold are registered trademarks of Symantec Inc.
Other brands and products are trademarks of their respective holders.

FILE COMMANDS:  Directory_view Previous_file   Next_file cuRrent   /Help |Top_of_page