home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / protocol / ppp / 750 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.2 KB
  1. Path: sparky!uunet!ukma!darwin.sura.net!jvnc.net!netnews.upenn.edu!msuinfo!indian.cps.msu.edu!perkins
  2. From: perkins@cps.msu.edu (Stephen Perkins)
  3. Newsgroups: comp.protocols.ppp
  4. Subject: Sparc panic
  5. Message-ID: <1992Sep6.160053.15053@msuinfo.cl.msu.edu>
  6. Date: 6 Sep 92 16:00:53 GMT
  7. Sender: news@msuinfo.cl.msu.edu
  8. Organization: Dept. of Computer Science, Michigan State University
  9. Lines: 39
  10. Originator: perkins@indian.cps.msu.edu
  11.  
  12. I have installed PPP (I tried both ppp-sunos4.1.pl6.tar.Z and
  13. pppd-1.01beta.tar.Z) on a Sparc1 running SunOS Release 4.1.1.  The
  14. installation seems to be successful and my NeXT at home seems to
  15. communicate nicely.  However, I have encountered a rather nasty
  16. problem when I try a binary FTP between the Sparc and the NeXT.  I can
  17. transfer files in Ascii mode and even a few in binary mode, but most
  18. binary files cause the Sparc to crash.  The /usr/adm/messages file
  19. gives a message like:
  20.  
  21. Sep  2 20:22:29 sol vmunix: assertion failed: dbp->db_ref > 0, file: ../../os/str_buf.c, line: 526
  22.  
  23. The OS then panics and reboots.
  24.  
  25. The problem does seem to be with binary files because I was able to
  26. transfer gcc (9meg uuencoded) with no problems.  It also only occurs
  27. when the transfer is from the sparc to the NeXT.  Binary transfers
  28. from the NeXT to the Sparc work fine.  To clarify, it doesn't matter
  29. which end I run FTP from.  If the file is being sent from the Sparc to
  30. the NeXT (FTP on Sparc using put) or received from the Sparc by the
  31. NeXT (FTP on NeXT using get), the Sparc crashes.
  32.  
  33. I am running the link over a NetBlazer using telnet to the host on
  34. which I installed PPP (Unfortunately, not allowed to use the
  35. NetBlazers PPP).  I don't think that telnet is the problem, but
  36. somebody suggested that I make sure characters 250-255 were escaped.
  37. So I went as far as modifying the source to force those characters to
  38. be escaped.  Didn't help.  
  39.  
  40. I'm not lucky enough to have the source to str_buf (object located in
  41. /usr/kvm/sys/sun4c/OBJ/str_buf.o).  Is there anybody who has an idea
  42. of what the problem may be??  Help would be sincerely appreciated.
  43.  
  44. - Steve
  45.  
  46. -- 
  47. ====================================================================
  48. Stephen Perkins                    |
  49. Department of Computer Science     | perkins@cps.msu.edu
  50. Michigan State University          |
  51.