1 INFO-VAX	Tue, 29 Jun 2004	Volume 2004 : Issue 357       Contents:! Re: AlphaServer hardware question P Re: Announcing - The June 2004  issue of  The OpenVMS Technical Journal - Please" Re: Compiling CVS on OpenVMS 7.3-2" Re: Compiling CVS on OpenVMS 7.3-2" Re: Compiling CVS on OpenVMS 7.3-2" Re: Compiling CVS on OpenVMS 7.3-2 dcl command - pipe Re: dcl command - pipe Re: dcl command - pipe DECC /VAXC Compiler  Re: DECC /VAXC Compiler  Re: DECC /VAXC Compiler  Re: delete directory recursiveE Gates says MS good at fighting viruses - VMS good at not getting any! H Re: HP beats IBM in new cluster Total Cost of Ownership comparison studyP Re: HP beats IBM in new cluster Total Cost of Ownership comparison study studyst= Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article = RE: Intel Itanium's very survival in doubt - inquirer article = Re: Intel Itanium's very survival in doubt - inquirer article 4 Re: Intel/HP wait for alpha team to save itanium ... Re: jGRASP for OpenVMS+ Re: More LAT questions on LAT$SYSTARTUP.COM ) Re: Mozilla 1.7 [Crash with pdf download]  Re: NFS mounting Re: NFS mounting Re: NFS mounting Re: VAX  Spare Parts Re: VAX  Spare Parts RE: VAX  Spare Parts VAXstation 4000/60 bad cache  Re: VAXstation 4000/60 bad cacheM Re: VMS clusters outdo IBM AIX, cert count since 2000, AIX 29, VMS 2 ! 2 !2 ! P Volume shadowing between FC Storage at different sites, and the allocation classP Re: Volume shadowing between FC Storage at different sites, and the allocation c  F ----------------------------------------------------------------------  % Date: Tue, 29 Jun 2004 16:36:19 +0100 * From: Nic Clews <sendspamhere@[127.0.0.1]>* Subject: Re: AlphaServer hardware question' Message-ID: <cbs2e0$18a$1@lore.csc.com>    Mike Naime wrote:  > 7 > Nic Clews <sendspamhere@[127.0.0.1]> wrote in message  ...  > M > Plus you need to consider the power-on surge current.  Your normal load may L > be 10A.  But your power-on surge may be 20A.  And you system may not startG > up correctly if it cannot draw all of that power when you turn it on.  >   D That is also true. Generally in power wiring, the fusing system is aF slow blow type and surges are allowed. I think the start up current ofG an RM03 was something like 27 amps but it was OK to use a 13 amp supply F because it was not a continuous draw. It settled around 6 or 7 amps if memory serves.  C This is why you'll see some power control devices mention resistive F loads and inductive loads, the inductive loads can momentarily go well outside what is expected.   D When I'm powering on my VAX 4000 (BA215 chassis), in my old house itA used to dim the lights briefly. How I am in a house with 2 socket C circuits, one (the computers are on) is the "computer room" and the E kitchen (traditionally heavy appliances), and the other, remainder of G the house. I'm in the process of putting in a separate 32A fused supply C with 6mm *unenclosed* cable (you have to de-rate the power if it is  enclosed / insulated).  A Good points and worthy of note. "If in doubt seek the advice of a  qualified electrician".   D Fire kills in minutes, smoke kills in seconds. I'm starting to sound like Keith Lard!    E http://www.channel4.com/entertainment/tv/microsites/P/phoenix_nights/    (TV program web site)   4 http://news.bbc.co.uk/1/hi/entertainment/1145897.stm   (Fire safety in hot water!)    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------   Date: 29 Jun 2004 13:01:16 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)Y Subject: Re: Announcing - The June 2004  issue of  The OpenVMS Technical Journal - Please ) Message-ID: <2kd7gsFum8rU2@uni-berlin.de>    >  > Warm Regards,  > Sue    Welcome back Sue!!   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: 29 Jun 2004 06:37:22 -0700" From: horn@shsu.edu (James T Horn)+ Subject: Re: Compiling CVS on OpenVMS 7.3-2 = Message-ID: <843706dc.0406290537.32a6cafc@posting.google.com>    Does CMS work with Subversion?  Z   VAXman-  @SendSpamHere.ORG wrote in message news:<00A33E74.B08BF961@SendSpamHere.ORG>...d > In article <843706dc.0406250637.73d4bd7d@posting.google.com>, horn@shsu.edu (James T Horn) writes:P > >When trying to build the CVS system on an OpenVMS 7.3-2 box, I get the error: > >  > >$ CC diff.c > > - > ># include "fnmatch.h" /* Our substitute */  > >...^ S > >%CC-F-NOINCLFILEF, Cannot find file "fnmatch.h" specified in #include directive. 4 > >at line number 29 in file (file location)DIFF.C;1 > >  > > 7 > >Any ideas why? I've tried it on bot 1.11.17 and 1.12  > L > Why bother?  CVS sucks.  Unixy and hasn't a stitch of decent documentation2 > to explain how to use it or its commands, etc.   >  > Get and use CMS. >  > --  D > http://www.legacy-2000.com  for the *best* OpenVMS system securityE >                             solutions that others only claim to be.    ------------------------------  % Date: Tue, 29 Jun 2004 15:01:49 +0100 - From: Roy Omond <Roy.Omond@BlueBubble.UK.Com> + Subject: Re: Compiling CVS on OpenVMS 7.3-2 ) Message-ID: <2kdb4hFvv8aU1@uni-berlin.de>    James T Horn top posted:  > Does CMS work with Subversion?  1 Subversion ?  That sounds like terrorist talk ;-) 4 Don't be surprised when "they" come to visit you ...  	 Roy Omond  Blue Bubble Ltd.   ------------------------------  # Date: Tue, 29 Jun 2004 14:34:51 GMT " From:   VAXman-  @SendSpamHere.ORG+ Subject: Re: Compiling CVS on OpenVMS 7.3-2 0 Message-ID: <00A3414D.2D0569A2@SendSpamHere.ORG>  b In article <843706dc.0406290537.32a6cafc@posting.google.com>, horn@shsu.edu (James T Horn) writes: >Does CMS work with Subversion?   L You're confused.  This is a VMS newsgroup.  If you want to disuss subversion) go visit one of the Micro$hit newsgroups.    --  B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  --  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: 29 Jun 2004 12:34:51 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: Compiling CVS on OpenVMS 7.3-2 3 Message-ID: <2Y0x6bGyYkCj@eisner.encompasserve.org>   b In article <843706dc.0406290537.32a6cafc@posting.google.com>, horn@shsu.edu (James T Horn) writes:  > Does CMS work with Subversion? >   E    I don't know what you mean by "subversion", but if you're thinking @    something similar to CVS or RCS branches, then CMS does it as>    variants, and it's much easier to follow since variants are     lettered instead of numbered.   ------------------------------    Date: 29 Jun 2004 07:18:35 -0700- From: matthias_mosimann@gmx.net (Matthias M.)  Subject: dcl command - pipe = Message-ID: <4d5db2c5.0406290618.7047d65d@posting.google.com>    Hi Everyone     D I'm quite new to VMS and it would be very cool if someone could help me. My Question:  % I use the pipe command as shown here:   F filespec contains the actual filename (the pipe command run in a loop)  4 pipe search 'filespec' "foobar foobar" /window=(0,5)! | search sys$pipe "barfoo barfoo"   A And now I want the output in a symbol so I can work on with ohter E functions. Is there a way to store or convert the output in a symbol?      Thank you for your help!   regards    Matthias, Switzerland    ------------------------------    Date: 29 Jun 2004 10:22:21 -0500 From: briggs@encompasserve.org Subject: Re: dcl command - pipe 3 Message-ID: <oxSzhQe0kgpi@eisner.encompasserve.org>   m In article <4d5db2c5.0406290618.7047d65d@posting.google.com>, matthias_mosimann@gmx.net (Matthias M.) writes: 
 > Hi Everyone  >  > F > I'm quite new to VMS and it would be very cool if someone could help > me. My Question: > ' > I use the pipe command as shown here:  > H > filespec contains the actual filename (the pipe command run in a loop) > 6 > pipe search 'filespec' "foobar foobar" /window=(0,5)# > | search sys$pipe "barfoo barfoo"  > C > And now I want the output in a symbol so I can work on with ohter G > functions. Is there a way to store or convert the output in a symbol?     Pared down a bit for simplicity:   $ PIPE SEARCH foo.dat "bar" | -  	( READ SYS$PIPE LINE ; - % 	  FIELD1 = F$ELEMENT(0," ",LINE) ; - # 	  DEFINE /JOB FIELD1 &FIELD1 ) ; - "        FIELD1 = F$TRNLNM("FIELD1")  2 This searches foo.dat for "bar" in one subprocess.< In a second subprocess, it reads one line from the pipeline,: parses out the first field and creates a job logical name.  C Note the use of the ampersand for symbol translation.  This ensures B that translation takes place in the subprocess context rather thanE in the command line parsing phase in the main process.  The ampersand < operator isn't used a lot.  But sometimes it comes in handy.  2 Both sub-processes terminate.  Their work is done.  D Back in the main process, the job logical name is translated and the  result is put into a DCL symbol.  H The key problem that you have (and that this command sequence overcomes)B is that it's easy to get a DCL symbol defined in a PIPE subprocess? context.  But it's hard to get that symbol exported back to the 
 main process.    	John Briggs   ------------------------------  # Date: Tue, 29 Jun 2004 16:07:16 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)  Subject: Re: dcl command - pipe 1 Message-ID: <UsgEc.4960$kR.3373@news.cpqcorp.net>   = In article <4d5db2c5.0406290618.7047d65d@posting.google.com>, / matthias_mosimann@gmx.net (Matthias M.) writes:    >I use the pipe command ...  ..B >And now I want the output in a symbol so I can work on with ohterF >functions. Is there a way to store or convert the output in a symbol?  D I think there is at least one freeware (?) program that can do this." Other than that, the answer is no.  > But you CAN place the value in a logical name that is avaiable outside the PIPE execution.   B Here is an example.  It executes the PRODUCT SHOW UTILITY command;@ parses the output to get the VERSION; and places it in a smybol.G (This comes more-or-less directly from the OpenVMS installation/upgrade F procedure.)  Note the use of "&", not "'", as a substitution operator.< Also note the use of both "|" and ";" as command seperators.  "     $   pipe prod show utility | -'         search sys$input "version:" | -           ( read sys$input str ; -K           ver = f$extract(f$locate("version:",str)+9,f$length(str),str) ; - %           define /job pcsi$ver &ver ) 1     $   pcsi_ver = f$trnlnm("pcsi$ver","LNM$JOB") 9     $   if f$trnlnm("pcsi$ver","LNM$JOB") .gts. "" then - !             deassign/job pcsi$ver .     $!  pcsi_ver now contains the PCSI version   --J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------    Date: 29 Jun 2004 06:39:50 -0700+ From: rxp2158@ix.netcom.com (ronald piazza)  Subject: DECC /VAXC Compiler= Message-ID: <c3661f42.0406290539.1d3e7b9f@posting.google.com>   
 Greetings,  ? What is the main difference between the DECC and VAXC compiler?    Thanx in Advance,    ------------------------------    Date: 29 Jun 2004 09:55:25 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)   Subject: Re: DECC /VAXC Compiler3 Message-ID: <3rDJLLXAIqd$@eisner.encompasserve.org>   k In article <c3661f42.0406290539.1d3e7b9f@posting.google.com>, rxp2158@ix.netcom.com (ronald piazza) writes:   A > What is the main difference between the DECC and VAXC compiler?   7 VAXC implements an extended K&R C and runs only on VAX.   C DEC C implements an extended ANSI C and runs on both VAX and Alpha.    ------------------------------  # Date: Tue, 29 Jun 2004 18:15:33 GMT # From: hoff@hp.nospam (Hoff Hoffman)   Subject: Re: DECC /VAXC Compiler0 Message-ID: <9liEc.4988$tW.353@news.cpqcorp.net>  k In article <c3661f42.0406290539.1d3e7b9f@posting.google.com>, rxp2158@ix.netcom.com (ronald piazza) writes:   @ :What is the main difference between the DECC and VAXC compiler?  A   Look at the DEC C/Compaq C/HP C documentation for OpenVMS VAX.  A   There is a manual there that describes the various differences.   A   As Larry replies, VAX C is well over a decade old, and provides D   the classic K&R C compiler interface, with various VAX extensions.C   HP C (as DEC C is more currently known) provides ANSI C and (far) 7   more current C compilation standards and diagnostics.   C   See C coding information in the OpenVMS FAQ, and see topic (1661) C   over in the Ask The Wizard area for other common C coding errors. C   Also the Programming Concepts manual and the C documentation set. ?   If looking at the C documentation set, the C Run-Time Library @   (RTL) manual that is now most current is the version that now ?   ships with OpenVMS itself, and no longer the version of the C >   RTL manual that was shipped with the C compiler kit; see the>   OpenVMS documentation set for the C RTL manual and not the C   documentation set.  =   If porting, move first to HP C on OpenVMS VAX, then move to @   HP C on OpenVMS Alpha.  This helps differentiate syntax errorsB   and latent bugs -- VAX C has syntax checks and code verification@   capabilities befitting its 1991 release date -- from any Alpha<   or I64 architectural differences or other related changes.  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Tue, 29 Jun 2004 06:14:59 +0800 , From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: delete directory recursive 0 Message-ID: <878ye7ba8s.fsf@k9.prep.synonet.com>  @ "Jerome Forissier" <Jerome.Forissier@_no_._spam_.hp.com> writes:  C > I second that. In my opinion, the new /RECURSIVE qualifier should < > just do what it means, i.e., recurse through the directoryB > hierarchy, but _not_ override any protection. This should be the; > purpose of a /FORCE qualifier (or /OVERRIDE or whatever).   E The problem is, the ACP *DOES* recurse through the tree, in preorder. C It would have to be changed to a postorder traversal, and foo knows ' what would get broken as a side effect.    --  < 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: 29 Jun 2004 10:05:33 -0700( From: bob@instantwhip.com (Bob Ceculski)N Subject: Gates says MS good at fighting viruses - VMS good at not getting any!; Message-ID: <d7791aa1.0406290905.896d8b@posting.google.com>   ) http://www.theinquirer.net/?article=16890    ------------------------------    Date: 29 Jun 2004 07:46:32 -0700( From: bob@instantwhip.com (Bob Ceculski)Q Subject: Re: HP beats IBM in new cluster Total Cost of Ownership comparison study < Message-ID: <d7791aa1.0406290646.9df71dd@posting.google.com>   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<cbrhc5$cv9$2@new-usenet.uk.sun.com>...  > Keith Parris wrote: , > > HP beats IBM in new TCO comparison study > > by Marc Courchesne > > I > > "...HP OpenVMS/AlphaServer clusters are more cost effective to manage H > > than IBM AIX/HACMP pSeries clusters because the HP clusters are more@ > > stable and require fewer resources to maintain." This is theF > > conclusion reached in a new white paper on total cost of ownershipB > > (TCO) by TechWise Research Inc. entitled, "Are Some RISC-Based+ > > Clusters Easier to Manage Than Others?"  > > C > > http://h71000.www7.hp.com/openvms/whitepapers/sm_whitepaper.pdf  >  >  > ; > Bzzt its from Techwise, do I really need to beat you over 8 > the head again with the reasons why it isn't worth the! > bits used to distribute it ????  > 	 > Regards  > Andrew Harrison   A no, its by the customers who use the technology, and I think they @ know more about their performance than you do ... you just don't@ like what the numbers add up to ... OpenVMS will always beat IBM< or sun or any other windoze/unix/linux garbage solution for - reliability, security and clustering and TCO!    ------------------------------  % Date: Tue, 29 Jun 2004 11:47:33 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> Y Subject: Re: HP beats IBM in new cluster Total Cost of Ownership comparison study studyst 0 Message-ID: <cbrhc5$cv9$2@new-usenet.uk.sun.com>   Keith Parris wrote: * > HP beats IBM in new TCO comparison study > by Marc Courchesne > G > "...HP OpenVMS/AlphaServer clusters are more cost effective to manage F > than IBM AIX/HACMP pSeries clusters because the HP clusters are more> > stable and require fewer resources to maintain." This is theD > conclusion reached in a new white paper on total cost of ownership@ > (TCO) by TechWise Research Inc. entitled, "Are Some RISC-Based) > Clusters Easier to Manage Than Others?"  > A > http://h71000.www7.hp.com/openvms/whitepapers/sm_whitepaper.pdf       9 Bzzt its from Techwise, do I really need to beat you over 6 the head again with the reasons why it isn't worth the bits used to distribute it ????    Regards  Andrew Harrison    ------------------------------  # Date: Tue, 29 Jun 2004 07:00:12 GMT   From: CJT <abujlehc@prodigy.net>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article* Message-ID: <40E1137B.7010708@prodigy.net>   John Smith wrote:    <snip>M > d) It even isn't against the law (as some crusading Attorney Generals would N > like people to believe) that executives get paid obscene amounts of money asN > salary, bonues, deferred compensation, or golden parachutes - see Sr. GrassoJ > & NYSE or Curly as recent examples of some of these types of situations. >  <snip>  $ Non-profits play by different rules.   --  D The e-mail address in our reply-to line is reversed in an attempt toC minimize spam.  Our true address is of the form che...@prodigy.net.    ------------------------------  % Date: Tue, 29 Jun 2004 06:04:58 +0800 , From: Paul Repacholi <prep@prep.synonet.com>F Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <87d63jbaph.fsf@k9.prep.synonet.com>  - "Barry Treahy, Jr." <Treahy@MMaz.com> writes:   F > Just curious, how many years and how many billions have been dumped,D > excuse me, invested into Itanic?  What do you suppose is the upper; > limit of a negative ROI before Intel must cut its losses?   C No idea how many billions, but HP taemed up with intel in '93 after D finding son-of-playdoh, aka PARISC3 heading for the too hard basket.' Yes, it is almost older than the Alpha!   F Please keep in mind, the the itanic is NOT an intel thing, it is owned= by a joint intel/hp venture, and thus free of the intel cross  licencing deals...  F I expect the plug will be pulled before the Alpha team is able to tapeD out. In fact, I'm a little suprised it is still alive at all. I lost $1 on 1 May.   --  < 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: Tue, 29 Jun 2004 11:42:05 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> F Subject: Re: Intel Itanium's very survival in doubt - inquirer article0 Message-ID: <cbrh1u$cv9$1@new-usenet.uk.sun.com>   Dave Gudewicz wrote:J > At a recent LUG meeting (April 2004) our featured speaker from Intel hadK > other things to say wrt Itanium/64-bit extensions/Xeon and other alphabet I > soup.  Itanium IS Intel's chip for the high-end.  That's was the gospel J > according to Intel.  Was the Feb. 04 IDF announcement confusing (aka didK > Intel screw this up?)  Yep.  Was it misinterpreted?  See previous answer.  >   ? That was all canned with the cancellation of Tejas and Jayhawk.   = The Gospel according to Intel has changed rather dramatically  since then.   J > Has Itanium been slow, no very slow, to ramp up?  Yep.  Has the slope ofK > this ramp changed post Merced?  Looked like it from the #s we were shown.  >   @ Not really. The business plan that HP and Intel presented to the@ Analysts when Itanium I was introduced made some very optimistic; predictions about the rap in Itanium volumes. The predicted 9 takeoff simply hasn't happened and currently Itanium unit " volumes are running at 6K a month.  < Its worth noting that even Alpha, always the follower in the; non x86 processor market in terms of market share enjoyed a   faster ramp up that Itanium has.  > Its fair to say that with the possible exceptions of i860 also> introduced by Intel the Itanium has had the worst introduction( of any major new processor architecture.   Regards  Andrew Harrison G > Now can all this change?  Sure.  Has it?  Not yet near as I can tell.  >  > 0 > "John Smith" <a@nonymous.com> wrote in message( > news:SOqdnWAahsNpFn3dRVn-sw@igs.net... >  >>Barry Treahy, Jr. wrote: >>" >>>david20@alpha2.mdx.ac.uk wrote: >>>  >>>  >>>>For info :-  >>>>6 >>>>There is an article in the Inquirer with the title >>>>0 >>>>"Intel Itanium's very survival in doubt" See- >>>>http://www.theinquirer.net/?article=16868  >>>> >>>> >>>> >>> C >>>Reads like a bad novel but just repeats the critical path/volume F >>>issues that have been hounded on this list, that HP seems to avoid,D >>>deny, or ignore, that being that if Itanic never reaches criticalC >>>volume in sales, compliments of X86-64, it'll be just as another G >>>proprietary chip like Alpha, PA-RISC, MIPS, except they don't own it F >>>or control it and HP will remain at the mercy of Intel for its longF >>>term future...  If Intel was not concerned about the loss of marketC >>>share to AMD, they would not have introduced their alternatives, D >>>knowing very well it would directly compete and hurt any possible >>>Itanic growth...  >> >>K >>RSN Intel will realize that there isn't going to be any Itanic growth and + >>dump all their eggs into the x86-64 camp.  >>J >>Depending on the agreement with HP about Itanic, it may cost Intel $1-2B >  > in > K >>termination fees - chump change for them. For HP it would mean the end of  >>them as an enterprise player.  >>5 >>And carly(tm) would still get her golden parachute.  >> >> >  >  >    ------------------------------  % Date: Tue, 29 Jun 2004 06:11:40 -0700 # From: "Tom Linden" <tom@kednos.com> F Subject: RE: Intel Itanium's very survival in doubt - inquirer article9 Message-ID: <NDEMLKKEBOIFBMJLCECIEEJMDHAA.tom@kednos.com>      -----Original Message-----5   From: Paul Repacholi [mailto:prep@prep.synonet.com] %   Sent: Monday, June 28, 2004 3:05 PM    To: Info-VAX@Mvb.Saic.Com H   Subject: Re: Intel Itanium's very survival in doubt - inquirer article      /   "Barry Treahy, Jr." <Treahy@MMaz.com> writes:    H   > Just curious, how many years and how many billions have been dumped,F   > excuse me, invested into Itanic?  What do you suppose is the upper=   > limit of a negative ROI before Intel must cut its losses?    E   No idea how many billions, but HP taemed up with intel in '93 after F   finding son-of-playdoh, aka PARISC3 heading for the too hard basket.)   Yes, it is almost older than the Alpha!   I The were working on it when the bought Apollo which had a similar project ) in the works, Prism, IIRC, that was 1989.    H   Please keep in mind, the the itanic is NOT an intel thing, it is owned?   by a joint intel/hp venture, and thus free of the intel cross    licencing deals...   H   I expect the plug will be pulled before the Alpha team is able to tapeF   out. In fact, I'm a little suprised it is still alive at all. I lost   $1 on 1 May.  % So are you willing to make a new bet?       --  >   Paul Repacholi                               1 Crescent Rd.,9   +61 (08) 9257-1001                           Kalamunda. B                                                West Australia 6076,   comp.os.vms,- The Older, Grumpier Slashdot0   Raw, Cooked or Well-done, it's all half baked.H   EPIC, The Architecture of the future, always has been, always will be.      --- (   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).B   Version: 6.0.710 / Virus Database: 466 - Release Date: 6/23/2004    --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.710 / Virus Database: 466 - Release Date: 6/23/2004   ------------------------------  % Date: Tue, 29 Jun 2004 09:11:53 -0400 # From: "John Smith" <a@nonymous.com> F Subject: Re: Intel Itanium's very survival in doubt - inquirer article, Message-ID: <PrWdnXNxtp0_93zdRVn-iQ@igs.net>   Dave Gudewicz wrote:F > At a recent LUG meeting (April 2004) our featured speaker from IntelF > had other things to say wrt Itanium/64-bit extensions/Xeon and otherG > alphabet soup.  Itanium IS Intel's chip for the high-end.  That's was B > the gospel according to Intel.  Was the Feb. 04 IDF announcement8 > confusing (aka did Intel screw this up?)  Yep.  Was it' > misinterpreted?  See previous answer.  > G > Has Itanium been slow, no very slow, to ramp up?  Yep.  Has the slope G > of this ramp changed post Merced?  Looked like it from the #s we were  > shown. > G > Now can all this change?  Sure.  Has it?  Not yet near as I can tell.     % On the bright side of other chips....   ? Soon HP will be able to advertise that OpenVMS runs on more cpu  architectures than Linux ;-)   ------------------------------  + Date: Tue, 29 Jun 2004 10:37:13 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk= Subject: Re: Intel/HP wait for alpha team to save itanium ... ) Message-ID: <cbrgop$eng$1@news.mdx.ac.uk>   h In article <10e0svo38c817cf@corp.supernews.com>, "rob kas" <droprob@nospam-paychoice.com-nospam> writes: >  > * >HP ponders a less-glorious Itanium future >  > d >http://news.com.com/HP+ponders+a+less-glorious+Itanium+future/2100-1006_3-5249467.html?tag=nefd.top >  >  > 
 > Great line:  >  >  > G >     "We have decided that with the two-server strategy, ProLiant and  N >Integrity, we're covered no matter what," said Rich Marcelo, general manager N >of HP's Business Critical Server group. "If we do nothing more than take our E >Unix customers and move forward with them (on Itanium), we're fine."  >  >  > ' >  Guess VMS doesn't count at all......  >   O Sun and IBM are going to have a field day. Remember all the FUD over the future H of Alpha and Compaq/DEC's commitment to it. I'm pretty sure that will beH nothing to the FUD about the future of Itanium for the next three years.  O Unfortunately whereas with Alpha you had a great technological product and just I had to worry about the owners commitment, Itanium has a lot more areas to  attack.   L One area I have fears over is compilers. If Intel is going to concentrate onD x86-64 then where is the the incentive to invest in Itanium compilerL technology. EPIC depends much more on its compilers than other architectures3 and Compaq gave all it's compiler experts to Intel.     
 David Webb VMS and Unix team leader CCSS Middlesex University     >  >  > 7 >"Bob Ceculski" <bob@instantwhip.com> wrote in message  8 >news:d7791aa1.0406280446.67392824@posting.google.com...- >> http://www.theinquirer.net/?article=16868   >  >    ------------------------------   Date: 29 Jun 2004 12:48:18 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon) Subject: Re: jGRASP for OpenVMS ) Message-ID: <2kd6oiFum8rU1@uni-berlin.de>   = In article <79c022e7.0406281244.2722a7bf@posting.google.com>, - 	thierry.uso@wanadoo.fr (Thierry USO) writes: j > Keith Brown <kbrown2720@NOSPAMcomcast.net> wrote in message news:<Ruydnc2wGPsGAELdRVn-jA@comcast.com>... >> Thierry USO wrote:  >>  G >> > The Wedge of jGRASP has been successfully tested with OpenVMS 7.3,  >> > Java 1.4.1-2,F >> > jGRASP 1.6.4 and the Ada GNAT 5.00a compiler. It should work withA >> > subsequent versions of OpenVMS, Java, jGRASP and with others  >> > compilers.  >> >   >> > Thierry USO >>   >> Thierry,  >>  S >> One side issue question... Is Gnat 5.00a for OpenVMS free? Where can I get it? I P >> need to run on OpenVMS 7.3-1 but cannot find a version of Gnat which will run8 >> on anything newer than 7.2-1. Can you provide a Link? >>   >> Thanks in advance > F > Gnat 5.00a for OpenVMS is build by ACT and is not free. But the Gnat@ > sources are under GPL license. So, you can build your own GnatD > compiler under OpenVMS using GCC 3.4. Probably not an easy task...  E Harder than you might think,  The last set of GNAT sources I saw were J in ADA which is going to make compiling it with GCC somewhat of a stretch.I The GPL doesn't always guarantee that the sources for "free" software are  actually usable.   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: Tue, 29 Jun 2004 08:41:27 -0500 % From: Neil Cherry <njc@wolfgang.uucp> 4 Subject: Re: More LAT questions on LAT$SYSTARTUP.COM. Message-ID: <slrnce2scr.drn.njc@wolfgang.uucp>  ; On Mon, 28 Jun 2004 19:40:09 -0500, David J Dachtera wrote:  > Neil Cherry wrote: >>  M >> On Thu, 24 Jun 2004 20:26:39 +0000 (UTC), Peter 'EPLAN' LANGSTOEGER wrote: [ >> > In article <slrncdm8d0.mhn.njc@wolfgang.uucp>, Neil Cherry <njc@wolfgang.uucp> writes: 8 >> >>Service Name     Status      Rating  IdentificationF >> >>VAX              Available      0 D  .Welcome to OpenVMS VAX V6.1 >> >F >> > Could it be that you disabled the login (SET LOGIN/INTERACTIVE=0)H >> > or that you reached the userlimit (or the VMS user license limit) ? >>     > Post the complete list.      MV3100$ sh license   Active licenses on node MV3100:   > ------- Product ID --------    ---- Rating ----- -- Version --O Product            Producer    Units Avail Activ Version Release    Termination O ACMS               DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O ACMS-REM           DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O ACMS-RT            DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O ACMSXP-RT          DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O ADA                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O ADA-PDO            DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O ALLIN1-MAIL-DW-CLI DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O ALLIN1-MAIL-SERVER DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O ALLIN1-MAIL-SERVER DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O ALLIN1-MAIL-VT-CLI DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O ALLIN1-MAIL-VT-USE DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O ALLIN1-MAIL-WAN-SE DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O BASIC              DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O C                  DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O CMS                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O COBOL              DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O CXX-V              DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O DCE-APP-DEV        DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O DCE-CDS            DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O DCE-SECURITY       DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004TO DCPS-OPEN          DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O DCPS-PLUS          DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004SO DECDCS-SRV-VA      DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O DECMIGRATE         DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O DECRAM             DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004iO DECWRITE           DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O DECWRITE-USER      DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O DESKTOP-ACMS       DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004iO DFG                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O DFS                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004'O DQS                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004nO DTM                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O DTR                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O DTR-UI-JAPANESE    DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004iO DVNETEND           DEC             0  0     100    0.0  30-NOV-2004 30-NOV-20044O DVNETEXT           DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004XO DW-SNA-3270-TE-VMS DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004rO EXT-MATH-LIB       DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O EXT-MATH-LIB-RT    DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004-O FMS                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O FORMS              DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004uO FORMS-RT           DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O FORTRAN            DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004cO GKS                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004oO GKS-RT             DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004oO GKS3D              DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004yO GKS3D-RT           DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004IO LSE                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004tO MACRO64            DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O MAILBUS-400-API    DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O MAILBUS-400-MTA    DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004yO MMOV-DV            DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004hO MMOV-RT            DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004iO MMS                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O NOTES              DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004sO OPENVMS-ALPHA-USER DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004lO OPENVMS-HOBBYIST   DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004oO OPS5               DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004rO PASCAL             DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O PCA                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004iO PHIGS              DEC             0  0     100    0.0  30-NOV-2004 30-NOV-20041O PHIGS-RUNTIME      DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O RMSJNL             DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004-O RTR-CL             DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004nO RTR-SVR            DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004lO SQL-DEV            DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004rO SSU                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004eO UCX                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004hO VAX-VMS            DEC             0  0     A      0.0  30-NOV-2004 30-NOV-2004nO VAXCLUSTER         DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004 O VAXSET             DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004RO VMSCLUSTER         DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004tO VOLSHAD            DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004GO X25                DEC             0  0     100    0.0  30-NOV-2004 30-NOV-20047O X25-CLIENT         DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004:O X500-ADMIN-FACILIT DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004:O X500-DIRECTORY-SER DEC             0  0     100    0.0  30-NOV-2004 30-NOV-2004. MV3100$%     -- CD Linux Home Automation         Neil Cherry        ncherry@comcast.net; http://home.comcast.net/~ncherry/               (Text only) = http://linuxha.sourceforge.net/                 (SourceForge) 8 http://hcs.sourceforge.net/                     (HCS II)   ------------------------------    Date: 29 Jun 2004 16:41:36 +0100K From: pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40)h2 Subject: Re: Mozilla 1.7 [Crash with pdf download]! Message-ID: <U0mHpvdOUkpV@sinead>n  o In article <0O1zSVBy2kPU@sinead>, pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40) writes:OQ > I've finally installed Moz 1.7, no problems but only with helpers applications. : > I suppose there is on pb with temp files handling in 1.7 > P > When clickind on a link pointing to a pdf file (for exemple), moz 1.7 instanly > crashes with:s > = > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual.< > address=0000000000000000, PC=00000000023AB478, PS=0000001B1 > %TRACE-F-TRACEBACK, symbolic stack dump followsuL >   image    module    routine             line      rel PC           abs PC9 >  LIBDOCSHELL  NSEXTERNALHELPERAPPSERVICE  SetUpTempFilep  O Hum, there is probably some environment problems. Launchinq via Session managerrH I have the problem, but it is OK when launching directly under DCL in a M Decterm (No problems with 1.5). After a slight modification of DECW$LOGIN.COMg (replacing    $ $ define SYS$SCRATCH AXP1:[PMOREAU]    by  + $ define SYS$SCRATCH AXP1:[PMOREAU.SCRATCH]y  ; to have the same definition I have under DCL in a Decterm.    E It is now OK. But I suspect a vulnerability of the new temporary file  management code under VMS.   Patrick- --O ===============================================================================sN pmoreau@ath.cena.fr  (CENA)      ______      ___   _          (Patrick MOREAU)4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/O ===============================================================================-   ------------------------------  % Date: Tue, 29 Jun 2004 22:40:37 +0800n/ From: "Jignesh Vyas" <jignesh_vyas@hotmail.com>p Subject: Re: NFS mounting., Message-ID: <40e1800b$1@news.starhub.net.sg>   Hi,n  ' Can  I mount Tru64 file system on VMS ?e   -Jigsl  = "Stanley F. Quayle" <squayle@insight.rr.com> wrote in messaged( news:40D847CC.2254.104FCD64@localhost... > > In my OpenVMS nfs client:n9 > > $ tcpip mount dnfs98: /host=servernfs / path="/mynfs"/ >dC > You might want to add /ADF=CREATE.  This allows the VMS system tot@ > create special files on the NFS server which hold the VMS file= > characteristics.  I do this when mounting Linux NFS shares.o >o > --Stan Quaylee > Quayle Consulting Inc. >n > ----------/ > Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363:5 > 8572 North Spring Ct., Pickerington, OH  43147  USAd2 > stan-at-stanq-dot-com       http://www.stanq.com >c >a >r   ------------------------------    Date: 29 Jun 2004 12:37:11 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)e Subject: Re: NFS mounting 3 Message-ID: <nqQtGe5UaW15@eisner.encompasserve.org>   ^ In article <40e1800b$1@news.starhub.net.sg>, "Jignesh Vyas" <jignesh_vyas@hotmail.com> writes: > Hi,l > ) > Can  I mount Tru64 file system on VMS ?  >   E    Not the way you'ld like to.  You can mount them as foriegn volumesb>    and use block access to the disk if you know the Tru64 file    system internals.   ------------------------------    Date: 29 Jun 2004 12:42:27 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: NFS mounting 3 Message-ID: <mNdt$cCrz+RW@eisner.encompasserve.org>(  q In article <nqQtGe5UaW15@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:o` > In article <40e1800b$1@news.starhub.net.sg>, "Jignesh Vyas" <jignesh_vyas@hotmail.com> writes: >> Hi, >> f* >> Can  I mount Tru64 file system on VMS ? >> u > G >    Not the way you'ld like to.  You can mount them as foriegn volumest@ >    and use block access to the disk if you know the Tru64 file >    system internals.  F Since the thread deals with NFS, I presume the question has to do with: mounting over NFS, for which the answer _should_ be "yes".   ------------------------------  % Date: Tue, 29 Jun 2004 11:34:37 +0200d0 From: Keith Cayemberg <keith.cayemberg@arcor.de> Subject: Re: VAX  Spare PartstB Message-ID: <40e137ae$0$26355$9b4e6d93@newsread4.arcor-online.net>   Hi Jim,i  G here's just a "heads up" concerning a new VAX Services announcement at e' OpenVMS.org by NEMONIX Engineering,Inc.r  " In this announcement they state...  E "NEMONIX is targeting operators of the nearly _175,000 VAX machines_ oH still in operation in the United States alone  computers that continue A to power critical operations for companies across a multitude of . industries."   You can find the story here...  K *NEMONIX Launches Custom Engineering Services and VAX HotLine Site Support*I9 http://www.openvms.org/stories.php?story=04/06/28/6005658f   Cheers!s Keith Cayembergt   ------------------------------  % Date: Tue, 29 Jun 2004 10:10:06 -0700e+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>n Subject: Re: VAX  Spare Parts % Message-ID: <40E1A26E.70902@MMaz.com>m   Keith Cayemberg wrote:  	 > Hi Jim,e >iK > here's just a "heads up" concerning a new VAX Services announcement at=20a) > OpenVMS.org by NEMONIX Engineering,Inc.c >i$ > In this announcement they state... >dI > "NEMONIX is targeting operators of the nearly _175,000 VAX machines_=20fE > still in operation in the United States alone =96 computers that=20|K > continue to power critical operations for companies across a multitude=20  > of industries."" >s  > You can find the story here... >sG > *NEMONIX Launches Custom Engineering Services and VAX HotLine Site=20)
 > Support*= > http://www.openvms.org/stories.php?story=3D04/06/28/6005658n >(K Too bad they weren't more interested in being reasonable about the price=20eF of their upgrade solutions.  I, for one, knocked on their door many=20@ times over the past five years, prior to moving completely to=20I CHARON-VAX.  In all candor, I'm glad they wouldn't negotiate because I=20 C would feel it was money wasted today, now that I have CHARON-VAX...      Barrye   --=20y  > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                       =20    ------------------------------  % Date: Tue, 29 Jun 2004 10:31:21 -0700p# From: "Tom Linden" <tom@kednos.com>- Subject: RE: VAX  Spare Partse9 Message-ID: <NDEMLKKEBOIFBMJLCECICEKCDHAA.tom@kednos.com>L     -----Original Message-----2   From: Barry Treahy, Jr. [mailto:Treahy@MMaz.com]'   Sent: Tuesday, June 29, 2004 10:10 AMf   To: Info-VAX@Mvb.Saic.Comg   Subject: Re: VAX Spare Parts       Keith Cayemberg wrote:     > Hi Jim,    >dJ   > here's just a "heads up" concerning a new VAX Services announcement at+   > OpenVMS.org by NEMONIX Engineering,Inc.m   >a&   > In this announcement they state...   >pH   > "NEMONIX is targeting operators of the nearly _175,000 VAX machines_B   > still in operation in the United States alone  computers thatJ   > continue to power critical operations for companies across a multitude   > of industries."e   >p"   > You can find the story here...   > F   > *NEMONIX Launches Custom Engineering Services and VAX HotLine Site   > Support*=   > http://www.openvms.org/stories.php?story=04/06/28/6005658p   > J   Too bad they weren't more interested in being reasonable about the priceE   of their upgrade solutions.  I, for one, knocked on their door many ?   times over the past five years, prior to moving completely to.H   CHARON-VAX.  In all candor, I'm glad they wouldn't negotiate because IE   would feel it was money wasted today, now that I have CHARON-VAX...g  K FWIW, I have 7.3 installed on another emulator on a P3 500MHz and I ran thei PL/IG benchmark tests and it compared to a 4000/90.  Now I am curious what ita would do on a quad Opteron Tyan.      Barryg     --  @   Barry Treahy, Jr                       E-mail: Treahy@MMaz.com@   Midwest Microwave                          Phone: 480/314-1320@   Vice President & CIO                         FAX: 480/661-7028         ---t(   Incoming mail is certified Virus Free.<   Checked by AVG anti-virus system (http://www.grisoft.com).B   Version: 6.0.710 / Virus Database: 466 - Release Date: 6/23/2004   --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.710 / Virus Database: 466 - Release Date: 6/23/2004   ------------------------------    Date: 29 Jun 2004 02:12:22 -0700) From: abalaam@yahoo.co.uk (Andrew Balaam)-% Subject: VAXstation 4000/60 bad cache-= Message-ID: <7d02e32b.0406290112.6629dee3@posting.google.com>V   Hello,  C I have a VAXstation 4000/60 that has just developed a problem. Wheno< powered-up, the self test reports a problem with the cache:-   ?? 001   4     CACHE  0768  6 and when I issue a 'show error', I get the following:-   ?? 001   4     CACHE  0300" 001 000A 2D000400 000002AA 0000296  F When I try to boot VMS, it starts to boot, and then stops with a fatal	 bugcheck.9  E Is there some parameter I can change in a conversational boot to stop.F VMS needing the cache (or the part of the cache that does not work) so it will start OK?t  B Can someone tell me which of the cache chips have gone wrong? I amC assuming they are the 8 Toshiba TC55329J-20 chips in front of the 3/ VAX chips on the main board.  @ Does anyone know where I might get replacement parts, or know anE equivalent part number from another manufacturer - I can find no datasF on this chip from the Toshiba web site (or any other web site for that" matter) - it seems to be obselete.   Andrew.e   ------------------------------  % Date: Tue, 29 Jun 2004 16:00:32 +0100 - From: John Laird <nospam@laird-towers.org.uk>t) Subject: Re: VAXstation 4000/60 bad cachee8 Message-ID: <ab03e0h1gun89hpat4sr4ur6qbjdk4672o@4ax.com>  I On 29 Jun 2004 02:12:22 -0700, abalaam@yahoo.co.uk (Andrew Balaam) wrote:-  D >I have a VAXstation 4000/60 that has just developed a problem. When= >powered-up, the self test reports a problem with the cache:-  >f >?? 001   4     CACHE  0768  > 7 >and when I issue a 'show error', I get the following:-t >. >?? 001   4     CACHE  0300e# >001 000A 2D000400 000002AA 0000296- >-G >When I try to boot VMS, it starts to boot, and then stops with a fataln
 >bugcheck. >CF >Is there some parameter I can change in a conversational boot to stopG >VMS needing the cache (or the part of the cache that does not work) soo >it will start OK?  G That's bad luck indeed.  I've not seen hardware problems with the cachemI memory before.  As far as I know, there is no documented way of disabling I the cache from the console or during startup.  I don't suppose it is much I consolation to know that VMS can and does disable a level of caching when E there is a memory error (you see about a 50% drop in performance) :-(o  C >Can someone tell me which of the cache chips have gone wrong? I am D >assuming they are the 8 Toshiba TC55329J-20 chips in front of the 3 >VAX chips on the main board.I  G It's quite likely that one of the error status values does identify therL chip, but thumbing through my user manuals offers no clues.  There is 8Mb ofF normal RAM on the motherboard, but this certainly occupies more than 8K chips, and the number you quote suggests 20ns parts, which almost certainlyo is L2 cache.  A >Does anyone know where I might get replacement parts, or know ansF >equivalent part number from another manufacturer - I can find no dataG >on this chip from the Toshiba web site (or any other web site for that # >matter) - it seems to be obselete.o  J Could well be.  A replacement box would be easier to find.  I know we haveI at least one spare on a shelf (duff graphics card, iirc), and a colleagueuF has two at home that he hardly ever uses, so if you think you might be looking for one, let me know.    -- c< Do the impossible and your boss will add it to your duties.    Mail john rather than nospam...    ------------------------------  % Date: Tue, 29 Jun 2004 11:35:03 +0100MO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>vV Subject: Re: VMS clusters outdo IBM AIX, cert count since 2000, AIX 29, VMS 2 ! 2 !2 !0 Message-ID: <cbrgkn$cpv$1@new-usenet.uk.sun.com>   Bob Ceculski wrote:a9 > it is all here, and its all true, and what HP should bea# > advertising all over the country!O > A > http://h71000.www7.hp.com/openvms/whitepapers/sm_whitepaper.pdfE      8 So what is a BS measure as you also know so why would HP: want to advertise something that would only make them look like dullards ??????   Regardst Andrew Harrisone   ------------------------------    Date: 29 Jun 2004 00:48:22 -07006 From: andrew.rycroft@intrinsitech.com (Andrew Rycroft)Y Subject: Volume shadowing between FC Storage at different sites, and the allocation classe< Message-ID: <58ba0101.0406282348.c25df78@posting.google.com>   Hi,t  D I have just connected to some Fibrechannel based storage from my VMSF system. I see all the devices as $1$DGAxxx. Even thought the ALLOCLASS parameter is 6 for the system.  D This system will be in a cluster with a system at a remote site alsoE connected to FC storage, and I am sure I will also see the devices aso
 $1$DGAxxx.  F I want to use Volume Shadowing to mirror the two sites, but I am a bitB concerned that because the allocation class is 1 for fibre channel> storage at both sites this may cause confusion for the cluster	 software.r  C If anybody else has done this or has suggestions I would appreciate-
 the feedback.e   With regards Andrew   ------------------------------  # Date: Tue, 29 Jun 2004 13:04:43 GMTt" From: Lee <lytmah@telusplanet.net>Y Subject: Re: Volume shadowing between FC Storage at different sites, and the allocation c + Message-ID: <LNdEc.37807$_5.23580@clgrps13>   F I have done multiple tests on these disks across a multi-site cluster.: I was able to shadow $1$DGA disks with Storageworks $2$DUAB disks (with the same number of blocks of course) with no problems.< There was no difference in functionality of the two types of1 physical disks or the mix of shadow sets created. > Be warned that under current 7.3-1 VMS, any $1$/$1$ or $1$/$2$6 shadow sets you create will undergo long shadow merges= (5-12 hours) if any of your cluster nodes reboots or hiccups.e     Andrew Rycroft wrote:. > Hi,x > F > I have just connected to some Fibrechannel based storage from my VMSH > system. I see all the devices as $1$DGAxxx. Even thought the ALLOCLASS  > parameter is 6 for the system. > F > This system will be in a cluster with a system at a remote site alsoG > connected to FC storage, and I am sure I will also see the devices ast > $1$DGAxxx. > H > I want to use Volume Shadowing to mirror the two sites, but I am a bitD > concerned that because the allocation class is 1 for fibre channel@ > storage at both sites this may cause confusion for the cluster > software.0 > E > If anybody else has done this or has suggestions I would appreciates > the feedback.u >  > With regards > Andrew   ------------------------------   End of INFO-VAX 2004.357 ************************