Path: utzoo!attcan!uunet!lll-winken!ames!ncar!boulder!sunybcs!bingvaxu!leah!itsgw!nyser!njin!rutgers!ucla-cs!wales
From: wales@valeria.cs.ucla.edu (Rich Wales)
Newsgroups: comp.sys.ibm.pc
Subject: Re: Telix: initial reactions from a Procomm Plus user
Message-ID: <19548@shemp.CS.UCLA.EDU>
Date: 14 Jan 89 22:48:26 GMT
References: <19505@shemp.CS.UCLA.EDU>
Sender: news@CS.UCLA.EDU
Reply-To: wales@CS.UCLA.EDU (Rich Wales)
Organization: UCLA CS Department, Los Angeles
Lines: 37

A couple of clarifications, and a new bug.

In article <19505@shemp.CS.UCLA.EDU> I wrote:

	Bug in dialing directory editing:  Parity is always reset by
	default to NONE if you pass through the existing setting via
	RETURN -- even if the entry already has some other value.  This
	is serious:  if you aren't careful, you could easily end up with
	an "N71" terminal mode (which generally won't work *at all*).

Further investigation shows that this bug applies only if the existing
parity setting in the directory entry is SPACE.  A setting of EVEN or
ODD will be retained -- but SPACE gets set back to NONE unless you
explicitly reaffirm it as you pass through the fields in the entry.
(I ran into the bug because I was trying to use an "S71" mode.)

	Bug in setting default initial terminal mode:  If you try to set
	the default mode to be 7 bits with parity, the parity will be
	forgotten and will always change back to NONE the next time you
	run Telix.  The only workaround seems to be to set an 8-bit
	default mode (N81).

Similarly, this bug apparently occurs only when you try to set the
default parity to SPACE.

I found another bug/misfeature after sending my original message.  If
you use "fgets" in a SALT script to read a line from a file -- and if
the last (or only) line doesn't end in CR-LF (quite possible if you use
COPY CON or some editors) -- when "fgets" reads this line it will put
it into the string variable with the ^Z (end-of-file marker) on the end.
Presumably, it would make much more sense for "fgets" to remove this ^Z,
just as it currently removes a CR-LF.

-- Rich Wales // UCLA Computer Science Department // +1 (213) 825-5683
   3531 Boelter Hall // Los Angeles, California 90024-1596 // USA
   wales@CS.UCLA.EDU      ...!(uunet,ucbvax,rutgers)!cs.ucla.edu!wales
"Now, if you do see me again today, I want you to report it to me immediately."