Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!decvax!bellcore!ulysses!mhuxr!mhuxn!ihnp4!cbosgd!gatech!seismo!utah-cs!halff
From: halff@utah-cs.UUCP (Henry M. Halff)
Newsgroups: net.micro.pc,net.micro
Subject: Re: DOUBLEDOS vs. DESQVIEW
Message-ID: <3725@utah-cs.UUCP>
Date: Mon, 17-Mar-86 09:39:58 EST
Article-I.D.: utah-cs.3725
Posted: Mon Mar 17 09:39:58 1986
Date-Received: Fri, 21-Mar-86 20:50:55 EST
References: <579@whuts.UUCP> <3716@utah-cs.UUCP> <122@randvax.UUCP>
Distribution: na
Organization: Halff Resources, Inc.
Lines: 23
Summary: Help with Kermit sought
Xref: cbosgd net.micro.pc:8489 net.micro:7031

In article <122@randvax.UUCP>, jim@randvax.UUCP (Jim Gillogly) writes:
> In article <3716@utah-cs.UUCP> halff@utah-cs.UUCP (Henry M. Halff) writes:
> >                         Here are some problems that I've encountered:
> > ...
> >4.  Some programs won't run under Desqview, among them are Dr. Halo and
> >MS-Kermit.
> 
> I use MS-Kermit (version 2.28) regularly with DESQview ...
> ... when I have a massive file (like web2) to download
> to the PC while I do useful work locally.  ...
> If there's interest I can dredge up the settings I use for it.

The problem that I have with Kermit and Desqview is that after I initiate
a file transfer and switch out of the Kermit window, Kermit continues to
write status information (Number of blocks transferred, retries, etc.) to
the screen, thus overwriting the foreground task's display.  I assumed that 
this behavior is because Kermit is stuffing bytes directly to screen RAM.
But, if someone has settings that avoid this problem, I'd appreciate
getting them.  Perhaps there are other people on the net that would
appreciate that information as well.
-- 
Henry M. Halff                                       Halff Resources, Inc.
halff@utah-cs.ARPA                 4918 33rd Road, N., Arlington, VA 22207