home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / time / ntp / 1186 < prev    next >
Encoding:
Text File  |  1993-01-12  |  1.5 KB  |  38 lines
  1. Newsgroups: comp.protocols.time.ntp
  2. Path: sparky!uunet!pipex!warwick!pavo.csi.cam.ac.uk!maj
  3. From: maj@cl.cam.ac.uk (Martyn Johnson)
  4. Subject: Re: xntp3 refuses to talk from little-endian to big endian machines
  5. Message-ID: <1993Jan12.173201.25868@infodev.cam.ac.uk>
  6. Sender: news@infodev.cam.ac.uk (USENET news)
  7. Nntp-Posting-Host: ashby.cl.cam.ac.uk
  8. Organization: U of Cambridge Computer Lab, UK
  9. References: <1iukkuINNhmg@wintermute.phys.psu.edu>
  10. Distribution: inet
  11. Date: Tue, 12 Jan 1993 17:32:01 GMT
  12. Lines: 24
  13.  
  14. In article <1iukkuINNhmg@wintermute.phys.psu.edu>, kenh@leps5.phys.psu.edu (Ken Hornstein) writes:
  15. ...
  16. |>                      It _looks_ like there is a byte-order problem, but
  17. |> I have not gone that far into the problem.  Does anyone else run xntpd on
  18. |> a little endian machine?  If so, please let me know what you did to get it
  19. |> to work!
  20. ...
  21.  
  22. xntp2 had SEVERAL byte order problems in the xntpdc interface, though I
  23. did not find any in the main protocol. It was fairly obvious that whoever
  24. wrote the code had been fairly sloppy about hton and ntoh functions. In
  25. some places the wrong one of the pair was used, which doesn't cause anything
  26. to go wrong, but is an indication of carelessness.
  27.  
  28. I sent off patches for these problems to somebody who was collecting them,
  29. but I have no idea whether they ever made it into the definitive sources.
  30.  
  31. I haven't yet done the exercise for xntp3, so I cannot verify your assertion,
  32. but it would not surprise me to find byte order problems.
  33.  
  34. -- 
  35. Martyn Johnson      maj@cl.cam.ac.uk
  36. University of Cambridge Computer Lab
  37. Cambridge UK
  38.