>Just a try to live with a problem where you don't have the source ;-)

>As the problem goes away if there are no identical files in the que,
>another band-aid is to make sure of the above. If the file sizes are distinct for the que,
>no problem can happen.
>So strategy might be to have a seperate "add" step for possible duplicate files.

>Dunno on WinZip specifics - was supported in old pkarc, pkzip and on the libraries I used afterwards.
>Respectfully grinning: RTFM ;-)

>In our network a copy
>from X to Share Y started on X will result in the files on Y having current time,
>from Share X to Y started on Y will result in the files on Y having same time info as on X.
>
>Might be something specific set up in our network - not my best area.

>Does the error also happen when file itself is identical,
>***but the only descriptive time info saved in the directory, not file payload, is different*** ?
>In the early days there were "touch" programs setting time info to current time, for compiler chains and so on.
>
>For Zip functionality I also switched over to programmers libraries, but the reasons you cite are familiar,
>as we do the same when RAR-ing. So I probed the grey matter for patch/band aid ideas ;-)

Thanks for the additional feedback on this, I will keep it in my archive for further referecences if needed.

We will have a more robust test sequence this week and we will be able to see and confirm if the other situations which were freezing during the WZZip.exe were all related to the same situation.