home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v6 / text0043.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.5 KB
  1. From: campbell%maynard.UUCP@HARVISR.HARVARD.EDU (Larry Campbell)
  2. Date: Fri, 5 Sep 86 01:51:09 EDT
  3. Organization: The Boston Software Works, Inc.
  4.  
  5. >From: hadron!jsdy@seismo.UUCP (Joseph S. D. Yao)
  6. >
  7. >In addition, you would not be "retaining" any capability -- the systems
  8. >I know tend to turn negative dates into something on the order of:
  9. >    Sat Feb  5 01:28:16 2^A06
  10. > ...
  11. >(Results from 4BSD and Ultrix on VAX and 680x0 processors.  I haven't
  12. >tried this on the s5/VAX.)
  13.  
  14. For what it's worth, I tried several interesting values on my VENIX 2.0
  15. (V7-based) system.  It handles negative values "properly" (that is, it
  16. prints reasonable dates prior to 1970);  for instance, 0xC0000000 yields
  17. "1935 Dec 23 05:22:56".  And it also handles dates beyond 2000 correctly;
  18. 0x70000000 yields "2029 Jul 18 01:49:52".
  19. -- 
  20. Larry Campbell                             The Boston Software Works, Inc.
  21. ARPA: campbell%maynard.uucp@harvard.ARPA   120 Fulton Street, Boston MA 02109
  22. UUCP: {alliant,wjh12}!maynard!campbell     (617) 367-6846
  23.  
  24. [ Depends on what you call broken.
  25.  
  26. Another example where time values outside the currently supported
  27. (or proposed) range would be useful:  some of us like to play with
  28. genealogical software;  I have known ancestors back to the thirteenth
  29. century and frequently work with data to the sixteenth century.
  30. But time_t probably isn't the appropriate format to keep such dates,
  31. considering Julian vs. Gregorian calendars, old and new style new years,
  32. etc.  -mod ]
  33.  
  34. Volume-Number: Volume 6, Number 44
  35.  
  36.