home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / misc / 3295 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  1.3 KB

  1. Path: sparky!uunet!racerx!bridge.COM
  2. From: ken@bridge.COM (Ken Hardy)
  3. Newsgroups: comp.sys.sun.misc
  4. Subject: adjtime(2)
  5. Message-ID: <1130@racerx.bridge.COM>
  6. Date: 23 Jul 92 15:27:26 GMT
  7. Sender: ken@racerx.bridge.COM
  8. Organization: Planet Earth
  9. Lines: 23
  10.  
  11. I've got a realtime source of what, for my purposes, can be considered
  12. the "correct" time.  I'm trying to use the adjtime(2) system call to
  13. adjust the time on a ss1 and a 386i to match what I'm seeing in the
  14. data feed.
  15.  
  16. The man page says that adjtime(2) will return the amount of any remaining
  17. adjustment from a previous call in the timeval struct pointed to by
  18. the second arguement.  I _always_ get zeroes returned in this
  19. structure, even immediately after setting an adjustment that has not
  20. had time to take effect yet (as verified by checking the system time
  21. before and after.)
  22.  
  23. Q1: Is the time adjustment amount in an adjtime(2) call added to any
  24.     remaining adjustment from a previous call, or does it supercede
  25.     it, replacing it as an absolute value?
  26.  
  27.     If it is cumulative, I need to know the remaining value so that I
  28.     don't blindly whipsaw the clock around when trying to make an
  29.     adjustment when a previous one is still taking effect.
  30.  
  31. Q2: Is the adjtime(2) call known to not work as advertised?  I'm
  32.     running SunOS 4.1.1 on a ss1 and SunOS 4.0 on a 386i.
  33.  
  34.