Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!philabs!seismo!hao!hplabs!sri-unix!CCVAX.ty@nosc
From: CCVAX.ty%nosc@sri-unix.UUCP
Newsgroups: net.micro.cpm
Subject: Re:  Results of ZCPR2 Query to Date
Message-ID: <13964@sri-arpa.UUCP>
Date: Wed, 23-Nov-83 12:14:49 EST
Article-I.D.: sri-arpa.13964
Posted: Wed Nov 23 12:14:49 1983
Date-Received: Sun, 27-Nov-83 04:49:49 EST
Lines: 24

From:  Ty Wernet <CCVAX.ty@nosc>

Rick,
A disadvantage to ZEX that makes me go back and use one of the disk-based
submit type programs is that when using ZEX I am unable to run programs that
need speed.  For example, I am running a SUPER19 like rom in my terminal
at 38,400 baud.  I request the date from the terminal under the regular
submit like programs and have no problem,  when using ZEX, it is unable
to handle the characters coming back from the terminal.  That makes programs
that use the date feature of my terminal useless.  Even running at 9600 baud
ZEX is unable to keep up.  Other than the speed problem ZEX does everything
else that I require.  When I say ZEX is unable to handle the characters coming
back from the terminal it is ZEX dropping/missing them.

I have implemented ZCPR2 on our machines here at work and also all the ones
we have at home.  We currently do not use ZCPR2's named directories.  We had
developed a "CD" of our own running under ZCPR1.  It is name based with 
unique directory recognition.  The .dir file is only a text file containing
disk,user#,name.  A rather simple solution but works well.  When ZCPR2 came
around we just moved our "CD" over.
 

			ty@nosc
---