1 INFO-VAX	Fri, 28 Apr 2000	Volume 2000 : Issue 236       Contents: Re: And they wonder why !!( Any ALPHAbook (Tadpole) users out there?, Re: Any ALPHAbook (Tadpole) users out there?, Re: Any ALPHAbook (Tadpole) users out there?$ Re: Backup Strategies for Enterprise$ Re: Backup Strategies for Enterprise$ RE: Backup Strategies for Enterprise$ Re: Backup Strategies for Enterprise$ Re: Backup Strategies for Enterprise! Can Windows NT connect to HSZ80s? G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!) G Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)  Re: COMPAQ KEYBOARD  Re: COMPAQ KEYBOARD $ RE: F$File_Attribute from a program?$ RE: F$File_Attribute from a program?$ Re: F$File_Attribute from a program?$ Re: F$File_Attribute from a program?$ Re: F$File_Attribute from a program?$ Re: F$File_Attribute from a program? Fall 1999 VMS sigtapes Re: Fall 1999 VMS sigtapes@ Re: Including CD media with systems? (was Re: OpenVMS marketing)! Re: Looking for DFU for VMS 5.5-2  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing + Re: Porting To VMS: select function problem  SRM documentation  Re: SRM documentation  Re: SRM documentation  Re: SRM documentation  Re: SRM documentation  Re: SRM documentation & Re: TCPIP V5.0A configuration problems& Re: TCPIP V5.0A configuration problems Tivoli Agent for VMS? 1 Re: Where is the lexical f$getjpi("","Connectim") 1 Re: Where is the lexical f$getjpi("","Connectim") 1 Re: Where is the lexical f$getjpi("","Connectim") 1 Re: Where is the lexical f$getjpi("","Connectim") 1 Re: Where is the lexical f$getjpi("","Connectim") 1 Re: Where is the lexical f$getjpi("","Connectim") 1 Re: Where is the lexical f$getjpi("","Connectim") 1 Re: Where is the lexical f$getjpi("","Connectim") 1 RE: Where is the lexical f$getjpi("","Connectim") 1 RE: Where is the lexical f$getjpi("","Connectim") 9 Re: Why does Pathworks(Mac) change mod date of .dir file?   F ----------------------------------------------------------------------  / Date: Fri, 28 Apr 2000 07:41:35 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de># Subject: Re: And they wonder why !! / Message-ID: <200004280443.GAA23574@fom.fgan.de>    Hello,  F Hoff Hoffman, what I would like to say is, that the marketing did say,G that at the end of 1999 we will see the 1GHz Alpha. Now we have May and G none of the 1GHz Alpha or EV68 is at the horizon. It's a long time ago, J that we did see a new one Alpha CPU (higher clockrate or next generation).E Years before, we could see 400MHz, a few month later 500MHz and a few B month later 600MHz. About one year after the last new Alpha chip IF think the time is prepared (in German reif?) to get a new one chip. InD case of this I did write, we will wait. It was not the mention, waitD a few weeks and you will get a better one. My problem is, that I didE see a performance growth with the Intel and AMD chips within the last F six month (500MHz --> 1000MHz). This performance growth was one of theG arguments to kill NT for Alpha. If Alpha had been growth as well as the D Intel or AMD chips, Compaq could not say, that the fastest SAP node, is an eight way Proliant.    Regards Rudolf Wingert   ------------------------------   Date: 27 Apr 2000 20:48:12 GMT/ From: morris@iridium.mv.net (Skipper W. Morris) 1 Subject: Any ALPHAbook (Tadpole) users out there? ( Message-ID: <8ea92c$j54$1@pyrite.mv.net>  E I've just started playing with a Tadpole (Alpha notebook) that's been C sitting around work here unused.  I've run into a few problems that = hopefully someone already has seen and knows then answer for.   H 1. UCX won't configure.  The ethernet device "EO:" is not in the list ofF network devices in UCX$CONFIG.COM.  Is it safe to hack the config 'com/ file?  Or do I need a different version of UCX?   A 2. I can't do a windows login because of a missing license.  I've B installed all the normal ones: OPENVMS-ALPHA, VAX-VMS, VAXCLUSTER,B VMSCLUSTER, DVNETRTG, DVNETEXT, DW-MOTIF, UCX.  What am I missing?  E 3. Anyone know where documentation, etc, might be located on the Web?  I haven't found any so far.    thanks /Skip    ------------------------------   Date: 27 Apr 2000 21:15:30 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)5 Subject: Re: Any ALPHAbook (Tadpole) users out there? 6 Message-ID: <8eaali$6uh$2@mailint03.im.hou.compaq.com>  Z In article <8ea92c$j54$1@pyrite.mv.net>, morris@iridium.mv.net (Skipper W. Morris) writes:F :I've just started playing with a Tadpole (Alpha notebook) that's beenD :sitting around work here unused.  I've run into a few problems that> :hopefully someone already has seen and knows then answer for.     Wanna sell it? :-)  I :1. UCX won't configure.  The ethernet device "EO:" is not in the list of G :network devices in UCX$CONFIG.COM.  Is it safe to hack the config 'com 0 :file?  Or do I need a different version of UCX?  8   And what TCP/IP and OpenVMS Alpha version do you have?  B   TCP/IP Services V5.0A -- the current version -- does apparently    recognize the EO: device.   >   There is a mechanism in recent TCP/IP Services interfaces to@   add in your own widget...  (The DEFINE COMMUNICATION command.)   Or upgrade, of course...  B :2. I can't do a windows login because of a missing license.  I'veC :installed all the normal ones: OPENVMS-ALPHA, VAX-VMS, VAXCLUSTER, C :VMSCLUSTER, DVNETRTG, DVNETEXT, DW-MOTIF, UCX.  What am I missing?   $   Enable license auditing, and look:  2     DEFINE/SYS/EXEC LMF$DISPLAY_OPCOM_MESSAGE TRUE  >   You will see other license-related messages, and some number3   of missing license messages is entirely normal...   9   You're probably missing the OPENVMS-ALPHA-USER license.   F :3. Anyone know where documentation, etc, might be located on the Web? :I haven't found any so far.  D   On the Tadpole ALPHAbook?  Sorry, I can only suggest checking the    Tadpole website for this...   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 27 Apr 2000 21:50:53 CST; From: wayne@tachyon.xxx.353666.killspam.0241 (Wayne Sewell) 5 Subject: Re: Any ALPHAbook (Tadpole) users out there? . Message-ID: <ByeuyxZhjDNX@tachxxsoftxxconsult>  Z In article <8ea92c$j54$1@pyrite.mv.net>, morris@iridium.mv.net (Skipper W. Morris) writes:G > I've just started playing with a Tadpole (Alpha notebook) that's been E > sitting around work here unused.  I've run into a few problems that ? > hopefully someone already has seen and knows then answer for.  > J > 1. UCX won't configure.  The ethernet device "EO:" is not in the list ofH > network devices in UCX$CONFIG.COM.  Is it safe to hack the config 'com1 > file?  Or do I need a different version of UCX?  > C > 2. I can't do a windows login because of a missing license.  I've 9 > installed all the normal ones: OPENVMS-ALPHA, VAX-VMS,    C ??? did you really think a vax license would work on an alpha?  :-)    >VAXCLUSTER,D > VMSCLUSTER, DVNETRTG, DVNETEXT, DW-MOTIF, UCX.  What am I missing?  , I don't see OPENVMS-ALPHA-USER in this list.   > G > 3. Anyone know where documentation, etc, might be located on the Web?  > I haven't found any so far.   L If you mean specifically for the tadpole, there probably isn't any.  I mean,O only ten people in the world have them.  (An exaggeration, but not *much* of an  exaggeration.)     --  O =============================================================================== K Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachyon.xxx 8 http://www.tachyon.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== N Butler:"Gentlemen!"  Curly(as he and other Stooges look around):"Who came in?"   ------------------------------  % Date: Thu, 27 Apr 2000 17:51:24 -0400 - From: "Peter Weaver" <peter.weaver@stelco.ca> - Subject: Re: Backup Strategies for Enterprise / Message-ID: <sghdkqpjqtj105@corp.supernews.com>   9 Rob Young wrote in message <2000Apr27.132138.1@eisner>... > >In article <sggq6bmcqtj29@corp.supernews.com>, "Peter Weaver"  <peter.weaver@stelco.ca> writes: >  >>B >>>of the problems with the NT backup programs, you always have to
 >> rebuildC >>>a base system then restore the backup tape.  It's much faster to 
 >> restoreB >>>a BACKUP image tape on VMS, worst case is a boot from CD-ROM on Alpha  >> or  >>>from tape on a VAX. >>F >> Can you send that to the management here? My one year contract here> >> has been extended twice now so rather than hearing "the VMS
 consultantD >> says..." management hears "Peter says..." so all of my complaintsA >> about using this product to backup our system drives have been  >> ignored.  >> > . > This information isn't publically available?    F Yes, it is. The manual for the product says that you can not recover a= system drive using NetBackup. An e-mail to one of our storage F management people from Alan Fay (who I understand wrote the VMS clientB for NetBackup) says that we can not recover the system drive usingB NetBackup. I have written memos and sat in meetings where I statedC that NetBackup can not recover a system drive. But according to our A storage management people we have to use NetBackup since it was a  "Corporate Decision."   F Those of us in the VMS group who whould have to do the recovery if the> system disk were lost have a work around so we are not totally@ exposed, but the offical plan of storage management people is to@ rebuild VMS, install and configure TCP/IP, install and configureF NetBackup, restore, walk through the disk manually to see what did not+ get restored properly and fix it somehow...    >  >>>... >>> D >>>Impromptu poll, how many out there have come across inexperienced >> users= >>>who believe mirrored drives or RAIDs replace backup tapes?  >> >>F >> If you call a group of people who have an average of 25 years in ITC >> "inexperienced users" then mark me down as a "yes" in your poll.  >> > > > Am I missing something or reading into your statement above?    A No, I work with people who say that even though NetBackup can not C restore a system drive we have the system drive mirrored so we will ; never need to use NetBackup to restore the drive. These are  "experienced IT professionals."    ------------------------------  # Date: Thu, 27 Apr 2000 22:19:14 GMT / From: Brad Hamilton <bradhamilton@mediaone.net> - Subject: Re: Backup Strategies for Enterprise , Message-ID: <3908BCE2.9A024150@mediaone.net>   Peter Weaver wrote:  <snip>  8 >I have written memos and sat in meetings where I statedE > that NetBackup can not recover a system drive. But according to our C > storage management people we have to use NetBackup since it was a  > "Corporate Decision."   G We too, have been victims of "Corporate Decisions" such as these, i.e., B "You must use product XYZ to schedule batch jobs on your platform"C "You must not ask us to route DECNet through our corporate network" E "You must run Sybase on your platform, it is a "corporate standard"".   H > Those of us in the VMS group who whould have to do the recovery if the@ > system disk were lost have a work around so we are not totallyB > exposed, but the offical plan of storage management people is toB > rebuild VMS, install and configure TCP/IP, install and configureH > NetBackup, restore, walk through the disk manually to see what did not- > get restored properly and fix it somehow...  <snip>   Amazing!   Brad   ------------------------------  % Date: Thu, 27 Apr 2000 20:53:20 -0400 + From: "Main, Kerry" <Kerry.Main@Compaq.com> - Subject: RE: Backup Strategies for Enterprise J Message-ID: <910612C07BCAD1119AF40000F86AF0D805284251@kaoexc4.kao.dec.com>   Hello all -   . A few additional comments for consideration ..  J Ultrabac is likely the best NT Backup utility with the best support that IK have seen and/or heard of. They even have a disaster recovery feature which L OpenVMS folks would state was essentially "standalone backup" ie can recover8 system disk files from tape after booting from a floppy.  H For those that do not use Ultrabac, it was previously mentioned that twoL system disk partions (on separate disks) can be configured. One is prod withL normal system stuff. The second is a "Backup Utility System Partition" whichD has the appropriate 3rd party backup utility configured as required.K Optionally, if you want to ensure no network activity is taking place while G the backups are taking place, simply do not configure the NIC. Make the A default partion the production option when the boot menu appears.   J When a complete system (or user disks) backup is required with a guaranteeI of no open files, all apps shut down and no network access, simply reboot G using the backup partion and do the backups with the 3rd party utility. F Works great as long as versions are maintained and kept current on the backup partition.   J Now assuming that the Cust wants occasional standalone backups (perhaps toG ensure no open application or database files) with the 3rd party backup K utility and occasional downtime can be scheduled, then a similar config can L be done with OpenVMS. Simply build a small separate system disk with the 3rdL party utility installed and configured with no network protocol. Simply bootK the backup system disk and use the 3rd party utility to backup / restore as K required. You guarantee that all application and database files are closed, C and no network traffic is possible while the backups are occurring.    Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----6 From: Brad Hamilton [mailto:bradhamilton@mediaone.net]& Sent: Thursday, April 27, 2000 6:19 PM To: Info-VAX@Mvb.Saic.Com - Subject: Re: Backup Strategies for Enterprise          Peter Weaver wrote:  <snip>  8 >I have written memos and sat in meetings where I statedE > that NetBackup can not recover a system drive. But according to our C > storage management people we have to use NetBackup since it was a  > "Corporate Decision."   G We too, have been victims of "Corporate Decisions" such as these, i.e., B "You must use product XYZ to schedule batch jobs on your platform"C "You must not ask us to route DECNet through our corporate network" E "You must run Sybase on your platform, it is a "corporate standard"".   H > Those of us in the VMS group who whould have to do the recovery if the@ > system disk were lost have a work around so we are not totallyB > exposed, but the offical plan of storage management people is toB > rebuild VMS, install and configure TCP/IP, install and configureH > NetBackup, restore, walk through the disk manually to see what did not- > get restored properly and fix it somehow...  <snip>   Amazing!   Brad   ------------------------------  % Date: Thu, 27 Apr 2000 18:51:04 -0700 8 From: Rob Young <robyoungNOroSPAM@altavista.net.invalid>- Subject: Re: Backup Strategies for Enterprise 9 Message-ID: <00b31f82.d128ff43@usw-ex0108-062.remarq.com>   6 Pardon this pitiful method of posting.. Eisner is down3 for a day or two and couldn't let this one slide...   3 Impromptu poll, how many out there have come across 
 inexperienced   
      users:        who believe mirrored drives or RAIDs replace backup tapes?  <      If you call a group of people who have an average of 258 years in IT "inexperienced users" then mark me down as a "yes" in your poll.   8    Am I missing something or reading into your statement above?  9 No, I work with people who say that even though NetBackup 7 can not restore a system drive we have the system drive0 mirrored so we willC; never need to use NetBackup to restore the drive. These are  "experienced IT professionals."o   ----  1 Now I get it... well then if it ever comes up forr0 discussion.  Ask some obvious questions... like:  6 "Are we willing to be down for an indeterminate amount+ of time as we recover from a corrup drive?"    I suppose you have.S   Robe     * Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautiful    ------------------------------  # Date: Fri, 28 Apr 2000 04:16:45 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>- Subject: Re: Backup Strategies for Enterprise.4 Message-ID: <Ng8O4.175$NX3.3184@typhoon.aracnet.com>  9 Rob Young <robyoungNOroSPAM@altavista.net.invalid> wrote:o3 > Now I get it... well then if it ever comes up foro2 > discussion.  Ask some obvious questions... like:  8 > "Are we willing to be down for an indeterminate amount- > of time as we recover from a corrup drive?"R   > I suppose you have.   I I for one know you *can not* replace backups with RAID or mirroring, I'veeJ seen to many RAID set's that needed to be restored as a result of hardware	 problems.t  E What totally blows my mind is only doing database backups on a backupMF server.  I guess the theory is, oh, we can just reload the system fromJ scratch and then restore the database.  Huh?  Oh, and yes, I'm seeing thisK done, and you don't want to even know how many TB these systems are backing  up!t   			Zanep   ------------------------------  % Date: Thu, 27 Apr 2000 19:59:51 -0500t/ From: Scott Vieth <svieth@ameritech.net.nospam>t* Subject: Can Windows NT connect to HSZ80s?4 Message-ID: <3908E287.B13A4998@ameritech.net.nospam>   Hi:o  B Do the HSZ80-based storage arrays support Windows NT servers or do< I need to stick with the HSZ70-based line for my NT project?   Thanks,e  
 -Scott :^)  D p.s.  Sorry that this question doesn't have any VMS content.  I have time to monkey withxE NT because my VMS systems keep going and going and going and going...o ;^)i   ------------------------------   Date: 27 Apr 2000 17:58:29 GMT* From: helbig@astro.rug.nl (Phillip Helbig)P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!). Message-ID: <8e9v45$snd$3@info.service.rug.nl>  A In article <ttsggsgfot40j79hsmp6btnq1105k6c7v7@4ax.com>, Art Ricef <arice@ue.itug.org> writes:   E > FYI - the NSK hardware does not run Tru64, Linux, or OpenVMS.  Only : > NSK.  So, NSK hardware and NSK software go hand-in-hand.    Isn't NSK being ported to ALPHA?   ------------------------------  # Date: Thu, 27 Apr 2000 18:22:32 GMTlL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)8 Message-ID: <009E93C3.5820A758@SSRL04.SLAC.STANFORD.EDU>  [ In article <8e9v45$snd$3@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:eB >In article <ttsggsgfot40j79hsmp6btnq1105k6c7v7@4ax.com>, Art Rice ><arice@ue.itug.org> writes: r >eF >> FYI - the NSK hardware does not run Tru64, Linux, or OpenVMS.  Only; >> NSK.  So, NSK hardware and NSK software go hand-in-hand.t >t! >Isn't NSK being ported to ALPHA?e  J Yes, as it was ported to MIPS before, but it's not being ported to genericH Alpha hardware, or to AlphaServers.  In fact, the choice of processor is= arguably the  least important constituent of Tandem hardware.   G Tandem's raison d'etre is specially designed no-single-point-of-failureD( hardware, and NSK has to work with that.     -- Alan,  O ===============================================================================-0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056oM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210nO ===============================================================================    ------------------------------  # Date: Thu, 27 Apr 2000 19:17:39 GMTd* From: young_r@eisner.decus.org (Rob Young)P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)' Message-ID: <2000Apr27.151739.1@eisner>    In article <009E93C3.5820A758@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes: ] > In article <8e9v45$snd$3@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes: C >>In article <ttsggsgfot40j79hsmp6btnq1105k6c7v7@4ax.com>, Art Ricem >><arice@ue.itug.org> writes:  >>G >>> FYI - the NSK hardware does not run Tru64, Linux, or OpenVMS.  Only-< >>> NSK.  So, NSK hardware and NSK software go hand-in-hand. >>" >>Isn't NSK being ported to ALPHA? > L > Yes, as it was ported to MIPS before, but it's not being ported to genericJ > Alpha hardware, or to AlphaServers.  In fact, the choice of processor is? > arguably the  least important constituent of Tandem hardware.  >   5 	As long as it supports a lock-step primitive, right?h  A 	Regarding least important... don't know about that.  Maybe it isrG 	good to come off of MIPS even if MIPS wasn't going away.  Simply isn'tCC 	keeping up performance wise.  Performance important for Tandem?  I C 	think so.  According to Shannon , AOL has well over 1000 processoroB 	system acting as a front-end for AOL.  Suppose they would like to? 	spend a lot less on hardware.  Maybe if they *only* needed 256 F 	processors would mean fewer systems, less cost, etc.  High performing 	CPU is a good thing.m   				Rob    ------------------------------  # Date: Thu, 27 Apr 2000 19:39:07 GMTEL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)8 Message-ID: <009E93CE.0A905762@SSRL04.SLAC.STANFORD.EDU>  T In article <2000Apr27.151739.1@eisner>, young_r@eisner.decus.org (Rob Young) writes: >In article <009E93C3.5820A758@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:^ >> In article <8e9v45$snd$3@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:D >>>In article <ttsggsgfot40j79hsmp6btnq1105k6c7v7@4ax.com>, Art Rice >>><arice@ue.itug.org> writes: a >>> H >>>> FYI - the NSK hardware does not run Tru64, Linux, or OpenVMS.  Only= >>>> NSK.  So, NSK hardware and NSK software go hand-in-hand.  >>>n# >>>Isn't NSK being ported to ALPHA?- >> HM >> Yes, as it was ported to MIPS before, but it's not being ported to generic-K >> Alpha hardware, or to AlphaServers.  In fact, the choice of processor ish@ >> arguably the  least important constituent of Tandem hardware. >> k >a6 >	As long as it supports a lock-step primitive, right? >oB >	Regarding least important... don't know about that.  Maybe it isH >	good to come off of MIPS even if MIPS wasn't going away.  Simply isn'tD >	keeping up performance wise.  Performance important for Tandem?  ID >	think so.  According to Shannon , AOL has well over 1000 processorC >	system acting as a front-end for AOL.  Suppose they would like toT@ >	spend a lot less on hardware.  Maybe if they *only* needed 256G >	processors would mean fewer systems, less cost, etc.  High performingn >	CPU is a good thing. >U  D "Arguably the least important constituent of Tandem hardware" in theG context of porting the operating system.  My remarks were meant to show J that Phillip's "Isn't NSK being ported to ALPHA?" fails as a refutation ofI Art's "NSK hardware and NSK software go hand in hand", because what makes @ Tandem Tandem is the whole architecture, not just the processor.  J Of course it matters how fast the processor is and whether it supports allI the necessary primitives; I don't mean to suggest that Tandem should savei big bucks by switching to Z80s.l  K Beating this into the ground: It's still NSK on Tandem whether it's runningnG MIPS or Alpha; it can't be NSK on Tandem if it's in an AlphaServer 8400=K box with the typical DECpaq controllers, etc, even if you change the label.8   -- Alanh  O ===============================================================================.0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056=M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210WO ===============================================================================    ------------------------------  # Date: Thu, 27 Apr 2000 20:00:46 GMTu" From: Art Rice <arice@ue.itug.org>P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)8 Message-ID: <rn6hgsgalk3ktnhgudiddchicp8amotcc0@4ax.com>  A On 27 Apr 2000 17:58:29 GMT, helbig@astro.rug.nl (Phillip Helbig)> wrote:  B >In article <ttsggsgfot40j79hsmp6btnq1105k6c7v7@4ax.com>, Art Rice ><arice@ue.itug.org> writes: r >hF >> FYI - the NSK hardware does not run Tru64, Linux, or OpenVMS.  Only; >> NSK.  So, NSK hardware and NSK software go hand-in-hand.  >f! >Isn't NSK being ported to ALPHA?s  F Yes it is.  It was ported to MIPS some years back.  The processor does@ not dictate what OS is installed, rather the architecture of the/ machine and what the machine is intended to do.f  C The Himalayas that are moving to Alpha are the S7k and S70k series. B They will still use Server-net architecture.  For the most part it: will be a swap of CPU cards and a SYSGEN with the new NSK.  ( Next comes the re-compiled applications.   -- t
 Art Rice   *#i# Special Data Processing Corporationp& --------------------------------------' All opinions expressed are mine and do h% not reflect the views of my employer.u   ------------------------------  # Date: Thu, 27 Apr 2000 20:04:11 GMT " From: Art Rice <arice@ue.itug.org>P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)8 Message-ID: <s17hgs86nep03sfd5jht1gic59h95h056b@4ax.com>  A On 27 Apr 2000 17:58:29 GMT, helbig@astro.rug.nl (Phillip Helbig)s wrote:  B >In article <ttsggsgfot40j79hsmp6btnq1105k6c7v7@4ax.com>, Art Rice ><arice@ue.itug.org> writes: p >iF >> FYI - the NSK hardware does not run Tru64, Linux, or OpenVMS.  Only; >> NSK.  So, NSK hardware and NSK software go hand-in-hand.t >d! >Isn't NSK being ported to ALPHA?   C Also, for what it's worth, we run a K2000 machine with 6 CPUs for ar= call center application and the average CPU idle time is 94%.o  ( It runs MIPS R4400  125MHz processors.     --  
 Art Rice   *#a# Special Data Processing Corporationo& --------------------------------------' All opinions expressed are mine and do o% not reflect the views of my employer.o   ------------------------------  # Date: Thu, 27 Apr 2000 20:07:04 GMTt" From: Art Rice <arice@ue.itug.org>P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)8 Message-ID: <j77hgso04a0jhi7sbosc1skdfj4rs8h2pu@4ax.com>  F On Thu, 27 Apr 2000 19:17:39 GMT, young_r@eisner.decus.org (Rob Young) wrote:   >In article <009E93C3.5820A758@SSRL04.SLAC.STANFORD.EDU>, winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:^ >> In article <8e9v45$snd$3@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:D >>>In article <ttsggsgfot40j79hsmp6btnq1105k6c7v7@4ax.com>, Art Rice >>><arice@ue.itug.org> writes: a >>>tH >>>> FYI - the NSK hardware does not run Tru64, Linux, or OpenVMS.  Only= >>>> NSK.  So, NSK hardware and NSK software go hand-in-hand.t >>> # >>>Isn't NSK being ported to ALPHA?s >> lM >> Yes, as it was ported to MIPS before, but it's not being ported to genericrK >> Alpha hardware, or to AlphaServers.  In fact, the choice of processor ist@ >> arguably the  least important constituent of Tandem hardware. >> t >r6 >	As long as it supports a lock-step primitive, right? >sB >	Regarding least important... don't know about that.  Maybe it isH >	good to come off of MIPS even if MIPS wasn't going away.  Simply isn'tD >	keeping up performance wise.  Performance important for Tandem?  ID >	think so.  According to Shannon , AOL has well over 1000 processorC >	system acting as a front-end for AOL.  Suppose they would like toh@ >	spend a lot less on hardware.  Maybe if they *only* needed 256G >	processors would mean fewer systems, less cost, etc.  High performing9 >	CPU is a good thing. >F >				Rob    B Are all 1000 processors on the gateway system?  The S70000 systemsE they installed last year were for mail services.  Part of the problemtD with their older K series machines was the slow I/O.  The server-netE machines are much quicker in that area.  But the processors are stilll2 slow compared to the Alpha.  I'll agree with that.     -- t
 Art Rice   *#n# Special Data Processing Corporation & --------------------------------------' All opinions expressed are mine and do s% not reflect the views of my employer.s   ------------------------------  % Date: Thu, 27 Apr 2000 21:00:14 -0400t0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>P Subject: Re: Compaq downgrading products (was Re: Dropping DECnet..don't do it!)/ Message-ID: <3908E299.44EC00C1@vl.videotron.ca>i  * Alan Winston - SSRL Admin Cmptg Mgr wrote:M > Beating this into the ground: It's still NSK on Tandem whether it's runninghI > MIPS or Alpha; it can't be NSK on Tandem if it's in an AlphaServer 8400fK > box with the typical DECpaq controllers, etc, even if you change the laben  L What will be more interesting once NSK is ported to an alpha-based system isN whether VMS will be able to run on such a hardware-fault-tolerant machine  and make use of these features.t  I For NSK, it would also enable them to potentially run a galaxy to split ao1 multi-cpu machine into multiple instances of NSK.t  J What I would be interested in seing is perhaps some work to merge NSK intoG VMS. Can Compaq really afford to keep two proprietary high-availabilitya	 systems ?    ------------------------------   Date: 27 Apr 2000 15:41:07 CST; From: wayne@tachyon.xxx.205306.killspam.021e (Wayne Sewell)r Subject: Re: COMPAQ KEYBOARD. Message-ID: <zIaikZ6QMtrE@tachxxsoftxxconsult>  F In article <8e98ce$kaj$1@nnrp1.deja.com>, mwes2462@my-deja.com writes:G > I recently purchased a Compaq Presario 7360. For some reason, the topfH > row of keys on my keyboard are not working. For example the "Internet"G > key, the "+" key (to make the sound louder), the "-" key (to make theoD > sound lower) are not working (although the regular keys work). TheE > Compaq web site is not helpful. Can anyone tell me how to fix theseE* > keys? Thank you very much. Marvin Weller >   M Sorry, you are in the wrong newsgroup.  Even though the vms operating system,nM the object of this newsgroup, is owned by compaq, this has nothing to do with < the billyboxes (windows/intel machines) also made by compaq.  J You will need to check with compaq billybox customer support or check in a7 billybox newsgroup in the comp.os.ms-windows hierarchy.o     -- rO ===============================================================================sK Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachyon.xxxu8 http://www.tachyon.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)eO ===============================================================================lN Butler:"Gentlemen!"  Curly(as he and other Stooges look around):"Who came in?"   ------------------------------  # Date: Thu, 27 Apr 2000 21:10:04 GMTt9 From: stu@c49395-a.wodhvn1.mi.home.com (Stuart R. Fuller)- Subject: Re: COMPAQ KEYBOARD% Message-ID: <o99ae8.6ng.ln@localhost>o   mwes2462@my-deja.com wrote:.G : Thank you for your message. But could you cite a newsgroup to me that A : does answer Compaq Presario questions? Thank you. Marvin Welleru :   F If you recently purchased your Presario, it's still likely to be underJ warranty, right?  If so, you can contact Compaq customer support through a variety of means by looking at:o  9         http://www.compaq.com/athome/support/contact.html          M I don't know about your specific problem, but generally the "extra" keys on aeJ keyboard are generally handled by a program in the system tray (the windowN with all the little icons at the righthand end of the start bar.  On my CompaqN laptop, there is an icon that claims to be "Compaq Programmable Keys".  Do you have one on your system?           Stu    ------------------------------  % Date: Thu, 27 Apr 2000 12:22:57 -0700o/ From: Terry Marosites <TMarosites@unitedad.com>c- Subject: RE: F$File_Attribute from a program?sM Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEDCA@seantexch.unitedad.com>m  I Try lib$get_command to call the = F$File_Attributes ("<filename>", "CDT")  Terry    -----Original Message-----4 From: Richard L. Dyson [mailto:rick-dyson@uiowa.edu]& Sent: Thursday, April 27, 2000 9:53 AM To: Info-VAX@Mvb.Saic.Com-) Subject: F$File_Attribute from a program?   
 Greetings!  F         I would like to find the creation date of a file from within aF C program on an OpenVMS system.  For DCL, I can use a lexical such as:  + x = F$File_Attributes ("<filename>", "CDT")@  H         Can someone suggest a system service or run-time library routineF to accomplish the same thing?  Or a C routine that I have missed would be
 OK too. :)   Thanks,  Rick --H Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479c   ------------------------------  # Date: Thu, 27 Apr 2000 20:06:05 GMT  From: briggs@eisner.decus.orgn- Subject: RE: F$File_Attribute from a program?p' Message-ID: <2000Apr27.160605.1@eisner>-   In article <1137A4A23A51D311B2D600105A1D5213019AEDCA@seantexch.unitedad.com>, Terry Marosites <TMarosites@unitedad.com> writes: K > Try lib$get_command to call the = F$File_Attributes ("<filename>", "CDT")o  D LIB$GET_COMMAND reads a line of text from SYS$COMMAND.  Not helpful.  F LIB$DO_COMMAND executes a command after terminating the running image. Not very helpful.r  F LIB$SPAWN executes a command in subprocess context but does nothing to; capture any DCL symbols created therein.  Somewhat helpful.i  ' What were you really trying to suggest?-  & 	John Briggs			briggs@eisner.decus.org   ------------------------------  # Date: Thu, 27 Apr 2000 21:20:43 GMTn* From: kuhrt@eisner.decus.org (Marty Kuhrt)- Subject: Re: F$File_Attribute from a program?r' Message-ID: <2000Apr27.172043.1@eisner>7  [ In article <39082A2E.682F79AB@uiowa.edu>, "Richard L. Dyson" <rick-dyson@uiowa.edu> writes:a > Greetings! > A > 	I would like to find the creation date of a file from within afH > C program on an OpenVMS system.  For DCL, I can use a lexical such as: > - > x = F$File_Attributes ("<filename>", "CDT")3 > C > 	Can someone suggest a system service or run-time library routineCH > to accomplish the same thing?  Or a C routine that I have missed would > be > OK too. :)  * Here's a quick example, XABDAT_EXAMPLE.C :   #include <descrip> #include <fabdef>f #include <lib$routines>@ #include <starlet> #include <string>  #include <xabdatdef>   unsigned long main    (    voidr    )    {    struct FAB    fab;     struct XABDAT xab;K"    struct dsc$descriptor time_dsc;    unsigned long  status;     unsigned short retlen;o&    char	  filename[256], time_buf[32];      fab = cc$rms_fab;    xab = cc$rms_xabdat;       time_dsc.dsc$w_length  = 24;p*    time_dsc.dsc$b_dtype   = DSC$K_DTYPE_T;*    time_dsc.dsc$b_class   = DSC$K_CLASS_S;%    time_dsc.dsc$a_pointer = time_buf;i  )    strcpy( filename, "XABDAT_EXAMPLE.C");       fab.fab$l_fna = filename;%    fab.fab$b_fns = strlen( filename);     fab.fab$l_xab = &xab;         status = sys$open( &fab );=+    if (( status & 1) != 1) return( status);=@    status = sys$asctim ( &retlen, &time_dsc, &xab.xab$q_cdt, 0);+    if (( status & 1) != 1) return( status);C'    status = lib$put_output( &time_dsc);a+    if (( status & 1) != 1) return( status);S    status = sys$close( &fab );    return( status);=    }   ------------------------------  # Date: Thu, 27 Apr 2000 22:01:15 GMT-/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu>r- Subject: Re: F$File_Attribute from a program?c) Message-ID: <3908725B.32BBDBA1@uiowa.edu>    Thank you all!  / What I ended up with was some C code like this:r   #include <stat.h>E
 stat_t st;   ...40       if ((infp = fopen (infile, READ)) == NULL) ...l  W'    if (fstat (fileno (infp), &st) == 0) (         datetime = ctime (&st.st_ctime);  H This got me what I wanted.  The old program used the current system timeG and I wanted it to report the file's create date/time.  This may or maytH not be good coding (I'm really a FORTRAN programmer), but it seems to be working fine for me. :)S  $ Regards and thanks for all the help! rick -- >H Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479c   ------------------------------  % Date: Thu, 27 Apr 2000 15:28:52 -0700 5 From: "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> - Subject: Re: F$File_Attribute from a program?l2 Message-ID: <fb4IOaJN6XiDbDMTPuHdZ6bIQE3Q@4ax.com>  4 On Thu, 27 Apr 2000 16:53:18 GMT, "Richard L. Dyson" <rick-dyson@uiowa.edu> wrote:o  @ >	I would like to find the creation date of a file from within aG >C program on an OpenVMS system.  For DCL, I can use a lexical such as:- >-, >x = F$File_Attributes ("<filename>", "CDT") >MB >	Can someone suggest a system service or run-time library routineB >to accomplish the same thing?  Or a C routine that I have missed    stat/fstat is prob. easier, & but if you need a vms (quadword) time:   #include <stdio.h> #include <string.h>9 #include <rms.h> #include <stsdef.h>o #include <descrip.h> #include <starlet.h>   main( argc, argv )	 int argc;i
 char *argv[];. {      unsigned int sts; ! unsigned short ret_len = 0;      > struct FAB fab1 = cc$rms_fab;s# struct XABDAT xab1 = cc$rms_xabdat;P char tim_buf[25];e $DESCRIPTOR(tim_dsc,tim_buf);j  !  fab1.fab$l_xab = (char *) &xab1;i  fab1.fab$l_fna = &argv[0][0];(  fab1.fab$b_fns = strlen( &argv[0][0] );    sts = sys$open( &fab1 );p,  if(!(sts & STS$M_SUCCESS)) sys$exit( sts );  sts = sys$close( &fab1 );,  if(!(sts & STS$M_SUCCESS)) sys$exit( sts );  /  memset( &tim_buf[0], 0x00, sizeof( tim_buf ));t<  sts = sys$asctim( &ret_len, &tim_dsc, &xab1.xab$q_cdt, 0 );,  if(!(sts & STS$M_SUCCESS)) sys$exit( sts );    printf( "%s, cdt: %-*.*s", 0    &argv[0][0], ret_len, ret_len, &tim_buf[0] );    sys$exit( sts );r  a } /* end main() ... */   ------------------------------  % Date: Fri, 28 Apr 2000 08:21:16 +0800s- From: David B Sneddon <dbsneddon@bigpond.com>t- Subject: Re: F$File_Attribute from a program?m+ Message-ID: <3908D97C.3C11100A@bigpond.com>    "Richard L. Dyson" wrote:  >  > Greetings! > H >         I would like to find the creation date of a file from within aH > C program on an OpenVMS system.  For DCL, I can use a lexical such as: > - > x = F$File_Attributes ("<filename>", "CDT")s > J >         Can someone suggest a system service or run-time library routineH > to accomplish the same thing?  Or a C routine that I have missed would > be > OK too. :) > 	 > Thanks,  > Rick > --J > Richard L. Dyson                                    rick-dyson@uiowa.eduJ >  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/J > | | | |    |_   _|   Systems Analyst                     O: 319/335-1879J > | | | | of   | |     The University of Iowa            FAX: 319/335-17538 > | \_/ |     _| |_    Department of Physics & Astronomy/ >  \___/     |_____|   Iowa City, IA 52242-1479e  > In the DBS-SYSRTL package (from the address below), there is a2 FILE_ATTRIBUTES routine that will do this for you.I (It is in Macro, has a variable argument list, but that shouldn't matter)c -- n Regards, Dave.eI -------------------------------------------------------------------------=I David B Sneddon (dbs)  OpenVMS Systems Programmer   dbsneddon@bigpond.comEI DBS software at ...   http://www.users.bigpond.com/dbsneddon/software.htm6I "Life is what happens to you while you're busy making other plans" Lennon9   ------------------------------  % Date: Thu, 27 Apr 2000 18:31:07 -0400=0 From: Glenn and Mary Everhart <everhart@gce.com> Subject: Fall 1999 VMS sigtapes4' Message-ID: <3908BFAB.5152B760@gce.com>>   Further information.* Dar Schumann's email is darnkatt@feist.com? He's tree coordinator. If you are a LUG librarian get in touch.a  F The tapes are being sent to a number of sites that make them available; on the net. Places like ftp.montagar.com, mvb.saic.com, and@E ftp.spc.edu are likely to have them up relatively soon (presuming theK= post office doesn't break their CD-Rs in transit, of course!) < and others may get them. The DECUS library will be getting aD copy also, though they probably won't do anything till the symposiumE by which time the Spring 2000 tapes will be ready also. Various othera. sites around the world get this material also.  @ Hopefully folks will announce when the material is ready. People: with good net links who are interested in hosting sigtapes@ should contact me, Glenn Everhart, Everhart@gce.com, to see whatA can be arranged. I can't afford to burn an infinite number of CDsa' for people but try to be accommodating.c  A If you feel you should get the stuff from me and I have forgotten-? (and the tapes were mailed Monday; give USPS a few days), emailw me and remind me.  Thanks Glenn C. Everhart- Everhart@gce.com   ------------------------------  % Date: Thu, 27 Apr 2000 17:44:24 -0700:0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com># Subject: Re: Fall 1999 VMS sigtapesg, Message-ID: <39087C78.7A9FC8F7@Mvb.Saic.Com>   Glenn Everhart wrote:h >  > ....H > The tapes are being sent to a number of sites that make them available= > on the net. Places like ftp.montagar.com, mvb.saic.com, andiG > ftp.spc.edu are likely to have them up relatively soon (presuming the ? > post office doesn't break their CD-Rs in transit, of course!) > > and others may get them. The DECUS library will be getting aF > copy also, though they probably won't do anything till the symposiumG > by which time the Spring 2000 tapes will be ready also. Various otherr0 > sites around the world get this material also. > B > Hopefully folks will announce when the material is ready. People< > with good net links who are interested in hosting sigtapesB > should contact me, Glenn Everhart, Everhart@gce.com, to see whatC > can be arranged. I can't afford to burn an infinite number of CDso) > for people but try to be accommodating..  E They are now up at ftp://mvb.saic.com/ for anyone who wants to take a  look.u  
 Mark Berryman1 Mark.Berryman@Mvb.Saic.Com   ------------------------------   Date: 27 Apr 2000 22:57:08 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)I Subject: Re: Including CD media with systems? (was Re: OpenVMS marketing)@6 Message-ID: <8eagk4$9nf$1@mailint03.im.hou.compaq.com>  ` In article <w53wvljp690.fsf@lanark.spa.umn.edu>, Graham Allan <allan@mnhep1.hep.umn.edu> writes:I :True, but it seems rather... cheap... not to include it. I have multiple,L :boxes, and buy media; that's fine. Some people buy single systems, in which2 :case $300-odd for the OS media is an aggravation.  H   I had also originally thought it would be best to include the CD mediaH   with every system, but I have since learned that there are (at least) F   two wrong answers to this request, and no right answer...  I've also   seen this decision change...  F   I distinctly remember being at several large customer events, where H   various customers had rather emphatic opinions on this topic -- these D   customers prefered we not ship out the CD media unnecessarily...    D   Reasons for these customers requesting "withholding" the CD media I   ranged from simply not needing the extra CD media (and thus eventually  H   having the media fill the local dump) to solutions providers that willF   have non-technical end-users directly receive and "install" the new I   system(s).  (These solutions providers range from folks on an in-house 0L   system support staff, or staff at a solution house or application vendor.)  K   In the latter case, the solutions providers deal with very remote and/or aJ   non-technical end-users, and they have requested that the end-users not M   receive the CD media as they have found that the media either confuses the iH   end-users, or (worse) permits the end-users to get themselves in deep I   trouble...   These folks also might not even use the factory-installed  D   software, prefering to have the end-users load and boot their own    customized CD media...  D   [I was helping a customer with the creation of this customized and)   bootable CD media just this morning...]s  J   Looking at it another way, folks with orders for the, say, rack-n-stack G   AlphaServer DS10L system...  Should these folks get twenty media kitssF   when they order twenty new systems to upgrade one of their existing -   racks containing AlphaServer DS10L systems?   I   The "solution"?  If you need any particular CD media with your system,  H   please order it.  We do try to make this prerequisite for at least oneJ   media kit on-site clear in the sales materials provided -- if it is not H   clear, please let me know and I will pass the comment(s) along to the #   appropriate product manager(s)...l  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 27 Apr 2000 20:49:57 GMTy From: walkerp1@my-deja.com* Subject: Re: Looking for DFU for VMS 5.5-2) Message-ID: <8ea95f$qai$1@nnrp1.deja.com>a  A > Does anyone know where I can find DFU for VAX/VMS 5.5-2h4?  Thea version@ > might be 2.4.l >  > Paul  B To answer my own question, DFU2.6 should not run on 5.5-2, but 2.4C should.  DFU2.4 can be found on the Freeware CD 4.0, and I found it 6 here:  http://www.openvms.digital.com/freeware/DFU024/   Paul    & Sent via Deja.com http://www.deja.com/ Before you buy."   ------------------------------    Date: 27 Apr 2000 14:12:03 -0500- From: Graham Allan <allan@mnhep1.hep.umn.edu>h Subject: Re: OpenVMS marketing0 Message-ID: <w538zxzqry4.fsf@lanark.spa.umn.edu>  + "Neil Rieck" <n.rieck@sympatico.ca> writes:r   (about Solaris)h  N > First off, I was expecting either one or two CD-ROMS in the package. Not 17.K > This package also contains a couple of manuals and lots of trial softwarecN > with 30 day auto-expire licenses (I can only assume the clock starts runningL > as soon as you install them but this is just speculation on my part). SomeN > of the trial software comes from 3rd party sources like Oracle but the pointL > I'm trying to make is that they really seem to be interested in keeping me > as a customer. > J > Compaq can keep distributing OpenVMS hobbyist licenses through DECUS andJ > there's nothing wrong with that. They may look at this relationship withK > DECUS as a way to keep their own costs low but I think they are missing ad > huge marketing opportunity.o > F > { Enough said on this thread; I think we've beat this one to death }  J I think one more thing should be re-said though, although it's not related to the hobbiest program.  J When you buy a workstation with Tru64 or OpenVMS, the OS is pre-installed,H and Compaq supply no media. Given the cost of CD-ROM production, I thinkI this is rather pathetic. Especially with OpenVMS, where standalone backupn' generally involves booting from the CD!i   G. -- uI -------------------------------------------------------------------------u: Graham Allan - I.T. Manager - gta@umn.edu - (612) 624-50409 School of Physics and Astronomy - University of Minnesota I -------------------------------------------------------------------------b   ------------------------------   Date: 27 Apr 2000 21:12:37 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: OpenVMS marketing. Message-ID: <8eaag5$38f$1@info.service.rug.nl>  = In article <w538zxzqry4.fsf@lanark.spa.umn.edu>, Graham Allan # <allan@mnhep1.hep.umn.edu> writes: -  L > When you buy a workstation with Tru64 or OpenVMS, the OS is pre-installed,J > and Compaq supply no media. Given the cost of CD-ROM production, I thinkK > this is rather pathetic. Especially with OpenVMS, where standalone backup ) > generally involves booting from the CD!t  H Yes this is true, but it is NOT A PROBLEM.  The media is cheap compared I to the other costs---buy it if you need it.  If I buy 200 boxes, I don't 0 want 200 CDs.  :-|   ------------------------------    Date: 27 Apr 2000 16:46:03 -0500- From: Graham Allan <allan@mnhep1.hep.umn.edu>t Subject: Re: OpenVMS marketing0 Message-ID: <w53wvljp690.fsf@lanark.spa.umn.edu>  , helbig@astro.rug.nl (Phillip Helbig) writes:  ? > In article <w538zxzqry4.fsf@lanark.spa.umn.edu>, Graham Allani% > <allan@mnhep1.hep.umn.edu> writes: m > N > > When you buy a workstation with Tru64 or OpenVMS, the OS is pre-installed,L > > and Compaq supply no media. Given the cost of CD-ROM production, I thinkM > > this is rather pathetic. Especially with OpenVMS, where standalone backup~+ > > generally involves booting from the CD!  > J > Yes this is true, but it is NOT A PROBLEM.  The media is cheap compared K > to the other costs---buy it if you need it.  If I buy 200 boxes, I don't t > want 200 CDs.  :-|  H True, but it seems rather... cheap... not to include it. I have multipleK boxes, and buy media; that's fine. Some people buy single systems, in whichF1 case $300-odd for the OS media is an aggravation.A   G. -- .I -------------------------------------------------------------------------h: Graham Allan - I.T. Manager - gta@umn.edu - (612) 624-50409 School of Physics and Astronomy - University of MinnesotaeI -------------------------------------------------------------------------O   ------------------------------   Date: 27 Apr 2000 23:23:14 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: OpenVMS marketing, Message-ID: <8eai52$lhi@gap.cco.caltech.edu>  [ In article <8eaag5$38f$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:-> >In article <w538zxzqry4.fsf@lanark.spa.umn.edu>, Graham Allan$ ><allan@mnhep1.hep.umn.edu> writes:  >:M >> When you buy a workstation with Tru64 or OpenVMS, the OS is pre-installed,rK >> and Compaq supply no media. Given the cost of CD-ROM production, I thinkeL >> this is rather pathetic. Especially with OpenVMS, where standalone backup* >> generally involves booting from the CD! > I >Yes this is true, but it is NOT A PROBLEM.  The media is cheap compared mJ >to the other costs---buy it if you need it.  If I buy 200 boxes, I don't  >want 200 CDs.  :-|   K Would that many of us had that problem!  As AOL has so aptly taught us it'smI easy enough to throw out CD's.  CDs cost virtually nothing to produce in tJ large quantities and the proud owner of a new OpenVMS or Tru64 system justK paid several thousand dollars for the OS, so they should definitely includetI the CD with the system (and not charge a penny more for it!).  While you  K may not want 200 of them, having at least one is mandatory, or at least it tD is if you want to recover from a disk crash on a single disk system.  > Speaking of which, this is what came with our new Linux DS10s:   1. Mouse and keyboardtB 2. AlphaServer DS10 user's guide (CD) and console reference (book)H 3. ALphaStation XP900 User information (CD) and condole reference (book)> 4. Power Management Software '99 for Compaq Alpha systems (CD)2 5. Digital Serverworks manager (Boxed manual & CD)  J (1) is mandatory, (2) is useful, and (3) is redundant with (2).  I suspectJ that the vendors are supposed to throw out (2) or (3) depending on whetherI a DS10 or XP900 was ordered.  (Which just goes to show you what idiocy itsH is to sell the same machine with two different names). (4) looks like itI should be useful, but when I last looked at this software 6 months ago it=H wouldn't control the type of UPS that I had (TrippLite).  A big site may5 have use for Serverworks manager, I certainly don't. r  6 In any case, there's space in the bag for the OS CD.     Regards,   David Mathog mathog@seqaxp.bio.caltech.edut? Manager, sequence analysis facility, biology division, Caltech E   ------------------------------  % Date: Thu, 27 Apr 2000 21:16:28 -0400l0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: OpenVMS marketing/ Message-ID: <3908E667.2D16137C@vl.videotron.ca>g  8 re: not including the VMS CD when you buy a workstation.  M I guess Compaq can counter by saying that workstations are generically packedFL and that it would cost way too much for someone to check which CD (unix, VMS. or none) should be included inside the box :-)  M But considering that the OS is pre-loaded, then machine have to be identified_A as such, so including the appropriate CD should not be a problem.    ------------------------------  % Date: Fri, 28 Apr 2000 10:53:19 +1000 - From: "Paul Nankervis" <paulnank@au1.ibm.com> 4 Subject: Re: Porting To VMS: select function problem4 Message-ID: <8ean7r$19qc$1@news2atm.raleigh.ibm.com>  = Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote in message00 news:8e9gn2$pg3$1@mailint03.im.hou.compaq.com... >@A > In article <3908182F.6D350C90@hrem.stm.tudelft.nl>, Jouk Jansenl# <JOUKJ@hrem.stm.tudelft.nl> writes:bF > :The fact that the select socket-routine cannot be used for checkingD > :the I/O-status of the X-windows device is a pain in the neck whenH > :porting software from Unix to VMS. Everythings seems to compile well,D > :however, on my VMS7.2-1 system it hangs infinitely on this select > :function. >aG >   Be aware that the XtAppAddInput call has platform-specific argumentp7 >   differences, too.  See the OpenVMS FAQ for details.  >tI > : Is there any hope from the Compaq-site that this select function willu2 > :be fully compatible with its Unix-counter part? >iE >   Yes.  (As much as I find the usual use of the select call to be a G >   crock, work on a compatible implementation for at least some of thei3 >   usual sources of C channels is now underway...)r >fH >   As for a tie-in from select over to X Windows, I'll have to check...  H I have written a whole bunch of 'portable' TCP/IP code which also reliesE on select() - and I have been very happy with the way the VMS versionoB works.  But I recently had an example of where I needed to wake upC the select() mainline through a VMS AST. It would be really good to C have some mechanism for being able to do this!!!  Perhaps even just&F some way of finding out what event flag it is using so I could set it?   Paul Nankervis IBM GSA"   ------------------------------   Date: 27 Apr 2000 20:25:52 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: SRM documentation, Message-ID: <8ea7og$dtt@gap.cco.caltech.edu>  > Can anybody point me at the documentation for the SRM console?  B I'm particularly interested in understanding the SET_ENV / GET_ENV@ bits associated with "dispatch".   (Because I can get info, but  "set" seems not to stick.)   Thanks,a   David Mathog mathog@seqaxp.bio.caltech.edup? Manager, sequence analysis facility, biology division, Caltech $   ------------------------------   Date: 27 Apr 2000 21:07:38 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: SRM documentation6 Message-ID: <8eaa6q$6uh$1@mailint03.im.hou.compaq.com>  a In article <8ea7og$dtt@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:u? :Can anybody point me at the documentation for the SRM console?s :oC :I'm particularly interested in understanding the SET_ENV / GET_ENV A :bits associated with "dispatch".   (Because I can get info, but   :"set" seems not to stick.)   ?   I will assume you have access to the source listings, and can *   look up the sys$getenv system service...  ?   The virtual and physical addresses of the dispatch procedure A>   descriptors (DISPATCH_VA and DISPATCH_PA) are stored in the B   Console Callback Routine Block (CRB) data structure, accessable    via the HWRPB.  C   I'd not expect to see the SET_ENV function implemented -- or not  :   completely implemented -- in any particular SRM console.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 27 Apr 2000 21:12:58 GMTa2 From: kilgallen@eisner.decus.org (Larry Kilgallen) Subject: Re: SRM documentation' Message-ID: <2000Apr27.171258.1@eisner>R  a In article <8ea7og$dtt@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:,@ > Can anybody point me at the documentation for the SRM console? > D > I'm particularly interested in understanding the SET_ENV / GET_ENVB > bits associated with "dispatch".   (Because I can get info, but  > "set" seems not to stick.)  F I think the behavior of the SRM console varies from release to release and from model to model.   ------------------------------    Date: 27 Apr 2000 16:41:33 -0500- From: Graham Allan <allan@mnhep1.hep.umn.edu>  Subject: Re: SRM documentation0 Message-ID: <w53zoqfp6gi.fsf@lanark.spa.umn.edu>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  c > In article <8ea7og$dtt@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:eA > :Can anybody point me at the documentation for the SRM console?o > :cE > :I'm particularly interested in understanding the SET_ENV / GET_ENV0C > :bits associated with "dispatch".   (Because I can get info, but . > :"set" seems not to stick.)y > A >   I will assume you have access to the source listings, and can0, >   look up the sys$getenv system service... > A >   The virtual and physical addresses of the dispatch procedure -@ >   descriptors (DISPATCH_VA and DISPATCH_PA) are stored in the D >   Console Callback Routine Block (CRB) data structure, accessable  >   via the HWRPB. > E >   I'd not expect to see the SET_ENV function implemented -- or not -< >   completely implemented -- in any particular SRM console.  F I'm not entirely sure what the question is about, but if it relates toE reading and setting the values of SRM consol variables then I suspect.E it should work. Recent versions of Tru64, at least, have a command toiG perform the function (consvar, and very useful it is too!), so it seemsp like it might be "supported".   H Hmm, the Tru64 command also has a separate option to "save all variablesJ to NV storage". Perhaps this might be related to trouble in making changes stick.   G. -- hI -------------------------------------------------------------------------e: Graham Allan - I.T. Manager - gta@umn.edu - (612) 624-50409 School of Physics and Astronomy - University of MinnesotaoI -------------------------------------------------------------------------    ------------------------------   Date: 27 Apr 2000 22:50:33 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: SRM documentation, Message-ID: <8eag7p$lhi@gap.cco.caltech.edu>  k In article <8eaa6q$6uh$1@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:l@ >  I will assume you have access to the source listings, and can+ >  look up the sys$getenv system service...i  G Nope.  But I've got access to the Linux bootp.c source, and the header r! files on both OpenVMS and Linux. s  D >  I'd not expect to see the SET_ENV function implemented -- or not ; >  completely implemented -- in any particular SRM console.D  K Ugh.  Is SET_ENV known to work with the SRM that's been shipping on DS10's? F I tried to use it to change BOOTDEV_DEF within the network boot loader@ (bootpfile) on some DS10 Linux systems.  More or less like this      >>> show BOOTDEV_DEF BOOTDEV_DEF = DQA0
 >>> boot ewa0i- (bootp ensues, then inside the loader, do...)e)  SET_ENV for BOOTDEV_DEF   (to EWA0 DQA0)h,  GET_ENV for BOOTDEV_DEF   (reads EWA0 DQA0)  load the linux kernel.o HALT >>> show BOOTDEV_DEF a BOOTDEV_DEF =   J That's right - blank.  So not only did the new value not stick, it somehowI wiped the old value.   Here's the actual SET/GET code I used.  The "xxxx"aD line is there to prevent any possible data from remaining in envval.  *         (void) strcpy(envval,"ewa0 dqa0");;         nbytes = srm_dispatch(CCB_SET_ENV, ENV_BOOTDEF_DEV,h5                               envval,strlen(envval));f;         srm_printk("status of CCB_SET_ENV is %d\n",nbytes);-:         (void) strcpy(envval,"xxxxxxxxxxxxxxxxxxxxxxxxx");;         nbytes = srm_dispatch(CCB_GET_ENV, ENV_BOOTDEF_DEV,S6                               envval, sizeof(envval));5         if (nbytes < 0 || nbytes >= sizeof(envval)) {k                 nbytes = 0;n	         }          envval[nbytes] = '\0';6         srm_printk("BOOTDEF_DEV is now: %s\n",envval);  C When this code fragment runs during the bootp process it prints outi     status of CCB_SET_ENV is 255   BOOTDEF_DEV is now: ewa0 dqa0a  D but, as I said above, it doesn't stick when >>> is next encountered.  L One of the things I'm looking for is a list of the status codes returned by F the dispatch routine.  In this case envval is 256 bytes long, so I do 8 wonder if that isn't related somehow to the status code.  H I have not tried to set other SRM variables as BOOTDEF_DEV is the one I $ really need to be able to control.     Any suggestions?   Thanks,h   David Mathog mathog@seqaxp.bio.caltech.edu3? Manager, sequence analysis facility, biology division, Caltech .   ------------------------------   Date: 27 Apr 2000 23:21:06 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: SRM documentation6 Message-ID: <8eai12$a89$1@mailint03.im.hou.compaq.com>  a In article <8eag7p$lhi@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:o  )   [discussions of SRM SET_ENV expurgated]a   :Any suggestions?f     In no particular order...t  9   Are you looking specifically for Linux, or for OpenVMS?h  F   I'll have to dig around and see if I can find an internal hack that H   writes to the console environment variables -- there is/was a version E   around for UNIX, and also one for OpenVMS.  Or if I can't find one,mE   write one.  (Though I have a couple of other projects that I really &   need to get coded up and running...)  D   On something as recent as the SRM for the AlphaServer DS10L, most <   of the GET_ENV callback stuff is *probably* implemented...  D   The "dispatch" routine you refer to appears to be something local E   to the environment you are in -- Linux?  It likely just deals with hD   the HWRPB->CRB->(PA or VA) chaining needed to get at the procedureD   descriptor, and then calls the routines...  (There's no equivilent-   routine named "srm_dispatch" in OpenVMS...)n  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 27 Apr 2000 18:24:34 GMTtL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")/ Subject: Re: TCPIP V5.0A configuration problemsS8 Message-ID: <009E93C3.A0943C43@SSRL04.SLAC.STANFORD.EDU>  g In article <F1YN4.82617$2D6.2116851@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:. >pL >Dirk Munk <munk@home.nl> wrote in message news:39074F3C.F726ADCC@home.nl...	 >[ snip ]- >>J >> Somehow it shows that UCX and TCPIP were not developed by VMS engineers >> :-)). >> >You got that right!K >I overheard some water cooler talk a little while back mentioning that UCXtM >is an acronym for ULTRIX Communication eXtension. (might not be accurate buth
 >makes sense)C  O I think it was Ultrix Connection for VMS; the "X" is out of the "nection" part.l  ; But that doesn't mean it was developed by Ultrix engineers.o   -- Alan   O ===============================================================================i0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056cM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210CO ===============================================================================a   ------------------------------  # Date: Thu, 27 Apr 2000 18:44:32 GMTi, From: koehler@eisner.decus.org (Bob Koehler)/ Subject: Re: TCPIP V5.0A configuration problems.' Message-ID: <2000Apr27.144432.1@eisner>e  g In article <F1YN4.82617$2D6.2116851@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:L   > You got that right!-L > I overheard some water cooler talk a little while back mentioning that UCXN > is an acronym for ULTRIX Communication eXtension. (might not be accurate but > makes sense)   UCX was ULTIRX Connection.    H Originally did very little, which DEC excused as "its a demonstration ofH what can be done", even though  they would sell it to you for real moneyE and others would sell you whole IP packages which "demonstrated" muchr more.v  @ At about the same time we picked up DECnet-ULTRIX which also hadH interesting problems, like keeping VMS file names (; in a file name is aH PITA in most UNIX shells, and most UNIX C compilers don't know what a .CG file is).  Learned real quick how to write file processing loops in cshw$ and ksh so I could fix these things.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporatione= Hubble Space Telescope Payload  | Federal Sector, Civil GroupsE  Flight Software Team           | please remove ".aspm" when replying    ------------------------------  % Date: Fri, 28 Apr 2000 11:11:15 +1000b- From: "Paul Nankervis" <paulnank@au1.ibm.com>  Subject: Tivoli Agent for VMS?4 Message-ID: <8eao9d$19qg$1@news2atm.raleigh.ibm.com>  K We have a client using Tivoli monitoring to look after a number of systems, C and now they would like to include their VMS systems under the samepD monitoring umbrella. Does anyone have any experience with any Tivoli monitoring agents for VMS?  L I have seen mention of Heroix Robomon in the Tivoli Partnership information,F but have been unable to establish whether it acts as a Tivoli agent or whetheraH it is standalone monitoring for VMS systems. I have sent an email asking- about this but have received no response yet.v   Any information appreciatedt   Paul Nankervis paulnank@au1.ibm.com   ------------------------------   Date: 27 Apr 2000 18:22:49 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman): Subject: Re: Where is the lexical f$getjpi("","Connectim")6 Message-ID: <8ea0hp$33v$1@mailint03.im.hou.compaq.com>   In article <1137A4A23A51D311B2D600105A1D5213019AEDC9@seantexch.unitedad.com>, Terry Marosites <TMarosites@unitedad.com> writes: K :I have been looking all morning for a lexical that will return a process'sh :current connect time,  I :Don't really want to have to use f$CVTIME, I just can believe that thereD. :isn't an f$getjpi("","Connect_time") lexical.3 :Am I missing it or am I the only one needing this.h  F   I am not aware of a Connect Time value accessable via the sys$getjpiC   system service -- either explicitly maintained or calculated uponrF   request -- sys$getjpi (and f$getjpi) can acquire the LOGINTIM value D   for you.  This is the process login time, in absolute time format.  F   As has been discussed several times in recent history, you'll likelyG   end up doing a little math to get a delta time based on the absolute bF   time, either in DCL or in an image...  (DCL's time-handling routines   are very primitive...)  E   What's the real question?  (Why do you want this value?)  And (just A   for good measure, right now) what OpenVMS version and platform?d  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 27 Apr 2000 19:20:55 GMTm= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)u: Subject: Re: Where is the lexical f$getjpi("","Connectim")0 Message-ID: <009E93E4.A5405E73@SendSpamHere.ORG>   In article <1137A4A23A51D311B2D600105A1D5213019AEDC9@seantexch.unitedad.com>, Terry Marosites <TMarosites@unitedad.com> writes:e >Hello all,  >dK > Please note, I set my email to plain text, (never will turn HTML on againi
 >(Smile)).K >I have been looking all morning for a lexical that will return a process's  >current connect time, oI >Don't really want to have to use f$CVTIME, I just can believe that theres. >isn't an f$getjpi("","Connect_time") lexical.3 >Am I missing it or am I the only one needing this.l >t	 >Have Funt >Terry a  E You won't get the value directly.  You can get the time of login withoC LOGINTIM and then subtract it from the current time for the connecto time.t  < However, subtracting the two time in DCL can be challenging.  J Just for fun, I wrote up a simple little DCL program which uses the latest. version of SYMBOL to compute the connect time.  ) $ SYMBOL/SET/LOCAL/EXECUTIVE CTL$GQ_LOGINz+ $ SYMBOL/SET/LOCAL/EXECUTIVE EXE$GQ_SYSTIME ) $ SYMBOL/SET/LOCAL/EXECUTIVE CTL$A_COMMON  $t9 $ LOGTIME_HI = F$cvui(0,32,F$fao("!AD",4,CTL$GQ_LOGIN+4))t7 $ LOGTIME_LO = F$cvui(0,32,F$fao("!AD",4,CTL$GQ_LOGIN))  $h; $ SYSTIME_HI = F$cvui(0,32,F$fao("!AD",4,EXE$GQ_SYSTIME+4))k9 $ SYSTIME_LO = F$cvui(0,32,F$fao("!AD",4,EXE$GQ_SYSTIME))f $eD $ IF (LOGTIME_LO .LT. SYSTIME_LO) THEN $ LOGTIME_HI = LOGTIME_HI - 1& $ CONTIME_HI = LOGTIME_HI - SYSTIME_HI& $ CONTIME_LO = LOGTIME_LO - SYSTIME_LO $r! $ DEPOSIT CTL$A_COMMON=CONTIME_LOu# $ DEPOSIT CTL$A_COMMON+4=CONTIME_HIn $t $ SHOW PROCESS/ACCOUNTINGaJ $ WRITE SYS$OUTPUT "''F$Fao(" Computed connect time:  !%D",CTL$A_COMMON)'"   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  % Date: Thu, 27 Apr 2000 20:59:05 +0100-. From: mpatt644 <mpatt644@netscapeonline.co.uk>: Subject: Re: Where is the lexical f$getjpi("","Connectim")4 Message-ID: <39089C09.83D17B05@netscapeonline.co.uk>  H If comparing the absolute time values it too much hassle you could do a  $show process/acc   H and parse the output. It's a bit messy but might suit what you're trying to achieve.t   Terry Marosites wrote: >  > Hello all, > L >  Please note, I set my email to plain text, (never will turn HTML on again > (Smile)). L > I have been looking all morning for a lexical that will return a process's > current connect time, J > Don't really want to have to use f$CVTIME, I just can believe that there/ > isn't an f$getjpi("","Connect_time") lexical.z4 > Am I missing it or am I the only one needing this. > 
 > Have Fun > Terry    ------------------------------  # Date: Thu, 27 Apr 2000 19:58:54 GMTO From: jgessling@yahoo.com : Subject: Re: Where is the lexical f$getjpi("","Connectim")) Message-ID: <8ea65j$mtp$1@nnrp1.deja.com>   
 In articleB <1137A4A23A51D311B2D600105A1D5213019AEDC9@seantexch.unitedad.com>,2   Terry Marosites <TMarosites@unitedad.com> wrote: > Hello all, >wF >  Please note, I set my email to plain text, (never will turn HTML on againe > (Smile)). B > I have been looking all morning for a lexical that will return a	 process'sk > current connect time,hD > Don't really want to have to use f$CVTIME, I just can believe that therea/ > isn't an f$getjpi("","Connect_time") lexical.y4 > Am I missing it or am I the only one needing this. > 
 > Have Fun > Terryo >r
 How about:  2 $ pipe sho proc/account | search sys$input connect   Jim     & Sent via Deja.com http://www.deja.com/ Before you buy.,   ------------------------------   Date: 27 APR 2000 20:38:08 GMT6 From: greenwoodde@feda34.fed.ornl.gov (Dave Greenwood): Subject: Re: Where is the lexical f$getjpi("","Connectim")2 Message-ID: <27APR00.20380850@feda34.fed.ornl.gov>   jgessling@yahoo.com wrote: > In articleD > <1137A4A23A51D311B2D600105A1D5213019AEDC9@seantexch.unitedad.com>,4 >   Terry Marosites <TMarosites@unitedad.com> wrote: > > Hello all, > >-H > >  Please note, I set my email to plain text, (never will turn HTML on > againv
 > > (Smile)).sD > > I have been looking all morning for a lexical that will return a > process's  > > current connect time,-F > > Don't really want to have to use f$CVTIME, I just can believe that > there 1 > > isn't an f$getjpi("","Connect_time") lexical.$6 > > Am I missing it or am I the only one needing this. > >a > > Have Fun	 > > Terry. > >- > How about: >  -4 > $ pipe sho proc/account | search sys$input connect  F Did you try this?  Pipe spawns a subprocess for the "sho proc/account"2 and you get the connect time for the *subprocess*.  F In addition to Brian Schenkenberger's use of SYMBOL to subtract times,D there's an old program called TIME that can add/subtract/etc. times.D I can email you a 15 part VMS_SHARE version if you want it and can'tA find it somewhere (an old DECUS tape maybe?).  You'll need unzip.a   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVrH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  # Date: Thu, 27 Apr 2000 21:37:06 GMTa From: jbecker@syssol.com: Subject: Re: Where is the lexical f$getjpi("","Connectim")) Message-ID: <8eabu0$tip$1@nnrp1.deja.com>r  
 In articleB <1137A4A23A51D311B2D600105A1D5213019AEDC9@seantexch.unitedad.com>,2   Terry Marosites <TMarosites@unitedad.com> wrote: [snip]B > I have been looking all morning for a lexical that will return a	 process'se > current connect time,e [snip]  B You can't get it from a lexical, but you can compute it one way orB another. You can retrieve the current time (f$time, f$cvtime), and+ you can retrieve the login time (f$getjpi).E  B DCL doesn't provide date arithmetic between absolute times, but itA does let you do date arithmetic between absolute and delta times.sA This may fit your need, depending on what you want to do with theh@ information. If you're comparing to a threshold value, you don'tD need to compute the connect time. For example, here's a check to see4 if someone has been logged in for more than 8 hours:G $ if f$cvtime (f$getjpi (pid, "logintim")) .lts. f$cvtime ("-08:00:00")   C If you truly need the connect time as a string, you should write or C acquire a program that uses the relevant RTL routines and/or systemoE services for doing the date arithmetic. If you have access to DSNlinknB or WIS, you can dig up the timeconvert program which subtracts oneD absolute time from another, then returns the result in a DCL symbol.   --
 Jim Becker6 System Solutions Incorporated (http://www.syssol.com/) Rockville MD & Herndon VA"3 DECUS ESILUG (http://eisner.decus.org/lugs/esilug/)o    & Sent via Deja.com http://www.deja.com/ Before you buy.b   ------------------------------  % Date: Thu, 27 Apr 2000 14:48:07 -0700-5 From: "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com>-: Subject: Re: Where is the lexical f$getjpi("","Connectim")2 Message-ID: <H7UIOQi+TFntO8B10Gc1TMiK3OKv@4ax.com>  < On Thu, 27 Apr 2000 19:58:54 GMT, jgessling@yahoo.com wrote:   >How about:- >-3 >$ pipe sho proc/account | search sys$input connect2  8 $ pipe sho proc/account/id='f$getjpi(0, "MASTER_PID")' -   _$  | search sys$input connect)  Connect time:              0 03:08:03.59t $    ------------------------------   Date: 27 Apr 2000 18:05 CSTf' From: carl@gerg.tamu.edu (Carl Perkins) : Subject: Re: Where is the lexical f$getjpi("","Connectim")- Message-ID: <27APR200018051499@gerg.tamu.edu>m  3 Terry Marosites <TMarosites@unitedad.com> writes...  }Hello all,  } K } Please note, I set my email to plain text, (never will turn HTML on againe
 }(Smile)).K }I have been looking all morning for a lexical that will return a process'sl }current connect time,  I }Don't really want to have to use f$CVTIME, I just can believe that therer. }isn't an f$getjpi("","Connect_time") lexical.3 }Am I missing it or am I the only one needing this.s } 	 }Have Funl }Terry t  ? Try this (note that it maxes out at 23:59:59.99, after which it > just says "more than 24 hours" - this is probably fixable with just a little bit more work):T  $ $ login_dt = F$GetJPI("","LOGINTIM")3 $ login_time = F$CVTime(login_dt,"ABSOLUTE","TIME")F1 $ login_day = F$CVTime(login_dt,"ABSOLUTE","DAY") * $ now = F$CVTime("","ABSOLUTE","DATETIME")/ $ current_time= F$CVTime(now,"ABSOLUTE","TIME")T. $ current_day = f$CVTime(now,"ABSOLUTE","DAY")  $ If current_day .EQS. login_day $ ThenG $   connect_time = F$CVTIME("''now'-0-''login_time'","ABSOLUTE","TIME")m $ ElseD $   If (F$Integer(current_day) - F$Integer(login_day) .GT. 1) .OR. -L        (F$CVtime("''now'-0-''login_time'","ABSOLUTE","DAY") .NES. login_day) $   Then) $     connect_time = "more than 24 hours"x $   ElseA $     tmp1 = F$CVTIME("''now'-0-''login_time'","ABSOLUTE","TIME") F $     tmp2 = F$CVTIME("''login_dt'-0-''login_time'","ABSOLUTE","TIME")D $     connect_time = F$CVTIME("''tmp1'-0-''tmp2'","ABSOLUTE","TIME")	 $   EndIf  $ EndIfn $ write sys$output connect_timek   --- Carl   ------------------------------  % Date: Thu, 27 Apr 2000 16:48:16 -0700r/ From: Terry Marosites <TMarosites@unitedad.com>s: Subject: RE: Where is the lexical f$getjpi("","Connectim")M Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEDCC@seantexch.unitedad.com>k   Thank you all !!! G    I went with something similar to Carl's after spending too much timeiG trying for elegance when good non fancy DCL procedure works every time.tJ Trying to use the Pipe was fun but trying to get it back to a symbol was a bugger and messy.n$ Again thanks to all you kind people. Have a great day.s Terry    -----Original Message-----B From: carl@gergl1.gerg.tamu.edu [mailto:carl@gergl1.gerg.tamu.edu]& Sent: Thursday, April 27, 2000 5:05 PM To: Info-VAX@Mvb.Saic.Com3: Subject: Re: Where is the lexical f$getjpi("","Connectim")  3 Terry Marosites <TMarosites@unitedad.com> writes...$ }Hello all,0 }mK } Please note, I set my email to plain text, (never will turn HTML on againp
 }(Smile)).K }I have been looking all morning for a lexical that will return a process's  }current connect time,I }Don't really want to have to use f$CVTIME, I just can believe that theref. }isn't an f$getjpi("","Connect_time") lexical.3 }Am I missing it or am I the only one needing this.h }o	 }Have Funo }Terry  ? Try this (note that it maxes out at 23:59:59.99, after which it > just says "more than 24 hours" - this is probably fixable with just a little bit more work):   $ $ login_dt = F$GetJPI("","LOGINTIM")3 $ login_time = F$CVTime(login_dt,"ABSOLUTE","TIME") 1 $ login_day = F$CVTime(login_dt,"ABSOLUTE","DAY")c* $ now = F$CVTime("","ABSOLUTE","DATETIME")/ $ current_time= F$CVTime(now,"ABSOLUTE","TIME")o. $ current_day = f$CVTime(now,"ABSOLUTE","DAY")  $ If current_day .EQS. login_day $ ThenG $   connect_time = F$CVTIME("''now'-0-''login_time'","ABSOLUTE","TIME")  $ ElseD $   If (F$Integer(current_day) - F$Integer(login_day) .GT. 1) .OR. -L        (F$CVtime("''now'-0-''login_time'","ABSOLUTE","DAY") .NES. login_day) $   Then) $     connect_time = "more than 24 hours"S $   ElseA $     tmp1 = F$CVTIME("''now'-0-''login_time'","ABSOLUTE","TIME")-F $     tmp2 = F$CVTIME("''login_dt'-0-''login_time'","ABSOLUTE","TIME")D $     connect_time = F$CVTIME("''tmp1'-0-''tmp2'","ABSOLUTE","TIME")	 $   EndIf: $ EndIf. $ write sys$output connect_timeg   --- Carl   ------------------------------  # Date: Fri, 28 Apr 2000 01:37:22 GMT6= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) : Subject: RE: Where is the lexical f$getjpi("","Connectim")0 Message-ID: <009E9419.3C2C0593@SendSpamHere.ORG>   In article <1137A4A23A51D311B2D600105A1D5213019AEDCC@seantexch.unitedad.com>, Terry Marosites <TMarosites@unitedad.com> writes:e >Thank you all !!! eH >   I went with something similar to Carl's after spending too much timeH >trying for elegance when good non fancy DCL procedure works every time.K >Trying to use the Pipe was fun but trying to get it back to a symbol was ad >bugger and messy.  I You wouldn't get at the process connect time using PIPE.  If you blindly =I specify PIPE SHOW PROCESS/ACCOUNT ... You would issue the SHOW PROCESS in@9 one of the short lived subprocesses created by thge PIPE.f   For example:  + $ PIPE SHOW PROCESS/ACCOUNT | TYPE SYS$PIPES  G 27-APR-2000 21:34:54.17   User: SYSTEM           Process ID:   20202F0F=I                           Node: ALPHA            Process name: "SYSTEM_1"-   Accounting information:aA  Buffered I/O count:       117  Peak working set size:       1504(A  Direct I/O count:           0  Peak virtual size:         166688sA  Page faults:               94  Mounted volumes:                0.  Images activated:           1)  Elapsed CPU time:          0 00:00:00.05L)  Connect time:              0 00:00:00.13o    ? If you attempt to look at the master process, you'd likely get:   M $ PIPE SHOW PROCESS/ACCOUNT/IDENT='F$getjpi("","MASTER_PID") | TYPE SYS$PIPE e) %SYSTEM-F-SUSPENDED, process is suspendedg      A Getting PIPE command stream output into a symbol is child's play.t --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------   Date: 27 Apr 2000 23:43:42 GMT* From: bleau@umdsp.umd.edu (Lawrence Bleau)B Subject: Re: Why does Pathworks(Mac) change mod date of .dir file?) Message-ID: <8eajbe$f1n$1@hecate.umd.edu>a  [ In article <270420000903529400%harris@zk3.dec.com>, Bob Harris <harris@zk3.dec.com> writes:- >-> >If the PATHWORKS for OpenVMS (Macintosh) DECshare file serverC >automatically applied the comments, then they must say something. bF >Perhaps if we knew what the comments said, it would help diagnose the	 >problem?   K I did a File > Get_Info on the volume after connecting to it and swiped the- comment text.  Here it is:  L MSAF$SERVER>  Clear Finder Invisible / by SYSTEM <26452.101.245> 27-APR-2000 19:36oB  Set Finder Invisible / by DWYER <26452.151.244> 20-APR-2000 14:081  Clear Finder Invisible / by SYSTEM <26452.101.24a  O SYSTEM is me just now connecting to the volume.  DWYER is the user who owns thee volume.o  % So, what does Finder Invisible mean? x1 Is this something I can ask the user to change?  ?  A Better yet, why is Pathworks(Mac) putting a comment on this file?n( Is there a way to turn this feature off?     Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umdsp.umd.edui   ------------------------------   End of INFO-VAX 2000.236 ************************