Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!rutgers!maverick.ksu.ksu.edu!unlinfo.unl.edu!nolan From: nolan@helios.unl.edu (Michael Nolan) Newsgroups: comp.os.msdos.apps Subject: Re: ProComm Plus 2.0 problems Message-ID: Date: 21 Apr 91 00:53:46 GMT References: <91110.135957DOUG@ysub.ysu.edu> Sender: news@unlinfo.unl.edu Reply-To: nolan@helios.unl.edu Organization: University of Nebraska - Lincoln Lines: 32 Nntp-Posting-Host: helios.unl.edu DOUG@ysub.ysu.edu (Doug Sewell) writes: >Some problems we've found with PCPLUS 2.0: >- The man-page for 'sz' (send zmodem) on unix systems says that if > you use the -a option NLs are to be converted to CR/NL, and that > for Zmodem, the receiving side is responsible for it. PCPLUS doesn't > do this line-end translation. Workarounds: use DSZ like I did on > PCPLUS 1.x. Usually I'm downloading binary files, so it matters > less. I reported this to Datastorm about two months ago. Their response was non-committal at best. (Actually I think the tech support rep I spoke to didn't know diddly about Zmodem.) Another workaround is the unix2dos program which converts text files from unix format to MS-DOS format. I can't find a way to select the -e (escape non-Ascii characters) mode when sending from Procomm 2.0, either. >Are there any other problems ? Am I the only one with these problems ? Well, the Adds 60 and Adds 90 terminal emulations aren't quite replacements for the Adds Viewpoint emulation in earlier versions. On our NCR system, which supports ONLY Adds Viewpoint, the first line of every screen doesn't get displayed. This too was reported to Datastorm without much effect. I've had some other Zmodem problems (most serious: breaking the connection when a transfer aborts or is cancelled), but I'm not sure if these are being caused by Procomm or by the Zmodem on the other side. ------- Michael Nolan This is my .sig Internet: nolan@helios.unl.edu T*His_iS#MY%.SIg oN DrUGs!@%#@% UUCP: tssi!nolan Any questions?