Article View: comp.protocols.ppp
Article #141Sparc eating extra characters
From: Stephen Perkins
Date: Mon, 28 Sep 1992 02:23
Date: Mon, 28 Sep 1992 02:23
82 lines
3131 bytes
3131 bytes
I have had a terrible time getting PPP to run on my current setup. I had it working at one location, and after I moved, I tried to install it at another. The configuration is that I have PPP running on a Sparc1+ running SunOS 4.1.1 and PPP on a NeXT at home. Everything works fine except that when I try to do binary FTP transfers, 9 times out of 10, the Sparc will crash. I think that I have narrowed down the problem. I wrote two simple test programs that are designed to test the link. They determine which characters are being eaten as they are sent across (One program writes, one reads). Now, if I run the programs like: writeit | readit without going over the link I get: Lost char number 9 Lost char number 10 Lost char number 11 Lost char number 12 Lost char number 13 Lost char number 32 This is true on my NeXT and on our sun server. When I run this over the modem link (and through the terminal server that was in binary mode) I get the same thing. This is OK because PPP automatically escapes these characters and they get sent across fine (asyncmap of all ones). However, when I run the same program at the command prompt on the Sparc running PPP I get (Please note that I am using kermit to do these tests, not telnet or rlogin via PPP): Lost char number 9 Lost char number 10 Lost char number 11 Lost char number 12 Lost char number 13 Lost char number 32 Lost char number 134 Lost char number 142 Lost char number 150 Lost char number 158 Lost char number 166 Lost char number 174 Lost char number 182 Lost char number 198 Lost char number 206 Lost char number 214 Lost char number 221 Lost char number 222 Lost char number 234 Lost char number 249 Lost char number 250 Low and behold, I get the same characters lost when going over the modem link. These characters (the ones of value > 32) are not automatically quoted by PPP. They are being eaten and this is probably what causes the kernel to crash. I checked the tty settings (via "stty everything") and they are identical between the PPP sparc and our Sun server. I also tried the csh instead of tcsh. Both Suns (PPP Sparc and server) are running SunOS 4.1.1. Anybody have any ideas why the PPP Sparc is eating the extra characters?? Any help would be sincerely appreciated. Thanks, Steve -- ==================================================================== Stephen Perkins | Department of Computer Science | perkins@cps.msu.edu Michigan State University |
Technical Details
Message-ID:
<1992Sep28.022313.5188@msuinfo.cl.msu.edu>Path:
arc1-ca.pugleaf.net!sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uchinews!msuinfo!indian.cps.msu.edu!perkinsShow Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uchinews!msuinfo!indian.cps.msu.edu!perkins From: perkins@cps.msu.edu (Stephen Perkins) Newsgroups: comp.protocols.ppp Subject: Sparc eating extra characters Message-ID: <1992Sep28.022313.5188@msuinfo.cl.msu.edu> Date: 28 Sep 92 02:23:13 GMT Sender: news@msuinfo.cl.msu.edu Organization: Dept. of Computer Science, Michigan State University Lines: 82 Originator: perkins@indian.cps.msu.edu