home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v6 / text0042.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.9 KB
  1. From: hadron!jsdy@seismo.UUCP (Joseph S. D. Yao)
  2. Date: Tue, 2 Sep 86 04:14:29 edt
  3. Organization: Hadron, Inc., Fairfax, VA
  4.  
  5. In article <5638@ut-sally.UUCP> you write:
  6. >From: elsie!ado@seismo.UUCP 
  7. >While it's true that no UNIX files date back to before January 1, 1970,
  8. >there *are* uses for times before that epoch:  in personnel data bases where
  9. >birth dates are recorded; in data bases recording astronomical events;
  10. >in stock market price data bases (as used by chartist fanatics); and elsewhere.
  11.  
  12. These should be recorded in the DATE format of your DBMS, not as a
  13. longint!  If your DBMS has no DATE format (tsk!), it should be recorded
  14. as three [or six] ints.  Yes, I know you'll have to compare via a
  15. procedure instead of an op; see the (tsk!) above.
  16.  
  17. >(And what of all those old 7094 executables that are being used on IBM machines
  18. >running UNIX or a cousin?  :-))
  19.  
  20. What of them?
  21.  
  22. >I see more use in the short run for being able to record times between
  23. >1901 and 1970 that I see for being able to record times after 2038.
  24.  
  25. Possibly.  But I plan to be living (and making plans) well into the
  26. 2000's.  I don't want to run up against a wall.  (I already have, in
  27. that versions of Unix today don't allow such dates, and I have -- I
  28. don't remember why! -- tried to use them.)
  29.  
  30. In addition, you would not be "retaining" any capability -- the systems
  31. I know tend to turn negative dates into something on the order of:
  32.     Sat Feb  5 01:28:16 2^A06
  33. (This is -(60*60*24): the '^A' is, yes, a control-A.)
  34. Any date after 31 Dec 1999 up to some value >> 2^31 loses everything
  35. after the '2' in the year:  I think the second char of the year is
  36. being converted to a control-@, or NUL character.
  37.  
  38. (Results from 4BSD and Ultrix on VAX and 680x0 processors.  I haven't
  39. tried this on the s5/VAX.)
  40. -- 
  41.  
  42.     Joe Yao        hadron!jsdy@seismo.{CSS.GOV,ARPA,UUCP}
  43.             jsdy@hadron.COM (not yet domainised)
  44.  
  45. Volume-Number: Volume 6, Number 43
  46.  
  47.