1 INFO-VAX	Mon, 16 May 2005	Volume 2005 : Issue 272       Contents:3 Re: Ann Livermore loves Opteron but perhaps not VMS 3 Re: Ann Livermore loves Opteron but perhaps not VMS 3 Re: Ann Livermore loves Opteron but perhaps not VMS 3 Re: Ann Livermore loves Opteron but perhaps not VMS * Re: BACKUP A:[...]*.* B:[...] missing root( Re: DUMP /ASCII - Request for Guy Peleg?( Re: DUMP /ASCII - Request for Guy Peleg?( Re: DUMP /ASCII - Request for Guy Peleg?( Re: DUMP /ASCII - Request for Guy Peleg?( Re: DUMP /ASCII - Request for Guy Peleg?( Re: DUMP /ASCII - Request for Guy Peleg?( Re: DUMP /ASCII - Request for Guy Peleg?' HP break up makes sense - Merrill Lynch + Re: HP break up makes sense - Merrill Lynch + Re: HP break up makes sense - Merrill Lynch + Re: HP break up makes sense - Merrill Lynch + Re: HP break up makes sense - Merrill Lynch + Re: HP break up makes sense - Merrill Lynch 8 Re: HSx ECB (cache battery) troubleshooting/specs Part 2B Re: OpenVMS IA64 Pilot Program site doesn't have the pilot program Re: Question Re: RMS Different Example.! Re: SEDT / JED EDT compatibility? " Re: The continuing saga of the VAX" Re: The continuing saga of the VAX" Re: The continuing saga of the VAX" Re: The continuing saga of the VAX  F ----------------------------------------------------------------------  % Date: Mon, 16 May 2005 17:51:10 +0200 + From: Karsten Nyblad <nospam@nospam.nospam> < Subject: Re: Ann Livermore loves Opteron but perhaps not VMS= Message-ID: <4288c16e$0$67257$157c6196@dreader2.cybercity.dk>    Bob Koehler wrote:T > In article <LY6dnd4bTtwzmBjfRVn-pw@igs.net>, "John Smith" <a@nonymous.com> writes: > H >>If by Pentium you mean x86-64, then yes I concur. If your really meant8 >>Pentium, I think I'd rather run an Athalon 64 for VMS. >  > F >    While I have no problem with 64 bit x86, I think we can still get? >    32 bit systems cheaper, and VMS runs great as a 32 bit OS.  > E VMS is primarily a server OS.  It would be ridiculous to introduce a  E server OS on a new platform without 64-bit support.  Thus, if VMS is  G ported to x86 then it has to be to x86-64, but then the porting to x86  E will have to be based on the Alpha/IA64 code base and code should be  H generated for x86-64.  I think the costs of also supporting x86 without I x86-64 will be much too high to have any chance of making business sense  A to HP.  Supporting x86 without x86-64 could also have a negative  H influence on the performance on x86-64, because it would be tempting to E let some of the code be 32bit-code on both platforms, and it is well  G known that x86-64 code is faster on Athlon than code that does not use   x86-64.    ------------------------------    Date: 16 May 2005 12:02:27 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) < Subject: Re: Ann Livermore loves Opteron but perhaps not VMS3 Message-ID: <Cw4aWNYoakqR@eisner.encompasserve.org>   k In article <4288c16e$0$67257$157c6196@dreader2.cybercity.dk>, Karsten Nyblad <nospam@nospam.nospam> writes:    > VMS is primarily a server OS.   G    Not in my house.  Not at my job.  Maybe for someone else, but VMS is 9    far to capable to limit it to "primarily" a server OS.    ------------------------------  % Date: Mon, 16 May 2005 13:21:48 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> < Subject: Re: Ann Livermore loves Opteron but perhaps not VMS, Message-ID: <4288D6A0.6CFCA1AC@teksavvy.com>   Bob Koehler wrote:! > > VMS is primarily a server OS.  > I >    Not in my house.  Not at my job.  Maybe for someone else, but VMS is ; >    far to capable to limit it to "primarily" a server OS.   D Agreed. However, consider a recent statement by a DEC engineer about2 business justification for any work on decwidnows.  E They only want to allocate engineers for work to please the remaining B customer base. They don't see the point on allocating resources to? develop new markets for VMS (aka: retake what it used to have).   # That is a mindset that must change.   H When Alpha was murdered, we were promised that VMS would run on industry? standard commodity systems from desktop to data centre. But VMS E engineering doesn't seem to have been given such a mandate since they G are still focused on serving the remaining customer base without growth H poetntial outside of its remaining small niche. Of course, the fact thatH IA64's niche is so small  , it kind restricts VMS's potential to expnand beyond IA64's "big iron" niche.   L A port to the 8086 is a requirement now, if VMS is ever going to grow again.   ------------------------------  % Date: Mon, 16 May 2005 13:30:16 -0400 # From: "John Smith" <a@nonymous.com> < Subject: Re: Ann Livermore loves Opteron but perhaps not VMS, Message-ID: <dO2dnQCPdKgpRRXfRVn-oQ@igs.net>   Bob Koehler wrote:G > In article <4288c16e$0$67257$157c6196@dreader2.cybercity.dk>, Karsten ' > Nyblad <nospam@nospam.nospam> writes:  >   >> VMS is primarily a server OS. > F >    Not in my house.  Not at my job.  Maybe for someone else, but VMS> >    is far to capable to limit it to "primarily" a server OS.    L I concurr, but what software that you can purchase at Best Buy or Staples doJ you rip and play your MP3's with and your copy of the Dr. Strangelove DVD?   --F OpenVMS - The never advertised operating system with the dwindling ISV base.    ------------------------------  % Date: Fri, 13 May 2005 18:03:57 +0100 E From: "Dane Maslen" <dane.maslen@real-address-withheld-to-avoid-spam> 3 Subject: Re: BACKUP A:[...]*.* B:[...] missing root 6 Message-ID: <42884a5b_3@mk-nntp-2.news.uk.tiscali.com>  + norm.raphael@metso.com wrote in message ...  > D >Jeff Cameron <roktsci@comcast.net> wrote on 05/13/2005 08:25:13 AM: > C >> On 5/12/05 10:06 AM, in article d602e3$ejj$2@online.de, "Phillip F >> Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de> >wrote:  >>F >> > I'm sure it is a known bug that BACKUP A:[...]*.* B:[...] doesn't >behave @ >> > as expected if B: is not a real device but rather B = C[D.]
 >[concealed]. K >> Even with you logical name translation of B being C:[E.], the syntax you  >are: >> looking for is: BACKUP A:[000000...]*.*;* B:[000000...] > G >$ BACKUP A:[*...]*.*;* B:[*...]  !? to avoid a redundant 000000.dir  ?    Let me start by commenting that it's about five years since I did any VMS system management, so take anything I say with a pinch of  salt.  That said...   & I seem to recall that the trouble with   $ BACKUP A:[*...]*.*;* B:[*...]   $ is that it misses files in [000000].   Returning, however, to Phillip's original question, in all my years of managing VMS systems I never noticed differences in behaviour between    $ BACKUP A:[*...]*.*;* B:[*...]    when A and B are devices and   $ BACKUP A:[*...]*.*;* B:[*...]   + when B (or A or both) are defined as C:[D.]    I do, however, have a vague recollection that it might be important to ensure that C is the physical device and that the translation attributes include TERMINAL as well as CONCEALED.  On the other hand it might just be that I used to do it that way for no better 3 reason than it seemed like a good idea at the time.    Dane Maslen    ------------------------------   Date: 16 May 2005 06:42:47 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>1 Subject: Re: DUMP /ASCII - Request for Guy Peleg? ? Message-ID: <DTiotGxQ0bj6-pn2-td0zRqyp9TY7@dave2_os2.home.ours>   E On Thu, 12 May 2005 13:21:58 UTC, "Hein" <hein.nomail@hp.nomail.com>   wrote:   > ? > "Dave Weatherall" <djw-nothere@nospam.nohow> wrote in message ; > news:DTiotGxQ0bj6-pn2-jpeTOTqHmyBe@dave2_os2.home.ours...  > > Guy E > >          has anyone ever suggested adding the /ASCII qualifier to G > > DUMP. I know we get both at the moment but there are times when one J > > only wants to see what the file looks like in ascii. 80 chars per line > > instead of 16 or 32  > 	 > SMOP...  > 6 > ------------- dump.p ------------------------------- > J > $file = shift @ARGV or die "Please provide a name for the file to dump"; > $BLOCK = 512; 
 > $LINE = 64; : > open (FILE,"<$file") or die "Failed to open file $file"; > binmode FILE; / > while ($bytes = read FILE, $buffer, $BLOCK) {  >   $offset=0; >   $blocks++;C >   printf ("\nVirtual block number %d (%08X), %d (%4X) bytes\n\n", ( >     $blocks, $blocks, $bytes, $bytes); >   while ($offset < $bytes) {- >     $_ = substr ( $buffer, $offset, $LINE);  >     s/[^ -~]/./g; ( >     printf ("%04X %s\n", $offset, $_); >     $offset += $LINE;  >     }  >   } 
 > print "\n";  >  > Sample usage:  >  > $perl dump.p tmp.exe > 5 > Virtual block number 1 (00000001), 512 ( 200) bytes  > G > 0000 ............ ...h............................................... G > 0040 ................(...uD..................0.......@............... G > 0080 ....................................................$........... G > 00C0 ..uD.....TMP.....................................V1.0........... G > 0100 .A11-39.................................$....................... G > 0140 ............$...................................$............... G > 0180 J...................$....(..............................8....... G > 01C0 .........................DECC$SHR_001...........................  > 5 > Virtual block number 2 (00000002), 512 ( 200) bytes  > G > 0000 ........4....&...........................LIBOTS_001.........@... G > 0040 ...........................>.SYS$PUBLIC_VECTORS_001............. G > 0080 ................................................................ G > 00C0 ................................................................  > :  > <snip> >  >  > fwiw,  > Hein.      F A reason to install Perl? Again? I need to check. Too busy doing other
 stuff though.    --   Cheers - Dave W.   ------------------------------   Date: 16 May 2005 06:42:46 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>1 Subject: Re: DUMP /ASCII - Request for Guy Peleg? ? Message-ID: <DTiotGxQ0bj6-pn2-22Gjpp1tEMZ2@dave2_os2.home.ours>   ? On Thu, 12 May 2005 11:57:12 UTC, norm.raphael@metso.com wrote:   K > "Dave Weatherall" <djw-nothere@nospam.nohow> wrote on 05/12/2005 01:25:01  > AM:  >  > > Guy E > >          has anyone ever suggested adding the /ASCII qualifier to G > > DUMP. I know we get both at the moment but there are times when one J > > only wants to see what the file looks like in ascii. 80 chars per line > > instead of 16 or 32  >  > Does1 > $SEARCH/FORM=DUMP/OUT=outfilespec infilespec ""  > help you at all? >    Thanks for the suggestion Norm.   B I did actually use it the other day to double-check that the only F differences between two images was a file-spec in the traceback info. F I managed it but there was a bit too much post-processing to be done. B I'm sure I'll use it again until a DUMP /ASCII becomes available.    --   Cheers - Dave W.   ------------------------------    Date: 16 May 2005 03:52:45 -0700" From: chris_doran@postmaster.co.uk1 Subject: Re: DUMP /ASCII - Request for Guy Peleg? C Message-ID: <1116240765.577892.300190@g14g2000cwa.googlegroups.com>    Dave Weatherall wrote: > Guy C >          has anyone ever suggested adding the /ASCII qualifier to E > DUMP. I know we get both at the moment but there are times when one C > only wants to see what the file looks like in ascii. 80 chars per  line > instead of 16 or 32   E I agree it would be nice to have it in DUMP, but meanwhile, check out  VFE from the Freeware disks.   Chris    ------------------------------  # Date: Mon, 16 May 2005 11:50:34 GMT " From:   VAXman-  @SendSpamHere.ORG1 Subject: Re: DUMP /ASCII - Request for Guy Peleg? 0 Message-ID: <00A43D74.6772A1DD@SendSpamHere.ORG>  e In article <5eWhe.5431$Mj3.1683@news.cpqcorp.net>, "Guy Peleg" <guy.peleg@remove_this_hp.com> writes:  > > >"Dave Weatherall" <djw-nothere@nospam.nohow> wrote in message: >news:DTiotGxQ0bj6-pn2-jpeTOTqHmyBe@dave2_os2.home.ours... >> GuyD >>          has anyone ever suggested adding the /ASCII qualifier to > ) >    No you are the first to suggest.....  > F >> DUMP. I know we get both at the moment but there are times when oneI >> only wants to see what the file looks like in ascii. 80 chars per line  >> instead of 16 or 32 >> >> --  > 5 >I filed an internal enhancement request to make sure 5 >we do not lose this request. I can't promise when it  >will show up... >  >> Cheers - Dave W.  >  >   K I'd like a qualifier to give me just the hexadecimal data... no translation + and no running counts or block information.  --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Mon, 16 May 2005 12:06:56 GMT 0 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>1 Subject: Re: DUMP /ASCII - Request for Guy Peleg? 2 Message-ID: <A10ie.5435$V23.3461@news.cpqcorp.net>  , <VAXman- @SendSpamHere.ORG> wrote in message* news:00A43D74.6772A1DD@SendSpamHere.ORG...@ > In article <5eWhe.5431$Mj3.1683@news.cpqcorp.net>, "Guy Peleg"& <guy.peleg@remove_this_hp.com> writes: > > @ > >"Dave Weatherall" <djw-nothere@nospam.nohow> wrote in message< > >news:DTiotGxQ0bj6-pn2-jpeTOTqHmyBe@dave2_os2.home.ours... > >> GuyF > >>          has anyone ever suggested adding the /ASCII qualifier to > > + > >    No you are the first to suggest.....  > > H > >> DUMP. I know we get both at the moment but there are times when oneK > >> only wants to see what the file looks like in ascii. 80 chars per line  > >> instead of 16 or 32 > >> > >> --  > > 7 > >I filed an internal enhancement request to make sure 7 > >we do not lose this request. I can't promise when it  > >will show up... > >  > >> Cheers - Dave W.  > >  > >  > A > I'd like a qualifier to give me just the hexadecimal data... no  translation - > and no running counts or block information.        This I heard before ;-)    > --  2 > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM > 6 >   "Well my son, life is like a beanstalk, isn't it?"   ------------------------------  # Date: Mon, 16 May 2005 12:14:57 GMT ( From: "Hein" <hein.nomail@hp.nomail.com>1 Subject: Re: DUMP /ASCII - Request for Guy Peleg? 2 Message-ID: <590ie.5436$gw3.3992@news.cpqcorp.net>  = "Dave Weatherall" <djw-nothere@nospam.nohow> wrote in message 9 news:DTiotGxQ0bj6-pn2-td0zRqyp9TY7@dave2_os2.home.ours... F > On Thu, 12 May 2005 13:21:58 UTC, "Hein" <hein.nomail@hp.nomail.com> > wrote: : 8 > > ------------- dump.p ------------------------------- :   3 > A reason to install Perl? Again? I need to check. % > Too busy doing other  stuff though.   F You will not regret. Best I recall (I never looked back :-), the basicH installation was simple as they come (even I could do it), without other stuff to be loaded first .  I Specially if you like 'coding' in DCL and are able to code up a C program I when needed then you'll find Perl is in the middle somewhere there, ready H for most any modest (and large) data processing jobs. Not too worry, forJ many jobs DCL will remain your weapon of choice (notably with F$GETJPI and F$GETQUI involved).   I If your workstation is a PC, then you may want to pull over 'Active State  Perl' for there as well..    Hein.    ------------------------------  # Date: Mon, 16 May 2005 17:10:00 GMT " From:   VAXman-  @SendSpamHere.ORG1 Subject: Re: DUMP /ASCII - Request for Guy Peleg? 0 Message-ID: <00A43DA1.077B1C36@SendSpamHere.ORG>  e In article <A10ie.5435$V23.3461@news.cpqcorp.net>, "Guy Peleg" <guy.peleg@remove_this_hp.com> writes:  > - ><VAXman- @SendSpamHere.ORG> wrote in message + >news:00A43D74.6772A1DD@SendSpamHere.ORG... A >> In article <5eWhe.5431$Mj3.1683@news.cpqcorp.net>, "Guy Peleg" ' ><guy.peleg@remove_this_hp.com> writes:  >> >A >> >"Dave Weatherall" <djw-nothere@nospam.nohow> wrote in message = >> >news:DTiotGxQ0bj6-pn2-jpeTOTqHmyBe@dave2_os2.home.ours... 	 >> >> Guy G >> >>          has anyone ever suggested adding the /ASCII qualifier to  >> >, >> >    No you are the first to suggest..... >> >I >> >> DUMP. I know we get both at the moment but there are times when one L >> >> only wants to see what the file looks like in ascii. 80 chars per line >> >> instead of 16 or 32  >> >> 	 >> >> --   >> >8 >> >I filed an internal enhancement request to make sure8 >> >we do not lose this request. I can't promise when it >> >will show up...  >> > >> >> Cheers - Dave W. >> > >> > >>B >> I'd like a qualifier to give me just the hexadecimal data... no >translation. >> and no running counts or block information. >  >    This I heard before ;-)   Not from me!  :rolleyes:   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Mon, 16 May 2005 10:54:50 -0400 # From: "John Smith" <a@nonymous.com> 0 Subject: HP break up makes sense - Merrill Lynch, Message-ID: <Ls6dncpO4enfKRXfRVn-rw@igs.net>  *  http://www.theinquirer.net/?article=23270 HP break up "makes sense"   3 Financials Analyst line ahead of tomorrow's results     - By Ambrose McNevin: Monday 16 May 2005, 13:51   G  INVESTMENT ANALYST Merrill Lynch said today "We still think breakup HP A makes sense but it appears that option is off the table for now." I Ahead of Tuesday's financial results (the first quarter with new boy Mark K Hurd at the helm) Dow Jones Newswires reported that the Wall Street firm is L telling clients that HP's board "is mistaken if it believes the company onlyK has execution problems" and it should ask itself "In what businesses should  HP compete?"  " Merrill is expecting weak quarter.     --L OpenVMS - The never advertised operating system with the dwindling ISV base.   ------------------------------    Date: 16 May 2005 08:49:29 -0700$ From: "AEF" <spamsink2001@yahoo.com>4 Subject: Re: HP break up makes sense - Merrill LynchC Message-ID: <1116258569.580097.149150@g14g2000cwa.googlegroups.com>    John Smith wrote: + > http://www.theinquirer.net/?article=23270  > HP break up "makes sense"  > 5 > Financials Analyst line ahead of tomorrow's results  >  > / > By Ambrose McNevin: Monday 16 May 2005, 13:51  > F >  INVESTMENT ANALYST Merrill Lynch said today "We still think breakup HPC > makes sense but it appears that option is off the table for now." F > Ahead of Tuesday's financial results (the first quarter with new boy MarkE > Hurd at the helm) Dow Jones Newswires reported that the Wall Street  firm is A > telling clients that HP's board "is mistaken if it believes the  company onlyF > has execution problems" and it should ask itself "In what businesses should > HP compete?" > $ > Merrill is expecting weak quarter. >  >  > --D > OpenVMS - The never advertised operating system with the dwindling	 ISV base.     ! Why should we trust Merril Lynch?   C And why all the fuss over an OS that's "never advertised" and has a  "dwindling ISV base"? (!)    ------------------------------  % Date: Mon, 16 May 2005 12:57:12 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 4 Subject: Re: HP break up makes sense - Merrill Lynch, Message-ID: <4288D0DD.3199DE99@teksavvy.com>   John Smith wrote: I >  INVESTMENT ANALYST Merrill Lynch said today "We still think breakup HP C > makes sense but it appears that option is off the table for now."     E Read: Investment Analist Merrill Lynch is really sad that HP won't be C breaking up because a breakup would generate lots of consulting and 4 banking/investment service revenus for Merril Lynch.    D Breaking up HP doesn't solve individual business unit problems. Good leadership does.  3 Breaking up HP won't magically allow VMS marketing.   F However, Hurd must use his leadership to ensure that HP is not a slaveF to Intel and Microsoft and can have products that compete against each other and against microsoft.   ------------------------------   Date: 16 May 2005 17:14:34 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)4 Subject: Re: HP break up makes sense - Merrill Lynch+ Message-ID: <3es2npF4m1hsU1@individual.net>   C In article <1116258569.580097.149150@g14g2000cwa.googlegroups.com>, ' 	"AEF" <spamsink2001@yahoo.com> writes:  >  > John Smith wrote: , >> http://www.theinquirer.net/?article=23270 >> HP break up "makes sense" >>6 >> Financials Analyst line ahead of tomorrow's results >> >>0 >> By Ambrose McNevin: Monday 16 May 2005, 13:51 >>G >>  INVESTMENT ANALYST Merrill Lynch said today "We still think breakup  > HPD >> makes sense but it appears that option is off the table for now."G >> Ahead of Tuesday's financial results (the first quarter with new boy  > MarkF >> Hurd at the helm) Dow Jones Newswires reported that the Wall Street	 > firm is B >> telling clients that HP's board "is mistaken if it believes the > company onlyG >> has execution problems" and it should ask itself "In what businesses  > should >> HP compete?"  >>% >> Merrill is expecting weak quarter.  >> >> >> -- E >> OpenVMS - The never advertised operating system with the dwindling  > ISV base.  >  > # > Why should we trust Merril Lynch?   @ Well, for one because they are merely repeating what many people2 (including some here) said even before the merger.  ; And anyway, it doesn't matter if we trust them, the men who = play with money in places other than OTB trusdt them and they   will make decisions accordingly.   > E > And why all the fuss over an OS that's "never advertised" and has a  > "dwindling ISV base"? (!)   - because some us wish it wasn't and it wasn't.    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: 16 May 2005 10:20:39 -0700 From: bob@instantwhip.com 4 Subject: Re: HP break up makes sense - Merrill LynchC Message-ID: <1116264039.023710.186930@o13g2000cwo.googlegroups.com>   . HP has the same problem that Q and DEC had ...+ CEOs with no vision and no understanding of - the technology they have (i.e. alpha/OpenVMS) / and how to use that superior technology to rule * the market and make money and not just use. downsizing, outsourcing and what ever else the/ so called wall street experts say and gut their 2 talent pool ... until that changes, they can split- into 50 companies and nothing will change ...    ------------------------------  % Date: Mon, 16 May 2005 13:27:43 -0400 # From: "John Smith" <a@nonymous.com> 4 Subject: Re: HP break up makes sense - Merrill Lynch, Message-ID: <-8udnf_YReWKRRXfRVn-gA@igs.net>   JF Mezei wrote:  > John Smith wrote: G >>  INVESTMENT ANALYST Merrill Lynch said today "We still think breakup G >> HP makes sense but it appears that option is off the table for now."  >  > G > Read: Investment Analist Merrill Lynch is really sad that HP won't be E > breaking up because a breakup would generate lots of consulting and 6 > banking/investment service revenus for Merril Lynch.    K JF, can you sit there with a straight-face and honestly say that the past 4 > years of VMS's history have been among its best managed by the owner-du-jour?    H What if Acer or Compal (just to pick two names out of the ether) decidedK that they could make a better go of HP's PC business and offered to buy the H brand? I say the brand because these or several other companies probablyA already provide 90% of the design/manufacturing to HP. Would that  necessarily be a bad thing?   L If you had a 1937 Duesenberg dual-cowl Phaeton and an auto broker approachedK you with a willing buyer at a price you could live with, would you call the  broker a scum-sucking leech?    F > Breaking up HP doesn't solve individual business unit problems. Good > leadership does. > 5 > Breaking up HP won't magically allow VMS marketing.  >     K On the other hand, if somebody purchased individual business units it might I be a fair assumption that they wanted those units for more than the paper # clips and staplers those units had.   G They might even be prepared to advertise the products/services of those H units in order to generate more revenues and profits to help pay for the acquisition cost of the unit.       H > However, Hurd must use his leadership to ensure that HP is not a slaveH > to Intel and Microsoft and can have products that compete against each > other and against microsoft.    F Hurd might just decide to run with The Bull (Merrill). You never know.     --F OpenVMS - The never advertised operating system with the dwindling ISV base.    ------------------------------    Date: 16 May 2005 10:28:06 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) A Subject: Re: HSx ECB (cache battery) troubleshooting/specs Part 2 - Message-ID: <f$2IA3C5izxZ@malvm7.mala.bc.ca.>   C In article <1116171586.913805.326520@g44g2000cwa.googlegroups.com>, >  "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> writes:   > For previous discussions see: v > http://groups-beta.google.com/group/comp.os.vms/browse_frm/thread/8fe3dc470d7da8d5/03cd09dc82f0f314#03cd09dc82f0f314 > I > Just in case anyone was wondering, the ECB on a Model 2200 StorageWorks E > controller shelf use the same cells and configuration.  You can buy 5 > individual cells from Portable Power Systems (here: H > http://www.gotbatteries.com/ProductPage.asp?ProductNum=37L142S1 ) or a& > built-up replacement from MDS (here:I > http://www.mdsbattery.com/shop/productprofile.asp?ProductGroupID=1232 )  >   \    The battery pack for the ECB on a Model 2200 shelf uses the same cells, but the connectorP and wiring harness are different and there is a circuit board inside the battery pack (between the 2 cells).   ]    The pre-built pack pictured in the URL referenced above will not work in a Model 2200 ECB. ^ I have successfully rebuilt battery packs for a model 2200 ECB by salvaging the wiring harness^ and circuit board from dead packs though. The Cyclon "X" cells needed should be available from any large battery supply house.    ------------------------------  # Date: Mon, 16 May 2005 14:34:05 GMT ( From: Mark Schafer <mark.schafer@hp.com>K Subject: Re: OpenVMS IA64 Pilot Program site doesn't have the pilot program 2 Message-ID: <xb2ie.5439$gF3.4659@news.cpqcorp.net>  F No joke, the S/W Depot had a problem.  Please try again.  I apologize  for the inconvenience.  B (We tested this for a month before announcing it.  Was it Murphy?)   Mark   Soterro wrote: > Hello, > H > I just tried to order the VMS IA64 SDK media kits for that DSPP Pilot - > program somewhere on http://www.hp.com/dspp Q > (http://h21007.www2.hp.com/dspp/bus/bus_BusDetailPage_IDX/1,1252,4689,00.html)   > I > So you log in as DSPP member, the page gives you the username and pass  F > for the kiosk where you're supposed to get it, and after using them C > you're left on a page which says 'No kiosk associated with user'.  > " > If it's a joke it's not funny :( >  > S    ------------------------------    Date: 16 May 2005 07:43:18 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Question 3 Message-ID: <RMEvXz1QdFik@eisner.encompasserve.org>   c In article <d630u9$isu$1@mailhub227.itcs.purdue.edu>, Chuck Aaron <caaron@ceris.purdue.edu> writes: H > I have one file that is sorted by userid (8 characters) 814 items, no @ > duplicates. The other file contains webusage listings of otherI > information but does contain userid's. i need to use the first file as  - > my input file and search the second file to J > find any id's in the first file that are not found in the larger second + > file. Any ideas on how to accomplish this 
 > quickly?      A few lines of Fortran.   ------------------------------    Date: 16 May 2005 04:24:15 -0700* From: "Don Braffitt" <don.braffitt@hp.com># Subject: Re: RMS Different Example. C Message-ID: <1116242655.008229.182490@f14g2000cwb.googlegroups.com>   @ >           Any body provide or let me know where i can find RMSC > practical example with sample database how to create and how used / > with various application Using COBOL program.   C Hein mentioned the COBOL User Manual. Here's the link to the latest @ revision of the chapter in the HP COBOL User Manual which covers# examples of file handling with RMS:   Q http://h71000.www7.hp.com/doc/82final/6297/6297pro_041.html#file_hand_basics_chap    - Don BraffittE   project leader, HP COBOL, SORT32, Hypersort for OpenVMS, Tru64 UNIX    ------------------------------  % Date: Mon, 16 May 2005 12:13:08 -0400 + From: "David Pikcilingis" <dcpik@bosbc.com> * Subject: Re: SEDT / JED EDT compatibility?0 Message-ID: <592dnZN34ecyWxXfRVn-iQ@comcast.com>  I Boston Business Computing produces EDT+ for Windows and UNIX, a complete   emulation of OpenVMS EDT.   = For additional information or to request an evaluation visit:   
 www.bosbc.com    David Pikcilingis  sales@bosbc.com     I "Alan Winston - SSRL Central Computing" <winston@SSRL.SLAC.STANFORD.EDU>  A wrote in message news:00A4385B.0A0276F0@SSRL.SLAC.STANFORD.EDU...  > VMSers --  > K > I have need to edit a few files on a BSD system.  I don't know _vi_, etc, J > and have considerable fluency only with EDT and EVE.  So I'm looking forL > something on BSD that'll support EDT keys.  I seem to recall that JED does  > this, and that SEDT does this. > J > The system manager has kindly installed SEDT, but when I try to start it3 > there's a complaint about the absence of defm.edt  > L > JED starts up okay, but it doesn't seem to understand EDT keys and I don't > know how to make it do that. > J > Any advice?  (I really don't want to have to learn enough, eg, emacs to  > make > it use EDT keys.)  > 	 > Thanks,  > 	 > -- Alan  >  >    ------------------------------   Date: 16 May 2005 13:54:50 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) + Subject: Re: The continuing saga of the VAX + Message-ID: <3ern18F4jmvpU1@individual.net>   C In article <1116170065.667748.122160@g14g2000cwa.googlegroups.com>, > 	"johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> writes: > Bill Gunshannon wrote:$ >> In article <1WCn9mP08KHT@wvnvms>,/ >> 	cook@wvnvms.wvnet.edu (George Cook) writes: G >> > In article <3ejqaeF3gvvaU1@individual.net>, bill@cs.uofs.edu (Bill  > Gunshannon) writes: ! >> >> OK, on to the next problem.  >> >> E >> >> I can now see devices.  But apparently, not boot from them. :-)  >> > >> > >> > Are both path A and B up? >> > >>H >> No, but I can probably do that first thing monday. I asked and no one= >> said that both had to be up.  I was hoping for up and then 
 > redundancy.  >> > H > Bill, I found a doc online which has a wealth of information about theG > VAX7000 series (and yes, that's what you have. I had a cluster of two $ > 7620's from 1998-2001)  It is at <E > http://www.update.uu.se/~bqt/vax7000/7XX0.PDF >  Get it and save it G > locally.  See sections 14.1.10 and 14.1.11 about a known problem with F > VAX7000's not booting if only one CI path is connected and a problem? > booting from HSJ40's (I think you said that's what you had?).   D I got the doc. Thank you.  Actually, I have HSJ50's. But I think theF CI Path problem is the same.  So, do both paths get hooked to the same0 SC008 or do I need to put the B Path on another?  7 >> >> dua41.2.0.3.0      $1$DKA41 (HSJ002)        RRD46   >      ^^^                   ^^^E > Seems wrong.  Does a RRD46 on a HSJ have to be defined as a passthu F > device? I know tape drives did but I never had a CD hanging off of aD > HSJ.  Your RRD46 is in a SW cannister and plugs into the SW shelf?  F It's actually a pair of them in a SW Cannister.  But I think the otherF one has a problem as the door won't open and the led ont he front justE blinks real fast continuously.  I don't remember seeing anything like E an InfoServer at the place where I got these VAX so I assume they did 4 their installs from the CDROM's in the SW Cannister.   bill   >  >  >> >> 5 >> >> Well, at least my devices are still there.  :-(  >> >> F >> >> Is there some bootflag I need to add either because of the model > or) >> >> maybe because it's booting from CI?  > H > Boot flags to boot from a CD should be 0,0,0.  Your default boot flagsI > look to be set to 0,2,0 so you may want to change that.  Though I don't F > think it should make a differents.  If it's trying to boot SYS2 fromH > the CD is should still work since every VMS OS CD I've seen has all of > the system roots on it.  >   B OK, looks like I fix the Path problem first and then play with the
 BootFlags.   Thanks.    bill   -- NJ 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>   m   ------------------------------   Date: 16 May 2005 13:58:50 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)+ Subject: Re: The continuing saga of the VAX + Message-ID: <3ern8oF4jmvpU2@individual.net>   ! In article <mU6+wcJkptYu@wvnvms>, , 	cook@wvnvms.wvnet.edu (George Cook) writes: > In article <1116170065.667748.122160@g14g2000cwa.googlegroups.com>, "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> writes:  >> Bill Gunshannon wrote: % >>> In article <1WCn9mP08KHT@wvnvms>, 0 >>> 	cook@wvnvms.wvnet.edu (George Cook) writes:H >>> > In article <3ejqaeF3gvvaU1@individual.net>, bill@cs.uofs.edu (Bill >> Gunshannon) writes:" >>> >> OK, on to the next problem. >>> >>F >>> >> I can now see devices.  But apparently, not boot from them. :-) >>> >e >>> >p >>> > Are both path A and B up?f >>> >x >>>.I >>> No, but I can probably do that first thing monday. I asked and no onee> >>> said that both had to be up.  I was hoping for up and then >> redundancy. >>>i >> gI >> Bill, I found a doc online which has a wealth of information about the-H >> VAX7000 series (and yes, that's what you have. I had a cluster of two% >> 7620's from 1998-2001)  It is at <AF >> http://www.update.uu.se/~bqt/vax7000/7XX0.PDF >  Get it and save itH >> locally.  See sections 14.1.10 and 14.1.11 about a known problem withG >> VAX7000's not booting if only one CI path is connected and a problem @ >> booting from HSJ40's (I think you said that's what you had?). >  > ...  > 2 >>> >> CPU:0 Console entry reason: ^P or Node Halt >>> >>0 >>> >> Entry PC: 00154E07     Entry PSL:041F0200 >>> >> >>> >> P00>>> ^C >>> >> P00>>> sh dev3 >>> >> polling for units on cixcd0, slot 3, xmi0...p  >>> >> Resetting IO subsystem... >>> >> P00>>>   sh dev3 >>> >> polling for units on cixcd0, slot 3, xmi0...o8 >>> >> dua1.2.0.3.0       $1$DUA1 (HSJ002)          HSX18 >>> >> dua41.2.0.3.0      $1$DKA41 (HSJ002)        RRD46! >>      ^^^                   ^^^ F >> Seems wrong.  Does a RRD46 on a HSJ have to be defined as a passthuG >> device? I know tape drives did but I never had a CD hanging off of akE >> HSJ.  Your RRD46 is in a SW cannister and plugs into the SW shelf?h > F > No, they don't need to be passthu devices.  They do need do be addedA > using the ADD CDROM command or with the CONFIG program (I thinks  A I didn't do this command.  But SHOW UNITS shows them so I thoughto they were ready.  B > CFMENU also knows how to properly add them).  If the HSJ command= > SHOW CDROM sees it, then you should be okay on the HSJ end.B   I'll try this.     > G > If you have a redundant HSJ configuration (i.e., two HSJ cards in theqC > controller shelf each connected to the CI), then I would strongly@D > suggest that you disable one HSJ prior to attempting a VMS installF > from the CD. I tried such an install once and had major headaches.   I Well, it was supposed to be redundant HSJ's but one of them appears to berH dead.  I have two that were used for the tape drive so I may move one of; them to the disks as I don't expect to use the tape system.s   bill   -- jJ 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: 16 May 2005 08:40:55 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com>t+ Subject: Re: The continuing saga of the VAXiC Message-ID: <1116258055.038226.143590@g47g2000cwa.googlegroups.com>    Bill Gunshannon wrote:  F > > Bill, I found a doc online which has a wealth of information about theME > > VAX7000 series (and yes, that's what you have. I had a cluster ofh two & > > 7620's from 1998-2001)  It is at <G > > http://www.update.uu.se/~bqt/vax7000/7XX0.PDF >  Get it and save itkD > > locally.  See sections 14.1.10 and 14.1.11 about a known problem with@ > > VAX7000's not booting if only one CI path is connected and a problemeA > > booting from HSJ40's (I think you said that's what you had?).c > F > I got the doc. Thank you.  Actually, I have HSJ50's. But I think theC > CI Path problem is the same.  So, do both paths get hooked to thet same2 > SC008 or do I need to put the B Path on another? >o  G There should be two sets of "patch panels" inide the SC008.  One marked1E "A" and one marked "B" (IIRC).  You use each for the corresponding CIo? path.  Make sure both are set up the same (Modularity jumpers).X  D HSJ50's. Okay. So the second problem won't affect you (Sec. 14.1.11)D but the first I'm pretty sure still applies.  Then you have to worryC that if one of the CDR's in the cannister is bad the other might bey0 also (Sorry for introducing something new :-( ).   ------------------------------   Date: 16 May 2005 17:22:26 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)+ Subject: Re: The continuing saga of the VAXo+ Message-ID: <3es36gF4m1hsU2@individual.net>o  C In article <1116258055.038226.143590@g47g2000cwa.googlegroups.com>,i> 	"johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> writes: >    Gawd, you guys are good!!0   > I > There should be two sets of "patch panels" inide the SC008.  One markediG > "A" and one marked "B" (IIRC).  You use each for the corresponding CIDA > path.  Make sure both are set up the same (Modularity jumpers).c >w  E Actually, all I got were the panels and mounting hardware to put them/E in one of my racks once I have it all running.  Both labeled "A", but$0 I don't think that's going to be a problem.  :-)  < I have now cabled up both paths to separate panels.  Viola!!@ I have booted the CD al the way to the "$" prompt and during theD intro banner it also saw my stripeset that is going to be my system D disk.  From here I am pretty familiar with the install procedure andA so I anticipate no further problems.  Should be running a minimal0 system by tomorrow morning.   F > HSJ50's. Okay. So the second problem won't affect you (Sec. 14.1.11)F > but the first I'm pretty sure still applies.  Then you have to worryE > that if one of the CDR's in the cannister is bad the other might bet2 > also (Sorry for introducing something new :-( ).  iB Nope, the one is obviously good.  And I have a spare that came outB of an AS3100 I stripped for spares a while back to replace the badD one, at least till I have time to try and determine what the problem is.o    B Thanks a lot for all the help.  I won't hesitate to ask again if IA run into problems.  :-)  Maybe when it comes time to bring up theh second box and cluster them.   bill   -- vJ 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>   t   ------------------------------   End of INFO-VAX 2005.272 ************************