Path: utzoo!utgpu!watserv1!watmath!att!att!bu.edu!purdue!haven!umd5!oppenhei
From: oppenhei@umd5.umd.edu (Richard Oppenheimer)
Newsgroups: comp.windows.ms
Subject: Re: Screen Peace stops Zmodem d/l in WinQVT
Message-ID: <7491@umd5.umd.edu>
Date: 30 Oct 90 03:53:47 GMT
References: <2274@sparko.gwu.edu> <1990Oct29.185752.11097@sj.ate.slb.com>
Reply-To: oppenhei@umd5.umd.edu (Richard Oppenheimer)
Organization: University of Maryland, College Park
Lines: 30

In article <1990Oct29.185752.11097@sj.ate.slb.com> poffen@sj.ate.slb.com (Russ Poffenberger) writes:
>In article <2274@sparko.gwu.edu> fc173108@seas.gwu.edu () writes:
>>
>>    I think the subject line says it all:  When I am downloading with 
>>WinQVT running Screen Peace also, when Screen Peace starts up after
>>it's normal time, the downloading is stopped (well, actually paused
>>until I do some mouse/keyboard action and stop Screen Peace).

>
>Yes, it seems to not give multitasking control back to windows once the screen
>is blanked. What I suggest you do is define a "never" corner (read docs) and
>put your cursor there when downloading. This will prevent the blanker from
>invoking.

No, no, no, no! I can't believe that Screen Peace is the culprit here. I use
Crosstalk for Windows and when I do File Transfers (Kermit, Xmodem/CRC, Zmodem)
I never have any problems when the screen gets blanked. As a matter of fact I
usually see an increase in performance since the screen does not have to be 
updated with transfer statistics. The only transfer problems I encounter are 
when I attempt to open WFW and load a document. It seems that the other end
starts getting confused and times out. The disk activity appears to be too
much. But of this I am not sure.

Let's not jump to confusions. Remember what A.S.S.U.M.E. stands for.

-- 
Computer Science Center		Richard Oppenheimer
University of Maryland		oppenhei@umd5.umd.edu (office)
College Park, Maryland ,USA	richard@wam.umd.edu (home)
****** My employer cares not what I think and knows not what I say. ********