home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / kerberos / 989 < prev    next >
Encoding:
Text File  |  1993-01-07  |  2.7 KB  |  56 lines

  1. Newsgroups: comp.protocols.kerberos
  2. Path: sparky!uunet!gatech!udel!wupost!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!stanford.edu!EDDIE.MIT.EDU!harvard!scubed!riipsdev.waterloo.ncr.com!ajlill
  3. From: harvard!scubed!riipsdev.waterloo.ncr.com!ajlill@EDDIE.MIT.EDU (Tony Lill)
  4. Subject: Re: Porting problems in V5
  5. Message-ID: <9301041504.AA03631@riipsdev.waterloo.ncr.com>
  6. Sender: news@shelby.stanford.edu (USENET News System)
  7. Organization: Internet-USENET Gateway at Stanford University
  8. References: <1gll1cINNs0o@usenet.INS.CWRU.Edu>
  9. Date: Mon, 4 Jan 1993 15:04:04 GMT
  10. Lines: 44
  11.  
  12. >> In article <9212082146.AA07100@riipsdev.waterloo.ncr.com> harvard!scubed!riipsdev.waterloo.ncr.com!ajlill@eddie.mit.edu writes:
  13. >> >For those of you lucky enough not to have dealt extensively with DOS don't
  14. >> >know, the DOS time() call returns the number of seconds since midnight, Dec
  15. >> >31, 1899, rather than Jan 1, 1970.
  16. >> 
  17. >> That's strange.  Every DOS C compiler I've used returns seconds since
  18. >> Jan. 1, 1970.  The only time I've seen something based on 1899/1900
  19. >> was in code that queried a time server for the time.  time()'s very
  20. >> definition depends on the Unix epoch of 1/1/70.
  21.  
  22. Surprise! In C 7.0, they changed the definition of time. 
  23.  
  24. >> No matter what, you have the right solution, I think.  A better solution,
  25. >> if possible, would be to fix the offset used by your time() call.
  26.  
  27. Yes, after trying to make Kerberos work with this weird definition of
  28. time, I've found that for the decrypt integrity checks (as written) to
  29. work depends on both machines using the same epoch to encode time 0,
  30. so I'll be changing krb5_timestamp to offset it. I've already provided
  31. my own gmtime since the one in the Windows 3.1 SDK libraries is sooooo
  32. broken, it's not funny (they don't even have a large model object in
  33. the large model library!).
  34.  
  35. Windows/NT the death of UNIX? At least UNIX knows what time it is!
  36.  
  37. >> >Pepsy (from isode 8.0) turns that into an int when it creates it's
  38. >> >tables.
  39. >> 
  40. >> That's a bug in Pepsy-on-DOS, or Pepsy-on-PDP-11 for that matter.  :-)
  41. >> Someone did a port of ISODE to DOS a while back.  You might see if you
  42. >> can find that port, since the Pepsy there probably has this bug fixed.
  43.  
  44. Actually, that problem turned out to be a bug in int2prim() or
  45. something not getting what was expected in 0x1ff<<24. (Hint: this is 0
  46. on a 16 bit machine).
  47.  
  48. - ---
  49. Tony Lill,                                 Tony.Lill@Waterloo.NCR.COM
  50. President, A. J. Lill Consultants                 (519) 650 0660
  51. 539 Grand Valley Dr., Cambridge, Ont.             (519) 653 9732
  52. presently at E&M Waterloo, NCR Canada Ltd.        (519) 884 1710 x624
  53.                          voice plus 643 1624
  54.  
  55. "Welcome to All Things UNIX, where if it's not UNIX, it's CRAP!"
  56.