home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v6 / text0047.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  2.9 KB
  1. From: mnetor!utzoo!dciem!msb@seismo.UUCP  (Mark Brader)
  2. Date: Thu, 11 Sep 86 18:37:22 edt
  3.  
  4. > Another example where time values outside the currently supported
  5. > (or proposed) range would be useful:  some of us like to play with
  6. > genealogical software;  I have known ancestors back to the thirteenth
  7. > century and frequently work with data to the sixteenth century.
  8. > But time_t probably isn't the appropriate format to keep such dates,
  9. > considering Julian vs. Gregorian calendars, old and new style new years,
  10.  
  11. I would say that time_t WOULD be the appropriate format, for PRECISELY
  12. those reason, if the range was available.  To say otherwise is to say
  13. that time_t is inappropriate for the way it's normally used because of
  14. time zones and daylight and standard time.
  15.  
  16. [ Not precisely, since the form a date is recorded in may vary according
  17. to not only present location but national origin of the recorder or of the
  18. person whose date it is, since there are relatively odd formats (1617/18
  19. is a common format, being used with a date between Jan 1 and Mar 15),
  20. since many dates are incomplete (e.g., only year is known), and since
  21. accuracy to the hour is very rare, not to even mention minutes or seconds.
  22.  
  23. Incidentally, the Mormon Church is coordinating the development of
  24. something called GEDCOM (GEnealogical Data COMmunications), which is
  25. a genealogical data interchange format.  (It looks rather like a network
  26. presentation layer to me, even resembling XDR a bit.)  They must have
  27. produced some standard for genealogical dates.  I believe I will write
  28. off for a copy for myself.  The address (if anyone else is interested)
  29. is probably
  30.  
  31.     Genealogical Department
  32.     Ancestral File Operations Unit
  33.     50 E. North Temple St.
  34.     Salt Lake City, UT 84150
  35.  
  36. However, I suspect that general discussions on genealogy belong in
  37. another newsgroup, so submissions to mod.std.unix related to genealogy
  38. should probably be kept related to date formats or other implementation
  39. issues.  -mod ]
  40.  
  41. While I'm writing I must correct the common assertion that time_t represents
  42. a time in the UT (GMT) system.  It doesn't.  It represents a time in seconds
  43. from a certain epoch.  The time in time_t form at the moment, for instance, is
  44. 526,841,748.  The corresponding time in UT is 4:55:48 pm.  Granted that
  45. the latter is derived from the former by slightly simpler arithmetic than
  46. is my local zone time, that doesn't mean that a time_t represents a time
  47. in UT in particular.
  48.  
  49. I don't think this is of sufficient interest to post to mod.std.unix,
  50. but you may post any or all if you wish.
  51.  
  52. Mark Brader, utzoo!dciem!msb
  53.     If ... it seems easier to subvert UNIX systems than most other systems,
  54.     the impression is a false one.  The subversion techniques are the same.
  55.     It is just that it is often easier to write, install, and use programs
  56.     on UNIX systems than on most other systems, and that is why the UNIX
  57.     system was designed in the first place.
  58.                 -- Frederick T. Grampp & Robert H. Morris
  59.  
  60. Volume-Number: Volume 6, Number 48
  61.  
  62.