🚀 go-pugleaf

Actually, the problem is that whenever a program other than the comm.
program needs to do disk I/O, the cooperative multitasking ends.

Under DOS, no matter how you try, there is no way I've found to have
a secondary program do disk I/O while a comm program is doing a file
transfer, without having the comm program hiccup or terminate the file
transfer.

A big RAMDRIVE might help, since the I/O is so fast the comm program
may not notice, but I haven't tried this.

I use XTALK for windows and Procomm.

I usually just curtail windows activities which would need to do file
I/O while a file transfer is in progress.

WINDOWS DEVELOPERS PLEASE NOTE

Do not write programs in such a way that they do file I/O as a passive
action without intervention from the user, or the ability for the user
to turn the passive file I/O off since you may screw up the user's file
transfers.

OS/2 and UNIX don't have this problem due to the preemptive nature of 
their multitasking.

Robert