1 INFO-VAX	Sat, 05 Apr 2003	Volume 2003 : Issue 188       Contents:P Re: BOF sessions at CUO/Interex/DECUS European Users Conference & Expo, May 19-2' Re: Earth to Andrew, do you get it now?   Re: ftp_mirror and TCPIP servers2 Re: Getting Started with OpenVMS System Management0 Re: HP has a chance to buy some software (rumor)0 Re: HP has a chance to buy some software (rumor)> Re: Inquirer: HP's Alpha RetainTrust programme a complete bust> RE: Inquirer: HP's Alpha RetainTrust programme a complete bust. Re: Legato vs TSM for VMS backup pros and cons. Re: Legato vs TSM for VMS backup pros and cons Multinet 4.4 patches" Re: New SPAWN behavior with V7.3-1? Re: New Training Class -  OpenVMS  Performance Management Class ' Re: OpenVMS and Security - REALLY !!!!! 2 Re: Space Invaders was: Re: Fortran Guru requestedD Re: SYSTARTUP_VMS (was: Three questions re: the VMS startup process)0 Re: The Space Invaders minute of the day: source= Re: trademarks (was: RE: OpenVMS and Security - REALLY !!!!!) & Re: who is procedure of backup for vms  F ----------------------------------------------------------------------  % Date: Sat, 05 Apr 2003 09:35:20 +0200 ) From: Bart Zorn <B.Zorn@xs4all.nospam.nl> Y Subject: Re: BOF sessions at CUO/Interex/DECUS European Users Conference & Expo, May 19-2 6 Message-ID: <3e8e8738$0$49101$e4fe514c@news.xs4all.nl>   Hello Shaun,  + I will be pleased to meet you in Amsterdam.   F However, the BOF session that I would like to do is aimed at users of G ABS/MDMS who are not (yet) inclined to switch to an other product. You   are welcome to attend anyway!    Regards,   Bart   Shaun Ellis wrote:B > I will also be in Amsterdam, and am responsible for NetWorker on> > OpenVMS. Although not produced by HP, it is supported by HP. > 
 > Shaun Ellis * > Product manager for NetWorker on OpenVMS > Legato, Palo Alto  > l > Bart.Zorn@xs4all.nl (Bart Zorn) wrote in message news:<a98cd882.0303270801.23a680ce@posting.google.com>... > M >>At the upcoming conference it will be possible to organize ad-hoc sessions, N >>called Birds-Of-a-Feather (BOF) sessions. These sessions will generally haveH >>an informal and interactive nature. Also, they will have most likely a >>technical nature.  >>M >>I would like to organize two of such BOF sessions. I am not sure if it is a 0 >>coincidence that both have similar titles :-).K >>By announcing them here, I might attract the attention of people involved  >>with these products. >>S >>Anyone who will attend the conference and is interested in, or has concerns about > >>the topics, is invited to participate in these BOF sessions. >> >>The topics are:  >>V >>TCP/IP services for OpenVMS: Success stories, Solutions, Problems, Gripes, Concerns. >>R >>There are a lot of sites which use TCP/IP services as their main network serviceB >>for OpenVMS. Unfortunately, that is not always without problems. >>Issues discussed might be: >> >>- Quality  >>- Cluster support  >>- Functionality  >> >>R >>ABS/MDMS, Archive and Backup Services, and Media, Device and Management ServicesF >>for OpenVMS: Success stories, Solutions, Problems, Gripes, Concerns. >>Q >>Although there may be other options for Backup on OpenVMS systems (e.g. Legato, P >>Tapesys) ABS/MDMS is the solution of choice for many sites, because it is a HPQ >>product and support also comes from HP. Unfortunately, ABS/MDMS does not always 3 >>work without problems. Issues discussed might be:  >> >>- Quality  >>- Cluster support  >>- Functionality  >>! >>I hope to see you in Amsterdam!  >>
 >>Regards, >> >>Bart Zorn    ------------------------------  $ Date: Sat, 5 Apr 2003 11:46:35 +0200( From: "Philip Lewis" <philip@nospam.com>0 Subject: Re: Earth to Andrew, do you get it now?- Message-ID: <b6m8m0$151m$1@news.cybercity.dk>    Jon Power wrote:% > I'm not sure either of you 'get it'  > : > I've read some pretty flawed assumptions on this thread. > E > Here is my perspective having worked on both sides of the argument.  > H > (1) DESCRIPTORS dont help. C programs use memset() and strcpy() on VMS+ > and UNIX and both will overwrite buffers.  > G > (2) The Pure PSECT argument was good -- but UNIX systems can also now  > generate pure code.  > ; > (3) Both VMS and UNIX can mark segments and data or code.  > G > Most development these days is Oracle / Oracle Forms / Java / C / C++ G > / websphere / weblogic and assorted middleware -- the code if written / > well will run on both VMS and UNIX (flavors).  > ; > In the old days --- VMS had much more to offer than UNIX.  > H > I remember trying to get LIB$FIND_IMAGE_SYMBOL and CALLG duplicated onF > UNIX -- impossible, PSECTS were a huge pain to duplicate (especially2 > when the VMS linker created the shared segment). > H > These days -- who cares. Everyone has their favorite editor, most workA > on VMS and UNIX, make/mms/sccs,rcs/cms --- is a 30 minute RTFM.  > G > The issue is not "which is best" -- the issue is which system provide 7 > the best opportunity for keeping personally employed.  > F > Which system provides positive foundation to a resume and which does > not. > E > If 2 Oracle DBA's (UNIX and VMS) are both looking for a job -- what G > are the chances of each finding employment ? --- I know which one I'd F > want to be. How many UNIX DBA jobs are there compared to OpenVMS DBA) > jobs -- its just a question of numbers.  > H > I see thousands of mission critical systems running just fine on UNIX,H > I even see many working just as well on NT (yup - I know thats hard to > swallow) and VMS.  > C > Does anyone these days truly believe that VMS has some magic that F > makes it light years ahead ?? -- even if it did -- would anyone take > the risk of using it ? > B > Take RTR (Reliable Transaction Router) -- probably the best kept@ > secret in the world. Reliable messages transfered with minimalE > overhead, asychronous event handling ... good old DEC technology .. E > its still around today (I think) but who would take the risk of new E > development on RTRV3?. It may be better than Tuxedo or MQSeries ... H > but they are mainstream and the same problems can be solved with all 3 > products.  > G > It never fails to amaze me that some of the smartest people I've ever H > met in this field keep insisting on basing their value on someone else > (DEC/Compaq/HP). > H > Who cares which is better ?, the question is do you want keep employedC > and which system offer the best and most lucrative opportunities.  > C > On that subject --- as more VMS systems are abandoned and the VMS D > skill sets become hader to acuire - the hourly rate for VMS peopleE > will go up -- but its temporary --- the highest paid people will be   F Mmm  My rate seems to have declined to zero at the moment, without any noticeable spike. :-(   E > those that have BOTH skill sets and can help organizations maintain  > AND TRANSITION.  >  > /Jon Power (Sector7)   ------------------------------  # Date: Sat, 05 Apr 2003 07:21:06 GMT ( From: Alder <PGDEHMKOKIMD@spammotel.com>) Subject: Re: ftp_mirror and TCPIP servers , Message-ID: <3E8E83E1.5070807@spammotel.com>   Thanks, Hunter.   O Right after I posted my message (which I tried to yank), I noticed a reference  J to such support in the FTP_MIRROR.COM file itself.  It was in the list of : changes, rather than the description of supported servers.  I Anyway, it's a snap to use.  I just have a few questions arising from my  P underdeveloped analytical skills :-/  I'm running an HGFTP 3.1 client against a A TCPIP 5.3 server and I've set up my configuration file like this:    ! File:  FTP_MIRROR_1.DAT  !  SITE ftp.pi-net.dyndns.org! PASSWORD mirror@erebus.homeip.net  SUBMIT_AFTER NONE  PASSIVE TRUE BATCH_QUEUE SLO$BATCH  FTP_SERVER TCPIP FTP_CLIENT HGFTP MAILTO Alder3 DIRECTORY DISK$USER:[ANONYMOUS...] $WEB:[MIRROR...]   Q The output to the console suggested there was an "unsupported" command somewhere  O in my configuration file and a bad date specified somewhere else.  I turned on  I DEBUG and found that the server was choking on the default FILE_TRANSFER  P parameter of "VMS".  Using "BINARY" as the configuration template suggests also  didn't work, but "IMAGE" did.   ) The DEBUG trace also has this minor burp:    <<< snip >>>O -Debug- Record is: \Grand total of 3 directories, 40 files, 83904/84078 blocks\ J %DCL-W-IVATIME, invalid absolute time - use DD-MMM-YYYY:HH:MM:SS.CC format   \OF 3\ -Debug- Remote file is: Grand / -Debug- Local file is: $WEB:[MIRROR.JYC]GRAND.; P -Debug- Copying file #0DISK$USER:[ANONYMOUS.JYC]Grand to $WEB:[MIRROR.JYC]GRAND. ; (we don't have a copy).  <<< snip >>>  ( Hope all this is of some use to someone.   Thanks for reading,  Alder    ------------------------------  $ Date: Sat, 5 Apr 2003 10:58:15 -0600& From: "Dave Gudewicz" <k9jdk@arrl.net>; Subject: Re: Getting Started with OpenVMS System Management / Message-ID: <v8u2p338g6r447@corp.supernews.com>   K I made mention of this at our LUG meeting last Wednesday.  Also ordered one  for the bookshelf.   Thank you Dave Miller.  9 "David D Miller" <ddmiller@raytheon.com> wrote in message @ news:OFCCE15828.1D375743-ON07256CFC.004E4F33@rsc.raytheon.com... >  > ----------I > Digital Press is delighted to announce the publication of Dave Miller's  new 7 > book, Getting Started with OpenVMS System Management.  > K > This book gives new VMS system managers a jumpstart, summarizing the most ? > critical information and pointing out parallels to other OSs.  > 7 > You can order a copy now in North America by going to  > www.openvms.compaq.comL > and finding the link to the Digital Press Bookstore for HP Technologies inJ > the OpenVMS FEATURES section (burgundy rectangle on right side of page).H > You'll get a 20% discount on any DP book you order there (sorry, front pageK > needs to be updated--old discount did indeed expire in Jan 03). Outside N K > America, it will be about one more month before the book is available due  > to$ > shipping time to our UK warehouse. > L > The book is intended as a precursor to Baldwin's OpenVMS System ManagementI > Guide as well as to OpenVMS documentation. Getting Started with OpenVMS I > System Management is a great introduction to the material Steve Hoffman  and F > Dave Miller are currently revising for the OpenVMS System Management Guide,L > 2E. (Current plans call for the Baldwin 2e to be in our warehouse in early > December 2003.)  > H > If you have questions, or difficulties accessing the site, contact PamI > Chester, Acquisitions Editor at Digital Press (p.chester@elsevier.com).  >  > Pam  > ------------ >  >  >    ------------------------------  $ Date: Sat, 5 Apr 2003 12:08:51 +0200( From: "Philip Lewis" <philip@nospam.com>9 Subject: Re: HP has a chance to buy some software (rumor) - Message-ID: <b6m9vo$16fb$1@news.cybercity.dk>    JF Mezei wrote:  > John Smith wrote: H >> HP can buy back the software Digital sold to BEA and control some keyF >> software for VMS once again.  Maybe they'll buy Rdb from Oracle too >> ;-) >  > G > Do you seriously think that HP would genetically be able to tell Wall G > Street that it is spending X hundred million bucks to buys a software G > form that produces software for a product that is on a dead platform, F > receuves no marketing etc ? (you know very well that HP is incapable2 > of pronouncing the words "VMS" in marketing....) >  > :-)  > E > On the other hand, if BEA has some software that is key to HP UX or C > Windows, then it wouldn't have a problem justifying the purchase.  > G > On the other hand, I think that Carly is smart enough to know that it B > is best to fully digest Digital/Tandem and barf out the unwanted8 > remains of Compaq before thinking about its next meal.   To continue your metaphor,  D I would remind you of the end result of "digestion" and the make theI observation that the excreted volume usually exceeds by some large factor K (order) the volume retained.  Granted, only the useful stuff gets retained, , but most of it is "used" leaving SFA behind.  & Returning to your regular programming.   ------------------------------  % Date: Sat, 05 Apr 2003 10:36:59 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 9 Subject: Re: HP has a chance to buy some software (rumor) ' Message-ID: <3E8F062B.AFC5CEBC@fsi.net>    Philip Lewis wrote:  >  > JF Mezei wrote:  > > John Smith wrote: J > >> HP can buy back the software Digital sold to BEA and control some keyH > >> software for VMS once again.  Maybe they'll buy Rdb from Oracle too > >> ;-)  9 ...not to mention the Polycenter suite purloined by CA...   I > > Do you seriously think that HP would genetically be able to tell Wall I > > Street that it is spending X hundred million bucks to buys a software I > > form that produces software for a product that is on a dead platform, H > > receuves no marketing etc ? (you know very well that HP is incapable4 > > of pronouncing the words "VMS" in marketing....) > >  > > :-)  > > G > > On the other hand, if BEA has some software that is key to HP UX or E > > Windows, then it wouldn't have a problem justifying the purchase.  > > I > > On the other hand, I think that Carly is smart enough to know that it D > > is best to fully digest Digital/Tandem and barf out the unwanted: > > remains of Compaq before thinking about its next meal. >  > To continue your metaphor, > F > I would remind you of the end result of "digestion" and the make theK > observation that the excreted volume usually exceeds by some large factor M > (order) the volume retained.  Granted, only the useful stuff gets retained, . > but most of it is "used" leaving SFA behind.  ) One man's s**t is another man's treasure.   ( > Returning to your regular programming.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 5 Apr 2003 10:01:13 GMT / From: "Dave Weatherall" <djweath@attglobal.net> G Subject: Re: Inquirer: HP's Alpha RetainTrust programme a complete bust 5 Message-ID: <DTiotGxQ0bj6-pn2-CyDJdEJzVhpZ@localhost>   D On Fri, 4 Apr 2003 00:55:12 UTC, bob@instantwhip.com (Bob Ceculski)  wrote:   >>  C > But not all the news is bad: HP recently ran a survey wherein the H > company polled customers as to what apps they'd like to see on OpenVMSF > on Itanium (Oracle, Oracle Rdb, and the usual arrray of compiler andE > developent tools are shoo-ins) and what new apps they'd like to see D > ported to the unstoppable, bet-your-business OS. A portent of goodG > things to come? Quite possibly, but only if HP gets its BCS marketing  > act together.   F Exactly. HP asks the question, gets answers and then what???? Do they F really act upon them. If they do why do so many feel they don't? WhichF brings us back to the usual winge that other contributors here are so  articulate at making.     --   Cheers - Dave.   ------------------------------  $ Date: Sat, 5 Apr 2003 18:56:30 +0100- From: "Steve Spires" <Steve.Spires@torex.com> G Subject: RE: Inquirer: HP's Alpha RetainTrust programme a complete bust E Message-ID: <91947A84607D9D48B8E674A5FAB54DA68544A9@tahiti.tinuk.com>   D In the UK the adverts carry NONE of the OS's that HP sells, they areE just generic ads showing customer names and how they have helped each 4 other. Perhaps the promotion is different elsewhere.   Steve Spires Technical Consultant Torex Health [T] +44 (0) 1295 274200  [F] +44 (0) 1295 275131 
 www.torex.com    >>-----Original Message------ >>From: John Smith [mailto:a@nonymous.com]=20  >>Sent: 03 April 2003 23:04  >>To: Info-VAX@Mvb.Saic.Com > >>Subject: Re: Inquirer: HP's Alpha RetainTrust programme a=20 >>complete bust  >> >> >>B >>"Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote=20: >>in message news:5SErnxARnsfT@eisner.encompasserve.org...B >>> In article <v8otgtbtat4ued@corp.supernews.com>, "Lee Courtney"2 >><lcourtney@-REMOVETHISFILTER-mvista.com> writes:C >>> > I have been lurking in this news group for a couple years and  >>observe thatF >>> > this sounds like the HP3000 and MPE/iX a few years ago. Where is
 >>MPE now? >>> E >>>    Folks like Gartner have been saying a couple years for VMS for  >>overE >>>    a decade.  They haven't been able tomake it a self fullfilling 
 >>prediction.  >> >>( >>Okay...here's something to chew on.... >>> >>The current HP tv and print media advertising campaign is=201 >>world-wide. It's costing tens of millions of=20 6 >>dollars/euros/etc...maybe even hundreds of millions. >>B >>Name the three operating systems that HP 'sells' that are not=20 >>mentioned in any of the ads. >>
 >>Give up? >> >>Tru64, MPE, and OpenVMS. >>; >>Two are announced to be formally dead, ....the other....?  >>: >>Of the tens of millions they are spending on this one=20B >>campaign, not one cent has been to promote OpenVMS. There are=20B >>literally dozens of current customer cases studies that could=20? >>have been used that would show clear advantages of VMS and=20 A >>clusters and disaster-tolerance/recovery but none were. What=20 + >>clearer indication of intent do you want?  >> >> >> >> >>   ------------------------------   Date: 5 Apr 2003 03:27:36 -0800 / From: prosullivan@aol.com (prosullivan@aol.com) 7 Subject: Re: Legato vs TSM for VMS backup pros and cons = Message-ID: <a14b767a.0304050327.4c4cb979@posting.google.com>    > > @ > >  o  This release will backup and restore a bootable OpenVMS ; > >     system disk.  All alias directories, including the  C > >     SYSCOMMON.DIR directory which points to the VMS$COMMON.DIR  < > >     directory, are now backed up and restored correctly.; > >     System disk files that are required to be restored  : > >     contiguously are now restored as contiguous files., > >     See Section 12 System Disk Backups.  >   < Wow, thanks for the can of worms that this topic as opened.   C We did look at the Legato solution for OpenVMS Alpha and restored a B system disk backup onto a system, but still had to make the systemF disk bootable by issuing a "writeboot.exe" as the Legato documentationD instructs. And there is the risk. You have to run this command everyD time. In a DR situation, when the writeboot.exe doesn't work, LegatoF or TSM can say 'look our product did what it said on the box', and the( IT department are left holding the baby.  E I don't fancy having to explain to my management why my backup system A doesn't work: their answer would be: it appears you spend lots of E [our] money on licenses, which restores a file-based backup only. TSM B and Legato cannot therefore claim that their product offers better? functionality than VMS BACKUP/IMAGE for botable image restores.    Back to the drawing board.   ------------------------------  % Date: Sat, 05 Apr 2003 10:53:17 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 7 Subject: Re: Legato vs TSM for VMS backup pros and cons ' Message-ID: <3E8F09FD.92038281@fsi.net>    "prosullivan@aol.com" wrote: >  > > > A > > >  o  This release will backup and restore a bootable OpenVMS < > > >     system disk.  All alias directories, including theD > > >     SYSCOMMON.DIR directory which points to the VMS$COMMON.DIR> > > >     directory, are now backed up and restored correctly.< > > >     System disk files that are required to be restored< > > >     contiguously are now restored as contiguous files.- > > >     See Section 12 System Disk Backups.  > >  > = > Wow, thanks for the can of worms that this topic as opened.  > E > We did look at the Legato solution for OpenVMS Alpha and restored a D > system disk backup onto a system, but still had to make the systemH > disk bootable by issuing a "writeboot.exe" as the Legato documentationF > instructs. And there is the risk. You have to run this command everyF > time. In a DR situation, when the writeboot.exe doesn't work, LegatoH > or TSM can say 'look our product did what it said on the box', and the* > IT department are left holding the baby. > G > I don't fancy having to explain to my management why my backup system C > doesn't work: their answer would be: it appears you spend lots of G > [our] money on licenses, which restores a file-based backup only. TSM D > and Legato cannot therefore claim that their product offers betterA > functionality than VMS BACKUP/IMAGE for botable image restores.  >  > Back to the drawing board.   Indeed.   H The benefit of (insert name of product du jour) vs. home-grown scripts +D VMS BACKUP or SLS, etc. will have to be the lack of needing to firstH restore a backup server before restoring the backups to the VMS system's6 disks. Gotta be able to restore VMS using vanilla VMS.   FWIW...   H Typically, when I walk into my DR site, the machines are already runningF a current version of VMS. The issue at hand is relevant when restoring on your home site.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  * Date: Sat, 5 Apr 2003 09:23:34 +0000 (UTC)) From: Dan Foster <dsf@globalcrossing.net>  Subject: Multinet 4.4 patches 2 Message-ID: <slrnb8t84j.l7.dsf@gaia.roc2.gblx.net>  G Is there another mirror site or anyone who might be willing to supply a K copy of the current Multinet 4.4 patches? I'm based in the U.S. and have an A high speed (OC-3 -- 155 Mbps) WAN connection from my workstation.   D It appears to be about 90 MB total for the various ECOs contained at3 ftp://ftp.multinet.process.com/patches/multinet044/   J However... file transfers from the Multinet FTP site is *agonizingly* slowH - I typically see between 180 to 500 bytes per second -- even a modem isI faster ;) 90 MB at bytes/sec looks like a week of work, including retried  file transfers and stalls.  K Mind you, I am immensely appreciative of the fine folks at Process who made I it available as a part of the Hobbyist Program, and as well as for having K made a very nice TCP/IP stack for VMS (not a slam on the UCX/TCPIP folks -- J looks like UCX is significantly better these days compared to when I first saw UCX long ago).   -Dan   ------------------------------   Date: 5 Apr 2003 10:01:10 GMT / From: "Dave Weatherall" <djweath@attglobal.net> + Subject: Re: New SPAWN behavior with V7.3-1 5 Message-ID: <DTiotGxQ0bj6-pn2-kiJYCYHeOdBg@localhost>   0 On Wed, 2 Apr 2003 15:10:17 UTC, Phillip Helbig + <HELBPHI@sysdev.deutsche-boerse.com> wrote:   J > > Instead of creating process name sequentially, i.e SYSTEM_1, SYSTEM_2,H > > we now generate a random number between 0-255. So your first spawned' > > process might be called SYSTEM_57.   > J > In case anyone doesn't have a 7.3-1 system, below is the exemplary HELP  > on this topic. > F > First, there is a typo: "one is found that unique" should be "one is > found that is unique". > G > Wouldn't the following mechanism be even more efficient?  When a new  I > subprocess is created, define DCL$SUBPROCESS_NUMBER or whatever in the  G > group table to be that number.  Before a process is created, it will  H > translate this logical name and increment it by 1.  (One should still E > try again if the process already exists in case two processes were  K > simultaneously creating subprocesses, someone created processes with the  K > corresponding names by hand etc, but this would happen only occasionally  J > and the trial-and-error stuff would only kick in when such a subprocess K > actually already existed.)  I'm not an internals guy, but it seems to me  K > that one define and one translation of a logical name with each creation  F > would be negligible compared with the full subprocess creation, and G > especially compared to a tried and failed creation, which will still  J > happen occasionally even with the new system (unless the random numbers G > aren't truly random, but rather the sequence (preferably of the full  H > length of 255) runs once before repeating (perhaps in the same order).   <Help topic deleted>  F I suspect the argument might be that it might require a larger change   to internal data structures thatB they don't want to touch. (That wonderful backwards compatibility F again) This in turn might well be the reason why they don't just use aC 4 quadword bit map saying which sub-process name has been applied.  . (Not to mention the cost of 32 bytes on VAX).   F This way they can keep the same structures but fill it in a different, more efficient, way.  < Disclaimer - I know _nothing_ about Process data structures.   --   Cheers - Dave.  / PS I just re-read the help topic and noticed :-    >    o  ...bit is clear...   F If you do not specify a process name, the system assigns the username  with a random number suffix.      o  ...bit is set...   F If you do not specify a process name, the system assigns the username  with a random number suffix.   <    oops!! - Cut & Paste error.    ------------------------------  * Date: Sat, 5 Apr 2003 08:41:03 -0800 (PST). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>H Subject: Re: New Training Class -  OpenVMS  Performance Management Class@ Message-ID: <20030405164103.39147.qmail@web20205.mail.yahoo.com>   Too far from me ! :-((   Regards    FC  6 --- Sue Skonetski <susan_skonetski@hotmail.com> wrote: > Dear Newsgroup,  > D > This training will be in Denver, if you need the PDF's just let me > know.  >  > Warm Regards,  > Sue = > ___________________________________________________________ H > This five day class will be held April 28 and costs $3250.  It will beD > taught by Wayne Sauer, who is the author of the curriculum and hasF > taught Performance Management to the VMS Enginering Group in Nashua,H > NH.  He is also a regular speaker at DECUS/CETS (now called HPETS) for= > 14 years and is an internationally recognized expert in VMS  > performance tuning.  > 5 > Please contact me if there is any further interest.  > @ >  <<Performance Mgmt.pdf>>  <<VMS Calendar from Internet.pdf>> 	 > Thanks,  > 
 > Chuck Amend % > 888-472-7732 ext. 225 (in USA only)  > 720-962-9570 (direct)  > www.parsec.com > mailto:chuck@parsec.com      =====  ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?= Yahoo! Tax Center - File online, calculators, forms, and more  http://tax.yahoo.com   ------------------------------   Date: 5 Apr 03 10:54:35 +0200 ) From: p_sture@elias.decus.ch (Paul Sture) 0 Subject: Re: OpenVMS and Security - REALLY !!!!!) Message-ID: <+f5w1s1L2SCC@elias.decus.ch>   m In article <juFia.11618$7Im.4295@news04.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:  > : > "David Webb" <david20@alpha2.mdx.ac.uk> wrote in message' > news:b6f6r7$3o3$1@aquila.mdx.ac.uk... 
 >> In article D > <JODia.10095$pNv.3434@news02.bloor.is.net.cable.rogers.com>, "John! > Smith" <a@nonymous.com> writes:  >> >? >> >"Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in message > >> >news:20030402112209.49269.qmail@web20206.mail.yahoo.com... >> >> Click  >> >> ) >> >> http://www.consolut.com/openvms.htm  >> >>  >> >C >> >"OpenVMST is a proven state-of-the-art, easy-to-implement vault  >> >management system "  >> >G >> >I guess HP doesn't own the trademark "OpenVMS". These guys, Control > >> >Solutions Inc., could make a killing by filing a trademark! >> >infringement suit against HP.  >> >G >> >HP will be forced to change the name of their product to 'VMS'. :-)  >> > >> > >>F >> Too late. VMS is being used by tons of people for different systems > now.> >> For instance Cisco's VPN/Security Management Solution (VMS) >> >> see >> >>H > http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/cw2000/cw2000_ > b ) >> /vpnman/vms_2_1/idsmc/install/ch01.htm  >  > H > Not vigorously defending one's intellectual property is clearly a signH > that HP assigns zero (0) value to it from a marketing perspective..... > But we already knew that.  > D > It's also a clear sign that since they don't defend it, their realA > intent is to milk the existing customer base and not expand it.  >   : Ah, that would no doubt be the "Voluntary Milking System":  3 http://www.dcengineering.co.uk/robotic_parlours.htm   ! VMS(tm)- Voluntary Milking System   / the milking system of tomorrow-available today.   4 "Yes it's true. My cows really do milk themselves".   J It is perhaps as well that the Itanium version of VMS didn't get the title% of iVMS (InVoluntary Milking System).    --  
 Paul Sture   ------------------------------   Date: 5 Apr 2003 10:01:12 GMT / From: "Dave Weatherall" <djweath@attglobal.net> ; Subject: Re: Space Invaders was: Re: Fortran Guru requested 5 Message-ID: <DTiotGxQ0bj6-pn2-mNjWm0zhDzmz@localhost>   @ On Tue, 1 Apr 2003 20:09:14 UTC, briggs@encompasserve.org wrote:   <snip>  A > Your job is to try to figure out how the '05:00' wound up being A > passed there by reference rather than descriptor.  Was it there = > in the parameter list to sleep?  If so then you want to do:   F Like many others, I can't reproduce the error. That said, however, andD picking up on you implication that the error occurs after a certain F number of iterations, then it is quite possible that another piece of E code is stomping on the the argument list that gets passed to sleep.  F This should be a static (it's Fortran not C or Pascal) so it shouldn'tE be Stack meddling that breaks it. I'd check the argument list on the  F very first call to sleep and then again when it breaks. If it's brokenF then the culprit probably lies in some array index somewhere else. Not always easy to find.  ) > The VMS debugger is a nice little tool.   F Indeed it is. I'm always amazed at the number of people who still use   write/priont statements instead.    > 	John Briggs > & > >> 132         SUBROUTINE SLEEP(TAG)J > >> 133 C       Set timer and wait for TAG seconds.  TAG is a CHARACTER*5 > >> string H > >> 134 C       of the form ##.##, which is the seconds, and hundredths1 > >> of seconds.                                  C > >> 135 C       To delay game for 5 seconds, TAG would be '05.00'. / > >> 136         IMPLICIT INTEGER*4 (A-Z)       $ > >> 137         EXTERNAL SS$_NORMAL/ > >> 138         DOUBLE PRECISION TIME          - > >> 139         CHARACTER DELTA_TIME*9,TAG*5  > >> 140      F > >> 141         DELTA_TIME='0 ::'//TAG          !Concatenate strings.I > >> 142         RET_STAT=SYS$BINTIM(DELTA_TIME,TIME)    !ASCII to binary  > 6 > >> %TRACE-F-TRACEBACK, symbolic stack dump follows  > > >>   image    module    routine             line      rel PC > >> abs PC       C > >>                                             0 0000000000000000  > >> FFFFFFFF808E5380     C > >>  SPCINV  INVADERS  SLEEP                  141 0000000000000ADC  > >> 0000000000030ADC        Using the debugger I'd expect    EXA  @(AP)  to return 1 $ EXA @(AP)+4 to indicate a descriptor. EXA descriptor to ensure it still says '05:00'                      --   Cheers - Dave.   ------------------------------  % Date: Sat, 05 Apr 2003 10:55:55 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> M Subject: Re: SYSTARTUP_VMS (was: Three questions re: the VMS startup process) ' Message-ID: <3E8F0A9B.50D4AACF@fsi.net>    Carl Karcher wrote:  > K > In a previous article, "David J. Dachtera" <djesys.nospam@fsi.net> wrote:  > ->brandon@dalsemi.com wrote: > ->> F > ->> > Even with LAT? It used to refuse to CONnect with logins=0, and9 > ->> > as there was no connect, privs did not matter. :(  > ->> S > ->> Do not know, never had the opportunity to connect using LAT during a startup.  > ->> Always a VT or DECnet. > ->K > ->I had that opportunity. LAT connect uses the JBC to create the process, L > ->and JBC won't create an interactive process until SET LOGINS/INTER=x hasL > ->been executed at least once during the system startup, regardless of the > ->value of "x".  > I > Me too. That would explain the following almost forgotten comment early F > in my systartup_vms.com's that's been there since version 5 or so. II > wondered if this was still necessary just the other day. I have no idea , > if the referenced symbols are still valid: > F > $! Immediately issue a SET LOGINS command to clear a flag in the jobB > $! controller mailbox UCB to allow logins. While this is done byG > $! VMS$LPBEGIN-050_STARTUP.COM after this file returns, we do it here H > $! to insure logins are possible if the startup process should exit or# > $! this file not return properly.S > $5N > $ Set Logins/Interactive=0  ! Clear UCB$V_TT_NOLOGINS in @SYS$AR_JOBCTLMB+7D  G I remember it being possible to completely blow-out the STARTUP processdF by having a severe error in a site-specific proc. or some other issue.H Maybe V5.0 or so. Haven't seen it for a very long time now, despite some( fairly spectacular screw-ups on my part.    Not sure of the value of this...   -- R David J. Dachterae dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 5 Apr 2003 10:01:16 GMT4/ From: "Dave Weatherall" <djweath@attglobal.net>e9 Subject: Re: The Space Invaders minute of the day: sources5 Message-ID: <DTiotGxQ0bj6-pn2-mf2KgBhyURmu@localhost>   0 On Wed, 2 Apr 2003 06:39:43 UTC, Didier Morandi & <Didier.Morandi.nospam@Free.fr> wrote:   >  > % > 	SUBROUTINE SPECIAL_GRAPHIC(ON_OFF)  > 	LOGICAL ON_OFF  > 	BYTE TYPs > 	INTEGER*4 FLAG,RET_STAT > ' > 	RET_STAT=LIB$SCREEN_INFO(FLAG,TYP,,) 3 > 	IF(ON_OFF)THEN			!Turn on special graphics mode.-* > 		IF(TYP.EQ.64)THEN	!We're in VT52 mode. > 			CALL SEND(CHAR(27)//'F')   B > 		ELSE IF(TYP.EQ.96.OR.TYP.EQ.110)THEN	!We're in VT100/200 mode.   replace with  @  		ELSE IF(TYP.EQ.96.OR.TYP.EQ.110.or.typ.eq.112)THEN	!We're in  VT100/200/300 mode.c   and normal Decterms work   --   Cheers - Dave.   ------------------------------  $ Date: Sat, 5 Apr 2003 10:51:13 +0200( From: "Philip Lewis" <philip@nospam.com>F Subject: Re: trademarks (was: RE: OpenVMS and Security - REALLY !!!!!)- Message-ID: <b6m5e3$10b2$1@news.cybercity.dk>u   Phillip Helbig wrote:aC >>> "OpenVMST is a proven state-of-the-art, easy-to-implement vaultA >>> management system "P >>>iG >>> I guess HP doesn't own the trademark "OpenVMS". These guys, Controln >eG > A trademark only replies to a specific area.  Thus Apple Records (thenE > Beatles' company) and Apple Computer aren't infringing each other's E > trademarks.  There is a cigarette called Prince, and a musician whos' > used to go by that name.  No problem.  >sG > Now, I couldn't use VMS as a name for an operating system, or perhapsa) > not even for anything computer related.> >hC > IIRC correctly, there is some sort of "? Milking System" with thenE > initials VMS.  And the most intriguing manuscript in the world.  Noe
 > problem. >nG > What I don't understand is why Brian, with 4 children and a last namei@ > which begins with "S", doesn't have a Victor(ia) Michael(a) orG > whatever among his progeny.  :-)  (Or maybe there IS a possibiity foraD > confusing here, since with 4 children I suspect that the "up time"6 > might rival that of our favourite operating system!)  * And do not forget the VAX vacuum cleaner !   ------------------------------   Date: 5 Apr 03 10:45:04 +0200>) From: p_sture@elias.decus.ch (Paul Sture)a/ Subject: Re: who is procedure of backup for vms:) Message-ID: <VcUA112m6bJZ@elias.decus.ch>>  T In article <oQ21FuMtfxIx@eisner.encompasserve.org>, briggs@encompasserve.org writes:f > In article <zSBia.162$gg2.1@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:/ >> In article <b6ee8n$179$1@aquila.mdx.ac.uk>, n0 >> david20@alpha1.mdx.ac.uk (David Webb) writes: >> sP >>>Although the "official" position has always been that to backup a system diskD >>>you need to shutdown the system and do a stand-alone-backup using5 >>>backup/ignore=interlock pretty well always works.   >>  L >> The "truth" of this statement is *VERY* dependent on the current activityH >> on the system and on the system disk in particular.  In a non-trivialH >> systemenvironment, it can be *VERY* hard to contol or limit activity. >> jJ >> Remember: The /IGNORE=INTERLOCK qualifier tells BACKUP that you do not D >> care if the resulting saveset or image can be correctly restored. > J > And /VERIFY tells BACKUP to tell you how bad the damage is likely to be. > J > Personally, I'm in the "go ahead and use /IGNORE=INTERLOCK" crowd.  I'veF > had to recover from lost system disks (or data disks where the queueE > files and authorization files were redirected) a few times over then2 > years.  We lost the queue database every time.    @ I must admit that in the main, I too am in the "go ahead and use /IGNORE=INTERLOCK" crowd.d  H OTOH, when I was working on a system which drove a production line whereE downtime during working hours would cost tens of thousands of UKP perwJ hour, we took the cautious approach. Fortunately we had the luxury of a 12G hour slot on Friday evenings where we could take full image backups andM& defrag all the disks at the same time.     > But we never lostwA > or corrupted SYSUAF or RIGHTSLIST.  And I always figured I haveaD > umpteen copies of those files on nightly incrementals and previousH > weekly and monthly backups.  Statistically, one of them is pretty much > guaranteed to be good. >   J Another point there is that looking at a backup listing I have here, thereG are 128 files in between RIGHTSLIST.DAT and SYSUAF.DAT. It is perfectlymA possible then that the backups of these files can be out of sync.   H > Still, I understand the other point of view.  And there's something toF > be said for the practice of backing up to tape, restoring to an idleH > disk, swapping the unit plugs and rebooting.  Now _that's_ a guarantee' > that your backup scheme really works.  >   C Agreed. Now for a strategy I haven't seen mentioned in this thread.,  G Why not take an image backup with /IGNORE=INTERLOCK/RECORD, quiesce the 4 applications, then do a BACKUP/SINCE=BACKUP/RECORD ?  F This greatly reduces the application down time window, and if you haveI spare disks and processing power, you can easily create a "clean" copy ofe1 your system disk to take to tape at your leisure.b  I Another point to note here: BACKUP/IMAGE/RECORD from disk to disk applies A the backup date to all files on the target disk as it goes along.    --  
 Paul Sture   ------------------------------   End of INFO-VAX 2003.188 ************************