1 INFO-VAX	Sat, 13 May 2000	Volume 2000 : Issue 267       Contents: Re: big Fortran data file  Re: DEFINE ? Re: DEFINE ? Re: HSG/Fibre training???  Re: MONITOR on VMS 7.28 Re: Open VMS connectivity problem- Urgent please respond4 Re: Problem with Seagate disk on VAXstation 4000 VLC% RMS indexed files + decc$record_write  Re: Timeout Issues Take II UPD:RADIUS-VMS1 RE: Where is the lexical f$getjpi("","Connectim") " Re: Wildfire and the future of VMS  F ----------------------------------------------------------------------  % Date: Sat, 13 May 2000 08:18:53 -0600 ) From: Roger Tucker <roger.tucker@mci.com> " Subject: Re: big Fortran data file' Message-ID: <391D644C.1DD60441@mci.com>   P It must be one complex calculation to run slower than reading the results off of disk. O At today's CPU speeds (if not true now, give it another year) CPU's are so much  faster than E any disk I/O.  Maybe you just want to update your CPU or optimize the  calculations.  That P sounds like a much simpler solution than writing very fast I/O code or mapping a global sectionL and watching it page, etc.  If the data can be processed sequentially, using  read-a-head on a sequential fileR is about the fastest way to suck in data.  What about posting the calculations and letting someone have a stab at optimizing it.   ------------------------------  % Date: Sat, 13 May 2000 06:35:11 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: Re: DEFINE ? 7 Message-ID: <200005130635_MC2-A4E0-D61F@compuserve.com>   J         No!  Batch command files (and, I believe, print files) are record= edF by file-id.  You can rename them and the queue manager will still findJ them.  You can create a new version and the queue manager will still find=   and use the old version.  J         If you want to execute a new version without resubmitting, try CO= PY	 /OVERLAY.     4 Message text written by INTERNET:StevenU@POBoxes.comB >A quick question.  Would this method work for batch queue commandE files which resubmit themselves automatically.  It could be useful to @ run a more recent version without deleting the current entry and
 resubmitting.    Steve   , On Fri, 12 May 2000 20:15:45 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:    >Howard S Shubs wrote: >> >$ define myfile foo.tmp;0 J >> That notation refers to the current version of the file.  What I'm not=   sure is , >> if it changes if a newer version appears. > E >When you specify the version number of a file, it forces a directory 	 search to  >get the file. > J >If foo.tmp;9 is  installed, and you then update it and create foo.tmp;10=   then:  > E >"foo.tmp" will be found in the installed list and bypass a directory  search >and access ;9 > J >"foo.tmp;0" will do a directory search and find the most recent file and=   >access ;10  <    ------------------------------  % Date: Sat, 13 May 2000 16:31:54 +0200 2 From: martin@RADIOGAGA.HARZ.DE (Martin Vorlaender) Subject: Re: DEFINE ? ; Message-ID: <391d675a.524144494f47414741@radiogaga.harz.de>   . JF Mezei (jfmezei.spamnot@videotron.ca) wrote: : "Steven P. Underwood" wrote:E : > A quick question.  Would this method work for batch queue command 2 : > files which resubmit themselves automatically. : J : Nop. When you submit the file, it is not the file name that is submittedF : but rathers its file-id.  The trick to update a batch file is to useJ : COPY/OVERLAY myfile.com ;-1  which ends up copying the new versions overO : the file OVER its previous version (which is the version that was submitted).   % ...or use the well known construction   %   $ self = f$environment("procedure")    $     $ self = f$element(0,";",self)   $! or +   $ self = self - f$parse(self,,,"version")    $! or '   $ self = f$parse(self,,,"device") + - *            f$parse(self,,,"directory") + -%            f$parse(self,,,"name") + - !            f$parse(self,,,"type")    $    $ submit 'self'   8 to resubmit, which doesn't destroy the previous version.   cu,    Martin --D                        |  Martin Vorlaender  |  VMS & WNT programmer1   OpenVMS: When you    |  work: mv@pdv-systeme.de H   KNOW where you want  |        http://www.pdv-systeme.de/users/martinv/8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  % Date: Fri, 12 May 2000 09:21:13 -0400 / From: Bradford Hamilton <Brad.Hamilton@fmr.com> " Subject: Re: HSG/Fibre training???' Message-ID: <391C0549.7717B9C2@fmr.com>    Hi,   ) Some immediate help may be obtained from:   ; www.openvms.digital.com:8000/721final/6318/6318pro_008.html   D This is Chapter 7 of "Guidelines for OpenVMS Cluster Configuration", "Configuring Fibre Channel..."  C Chapter 6, section 3 of the same manual discusses failover modes on  HSG80s.        Bob Kaplow wrote:  > L > We just got an ES40 with Fibrechannel, a pair of switches, and a rack fullM > of HSG80 subsystems. We've got previous experience with HSJ, HSZ, CI, DSSI, K > SCSI, etc, but all this fibre stuff is both new and different. Has anyone N > found any good training courses on HSG/Fibre technology and SAN? Either from' > Compaq, Global, or some other vendor?  > L > For those already using HSG/Fibre, what kind of things should I be looking= > to learn? I don't even know the right questions to ask yet.  >  >         Bob Kaplow > N > SPAM:   spamrecycle@ChooseYourmail.com  uce@ftc.gov     postmaster@127.0.0.1   ------------------------------  % Date: Sat, 13 May 2000 15:57:37 +0200 > From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> Subject: Re: MONITOR on VMS 7.2 3 Message-ID: <8fjmtp$209c$1@s2.feed.news.oleane.net>   ' Did you use some special startup mode ?  Jean-Franois Marchal  X9000- LYON   > "Someone Somewhere" <Someone@somewhere.where> wrote in message2 news:iqcT4.5178$45.52580@news1.rdc1.tn.home.com...K > I am getting the following message when trying to run MONITOR after a new K > install of VMS v7.2. If I manually install the image using INSTALL ADD, I  > can run the monitor utility.I > Did I miss something during system setup, or can I just add the install / > command to systartup_vms and be done with it?  > 0 > Any help you can provide would be appreciated. >  >         Shrini Arole >         shrini@home.com  > 4 > %DCL-W-ACTIMAGE, error activating image XTI$XTILIB > -CLI-E-IMGNAME, image file7 > TMMVXD$DKA0:[SYS0.SYSCOMMON.][SYSLIB]XTI$XTILIB.EXE;1 B > -SYSTEM-F-PRIVINSTALL, shareable images must be installed to run
 privileged > image  > $  >  >  >  >    ------------------------------  % Date: Sat, 13 May 2000 08:39:06 -0600 ) From: Roger Tucker <roger.tucker@mci.com> A Subject: Re: Open VMS connectivity problem- Urgent please respond & Message-ID: <391D690A.85D1AD0@mci.com>  @ OK.  It's been a few years but I think I know what is happening.  A The problem may be with the default SQL transaction and the PSECT  attributes whereH this is stored.  On the VAX, the default SQL transaction was stored in a PSECT with theC overlay attribute so each of your modules used the same SQL default  connection.  This was the H default for all externs under VAX C.  When the application was linked on
 the alpha the H SQL default transaction may be in a PSECT is not set overlay so they are not using the same one. G Pursue this, or I would need to see your link options files, linker map G files, and maybe an ANALYZE/IMAGE on the images to see if that could be F the problem, or maybe this will all trigger someone else's memory that# has more recent experience in this.    ------------------------------  % Date: Sat, 13 May 2000 19:13:03 +1000 - From: David B Sneddon <dbsneddon@bigpond.com> = Subject: Re: Problem with Seagate disk on VAXstation 4000 VLC 0 Message-ID: <09130312850296@domain5.bigpond.com>  3 At , Adrian Lumsden" , Info-VAX@Mvb.Saic.Com wrote: 4 >At 02:08 PM 12-05-2000 +0100, Adrian Lumsden wrote:+ >>I think that when the SHOW CONFIG gives:-  >> >>> > >       A/1/0  >>> > >       A/1/1  >>> > >        ... >>> > >       A/1/7  >>? >>it means that it can see a device on SCSI controller A with a > >>SCSI ID of 1 and LUNs of 0 through to 8. This is the sort of9 >>response I get from a Pioneer DRM-604X CD mini-jukebox.  >>; >>This has a six CD changer and responds with A/1/0 through : >>A/1/5. VMS "sees" these as DKA100:, DKA101: ... DKA105:. >>= >>I have seen this problem when connecting certain devices to : >>certain systems. I've got around it by using a different5 >>combination of device and system as necessary. I've 7 >>never resolved properly what's going on. I'll asks my 6 >>SCSI wizard friend and see if he can shed any light.  > I have seen similar results with an Exabyte drive in the past.: I don't have the luxury of using different combinations of devices :-(   7 >>BTW since you are only putting one SCSI device on the 1 >>Alpha do you have termination set up correctly?   ? This is a VAXstation 4000 VLC.  I am only putting one device IN @ the box but I have an external disk and CRDOM.  All this playing< about is ONLY with the internal disk and the bus terminated.   >> >>Adrian >> >>--* >>Adrian Lumsden, XDT Computer Systems, UK$ >>A dot Lumsden at xdt dot co dot uk >> >> >>: >>David B Sneddon <dbsneddon@bigpond.com> wrote in message' >>news:391B47D8.FFBD9F3E@bigpond.com...  >>> "Bart Z. Lederman" wrote:  >>> > A >>> > In article <3919EFBA.B1BE5090@bigpond.com>, David B Sneddon ! >><dbsneddon@bigpond.com> writes:  >>> > > L >>> > >It is not a duplicate ID, I install the disk internally and terminate >>the 2 >>> > >SCSI - this is the only device on the SCSI. >>> > >> >>> > >  >>> > >show config gives me  >>> > >       A/1/0  >>> > >       A/1/1  >>> > >        ... >>> > >       A/1/7  >>> > >like it sees 8 devices. >>> > E >>> > This is indeed one of the common symptoms of having two devices  >>> > with the same ID.  >>> @ >>> There is only ONE device, SCSI ID 1, the controller ID is 6. >>> I >>> > >The disk was removed from a functioning VAXstation 4000-90 and was  >>> > >fine in that box. >>> > G >>> > Some VAX systems have the controller at ID 7, while some have the F >>> > ID at 6, and the VLC is one of them.  If your disk is at ID 6 itE >>> > could have worked in the 4000-90 but still give you problems in E >>> > the VLC.  Try changing it's ID to 0 or 1 and see if that helps. D >>> > (Also check to see that none of the little jumpers that selectA >>> > the ID didn't drop off or come lose when you moved the disk " >>> > from one system to another.) >>> H >>> None of the jumpers have come loose or fallen off, the ID was set toI >>> 1 since I already had a 0 and 4 on the VLC.  As I stated before, this G >>> problem happens even when this disk is the ONLY device on the SCSI.  >>> 6 >>> The question I really want to get an answer for is; >>> "what does the 0034 value mean in ?? 110 10 SCSI 0034".  >>> >  >>> > --. >>> >  B. Z. Lederman   Personal Opinions Only >>>  >>>  >>> -- >>> Regards,	 >>> Dave. M >>> ------------------------------------------------------------------------- M >>> David B Sneddon (dbs)  OpenVMS Systems Programmer   dbsneddon@bigpond.com M >>> DBS software at ...   http://www.users.bigpond.com/dbsneddon/software.htm M >>> "Life is what happens to you while you're busy making other plans" Lennon  >>>  >> >> >>   Regards, Dave. I ------------------------------------------------------------------------- I David B Sneddon (dbs)  OpenVMS Systems Programmer   dbsneddon@bigpond.com F DBS software is at http://www.users.bigpond.com/dbsneddon/software.htmI "Life is what happens to you while you're busy making other plans" Lennon    ------------------------------  # Date: Sat, 13 May 2000 16:04:06 GMT , From: "mrsignor" <mrsignor@bellatlantic.net>. Subject: RMS indexed files + decc$record_write7 Message-ID: <W1fT4.7235$Lp1.160107@typhoon2.ba-dsg.net>   D I m currently using decc$record_write to save some information to anF ordinary ascii text file. It has now been ordained that we change thisB file to an RMS indexed file .. so that we do NOT perform duplicate activities.     I Q - Is it practicable to use decc$record_write with RMS indexed files. My 5       own limited testing would seem to indicate NOT.   I How so ?, well judging by some of the errors i have received, such as ... D %RMS-F-CUR, no current record (operation not preceded by $GET/$FIND)I internally decc$record_write seems to be doing an update. Is there anyway K to force decc$record_write to ONLY ever attempt to add ($PUT) new records ?     E BTW ... Primary key is 24 bytes, starting at zero, and does NOT allow 
 duplicates" i have tried opening the file with@             fopen (az_filename, "a+", "ctx=rec", "shr=get,put");         and ?             fopen (az_filename, "r+", "ctx=rec", "shr=get,put);     E Any thoughts / comments ... is this expected behaviour, should i just  use sys$put directly.    TIA    ------------------------------  % Date: Sat, 13 May 2000 08:52:22 -0600 ) From: Roger Tucker <roger.tucker@mci.com> # Subject: Re: Timeout Issues Take II ' Message-ID: <391D6C26.10BC3C91@mci.com>   P Have you tried SYS$BRKTHRUW to write a bell (or something else) to the terminals every M so often.  We use to use this to broadcast "You have new mail from XXXX" even 	 when they G didn't as a joke many years ago.  A bell or null sounds less intrusive.    ------------------------------  % Date: Sat, 13 May 2000 14:21:00 +0400 4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU> Subject: UPD:RADIUS-VMS 0 Message-ID: <391D2C8C.5EDE744B@SMTP.DeltaTel.RU>   Hi All! D 	RADIUS-VMS server - RADIUS server for OpenVMS is updated , see more- information at http://www.radiusvms.com site.  --   Regards.F +.....................pure personal opinion..........................+B     Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM- 	Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 G +............ Frying only on VMS, flying only by Su-27  .............+
    ------------------------------  % Date: Sat, 13 May 2000 04:57:35 -0400 ) From: John Santos <jasantos@ultranet.com> : Subject: RE: Where is the lexical f$getjpi("","Connectim")= Message-ID: <MPG.1386e30bac7bec02989775@news.ma.ultranet.com>    In article  B <F02D5A46B8AED311BE4F0090279FA2401E8332@ppnt41.physics.ox.ac.uk>, ' J.Macallister1@physics.ox.ac.uk says... M > The "SHOW PROCESS/ACC" command will give you an item "Connect time:" in its I > output which you can easily access with a simple read and string search = > sequence but you may be looking for something more compact?   C Is this accurate across daylight savings time (summer time in UK?)  H changes?  The other proposed solution - subtract login time from currentD time - could give a negative answer early in the morning of the last Sunday in October!     > John > D > Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukJ > Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKC > Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)  >  >  > -----Original Message-----8 > From: Terry Marosites [mailto:TMarosites@unitedad.com]( > Sent: Thursday, April 27, 2000 6:43 PM > To: John Macallister8 > Subject: Where is the lexical f$getjpi("","Connectim") >  > 
 > 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. 4 > Am I missing it or am I the only one needing this. > 
 > Have Fun > Terry  >    --   John Santos    ------------------------------  % Date: Sat, 13 May 2000 09:49:39 -0400 . From: Michael Austin <maustin@nc.prestige.net>+ Subject: Re: Wildfire and the future of VMS / Message-ID: <391D5D72.41EB1EA4@nc.prestige.net>   , This is a multi-part message in MIME format.& --------------D5A57E0A0DA71F872DCBFD30* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit   M The problem I see is that they associate RISC hardware architecture with UNIX P operating system-- software.  That tells me that these marketing people have notL consulted with the technical staff and just assumed this from the illiterateN mainstream media making themselves look like fools to the very people they areM trying to impress.  Well I take that back, I guess they are trying to impress P the illiterate CIO's, CFO's and CEO's who also have no real clue  but merely buyM on discounts and buzz words.  Buzz words like RISC, UNIX, "We want to be your L Partner"... in the words of John Stossel for ABC's 20/20, "Give me a Break!"       John Nixon wrote:i  M > I don't know if I got the "official" invitation, bu in my invitation, there-M > were three references to unix, and two references to VMS.  (I hope I am notk/ > violating any copyrights;  I didn't see any).r >d: > 1.  " This event will debut Compaq's new high-end CompaqL >  AlphaServer GS Series (code name Wildfire) system...the fastest RISC/UNIXG >  Server in the industry!   It is also the fastest OpenVMS system ever  >  built. "  >t> > 2.  "These new systems offer unprecedented flexibility, withL >  support for multiple operating systems, including Tru64 UNIX, OpenVMS and
 >  Linux." > ? >   3. "Anyone considering the purchase of a high-end RISC/UNIX : >  system must consider the Compaq GS Series AlphaServer!" >hL > #3 does not mention VMS, but it does suggest reconsidering ordering a High > end RISC/UNIX system.s >dN > Personally, I think this is pretty good compared to what we have seen in the > past.e& >  Are these examples specific enough? >RD > "David J. Dachtera" <djesys.nospam@earthlink.net> wrote in message) > news:391B7F9A.1ED764E5@earthlink.net...s > > Clair Grant wrote: > > >h > > >dG > > > I have seen most of the official announcement material and VMS isn > > > prominently mentioned. > >w" > > To quote my 5th grade teacher: > >e! > > "Be specific, cite examples".l > >l > > -- > > David J. Dachterao > > dba DJE Systemsw& > > http://home.earthlink.net/~djesys/ > >t> > > Unofficial Affordable OpenVMS Home Page and Message Board:/ > > http://home.earthlink.net/~djesys/vms/soho/   & --------------D5A57E0A0DA71F872DCBFD30- Content-Type: text/x-vcard; charset=us-ascii;   name="maustin.vcf"  Content-Transfer-Encoding: 7bitu, Content-Description: Card for Michael Austin  Content-Disposition: attachment;  filename="maustin.vcf"i   begin:vcard  n:Austin;Michael o tel;work:704-947-1089  x-mozilla-html:FALSE org:Michael Austin, Inc 
 adr:;;;;;; version:2.1r+ email;internet:michaelaustininc@hotmail.comu title:Presidentc x-mozilla-cpt:;0 fn:Michael E. Austin	 end:vcardp  ( --------------D5A57E0A0DA71F872DCBFD30--   ------------------------------   End of INFO-VAX 2000.267 ************************