1 INFO-VAX	Fri, 08 Jul 2005	Volume 2005 : Issue 378       Contents:D FW: Now the UK Has it's own date in the history of al quiada attacks; Re: IS the Hobbyist program active, I can't get any results ; Re: IS the Hobbyist program active, I can't get any results ; Re: IS the Hobbyist program active, I can't get any results ; Re: IS the Hobbyist program active, I can't get any results ; Re: IS the Hobbyist program active, I can't get any results ; Re: IS the Hobbyist program active, I can't get any results ; Re: IS the Hobbyist program active, I can't get any results ) Re: Issue Installing Encryption Software? 2 Re: Need DCPS Software for hobbyist (BHM, AL Area)D Re: Now the UK Has it's own date in the history of al quiada attacksD RE: Now the UK Has it's own date in the history of al quiada attacksD Re: Now the UK Has it's own date in the history of al quiada attacksD Re: Now the UK Has it's own date in the history of al quiada attacksD OpenVMS + PHP +XSL + DOM XML problem --> (cannot load/transform XML)) Re: Performance issue after 7.3-2 upgrade ) Re: Performance issue after 7.3-2 upgrade 
 Upgrading VMS  Re: Upgrading VMS  Re: Upgrading VMS  Re: Upgrading VMS  Re: Upgrading VMS  Re: Upgrading VMS  Re: Vax emulator Re: Vax emulator Re: Vax emulator  F ----------------------------------------------------------------------  $ Date: Fri, 8 Jul 2005 19:50:17 +10006 From: "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au>M Subject: FW: Now the UK Has it's own date in the history of al quiada attacks X Message-ID: <8BAD914A0B8CA84C9E94187103A1AB9E05BE61@EX-TG2-PR.corporate.transgrid.local>  , This is a multi-part message in MIME format.  ' ------_=_NextPart_001_01C583A2.72456100 . Content-Type: text/plain; charset="iso-8859-1"+ Content-Transfer-Encoding: quoted-printable          -----Original Message-----7 From: Dave Weatherall [mailto:djw-nothere@nospam.nohow]  Sent: Fri 7/8/2005 4:13 PM To: Info-VAX@Mvb.Saic.Com L Subject: Re: Now the UK Has it's own date in the history of al quiada attac= ks =20 6 >On Thu, 7 Jul 2005 21:49:33 UTC, Z <Z@no.spam> wrote: >  >> JF Mezei wrote:H >> > The best way to prevent terrorism is not to make yourself a target. >>=20 L >> The ONLY way to deal with a murderous group of psychopaths determined to=#  >> kill you is to kill them first.  >>=20 H >> Try as you may, this is not just about Iraq, AQ has been attacking=20$ >> western targets long before Iraq. >>=20 C >> And cowering or appeasement are suicidal responses to terrorism.  > G >Immediately after each IRA atrocity I used to feel the same way. I was I >angry. After half an hour my brain started to function properly again=20 6 >and I knew that that would not work. I still know it.  L When the Old Bailey bombing occurred, I was in an office block about two st=J reets away.  Our windows did not burst, but there was a lot of shuddering.  L My main concern was that my heavily pregnant wife and her sister were walki=L ng in that area to meet me.  Luckily (as women often do :-) they had been d=L istracted by shops and were running about an hour late.  No mobiles then, s=. o I was in an anxious state till they arrived.  L We became used to it, but still had to carry on (I was also at Oxford Stree=4 t tube when the bomb was found in the booking area).  L In response to Z's comment about killing *them*, shortly after I was badly =L beaten up outside a pub by a soldier who was on leave from Northern Ireland=L , purely on the basis of my name.  O'Brien's occur all around the world, an=L d I was born in England.  Perhaps he should not have wasted time beating me=  up, but just shot me.  L On the evening news in .au, there have been incidents of racial graffiti on=9  Muslim schools and mosques.  Just shoot them in case????    Regards, Paddy    G ***********************************************************************   C "This electronic message and any attachments may contain privileged @ and confidential information intended only for the use of the=20D addressees named above.  If you are not the intended recipient of=20C this email, please delete the message and any attachment and advise D the sender.  You are hereby notified that any use, dissemination,=207 distribution, reproduction of this email is prohibited.   C If you have received the email in error, please notify TransGrid=20 C immediately.  Any views expressed in this email are those of the=20 ? individual sender except where the sender expressly and with=20 C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************     ' ------_=_NextPart_001_01C583A2.72456100 - Content-Type: text/html; charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>L <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859-= 1"> K <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.5.7226.0"> L <TITLE>FW: Now the UK Has it's own date in the history of al quiada attacks= </TITLE> </HEAD>  <BODY>) <!-- Converted from text/plain format -->  <BR> <BR> <BR>  0 <P><FONT SIZE=3D2>-----Original Message-----<BR>L From: Dave Weatherall [<A HREF=3D"mailto:djw-nothere@nospam.nohow">mailto:d=  jw-nothere@nospam.nohow</A>]<BR> Sent: Fri 7/8/2005 4:13 PM<BR> To: Info-VAX@Mvb.Saic.Com<BR> L Subject: Re: Now the UK Has it's own date in the history of al quiada attac= ks<BR> <BR>C &gt;On Thu, 7 Jul 2005 21:49:33 UTC, Z &lt;Z@no.spam&gt; wrote:<BR>  &gt;<BR> &gt;&gt; JF Mezei wrote:<BR>L &gt;&gt; &gt; The best way to prevent terrorism is not to make yourself a t=
 arget.<BR> &gt;&gt;<BR>L &gt;&gt; The ONLY way to deal with a murderous group of psychopaths determi=
 ned to<BR>, &gt;&gt; kill you is to kill them first.<BR> &gt;&gt;<BR>L &gt;&gt; Try as you may, this is not just about Iraq, AQ has been attacking= <BR>. &gt;&gt; western targets long before Iraq.<BR> &gt;&gt;<BR>L &gt;&gt; And cowering or appeasement are suicidal responses to terrorism.<B= R> &gt;<BR>L &gt;Immediately after each IRA atrocity I used to feel the same way. I was<= BR> L &gt;angry. After half an hour my brain started to function properly again<B= R>= &gt;and I knew that that would not work. I still know it.<BR>  <BR>L When the Old Bailey bombing occurred, I was in an office block about two st=L reets away.&nbsp; Our windows did not burst, but there was a lot of shudder= ing.<BR> <BR>L My main concern was that my heavily pregnant wife and her sister were walki=L ng in that area to meet me.&nbsp; Luckily (as women often do :-) they had b=L een distracted by shops and were running about an hour late.&nbsp; No mobil=< es then, so I was in an anxious state till they arrived.<BR> <BR>L We became used to it, but still had to carry on (I was also at Oxford Stree=8 t tube when the bomb was found in the booking area).<BR> <BR>L In response to Z's comment about killing *them*, shortly after I was badly =L beaten up outside a pub by a soldier who was on leave from Northern Ireland=L , purely on the basis of my name.&nbsp; O'Brien's occur all around the worl=L d, and I was born in England.&nbsp; Perhaps he should not have wasted time =$ beating me up, but just shot me.<BR> <BR>L On the evening news in .au, there have been incidents of racial graffiti on=B  Muslim schools and mosques.&nbsp; Just shoot them in case????<BR> <BR> Regards, Paddy<BR> </FONT>  </P>   <FONT SIZE=3D3><BR>  <BR>K ***********************************************************************<BR>  <BR>G "This electronic message and any attachments may contain privileged<BR> B and confidential information intended only for the use of the <BR>F addressees named above.  If you are not the intended recipient of <BR>G this email, please delete the message and any attachment and advise<BR> F the sender.  You are hereby notified that any use, dissemination, <BR>; distribution, reproduction of this email is prohibited.<BR>  <BR>E If you have received the email in error, please notify TransGrid <BR> E immediately.  Any views expressed in this email are those of the <BR> A individual sender except where the sender expressly and with <BR> G authority states them to be the views of TransGrid.  TransGrid uses<BR> B virus-scanning software but excludes any liability for viruses<BR>  contained in any attachment.<BR> <BR>@ Please note the email address for TransGrid personnel is now<BR>( firstname.lastname@transgrid.com.au"<BR> <BR>K ***********************************************************************<BR>  </FONT>  </BODY>  </HTML> ) ------_=_NextPart_001_01C583A2.72456100--    ------------------------------  % Date: Fri, 08 Jul 2005 23:13:05 +1200 1 From: Tux Wonder-Dog <wes.parish@paradise.net.nz> D Subject: Re: IS the Hobbyist program active, I can't get any results# Message-ID: <42ce5ed3@clear.net.nz>    Christopher Story wrote:  K > I had the same problem with my encompass ID it took 10 days for the DB to G > recognize it.  I read somewhere that the DB's aren't online with each K > other, so they have to get a dump from encompass to populate the hobbyist  > site.  > * > keep trying I been at it for a month.... > K > One other thought about the "Hobyist Program" quality.  I am not knocking G > it at all I think its great, but its difficult to compare the ease of 	 > getting G > access to the OS legally when you got linux everywhere.  (this isnt a   > compare of linux to OpenVMS!).  H Ergo my support of the FreeVMS project and my request in the Request ForK Helpful Comments and Feedback on the VMS Hobbyist Program, that the earlier H versions of VMS up to 5.0, get released under a suitable Free/Libre OpenJ Source Software license - so HP could get it out of their cellars and intoI use, so people could see what and how and all the rest of it, and so that ) things would become easier for hobbyists.   H And who knows, if the old source trees became widely available, under anK OSI-acceptable license, things might become quite lively in the VMS world.   It's worth a thought.   5 Just my .02 c worth (inflation-adjusted, of course ;)   
 Wesley Parish  > H > The key to keeping the OS alive is widespread use and supportability.  > BothJ > are fueled by the hobbyist type community...  Big business is inherentlyL > going to go with what works and what can be supported.  the argument aboutH > the "best os" or "most Secure" OS has little impact on decision makers > these J > days.  They are not technical, they often will choose what they can best
 > support. >  > my 2.34563 Cents worth.  > F > And as a discalimer I DO feel that VMS is one of the most secure andL > stable OS's ive ever worked with...for the price and I've worked with just > about all of them! >  > Chris  <snip> --  O "Good, late in to more rewarding well."  "Well, you tonight.  And I was U lookintelligent woman of Ming home.  I trust you with a tender silence."  I C get a word into my hands, a different and unbelike, probably - 'she D fortunate fat woman', wrong word.  I think to me, I justupid.G Let not emacs meta-X dissociate-press write your romantic dialogs...!!!    ------------------------------  $ Date: Fri, 8 Jul 2005 08:48:32 -0400# From: "John Smith" <a@nonymous.com> D Subject: Re: IS the Hobbyist program active, I can't get any results4 Message-ID: <42ce7741$1_2@spool9-west.superfeed.net>   David,  I Perhaps adding a bit of discussion on the licence registration page about J the way MSN (and some other) e-mail services and/or spam filters can trashL paks being sent to registrants and a reminder to use an e-mail account whichI does not aggressively delete incoming mail might help eliminate recurring  concerns such as the OP raised.          davidc@montagar.com wrote: > My name is hidden wrote:F >> I have applied to the Hobbyist program 3 times and not received anyG >> LIC paks in weeks.  I have also sent email to each of the entries in % >> the contact list with no response.  >> >> Is the site abandoned?  > C > I rarely read c.o.v. but sometimes I get told about a thread that G > probably bears my attention.  Through the thread, related issues have 7 > been raised, and some response here would be helpful:  > H > I see two messages from you that arrived while *I* was on vacation.  IA > just got back tonight.  As mentioned, the hobbyist program is a A > program for and by hobbyists (okay, professionals, too, but the F > hobbyist support is done as a ... hobby).  The site isn't abandoned,G > and as indicated by others, the OpenVMS system on which it is running F > is still doing it's job accepting and processing PAK requests.  FromC > one of your messages, appearently there is a problem with MSN not ? > accepting e-mails of PAKs.  Unfortunately, I can't help that.  >  > Other details of interest: > C > As I stated before, the OpenVMS Hobbyist Program is a program FOR H > Hobbyists *BY* Hobbyists.  DEC/COMPAQ/HP does not provide any funding.D > DEC/COMPAQ/HP does not manage this program.  DEC/COMPAQ/HP blessedG > this program via providing a Hobbyist License, and as long as we play ? > by the rules, we the Hobbyists are allowed to self-manage the E > program, and have since May 1997.  This is a statement of faith and 3 > trust that no other company has ever done before.  > G > The OpenVMS Hobbyist Database is indeed completely independent of any E > participating chapter, including Encompass. Since it's independent, B > the chapters need to update us on new members.   This can take aD > while. Encompass, for instance, generally provides a database dumpE > every Friday, which is usually updated that day. Other chapters are H > more sporatic.  If you are not in the database, please check with yourD > Chapter as to if/when an update will be provided.  If provided, beG > patient, as this isn't a full-time job.  Perhaps having the page show ? > the last time your Chapter had an update would be beneficial?  > F > And for those into the technical details, we use CSWS/PHP on OpenVMSE > for the web server, and the OpenVMS Port of MySQL for the database. B > Madgoat MX SITE interface is used to actually mail the completedE >  PAK's. If you use MySQL on OpenVMS, don't use MYISAM based tables, # > use InnoDB.  Make it the default.  > D > Status of requests?  In general, not a bad idea.  However, in thisC > instance, not horribly useful.  As soon as you are validated, the F > PAK's are generated and e-mailed.  Right then.  As one poster noted,G > from time to request to inbox is as little as 5 minutes.  There is no F > manual approval process or manual PAK generation process that has toG > be performed, so there is no delay from "submitted" to "request being ; > processed".  An update on the FAQ is probably called for.  > H > However, setting up a username/password for the site to get additionalH > features  has merit, and with Sue now being the contact person for theF > Hobbyist Program, she has some plans which make it time to implement > some of this.    --F OpenVMS - The never-advertised operating system with the dwindling ISV base.       O ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups K ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------  % Date: Fri, 08 Jul 2005 21:37:14 +0800  From: prep@prep.synonet.com D Subject: Re: IS the Hobbyist program active, I can't get any results- Message-ID: <87y88hctbp.fsf@prep.synonet.com>   , "Syltrem" <syltremzulu@videotron.ca> writes:  N > I just don't like the idea of people thinking the site is inactive. If users > could see somethink like:  > 1-JUL request submitted  > 2-JUL request being processed ; > That would seem more encouraging than no response at all?   C Once your mebership info gets passed and added, and that can take a F while, the licence issue and mail part has never taken more than a few minutes that I can remember.  F Certainly if you get Vax, Alpha and LP sets, you have some in the mail& before you can finish the 3rd request.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Fri, 08 Jul 2005 10:33:26 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> D Subject: Re: IS the Hobbyist program active, I can't get any results, Message-ID: <42CE8EB3.A17B4AE6@teksavvy.com>   prep@prep.synonet.com wrote:E > Once your mebership info gets passed and added, and that can take a H > while, the licence issue and mail part has never taken more than a few > minutes that I can remember.  N Perhaps Mr Cathey can confirm this, but if I remember correctly, if you do notM receive the emails, you can again ask for your PAks in the same way as before M (and supply a different email address to see if that is the problem) and your  original PAKs get resent.    ------------------------------  $ Date: Fri, 8 Jul 2005 09:47:17 -0500? From: "Christopher Story" <ke6rwj@spam-eater-remove-me-msn.com> D Subject: Re: IS the Hobbyist program active, I can't get any results, Message-ID: <Njwze.31887$B_3.30309@fe05.lga>  H > I see two messages from you that arrived while *I* was on vacation.  II > just got back tonight.  As mentioned, the hobbyist program is a program B > for and by hobbyists (okay, professionals, too, but the hobbyistD > support is done as a ... hobby).  The site isn't abandoned, and asI > indicated by others, the OpenVMS system on which it is running is still I > doing it's job accepting and processing PAK requests.  From one of your I > messages, appearently there is a problem with MSN not accepting e-mails - > of PAKs.  Unfortunately, I can't help that.   J If you have any log entires of the transaction between your server and theJ MSN mail server I can take up the cause with them.  You may not often they7 will just "blackhole" reject them if they dont like it.   J They have been very aggressive with Spam blocking at the server.  We had aK rather large confrontaiton with them regarding blocking legitimate business  email from our customers.   
 They changed.    Thank you for responding,    Chris    ------------------------------  * Date: Fri, 8 Jul 2005 09:52:51 -0500 (CDT)* From: sms@antinode.org (Steven M. Schweda)D Subject: Re: IS the Hobbyist program active, I can't get any results2 Message-ID: <05070809525183_20200298@antinode.org>  # From: "John Smith" <a@nonymous.com>   K > Perhaps adding a bit of discussion on the licence registration page about L > the way MSN (and some other) e-mail services and/or spam filters can trashN > paks being sent to registrants and a reminder to use an e-mail account whichK > does not aggressively delete incoming mail might help eliminate recurring ! > concerns such as the OP raised.   ?    Perhaps it would be useful to send (perhaps as an option, or F automatically after a duplicate request) a second e-mail message whichC looks less like junk and informs the recipient that the license/PAK  e-mail has been sent.   H    Of course, handling my own e-mail service, I don't have this problem, so it's not a high priority.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------   Date: 8 Jul 2005 15:13:04 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)D Subject: Re: IS the Hobbyist program active, I can't get any results+ Message-ID: <3j7jg0FooslgU1@individual.net>   2 In article <05070809525183_20200298@antinode.org>,- 	sms@antinode.org (Steven M. Schweda) writes: % > From: "John Smith" <a@nonymous.com>  > L >> Perhaps adding a bit of discussion on the licence registration page aboutM >> the way MSN (and some other) e-mail services and/or spam filters can trash O >> paks being sent to registrants and a reminder to use an e-mail account which L >> does not aggressively delete incoming mail might help eliminate recurring" >> concerns such as the OP raised. > A >    Perhaps it would be useful to send (perhaps as an option, or H > automatically after a duplicate request) a second e-mail message whichE > looks less like junk and informs the recipient that the license/PAK  > e-mail has been sent.   C Considering that they do this gratis using time that could be spent C doing other things, like being with their families, I see no reason F why they should have to make up for the shortcomings of someone else'sE email service.  I posted early on that I suspected it was "aggressive A spam filtering".  That's not Dave's problem and I certainly don't A see why he should have to put in the extra time and effort to fix  it.    > J >    Of course, handling my own e-mail service, I don't have this problem, > so it's not a high priority.  C I can't imagine why anyone would use MSN, YAHOO or any of the other A "public" email services.  First, I have no reason to believe they @ don't sell your personal information and second, considering howC little I trust them, I also see no reason why I should believe they @ are not scanning my emails looking for useful information.  If I1 were a business, I would definitely not use them.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  $ Date: Fri, 8 Jul 2005 12:03:33 -0400" From: "Hal Kuff" <kuff@tessco.com>2 Subject: Re: Issue Installing Encryption Software?0 Message-ID: <11ct8uo9v8dkff1@corp.supernews.com>  J     Well, actually turns out that the ODS2 program was a bad way to x-fer  the image...  6 "Jeff Cameron" <roktsci@comcast.net> wrote in message * news:BEF347F2.10AF9%roktsci@comcast.net...J > My guess is that the PCSI file was corrupted. Did you attempt to install) > directly from the CD? If not, how then?  > I > On 7/7/05 5:30 PM, in article 11cri8o9a8dsn1f@corp.supernews.com, "Hal   > Kuff"  > <kuff@comcast.net> wrote:  > K >> The listing of the product install seemed to work OK, but the install on J >> 7.3-2 does not... has anyone seen this? Do not see anything on ITRC ... >>( >> ------------------------------------- >>+ >> The following product has been selected: = >>     CPQ AXPVMS ENCRYPT V1.6                Layered Product  >>! >> Do you want to continue? [YES]  >># >> Configuration phase starting ...  >>J >> You will be asked to choose options, if any, for each selected product  >> and >> forD >> any products that may be installed to satisfy software dependency >> requirements. >>? >> CPQ AXPVMS ENCRYPT V1.6: Compaq Encryption for OpenVMS Alpha  >>A >>     (c) Compaq Computer Corporation 2001. All rights reserved.  >>2 >> Do you want the defaults for all options? [YES] >>* >> Do you want to review the options? [NO] >> >> Execution phase starting ...  >>: >> The following product will be installed to destination:H >>     CPQ AXPVMS ENCRYPT V1.6                DISK$OPENVMS:[VMS$COMMON.] >> >> Portion done: 0%  >>! >> %PCSI-E-READERR, error reading 4 >> DSA15:[SHARES.KUFF]CPQ-AXPVMS-ENCRYPT-V0106--1.P1; >> -DDIS-E-DEFCONEND, definite constructor ended improperly % >> %PCSI-E-OPFAILED, operation failed H >> Terminating is strongly recommended.  Do you want to terminate? [YES]L >> %PCSI-E-CANCEL_WIP, termination resulted in an incomplete modification to	 >> the sm 2 >> %PCSI-E-S_OPCAN, operation cancelled by requestF >> %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error >> condition >> Bud:Kuff> help prod >> >> >> >> >>$ >> Product kit in sequential format:: >>     DSA15:[SHARES.KUFF]CPQ-AXPVMS-ENCRYPT-V0106--1.PCSI >>Q >> ------------------------------------------------------------------------------  >> -- 4 >> CONTENTS OF KIT USING RELATIVE FILE SPECIFICATIONQ >> ------------------------------------------------------------------------------  >> -- / >> [000000]CPQ-AXPVMS-ENCRYPT-V0106--1.PCSI$TLB ! >> [SYS$STARTUP]ENCRYPT_START.COM  >> [SYSEXE]ENCRYPT$AUTH.EXE  >> [SYSEXE]ENCRYPT$FAC.EXE >> [SYSEXE]ENCRYPT$NUL_ALG.EXE. >> [SYSHLP]CPQ-VMS-ENCRYPT-V0106.RELEASE_NOTES' >> [SYSHLP.EXAMPLES.ENCRYPT]CRYPEDT.CLD ' >> [SYSHLP.EXAMPLES.ENCRYPT]CRYPEDT.PAS 0 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT$EXAMPLES.TXT+ >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_DEF.ADA + >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_DEF.BAS + >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_DEF.FOR ) >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_DEF.H + >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_DEF.LSP + >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_DEF.MAR + >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_DEF.PAS + >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_DEF.PLI + >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_DEF.R32 0 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_MESSAGES.ADA0 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_MESSAGES.BAS0 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_MESSAGES.FOR. >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_MESSAGES.H0 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_MESSAGES.LSP0 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_MESSAGES.MAR0 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_MESSAGES.PAS0 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_MESSAGES.PLI0 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_MESSAGES.R322 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_STRUCTURES.ADA2 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_STRUCTURES.BAS2 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_STRUCTURES.FOR0 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_STRUCTURES.H2 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_STRUCTURES.LSP2 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_STRUCTURES.MAR2 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_STRUCTURES.PAS2 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_STRUCTURES.PLI2 >> [SYSHLP.EXAMPLES.ENCRYPT]ENCRYPT_STRUCTURES.R32. >> [SYSHLP.EXAMPLES.ENCRYPT]SAMPLE_HANDLER.PAS >> [SYSHLP]DECR_HELP.HLP >> [SYSHLP]ENCR_HELP.HLP >> [SYSLIB]ENCRYPT.CLD >> [SYSLIB]ENCRYPSHR.EXE_NEW >> [SYSLIB]ENCRYPT$ALG$DES.EXE >> [SYSLIB]ENCRYPT$ALG$KEY.EXE >> [SYSLIB]ENCRYPT.CLD >> [SYSMSG]ENCRYPT$_MSG.EXE  >> [SYSTEST]ENCRYPT$IVP.COM & >> [SYSTEST.ENCRYPTION]ENCRYPT$IVP.TLB$ >> [SYSTEST.ENCRYPTION]REMV_MSGS.COM$ >> [SYSTEST.ENCRYPTION]TEST_BINA.DAT$ >> [SYSTEST.ENCRYPTION]TEST_TEXT.DAT) >> [SYSTEST.ENCRYPTION]V010_FILENC010.DAT & >> [SYSTEST.ENCRYPTION]V010_TEST01.DAT& >> [SYSTEST.ENCRYPTION]V010_TEST02.DAT >> [000000]INST_MSGS.COM7 >> [000000]CPQ-AXPVMS-ENCRYPT-V0106--1.PCSI$DESCRIPTION Q >> ------------------------------------------------------------------------------  >> --  >> >> >> >  >    ------------------------------  $ Date: Fri, 8 Jul 2005 09:06:09 -0500? From: "Christopher Story" <ke6rwj@spam-eater-remove-me-msn.com> ; Subject: Re: Need DCPS Software for hobbyist (BHM, AL Area) , Message-ID: <1Nvze.31882$B_3.13322@fe05.lga>  * > You need to specify if for Alpha or VAX.   Alpha    ------------------------------   Date: 8 Jul 2005 06:13:44 GMT 2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>M Subject: Re: Now the UK Has it's own date in the history of al quiada attacks ? Message-ID: <DTiotGxQ0bj6-pn2-lZrqkXObumlp@dave2_os2.home.ours>   5 On Thu, 7 Jul 2005 21:49:33 UTC, Z <Z@no.spam> wrote:    > JF Mezei wrote: G > > The best way to prevent terrorism is not to make yourself a target.  > K > The ONLY way to deal with a murderous group of psychopaths determined to  ! > kill you is to kill them first.  > E > Try as you may, this is not just about Iraq, AQ has been attacking  # > western targets long before Iraq.  > B > And cowering or appeasement are suicidal responses to terrorism.  F Immediately after each IRA atrocity I used to feel the same way. I wasF angry. After half an hour my brain started to function properly again 5 and I knew that that would not work. I still know it.    --   Cheers - Dave W.   ------------------------------  $ Date: Fri, 8 Jul 2005 10:33:59 -0400# From: "Dan Allen" <dallen@nist.gov> M Subject: RE: Now the UK Has it's own date in the history of al quiada attacks : Message-ID: <JFEPKAPBPMDFDBOIANGDEEBLGJAA.dallen@nist.gov>   > -----Original Message----- > From: Z [mailto:Z@no.spam]' > Sent: Thursday, July 07, 2005 5:50 PM  > To: Info-VAX@Mvb.Saic.Com G > Subject: Re: Now the UK Has it's own date in the history of al quiada 	 > attacks  >  >  > JF Mezei wrote: G > > The best way to prevent terrorism is not to make yourself a target.  > J > The ONLY way to deal with a murderous group of psychopaths determined to! > kill you is to kill them first.  > D > Try as you may, this is not just about Iraq, AQ has been attacking# > western targets long before Iraq.   N But it is most definitly about western presence in the Middle East.  How aboutI containment and non-violent social and political change to starve out the H climate that breeds this type psychopathic rage. Too subtle for America?  B > And cowering or appeasement are suicidal responses to terrorism.  P As is blatant aggression against an already paranoid psychopathic community. AndO that's what Iraq looks like to the vast majority of the Arabic world - not that P they are all paranoid psychopaths - yet. Iraq has done absolutely nothing to aidP us in our pursuit of the murderous psychopath, OBL, that attacked us on 9/11. ItI almost certainly has added to rather than diminshed the ranks of paranoid  psychopaths in the Middle East.    ------------------------------  $ Date: Fri, 8 Jul 2005 12:53:57 -0400? From: "David Turner, Island Computers US Corp" <david@hpaq.net> M Subject: Re: Now the UK Has it's own date in the history of al quiada attacks 0 Message-ID: <11ctbqlbptuag2e@corp.supernews.com>  J If one really thinks about this whole scenario you know what the answer is to this international problem.  J Forced evacuation of ALL european, russian and american/canadian interests in the middle east. J Embargo the middle east - blocade their ports, blacklist their banks,  andF not allow them to ship anything out and only import food and clothing.  G You know what that would do to the terrorists, and more importantly the ' financial backers of the terrorists?!?!   K Guns in the EU/Rest of the world,  are obtainable quite easily in the black J market - I know as a Brit that I can go to some shady characters in CamdenE and get one tomorrow (of course I can go to Walmart down the street i  Savannah GA and buy one today). J BUT THEY ARE EXPENSIVE - the average Joe in the UK/EU cannot afford to pay0 big money for illegals guns, ammo, RPGs, C4 etc.J These all cost money - if they can't get cash from Sympathisers (in Saudi,3 Yemen Iran Iraq Pakistan, etc. then they are stuck.   I After all, we only deal with Arab countries for oil - I am sure with  the L North Sea, Alaska, Canada and the US we have enough oil for a century or two2 until solar and fuel cell technology take over....   My 2 cents/pennies/eurocents     --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   . "Dan Allen" <dallen@nist.gov> wrote in message4 news:JFEPKAPBPMDFDBOIANGDEEBLGJAA.dallen@nist.gov... >  >  > > -----Original Message----- > > From: Z [mailto:Z@no.spam]) > > Sent: Thursday, July 07, 2005 5:50 PM  > > To: Info-VAX@Mvb.Saic.Com I > > Subject: Re: Now the UK Has it's own date in the history of al quiada  > > attacks  > >  > >  > > JF Mezei wrote: I > > > The best way to prevent terrorism is not to make yourself a target.  > > L > > The ONLY way to deal with a murderous group of psychopaths determined to# > > kill you is to kill them first.  > > F > > Try as you may, this is not just about Iraq, AQ has been attacking% > > western targets long before Iraq.  > J > But it is most definitly about western presence in the Middle East.  How about K > containment and non-violent social and political change to starve out the J > climate that breeds this type psychopathic rage. Too subtle for America? > D > > And cowering or appeasement are suicidal responses to terrorism. > C > As is blatant aggression against an already paranoid psychopathic  community. AndL > that's what Iraq looks like to the vast majority of the Arabic world - not thatK > they are all paranoid psychopaths - yet. Iraq has done absolutely nothing  to aidI > us in our pursuit of the murderous psychopath, OBL, that attacked us on  9/11. ItK > almost certainly has added to rather than diminshed the ranks of paranoid ! > psychopaths in the Middle East.  >    ------------------------------   Date: 8 Jul 2005 10:00:57 -0700 # From: "WhoDat?" <whohe@whoever.com> M Subject: Re: Now the UK Has it's own date in the history of al quiada attacks C Message-ID: <1120842057.671375.141440@z14g2000cwz.googlegroups.com>    Dan Allen wrote: > > -----Original Message----- > > From: Z [mailto:Z@no.spam]) > > Sent: Thursday, July 07, 2005 5:50 PM  > > To: Info-VAX@Mvb.Saic.Com I > > Subject: Re: Now the UK Has it's own date in the history of al quiada  > > attacks  > >  > >  > > JF Mezei wrote: I > > > The best way to prevent terrorism is not to make yourself a target.  > > L > > The ONLY way to deal with a murderous group of psychopaths determined to# > > kill you is to kill them first.  > > F > > Try as you may, this is not just about Iraq, AQ has been attacking% > > western targets long before Iraq.  > P > But it is most definitly about western presence in the Middle East.  How aboutK > containment and non-violent social and political change to starve out the J > climate that breeds this type psychopathic rage. Too subtle for America? > D > > And cowering or appeasement are suicidal responses to terrorism. > R > As is blatant aggression against an already paranoid psychopathic community. AndQ > that's what Iraq looks like to the vast majority of the Arabic world - not that R > they are all paranoid psychopaths - yet. Iraq has done absolutely nothing to aidR > us in our pursuit of the murderous psychopath, OBL, that attacked us on 9/11. ItK > almost certainly has added to rather than diminshed the ranks of paranoid ! > psychopaths in the Middle East.   F Here is a quote from Sheikh Omar Bakri Muhammad (don't know who he is? try google):  A "We don't make a distinction between civilians and non-civilians, F innocents and non-innocents. Only between Muslims and unbelievers. And< the life of an unbeliever has no value. It has no sanctity."  & Here's just one little verse from the: ======== Qur'an: Suran 005.051   D YUSUFALI: O ye who believe! take not the Jews and the Christians forC your friends and protectors: They are but friends and protectors to E each other. And he amongst you that turns to them (for friendship) is 2 of them. Verily Allah guideth not a people unjust.D PICKTHAL: O ye who believe! Take not the Jews and the Christians forF friends. They are friends one to another. He among you who taketh themD for friends is (one) of them. Lo! Allah guideth not wrongdoing folk.F SHAKIR: O you who believe! do not take the Jews and the Christians forF friends; they are friends of each other; and whoever amongst you takesG them for a friend, then surely he is one of them; surely Allah does not  guide the unjust people.
 ==========  D Google "jihad" and spend some time checking out a few links. Tell meF you don't get gooseflesh on your back as you begin to understand a bit more about these terrorists.   ------------------------------  % Date: Fri, 08 Jul 2005 15:18:48 +0200 ) From: Pivo Pijem <pivo_pijem@hotmail.com> M Subject: OpenVMS + PHP +XSL + DOM XML problem --> (cannot load/transform XML) / Message-ID: <V0vze.217$cE1.42413@news.siol.net>    Hey!  I I have a problem loading (transforming) XML file using DOM XML extension   on OpenVMS (alpha).   F I have installed libxml2, mysql, apache,... following steps described 3 here (http://www.pi-net.dyndns.org/anonymous/kits/)      All I want to do is:> 1. build an XML from MySQL DB  (functions like load, saveXML, $ appendChild, createElement are used) 2. Load an XSL file C 3. transform XML with loaded XSL and show (echo) the result of the   transformation  F My problem is that none of xmldom functions (which work on PHP 5) are 
 supported.= Why is that? Do I need some extension for domxml for OpenVMS?  Where can I find it?  H In php.ini file I have already uncomment extension for XML & XSL -> but , not for domxml (there is no such extension).  , I would appreciate any help and suggestions.   Thanks, Damjan    > --------------------------------------------------------------" I have tried samples listed below:   /*	 // Test 3 ( $dom = DOMDocument::loadXML("<test />"); */   /*	 // Test 2 ! $xmlparser = xml_parser_create();  */   /*	 // Test 1    $xmlstr = "<root />"; "   $dom = domxml_open_mem($xmlstr); */> --------------------------------------------------------------   ------------------------------  # Date: Fri, 08 Jul 2005 14:26:41 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> 2 Subject: Re: Performance issue after 7.3-2 upgrade2 Message-ID: <B2wze.8169$Kj4.7356@news.cpqcorp.net>   Larry Fahnoe wrote: > > we observed nodes slow down significantly for 10-15 minutes.  H 8.2 (and 7.3-2 with FIBRE_SCSI V0400 and above) does back off much more F aggressively than 7.3-1 (and vanilla 7.3-2) in the face of Queue Full @ events. Brian Allison's Bootcamp presentation i222 covered this:  G Prior to 7.3-1, VMS had a variable maximum I/O queue depth per LUN, in  D the range of 3 to 16, based on recent I/O sizes. This caused severe H performance problems, particularly on RAID LUNs (which can have lots of H independent disk-head actuators, and we really want to keep all of them F busy for best throughput) and for large I/O sizes (which could reduce H the allowable queue depth down to 3), because of the very-small maximum G queue depths allowed. (Aside: On MSCP controllers, I've observed queue  F depths in the 100s, even 1000s, without problems. But the marketplace H said Proprietary is Bad, Industry Standard is Good. And we're doing our F best to provide all the advantages of the old Proprietary soluions on A the less-expensive Industry Standard foundation, by applying our  ) engineering skills on the software side.)   G In V7.3-1 VMS moved to a per-storage-port scheme where the host didnt  I limit I/O queue depths until the storage sub-system asked it to back off  H (via a "queue full" response). Upon receiving the "queue full" response H VMS issued no more I/Os to that port until half of the outstanding I/Os I to that port had completed, and then VMS again allowed the queue size to  + build up until it got another "queue full".   I Unfortunately, due to the large number of commands that can be in-flight  ; in a SAN, the V7.3-1 / V7.3-2 algorithm was too aggressive: H o  Many mount verification messages can result when the same I/O gets a , "queue full" response several times in a rowE o  Performance suffers badly on the HSG when it has to return "queue   full" responses E o  In extreme cases, the HSG can crash if it receives more I/O after   signaling "queue full"  E In V8.2 (and 7.3-2 with FIBRE_SCSI V0400 and above), VMS moved to an  G algorithm that drains 1/2 of the existing I/O requests and then allows  E the queue depth to increase by 1 entry every 5 seconds. It was hoped  ? that this, combined with HSG ACS 8.8, would solve the problems.   F Unfortunately this modified algorithm seems to have been a little too I aggressive in backing off I/O after a "queue full" condition. Currently,  I once a "queue full" occurs we throttle traffic to that I/O port forever.  E Traffic rates are allowed to gradually increase, but if the I/O load  @ ever has to throttle back, the re-ramp time is slow and impacts F performance. So FIBRE_SCSI kits are now in the works to pick a better  I/O ramp scheme.  D This might explain your symptoms of slower I/O for a period of time.  E How can you avoid "queue full" events? One way is to spread the I/Os  G across as many controller ports as possible. If I/Os are predominantly  A reads, going to a 2-member or 3-member shadowset across multiple  D controllers could reduce the I/O load by as much as 1/2 or 2/3 on a I given controller port. Using host-based RAID software to divide the I/Os  I across disks in different controllers can help for both reads and writes  G equally (forming RAID-0 arrays, or RAID 0+1 arrays in conjunction with  C Shadowing). If "queue fulls" occur mostly during Backups, reducing  H process quotas for the process running Backup could help. And of course H doing as much caching as possible in the host (by using XFC, RMS Global A Buffers, database caches, etc.) can help by avoiding I/Os to the   controller as much as possible.    ------------------------------  # Date: Fri, 08 Jul 2005 14:45:24 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> 2 Subject: Re: Performance issue after 7.3-2 upgrade2 Message-ID: <8kwze.8171$nj4.6810@news.cpqcorp.net>   Jeff Anicker wrote: E > Are there any docs on using sda to do pc sampling?  I can't seem to 5 > find anything and I'm not very proficient with sda.   G For most SDA extensions (and all the SDA extensions on your system can  E be identified by doing $DIRECTORY SYS$LIBRARY:*$SDA.EXE -- the first  ? part of the name before "$SDA.EXE" is the command name), doing  C $ANALYZE/SYSTEM and entering the extension name at the SDA> prompt  D typically gives you a UNIX-style usage summary. For PCS, this gives: $ analyze/systen   OpenVMS (TM) system analyzer   SDA> pcs! PC Sampling Utility PCS commands:             PCS LOAD           PCS UNLOAD D          PCS START TRACE [/BUFFER=pages] (Default=1280, good for 54  minutes for one CPU).                          [/MINIPL=minimum ipl]#                          [/PID=pid] 8                          [/TICKDELAY=ticks] (Default=10)          PCS STOP  TRACE#          PCS SHOW  TRACE [/PID=pid] #                          [/IPL=ipl] .                          [/MINIPL=minimum ipl]&                          [/STATISTICS]&                          [/CONTINUOUS],                          [/INTERVAL=seconds]          PCS DEBUG   SDA>  I So to see what's going on in interrupt state, you'd do a PCS LOAD to get  I the execlet loaded, do a PCS START TRACE/MINIPL=3 (regular user level is  F IPL 0, and user AST level is 2, so the interesting stuff in interrupt D state should be at IPL 3 or above, although it's likely most of the F interesting stuff will actually be at IPL 8 and above), wait a while, E then do PCS STOP TRACE and then PCS SHOW TRACE/STATISTICS to see the  D results (a list of PCs with symbolic addresses listed in descending F order by frequency of occurrence). The symbolic addresses should give H you an idea of what areas of VMS code you're spending the most time in. I (Then you can do a PCS UNLOAD to unload the execlet when you're through.)   H > I'm not having any deadlock finds, just searches.  I'll try bumping up > deadlock wait.  D That should help with interrupt-state time while you track down the G other problems. The only downside with doing this is that if you had a  E real deadlock, it would take longer to identify it, but that doesn't  ! sound like an issue in your case.   E > The tqe sysub is from monitor timer.  I was hoping someone might be + > able to say what causes this to increase.   H Thanks for the pointer -- "sysub" really sounded like a UNIX command to A me. :-) From the System Management Utilities Reference Manual at  B http://h71000.www7.hp.com/DOC/732FINAL/6048/6048pro_004.html I seeG "SYSUB TQE Rate: Rate of SYSUB TQEs processed per second. These system  G subroutine TQEs represent timer requests made by the OpenVMS operating   system."  F So the key is to find out what's causing an increase in TQEs from VMS ? itself. The results of PC Sampling may give us some more clues.   H > The controllers are hsg's.  Looking for the queue full condition I didH > not see any difference in the QF Seen column during the problem period? > than during normal opertaions.  It reads 1 or 0 at all times.   I Another thing I've seen cause severe performance problems is any sort of  C problem with the SAN fabric. VMS is very persistent in doing mount  D verifications, path switches, and retries, and can continue to limp D along in the face of SAN problems which would cause other operating B systems to weep and then go belly-up. In one recent case, several F inter-switch link (ISL) connectors were loose, forcing the photons to D jump across the gap between the fiber-optic connectors, but working G "most of the time". When a person checked the connectors, some of them  D came loose in their hand. Be sure the connectors click tightly into I place. We found the problem connectors because of the huge glowing piles  F of photons we found on the raised floor below the problem connectors. F The photons which didn't make it across the gap fell to the floor and I formed cones pointing upward to the problem connectors. (Just kidding --  G I wish it were that easy. Actually, we found lots of ECC errors in the  D switch counters for the ISL link ports and identified the potential < problem ones that way, then checked the connectors by hand.)   ------------------------------  $ Date: Fri, 8 Jul 2005 07:08:37 -0700, From: David D Miller <ddmiller@raytheon.com> Subject: Upgrading VMSV Message-ID: <OF2D01669F.D0936041-ON07257038.004D2332-07257038.004DB1E9@mck.us.ray.com>   G'day:  I How do you make a decision to upgrade?  Is your decision ruled by Policy? G By convenience (nothing else to do today)?  Or do you have an objective  criteria that you apply?  J Specifically, is 7.3 good enough (in some sense) or is 7.3-2 a better bet?  J I suppose the same question could be applied to patches -- but then again,! maybe you apply the same process.   
 Thanks, dave.    ------------------------------   Date: 8 Jul 2005 07:36:31 -0700  From: jordan@ccs4vms.com Subject: Re: Upgrading VMSC Message-ID: <1120833391.093631.279150@o13g2000cwo.googlegroups.com>    David D Miller wrote:  > G'day: > K > How do you make a decision to upgrade?  Is your decision ruled by Policy? I > By convenience (nothing else to do today)?  Or do you have an objective  > criteria that you apply? > L > Specifically, is 7.3 good enough (in some sense) or is 7.3-2 a better bet? > L > I suppose the same question could be applied to patches -- but then again,# > maybe you apply the same process.  >  > Thanks, dave.   @ Our upgrades, and customer upgrades are determined by one of twoC factors: either we upgrade because a layered product or third party G product update requires an underlying VMS upgrade, or we take advantage F of a trip scheduled for other purposes to upgrade remote customers whoE might only get visited every couple of years.  ECO installs we can do F remotely, since each remote site has someone capable of doing hands onE emergency handling if needed, but upgrades are always done with a VMS  person onsite.  F A hardware upgrade used to be a reason for a VMS upgrade to, but sinceE HP won't let us sell VMS hardware since we're not a 7-figure hardware ' reseller, that doesn't happen any more.   F There's a third reason, of course; if a critical problem that can't orB won't be patched (or not in a reasonable time) will affect us or aF customer, an upgrade will be scheduled.  Fortunately that just doesn'tG seem to happen with our VMS systems in the last 10-15 years but we sure & do spend time upgrading the peecees...   Rich   ------------------------------  % Date: Fri, 08 Jul 2005 15:44:35 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam> Subject: Re: Upgrading VMS4 Message-ID: <dam3gj$5tq$1$8300dec7@news.demon.co.uk>   David D Miller wrote: K > How do you make a decision to upgrade?  Is your decision ruled by Policy? I > By convenience (nothing else to do today)?  Or do you have an objective  > criteria that you apply? > L > Specifically, is 7.3 good enough (in some sense) or is 7.3-2 a better bet?  ? 7.3 works fine, but is now off support (except prior version?). D I recently upgraded to 7.3-1 because Apache et al required it (as a 	 minimum). F That too is dropping off support soon, I believe, but I won't upgrade   further without a business case.D 7.3-2 is likely to be supported longer term, and will have a direct E upgrade path to 8.x - but see other threads about potential problems. G We have fairly ordinary hardware - people with high-end 10CPU machines  - would appear to have a more interesting time.   L > I suppose the same question could be applied to patches -- but then again,# > maybe you apply the same process.   B Indeed - read the release notes, check comp.os.vms, and apply the G upgrades and patches which solve actual or potential problems for you;  H and avoid those which you suspect may cause problems, or which you know  are not required at your site.G I try to keep up with MUPs, UPDATEs, and relevant INSTALL_1 & 2 when I  = can - I hear from my support provider that most don't bother.   G Keep your production systems comfortably behind the bleeding edge, and  , upgrade your development/test systems first.   Chris    ------------------------------  $ Date: Fri, 8 Jul 2005 10:53:24 -0400* From: "Syltrem" <syltremzulu@videotron.ca> Subject: Re: Upgrading VMS/ Message-ID: <4swze.14$U11.16@tor-nn1.netcom.ca>   C "David D Miller" <ddmiller@raytheon.com> a crit dans le message de P news:OF2D01669F.D0936041-ON07257038.004D2332-07257038.004DB1E9@mck.us.ray.com... >  >  >  >  > G'day: > K > How do you make a decision to upgrade?  Is your decision ruled by Policy? I > By convenience (nothing else to do today)?  Or do you have an objective  > criteria that you apply? > L > Specifically, is 7.3 good enough (in some sense) or is 7.3-2 a better bet? > L > I suppose the same question could be applied to patches -- but then again,# > maybe you apply the same process.  >  > Thanks, dave.   $ Typically, we upgrade for 3 reasons:G 1 - We want to use some new functionality offered in the latest release D 2 - Some software we want to install requires a newer version of VMSK 3 - The need to stay current with VMS releases (to stay supported and all). K We try not to lag too much but that sometimes means we are over a year late  installing a new release).  L We normally upgrade the satellite sites first, and the main datacenter last.L That is because a lot of compiled programs ar pushed to the satellite sites,L and a new version over ther will support and run those if linked on an older. version, while the reverse is not always true.  8 We don't typically (ever?) install a point zero release.  H To answer your question about 7.3 vs 7.3-2: VMS is always stable. If youK experience a specific problem, install a patch. No need to upgrade "just to I see if it will fix thing up". Some patches are not backported to previous K releases and will force an upgrade, but I can`t remember when (and if) this  happened to me.    --   Syltrem    OpenVMS 7.3-1 + Oracle 9.2.0.5H http://pages.infinit.net/syltrem (OpenVMS related web site, en franais)% ---zulu is not in my email address---    ------------------------------  # Date: Fri, 08 Jul 2005 16:00:16 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com>  Subject: Re: Upgrading VMS2 Message-ID: <kqxze.8184$Yl4.6954@news.cpqcorp.net>   David D Miller wrote: K > How do you make a decision to upgrade?  Is your decision ruled by Policy? I > By convenience (nothing else to do today)?  Or do you have an objective  > criteria that you apply?  A For many VMS customers, stability can be a major issue for their  < mission-critical systems, and they might not upgrade to the F latest-and-greatest release for 6-9 months after it comes out, to let I other customers hit the bugs and allow time for a good set of patches to  G be developed. In some cases, new releases provide critical performance  > improvements or provide support for new hardware the customer E desperately needs, so those needs sometimes win out over the risk of  < newness. After all, acceptable performance is one aspect of D availability: if the system is up but can't perform adequately, its " availability is less than perfect.  H Customers with less-stringent availability requirements tend to install H a new release earlier. And in many companies, a new release may go into G test and development and Quality Assurance systems first, to be rolled  B out in Production systems after testing is successful. Here it is B advantageous to get an environment up and running with the actual I customer application on a new version as quickly as possible so that any  H problems may be found, reported, and get fixed in patch kits before the ) new version is implemented in Production.   G Obviously, if no one installed a new version or patch kit out of fear,  E problems remaining in the code could never be found and fixed. Users  F bear some level of responsibility to the community in contributing to I the quality of a release. Some may help with Field Tests of new versions  F before release. Others install new versions and patches quickly on at I least some systems and promptly report any problems found so they can be  - fixed for the benefit of the whole community.   F Hobbyists and system managers often run the latest (even pre-release) H version on their own systems for the "fun" of playing with and learning ? about new features, and thus staying up-to-date and proficient.   H For many customers, support from HP is a major criteria in selection of G what versions they run. If a version is too old, it eventually doesn't  H get patches anymore. For a while, you can often get support on an older G version, but at an increased support cost, with Prior Version Support.  . The OpenVMS FAQ talks about this. If you go to; http://h71000.www7.hp.com/openvms/openvms_supportchart.html E you'll see details about which versions are supported, what level of  8 support is available, and for how long it will continue.  I  > Specifically, is 7.3 good enough (in some sense) or is 7.3-2 a better   bet?  I The table I pointed to above notes that official support for 7.3 ended a  F year ago (June 30, 2004), and Prior Version Support is not available. H 7.3-2 is intended as a "landing zone" release where many customers will D stay for a while, and is supported. So 7.3-2 is definitely a better  option at this point than 7.3.  L > I suppose the same question could be applied to patches -- but then again,# > maybe you apply the same process.   G The type of availability and reliability required by a system is a big  ? factor in patch installation, as with new releases. Again, for  H Production systems, like wine and cheese, patches are best "aged" for a B little while. Few things are as frustrating in a mission-critical @ environment as installing a new patch and then finding out soon H afterward that HP has had to pull it because of some problem at another H customer site. So folks in those situations tend to wait a while before G installing a new patch kit. But again, for test and development and QA  G systems, it may be beneficial to install the latest patches soon after  I release and thus test them with the specific customer's applications for  7 a period of time before introducing them to Production.    ------------------------------  * Date: Fri, 8 Jul 2005 17:58:53 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: Upgrading VMS$ Message-ID: <damess$npj$1@online.de>  
 In articleK <OF2D01669F.D0936041-ON07257038.004D2332-07257038.004DB1E9@mck.us.ray.com>, / David D Miller <ddmiller@raytheon.com> writes:    K > How do you make a decision to upgrade?  Is your decision ruled by Policy? I > By convenience (nothing else to do today)?  Or do you have an objective  > criteria that you apply?  E Old enough to be well tested, young enough to still be supported (if  $ there are problems, I want a patch).  L > Specifically, is 7.3 good enough (in some sense) or is 7.3-2 a better bet?  H First, 7.3 is no longer supported.  Second, 7.3-2 is better, especially F with respect to shadowing (and many other things I am not as familiar F with).  Third, 7.3-2 will probably be supported for a relatively long H time, being the last pre-Itanium release (8.2 is Alpha and Itanium and, H perhaps ("still being evaluated") VAX), and is thus a good landing zone.  L > I suppose the same question could be applied to patches -- but then again,# > maybe you apply the same process.   H If I use the feature, I apply the patch, but I usually wait a couple of < weeks and let other folks get bitten by occasional glitches.   ------------------------------   Date: 8 Jul 2005 01:51:35 -0700  From: "Arie" <arie@zeepost.nl> Subject: Re: Vax emulator C Message-ID: <1120812695.541389.296810@o13g2000cwo.googlegroups.com>    Michael,  @ for the record, there is a VAX-emulator on a RTOS. We (EmulatorsC International) developed it especially to serve VAX-users that have > VAXes with Real-Time demands or special (Qbus-)hardware. It is; integrated with a RTOS kernel and therefore tied to certain = pre-selected hardware. It is a ready to use hardware/software E combination running on HP proliant hardware. The Logical Company also G developed an special hardware board for it, that slides into one of the B Qbus slots of the old VAX. Just remove all the old VAX-boards with5 exception of the Qbus adapters that you want to keep.   6 If you want to know more about it, just drop me a note" (arie@emulatorsinternational.com).  
 Regards, Arie    ------------------------------   Date: 8 Jul 2005 07:39:07 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Vax emulator 3 Message-ID: <s59pDYM4teOj@eisner.encompasserve.org>   d In article <1120812695.541389.296810@o13g2000cwo.googlegroups.com>, "Arie" <arie@zeepost.nl> writes:
 > Michael, > B > for the record, there is a VAX-emulator on a RTOS. We (EmulatorsE > International) developed it especially to serve VAX-users that have @ > VAXes with Real-Time demands or special (Qbus-)hardware. It is= > integrated with a RTOS kernel and therefore tied to certain ? > pre-selected hardware. It is a ready to use hardware/software G > combination running on HP proliant hardware. The Logical Company also I > developed an special hardware board for it, that slides into one of the D > Qbus slots of the old VAX. Just remove all the old VAX-boards with7 > exception of the Qbus adapters that you want to keep.  > 8 > If you want to know more about it, just drop me a note$ > (arie@emulatorsinternational.com).  F    So it relys on the original DEC power system?  That's the only partF    of our old VAXen we've had trouble with.  Replacing the CPU doesn't    do us any good.   ------------------------------  % Date: Fri, 08 Jul 2005 10:37:27 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com> Subject: Re: Vax emulator / Message-ID: <42CE5767.16418.1D91A435@localhost>   ) On 8 Jul 2005 at 7:39, Bob Koehler wrote: H >    So it relys on the original DEC power system?  That's the only partH >    of our old VAXen we've had trouble with.  Replacing the CPU doesn't >    do us any good.  D There are companies making *new* Q-bus racks and power supplies, or D there were a couple of years ago.  A client of mine researched that , pretty throughly, and found several sources.   Scary, huh?     
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com) "OpenVMS, when downtime is not an option"    ------------------------------   End of INFO-VAX 2005.378 ************************