1 INFO-VAX	Tue, 09 Dec 2003	Volume 2003 : Issue 680       Contents:C Another DCL request: A way to get the .dir of the current directory G Re: Another DCL request: A way to get the .dir of the current directory  Re: burger king and billy  Re: burger king and billy  Re: burger king and billy  Re: burger king and billy  Re: burger king and billy ! Re: Freeware download corrupt (?)  Re: Hairdoo Economics : Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs: Re: I wonder if this HP director will resign from HP's BOD: Re: I wonder if this HP director will resign from HP's BOD: Re: I wonder if this HP director will resign from HP's BOD: Re: I wonder if this HP director will resign from HP's BOD: Re: I wonder if this HP director will resign from HP's BOD: Re: I wonder if this HP director will resign from HP's BOD: Re: I wonder if this HP director will resign from HP's BOD- INFO-VAX request (reverse IP of sending SMTP) 1 Re: INFO-VAX request (reverse IP of sending SMTP) % Re: ITRC Download site - some answers % Re: ITRC Download site - some answers % Re: ITRC Download site - some answers 2 Re: New HP Itanium servers: rx4640, rx7620, rx8620: Re: OpenVMS clusters give Windows, Unix thorough thrashing" Re: OSU http server & http headers" Re: OSU http server & http headers" Re: OSU http server & http headers" Re: OSU http server & http headers5 Re: OT Very scary: Cars running on Microsoft software  Re: Passing var into F$SEARCH   Re: porting problems encountered  Re: porting problems encountered  Re: porting problems encountered  Re: porting problems encountered  Re: porting problems encountered" printing 11x17 landscape documents& Re: printing 11x17 landscape documents& Re: printing 11x17 landscape documents$ Re: REPLY/STATUS in another VMS node$ Re: REPLY/STATUS in another VMS node$ Re: REPLY/STATUS in another VMS node  Re: Results of SAN vendor survey$ Re: Routable Protocol for Clustering Re: SEARCH enhancement Re: SEARCH enhancement Re: SEARCH enhancement RE: SEARCH enhancement Re: SEARCH enhancement Re: SEARCH enhancement Re: SEARCH enhancement Re: SEARCH enhancement1 Re: setting password with external authentication 1 Re: setting password with external authentication 9 Re: Sun to use AMD Opteron - announcement expected Monday 9 Re: Sun to use AMD Opteron - announcement expected Monday , Re: VAX 11/750 and RL02 - trying to boot VMS0 Re: Will VMS contribute to Microsoft's profits ? Year of the Itanium   F ----------------------------------------------------------------------   Date: 8 Dec 2003 14:46:02 -0800 . From: spamsink2001@yahoo.com (Alan E. Feldman)L Subject: Another DCL request: A way to get the .dir of the current directory= Message-ID: <b096a4ee.0312081446.461d11d4@posting.google.com>   ! Attention Guy Peleg! DCL Request:   J A lexical function that returns the .DIR version of the current directory:    , If you were in (or specified as a parameter)       DISK$DATA1:[FELDMAN.UTI]   it would return        DISK$DATA1:[FELDMAN]UTI.DIR     , If you were in (or specified as a parameter)       ROOTED_DISK:[000000]   it would return        DISK$DATA1:[1.2.3]4.DIR   / if ROOTED_DISK were DISK$DATA1:[1.2.3.4.].           Alan E. Feldman    ------------------------------  # Date: Mon, 08 Dec 2003 23:32:48 GMT " From:   VAXman-  @SendSpamHere.ORGP Subject: Re: Another DCL request: A way to get the .dir of the current directory0 Message-ID: <00A2A142.2BF1ACB9@SendSpamHere.ORG>  n In article <b096a4ee.0312081446.461d11d4@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:" >Attention Guy Peleg! DCL Request: > K >A lexical function that returns the .DIR version of the current directory:  >  > - >If you were in (or specified as a parameter)  >  >    DISK$DATA1:[FELDMAN.UTI]  >  >it would return   >   >    DISK$DATA1:[FELDMAN]UTI.DIR >  > - >If you were in (or specified as a parameter)  >  >    ROOTED_DISK:[000000]  >  >it would return >  >    DISK$DATA1:[1.2.3]4.DIR   > 0 >if ROOTED_DISK were DISK$DATA1:[1.2.3.4.].      >  >  >Alan E. Feldman  < A better request might be for something like F$FID_TO_NAME. < You could pass your filename to F$FILE_ATTRIBUTES to get the; DID and then you could pass the DID to F$FID_TO_NAME.  I'd  ; think a lexical like F$FID_TO_NAME would make DCL more use- : ful than just a sinlge function to return directory names.   --K http://www.legacy-2000.com  for the best OpenVMS system security solutions.    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, 08 Dec 2003 18:34:43 GMT " From:   VAXman-  @SendSpamHere.ORG" Subject: Re: burger king and billy0 Message-ID: <00A2A118.87AF23C6@SendSpamHere.ORG>  Z In article <00A2A10A.8B7C54AA.7@tachysoft.com>, Wayne Sewell <wayne@tachysoft.com> writes:O >Looks like the local burger king has discovered the joys of the billyworld.  I K >just went through the drivethru and just after the whopper appeared on the J >display panel, I saw a system crash, with dump and everything, before the- >chicken tenders could show up.  :-) :-) :-)   > N >They still had the order, so it was apparently just the display that died.  I( >guess the main system will crash later.   Wayne,    L I can understand your dislike and disdain for Billy and his warez.  What has6 me puzzled is your choice of dining establishments. ;)      --K http://www.legacy-2000.com  for the best OpenVMS system security solutions.    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, 8 Dec 2003 14:56:28 -0600( From: Wayne Sewell <wayne@tachysoft.com>" Subject: Re: burger king and billy0 Message-ID: <00A2A123.EC0057C7.27@tachysoft.com>   >X-Newsgroups: comp.os.vms# >Subject: Re: burger king and billy ! >From: VAXman-  @SendSpamHere.ORG 1 >Message-ID: <00A2A118.87AF23C6@SendSpamHere.ORG>  >Organization: TMESIS Software
 >Lines: 21$ >Date: Mon, 08 Dec 2003 18:34:43 GMT >X-Complaints-To: abuse@cv.netL >X-Trace: news4.srv.hcvlny.cv.net 1070908483 67.83.127.219 (Mon, 08 Dec 2003 >         13:34:43 EST) 1 >NNTP-Posting-Date: Mon, 08 Dec 2003 13:34:43 EST % >Reply-To: VAXman-  @SendSpamHere.ORG  >X-Gateway-From: mvb.saic.com  >To: Info-VAX@Mvb.Saic.Com >X-Gateway-Source-Info: USENET > [ >In article <00A2A10A.8B7C54AA.7@tachysoft.com>, Wayne Sewell <wayne@tachysoft.com> writes: P >>Looks like the local burger king has discovered the joys of the billyworld.  IL >>just went through the drivethru and just after the whopper appeared on theK >>display panel, I saw a system crash, with dump and everything, before the . >>chicken tenders could show up.  :-) :-) :-)  >>O >>They still had the order, so it was apparently just the display that died.  I ) >>guess the main system will crash later.  >  >Wayne,  > M >I can understand your dislike and disdain for Billy and his warez.  What has 7 >me puzzled is your choice of dining establishments. ;)  >     M You have a point.  Unfortunately, I don't cook and don't have a cook, so it's # either fast food or frozen dinners.   ' I can tolerate burger king and wendy's.   5 McGarbage, on the other hand, is too much like billy:    1.  massive marketing  2.  zero qualityM 3.  buying decisions based on brightly colored packages (basically, billyware "     is like a software happy meal)   Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== H Randolph Duke (in Trading Places): "Mother always said you were greedy."1    Mortimer Duke: "She meant it as a compliment!"    ------------------------------  # Date: Mon, 08 Dec 2003 21:36:12 GMT " From:   VAXman-  @SendSpamHere.ORG" Subject: Re: burger king and billy0 Message-ID: <00A2A131.E228051F@SendSpamHere.ORG>  [ In article <00A2A123.EC0057C7.27@tachysoft.com>, Wayne Sewell <wayne@tachysoft.com> writes:  >>X-Newsgroups: comp.os.vms $ >>Subject: Re: burger king and billy" >>From: VAXman-  @SendSpamHere.ORG2 >>Message-ID: <00A2A118.87AF23C6@SendSpamHere.ORG> >>Organization: TMESIS Software  >>Lines: 21 % >>Date: Mon, 08 Dec 2003 18:34:43 GMT  >>X-Complaints-To: abuse@cv.net M >>X-Trace: news4.srv.hcvlny.cv.net 1070908483 67.83.127.219 (Mon, 08 Dec 2003  >>         13:34:43 EST)2 >>NNTP-Posting-Date: Mon, 08 Dec 2003 13:34:43 EST& >>Reply-To: VAXman-  @SendSpamHere.ORG >>X-Gateway-From: mvb.saic.com >>To: Info-VAX@Mvb.Saic.Com  >>X-Gateway-Source-Info: USENET  >>\ >>In article <00A2A10A.8B7C54AA.7@tachysoft.com>, Wayne Sewell <wayne@tachysoft.com> writes:Q >>>Looks like the local burger king has discovered the joys of the billyworld.  I M >>>just went through the drivethru and just after the whopper appeared on the L >>>display panel, I saw a system crash, with dump and everything, before the/ >>>chicken tenders could show up.  :-) :-) :-)   >>> P >>>They still had the order, so it was apparently just the display that died.  I* >>>guess the main system will crash later. >>	 >>Wayne,   >>N >>I can understand your dislike and disdain for Billy and his warez.  What has8 >>me puzzled is your choice of dining establishments. ;) >> >  > N >You have a point.  Unfortunately, I don't cook and don't have a cook, so it's$ >either fast food or frozen dinners. > ( >I can tolerate burger king and wendy's. > 6 >McGarbage, on the other hand, is too much like billy: >  >1.  massive marketing >2.  zero quality N >3.  buying decisions based on brightly colored packages (basically, billyware# >    is like a software happy meal)   J ...and the package is like a PeeCee and the toy inside like its processor?   --K http://www.legacy-2000.com  for the best OpenVMS system security solutions.    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: Tue, 09 Dec 2003 01:10:58 GMT " From:   VAXman-  @SendSpamHere.ORG" Subject: Re: burger king and billy0 Message-ID: <00A2A14F.E035D4D1@SendSpamHere.ORG>  l In article <Dt8Bb.5085$sr2.2964@news01.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes: {...snip...} > H >VAXman - careful what you say.....McDonald's is THE 'industry standard'J >meal - all the rest are "industry standard wannabee's" even if they offerE >more bits and bites. We can't be seen disparaging anything 'industry @ >standard' or the wannabee's. It simply not Politically Correct.  F Oh dear and I, of all people, certainly would not want to be tagged as politically incorrect. ;)   G I was raised in a rural part of Pennsylvania and had never eaten at any H McDonald's until a group of college buddies took me to one.  I barfed upI the entire meal later that evening and I didn't feel well for days there- G after.  That was 25 years ago and I haven't eaten at one since.  I feel H ill when I have to use PeeCees too.  I wonder if there's a correlation.    --K http://www.legacy-2000.com  for the best OpenVMS system security solutions.    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: Tue, 09 Dec 2003 00:14:27 GMT # From: "John Smith" <a@nonymous.com> " Subject: Re: burger king and billyF Message-ID: <Dt8Bb.5085$sr2.2964@news01.bloor.is.net.cable.rogers.com>    VAXman- @SendSpamHere.ORG wrote:? > In article <00A2A123.EC0057C7.27@tachysoft.com>, Wayne Sewell  > <wayne@tachysoft.com> writes:  >>> X-Newsgroups: comp.os.vms & >>> Subject: Re: burger king and billy$ >>> From: VAXman-  @SendSpamHere.ORG4 >>> Message-ID: <00A2A118.87AF23C6@SendSpamHere.ORG>! >>> Organization: TMESIS Software 
 >>> Lines: 21 ' >>> Date: Mon, 08 Dec 2003 18:34:43 GMT ! >>> X-Complaints-To: abuse@cv.net F >>> X-Trace: news4.srv.hcvlny.cv.net 1070908483 67.83.127.219 (Mon, 08" >>>         Dec 2003 13:34:43 EST)4 >>> NNTP-Posting-Date: Mon, 08 Dec 2003 13:34:43 EST( >>> Reply-To: VAXman-  @SendSpamHere.ORG  >>> X-Gateway-From: mvb.saic.com >>> To: Info-VAX@Mvb.Saic.Com ! >>> X-Gateway-Source-Info: USENET  >>> @ >>> In article <00A2A10A.8B7C54AA.7@tachysoft.com>, Wayne Sewell! >>> <wayne@tachysoft.com> writes: D >>>> Looks like the local burger king has discovered the joys of theF >>>> billyworld.  I just went through the drivethru and just after theF >>>> whopper appeared on the display panel, I saw a system crash, withC >>>> dump and everything, before the chicken tenders could show up.  >>>> :-) :-) :-) >>>>D >>>> They still had the order, so it was apparently just the display: >>>> that died.  I guess the main system will crash later. >>> 
 >>> Wayne, >>> F >>> I can understand your dislike and disdain for Billy and his warez. >>> What has: >>> me puzzled is your choice of dining establishments. ;) >>>  >> >>B >> You have a point.  Unfortunately, I don't cook and don't have a4 >> cook, so it's either fast food or frozen dinners. >>* >> I can tolerate burger king and wendy's. >>8 >> McGarbage, on the other hand, is too much like billy: >> >> 1.  massive marketing >> 2.  zero quality F >> 3.  buying decisions based on brightly colored packages (basically,. >>    billyware is like a software happy meal) > A > ...and the package is like a PeeCee and the toy inside like its  > processor?    G VAXman - careful what you say.....McDonald's is THE 'industry standard' I meal - all the rest are "industry standard wannabee's" even if they offer D more bits and bites. We can't be seen disparaging anything 'industry? standard' or the wannabee's. It simply not Politically Correct.    ------------------------------  % Date: Mon, 08 Dec 2003 12:55:05 -0800 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>* Subject: Re: Freeware download corrupt (?)' Message-ID: <3fd474a9$1@cpns1.saic.com>    Alder wrote:K > My apologies if this has been reported already, but Google didn't turn up  > anything.    [snip]   > $ product install *  > * > The following product has been selected:< >     FREEWARE AXPVMS GHOSTSCRIPT V8.11      Layered Product >  > <snip> > 9 > The following product will be installed to destination: ? >     FREEWARE AXPVMS GHOSTSCRIPT V8.11      DISK$NET:[000000.]  >  > Portion done: 0%7 > %PCSI-I-PRCOUTPUT, output from subprocess follows ... : > %LINK-W-MULDEF, symbol decc$gxvsnprintf multiply definedC >         in module DECC$SHR file SYS$COMMON:[SYSLIB]DECC$SHR.EXE;1 9 > %LINK-W-MULDEF, symbol decc$gxsnprintf multiply defined C >         in module DECC$SHR file SYS$COMMON:[SYSLIB]DECC$SHR.EXE;1  > < > %PCSI-E-ASSEMERR, error assembling file [GS.BIN]GS.EXE_AXP$ > %PCSI-E-OPFAILED, operation failedG > Terminating is strongly recommended.  Do you want to terminate? [YES]  > 1 > ===============================================  > 5 > Can anyone replicate this?  Suggest why it happens?   F You are running a later version of the C RTL that has implemented the H snprintf and vsnprintf functions.  The GHOSTSCRIPT package assumes that I VMS does not have these functions and uses its own version of them (this  H is in the JBIG2DEC module).  Since the decision as to whether or not to E include these functions or expect to find them in the C library is a  G compile time option, you will need to restore the source save set that  I is included in the PCSI kit, edit the OPENVMS.MMK file that includes the  E SNPRINTF.C module, and rebuild from scratch.  Alternatively, you can  I elect not to terminate the install and use the package as is.  The error  E is not fatal and the program will still work (it doesn't even matter  8 which copy the linker chooses to use, either will work).  I I am a little swamped right now but I will try to modify the PCSI kit so  9 that it will build correctly on any version of the C RTL.   F As an aside, how is a freeware porter supposed to know what functions I might one day find their way into the DECC RTL so (s)he can address this  C appropriately in the port?  Especially when Unix freeware seems to  > assume that all packages will be built from scratch so that a F compile-time script can be run to determine what will and will not be C included.  (I think it is this approach to software packaging that  D causes so many freeware packages to have versions of what should be ; library routines using the same name as the library would).   
 Mark Berryman    ------------------------------  $ Date: Mon, 8 Dec 2003 14:52:28 -0500* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Hairdoo Economics2 Message-ID: <B7udnSAT443rS0mi4p2dnA@metrocast.net>  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0312081012.3365b859@posting.google.com... 0 > "John Smith" <a@nonymous.com> wrote in messageC news:<8YRAb.155$r%u1.69@twister01.bloor.is.net.cable.rogers.com>... & > > Is Power an industry standard? No.H > > Is Power 'mainstream'. Not by your definition. Yet is IBM looking to kill it   > > and line Intel's pockets? No > H > Power is indeed NOT mainstream, nor an industry standard, and it never
 > will be.  I Ever heard of embedded systems, Keith?  POWER (along with MIPS) dominates L that market, and it's far larger in terms of units than anything you've been talking about.  K How about game boxes?  IBM appears to be the manufacturer of choice for the L future of *all three* of the significant platforms (X-box, Sony, Nintendo) -I and while the use of POWER has not yet been formally announced for X-box, K the only other option that's even remotely likely is some kind of agreement " with AMD to use IBM-built Hammers.  J By contrast, Itanic is so far up niche canyon that you can't see it at allG from the 'mainstream'.  And its progress (if you can even call it that) 5 toward the mouth of that canyon is hardly impressive.   : >  It doesn't run Windows (it had its chance and blew it),  H You mean like Compaq did with Alpha?  Well, maybe not:  Compaq had a far" better chance - and still blew it.    andA > no other computer manufacturer (unless you count Apple with the 2 > PowerPC flavor) will ever make systems using it.  J Perhaps you've never heard of a company named 'Bull'.  They're kind of bigJ in Europe, and aren't exactly unknown (under the name 'Honeywell') on thisK side of the ocean as well.  While I don't know the degree to which they buy J complete POWER systems from IBM and resell them rather than build at leastI portions of them, they certainly offer (and support) them under their own  brand.     It's a dead end at
 > this point.   F Maybe if you can squint hard enough to ignore the embedded market, theL game-box market, and the Unix market (where it's the fastest-growing non-x86J competitor, now that Tru64 is out of the running).  Or perhaps you're just full of shit yet again.    > C > IBM recently announced 16-way Itanium servers. An astute observer 2 > might ask why IBM is doing that if it has Power?  L And anyone with even half a clue would respond that it's because IBM doesn'tL ignore *any* market where there might be a few bucks to be made, even one asJ misguided as that for Itanic (such as it may be - one can't yet really say 'such as it is').     IBM appears to be@ > hedging its bets because it looks like Itanium will become theH > mainstream 64-bit CPU for servers, and IBM doesn't want to miss out on > that market.  G You seem to have chosen the wrong tense above.  IBM prepared to support B Itanic many years ago, when it appeared that Itanic *might* becomeK mainstream and *might* have a significant market presence.  Since then, IBM K has increased its Itanic bets only minimally at most:  plans to support AIX J on Itanic were dropped, marketing support was refocused on the POWER line,K and Itanic hardware support was folded into the same hardware that supports H their x86 line-up rather than attempting to leverage any Itanic-specific	 features.   + > IBM may even be considering ending Power.   F FUD fully worthy of Andrew.  You really are looking toward a career inH marketing, because your general credibility is taking a major dive here.    Sure looks like" > Sun is thinking of ending SPARC.  J Same comment applies.  Either that, or you're so woefully misinformed thatI shutting up would have been a really good idea to avoid looking that way.    > E > > Nothing was going to dislodge 80x86 architecture from having sole 
 possession > > of 'mainstream'. > A > The important word there is "was".  Now something "is" going to H > dislodge 80x86 from the "mainstream" title eventually, as the industryC > moves from a 32-bit focus to 64-bit.  VMS itself is already at 64 @ > bits, and going to IA32 now would arguably be a step backward.  A Kind of a silly straw-man, isn't that?  After all, x86 didn't get G 'dislodged' from the mainstream when the 386 came out:  it just grabbed G another large portion of it.  And the same is true for AMD64:  it's x86 I through-and-through, and is carrying the x86 banner into the 64-bit arena 1 just as the 386 carried it into the 32-bit arena.    > $ > > Since when is IA64 'mainstream'? > ! > Not yet, but it's headed there.   J Only in Intel's mid-'90s dreams, when no 64-bit x86 product (let alone oneK offering slightly *better* 64-bit performance than Itanic while beating the F daylights out of it when running IA32 code) was on the horizon and theL vaporous future Itanic would beat the performance of its RISC contemporaries by 2x - 3x.   J The only place Itanic seems headed is HP's PA-RISC replacement (plus thoseA remaining Alpha customers who choose to migrate there rather than F elsewhere).  Other than HP, only SGI seems seriously interested in theL platform:  everyone else who bought into it based on all those rosy mid-'90sJ projections now seems to be waiting to see whether Itanic will *ever* comeJ anywhere near meeting them before investing much more time and effort (andH based on Intel and competitor roadmaps that prospect doesn't look good).   > H > Intel wants IA64 to be that mainstream, and AMD wants x86-64 to be theF > mainstream.  I think the signals at present indicate that Intel willD > get the majority of the design wins, as it did when competing withE > Motorola in the '80s. (Time to market beat technical elegance every  > time.)  H That would be why AMD64, after only 2 - 5 months on the market, out-soldJ Itanic 2:1 in the server space during Q3 (despite the fact that Itanic hadI by then been on the market for 25 - 28 months)?  I don't think so.  While K top-of-the-line Opterons do cost about 75% as much as the somewhat inferior I top-of-the-line Itanics, you can get an entry-level Opteron (or Athlon64) J for about $200, vs. over $700 for an entry-level Itanic with significantlyJ lower performance - and the AMD64 products' on-chip features allow vendors; to build commensurately less-expensive systems around them.   K Itanic simply can't compete worth a damn with AMD64 (or, where 32 bits will K do, with Intel's own x86 products) in the low-end, high-volume server space J where 'mainstream' gets defined.  As soon as Sun, Newisys, IBM, or someoneH else gets a large-system AMD64 chipset together, Itanic won't be able to compete very well there either.   ?   If somehow AMD were to become the mainstream on desktops, and ) > even extend that into the server space,   F It already has extended into the server space farther than Itanic has, Keith.    then I expect we'd see VMS = > running on x86-64, so I can continue to run VMS either way.   L Given that your view of *current* reality is so distorted, what you'd expectK in such a hypothetical future doesn't really seem very significant.  Others G suspect that even if Itanic *does* gain some kind of significant market I presence HP may well shit-can VMS at the first opportunity available, let L alone invest in a second port of an OS that it has no interest in supporting8 to an architecture that it has no interest in promoting.   - bill   ------------------------------   Date: 8 Dec 2003 13:06:16 -0800 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) C Subject: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs < Message-ID: <cf15391e.0312081306.b7d4d6d@posting.google.com>  d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<saidnW1SOPlYb06iRVn-vA@metrocast.net>...G > Oh, dear - another press release that's a bit moldy around the edges.   A A tablespoon of bleach in a quart of water should kill that mold.   D I'm even sorrier at my delay in getting this particular announcementB out to you, as I know you were eagerly waiting to see which vendorB would get the bragging rights to 1 million TPC-C tpm first, and itE must have been even more of a disappointment than the late arrival of F the news to see that it was HP, with that despicable Itanium chip, not$ IBM with Power, who got there first.  ^ I see at http://www.tpc.org/tpcc/results/tpcc_perf_results.asp?resulttype=noncluster&version=5C that HP occupies the top 3 slots for TPC-C (non-clustered) results, E and 5 out of the top 10 slots, vs. only 3 in the top 10 for IBM.  And > the spot in the top 10 held by NEC is also an Itanium2 system.   ------------------------------   Date: 8 Dec 2003 12:45:38 -0800 ( From: bob@instantwhip.com (Bob Ceculski)C Subject: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs = Message-ID: <d7791aa1.0312081245.211c9bdf@posting.google.com>   d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<saidnW1SOPlYb06iRVn-vA@metrocast.net>...@ > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message9 > news:cf15391e.0312071620.2c34b12f@posting.google.com... E > > HP and Oracle Set World Record Performance Mark -- First to Top 1 # > > Million Transactions per Minute  > G > Oh, dear - another press release that's a bit moldy around the edges.  >  > ...  > A > > No, this wasn't on VMS, but it does reflect positively on the G > > performance of the Superdome platform with the Itanium2 chip, which 5 > > will soon be a platform option for VMS customers.  > N > Not really:  it required twice as many processors to achieve a 30% lead overK > its competition - leaving its per-processor performance at only about 2/3 K > that of said competition.  Superdome just doesn't seem able to scale well M > compared with POWER4+ systems, which next year will be getting POWER5 (with M > a faster clock, more on-chip cache, SMT, on-chip memory controller, on-chip L > offload engines, and a doubling in system size to 64 processors) while allI > Superdome is scheduled to get is about a 10% clock-rate boost plus more  > on-chip cache. >  > - bill  9 but power5 will not run VMS but ibm os garbage instead so 8 what is the advantage of running power5 if I am down and9 crashing and rebooting all the time and then call ibm and 7 have their geniuses tell me they will get back to me on # the crash and then never call back?    ------------------------------  $ Date: Mon, 8 Dec 2003 16:56:16 -0500) From: "rob kas" <robnospam@paychoice.com> C Subject: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs / Message-ID: <vt9srosctqnl6b@corp.supernews.com>    ">; > but power5 will not run VMS but ibm os garbage instead so : > what is the advantage of running power5 if I am down and; > crashing and rebooting all the time and then call ibm and 9 > have their geniuses tell me they will get back to me on % > the crash and then never call back?     9                     Then again you can't buy VMS on IA64.   J                    Here is a scary thought , how much do you wanna bet SUNG will start doing tpmC scores once Solaris on the Opteron is fine tuned.   ;                                                         Rob    ------------------------------   Date: 8 Dec 2003 19:27:14 -0800 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) C Subject: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs = Message-ID: <cf15391e.0312081927.6f0eae6d@posting.google.com>   ` "rob kas" <robnospam@paychoice.com> wrote in message news:<vt9srosctqnl6b@corp.supernews.com>...; >                     Then again you can't buy VMS on IA64.   A You can if you're a member of the HP Developer & Solution Partner F Program -- see http://h21007.www2.hp.com/dev/  Under $5K for an rx2600	 with VMS.   L >                    Here is a scary thought , how much do you wanna bet SUNI > will start doing tpmC scores once Solaris on the Opteron is fine tuned.   D There's one SPARC entry, #9, in the Top 10, but it's by Fujitsu, not Sun.   ------------------------------   Date: 8 Dec 2003 10:50:57 -0800 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) C Subject: Re: I wonder if this HP director will resign from HP's BOD = Message-ID: <cf15391e.0312081050.28faf033@posting.google.com>   d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<N4SdnaMx4MOHp0miRVn-sQ@metrocast.net>...K > Of course, subsequent drastic drops in VMS and Tru64 revenues and profits @ > made it crystal-clear just how stupid the decision had been:    C Folks looked for such drastic drops, but it didn't happen, probably E because the VMS business involves longer-term sales cycles, and there A was nothing forcing any immediate reaction by customers.  All the E numbers I've seen don't support the theory of an immediate drop after  June 25, 2001.  J > But even more seem to have bailed out, given the drastic drop in revenueJ > (from $4 billion to $2 billion annually shortly after the Alphacide, and( > still under $3 billion at last report)  A That $2 billion figure was for Services only, but was erroneously F reported in some quarters as total VMS revenues.  The down economy putC us at the 2.5 to 3 billion mark for last year.  More-recent results A have been quite positive (I'm hoping Mark will make those figures  public sometime soon.)  D So for those that are still hoping that the Alpha decision will have@ killed OpenVMS, it hasn't happened that way.  Now let's move on.   ------------------------------   Date: 8 Dec 2003 11:05:24 -0800 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) C Subject: Re: I wonder if this HP director will resign from HP's BOD = Message-ID: <cf15391e.0312081105.79005fa4@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<br1po1$lm7$1@new-usenet.uk.sun.com>... + > Last year the EBU lost 56 million dollars   / According to HP's most-recent quarterly results E (http://www.hp.com/hpinfo/investor/financials/quarters/2003/q4.html), B the Enterprise Business Unit made a profit of $106 million for theD quarter, returning to profitability before the end of the year, justF as Carly predicted.  Profits for the EBU for the year improved by $610 million over the previous year.    ------------------------------   Date: 8 Dec 2003 11:12:29 -0800 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) C Subject: Re: I wonder if this HP director will resign from HP's BOD = Message-ID: <cf15391e.0312081112.24be6c80@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<br1po1$lm7$1@new-usenet.uk.sun.com>... , > Last year the EBU lost 56 million dollars   ' The EBU figure was actually 54 billion.   I > So what you are saying in essence is without OpenVMS the EBU would have - > lost 556 million dollars not including R&D.   D The $500 million in profits for VMS includes software (including VMSA and VMS layered products), hardware (servers, storage, etc.), and A services.  HP Services made a profit of $1.372 Billion last year.    ------------------------------  % Date: Mon, 08 Dec 2003 16:56:08 -0800 / From: Greg Cagle <news@removethisgregcagle.com> C Subject: Re: I wonder if this HP director will resign from HP's BOD / Message-ID: <vta7dirlcuq4ee@corp.supernews.com>    JF Mezei wrote:    > Robert Deininger wrote:  >>= >>HP has delayed several non-alpha, non-VMS products lately.   >  > " > Could it be due to IA64 delays ?  + More likely "merger related synergies." 8^)    --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  # Date: Tue, 09 Dec 2003 00:05:27 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)C Subject: Re: I wonder if this HP director will resign from HP's BODe4 Message-ID: <bl8Bb.188285$361.138788@news.chello.at>  p In article <cf15391e.0312072142.7153086@posting.google.com>, keithparris_NOSPAM@yahoo.com (Keith Parris) writes:E >Many people are much more confident about the future of VMS now that G >it is being ported to an architecture which is being strongly promotedoF >by the largest and most successful microprocessor manufacturer in the >world.t  
 Make this:  I Many people are much more confident about the future of Open VMS now that E it is being ported to an architecture which is being promoted for themL next time by the currently largest and so far most successful microprocessor manufacturer in the world.  @ We'll see, what AMD64 and YAMHILL will change in this statement.H And remember, even the "most successful microprocessor manufacturer" did. find it neccessary to steal (Alpha) patents...   -- B Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Mon, 08 Dec 2003 19:32:29 -0500e* From: JF Mezei <jfmezei.spamnot@istop.com>C Subject: Re: I wonder if this HP director will resign from HP's BODi) Message-ID: <3FD51814.31DA27C8@istop.com>n   Robert Deininger wrote:UD > In January 2002, there was no shippable EV7 chip, and there _were_J > significant surprises left.  In short, the chip was still buggy as hell.6 > Maybe you think that was intentional, but it wasn't.  L While this, all by itself may be a statement one could not argue against, itN leaves a whole lot of context out of the equation. If there was still a bug atN that date, could it be because work had been purposely slowed down long before that date ?m  K > I don't think Alpha is different from other product lines in this regard.mH > Compaq/HP never "commits" to schedule until around the time of product1 > announcement.  Until then, everything is vapor.e  N By that standard, IA64 was most certaintaly vapour, and EV7 and EV79 were also4 vapour when Compaq commited to them on June 25 2001.  K Why is it acceptable for HP to commit to vapour products from Microsoft andE Intel ?n  = > HP has delayed several non-alpha, non-VMS products lately. l    Could it be due to IA64 delays ?  L > As has every computer company I can think of.  Only a fool or a malcontent- > builds plans around pre-announced hardware.u  I Geez, looks like Compaq and HP were extremly big fools or malcontents fori: building all their plans around the still vapourware IA64.  D > In May 2001, I saw a roadmap with EV10 on it.  I knew, and I thinkL > everyone in the room knew, that Compaq was just playing with pretty colors7 > in Powerpoint.  Nobody thought EV10 was a comittment.t  M However, those presentations right up untl June 24 at 23:59 all comitted to anK long succesful future of Alpha, and all presented the unified argument thataI IA64 was bloated and would never catch up. Because Merced was such a hugerN failure, it was expected that the huge gap between the failed Merced and AlpahM would narrow when IA64 was fixed, but Alpha was to remain the leader. And theeN ex Digits always gave plenty of technical reasons why IA64 would not be a good platform for the long term.I  G EV10 may have been very much vapourware in presentations, but it it was-L intended to re-inforce the commitment Compaq was making to customers that itF not only had no intentions to kill Alpha, but that it would be able to> maintain its leadership position and that IA64 was no threath.    E On June 25, everything Compaq had said the day before about Alpha was0 suddently false.  I > revision cycle has a big negative impact on the schedule.  EV79 samplestK > weren't working right, and it looked to be very late by the time it could G > have gone to market.  EV7z was clearly a compromise, but it will give L > customers a performance boost probably a year earlier than EV79 would have > done.   I Having the successor to EV7 ship too closely to EV7 is a bit stupid since N customers may decide to wait for EV7z. Having 2 years between the 2 would haveN been better, especially since it would have then given Alpha one extra year of) life, reducing the impact of IA64 delays.y  J Also, consider the EV7z is just EV7.  HP has admitted that they "realised"M that EV7 with its current fabbing process was capable of higher speeds (read: D they knew it all along but didn't want EV7 to be too fast, so it was artificially slowed down).  N So, instead of having the real EV7 in 2003 and an even faster EV79 in 2005, HO3 gave us a slowed down EV7 and the real EVy in 2004.O  H > customers sometime in 2005.  Someone decided that was a foolish way to > spend money.  J Someone decided that didn't want to keep Alpha faster than IA64 and didn't want to continue selling Alpha.   H > There's not much Compaq or HP could have done to fix the EV7 schedule.  Q That is highly debatable. I think that Digital also had something to do with EV7.L    L > Once the fab was gone, and chips were made by IBM, the cycle time for eachC > chip change is pretty much beyond the control of the Alpha group.   L But Palmer had said that it would allow Digital to come to market faster andF cheaper by using someone else to Fab the chip. Who are we to believe ?     >  Theyt7 > (consistently) made their best effort for each chip. e  H Yep, but if they are understaffed, it means it takes longer to get done.   Bill Tod had said:L > >3.  At the time of the Alphacide, Compaq (knowing full well that a merger> > >with HP was imminent) committed to porting Tru64 to Itanic.  H One forgets that it was Palmer that had committed to porting Tru64 (thenM Digital Unix) to IA64, and if I am not mistaken, this was done to thank Intelb& for having stolen DEC's Alpha patents.  I At the time, Digital Unix was to exist on both platforms and Palmer still<F pretended to have solid long term commitment to Alpha (while secretelyR negotiating with Pfeiffer to dismember Digital and have Compaq buy what was left).  J I don't know what happened to the Digital Unix porting to IA64 effort onceN Compaq got what was left of Digital. But on June 25 2001, Compaq had no choiceL but to pretend it had intentions to port Tru64 to IA64 since it was not ableN to reveal yet that it was negotiating to have HP buy Compaq.  Culry would haveK known at the time that under HP, Tru64 would be canned. Remmeber that CurlyaD and Carly had proudly bragged multiple times that at the time of theO announcement, they had been planning product integrations for many many months.7    A > It never ceases to amaze me how incompetently and inefficientlyiJ > information flows in large companies.  You can attribute it to malice if > you want.g  D Not malice. Just strategic misinfortation to hide the corporate trueF intentions. After the compaq buyout, Palmer, during a TV interview hadM admitted that he had been discussing with Pfeiffer for YEARS and that many of @ the product selloffs were done at the "suggestion" of Pfeiffer.   M And for planned mergers and acquisitions, the subterfuge is actually requiredsN since they cannot allow speculation to begin before the official announcement.   ------------------------------  % Date: Mon, 08 Dec 2003 22:38:15 -0500a( From: David Froble <davef@tsoft-inc.com>C Subject: Re: I wonder if this HP director will resign from HP's BOD , Message-ID: <3FD543A7.7040502@tsoft-inc.com>   Robert Deininger wrote:    > Only a fool or a malcontent - > builds plans around pre-announced hardware.a    P Please explain how the above should be applied to Compaq's decision to ax Alpha $ in favor of the pre-announced IA-64?   Dave   -- =4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road= Vanderbilt, PA  15486=   ------------------------------  % Date: Mon, 08 Dec 2003 23:49:10 -0500a* From: JF Mezei <jfmezei.spamnot@istop.com>6 Subject: INFO-VAX request (reverse IP of sending SMTP)) Message-ID: <3FD5542A.36200F7F@istop.com>M  K I've had a request from a well known australian poster from New South Waless whose first name is Paddy...  M Seems that the very experienced folks at his outfit have decided that reversew? IP translations are a security risk and have thus removed them.j  K As a result, any email sent by their organisation comes from an SMTP serverD. whose IP address cannot be reverse translated.   	nL It seems that this Paddy mate is now unable to send messages to Info-VAX and gets no "non-delivery" reports.-  M Can anyone confirm that the info-vax server has no-reverse-IP blocking policy  ?   % Any suggestion on a way around this ?    ------------------------------  # Date: Tue, 09 Dec 2003 05:20:15 GMTe> From: Michael Austin <maustin@no-more-spam.firstdbasource.com>: Subject: Re: INFO-VAX request (reverse IP of sending SMTP)> Message-ID: <jYcBb.99$ci2.41362490@newssvr11.news.prodigy.com>   JF Mezei wrote:a  M > I've had a request from a well known australian poster from New South Walesh > whose first name is Paddy... > O > Seems that the very experienced folks at his outfit have decided that reverserA > IP translations are a security risk and have thus removed them.  > M > As a result, any email sent by their organisation comes from an SMTP serverd0 > whose IP address cannot be reverse translated. >  > 	nN > It seems that this Paddy mate is now unable to send messages to Info-VAX and! > gets no "non-delivery" reports.c > O > Can anyone confirm that the info-vax server has no-reverse-IP blocking policyt > ?  > ' > Any suggestion on a way around this ?f  I Most email systems outright block email that originate from IP addresses GI that cannot be reverse-translated.  This company will have most of their iG legitimate email blocked by the rest of the world.  Who ever told them a$ this doesn't live in the real world.  D Some companies that employ this technique block upwards of 60K spam G emails/day.  His management team just got the message wrong.. they are  C supposed block inbound non-translatable messages not prevent their t& address from being reverse-translated.  F This is also why I use my ISP for outbound SMTP because my emails get 9 bounced if they originate from my dynamic DSL IP address.,   Michael Austin.5   ------------------------------  $ Date: Mon, 8 Dec 2003 14:03:16 -0500< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>. Subject: Re: ITRC Download site - some answers: Message-ID: <br2htl$27rgf9$1@ID-141708.news.uni-berlin.de>  6 Message I sent to George Pagliarulo a few minutes ago;   Peter Weaver wrote:a > george pagliarulo wrote: >> ...: >> probably a lot less most of the time.  If no ECO's have
 been releasedn< >> for the week, no digest will be issued. Someone mentioned that weeklyt >> ... > 7 > I would feel a lot better getting an e-mail that saidt "Nothing; > this week" rather than having to think "Was there nothinga this8 > week, or did something important get lost in that SWEN flood?"o  < I subscribe to the VMS weekly patch notification. Normally I receive an e-maila: on Sunday. I did not receive any e-mail yesterday, so does that mean that there> were no patches this week, or that the e-mail is broken at one
 end or the other?   -- I Peter Weaver Weaver Consulting Services Inc./ Canadian VAR for CHARON-VAX  www.weaverconsulting.cai   ------------------------------  $ Date: Mon, 8 Dec 2003 16:05:51 -0500< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>. Subject: Re: ITRC Download site - some answers: Message-ID: <br2p3h$27gvk7$1@ID-141708.news.uni-berlin.de>   Bradford J. Hamilton wrote:m >... >c; > The e-mails came today - they have been coming on Mondays4 for thel > past few weeks now.. >...  > I got mine shortly after sending that. I checked my e-mail and> the latest two weeks came on Sunday. I thought that their plan= to not send a message if there are no notices was bad enough,i= but if they are going to move the mailing day around too then-= that will make the process even more difficult than it shouldS be.f   --   Peter Weaver Weaver Consulting Services Inc.4 Canadian VAR for CHARON-VAX: www.weaverconsulting.cac   ------------------------------  # Date: Mon, 08 Dec 2003 20:06:10 GMT 4 From: brad@.gateway.2wire.net (Bradford J. Hamilton). Subject: Re: ITRC Download site - some answers0 Message-ID: <SQ4Bb.337325$9E1.1647951@attbi_s52>  y In article <br2htl$27rgf9$1@ID-141708.news.uni-berlin.de>, "Peter Weaver" <WeaverConsultingServices@sympatico.ca> writes:> !snip!= !I subscribe to the VMS weekly patch notification. Normally I  !receive an e-mail; !on Sunday. I did not receive any e-mail yesterday, so doesh !that mean that there ? !were no patches this week, or that the e-mail is broken at one  !end or theh !other?> !d  J The e-mails came today - they have been coming on Mondays for the past few
 weeks now.   !-- 
 !Peter Weaverr  !Weaver Consulting Services Inc. !Canadian VAR for CHARON-VAX !www.weaverconsulting.ca !s !a  J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own" K bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-' l0                                          with @"   ------------------------------   Date: 8 Dec 2003 12:31:39 -0800n1 From: keithparris_NOSPAM@yahoo.com (Keith Parris),; Subject: Re: New HP Itanium servers: rx4640, rx7620, rx8620 < Message-ID: <cf15391e.0312081231.91957f8@posting.google.com>  d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<EJKdnca26raLbE6iRVn-tw@metrocast.net>...@ > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message9 > news:cf15391e.0312071609.575c92e0@posting.google.com...n% > > The press release can be found atr= > > http://www.hp.com/hpinfo/newsroom/press/2003/031103b.html. > K > As it seems it could have been for over a month now, if anyone cared.  If N > you're going to become a marketeer, at least try to be more prompt with your > tout sheets.  B My apologies, Bill.  An on-site customer visit, then the Bootcamp,E followed by the VMS Ambassadors meeting, pretty much took up NovembercC for me, and my cheerleading duties have suffered as a result.  I'lla try to do better.'   ------------------------------   Date: 8 Dec 2003 12:41:56 -0800h( From: bob@instantwhip.com (Bob Ceculski)C Subject: Re: OpenVMS clusters give Windows, Unix thorough thrashingi= Message-ID: <d7791aa1.0312081241.45c9ced1@posting.google.com>n  g "John N." <JNixon@cfl.rr.com> wrote in message news:<Ga%Ab.31537$b01.697588@twister.tampabay.rr.com>...OL > I really really really hate to say this, but I have to agree with at leastM > part of what Andrew is saying.  When doing a TCO study, you have to compareDM > systems of similar capacity.  To do anything else is ludicrous.   If I have N > an application that needs to be able to handle a specific application, and II > need to select a platform on which to run that system,   I will look atrK > systems that will be able to handle my needs.  And they will obvisouly beeC > systems of similar capacity.  To compare the needs of Boeing to a , > supermarket makes very little sense to me. > N > Cany anyone verify Andrews assertion that the Sun system he spoke of and theN > GS320 are such performance mismatches?  And is that indeed what the Techwise > study compared?u  9 why are we stuck on an old gs320 system?  why not compareB7 a gs1280 ev7 system ... equal number of processors and t( watch Andrews garbage get blown away ...   ------------------------------  # Date: Mon, 08 Dec 2003 22:53:39 GMTeL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")+ Subject: Re: OSU http server & http headersd6 Message-ID: <00A2A123.876CEE39@SSRL.SLAC.STANFORD.EDU>   In article <wS%Ab.32$ko3.13403245@newssvr11.news.prodigy.com>, Michael Austin <maustin@no-more-spam.firstdbasource.com> writes:n >Chris Sharman wrote:  >y4 >> We generate PDFs for customer approval/amendment.G >> If customers request amendments, we do them & create new PDFs (same hM >> filename). Customers frequently don't see the changes because of cacheing.  >> eJ >> Can anyone suggest what http headers we should be using to ensure that E >> browsers (especially ie) at least check the file date every time ??; >> And how we should get the OSU HTTP server to send them ?a >> s7 >> I've got "fileexpire /proofs/*.pdf CDT+00:04:30" in pI >> www_root:[system]http_paths.conf, which I thought would do it (expire tK >> all PDFs 4.5 mins after creation, forcing a check-back and/or re-fetch).g >>  
 >> Thanks, >> Chris >> d" >> Here's an example pdf document:A >> http://services.ccagroup.co.uk/proofs/tn5604_devicen_color.pdf- >> -, >> Fetch_http returns the following headers:/ >> HTTP/1.0 200 CGI script output data follows.u >> Accept-ranges: bytesi >> Allow-ranges: bytes/ >> Last-Modified: Mon, 08 Dec 2003 13:59:10 GMT< >> Content-Length: 111047m >> MIME-version: 1.0 >> Server: OSU/3.9c;UCX6  >> Content-type: application/pdf& >> Date: Mon, 08 Dec 2003 14:00:23 GMT >>   >sG >IE -> TOOLS --> Internet Options --> SETTINGS --> Check for new pages P >every time you visit the page > = >take a look at <http://vancouver-webpages.com/META/FAQ.html>nI ><meta http-equiv="Pragma" content="no-cache;>  !! causes page to not be   >cached at all...i  H Yeah, but where do you want them to put this HTML tag inside a PDF file?   -- AlanO -- aO ===============================================================================a0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025hO ===============================================================================t   ------------------------------  # Date: Mon, 08 Dec 2003 23:03:59 GMTsL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")+ Subject: Re: OSU http server & http headers 6 Message-ID: <00A2A124.F93169A7@SSRL.SLAC.STANFORD.EDU>  g In article <br210m$554$1$8302bc10@news.demon.co.uk>, Chris Sharman <chris.sharman@sorry.nospam> writes:t2 >We generate PDFs for customer approval/amendment.E >If customers request amendments, we do them & create new PDFs (same  K >filename). Customers frequently don't see the changes because of cacheing.  >vH >Can anyone suggest what http headers we should be using to ensure that C >browsers (especially ie) at least check the file date every time ?l9 >And how we should get the OSU HTTP server to send them ?  >a5 >I've got "fileexpire /proofs/*.pdf CDT+00:04:30" in  G >www_root:[system]http_paths.conf, which I thought would do it (expire tI >all PDFs 4.5 mins after creation, forcing a check-back and/or re-fetch).i >w >Thanks, >Chris >a  >Here's an example pdf document:? >http://services.ccagroup.co.uk/proofs/tn5604_devicen_color.pdft > * >Fetch_http returns the following headers:- >HTTP/1.0 200 CGI script output data follows.o >Accept-ranges: bytest >Allow-ranges: bytes- >Last-Modified: Mon, 08 Dec 2003 13:59:10 GMT  >Content-Length: 1110471 >MIME-version: 1.0 >Server: OSU/3.9c;UCX  >Content-type: application/pdf$ >Date: Mon, 08 Dec 2003 14:00:23 GMT  I You'll note that you're not actually getting an Expires: header, which isr> one of the two things FileExpire does for you.  (The other is I make the document expire from OSU's internal cache, forcing the server tosF do a recheck of the document headers on disk every time you look it up after the expiration.)  B But you've got the "Accept-ranges" and "Allow-ranges" headers, so ? I think you've got the byterange presentation script set up for & PDF (in HTTP_SUFFIXES.CONF, probably).  C I don't have time to look at the code now and determine whether thenL presentation script processing circumvents the FileExpire processing, but I  think it's likely.  K Try disabling the byterange script - much less important if your customers aI aren't on dialup links, anyway - and run the Fetch-http test again to seer" whether you get an Expires header.   -- Alant -- hO =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056tM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025kO ===============================================================================    ------------------------------  % Date: Mon, 08 Dec 2003 19:38:44 -0500y* From: JF Mezei <jfmezei.spamnot@istop.com>+ Subject: Re: OSU http server & http headersh) Message-ID: <3FD5198A.41B67648@istop.com>   J > > Can anyone suggest what http headers we should be using to ensure thatF > > browsers (especially ie) at least check the file date every time ?< > > And how we should get the OSU HTTP server to send them ?  K With OSU, you can define a "nocache port" in the startup procedure. I thinkc the default is 4000. l  Q So you can fetch your document at http://www.chocolate.com:4000/mycake_recipe.pdf   J This bypasses server-side caching, but may not bypass client side caching.V There is, as I remember, a "Expires: <date>" tag you could add to the responde header.  J On Netscape, if you press SHIFT while you press the RELOAD button, it goes2 back to the server and ignore locally cached item.  H Also note that on VAX, at least, PDF documents are not served by the OSUN server, but by a helper application which provides byte-range responses. CheckI your configs. (This allows the PDF reader to start displaying the initial I plages of the document and then, if you want to skip to page 100, it willcM request page 100 right away, instead of waiting for pages 2-99 to load befored
 getting 100).C   ------------------------------  % Date: Mon, 08 Dec 2003 21:19:13 -0600h5 From: "Martin P.J. Zinser" <zinser@zinser.no-ip.info>s+ Subject: Re: OSU http server & http headerse: Message-ID: <br3evj$28o2fh$1@ID-209632.news.uni-berlin.de>   JF Mezei wrote:oI >>>Can anyone suggest what http headers we should be using to ensure that E >>>browsers (especially ie) at least check the file date every time ?I; >>>And how we should get the OSU HTTP server to send them ?. >  > M > With OSU, you can define a "nocache port" in the startup procedure. I thinkn > the default is 4000. a > S > So you can fetch your document at http://www.chocolate.com:4000/mycake_recipe.pdfw > L > This bypasses server-side caching, but may not bypass client side caching.X > There is, as I remember, a "Expires: <date>" tag you could add to the responde header. > L > On Netscape, if you press SHIFT while you press the RELOAD button, it goes4 > back to the server and ignore locally cached item. > J > Also note that on VAX, at least, PDF documents are not served by the OSUP > server, but by a helper application which provides byte-range responses. CheckK > your configs. (This allows the PDF reader to start displaying the initialgK > plages of the document and then, if you want to skip to page 100, it willwO > request page 100 right away, instead of waiting for pages 2-99 to load befores > getting 100).t Hi,t  H I also think the nocache port is the way to go. And if you use 443 with H https:// your customers do not even add a port number to the URL. As an F added bonus you can tell them that you encrypt their valuable data ;-)   Greetings, Martint   ------------------------------  * Date: Mon, 8 Dec 2003 20:20:01 +0000 (UTC)7 From: moroney@world.std.spaamtrap.com (Michael Moroney)n> Subject: Re: OT Very scary: Cars running on Microsoft software( Message-ID: <br2mdh$blr$1@pcls4.std.com>   William Webb wrote: D > All these posts and nobody came up with "Blue Dashboard of Death?" >i > I'm disappointed.h    How about Blue Cockpit of Death?  E I saw on someone's jokes page a photo of some modern aircraft cockpiteG with all kinds of knobs and displays -- including several screens, eachgI displaying a BSOD.  The caption was something like "We assure you, flyingt is very safe."   -- a -Mike    ------------------------------  % Date: Mon, 08 Dec 2003 23:37:16 -0500p3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> & Subject: Re: Passing var into F$SEARCH0 Message-ID: <5pOdnckAAp7gzEiiRVn-sw@comcast.com>   Charlie,  F Isn't your TYPE statement going to try to TYPE FSP.LIS in the current 
 directory?  H BTW, thanks for the DCL checker!   It's not perfect but it's far better * than the unaided eyeball.  I use it a lot.   Charlie Hammond wrote:  * >Others have poited out the coding errors.< >Here is a much simpler (untested) way to do the same thing,= >although it does not save the last file name found and skips . >some other tings that might be used elswhere. > 	 >$LOOP_1:s6 >$ FSP = F$SEARCH("INFOPLUS$ROOT:[SITE.RUNTEST]*.TST")# >$ IF FSP .EQS. "" GOTO EXIT_LOOP_1  >$ TYPE FSP  >$ GOTO LOOP_1 >$EXIT_LOOP_1: >t >  r >    ------------------------------   Date: 8 Dec 2003 13:29:12 -0600r- From: Kilgallen@SpamCop.net (Larry Kilgallen)t) Subject: Re: porting problems encounteredP3 Message-ID: <I5ydw2zna$XC@eisner.encompasserve.org>.  h In article <268bf130.0312080455.b31cf9f@posting.google.com>, navin_2013@yahoo.co.in (navin_2016) writes: > Hi,(G >    Can somone please describe the problems one would face when we tryeH > to port a software written in C to another platform some of them being( > endianness ,alignment,data types etc ? > E > It would be very helpful if you could state the solution along withc > problem .c  1 The solution is not to use C in the first place !u   ------------------------------   Date: 8 Dec 2003 15:56:37 -0800m$ From: rcbryan@hotmail.com (RC Bryan)) Subject: Re: porting problems encounteredi= Message-ID: <fbcf38dc.0312081556.21378bc3@posting.google.com>y  E If you have a simple application that does simple stuff, it is simpleo3 to take it from one computer and run it on another.o  B If you are passing binary structured data over the network betweenF computers of different types, you can be guaranteed that you will have trouble of one sort or another.s  @ Programs that only move data between variables of the same typesF generally do OK. Enabling all warnings on for your compiler and makingF the source code compile clean on both machines, is a step in the right
 direction.  C When you see casting, it is an indication that something may be up.n   More specific:  A Tru64 compiles long variables to size 8 bytes while VMS and HP-UXoF compiles them to 4 bytes (long long is required for 64 bit variables.)  % If you do something underbright like:    struct MYSTRUCTc {k     short sval;c     long  val;     short sval2;     long  val2;l } mystruct, mystruct2;  F Some compilers will fill in after sval and s2val with unnamed elementsF to force the val and val2 elements to the proper boundaries.  The sizeF of this structure is either 16 or 32 bytes, depending upon the size of@ long (32 or 64 bits).  It seems like if you run this on a 16 bit6 platform, the size of the structure would be 12 bytes.     ! If you were to do something like:k  0 memcpy((void*)&mystruct2, (void*)&mystruct, 16);  E you would not get what you want because on Tru64, only the first halfr would be initialized.  Using:i  @ memcpy((void*)&mystruct2, (void*)&mystruct, sizeof(mystruct2) );   will solve this problem.    B Another popular problem is to do pointer manipulation with integer arithmetic.a  F I had a case where they wanted a pointer to the beginning of a 16 byte7 bounded region.  The original code read something like:    char * sub(char *p)u { 
    int myP=p;l:    myP = (myP+15)& 0xfffffff0;/* add and mask back down */    p=(char *)myP;  . . .h  > This will break all kinds of places.  On 64 bit platforms, theE pointers are 64 bits while int is 32 bits.  It really got interesting 0 when it got to the AS/400 with 128 bit pointers.    An example of an endian problem:       long value=0x1234567;      sub((short*)&value); ...-   void sub(short *val) {1    printf("val=%x", *val); }P   will print out: $ val=123 on an HP and Solaris (sparc)! val=4567 on Tru64, VMS and WintelC val=0   on 64 bit Solaris.  1 We are accessing 16 bits of a 32 or 64 bit value:  0x0000000001234567 c    ! An example of a bounding problem:6   Using the struct from before:   !     p=malloc(sizeof(mystruct)*2);y     p+=sizeof(int); 7     intVal=((struct MYSTRUCT*)p)->val; /* val is long*/t  C This will run with a warning on some platforms, crash on others andxD run just fine on others.  If your code was sloppy to begin with, you2 may be running cases like this without knowing it.   Conclusion:a  E Basically, if your program only references internal variables by name F and you don't mix types, you will be fine.  Another idea is to use oneE of those ridiculous languages where you have to stand on your head tom- avoid any possibility of having any problems.   ) This is a lot longer than I had intended.gD Pascal said it best, "Forgive the long letter, I didn't have time to write a short one.".   Regards,	 /RC Bryane  B PS, I think you would be more satisfied with the responses if this> were posted on a C programming type newsgroup rather than VMS.  m navin_2013@yahoo.co.in (navin_2016) wrote in message news:<268bf130.0312080455.b31cf9f@posting.google.com>...e > Hi,aG >    Can somone please describe the problems one would face when we tryrH > to port a software written in C to another platform some of them being( > endianness ,alignment,data types etc ? > E > It would be very helpful if you could state the solution along withbA > problem .Also can you please give me some pointers and links to 9 > documents so that porting can be  easily accomplished ?l >  > Navinl > -a   ------------------------------  % Date: Mon, 08 Dec 2003 22:02:06 -0500o3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>n) Subject: Re: porting problems encounteredo0 Message-ID: <bMednZQHMtCspkii4p2dnA@comcast.com>  H A great deal depends on the code being ported.  Porting can be anything G from a breeze to a nightmare.  The nightmare end of things is typified eG by code that makes assumptions about the hardware architecture and the    operating system it will run on.  H The code to sum N integers, is a compile, link, and run situation.  The H code to discipline the system clock (adjust the speed to keep the exact ? time) is going to be different on every O/S and every hardware nD platform.  Sometimes you can port such a thing and other times it's   easier to write it from scratch.  F Even porting between different flavors of Unix can get a little hairy A since few Unices do the same things the same way.  Each one is a e@ different blend of AT&T, Berkeley, and it's own unique mistakes.  F You can upgrade from IRIX V4.x to IRIX V5.x and lose your man pages!  B They're still there, just in a different place; the upgrade broke H everything that thought it knew where the man pages were!  Don't ask me I where they were or where they went; I have forgotten and am grateful for  G the fact!  They are probably in yet a third place now and probably not e6 the same place that either Solaris or HPUX keeps them!  @ Programmers who have been required to port large bodies of code @ frequently learn from the experience and avoid some of the most ? loathsome practices.  Others seem to feel that portability and mE compliance with standards limits their creativity; their work can be l particularly difficult to port.l  # Good luck!  You'll need lots if it!i     navin_2016 wrote:t   >Hi,F >   Can somone please describe the problems one would face when we tryG >to port a software written in C to another platform some of them being ' >endianness ,alignment,data types etc ?  >rD >It would be very helpful if you could state the solution along with@ >problem .Also can you please give me some pointers and links to8 >documents so that porting can be  easily accomplished ? >e >Navin >- >  j >:   ------------------------------  $ Date: Mon, 8 Dec 2003 20:41:22 -05005 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com> ) Subject: Re: porting problems encountereds/ Message-ID: <vtaa5iiti7jd72@corp.supernews.com>l  J Send me the name and e-mail of your professor, and, the exact statement ofF this assignment, and, I will be happy to forward the correct answer to him/her directly.-   Regards,  
 Brad McCusker   6 "navin_2016" <navin_2013@yahoo.co.in> wrote in message6 news:268bf130.0312080455.b31cf9f@posting.google.com... > Hi,lG >    Can somone please describe the problems one would face when we tryaH > to port a software written in C to another platform some of them being( > endianness ,alignment,data types etc ? > E > It would be very helpful if you could state the solution along with A > problem .Also can you please give me some pointers and links too9 > documents so that porting can be  easily accomplished ?n >c > Navint > -w   ------------------------------   Date: 8 Dec 2003 20:55:26 -0800 ) From: navin_2013@yahoo.co.in (navin_2016)o) Subject: Re: porting problems encounteredo= Message-ID: <268bf130.0312082055.2b609f2e@posting.google.com>t  i rcbryan@hotmail.com (RC Bryan) wrote in message news:<fbcf38dc.0312081556.21378bc3@posting.google.com>...i > char * sub(char *p)b > {v >    int myP=p;e< >    myP = (myP+15)& 0xfffffff0;/* add and mask back down */ >    p=(char *)myP;. > . . .B > @ > This will break all kinds of places.  On 64 bit platforms, theG > pointers are 64 bits while int is 32 bits.  It really got interesting # > An example of a bounding problem:- > E What exactly happens here ? Why are we doing this & 0xffff... ? If weMF add my+1 then value would be myP + 1*sizeof(myP). Please correct me if i am wrong .   > Using the struct from before:1 > # >     p=malloc(sizeof(mystruct)*2);g >     p+=sizeof(int);y9 >     intVal=((struct MYSTRUCT*)p)->val; /* val is long*/  > E > This will run with a warning on some platforms, crash on others and  >b0 Is the problem due to assigning of long to int ?  B Thanks Bryan for the long post. Most it was useful for me . I have* some doubts in understanding of the code .   ------------------------------  # Date: Tue, 09 Dec 2003 01:01:36 GMTuL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")+ Subject: printing 11x17 landscape documentsi6 Message-ID: <00A2A135.67182EC7@SSRL.SLAC.STANFORD.EDU>  	 VMSers --r  J VMS Alpha 7.3-1 (soon to go to 7.3-2), DCPS 2.2.  Currently printing on an HP 5500.  M I have plain ASCII documents which are (currently) in a 132-column format andeK have pages of varying length, up to about 130 lines.  (There are form-feedsc at new pages.)  . For years it's been good enough to print with   I  /param=(number_up=2,page_orientation=landscape,input_tray=the-right-try)I  K which produces a physical sheet with two page images on it, each with a box D around it, with the page image in fairly-small but good-enough type.  L My users would now like to get more columns onto the physical page, maybe asM many as 150.  I think the  hardware can obviously do it, or it couldn't printmH the box.  Simply extending the lines and printing with the above command produces ugly line-wrap.  M Is there a DCPS-style way to get longer line lengths and page lengths?  Can IoO direct it to treat the 11x17 page as a single 132-line page (and thus avoid thegM number_up and the box)?  Can I somehow tell it to give me more columns in thew page?t  O When I had to solve a similar problem a long time ago I ended up embedding LN03tK escape sequences in the document, which were then handled by the LN03-to-PSAK translator in DCPS.  This seems like a silly way to have to go about it. IfgO there's no secret DCPS incantation for it, can anyone share a setup module thatn will do this for me?     Summarizing:  G I want to print 11x17 pages that are 150 columns by 132 lines on a DCPSmK printer.  What's the best way to do it, and if it takes code (postscript or 2 escape sequences), does anybody have any to share?   Thanks,i   -- Alana -- aO =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056nM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025rO ===============================================================================    ------------------------------  # Date: Tue, 09 Dec 2003 03:32:57 GMTe- From: "John E. Malmberg" <wb8tyw@qsl.network>b/ Subject: Re: printing 11x17 landscape documentsr; Message-ID: <JnbBb.9093$NN.1266319@news1.news.adelphia.net>e  * Alan Winston - SSRL Admin Cmptg Mgr wrote: > Summarizing: > I > I want to print 11x17 pages that are 150 columns by 132 lines on a DCPSsM > printer.  What's the best way to do it, and if it takes code (postscript or 4 > escape sequences), does anybody have any to share? >   G For ASCII documents, I used a setup module in a private ANSI DCPS text eG library.  And then used a form to call it up.  DCPS allows you to have   per translator text libraries.  H If you want the TABS to line up, you need to use the DEC private escape > sequence to set the horizontal pitch instead of the ANSI ones.  G Sorry, it has been so long ago that I do not have some canned examples t handy.   -Johng wb8tyw@qsl.network Personal Opinion Only    ------------------------------  % Date: Mon, 08 Dec 2003 23:33:13 -0500n* From: JF Mezei <jfmezei.spamnot@istop.com>/ Subject: Re: printing 11x17 landscape documentsr) Message-ID: <3FD5506F.B9CD4632@istop.com>h  , > Alan Winston - SSRL Admin Cmptg Mgr wrote: > > Summarizing: > > K > > I want to print 11x17 pages that are 150 columns by 132 lines on a DCPSaO > > printer.  What's the best way to do it, and if it takes code (postscript or 6 > > escape sequences), does anybody have any to share?    F /PRINT/PARA=(PAGE_SIZE=11*17,PAGE_ORIENTATION=LANSDCAPE)/queue=myqueue chocolate_recipe.txt  ?   J Will get you most of the way. However, with a standard font and font size,K that will only allow you to print 103 characters per line, and a maximum ofh
 102 lines.    K You might also wish to investigate the CDA converters. There is a convertermG from text to postscrip that lets you specify output options/formatting.h  : Look at the file sys$examples:EXAMPLE_WRITE_PS.CDA$OPTIONS  M I am not sure how one can specify your font size though. (I think it defaults N to 12 point courier). The documentation does mention some "soft directives" so+ perhaps there is a way to specify the font.p  8 Remember that postscript works with 72 points per inch. M To print 132 lines, then your lines need to be shorter than 9.27 points high.o+ So you may wish to specify an 8 point font.A  @ Another possibility is to calculate how big the regular font is.  4 150 characters per line requires 15 inches at 10cpi.% 132 lines requires 22 inches at 6lpi.e  # You need horizonal scaling of 0.733l" You need vertical scaling of 0.772  N So, if you were to insert a command such as "0.733 0.733 scale"  at the top ofK each page, you could get away with it. However, the text converter softwareiN may still insert page breaks where it thinks your page would run out of space.  M Writing a short postscript program to print your file may, in the end, be thetK simplest and most long-lasting way to do this (would work on any postscriptdI printing system. Suchj a program typically sets things up and then loops,yM reading one line of text from its equivalent of SYS$INPUT and then moving theoN "cursor" to the next line position until it has exceed the number of lines per: page at which point it does a page eject and starts again.   ------------------------------  # Date: Mon, 08 Dec 2003 18:50:26 GMT26 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)- Subject: Re: REPLY/STATUS in another VMS nodel3 Message-ID: <SJ3Bb.182286$361.13785@news.chello.at>@  m In article <ddf392ea.0312051508.3ec4155c@posting.google.com>, contracer11@uol.com.br (Shiva MahaDeva) writes: @ >I need issue a REPLY/STATUS in another VMS machine (in network)@ >to see if there is any pending request; How could I make this ?  + Login remotely and then issue the command ?   H And for the SYSMAN and RSH suggestors, have you ever tried it yourself ?H Neither SYSMAN, nor REXEC has a terminal device on the remote end, whichI REPLY wants (and iff they had one, they wouldn't exist long enough to geta the asynchronous answer).1   -- a Peter "EPLAN" LANGSTOEGERp% Network and OpenVMS system specialistu E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 8 Dec 2003 13:57:21 -0600a; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)s- Subject: Re: REPLY/STATUS in another VMS nodei3 Message-ID: <7xSDdSGFywQR@eisner.encompasserve.org>   m In article <ddf392ea.0312051508.3ec4155c@posting.google.com>, contracer11@uol.com.br (Shiva MahaDeva) writes:eA > I need issue a REPLY/STATUS in another VMS machine (in network)sA > to see if there is any pending request; How could I make this ?a  @    1) cluster them.  The OPCOM on all the nodes will communicate'       with any terminal in the cluster.r  C    2) login in.  You have to have a terminal (or terminal emulator)31       in the cluster or on the standalone system.r  @    3) rool-your-own.  There are lots of examples floating around)       of intercepting broadcast messages.i   ------------------------------  % Date: Mon, 08 Dec 2003 22:42:13 -0500r( From: David Froble <davef@tsoft-inc.com>- Subject: Re: REPLY/STATUS in another VMS nodea, Message-ID: <3FD54495.4080503@tsoft-inc.com>   Bob Koehler wrote:  o > In article <ddf392ea.0312051508.3ec4155c@posting.google.com>, contracer11@uol.com.br (Shiva MahaDeva) writes:y > A >>I need issue a REPLY/STATUS in another VMS machine (in network)PA >>to see if there is any pending request; How could I make this ?h >> > B >    1) cluster them.  The OPCOM on all the nodes will communicate) >       with any terminal in the cluster.i > E >    2) login in.  You have to have a terminal (or terminal emulator) 3 >       in the cluster or on the standalone system.s > B >    3) rool-your-own.  There are lots of examples floating around+ >       of intercepting broadcast messages.  >   P Set HOST or TELNET?  Seems rather simple to me.  This assumes you can establish ( a terminal session on your local system.   Dave   -- a4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Roade Vanderbilt, PA  15486m   ------------------------------   Date: 8 Dec 2003 18:20:03 -0800u1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)g) Subject: Re: Results of SAN vendor surveyi= Message-ID: <cf15391e.0312081820.259b03b3@posting.google.com>8  E The title of this survey refers to "Storage Networking", not "StoragesE Area Networks" or SANs as we know them.  Sounds suspiciously like oneDF or more players in the IP/networking space who want a piece of the SANC action may have sponsored this study. (Pity it notes Cisco's ratingp+ actually went DOWN from their last survey.)e  < With regard to HP's actual market share in Storage and SANs:  9 http://www.hp.com/hpinfo/newsroom/press/2003/031205a.htmle  @ New report reaffirms HP's no. 1 position in key disk categories,F including open SANs and external disk storage, sustained growth in NAS marketJ --------------------------------------------------------------------------B HP maintained its No. 1 position in worldwide disk storage systemsE revenue for the third calendar quarter of 2003, according to a reports, issued today by market research firm IDC.(1)  B IDC reported that HP led in worldwide disk storage systems factory? revenue with 26.4 percent revenue share and maintained its leadC> position in total external disk storage market share with 21.8A percent. This marks the sixth consecutive quarter in which HP has"F ranked No. 1 in the total disk storage market share, according to IDC.  F In the open storage area network (SAN) market, which grew 15.7 percent> compared to the same quarter a year ago, HP extended its No. 1E position with 31.2 percent revenue share. HP saw revenue growth of 18nF percent year-over-year and gained share in all regions, excluding AsiaF Pacific. This is the fifth straight quarter in which HP has ranked No.D 1 in the worldwide open SAN market, shipping more SAN units than IBM and Dell combined.  E IDC also reported gains in HP's network-attached storage (NAS) marketd6 share in all regions with revenue growth of 28 percentF quarter-over-quarter and 22 percent year-over-year. HP was one of only/ two vendors to gain share quarter-over-quarter.  ...eL ----------------------------------------------------------------------------F (1) IDC, "Worldwide Quarterly Storage Systems Tracker," December 2003.   ------------------------------  % Date: Mon, 08 Dec 2003 14:41:47 -0600.* From: Patrick Spinler <pspinler@yahoo.com>- Subject: Re: Routable Protocol for Clustering!+ Message-ID: <br2npe$5j0$1@tribune.mayo.edu>c   Mark Berryman wrote:  H >> The only limitations to the Proprietary VMS cluster are self imposed  >> by HPL >> due to the fact that they will not support IP clustering. All other major >> OSs support IP clustering.  >  > H > First failure.  This person obviously has no idea what clustering is. E >  From the point of view of what a VMS cluster does, NOBODY does IP dC > clustering.  The closest matches to "clustering" that use IP are _F > external load balancers, hot standby configurations, and individual > > applications running something specific to that application. >   E In fairness to the non-VMS clustering world, I should point out that  F there is at least active development in this area (low level clusters I over IP based protocols).  The projects I'm aware of have a good ways to oH got in order to reach VMS standards, but definitely moving in the right  directions:s  "    http://ci-linux.sourceforge.net$    http://ssic-linux.sourceforge.net  H To forestall inevitable critism, I'll point out that some of the things E that are still listed as "open issues" for these projects are pretty a@ core cluster support stuff, including split-brain detection and ? avoidance, some cluster membership issues, intergration of the oH distributed lock manager with low level clustering and filesystem code, A and integration with volume management/remote shadowing projects.e  A Nevertheless, based on these projects, I suggest it is no longer .3 accurate to state that "Nobody does IP clustering."h  G Oh, and it should make all of us feel better to know that the pedigree  F behind these projects is VMS clustering, via Tru64 Clustering and the H IBM implementation of DLM derived from old Digital code.  In fact, some E of the core developers on these projects are HP ne Compaq ne Digital u
 employees.   -- Pat   ------------------------------   Date: 8 DEC 2003 20:03:05 GMT.+ From: Dave Greenwood <greenwoodde@ornl.gov>J Subject: Re: SEARCH enhancement 1 Message-ID: <8DEC03.20030555@feda34.fed.ornl.gov>p  H In a previous article, "Guy Peleg" <guy.peleg@hp.com_remove_this> wrote:L > Here is a sneak preview of a new enhancement to search that will ship with > V8.2 : >  p > BLUSKY> ty test.txtl > first line
 > second linee > third line > forth line > fifth line > sixth line >  oB > Now let's search the file for the word line, limit the number of+ > matches to 2 and skip the first 4 matchesl* > BLUSKY> sea test.txt/limit=2/skip=4 line > fifth line > sixth line >  vE > One of the things I like about this is that you can now type a fileiF > from the middle.  Let's say I want to type the file starting the 4th > line : >  s? > BLUSKY> search test.txt/skip=3/match=nor "nonexistancestring"u > forth line > fifth line > sixth line	 > BLUSKY>h >  hC > Coming soon to a system near you......(actually not so soon.....)    Neat!o  J But your last example bothers me a bit because it's so close to one of theI things I dislike about unix.  That's the frequency that you have to use a,J different tool than the one you expect to use.  Eg, you use "ls" to get a J directory listing.  Unless, of course, you want a listing of files changed0 in the last 3 days in which case you use "find".  G So now we'll have the VMS TYPE command which displays the contents of aaG file - unless you want to start in the middle in which case you use them SEARCH/SKIP command.  Ugh!    F Unix, where's there's always another way - and you **have** to use it!   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVeH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  * Date: Mon, 8 Dec 2003 20:37:55 +0000 (UTC)? From: Graham Burley <burley.not-this@encompasserve-or-this.org>O Subject: Re: SEARCH enhancement>9 Message-ID: <3FD4E0AA.754A32EF@encompasserve-or-this.org>p   John N. wrote: > N > Will this buy us a performance boost?   We have an awful design problem, and= > this could conceivably save us some serious re-design work.T > N > Our application generates a few huge log files throughout the day.   The logK > files grow to several hundred thousand blocks and we have several supportoN > people that have to search this file hundreds of times daily.  SEARCH is our > single biggest cpu user. > K > If they could do a SEARCH/STAT and see how many records there are, and on1L > the next search, they could skip all the records they previously searched,K > and if that would save them the IO and CPU time associated with searchingIB > the same data over and over, that would be a huge benefit to us. >     @ If you don't mind freeware take a look at my GRAB search utility@ which has an incremental mode using the /CONTEXT qualifier. ThisB works by saving the RFA of the last record processed and restoring@ that file position on the next search, i.e. the next search only# looks at records added to the file.=  ; You can find GRAB in Hunter Goatleys freeware collection at-  '         http://www.process.com/openvms/e     Graham   ------------------------------  # Date: Mon, 08 Dec 2003 22:39:54 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") Subject: Re: SEARCH enhancement=6 Message-ID: <00A2A121.9BD9C3B6@SSRL.SLAC.STANFORD.EDU>  { In article <3FD4E0AA.754A32EF@encompasserve-or-this.org>, Graham Burley <burley.not-this@encompasserve-or-this.org> writes:) >John N. wrote:U >>  O >> Will this buy us a performance boost?   We have an awful design problem, and > >> this could conceivably save us some serious re-design work. >> hO >> Our application generates a few huge log files throughout the day.   The logmL >> files grow to several hundred thousand blocks and we have several supportO >> people that have to search this file hundreds of times daily.  SEARCH is our  >> single biggest cpu user.  >> rL >> If they could do a SEARCH/STAT and see how many records there are, and onM >> the next search, they could skip all the records they previously searched,dL >> and if that would save them the IO and CPU time associated with searchingC >> the same data over and over, that would be a huge benefit to us.l >>   >  >sA >If you don't mind freeware take a look at my GRAB search utilitykA >which has an incremental mode using the /CONTEXT qualifier. ThiscC >works by saving the RFA of the last record processed and restoringnA >that file position on the next search, i.e. the next search onlyo$ >looks at records added to the file. >e< >You can find GRAB in Hunter Goatleys freeware collection at >t( >        http://www.process.com/openvms/  J Do you happen to know if GRAB works on CSWS log files?  (TYPE/TAIL doesn't0 work because they're not in a supported format.)   -- Alan    -- :O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056tM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025"O ===============================================================================c   ------------------------------  $ Date: Mon, 8 Dec 2003 15:44:28 -0800# From: "Tom Linden" <tom@kednos.com>m Subject: RE: SEARCH enhancementr9 Message-ID: <CIEJLCMNHNNDLLOOGNJIIEPNIJAA.tom@kednos.com>   
 how about + $ sear/regex file-spec <regular-expression>-  E I realize that you would need a parser, but you probably already have-
 it for Posix?t       >-----Original Message----- 6 >From: Guy Peleg [mailto:guy.peleg@hp.com_remove_this]( >Sent: Monday, December 08, 2003 4:52 AM >To: Info-VAX@Mvb.Saic.Com >Subject: SEARCH enhancement >S >.K >Here is a sneak preview of a new enhancement to search that will ship with  >V8.2 :3 >t >BLUSKY> ty test.txt >first line9 >second line >third line  >forth line2 >fifth line= >sixth line= >=A >Now let's search the file for the word line, limit the number of-* >matches to 2 and skip the first 4 matches) >BLUSKY> sea test.txt/limit=2/skip=4 linep >fifth lineo >sixth lineR >OD >One of the things I like about this is that you can now type a fileE >from the middle.  Let's say I want to type the file starting the 4the >line :t > > >BLUSKY> search test.txt/skip=3/match=nor "nonexistancestring" >forth line  >fifth line  >sixth lineT >BLUSKY> >sB >Coming soon to a system near you......(actually not so soon.....) >p >Guy >  >h >c >---' >Incoming mail is certified Virus Free.u; >Checked by AVG anti-virus system (http://www.grisoft.com). B >Version: 6.0.542 / Virus Database: 336 - Release Date: 11/18/2003 >a ---.& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003   ------------------------------  * Date: Mon, 8 Dec 2003 23:53:52 +0000 (UTC)? From: Graham Burley <burley.not-this@encompasserve-or-this.org>a Subject: Re: SEARCH enhancements9 Message-ID: <3FD50E85.1FF6B1FC@encompasserve-or-this.org>e  * Alan Winston - SSRL Admin Cmptg Mgr wrote: > L > Do you happen to know if GRAB works on CSWS log files?  (TYPE/TAIL doesn't2 > work because they're not in a supported format.) >   D Haven't tried, but it works fine with Stream_LF files if that's what	 they are.      Graham   ------------------------------  % Date: Mon, 08 Dec 2003 19:46:39 -0500c* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: SEARCH enhancement2) Message-ID: <3FD51B64.316B02D2@istop.com>>   Hein van den Heuvel wrote:J > The only standard tool outputting (opaque!) RFAs to date is DUMP/RECORD.  M ALL-IN-1 provides RFA support with the .%address field for each record. Also,vJ ALL-IN-1 uses RFA when buildint a list of "selected" records in a scrolledM area. (instead of storing all records in memory, it stores a list of RFAs forh selected records).    D Personally, for SEARCH, I would have prefered to see something like:  + SEARCH /BEGIN_AFTER="string"  search_stringa  M For instance, look for a specific date string in a log, and from there, starte searching for an error message.,   ------------------------------  # Date: Tue, 09 Dec 2003 02:21:19 GMT > From: Michael Austin <maustin@no-more-spam.firstdbasource.com> Subject: Re: SEARCH enhancementa> Message-ID: <zkaBb.69$hz6.26646655@newssvr11.news.prodigy.com>   JF Mezei wrote:-   > Hein van den Heuvel wrote: > J >>The only standard tool outputting (opaque!) RFAs to date is DUMP/RECORD. >  > O > ALL-IN-1 provides RFA support with the .%address field for each record. Also,gL > ALL-IN-1 uses RFA when buildint a list of "selected" records in a scrolledO > area. (instead of storing all records in memory, it stores a list of RFAs for  > selected records). >  > F > Personally, for SEARCH, I would have prefered to see something like: > - > SEARCH /BEGIN_AFTER="string"  search_stringi > O > For instance, look for a specific date string in a log, and from there, start0! > searching for an error message.a  = There was a tool called EXTRACT that would do something like:n  , EXTRACT FILENAME /RECORD=(START=1,COUNT=600)  - Does anyone know where I can find this again?l   Michael Austin.o   ------------------------------   Date: 09 Dec 2003 01:13:57 EST) From: rankin@pactechdata.com (Pat Rankin)  Subject: Re: SEARCH enhancementt. Message-ID: <8DEC200322135687@pactechdata.com>  ? In article <zkaBb.69$hz6.26646655@newssvr11.news.prodigy.com>,\aC  Michael Austin <maustin@no-more-spam.firstdbasource.com> writes...  [...] ? > There was a tool called EXTRACT that would do something like:  >,. > EXTRACT FILENAME /RECORD=(START=1,COUNT=600) >b/ > Does anyone know where I can find this again?i  ;      EXTRACT is available from Hunter Goatley's archives ats  7 ftp://ftp.process.com/vms-freeware/fileserv/extract.zipy  2                 Pat Rankin, rankin@pactechdata.com   ------------------------------  # Date: Mon, 08 Dec 2003 21:45:01 GMTt) From: "Rick Barry" <richard.barry@hp.com>r: Subject: Re: setting password with external authentication3 Message-ID: <xh6Bb.10335$155.3772@news.cpqcorp.net>e  E >15:17:40.76: %ACME-E-FAILURE, operation failure - details are in thep >ACME$SERVER log fileh" >15:17:40.76: ACME reason code = 5$ >15:17:40.76: Leaving $SET_PASSWORDW  E Your trace indicates that the change-password request was sent to theSJ PWRK$LMSRV process and it returned a non-zero reason code (5). That reasonF code is a LAN Manager error code returned by PWRK$LMSRV. In this case: ERROR_ACCESS_DENIED.  L You should examine the PATHWORKS audit log to see if there is an event beingL logged for this operation. If you can't get anywhere, then I'd recommend you9 contact customer support to help you resolve the problem.C  
 Rick Barry OpenVMS Systems Software Group Hewlett-Packard Companyo
 Nashua, NH  6 "Alfred Falk" <falk@arc.REMOVE.ab.ca> wrote in message3 news:Xns94489E1F26012falkarcabca@198.161.157.145...u. > "Rick Barry" <richard.barry@hp.com> wrote in- > news:w6Nzb.10169$KW7.7759@news.cpqcorp.net:  >  > > Try turning on tracing:u > >-0 > > $ define/sys/exec sys$single_signon 80000001 > > $ reply/enable > >rJ > > Then issue the SET PASSWORD command. The operator terminal should giveI > > you a trace of events. Post them here if you can't interpret them and  > > I'll take a look.  >s? > Okay, here it is.  I admit that I don't know what this means.n > ============= $ > Message from user <login> on MIMAS >t1 > 15:17:00.73: SYS$LOGONW - ACME state = 80000005t/ > 15:17:00.75: Function = ACME$_MAP_TO_USERNAMEr2 > 15:17:00.75: Attempting to map Userid "Z_TESTER"% > 15:17:00.76: Userid found in SYSUAFe& > 15:17:00.76: ExtAuth is set for user; > 15:17:00.84: Return status from ACME map routine follows:l; > 15:17:00.85: %ACME-S-NORMAL, normal successful completion # > 15:17:00.85: ACME reason code = 0c) > 15:17:00.85: Mapped username = Z_TESTERe" > 15:17:00.85: Username = Z_TESTER# > 15:17:00.90: IOSB status follows:UD > 15:17:00.90: %SYSTEM-S-REMOTE, assignment completed on remote node& > 15:17:00.90: IOSB devdepend follows:7 > 15:17:00.90: %NONAME-W-NOMSG, Message number 00000000g >a > miSY$h: > %%%%%%%%%%%  OPCOM   5-DEC-2003 15:17:04.26  %%%%%%%%%%%$ > Message from user <login> on MIMAS >v1 > 15:17:04.20: SYS$LOGONW - ACME state = 80000005 + > 15:17:04.20: Domain specified as "LANMAN" 4 > 15:17:04.20: Function = ACME$_VERIFY_PASSWORD_ONLY4 > 15:17:04.24: Return status from ACME authenticate:; > 15:17:04.24: %ACME-S-NORMAL, normal successful completiont# > 15:17:04.24: ACME reason code = 0w# > 15:17:04.26: IOSB status follows:(= > 15:17:04.26: %SYSTEM-S-NORMAL, normal successful completionh& > 15:17:04.26: IOSB devdepend follows:7 > 15:17:04.26: %NONAME-W-NOMSG, Message number 00000000d >m > miSY$ : > %%%%%%%%%%%  OPCOM   5-DEC-2003 15:17:23.49  %%%%%%%%%%%% > Message from user Z_TESTER on MIMASt >o* > 15:17:23.49: Start of SET$PASSWORD debug > 15:17:23.49: Calling GET_USERa > 15:17:23.49: Entered GET_USERf >1 > miSY$o: > %%%%%%%%%%%  OPCOM   5-DEC-2003 15:17:40.76  %%%%%%%%%%%% > Message from user Z_TESTER on MIMAS  >m  > 15:17:39.69: SYS$SET_PASSWORDW# > 15:17:39.69: Validating item listP) > 15:17:39.69: Calling CHECK_ITEM status:p= > 15:17:39.69: %SYSTEM-S-NORMAL, normal successful completiont) > 15:17:39.69: Calling CHECK_ITEM status:h= > 15:17:39.69: %SYSTEM-S-NORMAL, normal successful completion ) > 15:17:39.69: Calling CHECK_ITEM status:5= > 15:17:39.69: %SYSTEM-S-NORMAL, normal successful completion1) > 15:17:39.69: Calling CHECK_ITEM status:i= > 15:17:39.69: %SYSTEM-S-NORMAL, normal successful completion6" > 15:17:39.69: Validating password > 15:17:39.69: Checking userid& > 15:17:39.69: Userid was specified as > 15:17:39.69: Z_TESTERa( > 15:17:39.69: Calling ACME Set Password2 > 15:17:40.76: ACME Set Password failure - status: >) > miSY$+: > %%%%%%%%%%%  OPCOM   5-DEC-2003 15:17:40.76  %%%%%%%%%%%% > Message from user Z_TESTER on MIMASr; > #### ACME Debug Message for PID 24C09FD7 (continued) ####nF > 15:17:40.76: %ACME-E-FAILURE, operation failure - details are in the
 > ACME$SERVERt >  log filei# > 15:17:40.76: ACME reason code = 5o% > 15:17:40.76: Leaving $SET_PASSWORDWi >e > miSY$ : > %%%%%%%%%%%  OPCOM   5-DEC-2003 15:17:40.77  %%%%%%%%%%%% > Message from user Z_TESTER on MIMASaB > %SYSTEM-F-AUTHFAIL, authorization failureetion:17:23.49: Calling
 > GET_USER > 15:17:23.49: Entered GET_USERg* > 15:17:39.69: Entered GET_USERSWORD debug* > 15:17:39.69: Entered GET_USERSWORD debug$ > 15:17:39.69: Entered GET_USERSWORD* > 15:17:40.77: Entered GET_USERSWORD debug+ > 15:17:40.77: Entered GET_USERSWORD debug`e* > 15:17:40.77: Entered GET_USERSWORD debug >r > miSY$.: > %%%%%%%%%%%  OPCOM   5-DEC-2003 15:17:40.77  %%%%%%%%%%%% > Message from user Z_TESTER on MIMASg9 > NOSYNCH set - will not synch UAF not be set by external  > authenticatorUSERc > 15:17:23.49: Entered GET_USERa* > 15:17:39.69: Entered GET_USERSWORD debug* > 15:17:39.69: Entered GET_USERSWORD debug$ > 15:17:39.69: Entered GET_USERSWORD* > 15:17:40.77: Entered GET_USERSWORD debug+ > 15:17:40.77: Entered GET_USERSWORD debug`m* > 15:17:40.77: Entered GET_USERSWORD debug* > 15:17:40.77: Entered GET_USERSWORD debug" > 15:17:40.77: Entered GET_USERSWO, > 15:17:40.77: Entered GET_USERSWORD debug`( > ===========================iI > Curious: the operator terminal freezes at the last message.  A ^C freeso0 > it up.  (Using a DECterm, if that's relevant.) >  > --B > ----------------------------------------------------------------B >   A L B E R T A         Alfred Falk               falk@arc.ab.caB > R E S E A R C H         Information Systems Dept   (780)450-5185- >   C O U N C I L         250 Karl Clark Road 3 >                         Edmonton, Alberta, Canadau! > http://www.arc.ab.ca/   T6N 1E4i" > http://www.arc.ab.ca/staff/falk/   ------------------------------  # Date: Mon, 08 Dec 2003 23:23:58 GMTr) From: Alfred Falk <falk@arc.REMOVE.ab.ca>p: Subject: Re: setting password with external authentication9 Message-ID: <Xns944BA6D31A76Dfalkarcabca@198.161.157.145>n  , "Rick Barry" <richard.barry@hp.com> wrote in, news:xh6Bb.10335$155.3772@news.cpqcorp.net:   F >>15:17:40.76: %ACME-E-FAILURE, operation failure - details are in the >>ACME$SERVER log file# >>15:17:40.76: ACME reason code = 5e% >>15:17:40.76: Leaving $SET_PASSWORDWf > G > Your trace indicates that the change-password request was sent to theaE > PWRK$LMSRV process and it returned a non-zero reason code (5). ThateD > reason code is a LAN Manager error code returned by PWRK$LMSRV. In! > this case: ERROR_ACCESS_DENIED.e > H > You should examine the PATHWORKS audit log to see if there is an event" > being logged for this operation.  G Security logs have no entries, and never has in several years, in spite , of the fact that failure audits are enabled.  % > If you can't get anywhere, then I'dn@ > recommend you contact customer support to help you resolve the > problem. o  I Actually I already have contacted them, but no resolution in more than a  = week, so I thought I'd ask here in case anyone has seen this.    --  @ ----------------------------------------------------------------A   A L B E R T A         Alfred Falk               falk@arc.ab.ca v@ R E S E A R C H         Information Systems Dept   (780)450-5185+   C O U N C I L         250 Karl Clark Road 1                         Edmonton, Alberta, Canada  http://www.arc.ab.ca/   T6N 1E4   http://www.arc.ab.ca/staff/falk/   ------------------------------  % Date: Mon, 08 Dec 2003 12:03:39 -0800.0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>B Subject: Re: Sun to use AMD Opteron - announcement expected Monday' Message-ID: <3fd4689b$1@cpns1.saic.com>    JF Mezei wrote:  > Keith Parris wrote:s > H >>VMS started in midrange systems (11/780) and moved in both directions,E >>and you can buy anything from a workstation to a cluster of GS1280soC >>(arguably mainframe-class) today, with strong products across theo >>entire range.l >  > O > Sorry, while you *can* buy a workstation running VMS, Digital , Compaq and HPoH > make sure that they are not priced competitively with the competition.  F The competition, as you put it, does not have the features that I buy C VMS for so I don't expect the price to be the same.  I do not, for s0 example, expect to find a Ferrari at a VW price.   > And ifI > Digital wanted VMS to remain in the workstation market, why did Digital-O > abandon all its software products attributed to workstations ? (Decwrite etc)o  F Because other options were available?  When I want word processing on B VMS I have always found Word Perfect to be a superior choice over  DECwrite, for example.  G My VMS desktop now has all of the features I need in a desktop.  Which bD ones do you believe to still be missing?  (Not an attack, I just am 8 curious as to what your requirements for a desktop are.)  N > Granted, they have ported Mozzilla to Alpha-VMS. But haven't gotten Adobe toL > port the official PDF reader, especially considering they want to have pdf& > documentation instead of bookreader.  G I have been able to read documents with XPDF that I couldn't read with  H Acrobat.  In many cases, I have found XPDF to be better performing that I Acrobat.  What is it about Acrobat over XPDF that means you have to have z5 it before you consider VMS a viable desktop platform?   
 Mark Berryman    ------------------------------  # Date: Tue, 09 Dec 2003 00:22:47 GMT # From: "John Smith" <a@nonymous.com>fB Subject: Re: Sun to use AMD Opteron - announcement expected MondayF Message-ID: <rB8Bb.5123$sr2.1248@news01.bloor.is.net.cable.rogers.com>   Mark Berryman wrote: > JF Mezei wrote:  >> Keith Parris wrote: >>> >>> VMS started in midrange systems (11/780) and moved in both@ >>> directions, and you can buy anything from a workstation to aD >>> cluster of GS1280s (arguably mainframe-class) today, with strong% >>> products across the entire range.u >> >>B >> Sorry, while you *can* buy a workstation running VMS, Digital ,F >> Compaq and HP make sure that they are not priced competitively with >> the competition.  >eG > The competition, as you put it, does not have the features that I buypD > VMS for so I don't expect the price to be the same.  I do not, for2 > example, expect to find a Ferrari at a VW price. >i	 >> And if B >> Digital wanted VMS to remain in the workstation market, why didG >> Digital abandon all its software products attributed to workstationso >> ? (Decwrite etc)a >aG > Because other options were available?  When I want word processing on C > VMS I have always found Word Perfect to be a superior choice over  > DECwrite, for example. >cH > My VMS desktop now has all of the features I need in a desktop.  WhichE > ones do you believe to still be missing?  (Not an attack, I just aml: > curious as to what your requirements for a desktop are.) >CF >> Granted, they have ported Mozzilla to Alpha-VMS. But haven't gottenE >> Adobe to port the official PDF reader, especially considering theyt8 >> want to have pdf documentation instead of bookreader. >yH > I have been able to read documents with XPDF that I couldn't read withD > Acrobat.  In many cases, I have found XPDF to be better performingG > that Acrobat.  What is it about Acrobat over XPDF that means you have ? > to have it before you consider VMS a viable desktop platform?n >D > Mark Berrymanh  * No trying to be an apologist for anyone...  H I think the gist of the prior post was that 'mainstream' vendors weren'tB porting their desktop apps to VMS (Wordperfect excluded), and thatI 'corporate' buyers of workstations wanted to buy 'name brand' apps rather.K than shareware/open source. But I also think that was then, and today those J 'brand' issues aren't as important as long as equivalent functionality for/ common functions and file formats is available.=   ------------------------------  % Date: Mon, 08 Dec 2003 16:37:21 -0600-/ From: Chris Scheers <chris@applied-synergy.com> 5 Subject: Re: VAX 11/750 and RL02 - trying to boot VMS:3 Message-ID: <3FD4FD21.231C0D30@applied-synergy.com>    Hoff Hoffman wrote:n >   H >   I will assume you are aware this is the second slowest VAX platform.  # Isn't this the third slowest VAXen?e  ' The VAX725/730 is slower than a VAX750.P  / Isn't the MicroVAX I also slower than a VAX750?f  G -----------------------------------------------------------------------t$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com u   Fax: 817-237-3074    ------------------------------  # Date: Mon, 08 Dec 2003 19:09:05 GMTw9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>c9 Subject: Re: Will VMS contribute to Microsoft's profits ?N3 Message-ID: <l%3Bb.10327$mU4.2577@news.cpqcorp.net>n  H I am not a lawyer, if you want an official legal answer I can't give it.  L But you can find the licensing for EFI/Itanium on their web site.  MicrosoftH has licensed the FAT file system without fee for use in booting Itanium.H OpenVMS is NOT providing general access to the FAT partition by users orJ programs.  We are providing this FAT partition for the __sole__ purpose ofG loading the VMS operating system on Itanium by placing the required EFIP images into this partition.b  D We are not providing any generic FAT utilities, or the capability ofI creating, copying, or programaticly accessing a FAT formated device.  TheGK only potential future access to the FAT partition from the running OS wouldyG be to allow the updating by a system manager of the contents of the FATl? container file with new EFI images for booting and diagnostics.o    - "nobody" <nobody@nobody.com> wrote in messagea$ news:3FD047BA.D55E094E@nobody.com...1 > http://www.microsoft.com/mscorp/ip/tech/fat.aspy >tI > Essentially, Microsoft wants $0.25 for every device built that uses theC FATTH > file storage design which Microsoft claims to have copyrighted in 1976 (didn'tt$ > know Microsoft existed back then). >o' > (There is a cap of $250,000 dollars).  >hE > Does this mean that ever IA64 based VMS system will have to pay ther royalty2K > twice ? Once for the IA64 hardware which understands FAT, and one for thea VMS7K > system which will store the boot media into a FAT partition enclosed intob at > VMS file ?   ------------------------------   Date: 8 Dec 2003 21:44:34 -08001. From: mistdragon@zdnetonebox.com (mist dragon) Subject: Year of the Itanium= Message-ID: <7500353b.0312082144.64488651@posting.google.com>   2 http://www.theregister.co.uk/content/61/34405.html   M    ------------------------------   End of INFO-VAX 2003.680 ************************