home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sun / apps / 1915 < prev    next >
Encoding:
Internet Message Format  |  1992-09-13  |  2.5 KB

  1. Path: sparky!uunet!utcsri!bonnie.concordia.ca!hobbit.ireq.hydro.qc.ca!NetNews.ireq.hydro.qc.ca!gamin
  2. From: gamin@ireq-robot.hydro.qc.ca (Martin Boyer)
  3. Newsgroups: comp.sys.sun.apps
  4. Subject: Re: My Sun calendar man. went flaky - why?
  5. Message-ID: <GAMIN.92Sep13112450@amadeus.ireq-robot.hydro.qc.ca>
  6. Date: 13 Sep 92 15:24:50 GMT
  7. References: <1992Sep9.222549.29805@athena.cs.uga.edu>
  8. Sender: news@ireq.hydro.qc.ca (Netnews Admin)
  9. Organization: Le laboratoire de robotique de l'Institut de recherche
  10.     d'Hydro-Quebec
  11. Lines: 50
  12. In-Reply-To: weinri@athena.cs.uga.edu's message of 9 Sep 92 22:25:49 GMT
  13.  
  14. >>>>> Kevin Weinrich writes:
  15.  
  16. >when I double-click on a day, it brings up the *previous*
  17. >day.  If I set an appointment, it schedules it for a different time
  18. >(this last time, I set it for 6 p.m., it showed up at 1 p.m.).
  19.  
  20. That's a bug in cm.  Here's an excerpt from a message I saved a while
  21. ago:
  22.  
  23. >From: guy@Auspex.COM (Guy Harris)
  24. >Newsgroups: comp.windows.open-look
  25. >Subject: Re: SUN Calendar Manager
  26. >Date: 22 Apr 92 23:59:53 GMT
  27. >Organization: Auspex Systems, Santa Clara
  28. >
  29. >>after all, it no longer
  30. >>stupidly requires the kernel's notion of the time zone to be set, as of
  31. >>OW 3.0, as far as I know.)
  32. >
  33. >    To have made it depend on the kernel's notion of the time zone
  34. >    in one release is a misfortune; to have done it in two releases
  35. >    seems more like carelessness.
  36. >
  37. >            -- not Lady Bracknell (with apologies to Oscar
  38. >               Wilde)
  39. >
  40. >Well, I guess I was wrong.  Somebody in "comp.sys.sun.apps" said that
  41. >the OW 3.0 CM didn't work right until they ran "tzsetup".  I tried it
  42. >out by running a small program to set the kernel's notion of the current
  43. >time zone to a GMT offset of 0, and a DST type of DST_NONE, *without*
  44. >changing the *system's* notion of the current time zone (i.e.,
  45. >"/usr/share/lib/zoneinfo" still pointed to
  46. >"/usr/share/lib/zoneinfo/US/Pacific"), and fired up the OW 3.0 "cm"
  47. >(which then fired up "rpc.cmsd", which wasn't running prior to that).
  48. >
  49. >Surprise surprise, it was massively confused, but when I killed 'em both
  50. >off, ran "tzsetup", and re-started "cm", it was happier.
  51.  
  52. The problem, then, is that cm uses antiquated function calls.
  53. The work-around is to run tzsetup to tell your kernel to support those
  54. function calls.
  55.  
  56. On a broader scale, the problem is with Sun's software quality
  57. assurance.
  58.  
  59. --
  60. Martin Boyer                            mboyer@ireq-robot.hydro.qc.ca
  61. Institut de recherche d'Hydro-Quebec    mboyer@ireq-robot.uucp
  62. Varennes, QC, Canada   J3X 1S1
  63. +1 514 652-8412
  64.