Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!rutgers!princeton!allegra!ulysses!mhuxr!mhuxt!mhuxv!mhuxf!ihnp4!chinet!wmf From: wmf@chinet.UUCP (William M. Fischer) Newsgroups: net.micro.pc Subject: Re: Procomm 2.4.1 bugs Message-ID: <661@chinet.UUCP> Date: Wed, 22-Oct-86 22:01:33 EDT Article-I.D.: chinet.661 Posted: Wed Oct 22 22:01:33 1986 Date-Received: Thu, 23-Oct-86 23:08:26 EDT References: <216@dayton.UUCP> <2150@sdcsvax.UCSD.EDU> Reply-To: wmf@chinet.UUCP (William M. Fischer) Distribution: world Organization: chi-net, Public Access UN*X, Chicago IL Lines: 29 In article <2150@sdcsvax.UCSD.EDU> rick@beowulf.UUCP (Rick Randall) writes: >In article <216@dayton.UUCP> sjm@dayton.UUCP (Steven J. McDowall) writes: >> >>Having used Procomm 2.4.1 (tm) for a little while now, I still have >>found these various bugs (same as 2.4 suprise!): >> >> 1) When in vt-100 mode, and in line-wrap (auto wrap) it still >> wraps at the 80'th character, even if the next character is ...when downloading with KERMIT ... >> convert N/L (ie. Line Feeds) into C/R L/F pairs. Even if you specify >> a binary file transfer. Needless to say, this wrecks havok. I am writing this with version 2.4.2, just released, and have to say that the line wrap problem has been alleviated, tho not completely cured. Using vi, the text will either jump down two lines or reverse feed one line if one tries to write off the end of the line. A ^L clears it all up... minor, but annoying. More serious is the inability of PROCOMM to use kermit to transfer binaries in a consistant fashion. The LF to CR/LF problem can be fixed from the setup menu in the terminal section. In spite of this, binaries are a hit or miss proposition at best. Text kermit xfer's up and down work admirably...(sigh). -- ==================================================== | Fortiter in re, || Bill Fischer | | suaviter in modo. || ...ihnp4!chinet!wmf | ====================================================