Jim Read wrote:
> Mark Henigan wrote:
>
>>Hello Jim:
>>
>>I haven't been able to find a reference to this
>>issue in any of the help files associated with
>>FS/2. On the Copy Directory dialogue, what is
>>the difference between "Copy" and "WPS Copy?"
>>
>>The latter sounds like it would establish a lot
>>of file handles as the files were copied that
>>might not be a part of the simple "copy"
>>
>>Thank You!
>>
>>- Mark
>>
>>Mark Henigan
>
>
> HI Mark,
>
> Looks like you caught me asleep on this one. There is no help for this
> in the help file.
>
> WPS Copy uses an API call that copies the file(s) or directories(s)
> using WPS file handles vice [versus] the FS/2 copy that uses path/filenames.
The
> latter has better error handling, can update the progress bar by bytes
> copied vice [versus] files copied and does not create handles in WPS. I would
> recommend using WPS Copy only if you want to create/preserve file
> handles and links between handles, such as copying a program folder. The
> error handling in WPS Copy is difficult to work with from PM and I admit
> that the FS/2 WPS Copy does a poor job using this function. However it
> works ok if you are copying to a directory where there are no like-named
> files. In a directory WPS Copy, there is only one API call and that is
> to copy the directory so any duplicate file in the target causes the
> call to fail. When this happens, FS/2 falls back to the standard copy.
> Not the ideal solution.
>
> I'll fix the help...

Hello Jim:

No problem. I appreciate the answer. And, as I hoped
it might, FS/2 copy will allow me to process files and
directories without ballooning the ini file.

I have become more aware of such things since I began
using REXXmail for a substantial amount of my non-list
email, an excellent app, by the way, especially if you
want to be able to configure downloading of email
files over a broad range of parameters.

I'm beginning to get the gist of FS/2 and to see the
advantages of using it over the prepackaged WPS utils.

Thanks again!

- Mark

Mark Henigan
(An OS/2-eCS user who has neglected file management*
utils in the past and now sees the error of his ways!
{*and other types of management}
--