home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / 3b1 / 3232 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  2.7 KB
  1. Path: sparky!uunet!beartrk!ceilidh!hijo-2!dnichols
  2. From: dnichols@ceilidh.beartrack.com (Don Nichols (DoN.))
  3. Newsgroups: comp.sys.3b1
  4. Subject: Re: Ping for TCP/IP
  5. Keywords: raw ethernet, ping, read, write
  6. Message-ID: <1992Aug29.003521.16561@ceilidh.beartrack.com>
  7. Date: 29 Aug 92 00:35:21 GMT
  8. References: <714157972@macbeth.cs.duke.edu> <1992Aug28.143120.25887@jhunix.hcf.jhu.edu> <715021719@macbeth.cs.duke.edu>
  9. Organization: D and D Data, Vienna Virginia
  10. Lines: 45
  11.  
  12. In article <715021719@macbeth.cs.duke.edu> pusateri@duke.cs.duke.edu (Thomas Pusateri) writes:
  13. >In article <1992Aug28.143120.25887@jhunix.hcf.jhu.edu>
  14. >andy@jhunix.hcf.jhu.edu (Andy Poling) writes:
  15. >>
  16. >>I too spent some time on ping (a long time ago).  My recollection is the
  17.  
  18.     As have I.  Is there anyone left who hasn't? :-)
  19.  
  20. >>same - I could never successfully read raw packets.  I don't think the
  21. >>SOCK_RAW socket support is complete...
  22. >
  23. >If we are ever going to solve problems like this, we are going to need either
  24. >a way to recompile the kernel source and put printf statements in it
  25. >or some type of kernel debugger to set break points and print registers
  26. >and assembly code. 
  27.  
  28.     There is a kernel debugger, I think still in the archives in
  29. OSU-CIS, and there are hooks to it in the 3.51m kernel, if I remember
  30. correctly.  I think that is was simply called kdb, which was also suggested
  31. as meaning "kernel de buggerer" in the wrong hands. :-)
  32.  
  33.     Another consideration is that access to the kernel sources, when and
  34. if it occurs, may not solve our problems with the ethernet, since the
  35. ethernet is using a loadable device driver from a third party, and *that*
  36. source may not be available to us.
  37.  
  38. >Even if we can get source some day, it would still be nice to have a kernel
  39. >debugger or monitor. Does anyone at AT&T or convergent know if there are
  40. >any development tools that could be released as well under the possible
  41. >upcoming source agreement? 
  42.  
  43.     Yes, anything else would be a welcome addition.  I'm not sure how
  44. much use kdb is without the source access, so we know what we're looking at,
  45. instead of guessing, based on the assumption that meaningful names were
  46. squeezed into 8-character variable names.  (At least the earlier versions of
  47. the compiler only kept a limited subset of the variable names as
  48. significant, so that probably is reflected in the kernel code, even if the
  49. most recent parts were compiled with the newer compiler.)  After all, who
  50. goes back and expands variable names in working code? :-)
  51.  
  52. -- 
  53. Donald Nichols (DoN.)     | Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
  54. D&D Data                  |  Email: <dnichols@ceilidh.beartrack.com>
  55. I said it - no one else   |         <nichols@nvl.army.mil>
  56.     --- Black Holes are where God is dividing by zero ---
  57.