1 INFO-VAX	Thu, 20 Jul 2006	Volume 2006 : Issue 401       Contents:" Alpha Server Parts - Charleston SC) Re: New itaniums out at 2.5x perform gain ) Re: New itaniums out at 2.5x perform gain ) Re: New itaniums out at 2.5x perform gain ) Re: New itaniums out at 2.5x perform gain % Re: PIPE redirection as stream file ? , Re: Question about the 497.1-day-uptime bug. Re: VMS and HPVM Re: VMS and HPVM Re: XML on Expat  F ----------------------------------------------------------------------  % Date: Thu, 20 Jul 2006 09:26:10 -0400 + From: Chuck Aaron <caaron@ceris.purdue.edu> + Subject: Alpha Server Parts - Charleston SC 5 Message-ID: <e9o08d$gt7$1@mailhub227.itcs.purdue.edu>   0 What is Daves contact info in Charleston SC that provides Alpha server parts?   Thanks,  Chuck    ------------------------------  % Date: Thu, 20 Jul 2006 01:36:57 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: New itaniums out at 2.5x perform gain, Message-ID: <44BF1669.FBC2E630@teksavvy.com>  F BBC's World Business Report had an interview with Intel's CFO. He saidG that within the next 3 to 6 months, there will be many small changes to E reduce costs, but no single large event that analysts will be able to H point to, however, he said that 6 months from now, peopple who look back6 will see that significant changes will have been made.  @ In other words, they may downsize the IA64 teams, but they won't announce its death yet.    ------------------------------   Date: 20 Jul 2006 11:31:56 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)2 Subject: Re: New itaniums out at 2.5x perform gain+ Message-ID: <4i97tcF2o6slU1@individual.net>   < In article <44bf5a0e$0$18489$9a6e19ea@news.newshosting.com>,, 	"Neil Rieck" <n.rieck@sympatico.ca> writes: > 8 > "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message ' > news:4i830qF2k5j6U1@individual.net... I >> In article <koGdncJoyNPrViPZnZ2dnUVZ_qudnZ2d@metrocastcablevision.com>  > [...snip...] >>J >> In the corporate world isn't swallowing your ego and admitting that youL >> made a mistake the first and in most cases the hardest step to correcting >> that mistake? >> > K > Yes but on this side of Y2K, corporate execs have "rock star" egos. They  = > almost never admit they make mistakes (even when in court).  >    But that was my point.J       "If we could unwind the clock, I would have just built a RAS version%        of Xeon to attack the market," H The above certainly looks like he is admiting they made a mistake to me.* The next step is correcting that mistake!!   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 20 Jul 2006 11:38:03 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)2 Subject: Re: New itaniums out at 2.5x perform gain+ Message-ID: <4i988rF2o6slU2@individual.net>   , In article <44BEE900.A45B5062@teksavvy.com>,0 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Neil Rieck wrote: > >> http://news.zdnet.com/2100-9595_22-6096207.html?tag=nl.e5898 >> Intel has just announced a 57 percent drop in income.- >> I wonder what those suits will chop first?  > G > IA64 is safe. It is a fair bet that HP is subsidizing IA64 to keep it E > alive for now. And if an exit strategy has already been decided and H > slowly being implemented, by next year, the 8086 will probably be muchH > faster than that IA64 contraption and it will be much easier for HP toF > announce it is moving to simplify its platforms and standardizing on > industry standard 8086s.    F And exactly why wold they announce that they were moving VMS to x86-64E rather than just announcing that they are concentrating on their real 5 business, Windows boxes, and pulling the plug on VMS?    > F > Right now, the cost of prematurely cancelling IA64 would be probably4 > higher for Intel than the costs of continuing it.   A I fail to see the logic int his.  IA64 is costing them buckets of B money.  Cance3ling it would end stop the bleeding and let them cutC even more jobs making them look even better to the Casino Analysts.   H >                                                   But it is a fair betG > that Intel will not be hiring extra engineers to speed up development I > work of IA64 and the opposite may happen which will make each remaining F > iteration of IA64 even later and thus less relevant to the industry. > H > The big question is at what level within HP are they aware of the true9 > strategy and working to plan on the transition to 8086.   G You keep assuming that they have any plan or even desire to migrate VMS F any further.  If that were likely, considering how long it can take toJ go from desire to a viable commercial product, the work would have alreadyH begun.  There is no sign that it has, regardless of what you see on yourI vision quest when your smoking whatever it is the shaman gives you in the  lodge.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 20 Jul 2006 11:40:22 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)2 Subject: Re: New itaniums out at 2.5x perform gain+ Message-ID: <4i98d6F2o6slU3@individual.net>   , In article <44BF1669.FBC2E630@teksavvy.com>,0 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes:H > BBC's World Business Report had an interview with Intel's CFO. He saidI > that within the next 3 to 6 months, there will be many small changes to G > reduce costs, but no single large event that analysts will be able to J > point to, however, he said that 6 months from now, peopple who look back8 > will see that significant changes will have been made. > B > In other words, they may downsize the IA64 teams, but they won't > announce its death yet.   A Maybe by this point even they see IA64 as so dead that they think ? announcing its death would not be a "significant change".  Only * making public what the public already new.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  + Date: Thu, 20 Jul 2006 17:29:30 +0000 (UTC) . From: klewis@LUMINA.MITRE.ORG (Keith A. Lewis). Subject: Re: PIPE redirection as stream file ?. Message-ID: <e9oehq$gdh$1@newslocal.mitre.org>   "Pierre" <pierre.bru@gmail.com> writes in article <1153353100.976519.4720@m79g2000cwm.googlegroups.com> dated 19 Jul 2006 16:51:41 -0700:  > ? >PIPE redirection are "Record format: VFC, 2 byte header" files  > B >I got a program the output some text followed by <CR><LF> and the@ >result is the the redirected output contains 2 records: the 1st' >contains the data and the 2nd is empty  > ) >is it possible to change this behavior ?    I don't think so.   K What you can do is keep an empty stream_lf file around, then convert with a 
 copy command.   5 $ copy empty_stmlf.txt,your_vfc.txt stmlf_product.txt   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------    Date: 19 Jul 2006 23:38:39 -0700/ From: "Volker Halle" <volker_halle@hotmail.com> 5 Subject: Re: Question about the 497.1-day-uptime bug. A Message-ID: <1153377519.197319.74400@75g2000cwc.googlegroups.com>    AEF,  > it is quite likely, that V6.1 could also exhibit this problem.  G The 497.1 fix done to [SYS]WRTMFYPAG is dated MAY-1998. The most recent E available WORKING_SET_MANAGEMENT.EXE for V6.1 is dated APR-1996 (from  VAXSYS16_061).  F And the code in V6.1 is the same, so the 'bug' is in there as well and" probably also in earlier versions.   Volker.    ------------------------------  % Date: Thu, 20 Jul 2006 01:43:15 -0400 ' From: Dave Froble <davef@tsoft-inc.com>  Subject: Re: VMS and HPVM 9 Message-ID: <i8Odnfi6QYAciyLZnZ2dnUVZ_r-dnZ2d@libcom.com>    Neil Rieck wrote: K > "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message  / > news:qaNR1gfLz$I7@eisner.encompasserve.org... N >> In article <1153306981.487187.118800@i3g2000cwc.googlegroups.com>, "DaveH"  >> <d.holt@hp.com> writes:I >>> Good day, I'm the OpenVMS Business Manager for Virtualization and I'd + >>> just like to clarify one or two things.  >>> K >>> Firstly, we are not porting Galaxy to Integrity. This decision was made K >>> some time ago as we knew the corporate Virtual Machines (VM) technology J >>> was under development. OpenVMS will be a Guest O/S on the HP-UX kernelK >>> (Hypervisor), just like Linux and HP-UX now. We are striving to deliver 1 >>> OpenVMS VM in 2H07 as per the latest Roadmap. J >>   This reminds me of the decision to drop Tru64 UNIX and put TruClusterH >>   features into HP-UX.  Which was then dropped in favor of some thirdI >>   party product.  Now the end customer does not have what they wanted: - >>   a continuation of UNIX with TruClusters.  >>J >>   What does the customer using Galaxy on Alpha want?  A continuation of >>   VMS with Galaxy.  >>E >>   HP business managers seem to have a habit of following a line of E >>   replacing world class capabilities inherited from DEC with "good H >>   enough" capabilities developed at HP and then dropping the customer >>   all together. >>K >>   This does not bode well for the future of VMS, which is a bad business I >>   decision.  Customers like us will not stay with HP if we are treated I >>   that way.  We can get "good enough" from vendors who haven't dropped  >>   the software we use.  >>F >>   What business case has been made that chasing away customers on a9 >>   profitable software product looks like a good thing?  >> >  > I agree with you.  > N > Doing the HP-VM thing is OK for people who want that product but the recent M > revelation that "Galaxy is not being ported to Itanium" makes me wonder if  N > HP is committed to supporting OpenVMS. After reading this (and also hearing N > that Intel management is now more focused on loss of market share to AMD) I G > now wonder whether the whole Itanium thing was ever worth the effort.  >  >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html< > http://www3.sympatico.ca/n.rieck/links/openvms_demos.html  >  >   G Ha!  Don't wonder!  A small fraction of the money wasted on the itanic  C would have keep Alpha a leader and continued to provide VMS with a  I decent platform.  Galaxy runs on Alpha.  So does other things not making  = it to the itanic.  PL/I?  Intel could have competed with IBM.   D A poster recently mentioned something about some assurances for VMS E being a condition for the purchase of Compaq.  I have no idea of the  E validity of what was written in that post.  Still, if VMS was shoved  E down HP/s throat, the 'death of a thousand little cuts' could be one  G response from HP.  Never anything big enough to get the regulators off  H their butts.  But added up, gets the desired result.  Note that I wrote  "IF".    --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 20 Jul 2006 01:48:35 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: VMS and HPVM + Message-ID: <44BF1923.28B5617@teksavvy.com>    Dave Froble wrote:F > validity of what was written in that post.  Still, if VMS was shovedF > down HP/s throat, the 'death of a thousand little cuts' could be oneH > response from HP.  Never anything big enough to get the regulators off7 > their butts.  But added up, gets the desired result.      A Initially, that would not have been the case. HP was desperate to F justify pushing through with the stillborn IA64, and the few VMS salesO would help boost IA64 sales by whopping percentages. HP needed all those sales.    H Since 2004, when the decision would have been made that IA64 didn't haveC long term future, the opinion stated above would have begun to come F true. Once HP no longer needs to justify IA64, VMS is no longer neededJ and becomes a boat anchor that will need a big budget to port to the 8086.    G Now, if that 10 billion bucks IA64 "support/marketing" budget announced G with fanfare is really  budget provisions to help fund the porting from F IA64 to 8086 in a year or two, then VMS might be safe. But if there is@ really no budget to abandon IA64, VMS might be left in the dark.   ------------------------------  % Date: Thu, 20 Jul 2006 10:39:10 +0200 + From: Martin Vorlaender <mv@pdv-systeme.de>  Subject: Re: XML on Expat + Message-ID: <4i8tpaF2na8sU1@individual.net>    Barry wrote:H > I'm aware of the XML parser for VMS from Expat.  I recently downloadedD > the files and used the supplied descrip.mms file to build the OLB.H > However, I haven't been able to figure out what else has to be done inC > order to build an executable that will in fact parse an XML file.   D Expat is not a complete XML parser, but a library that offers an APIG to parse XML files. What you do with the API really depends on what you * want to do with the information extracted.  H > I have 15 years experience with VMS (and MMS) so that's not a problem.H > If anyone can tell me what's necessary to get a runnable program builtE > from the Expat sources I'll gladly create an MMS file to do it all.   7 A simple program showing how to use the expat API is at - http://www.xml.com/1999/09/expat/src/line.c .   4 So, what do you want to do with the XML information?   cu, 	    Martin   G P.S.: Sorry for not having answered your email. My private account went   offline just after receiving it. --  D One OS to rule them all       | Martin Vorlaender  |  OpenVMS rules!7 One OS to find them           | work: mv@pdv-systeme.de J One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------   End of INFO-VAX 2006.401 ************************                                                                                                                                                                                                                                                                                                                                                          0-ia64.zip">SOYMAIL120-IA64.ZIP</a> & <br><font size="-1">16-JUL-2006</font>* <font color="#ff0000"><b>RECENT</b></font>7 <br><a href="soymail120-vax.zip">SOYMAIL120-VAX.ZIP</a> & <br><font size="-1">16-JUL-2006</font>* <font color="#ff0000"><b>RECENT</b></font> </td>  <td valign="top" align="left">  <font size="-1">773kB</font><br>C <a href="soymail120.txt"><i><font size="-1">contents</font></i></a> $ <br><font size="-1">619kB</font><br>G <a href="soymail120-axp.txt"><i><font size="-1">contents</font></i></a> $ <br><font size="-1">619kB</font><br>H <a href="soymail120-ia64.txt"><i><font size="-1">contents</font></i></a>$ <br><font size="-1">238kB</font><br>G <a href="soymail120-vax.txt"><i><font size="-1">contents</font></i></a>  </td> 	 <td></td>  <td valign="top"> & <B>soyMAIL, Web access to VMS Mail</B> <BR>Overview:&nbsp; ] [<A HREF="http://wasd.vsm.com.au/ht_root/src/soymail/doc/soymail_overview.pdf">PDF</A>]&nbsp; Y [<A HREF="http://wasd.vsm.com.au/ht_root/src/soymail/doc/soymail_overview.html">HTML</A>] * <BR>Installation and Administration:&nbsp;Z [<A HREF="http://wasd.vsm.com.au/ht_root/src/soymail/doc/soymail_admin.pdf">PDF</A>]&nbsp;V [<A HREF="http://wasd.vsm.com.au/ht_root/src/soymail/doc/soymail_admin.html">HTML</A>] <BR>On-line user Help:&nbsp;k <A HREF="http://wasd.vsm.com.au/cgi-bin/soymail?help">http://wasd.vsm.com.au/cgi-bin/soymail?help</A>&nbsp;  <BR>Latest release notes:&nbsp; G <A HREF="http://wasd.vsm.com.au/ht_root/src/soymail/release_notes.txt"> F http://wasd.vsm.com.au/ht_root