1 INFO-VAX	Sun, 31 Mar 2002	Volume 2002 : Issue 178       Contents: Burning CD using LD  Re: Commnets on Mozilla9.9C Re: DCL minute of the day: navigation, degrees and all these things C Re: DCL minute of the day: navigation, degrees and all these things C Re: DCL minute of the day: navigation, degrees and all these things C Re: DCL minute of the day: navigation, degrees and all these things * Re: Help! VT100 emulators - some problems. Re: Itanium troubles Piping and recalling3 Re: Q: How can I set 1280x1024 mode on the S3 Trio? 8 RE: Sending Wake-up Message from NT to OpenVMS batch jobN Re: Slow Mozilla was(RE: Viability of a Commercial ISO-9960 formatter for VMS)0 Spring Forward, Fall Back - unfortunately not :-4 Re: Spring Forward, Fall Back - unfortunately not :-4 Re: Spring Forward, Fall Back - unfortunately not :-4 Re: Spring Forward, Fall Back - unfortunately not :-4 Re: Spring Forward, Fall Back - unfortunately not :-  F ----------------------------------------------------------------------  % Date: Sun, 31 Mar 2002 10:08:24 -0800 # From: "Tom Linden" <tom@kednos.com>  Subject: Burning CD using LD9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEGOEHAA.tom@kednos.com>   = I read the faq which directed me to David J. Dachtera site... , http://www.djesys.com/vms/cdrom.html#prepare   Example:( $ LD CREATE CDROM.DSK/SIZE=184320 ! 90MB This went fine, but then ...# FREJA>dir/size/date/owner CDROM.DSK < CDROM.DSK;1           184320  31-MAR-2002 09:42:33.08  [TOM]   $ LD CONNECT CDROM.DSK LDA1:! FREJA> ld connect cdrom.dsk lda1: ' %LD-F-DETECTEDERR, Detected fatal error - -SYSTEM-W-NOSUCHDEV, no such device available   < Also tried giving full file spec and leaving off lda1: , but same result   # Anybody know what I am doing wrong?         $ INIT LDA1: CDROM/CLUS=1/SYSTEM $ MOUNT/NOASSIST LDA1: CDROM% (Create your directory tree on LDA1:)  $ DISMOUNT/NOUNLOAD LDA1:  $ LD DISCONNECT LDA1:    ------------------------------  % Date: Sun, 31 Mar 2002 08:08:22 +0100 ( From: Paul Sture <paul.sture@bluewin.ch># Subject: Re: Commnets on Mozilla9.9 * Message-ID: <3CA6C3E8.7FA0E3AC@bluewin.ch>   Tom Linden wrote:  > G > Downloaded and installed this morning.  I ensured that all the system > > parameters were as recommended.  It took 20 seconds to load! > C > It took 19 secs to connect to www.openvms.compaq.com on a T1 line  > E > Using IE on a W2K box of similar speed connect time was less than a  > second, and loadup likewiae. > A > Looks to me like Mozilla needs a lot of work, but it may not be   > fixable without major rewrite. > G I've been using it for a couple of weeks now. While it renders some web E pages better than Netscape 3.03, it is very slow, even on a PWS 600au D with 512 MB RAM. I sacked it as a newsreader just an hour before youF wrote this message, and have seriously considered switching my Windows2 box back on, just for the newsreader I have on it.  C Instead of that, I've been looking at ANUNEWS, but there's a lot of F documentation to plough through first. Does anyone have a "get started, quickly cheat sheet" for getting that going?   @ > I don't think it is worthwhile testing any other features.  It< > remains attached to the window from which it was launched. > 5 > I think Compaq should entice Opera to port to VMS !   H Not a bad idea. On the mail/newsreader side they could do far worse than% port the Windows package I mentioned:   D http://www.atlantic-coast.com/va/ if anyone is interested. Free withC advertising banners, a whole $9.95 without. I used it happily for 7 E years and can say it is the one Windows application that I have found A most productive (with Quattro-Pro and WordPerfect close seconds).  __
 Paul Sture Switzerland    ------------------------------  % Date: Sun, 31 Mar 2002 09:04:50 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr> L Subject: Re: DCL minute of the day: navigation, degrees and all these things' Message-ID: <3CA6B512.8C647ED0@Free.fr>   F Thank you, Tom ("don't call the President, we will think on this a bit longer") [1]D but que question was: "with DCL" and the problem is actually "how to compute a cosinus in DCL".  F Effectively, my question is not related to my position, I just want toD compute the opposite side of a one degree angle with a distance of a" thousand miles. Here is the graph:  9                                  + C: reached destination 0     alpha: 1                    ! <-- distance?9 A: <_____________________________+ B: planned destination     me         1000 miles  - If my memory is good, BC = cos(alpha), right?   E Then, if I want to know how long I did cruise in the wrong direction, F knowing S my average speed, then the sea shift, the wind and all theseD other things which I do not know the English words for, I can write:  # X = AC = square_root((AB)2 + (BC)2)   * then, time T to do AC should be: T = X * S   D." (where is my Aspirin in chocolat?)
 Happy Easter!   B [1] citation from the film "Men of Honour" (French title) with Tom& Cruise, Jack Nicholson and Demi Moore.     Tom Linden wrote:  > F > Well, since the earth is not a perfect sphere, you can use spherical
 > harmonicN > expansion a few orders then you will need to give your starting lat/long andF > then it is a matter of some math, in other words use Fortran or PL/I >  > > -----Original Message-----8 > > From: Didier Morandi [mailto:Didier.Morandi@Free.fr]+ > > Sent: Saturday, March 30, 2002 12:07 PM  > > To: Info-VAX@Mvb.Saic.Com L > > Subject: DCL minute of the day: navigation, degrees and all these things > >  > > D > > I hurry up before midnite so that noone thinks that it may be an > > aprilfool question :-) > > I > > I am studying navigation. I bought a compass, a special CRAS ruler, a , > > book, the map for the exam, etc. Lovely! > > L > > I would like to write a DCL procedure which tells me by how many miles IJ > > will miss my destination if I have a thousand miles to cruise and I do? > > an error of one degree in my "cap" (English translation for  > > "cap"? Azimuth?) > >  > > Thanks,  > >  > > D.- > > Advanced DCL-aided Navigation Engineering  > > :-)  > >    ------------------------------  % Date: Sun, 31 Mar 2002 09:05:29 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr> L Subject: Re: DCL minute of the day: navigation, degrees and all these things& Message-ID: <3CA6B539.870F7F7@Free.fr>  2 That's a nice Easter Egg. Thank you Jean-Franois.
 Happy Easter.    D.   JF Mezei wrote:  >  > Didier Morandi wrote: L > > I would like to write a DCL procedure which tells me by how many miles IJ > > will miss my destination if I have a thousand miles to cruise and I do& > > an error of one degree in my "cap" >  > Your best friend is:) > http://williams.best.vwh.net/avform.htm    ------------------------------  % Date: Sun, 31 Mar 2002 14:11:19 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> L Subject: Re: DCL minute of the day: navigation, degrees and all these things' Message-ID: <3CA6FCE7.164D8866@aaa.com>   : Wasn't the whole question to actualy write it in *DCL* ???  : If so, I'd concider it cheating to use Fortran or Pl/I :-)   Jan-Erik Sderholm.      Tom Linden wrote:  > F > Well, since the earth is not a perfect sphere, you can use spherical
 > harmonicN > expansion a few orders then you will need to give your starting lat/long andF > then it is a matter of some math, in other words use Fortran or PL/I >  > > -----Original Message-----8 > > From: Didier Morandi [mailto:Didier.Morandi@Free.fr]+ > > Sent: Saturday, March 30, 2002 12:07 PM  > > To: Info-VAX@Mvb.Saic.Com L > > Subject: DCL minute of the day: navigation, degrees and all these things > >  > > D > > I hurry up before midnite so that noone thinks that it may be an > > aprilfool question :-) > > I > > I am studying navigation. I bought a compass, a special CRAS ruler, a , > > book, the map for the exam, etc. Lovely! > > L > > I would like to write a DCL procedure which tells me by how many miles IJ > > will miss my destination if I have a thousand miles to cruise and I do? > > an error of one degree in my "cap" (English translation for  > > "cap"? Azimuth?) > >  > > Thanks,  > >  > > D.- > > Advanced DCL-aided Navigation Engineering  > > :-)  > >    ------------------------------  % Date: Sun, 31 Mar 2002 16:37:39 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr> L Subject: Re: DCL minute of the day: navigation, degrees and all these things' Message-ID: <3CA71F34.C50A7CAF@Free.fr>   	 right :-)    Jan-Erik Sderholm wrote:  > < > Wasn't the whole question to actualy write it in *DCL* ??? > < > If so, I'd concider it cheating to use Fortran or Pl/I :-) >    ------------------------------  % Date: Sun, 31 Mar 2002 10:44:36 -0800 " From: GreyCloud <mist@cumulus.com>3 Subject: Re: Help! VT100 emulators - some problems. / Message-ID: <uaelq7m62get93@corp.supernews.com>    Thomas Dickey wrote:  % > GreyCloud <mist@cumulus.com> wrote:  >> Thomas Dickey wrote:  > L >> Interesting.  Then I'd suppose they'd be happy to hear some feedback fromL >> you.  Is there a site for learning more about terminfo or termcap files?? > H > not really - none that I'd find useful.  I have a copy of the O'ReillyH > termcap/terminfo book, which tells some interesting stuff, but betweenC > that and the terminfo/termcap manpages there's a large gap.  (The H > problem with the manpages is that most of the items "capabilities" areH > documented in only one line - the O'Reilly book expands on a number ofG > those, but ignores color and related topics which were not of general  > interest in the mid 80s'). >   H Ah!  That explains why I can't seem to find any detailed information on G this topic.  The only place that seems to have some detail was some of   Suns' docs.    ------------------------------  % Date: Sat, 30 Mar 2002 22:24:47 +0100 3 From: Terje Mathisen <terje.mathisen@hda.hydro.com>  Subject: Re: Itanium troubles - Message-ID: <3CA62D1F.9BABF998@hda.hydro.com>    Nick Maclaren wrote: > / > In article <3CA4DE9B.BC896597@hda.hydro.com>, 7 > Terje Mathisen  <terje.mathisen@hda.hydro.com> wrote:  > >Nick Maclaren wrote: H > >> In my 36 years of being in this industry, I have rarely seen a 100%I > >> compatible upgrade - for example, there were quite a lot of programs D > >> that worked on a 386 and failed on a 486.  When you are working  F Here you specifically mention the 386 -> 486 transition, and no other.   [snip]J > >Highly optimized is sort of what I used to write, my code has ever onlyD > >broken when speeds got fast enough that a counter would overflow. > E > Your code, and mine.  Yes.  But it is quite common.  It happened on C > the MIPS R10000/R12000 (a VERY small upgrade), breaking DGEMM and @ > ZGEMM in SCSL.  I had to back off to complib.scimath while SGIE > developed a fix.  And I have seen it on half a dozen other systems.  > < > Note that I wasn't referring to the 386/486 in particular.  6 OK, this was _very_ hard to figure out from your post.   > > >Shared memory was _very_ rare on the 386 platform. Sequent? > = > Yes.  That example wasn't referring to the 386/486, either.   " Still very hard to figure out. :-)   Terje    --    - <Terje.Mathisen@hda.hydro.com>@ "almost all programming can be viewed as an exercise in caching"   ------------------------------   Date: 31 Mar 2002 10:42:34 GMT6 From: DAVISM@er6.eng.ohio-state.edu (Michael T. Davis) Subject: Piping and recalling : Message-ID: <a86p6q$i6r$1@charm.magnus.acs.ohio-state.edu>  K         We're running OVMS 7.2-1 on an AlphaServer 800.  I'm playing around G with pipes and the RECALL command and running into a few problems.  Let F me start simple.  Is there some reason why you can't invoke the RECALLE command via LIB$DO_COMMAND?  What about invoking RECALL from within a J PIPEd command sequence (e.g. "PIPE <command-1> ; <command-2> ; RECALL... ;I <command-4> ; ...")?  This latter question is brought on by my ability to I issue the elements of the PIPEd command sequence at the command line, one > by one, successfully.  Putting all of this together, if I callI LIB$DO_COMMAND ( '<pipe-cmd-seq>' ), things don't seem to work right with I regard to the RECALL command.  In particular, the RECALL command seems to K be treated as a no-op.  I can provide more specific examples, if necessary.    Thanks,   Mike  --K              Michael T. Davis              |    Systems Specialist: ChE,MSE N   E-mail: davism@er6.eng.ohio-state.edu    | Departmental Networking/ComputingJ            -or- DAVISM+@osu.edu            |     The Ohio State UniversityJ http://www.er6.eng.ohio-state.edu/~davism/ |     197 Watts, (614) 292-6928   ------------------------------  % Date: Sat, 30 Mar 2002 21:31:37 -0500 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> < Subject: Re: Q: How can I set 1280x1024 mode on the S3 Trio?3 Message-ID: <k2Fp8.1697$fL6.33667@news.cpqcorp.net>   L It only has 1mb of DRAM if I remember correctly.  And 1280x1024 is more than, 1mb, and I didn't try to make 4-bit work ;-)      L "Dirk Munk" <munk@home.nl> wrote in message news:3CA5C12A.2090408@home.nl...> > It may well be that this setting is not possible in VMS. The> > decw$device_config_gq.com only mentions the 1024 X 768 size. >  > Nazzareno Taborgna wrote:  >   > >Alphaserver 4100, OpenVMS 7.2 > > 9 > > How can I change the screen resolution for my S3 Trio ' > > in order to use the 1280x1024 mode?  > > D > > I tried to do something by editing decw$private_server_setup.com	 > > with:  > >.../ > >$ decw$xsize_in_pixels              ==  1280 / > >$ decw$ysize_in_pixels              ==  1024  > >... > >  but this wasn't enought...  > >  > >  Any help about it? ! > >  Many thanks in advance, bye, 8 > >                                   Nazzareno Taborgna > > + > >  e-mail: sysmgr(at)lngs(dot)infn(dot)it E > >  ================================================================  > >  >    ------------------------------  % Date: Sun, 31 Mar 2002 07:22:48 -0500 + From: "Main, Kerry" <Kerry.Main@Compaq.com> A Subject: RE: Sending Wake-up Message from NT to OpenVMS batch job T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4016CECBD@kaoexc01.americas.cpqcorp.net>   John,    Re: JAMS ..   ? Forgot about those folks - you are absolutely correct. They are F definitely a scheduler to be evaluated to see which one best suits theC requirements. They also have a Hobbyist license capability as well.   F They say the memory is the first to go .. Now, I used to remember what the second thing was ..    :-)   
 Kerry Main Senior Consultant  Compaq Canada Corp.  Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message------ From: John Vottero [mailto:John@mvpsi.com]=20  Sent: March 30, 2002 8:52 PM To: Info-VAX@Mvb.Saic.Com A Subject: Re: Sending Wake-up Message from NT to OpenVMS batch job     G If you're going to look at multiplatform schedulers you should consider 
 JAMS, see:   http://JAMS.Argent-Software.com    OpenVMS, NT, Unix etc.  6 "Main, Kerry" <Kerry.Main@Compaq.com> wrote in messageH news:BE56C50EA024184DAF48F0B9A47F5CF401AB1DDA@kaoexc01.americas.cpqcorp. net. .  Kelly,  ; Not sure how big of an environment you have, but there is a > multi-platform scheduler available at: http://www.i-s-e.com=20G http://www.i-s-e.com/Products/EnterpriseSCHEDULE/enterpriseschedule.htm   A Also, from Cust's I know using it, they like both the product and  support they have with ISE.    Regards   
 Kerry Main Senior Consultant  Compaq Canada Corp.  Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----, From: Kelly Donahue [mailto:cask1@yahoo.com] Sent: March 28, 2002 1:58 PM To: Info-VAX@Mvb.Saic.Com = Subject: Sending Wake-up Message from NT to OpenVMS batch job      Hi, D   What's the easiest/best way to pass a wake-up message from NT to aF program running in batch under OpenVMS?  We'd like the OpenVMS programH to hibernate until it receives a message then wake up, do its work, then< go back to sleep.  The message can be as little as one byte.  6   We're running OpenVMS V7.1 and UCX 4.1 update ECO 6.   Thanks in advance.   ------------------------------  % Date: Sun, 31 Mar 2002 08:42:42 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>W Subject: Re: Slow Mozilla was(RE: Viability of a Commercial ISO-9960 formatter for VMS)e* Message-ID: <3CA6CBFD.1FE78875@bluewin.ch>   Bradford J. Hamilton wrote:  >  > Hello All, > O > Just another data point - I have Mozilla (CSWB) running on a 433au, V7.3.  ItgM > runs very well.  The same 433au, running TRU64 V5.0(a?), has Netscape V4.7,a0 > which seems to run better than Mozilla on VMS. > M > I have problems viewing web pages with Netscape V4.7, that can be seen fine0P > with Mozilla.  Which would I choose?  Mozilla, given my need to view web pagesQ > which seem to increasingly "break" under Netscape (I know, I know, "standards",p7 > but that train has *long* since left the station...).g > C My vote goes that Mozilla is definitely superior for web pages. For $ example, yesterday I was looking at:  T http://www.openvms.compaq.com/openvms/products/ips/apache/csws_install_contents.html  1 Netscape 3.03 couldn't cope, Mozilla worked fine.-  E However, I find Mozilla seriously deficient as a mail/newsreader, and  the performance is very poor.  __
 Paul Sture Switzerland    ------------------------------  % Date: Sun, 31 Mar 2002 09:10:02 +0100q( From: Paul Sture <paul.sture@bluewin.ch>9 Subject: Spring Forward, Fall Back - unfortunately not :-m* Message-ID: <3CA6D265.60A6F00A@bluewin.ch>  C Well, my Linux box, alarm radio and video have successfully changed  time, but NOT my VMS Boxes :-(  E Unfortunately that may mean some boxes at work too, but I have yet tooG confirm that... having implemented NTP recently we had the common sense-H not to do it on production until the time change today was seen to work.  H Situation at home: Alpha VMS 7.3 with TCP/IP 5.1 (with DNVOSIECO01 V7.3)A I disabled DTSS and have been running NTP. The FAQ talks of a newAH mechanism to change time with 7.3, but does not go into detail with 7.3.% The time did not change this morning.-  E I tried running SYS$EXAMPLES:DAYLIGHT_SAVINGS.COM manually and it didl not change the time.  G The FAQ says this about NTP: "(NTP will want to try to "drift" the time3F (see TIME6), and will find the daylight savings time switch-over to be2 far too large to "drift". Hence the NTP restart.)"  F Situation at work: Alpha VMS 7.2-1H1, TCP/IP V5.0A. DTSS disabled, andA NTP running. I need to go in to work to see what has happened - I E suspect nothing. On a fine sunny Sunday (yeah - planning lunch on thedG balcony! Even if it does mean putting a coat on), I don't need this :-(k __
 Paul Sture Switzerlandl   ------------------------------  % Date: Sun, 31 Mar 2002 11:30:31 +0200 ( From: Paul Sture <paul.sture@bluewin.ch>= Subject: Re: Spring Forward, Fall Back - unfortunately not :-5) Message-ID: <3CA6F351.D6EC4FA@bluewin.ch>    Jean-Franois PIRONNE wrote:s > 
 > Hi Paul, > R > My VMS station had successfully changed time, and I have the same configuration. > N > You can check if the SYSGEN parameter AUTO_DLIGHT_SAV is correctly set to 1. >t  8 Ah, yes, it was at the default of OFF. It is a pity thatH SYS$MANAGER:UTC$TIME_SETUP.COM does not contain the hint to look at this9 parameter. The subject of an enhancement request I think.h  tB > You can also check if the logical SYS$DST_DELTA_TIME is defined.K > If this logical is not defined then your system is probably not setup ford > daylight savings time.> > Enable it using the procedure SYS$MANAGER:UTC$TIME_SETUP.COM >-  F Huh, I just ran that a couple of days ago when I enabled NTP and foundD that it set my time forward by an hour too much. And I _did_ specifyF that daylight savings time was to be used.  Running it again fixed the problem. Merci beaucoup :-)s  9 And for a complete history of daylight savings time, see -, http://webexhibits.org/daylightsaving/b.html   > Jean-Franoisi >  > Paul Sture a crit : > >.G > > Well, my Linux box, alarm radio and video have successfully changeds" > > time, but NOT my VMS Boxes :-( > >FI > > Unfortunately that may mean some boxes at work too, but I have yet tosK > > confirm that... having implemented NTP recently we had the common senseuL > > not to do it on production until the time change today was seen to work. > > L > > Situation at home: Alpha VMS 7.3 with TCP/IP 5.1 (with DNVOSIECO01 V7.3)E > > I disabled DTSS and have been running NTP. The FAQ talks of a new L > > mechanism to change time with 7.3, but does not go into detail with 7.3.) > > The time did not change this morning._ > >_I > > I tried running SYS$EXAMPLES:DAYLIGHT_SAVINGS.COM manually and it did  > > not change the time. > > K > > The FAQ says this about NTP: "(NTP will want to try to "drift" the timewJ > > (see TIME6), and will find the daylight savings time switch-over to be6 > > far too large to "drift". Hence the NTP restart.)" > > J > > Situation at work: Alpha VMS 7.2-1H1, TCP/IP V5.0A. DTSS disabled, andE > > NTP running. I need to go in to work to see what has happened - I1I > > suspect nothing. On a fine sunny Sunday (yeah - planning lunch on theaK > > balcony! Even if it does mean putting a coat on), I don't need this :-(a > > __ > > Paul Sture > > Switzerlands   -- l __
 Paul Sture Switzerlande   ------------------------------  % Date: Sun, 31 Mar 2002 11:01:10 +0200s6 From: =?iso-8859-1?Q?Jean=2DFran=E7ois=20PI=C9RONNE?= = Subject: Re: Spring Forward, Fall Back - unfortunately not :-i+ Message-ID: <3CA6D056.D0C06465@laposte.net>a   Hi Paul,  P My VMS station had successfully changed time, and I have the same configuration.  L You can check if the SYSGEN parameter AUTO_DLIGHT_SAV is correctly set to 1.  @ You can also check if the logical SYS$DST_DELTA_TIME is defined.I If this logical is not defined then your system is probably not setup for  daylight savings time.< Enable it using the procedure SYS$MANAGER:UTC$TIME_SETUP.COM    
 Jean-Franoisd     Paul Sture a crit : > E > Well, my Linux box, alarm radio and video have successfully changedu  > time, but NOT my VMS Boxes :-( > G > Unfortunately that may mean some boxes at work too, but I have yet to I > confirm that... having implemented NTP recently we had the common sense J > not to do it on production until the time change today was seen to work. > J > Situation at home: Alpha VMS 7.3 with TCP/IP 5.1 (with DNVOSIECO01 V7.3)C > I disabled DTSS and have been running NTP. The FAQ talks of a new J > mechanism to change time with 7.3, but does not go into detail with 7.3.' > The time did not change this morning.o > G > I tried running SYS$EXAMPLES:DAYLIGHT_SAVINGS.COM manually and it did  > not change the time. > I > The FAQ says this about NTP: "(NTP will want to try to "drift" the timenH > (see TIME6), and will find the daylight savings time switch-over to be4 > far too large to "drift". Hence the NTP restart.)" > H > Situation at work: Alpha VMS 7.2-1H1, TCP/IP V5.0A. DTSS disabled, andC > NTP running. I need to go in to work to see what has happened - InG > suspect nothing. On a fine sunny Sunday (yeah - planning lunch on theAI > balcony! Even if it does mean putting a coat on), I don't need this :-(n > __ > Paul Sture
 > Switzerlandt   ------------------------------    Date: 31 Mar 2002 20:44:00 +0800, From: Paul Repacholi <prep@prep.synonet.com>= Subject: Re: Spring Forward, Fall Back - unfortunately not :-a- Message-ID: <873cygvre7.fsf@prep.synonet.com>o  * Paul Sture <paul.sture@bluewin.ch> writes:  D > The FAQ says this about NTP: "(NTP will want to try to "drift" the; > time (see TIME6), and will find the daylight savings timedF > switch-over to be far too large to "drift". Hence the NTP restart.)"  MD > Situation at work: Alpha VMS 7.2-1H1, TCP/IP V5.0A. DTSS disabled,E > and NTP running. I need to go in to work to see what has happened - E > I suspect nothing. On a fine sunny Sunday (yeah - planning lunch on D > the balcony! Even if it does mean putting a coat on), I don't need
 > this :-(  C NTP uses UT, aka GMT, so it *never* has anything to do with DST and E other such garbarge. The only thing it will do is insert leap secondsi- when needed. And keep your clocks lined up...o   -- n< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Sun, 31 Mar 2002 16:44:26 +0200 - From: Didier Morandi <Didier.Morandi@Free.fr>h= Subject: Re: Spring Forward, Fall Back - unfortunately not :-e' Message-ID: <3CA720CB.C8EAD441@Free.fr>   " aheam, Paul... never heard of NTP!  F (un)fortunately, I *do* have to go to work tomorrow (isn't in the sameI geographical location as yours? i.e. 4519'2N 2355'6E, i.e. FP55/085 :-): Do you want me to have a look? (just kiddin')   D.  ( re: someone else: why is DTSS "garbage"?   Paul Sture wrote:  > E > Well, my Linux box, alarm radio and video have successfully changedI  > time, but NOT my VMS Boxes :-( > G > Unfortunately that may mean some boxes at work too, but I have yet to I > confirm that... having implemented NTP recently we had the common sensenJ > not to do it on production until the time change today was seen to work. > J > Situation at home: Alpha VMS 7.3 with TCP/IP 5.1 (with DNVOSIECO01 V7.3)C > I disabled DTSS and have been running NTP. The FAQ talks of a newtJ > mechanism to change time with 7.3, but does not go into detail with 7.3.' > The time did not change this morning.b > G > I tried running SYS$EXAMPLES:DAYLIGHT_SAVINGS.COM manually and it did  > not change the time. > I > The FAQ says this about NTP: "(NTP will want to try to "drift" the timepH > (see TIME6), and will find the daylight savings time switch-over to be4 > far too large to "drift". Hence the NTP restart.)" > H > Situation at work: Alpha VMS 7.2-1H1, TCP/IP V5.0A. DTSS disabled, andC > NTP running. I need to go in to work to see what has happened - IaG > suspect nothing. On a fine sunny Sunday (yeah - planning lunch on the@I > balcony! Even if it does mean putting a coat on), I don't need this :-(  > __ > Paul Sture
 > Switzerlandy   ------------------------------   End of INFO-VAX 2002.178 ************************