home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / bsd / 2870 < prev    next >
Encoding:
Text File  |  1992-07-25  |  2.0 KB  |  40 lines

  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!snorkelwacker.mit.edu!bloom-picayune.mit.edu!athena.mit.edu!eichin
  3. From: eichin@athena.mit.edu (Mark W. Eichin)
  4. Subject: Re: Some questions, some fixes, some suggestions
  5. In-Reply-To: dealwisb@cognos.com's message of 25 Jul 92 18:23:54 GMT
  6. Message-ID: <EICHIN.92Jul25191400@portnoy.mit.edu>
  7. Sender: news@athena.mit.edu (News system)
  8. Nntp-Posting-Host: portnoy.mit.edu
  9. Organization: Massachusetts Institute of Technology
  10. References: <1992Jul25.182354.14203@cognos.com>
  11. Date: Sat, 25 Jul 1992 23:14:05 GMT
  12. Lines: 26
  13.  
  14. According to dealwisb@cognos.com (Brian de Alwis):
  15. >>       The tty_ring patch from Mark Eichin (eichin@athena.mit.edu) in
  16. >> <EICHIN.92Jul21092841@tweedledumber.mit.edu> says that the rbp and cpp
  17. >> paramters to nextc() were reversed - not so in my code...
  18.     On closer inspection, it appears that rather than changing
  19. nextc, all of the *uses* of nextc were changed. If you look at
  20. tty_ring.c, all of the ring buffer ops consistently take a struct
  21. ringb* as the "last" argument. In 0.0, all uses of nextc passed the
  22. ringb as the first argument, probably because someone read the order
  23. of the argument declarations in the definition of nextc...
  24.     For clarity, I'd still suggest that line 83 be changed from:
  25.         nextc(cpp, rbp) struct ringb *rbp; char **cpp; {
  26. to
  27.         nextc(cpp, rbp) char **cpp; struct ringb *rbp; {
  28. so that people are less confused by it; there have been C compilers
  29. that got the argument handling wrong if the order didn't match, though
  30. the compiler you'd be using to compile this isn't one of them.
  31.     (Thanks for pointing this out and getting me to look at it
  32. further. I still want to know why line 25 says " * NOT MAKE USE THIS
  33. WORK."  instead of "* NOT MAKE USE OF THIS WORK." as it did in 0.0...
  34. and the reference in 2.12 of terry@npd.Novell.COM (Terry Lambert)'s
  35. unofficial FAQ should probably be elided. The tty problems aluded to
  36. there are from some other source.)
  37.  
  38.                 _Mark_ <eichin@athena.mit.edu>
  39.                 MIT Student Information Processing Board
  40.