jstraigl@uokmax.ecn.uoknor.edu (Jeffrey S Traigle) (10/03/90)
I just received version 2.2 of Proterm from Insync Software last week. I have run across a few apparent bugs in the program and I was wanting to confirm them with others on the net. 1. ^Z doesn't work in the editor. The program displays "Text was not found. Press [RET]" at the bottom of the screen. 2. Open apple-C won't turn off the copy buffer after a write to disk in the middle of a long ASCII capture. 3. The Kermit protocol doesn't work at all. When trying to receive, I get "Data Timeout" errors and have to abort the transfer. When trying to send, I get "Block Timeout" and "Ack Failure" until it reaches the maximum number of consecutive errors and aborts the transfer. Of these apparent bugs, the last one is the most critical. I do all of my programming assignments at home and transfer them to the school system to compile and execute them so I absolutely must have Kermit. I called Insync last Friday to see what the problem was, but the tech support guy who talked to me wasn't the "technical technical person" and told me he would pass the word on to the appropriate person and let him get back to me. Well, it's Tuesday and I haven't heard from this guy yet. Not only was the guy I talked to no help, but he said they had had no complaints about the new software. Of course, I find that hard to believe. Any help or confirmation of these apparent bugs will be greatly appreciated. =============================================================================== || Jeff Traigle || jstraigl@uokmax.uoknor || cslsjt@alliant.uoknor || =============================================================================== || B.S. in Computer Science 1991 || 1992 B.A. in Ethics and Religion || ===============================================================================
ART100@psuvm.psu.edu (Andy Tefft) (10/03/90)
In article <1990Oct2.210457.23936@uokmax.ecn.uoknor.edu>, jstraigl@uokmax.ecn.uoknor.edu (Jeffrey S Traigle) says: > >3. The Kermit protocol doesn't work at all. When trying to receive, I > get "Data Timeout" errors and have to abort the transfer. When trying to > send, I get "Block Timeout" and "Ack Failure" until it reaches the > maximum number of consecutive errors and aborts the transfer. Before you blame this on Proterm, make sure the parity is set the same on both ends of your connection. Set the parity from within kermit on the remote end to whatever you have it set at in proterm. Set both ends to even parity, since there might be a terminal controller somewhere that is changing the parity that you don't know about. It took me a while to figure this out using Kermit 3.86. I call up a data switch that takes any parity but talks to the mainframe with even parity, so the remote kermit wanted to talk even parity and my apple wanted to talk no parity. If you still get timeouts, then blame proterm :-) even though it might be something else.
unknown@ucscb.UCSC.EDU (The Unknown User) (10/03/90)
In article <1990Oct2.210457.23936@uokmax.ecn.uoknor.edu> jstraigl@uokmax.ecn.uoknor.edu (Jeffrey S Traigle) writes: >1. ^Z doesn't work in the editor. The program displays "Text was not found. > Press [RET]" at the bottom of the screen. Well I don't even know what ^Z is supposed to do.. But from about 10 seconds of fiddling, I just found that I -think- it finds the next occurrance (sp?) of whatever you told it to look for the last time... And if that's what it's SUPPOSED to do, it's doing it.. (in my quickie fiddling, what's apparently what it does). >3. The Kermit protocol doesn't work at all. When trying to receive, I > get "Data Timeout" errors and have to abort the transfer. When trying to > send, I get "Block Timeout" and "Ack Failure" until it reaches the > maximum number of consecutive errors and aborts the transfer. Kermit's worked for me.. In fact when I used to telnet to my account here, X/Ymodem wouldn't work (because of some 7 bits instead of 8 bits which the xfer protcol expects I BELIEVE. just a guess)... Kermit worked fine for me but it's slow as molasses.. This isn't meant as a solution to your problem, but just what I did.. I uuencoded files (if they weren't already BINSCIIed), catted them, and captured that.. It was about 4 times faster than Kermit! -- / Apple II(GS) Forever! unknown@ucscb.ucsc.edu \ \"If cartoons were meant for adults, they'd be on in prime time."-Lisa Simpson/
jerryk (Jerry Kindall) (10/04/90)
In response to Jeff Traigle's ProTERM 2.2 bugs: 1) they switched the functions of ^X and ^Z in the editor. ^Z is now Find Again, ^X is now delete line. You can change them back to the old way with the keyfix program, I think. 2) The problem with the copy buffer not turning off may be the same one that is in older versions. I've found that it really does turn off (ie, you don't see the number of bytes going down) but the status line still says it's on. (Haven't tried this on PT 2.2 though.) 3) NFI on the Kermit problems. Of course, PT's Ymodem and Zmodem are also supposedly "fixed" but I have it on good authority that its Zmodem is still pathetic. (Not only from a standpoint of performance -- I've never been able to get it to work -- but from a technical standpoint of doing what Zmodem is supposed to do.) JerryK