1 INFO-VAX	Sun, 10 Apr 2005	Volume 2005 : Issue 199       Contents:4 Re: Finding The Right Path For Your VMS Applications5 Re: Frustration!  EB64+ too old to run OpenVMS 7.3-1?  Re: loging in and out user?  Re: Site down? Re: Site down? Re: Suggestion for FAQE Re: Which release notes say sts$manager:utc$configure_tdf is obsolete E Re: Which release notes say sts$manager:utc$configure_tdf is obsolete   F ----------------------------------------------------------------------   Date: 9 Apr 2005 14:31:34 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) = Subject: Re: Finding The Right Path For Your VMS Applications 3 Message-ID: <36j6dQnk4Ng1@eisner.encompasserve.org>   N In article <opsoyxyjiizgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes:L > On 9 Apr 2005 06:40:08 -0700, Jon Power - yup - gib ...s - the very same  & > <jon_power_sector7@yahoo.com> wrote: > H >> (4) PASCAL - We did the data controller for Australia (point to pointF >> communications) - Rdb RDML, PASCAL, X25 and X29 (using AST's) - DECH >> PASCAL is simply incompatible with every other pascal - so we have to  F In my experience, _every_ Pascal is different from every other Pascal.F They all took different routes before ISO standard Pascal brought some of the missing pieces.  B But any language with support for RMS indexed files is going to beD different from an implementation on a non-VMS platform.  This is notE a problem until the programmer decides to use those features that the C operating system and the language have conspired to make available.   " >> write a PASCAL to C translator.J > I suspect the translated code doesn't look as that which might have beenL > written, by a human.  So how do you debug the code in the new environment,  D The first step would be to run the full coverage test suite the shop7 has been maintaining all along for the old language :-)   : > what does the source tree look like, is it still Pascal?  G There is a company that will do Ada to C translation, but they strongly G point out the resultant C is _not_ readily maintainable and the suggest 9 keeping the source as Ada and re-translating for changes.    ------------------------------  % Date: Sat, 09 Apr 2005 18:47:39 -0400 - From: "John E. Malmberg" <wb8tyw@qsl.network> > Subject: Re: Frustration!  EB64+ too old to run OpenVMS 7.3-1?1 Message-ID: <jvOdnTLPgPQQxsXfRVn-hg@adelphia.com>    Jake Hamby wrote:  > F > I have a new question:  when my "new" Alpha workstation arrives fromG > the eBay seller, will I be able to simply swap the hard drive into it - > and boot, or do I have to reinstall the OS?   6 An OpenVMS system should not require a reinstallation.  G > Does OpenVMS install different versions of any images for the EV5 vs.   > the EV45?  I Both versions of any images are on the hard drive, OpenVMS will load the   correct one when it boots.  O > Will the completely different h/w configuration confuse it or will the kernel G > automatically detect the changes and load the correct device drivers?   E You will probably want to run AUTOGEN so that it can inspect the new   configuration.  D You may also want to consider setting up a LAVC since you have this  system running now.   D OpenVMS 7.3-1 is old of course.  OpenVMS 8.2 is the current release.   -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  # Date: Sun, 10 Apr 2005 03:03:37 GMT / From: "Craig Marburger" <craigm2@earthlink.net> $ Subject: Re: loging in and out user?A Message-ID: <dI06e.3460$An2.881@newsread2.news.pas.earthlink.net>   J I have not seen any login or outs.  Do I need to change a setting here or  not?   MDAXP > SHOW AUDIT/ALL List of audit journals: "   Journal name:           SECURITY0   Journal owner:          (system audit journal)C   Destination:            SYS$COMMON:[SYSMGR]SECURITY.AUDIT$JOURNAL !   Monitoring:             enabled K     Warning thresholds,   Block count:    100     Duration:    2 00:00:00.0 K     Action thresholds,    Block count:     25     Duration:    0 00:30:00.0   ) Security auditing server characteristics:    Database version:       4.4 '   Backlog (total):        100, 200, 300    Backlog (process):      5, 2   Server processing intervals:'     Archive flush:        0 00:01:00.00 '     Journal flush:        0 00:05:00.00 '     Resource scan:        0 00:05:00.00 3   Final resource action:  purge oldest audit events    Security archiving information:    Archiving events:       none   Archive destination:  ) System security alarms currently disabled   - System security audits currently enabled for:    ACL    Authorization    Connection   Audit:         illformed5   Breakin:       dialup,local,remote,network,detached    Login:         local,remote F   Logfailure:    batch,dialup,local,remote,network,subprocess,detached MDAXP >   @ "David J Dachtera" <djesys.nospam@comcast.net> wrote in message % news:4255E84A.6CB4FB5C@comcast.net...  > Craig Marburger wrote: >>G >>     Is there documentation of the auditing utlitity to tell when an  
 >> account< >> was logged into and out off?  How do you turn it on?  ect >  > HELP SET AUDIT?  > E > The ACCOUNTNG utility will tell you (with /FULL) when a process was A > logged out (terminated) and how long it ran. From there you can  > extrapolate the login time.  >  > See also: " > http://www.hp.com/go/openvms/doc >  > --   > David J Dachtera > dba DJE Systems  > http://www.djesys.com/ > + > Unofficial OpenVMS Hobbyist Support Page: $ > http://www.djesys.com/vms/support/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/  > $ > Unofficial OpenVMS-IA32 Home Page:! > http://www.djesys.com/vms/ia32/  >  > Coming soon:) > Unofficial OpenVMS Marketing Home Page     ------------------------------  % Date: Sat, 09 Apr 2005 14:20:49 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Site down? + Message-ID: <42582B10.4E20D354@comcast.net>    Jean-Franois Pironne wrote:  >  > JF Mezei wrote:  > > David J Dachtera wrote:  > > J > >>It may have a web interface that is not publicised. I found out fairlyE > >>recently that I can get to my cable modem at 192.168.100.1 from a I > >>browser. It may be possible to use WGET to send whatever is needed to = > >>cause it to restart, if it is not completely hung (hard).  > >  > >  > > H > > A DSL modem behind a NAT router that has PPPoE thing mames it nearlyL > > impossible to access from a real machine on the lan side of the  router. > >  > J > Correct, I was unable to connect (or can't found how to...) to the modem > which is behind the router.   H I found various references in the technical support areas and discussionG forums at http://www.dslreports.com/ . The modem IP addresses vary from H one mfr. to another. 192.168.100.1. seems common, but I believe you will( also find references to 192.168.100.100.  J > > My modem has a serial port, and so does my router, and I find those to, > > be the only reliable way to access them. > F > Unfortunately the modem (bewan asdl ethernet ST) has no serial port, > only one ethernet port... J > So the best solution will probably be to find someway to power off/power8 > on remotely from VMS, don't know if such device exist.  G With a little chicanery, you could probably finagle a way to manipulate D the hardware flowcontrol signals of a serial port to operate a relayH that would temporarily interrupt power to the DSL modem. Otherwise, JF'sC suggestions about X10 would be one way to go, especially if you are ( considering a larger automation project.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sat, 09 Apr 2005 14:15:33 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Site down? + Message-ID: <425829D5.BE80D1D7@comcast.net>    JF Mezei wrote:  >  > David J Dachtera wrote: J > > It may have a web interface that is not publicised. I found out fairlyE > > recently that I can get to my cable modem at 192.168.100.1 from a I > > browser. It may be possible to use WGET to send whatever is needed to = > > cause it to restart, if it is not completely hung (hard).  > F > A DSL modem behind a NAT router that has PPPoE thing mames it nearlyJ > impossible to access from a real machine on the lan side of the  router.  H Why? If it connects to the router via ethernet, why would the router notG pass traffic from the LAN to the modem? That's what the router is there  for.  H > My modem has a serial port, and so does my router, and I find those to* > be the only reliable way to access them.  2 "Reliable" and "convenient" tend to be trade-offs.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sat, 09 Apr 2005 13:42:36 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: Re: Suggestion for FAQ + Message-ID: <4258221C.EBFCDB87@comcast.net>   
 AEF wrote: > C > [snip] there are just too many useful aspects to logical names to * > sum them up in a short descriptive term.  F For my money, the "short descriptive term" we currently use - "logical& name" - seems to sum it up quite well.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sat, 09 Apr 2005 14:00:57 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>N Subject: Re: Which release notes say sts$manager:utc$configure_tdf is obsolete+ Message-ID: <42582669.EB9E7E56@comcast.net>    John Laird wrote:  > M > On Thu, 07 Apr 2005 22:12:31 -0400, JF Mezei <jfmezei.spamnot@teksavvy.com>  > wrote: >  > >David J Dachtera wrote:J > >~> ...that means stopping NTP until after you've completed/verified the > >> changes > >  > > I > >No. it means haveing NTP software that is truly integrated into VMS so I > >that changing the UTC offset would be done though the SET TIME command K > >which would also change the time offset logicals and data structures, as / > >well as tell NTP to adapt to the new offset.  > > J > >SET TIME should also have a /NTP=SUSPEND so that you could temporartilyB > >set the time to some arbirtary value (for instance, to test for$ > >something in the past or future). > G > Do you really want IP integrated into VMS ?  That's what NTP sits on.  > L > We look after a bunch of legacy systems, and changing the clocks twice theK > year is a chore.  I think we almost have it working seamlessly now, after J > about 10 years.  There is one remaining kludge somewhere which is that aK > broken timezone rule for Western Europe in a binary file means we have to N > reconfigure UCX back to GMT (with no DST) every autumn, else SMTP refuses toJ > acknowledge it has returned to winter time.  (I think a properly definedM > logical name might be the answer, but have usually lost the will to live by : > the time I get around to thinking hard enough about it.) > H > In no particular order, VMS users have had to deal with DTSS, NTP, UTCF > arriving slowly within the o/s, UCX becoming TCP/IP,  etc etc.  EachL > combination of versions of software seems to need a different approach.  II > think even now some of the canned procedures lack external hooks, which  > seems a bit remiss.   E As JF points out, the needed bits of integration seem lacking to this E day. The system code underlying (SYS)$SETIME needs to have hooks that H can be published as part of the API so that UCX, Multinet and TCPware onG the IP side, and DTSS, DECnet or whatever on the other can all actively  participate in the process.   G That way, when a SET TIME=value command (or the equivalent RTL call) is B issued, everyone get alerted at once that a change is imminent andA everything should back off, then that the change is completed and @ ancillary processes should go about their adjustment routines to implement the change.   D SET TIME with no value (and the underlying system service(s)) should* continue to work as documented, of course.  E Of course, that won't find its way into existing code, so the current 0 morass will continue for the foreseeable future.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Sat, 09 Apr 2005 14:12:48 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>N Subject: Re: Which release notes say sts$manager:utc$configure_tdf is obsolete+ Message-ID: <42582930.C10DEC22@comcast.net>    tadamsmar wrote: >  > David J Dachtera wrote:  > > tadamsmar wrote: > > > [snip]D > > > If the time does not change immediately, then what does it do? > > > F > > > And, if it does not hange immediately, then how does turning off > NTP  > > > make a difference? > > I > > Again, the issue is synchronization. *YOU* are changing the time. You G > > cannot guarantee when NTP will attempt its next time adjustment. To E > > prevent "surprises", best to have only one "hand in the pot" at a  > time.  > > H > > ...that means stopping NTP until after you've completed/verified the > > changes. > > E > > You may "get lucky" and never have a problem letting NTP stay on,  > > until... > > H > > ...and at that hour of the morning, I'm more concerned about drivingH > > home safely than I am with gambling whether or not NTP will cause an
 > > issue. > 2 > I am not convinced that I should worry about it. > F > The worst case is that NTP tries do to a little bit of drifting thatG > would be prevented if I shut it down at 1:55 AM and restarted at 2:05  > AM.  > H > But NTP does drifting now at any hour of the day when it see a need to > drift. > I > So, what's the problem?  You have not provided a single senario where a  > problem would occur.   O.k. Let's look at it again:  @ Remember, NTP makes no announcement that a change is imminent...  + Times that follow should be considered GMT: 5 07:59:59.99 - NTP prepares to make a clock adjustment C 08:00:00.01 - User's code executes adjusting the clock +/- 01:00:00 ' 08:00:00:03 - NTP makes its adjustments   C The resulting clock state is debatable, but probably unpredictable. H However, the SYS$TIME_ZONE logical names now contain the changed values.  . Does this clarify the potential issue for you?  ; Again: NTP makes no announcement that a change is imminent.   E By stopping NTP, you are essentially making it known that the user is : about to do something with which NTP should not interfere.  @ Also, remember: If you set the clock back before you reboot, theD start-up time UTC routines have no way of knowing that this has beenG done. So, if the system restarts prior to 02:00:00 by the system clock, 2 the UTC variables will revert to their DST values.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   End of INFO-VAX 2005.199 ************************                                                                                    