0 INFO-VAX	Thu, 15 Jan 2004	Volume 2004 : Issue 28      Contents:1 Re: 2 unrelated Q: Mozilla 1.6 and DS15 soundcard  Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped... Re: 500.000 AMD64's shipped...? Re: ANN: FreeeTDS 0.62 Sybase & MS SQL client software released  Detaching processes on VMS Re: Detaching processes on VMS Re: Detaching processes on VMS Re: Detaching processes on VMS  Re: DHCP/BOOTP/PXE under OPENVMSH Re: Faced with flagging PC sales,  HPand others are pushing aggressivelyH Re: Faced with flagging PC sales,  HPand others are pushing aggressivelyH Re: Faced with flagging PC sales,  HPand others are pushing aggressively Re: file and record formats # Re: Further questions on LD driver. D Re: HP Integrity Superdome server sets world record for 10-terabyte,P Re: HP Integrity Superdome server sets world record for 10-terabyte, single-syst6 Re: HP outsources Superdome manufacturing to Singapore9 HP rockets to No. 5 on list of top U.S. patent recipients . HPQ stock to be dual-listed on NYSE and NASDAQP Re: Intel to chip away at Itanium prices <- or ... I want my cheap workst. to ruP Re: Intel to chip away at Itanium prices <- or ... I want my cheap workst. to ru* Memo:  Re: To all "patriotic" americans.... Re: OpenVMS is high availabilty par excellence. Re: OpenVMS is high availabilty par excellence% Oracle Grid Computing and VMScluster? ) RE: Oracle Grid Computing and VMScluster? P Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute usP Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute usP Re: OT - English (UK) humor - (was Re: The Register: OpenVMS among most-secure oP Re: OT - English (UK) humor - (was Re: The Register: OpenVMS among most-secure oP Re: OT - English (UK) humor - (was Re: The Register: OpenVMS among most-secure o8 Re: Secure Web Server Version 2.0 available for downloadP SKHPC: HP Demonstrates Partitioned, Clustered, Mixed-OS IPF-Inside Superdome SysP Re: SKHPC: HP Demonstrates Partitioned, Clustered, Mixed-OS IPF-Inside Superdome ssh on Ovms 7.3-2  Re: ssh on Ovms 7.3-2 , SYS$QIOW, INSTAT and OFFSET - what are they?0 Re: SYS$QIOW, INSTAT and OFFSET - what are they?0 Re: SYS$QIOW, INSTAT and OFFSET - what are they?0 Re: SYS$QIOW, INSTAT and OFFSET - what are they?@ Re: The Register: OpenVMS among most-secure of operating systems@ Re: The Register: OpenVMS among most-secure of operating systems@ Re: The Register: OpenVMS among most-secure of operating systems# Re: To all "patriotic" americans...  Re: VAX architecture and Charon ! Re: VMS runs well on HP Superdome   F ----------------------------------------------------------------------    Date: 14 Jan 2004 18:56:14 -0800/ From: kenneth.randell@verizon.net (Ken Randell) : Subject: Re: 2 unrelated Q: Mozilla 1.6 and DS15 soundcard= Message-ID: <79de9693.0401141856.7e1f8b2f@posting.google.com>   X Dirk Munk <munk@home.nl> wrote in message news:<bu1ahu$4lf$1@news4.tilbu1.nb.home.nl>... > H > Yep, it seems there are simply not enough resourses (manpower) at VMS N > engineering to keep the Mozilla releases up to date. There even isn't a 1.5 N > final yet, so I guess it may be quite a while before we see any kind of 1.6 Q > release. I don't think anyone (incl. engineering) is happy with this situation.   E My understanding of this from a previous thread is that the person at A HP who was doing this porting work is no longer with the company.   C IMNSHO, IF this was a priority then the required resources would be C assigned to it.  Also, given how tightly HP appears to be squeezing F the dollars these days, I'd be surprised if VMS Engineering has enough: folks on board to be able to keep ANY freeware up-to-date.   ------------------------------  # Date: Wed, 14 Jan 2004 18:47:04 GMT & From: Rick Jones <foo@bar.baz.invalid>' Subject: Re: 500.000 AMD64's shipped... 3 Message-ID: <I8gNb.12319$n04.9884@news.cpqcorp.net>   + JF Mezei <jfmezei.spamnot@istop.com> wrote:  > Rick Jones wrote: F >> 32-bit execution.  It is quite possible to have rather fast running( >> 32-bit IPF code on HP-UX for example.  B > Ok, I am puzzled. How would one generate 32 bit mode IA64 native	 > code ?    D 32-bit is the default compilation mode with the HP-UX compilers (akaB +DD32).  One specifies +DD64 to get 64-bit.  That is true for both PA-RISC and IPF under HP-UX.  ' > (or why would one do such a thing ?).   / If they were not ready/willing to go to 64-bit.   
 rick jones --  ? Process shall set you free from the need for rational thought.  F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------  # Date: Wed, 14 Jan 2004 19:04:55 GMT & From: Rick Jones <foo@bar.baz.invalid>' Subject: Re: 500.000 AMD64's shipped... 3 Message-ID: <rpgNb.12325$n04.1498@news.cpqcorp.net>   P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote:C > 40 bit addressing will allow the Opteron to address more physical @ > memory than is currently available in any microprocessor based	 > system.   B I'll probably get the math wrong, but 40 bits of addressing is 1TBE yes? (unless some of those physical bits get used for other nefarious F porpoises I suppose).  I suspect you were very careful to use the wordF "currently" as the Madison Superdome will shortly be supporting 1TB of RAM in a single OS instance.  
 rick jones --  . a wide gulf separates "what if" from "if only"F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------  % Date: Wed, 14 Jan 2004 19:00:08 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> ' Subject: Re: 500.000 AMD64's shipped... 0 Message-ID: <bu43jo$t98$2@new-usenet.uk.sun.com>   Rick Jones wrote: R > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: >  >>Rick Jones wrote:  >>D >>>While the Opteron 8XX CPU claims support for up to 8 CPUs withoutD >>>further logic, to date, I do not think anyone has announced 8 CPU >>>systems.  >  > D >>Rather like Itanium initally then, for a long period after Itanium= >>was launched you were only able to get 2 and 4 way systems.  >  > C > When the 1-2 CPU i2000 workstation was announced, and the 1-4 CPU E > rx4610 was announced, there was also the oft-forgotten rx9610 which  > went to 16 CPUs: > ; > http://www.hp.com/hpinfo/newsroom/press/2001/010529a.html  >   : So long forgotten that it didn't appear to be purchasable.   Products not marketing.   ( 8 way Opteron's are currently marketing.   regards  Andrew Harrison  > rick jones   ------------------------------  # Date: Wed, 14 Jan 2004 19:35:37 GMT & From: Rick Jones <foo@bar.baz.invalid>' Subject: Re: 500.000 AMD64's shipped... 3 Message-ID: <dSgNb.12334$r64.5302@news.cpqcorp.net>   P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > Rick Jones wrote: D >> When the 1-2 CPU i2000 workstation was announced, and the 1-4 CPUF >> rx4610 was announced, there was also the oft-forgotten rx9610 which >> went to 16 CPUs:  >>  < >> http://www.hp.com/hpinfo/newsroom/press/2001/010529a.html >>    < > So long forgotten that it didn't appear to be purchasable.   It was purchasable.   
 rick jones --  = denial, anger, bargaining, depression, acceptance, rebirth... C                                      where do you want to be today? F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------    Date: 14 Jan 2004 12:38:31 -0800' From: icerq4a@spray.se (David Svensson) ' Subject: Re: 500.000 AMD64's shipped... = Message-ID: <734da31c.0401141238.2767b633@posting.google.com>   s mistdragon@zdnetonebox.com (mist dragon) wrote in message news:<7500353b.0401132342.558e3139@posting.google.com>...  > E > I refer AMD64 as architecture. To be precise Athlon 64 is aiming to H > consumer market, FX-51 to power users and Opteron to servers. Yet theyA > are all derivates of the same AMD64 architecture. Note that the D > announcement said 500K AMD64, not 500K Athlon 64's, althought they* > propably are mostly Athlons and FX-51's.  < As far as I can see, the announcement said 500K Ahtlon 64's.  G > When you rule desktop, its easy to move to servers. Thats why itanium G > will not gain market. In high-end where its cornered, it is competing : > against established market where current user contracts,H > availabilility and lots of competition in sales are concentrating. ItsD > only chance is the likes of HP that drop their current systems and( > move to itanium, expanding its market.  E No doubt, Itanium has a rough ride, but as I see it it soon only have C Power left on the high-end. Alpha and HP-PA are going away and most ! likely Sparc will fade away soon.   E > The question is can VMS save itanium ? It could end like Philips. I H > recall a way back when we did consulting for Philips minicomputers andD > sales asked customer that if he had heard of Philips, the customerF > said 'yes, I have Philips hairdrier in home'. This happened, becauseG > Philips did not advertice its products enough and sooner or later VMS A > could start to mean something else altogether on peoples minds.   ) I don't think VMS alone can save Itanium. B I also think HP-UX is the main driving force for Itanium adoption.   ------------------------------  # Date: Wed, 14 Jan 2004 20:39:46 GMT 5 From: Tim MacEachern <Tim.MacEachern@ns.sympatico.ca> ' Subject: Re: 500.000 AMD64's shipped... ) Message-ID: <4005A927.7986EBF5@yahoo.com>    What is this?  A troll?    Keith Parris wrote:   G > Do you realize the AMD x86-64 architecture isn't even a true 64 bits? H > Yes, it has 64-bit registers, but its virtual address space is only 48H > bits. That is actually smaller than Madison's _physical_ address spaceG > of 50 bits. (Opteron has a 40-bit physical address space.) IA64 has a A > full 64-bit virtual address space. While x86-64 contains 64-bit H > extensions to x86-32, Itanium was designed for 64 bits from the ground > up.  >   U Nonsense, as said by a previous poster, who in the mainstream market is going to want S more than 40 physical address bits.  And when more virtual address space is needed, W only the operating system needs change to accommodate the new page tables on a new CPU. Z If you want 64-bits virtual and 64-bits physical I'm sure they'll build it for you.  It'll probablyX cost you about a billion dollars, but then again, money must be no object in your world.   > 4 > Integer registers: 16 for x86-64; 128 for Itanium. >   \ Sure, 16 user-visible general purpose registers.  But it's an OoO architecture, so there areY lots of rename registers in the background that provide as much utility as the surfeit in 
 Itanium.  And _ if performance can be improved by adding even more rename registers or OoO functionality behind ] the scenes, that can be done in a later revision without invalidating all previously compiled  code.    > ] > Floating-point registers 8 for x86-64 (it's saddled with the now-ancient x87 floating-point ! > architecture); 128 for Itanium.   \ In 64-bit mode, x87 is no longer supported.  It is supported for legacy 32-bit applications. But new ^ 64-bit applications use the SSE/SSE2 flat register file of 16 (was 8 for P4) 128-bit registers storing two _ 64-bit FPs each.  So that's up to 32 64-bit floats.  An entirely reasonable amount of FP space.    ------------------------------  # Date: Wed, 14 Jan 2004 20:57:43 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> ' Subject: Re: 500.000 AMD64's shipped... 3 Message-ID: <b3iNb.12349$Bg4.2145@news.cpqcorp.net>   B "Tim MacEachern" <Tim.MacEachern@ns.sympatico.ca> wrote in message# news:4005A927.7986EBF5@yahoo.com...  > I > Nonsense, as said by a previous poster, who in the mainstream market is 
 going to want % > more than 40 physical address bits.   J Who in the "mainstream market" is going to want more than 32 virtual bits?L And at what cost?  Will all the 32-bit non-privleged code run when the OS isH in 64-bit mode?  What about drivers and devices?  What about things thatJ will run *slower* which is often the case when VA requirements are not the big-ticket problem?    ------------------------------    Date: 14 Jan 2004 13:31:33 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) ' Subject: Re: 500.000 AMD64's shipped... < Message-ID: <cf15391e.0401141331.b34856d@posting.google.com>  \ David Froble <davef@tsoft-inc.com> wrote in message news:<40048CD6.7050707@tsoft-inc.com>...H > This is HP's problem, if and only if its Intel that gives up on IA-64. ... N > The subject line says it all.  If AMD starts eating into Intel's profitable $ > products, Intel will have to react  E We've already seen Intel's reaction.  They're not planning to give up B on IA64; instead, they plan to make Itanium chips as cheap as Xeon0 chips, so they can phase out Xeon by about 2006:9 http://news.com.com/2100-1006_3-5140486.html?tag=nefd_top    ------------------------------    Date: 14 Jan 2004 13:41:10 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) ' Subject: Re: 500.000 AMD64's shipped... = Message-ID: <cf15391e.0401141341.30b4c1e7@posting.google.com>   [ JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<400466C2.56B377D0@istop.com>... M > The problem is that Carly/Curly killed Alpha in order to adopt a commodity, M > industry standard high volume, low price chip that would also allow them to M > reduce the number of architectures. That was the whole rationale behind the * > publicly released excuse for the murder.  E And Intel is telling us they plan to drive Itanium prices down to the > level of Xeons, so they can phase out Xeons.  That's commodity pricing.  O > But if IA64 will be restricted to low volume, high cost, niche market, single - > source, and only a few customers (HP , SGI)   = plus a couple other big ones you happened to miss: IBM, Dell.    > then none of the reasons that M > justified the killing of Alpha to move to IA64 are valid. Alpha was just as L > viable as IA64 and already in the market, tested, and years ahead of IA64.  E A lot of the potential of Alpha didn't pan out, like Windows support, B and its use in multiple vendors' systems.  DEC wanted it to become" industry-standard.  Didn't happen.  E We're in a better position with Itanium now than we were with Alpha.  D Windows, Linux, HP-UX, and OpenVMS on the same hardware, at the sameE hardware prices. The addition of Windows and Linux (and HP-UX, a $20B E annual business) raises the volumes significantly and gives economies A of scale that VMS never before enjoyed.  Looks like Itanium-based @ systems are going to price out at only 40-70% of what equivalent Alphas cost.  F And it's an Intel chip.  The #1 microprocessor vendor.  Huge bankroll.F  Top-notch fabrication technology.  And the ability to actually market
 its products.    ------------------------------    Date: 14 Jan 2004 15:42:45 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ' Subject: Re: 500.000 AMD64's shipped... 3 Message-ID: <$blvA10Xq9lE@eisner.encompasserve.org>   a In article <4005A927.7986EBF5@yahoo.com>, Tim MacEachern <Tim.MacEachern@ns.sympatico.ca> writes:  > I > Nonsense, as said by a previous poster, who in the mainstream market is 3 > going to want more than 40 physical address bits.   F    The same guy who wanted more than 512KB RAM in his PC 18 years ago.   ------------------------------    Date: 14 Jan 2004 14:19:43 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) ' Subject: Re: 500.000 AMD64's shipped... = Message-ID: <cf15391e.0401141419.63b8626d@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bu3gu1$mm2$1@new-usenet.uk.sun.com>... ; > But Opteron Integer performance is stubbornly faster than 7 > Itanium despite being saddled with 1/8 the registers.  >  > 1477 SPECint vs 1322  F At the moment, AMD's x86-64 is competing mostly against Intel's 32-bit+ chips, which soundly trounce it in SPECint:    Pentium 4EE (3.2 Ghz)  1620    AMD Opteron (2.2 Ghz)  1477    Itanium 2   (1.5 Ghz)  1322    Alpha EV68  (1.25 Ghz)  928    SPARC Fujitsu(1.35 Ghz) 905   C Right now Itanium is artificially constrained in clock speed due to @ heat generation -- 130 watts is the power budget today's systemsD allow.  Intel just announced that after 5-6 years of hard work, theyF now have the keys to producing low-k dielectric transistors, with 100XC lower leakage current.  This can reduce the power consumption of an A overall chip by 50%, allowing the clock rate to be cranked up and " still fit within the power budget.  @ > > Floating-point registers 8 for x86-64 (it's saddled with theB > > now-ancient x87 floating-point architecture); 128 for Itanium. > 8 > Ahh finally you have found a feature that might matter ... 9 > The trouble is that this one feature thats positive for 6 > Itanium doesn't actually matter to the vast majority& > of people who will buy your systems.  = You really think floating-point performance doesn't matter to B customers? But on second thought, we should have guessed you mightE have that impression of customers' needs, since for the Sun customers B you deal with, given Sun has been so far behind in the performanceC race for so long, performance probably matters very little, or they " wouldn't be Sun customers anymore.   ------------------------------  % Date: Wed, 14 Jan 2004 23:16:02 +0100  From: Dirk Munk <munk@home.nl>' Subject: Re: 500.000 AMD64's shipped... 1 Message-ID: <bu4foq$pu$1@news2.tilbu1.nb.home.nl>    Fred Kleinsorge wrote:- > "Dirk Munk" <munk@home.nl> wrote in message . > news:bu1qtt$69i$1@news4.tilbu1.nb.home.nl... >  > L >>very fast in 32 bit mode. That's one of the selling points Fred, in half a >  > year > < >>or so they are running very fast and cheap in 64 bit mode. >> >  > I > I'll wager you that in a half year, the distribution will remain largly I > unchanged.  In fact I'll wager that in 18 months it still will not have M > substantially changed.  There is no volume driver for having every ISV that M > has a 32-bit mainstream product to produce 64-bit versions - and that's not L > just apps, but drivers.  The volume uProcessor will continue to be variousK > and sundry Intel IA32 chips.  The minority of people who will buy the AMD L > product to run something in 64-bit mode will be running Linux or somethingK > specialized on Windows (and which they may end up dual booting 32-bit and 
 > 64-bit). > M > No.  A change like this takes time - AND it has to have a compelling reason  > for people to switch.  > N Well, we'll see what happens. However I do see that every major PC shop in my Q town is selling the AMD64 now, and the price difference between a similar 32 bit  ; AMD cpu is only $50 or so. Pentiums are far more expensive.   N As you will know there will be a new AMD64 cpu shortly. It will be similar to 8 the F model, but without the need for registered memory.  O I'm surely going to buy myself a new PC with this cpu, but that won't surprise   you :-).   ------------------------------  % Date: Wed, 14 Jan 2004 18:15:41 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>' Subject: Re: 500.000 AMD64's shipped... ) Message-ID: <4005CD94.4CAD34A3@istop.com>    Keith Parris wrote: B > heat generation -- 130 watts is the power budget today's systemsF > allow.  Intel just announced that after 5-6 years of hard work, theyH > now have the keys to producing low-k dielectric transistors, with 100XE > lower leakage current.  This can reduce the power consumption of an C > overall chip by 50%, allowing the clock rate to be cranked up and $ > still fit within the power budget.  K But the same technology will also allow the 8086, Power , Sparc etc to also L boost their clock rates. So if IA64 is currently constrained, it will remainD constrained because it will continue to need to try to catch up withE competitors for whom power consumption isn't such a big show stopper.    ------------------------------  % Date: Wed, 14 Jan 2004 17:59:59 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>' Subject: Re: 500.000 AMD64's shipped... ) Message-ID: <4005C9E7.FAEB973B@istop.com>    jlsue wrote:J > So you're saying that it's not valid for HP to reduce 4 server platformsI > (PA-RISC, IA32/Proliant, Alpha, MIPS) down to two (and eventually one)?   F No, I am saying it is not right for HP to make such a move under falseM pretense.  IA64/epic was a pet project that should have never been allowed to ! go beyond the pet project status.   K When Carly started to date Curly, it was already known that IA64 was a dog. N Carly could have told Curly that she wanted Alpha real bad, and told Compaq toN continue work on Alpha at full speed so that EV7 could be unleashed on May 7thH when the merger was consumed. HP could have publicly ditched IA64 beforeL merced came out, relieving Intel of its responsability to lose more money on that losing chip.   H Then, HP could have outsourced Alpha to Intel and give the engineers the/ budgets they neeed to progress at a rapid pace.   J HP would have been able to compete head to head with Power with a superiorI archicteture, Carly could have better justified the purchase of Compaq by . stating that Alpha was a big asset she needed.  M Or better yet, Carly could have focused her efforts on her company and fix it O up instead of wasting monety to buy Compaq and just ditch Compaq's assets ASAP.    ------------------------------    Date: 14 Jan 2004 21:08:56 -0600+ From: young_r@encompasserve.org (Rob Young) ' Subject: Re: 500.000 AMD64's shipped... 3 Message-ID: <dn+vVl3dHqxc@eisner.encompasserve.org>   V In article <4005CD94.4CAD34A3@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > Keith Parris wrote: C >> heat generation -- 130 watts is the power budget today's systems G >> allow.  Intel just announced that after 5-6 years of hard work, they I >> now have the keys to producing low-k dielectric transistors, with 100X F >> lower leakage current.  This can reduce the power consumption of anD >> overall chip by 50%, allowing the clock rate to be cranked up and% >> still fit within the power budget.  > M > But the same technology will also allow the 8086, Power , Sparc etc to also N > boost their clock rates. So if IA64 is currently constrained, it will remainF > constrained because it will continue to need to try to catch up withG > competitors for whom power consumption isn't such a big show stopper.      	It is high-k, not low-k.    	This is a good article:  1 http://www.eetimes.com/semi/news/OEG20031215S0067   , Companies put high-k on fast track for 45 nm   By David Lammers    EE Times" December 15, 2003 (2:27 p.m. ET)      9 	Note that Intel is saying they solved the major problem:   L Last year, Max Fischetti, a staff member at IBM Corp.'s T.J. Watson ResearchN Center (Yorktown Heights, N.Y.), reported that the high-k metallic oxides moreL easily create soft optical phonons that couple with electrons in the channelO region, reducing electron mobility significantly even as leakage at the gate is 
 minimized.  H At IEDM, Shimal Datta, representing a team working at Intel's componentsH research lab in Hillsboro, Ore., said that while Intel has confirmed theN IBM-reported mobility degradation, it was able to reduce the phonon scatteringJ by using a titanium nitride metal gate above the hafnium oxide. The use ofO strained silicon, with strain introduced by a thick capping layer and a relaxed J silicon germanium buffer layer comprising only 10 percent germanium atoms,1 further helped overcome the mobility degradation.   H "Our electron mobility was enhanced by the metal gate. Combined with theM strained silicon, we are back above the universal mobility curve of silicon,"  Datta said.   & 	A year ago, IBM researcher said this:  - http://www.eetimes.com/story/OEG20020610S0076    By David Lammers    EE Times June 11, 2002 (6:32 a.m. ET)      M Davari said the high-k insulator challenge is so thorny that it may even come J later than the introduction of a vertical, dual-gate transistor structure O another means of improving current drive. The vertical dual-gate structures are O difficult to fabricate, however, and have been seen as a radical departure from - today's horizontally planar CMOS structures.    ! 	and this from that same article:   K Strained silicon must be brought to manufacturing first, because the high-k L insulators studied thus far create a drag on electron mobility. A shift to aI high-k insulator without the prior introduction of strained silicon would J result in a device with less performance than transistors that use silicon dioxide as the gate insulator.    K For that reason, IBM plans to introduce strained silicon at the 65-nm node, C though Davari voiced a small possibility that it would come later.     ---   C 	You see IBM is saying strained silicon will come "maybe later" in  7 	45 nm.  Intel is doing strained far earlier, in 90 nm:   0 http://www.eetimes.com/issue/fp/OEG20030929S0027  L Intel shocked many in the industry last year by announcing that it would useO some form of strained silicon at the 90-nm process node. Engineering samples of O the Prescott Pentium 4, built using the 90-nm strained-silicon process, are now 	 shipping.    ---   A 	Strained silicon first, high-k next.  Intel has strained silicon  	today, IBM *maybe* in 65 nm.   E 	Intel is tweeking IBM's nose.  Not are they saying they have high-k  B 	solved, but they may have they key patents.  It is a "very thorny 	problem."    M Davari said the high-k insulator challenge is so thorny that it may even come J later than the introduction of a vertical, dual-gate transistor structure ) another means of improving current drive.   > 	Shame if Intel has a key patent or two and won't license them
 	to IBM   ;^)   G 	It is a multi-front war.  Pricing, volume, materials, marketing, etc.   	etc.   AMD?  Give us a break.   				Rob    ------------------------------  # Date: Thu, 15 Jan 2004 03:56:37 GMT I From: "bgInc. - You'll go where we want you to go" <ereiamjh@pacbell.net> H Subject: Re: ANN: FreeeTDS 0.62 Sybase & MS SQL client software released* Message-ID: <40060F1B.9040704@pacbell.net>   Craig A. Berry wrote: G > FreeTDS is a collection of free, open source libraries and utilities  J > for communicating with databases that use the TDS (Tabular Data Stream) H > protocol.  This includes Microsoft SQL Server and all Sybase database J > products.  Version 0.62 is the first to include VMS build support.  See  > the full announcement at:     G This built OK for me on 7.3-1, but tsql fails in iconv.c. It's looking  F for (from memory) UTF-8_OSI8859-1.ICONV and others (that's the one it > appears to fail on). Standard (?) VMS only has a few files in E sys$i18n_iconv, and not the ones it's looking for. I also rebuilt it  G using the 'minimal' iconv supplied, but this also fails (I haven't yet    had time to look much into why).  5 Is this working for anybody? Do I need to install an   'internationalization kit'?    Thanks.    -Tom O'Toole   ------------------------------  # Date: Wed, 14 Jan 2004 22:57:32 GMT $ From: Steve Young <sdyoung@well.com># Subject: Detaching processes on VMS B Message-ID: <slrnc0bibk.1qov.steve@h68-144-59-39.cg.shawcable.net>     Hello everyone,   L   I was wondering if anyone could suggest a tool that would enable me to runM detached processes (not in the spawn/detach sense), much like one can do with L screen under UNIX.  i.e., I start up a process, detach and log out and leaveK the process running.  When I log back in I can re-attach to the process and ! pick up exactly where I left off.      Any ideas?    	   Thanks,    Steve.   ------------------------------  # Date: Thu, 15 Jan 2004 00:04:03 GMT # From: hoff@hp.nospam (Hoff Hoffman) ' Subject: Re: Detaching processes on VMS 3 Message-ID: <TNkNb.12386$Kp4.8344@news.cpqcorp.net>   i In article <slrnc0bibk.1qov.steve@h68-144-59-39.cg.shawcable.net>, Steve Young <sdyoung@well.com> writes:   M :  I was wondering if anyone could suggest a tool that would enable me to run N :detached processes (not in the spawn/detach sense), much like one can do withM :screen under UNIX.  i.e., I start up a process, detach and log out and leave L :the process running.  When I log back in I can re-attach to the process and" :pick up exactly where I left off.  B   HELP CONNECT and HELP DISCONNECT, though you'll have to crank up@   the default timeout values for the disconnected processes (viaB   the TTY_TIMEOUT parameter, IIRC), and configure virtual terminalB   support.  (This approach is definitely not a direct solution for   what you want to do.)    A   While this might be a statement of the obvious, OpenVMS process D   handling doesn't work like UNIX process handling, so what you want@   here unfortunately does not directly exist -- one of the other@   salient process-handling differences involves process forking.  D   When a user logs off, OpenVMS prefers to clean up most everything 8   associated with the user and the user's login session.  C   In addition to the virtual terminal approach referenced above, it B   is also common to see thin(ner) client applications as front-endA   clients, and to see local or network-accessable detached server A   processes.  Alternatively, to start up a process remotely or as B   a detached process, and allow it to connect via X Windows -- theA   application would have to handle the display server going away, &   obviously, when the user logged out.  A   What is it that you want to do?  (Clearly the UNIX mechanism is B   perceived as a solution to your particular requirements, but the?   knowlege of a potential solution does not allow me to discern B   the specific requirements or details of the particular problem.)  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Thu, 15 Jan 2004 02:24:43 GMT > From: Michael Austin <maustin@no-more-spam.firstdbasource.com>' Subject: Re: Detaching processes on VMS < Message-ID: <LRmNb.8025$Vr7.7892@newssvr22.news.prodigy.com>   Steve Young wrote:   >   Hello everyone,  > N >   I was wondering if anyone could suggest a tool that would enable me to runO > detached processes (not in the spawn/detach sense), much like one can do with N > screen under UNIX.  i.e., I start up a process, detach and log out and leaveM > the process running.  When I log back in I can re-attach to the process and # > pick up exactly where I left off.  >  >   Any ideas?   >  >   Thanks, 
 >   Steve.  F Using ConsoleWorks allows me to do this on the console, however, only I one person can use it at a time -- actually, multiple people can connect  I to it, it is still a single session so you end up with dualing keyboards.   E A better description of the problem you are trying to solve might be   warranted...   Michael Austin   ------------------------------  # Date: Thu, 15 Jan 2004 04:12:02 GMT $ From: Steve Young <sdyoung@well.com>' Subject: Re: Detaching processes on VMS B Message-ID: <slrnc0c4pb.1rhp.steve@h68-144-59-39.cg.shawcable.net>   In comp.os.vms, you wrote:P > In article <slrnc0bibk.1qov.steve@h68-144-59-39.cg.shawcable.net>, Steve Young  <sdyoung@well.com> writes:  > N >:  I was wondering if anyone could suggest a tool that would enable me to runO >:detached processes (not in the spawn/detach sense), much like one can do with  > D >   HELP CONNECT and HELP DISCONNECT, though you'll have to crank upB >   the default timeout values for the disconnected processes (viaD >   the TTY_TIMEOUT parameter, IIRC), and configure virtual terminalD >   support.  (This approach is definitely not a direct solution for >   what you want to do.)      Hello,  H   I looked into these however I was stymied on exactly how to set it up.I Specficially I had difficulty getting virtual terminals working properly.pA I went into SYSGEN, converted TTY_DEFCHAR2 to hex, added 0x20000,.F converted back to decimal and set TTY_DEFCHAR2 to that new value, thenE I set TTY_TIMEOUT to a suitably large number.  I uncommented the line H in SYSTARTUP_VMS.COM to load the VTA driver.  However, I still get this:  	 $ sh term ? Terminal: _FTA1:      Device_Type: VT100         Owner: SDYOUNG0  B    Input:    9600     LFfill:  0      Width:  80      Parity: None0    Output:   9600     CRfill:  0      Page:   31   Terminal Characteristics:aE    Interactive        Echo               Type_ahead         No Escapee?    Hostsync           TTsync             Lowercase          TabPG    Wrap               Scope              No Remote          No Eightbit C    Broadcast          No Readsync        No Form            FullduphE    No Modem           No Local_echo      No Autobaud        No HangupoE    No Brdcstmbx       No DMA             No Altypeahd       Set_speedeG    No Commsync        Line Editing       Overstrike editing No FallbackrF    Dialup             No Secure server   Disconnect         No PasthruK    No Syspassword     No SIXEL Graphics  No Soft Characters No Printer PortoI    Numeric Keypad     ANSI_CRT           No Regis           No Block_mode G    Advanced_video     No Edit_mode       DEC_CRT            No DEC_CRT2nI    No DEC_CRT3        No DEC_CRT4        No DEC_CRT5        No Ansi_Colora    VMS Style Input $ dirI  ! Directory SYS$SYSDEVICE:[SDYOUNG]R  K CSTUFF.DIR;1         1  16-MAR-2003 09:10:09.10  [SDYOUNG]   (RWE,RWE,RE,E)nK DOC.DIR;1            1   5-JAN-2004 23:28:51.57  [SDYOUNG]   (RWE,RWE,RE,E) 
  Interrupt   $ disconnect/contp' %SYSTEM-F-IVDEVNAM, invalid device name   J   Am I doing something obvious wrong? I am using the OSU ssh server to log in.S  C >   What is it that you want to do?  (Clearly the UNIX mechanism isED >   perceived as a solution to your particular requirements, but theA >   knowlege of a potential solution does not allow me to discerngD >   the specific requirements or details of the particular problem.)  F   I don't have any specific purpose in mind, it is just the way I haveG become used to working after having had screen at my disposal.  I'm notnI so concerned with being able to multiplex a terminal so much as I like todI be able to simply walk away from something without doing any shutdown andIM come back later and resume exactly where I left off (for example, a debuggingaJ session).  DISCONNECT/CONNECT would seem to do precisely what I want, if I could get it working.a     Thanks for your time,    Steve.   ------------------------------  # Date: Wed, 14 Jan 2004 19:46:22 GMTt9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>n) Subject: Re: DHCP/BOOTP/PXE under OPENVMSa1 Message-ID: <i0hNb.12336$Va4.92@news.cpqcorp.net>a  L A PXE server is planned for Alpha/Itanium OpenVMS in the next release of VMS? (later this year).  Itanium booting will only use PXE (no MOP).5  4 PXE is a superset of BOOTP, it uses MTFTP, and DHCP.    5 "Harald Pollak" <h.pollak@ksg.co.at> wrote in messaged0 news:pan.2004.01.14.07.58.00.910839@ksg.co.at... > Hy everybody!!!  >i; > Is it possible to use an OpenVMS 7.3-2 as PXE-Bootserver.wH > I think there is a dhcp-, bootp- and a tftp-server in the tcpip( is it > called ucx? )e' > but is the dhcp-server supportin PXE?i >  > thanks > Harry.   ------------------------------    Date: 14 Jan 2004 15:48:37 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)aQ Subject: Re: Faced with flagging PC sales,  HPand others are pushing aggressivelys3 Message-ID: <LC6C37FgBK$z@eisner.encompasserve.org>o  b In article <100b2n1lp6kdua9@corp.supernews.com>, Greg Cagle <news@removethisgregcagle.com> writes: > - > I assume you're talking about PA-RISC here.s  H    HP used to talk about HP-PARC and PA-RISC, but always made them soundB    the same.  I always assumed they only had one RISC architecture@    back then, but two different names for two slightly different    aspects.   F    Does anyone know what the real meaning/difference is of HP-PARC and    PA-RISC?0   ------------------------------  % Date: Wed, 14 Jan 2004 14:44:15 -0800t/ From: Greg Cagle <news@removethisgregcagle.com> Q Subject: Re: Faced with flagging PC sales,  HPand others are pushing aggressivelya0 Message-ID: <100bhi3tik2po18@corp.supernews.com>  4 Bob Koehler said the following on 1/14/2004 1:48 PM:  d > In article <100b2n1lp6kdua9@corp.supernews.com>, Greg Cagle <news@removethisgregcagle.com> writes: > - >>I assume you're talking about PA-RISC here.t >  > J >    HP used to talk about HP-PARC and PA-RISC, but always made them soundD >    the same.  I always assumed they only had one RISC architectureB >    back then, but two different names for two slightly different
 >    aspects.o > H >    Does anyone know what the real meaning/difference is of HP-PARC and
 >    PA-RISC?j  G I've worked with and for HP since the late 80s, and have never heard of = "HP-PARC". A Google search brings up a few hits, but they aren@ all obvious typos or errors. An internal search of HP's intranet reveals no hits.   - Greg -- t
 Greg Cagle gregc at gregcagle dot com   ------------------------------  # Date: Wed, 14 Jan 2004 23:29:04 GMTa& From: Rick Jones <foo@bar.baz.invalid>Q Subject: Re: Faced with flagging PC sales,  HPand others are pushing aggressively 3 Message-ID: <4hkNb.12381$%t4.2938@news.cpqcorp.net>e  E If I had to guess, I would guess that "HP-PARC" was some cnfused typo C for HP-PA.  When PA-RISC first shipped back in 1987 or so, RISC was B still thought to be, well, "risky" so it was decided to call it HPC Precision Architecture (aka HP-PA).  Once the world was comfortable 1 with RISC, it was OK to start calling it PA-RISC.   D Or at least that is my recollection of the history before my arrival in '88.s  
 rick jones -- iG oxymoron n, commuter in a gas-guzzling luxury SUV with an American flag F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...D   ------------------------------    Date: 14 Jan 2004 19:40:22 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)A$ Subject: Re: file and record formats< Message-ID: <8a646952.0401141940.ec8860f@posting.google.com>   Dear Kaleb Pederson:   I guess I have three questions:g  B 1) I know that I can use an FDL and convert the file to Stream-LF, which isD what I do now on an as-needed basis.  But, is there a way that I can changeB the default so that all files created are Stream-LF?  Is there any reason that I shouldn't?i  D The Stream Format is supported by RMS. The FDL can be used to create> the file (create/fdl) and then the file can be opened by the CD program. You could use the FDL file as a file that a C program couldE read to create or open a file for read or write access. The C programrD has access to the FAB,RAB, etc. data structures for file operations.  E 2) How can I understand this file type?  What are its specs and where, are theyD located?  I tried creating different files, and none of them seem to beF exactly the same.  They all use the '00' as a line terminator somehow, but A they also all seem to have a different preceding character that In haven't  been able to isolate.o  B From: VAXclusters Architecture, Programming, and Management by Jay Shah 1991. page 211.   RMS RECORD FORMATS  A Fixed length               All fixed-length records have the same: length.cB                            The record length is stored in the file header.i  E Variable length            Variable-length records (VARs)are preceded 	 by 2-bytelF                            header, specifing the length of the record.    < VFC                        Variable length with fixed-length control(VFC)C                            records have a variable data area with a  fixed-B                            control field in the front. The control field can be=                            used as a hidden field for storingn informationR3                            pertaining to the record.    D Stream                     Stream (STM) records are variable length,	 delimitedwE                            by a terminator. The terminator is usually.
 a carraigeF                            return, line-feed, or a carriage return and	 line-feedeB                            (specified as Stream _CR, Stream_LF, or Stream).   I hope this helps.   Regards, Daryl Jones     g Kaleb Pederson <kpederson@mail.ewu.edu> wrote in message news:<200401130958.44076.kpederson@ewu.edu>...'O > By default, when I create a file under OpenVMS it ends up with the following r	 > format:, >  > Directory $1$DGA110:[TST]t > 7 > TESTFILE.TXT;1                File ID:  (16114,631,0) / > Size:            1/137        Owner:    [TST] $ > Created:   13-JAN-2004 09:48:01.86( > Revised:   13-JAN-2004 09:48:01.87 (1) > Expires:   <None specified> ! > Backup:    <No backup recorded>a > Effective: <None specified>d > Recording: <None specified>i  > File organization:  Sequential > Shelved state:      Online" > Caching attribute:  WritethroughJ > File attributes:    Allocation: 137, Extend: 0, Global buffer count: 0,  > Version limit: 3H > Record format:      Variable length, maximum 0 bytes, longest 60 bytes6 > Record attributes:  Carriage return carriage control > RMS attributes:     None > Journaling enabled: NoneA > File protection:    System:RWED, Owner:RWED, Group:RWED, World:n > Access Cntrl List:  None > Client attributes:  None >   > Total of 1 file, 1/137 blocks. > M > So, according to the record attributes this file is "Variable Length" with  O > "Carriage return carriage control." Yet, if I dump the file, I never see any fM > carriage returns (nor line feeds for that matter).  This ends up a problem aI > for some of EXEs that we have around here.  For example, the UNIX diff  N > command expects either CRLF or CR but reports completely inaccurate results P > when it sees files of this type (and I am aware that I could use OpenVMS diff  > and edit...).t >  > Here's a sample dump:i > 5 > Virtual block number 1 (00000001), 512 (0200) bytess > J >  74 73 65 74 20 61 20 73 69 20 73 69 68 74 00 3C <.this is a test 000000J >  63 20 6D 27 49 20 74 61 68 74 20 65 6C 69 66 20  file that I'm c 000010J >  6C 20 74 69 20 64 6E 61 20 67 6E 69 74 61 65 72 reating and it l 000020J >  00 3C 65 6B 69 6C 20 74 73 75 6A 20 73 6B 6F 6F ooks just like<. 000030 >  ^^ ^^J >  61 68 20 74 61 68 74 20 65 6C 69 66 20 79 6E 61 any file that ha 000040J >  61 65 72 63 20 6E 65 65 62 20 72 65 76 65 20 73 s ever been crea 000050J >  74 73 79 73 20 73 69 68 74 20 6E 6F 20 64 65 74 ted on this syst 000060J >  69 64 00 24 74 69 20 73 73 65 6C 6E 75 20 6D 65 em unless it$.di 000070 >        ^^ ^^J >  6B 6F 6F 6C 20 79 6C 6C 61 65 72 20 74 27 6E 64 dn't really look 000080J >  20 65 6C 69 66 20 73 69 68 74 20 65 6B 69 6C 20  like this file  000090J >  00 00 00 00 00 00 00 00 00 00 00 00 FF FF 29 3A :).............. 0000A0 > ! > I guess I have three questions:a > N > 1) I know that I can use an FDL and convert the file to Stream-LF, which is N > what I do now on an as-needed basis.  But, is there a way that I can change L > the default so that all files created are Stream-LF?  Is there any reason  > that I shouldn't?  > Q > 2) How can I understand this file type?  What are its specs and where are they  J > located?  I tried creating different files, and none of them seem to be M > exactly the same.  They all use the '00' as a line terminator somehow, but nL > they also all seem to have a different preceding character that I haven't  > been able to isolate.  > 9 > 3) Is there something else that I should be looking at?g >  > Thanks for the help. > 	 > --Kalebt   ------------------------------  # Date: Wed, 14 Jan 2004 21:55:09 GMT # From: hoff@hp.nospam (Hoff Hoffman) , Subject: Re: Further questions on LD driver.3 Message-ID: <1ViNb.12360$n34.9064@news.cpqcorp.net>u  d In article <9EbNb.1120$c1.207038@news20.bellglobal.com>, "Scott Greig" <jsgreig@geminaq.com> writes:   ..1 :I installed VMS 7.3-1 (and patches) onto a DS10.e :System has 72GB disks.y :o, :Installed LD from LD063 (VMS Freeware V5.0), :This replaced the SYS$LDDRIVER.EXE and .STB3 :files.  It also made the LD command use the LD.EXE  :image.t ..  ( 	-- from Freeware V6.0, for Reference --  = LD731, SYSTEM_MGMT, OpenVMS VAX and Alpha Virtual Disk Driveri  C This is a variation of the LDDRIVER kit found on previous Freeware  C releases (including the LD063 kit on Freeware V5.0) and allows moree@ direct access to the integrated LDDRIVER present within OpenVMS  Alpha V7.3-1.  -  ? This kit does not contain the driver, it allows more direct andOA easier access to the LDDRIVER latent within OpenVMS Alpha V7.3-1.d  D This kit may or may not operate on releases newer than OpenVMS AlphaB V7.3-1, and will not operate on releases older than OpenVMS Alpha  V7.3-1.t  E Releases LD063 and prior have a hard upper volume size limit of four  > gigabytes (4 GB), and larger volumes should not be configured.      & 	-- Additional and Related Details --   =   The default LDDRIVER present in V7.3-1 and later functions .,   correctly with the larger partition sizes.  3   LD731 does not install a driver, as stated above.n  ;   The SYS$LDDRIVER image provided in LD063 and prior do not.5   work reliably beyond the specified partition limit.-  <   You need to get the standard LDDRIVER for V7.3-1 installed=   on your OpenVMS Alpha V7.3-1 system.  You will want to back5=   out LD063, and replace SYS$COMMON:[SYS$LDR]SYS$LDDRIVER.EXEb=   and SYS$COMMON:[SYSMSG]LD$MSG.EXE with the versions shippedo<   with V7.3-1.  (You can simply delete LD.EXE, as that image>   was renamed to LD$UTILITY.EXE when it shipped with OpenVMS.)=   You will then want to install LD731, which loads a CLD fileh<   that allows you direct DCL-level access to LD$UTILITY.EXE.  >   Again, attempts to use LD063 and prior SYS$LDDRIVER versions=   can result in corruptions and system crashes when accessingo(   partitions larger than four gigabytes.  >   Also remember to set the partition files to disable all file:   system caching, using the SET FILE/CACH=NO_CACH command.:   (This is a workaround that reduces exposure to a problem:   where SYS$LDDRIVER I/O can escape notice of XFC caching./   Work on an updated SYS$LDDRIVER is underway.)t  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq6N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comt   ------------------------------    Date: 15 Jan 2004 00:26:44 -0600+ From: young_r@encompasserve.org (Rob Young)nM Subject: Re: HP Integrity Superdome server sets world record for 10-terabyte,a3 Message-ID: <xNdT0a7W$b43@eisner.encompasserve.org>u  v In article <400614C4.6070903@pacbell.net>, "bgInc. - You'll go where we want you to go" <ereiamjh@pacbell.net> writes: > Keith Parris wrote:rC >> HP Integrity Superdome server sets world record for 10-terabyte,   >> single-system TPC-H benchmark >> by Jim Lofink >  > I > The people who complain here kind of have a valid point. HP management lJ > would appear to prefer if nobody outside the existing customer base everJ > hears of VMS. Given that security, stability, and high availability are G > now really IN, and with other systems (don't get me started) wearing @J > black eyes in this area, it's seems a shame to miss this opportunity to & > grow an already profitable business. >   = 	But the martini sipping, mahogany tabled, three-piece suitede: 	crowd wouldn't be rubbin' elbows correctly if they didn't9 	go with "bill gates monopoly leveraged trade rag reading2C 	management approved least common denominator shoveware pablum" (1)a   	and NOT like it.  3  ? 	Promoting something other than industry standard is soooooooo :+ 	inappropriate.  Gartner says so, so there!   * 	By the way, where the heck have you been?  9 	Also, got in a conversation with Sven Heinicke Oct. 2000_C 	at a wedding.  I know a bit more about the mysterious Tom O'Toole . 	now.>  8 	Finally, what ever happened to the tea tray in the sky?   				Robt   (1)  Tom O'Toole circa 1996h   ------------------------------  # Date: Thu, 15 Jan 2004 04:20:27 GMTxI From: "bgInc. - You'll go where we want you to go" <ereiamjh@pacbell.net>nY Subject: Re: HP Integrity Superdome server sets world record for 10-terabyte, single-systu* Message-ID: <400614C4.6070903@pacbell.net>   Keith Parris wrote:iB > HP Integrity Superdome server sets world record for 10-terabyte, > single-system TPC-H benchmarkr > by Jim Lofinks    F Great, for HP-UX..., now why don't they mention VMS in the usps story H (they only say 'alphaservers' on the story off the main HP page, VMS is E mentioned on a similar story off the VMS page) on HP's web site? Why hA just preach to the choir? Linux, tandem, and hp-ux are mentioned  : prominently in the stories off the main page, why not VMS?  G The people who complain here kind of have a valid point. HP management  H would appear to prefer if nobody outside the existing customer base everH hears of VMS. Given that security, stability, and high availability are E now really IN, and with other systems (don't get me started) wearing mH black eyes in this area, it's seems a shame to miss this opportunity to $ grow an already profitable business.   -Tom O'Toole   ------------------------------  % Date: Wed, 14 Jan 2004 17:45:49 -0500a* From: JF Mezei <jfmezei.spamnot@istop.com>? Subject: Re: HP outsources Superdome manufacturing to Singaporer) Message-ID: <4005C696.ED0C5C33@istop.com>g   Fabio Cardoso wrote:? > HEWLETT PACKARD yesterday confirmed it is to move some of its 4 > manufacturing from the United States to Singapore.  M Did HP inherit any of the Digital facilities in Singapore, or were those solds" off before/during the Compaq era ?  1 > Next step... OpenVMS Engineering to India ! :-):  J Already partly done. The ALL-IN-1 engineering has been outsourced to IndiaL since it is now mature, it is more or less just a maintenance issue since it isn't ported to IA64)f   ------------------------------    Date: 14 Jan 2004 14:39:20 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)hB Subject: HP rockets to No. 5 on list of top U.S. patent recipients= Message-ID: <cf15391e.0401141439.7721b9e3@posting.google.com>a  9 http://www.hp.com/hpinfo/newsroom/press/2004/040112c.htmlI  F HP Announces Intellectual Property Licensing Group to Leverage Growing Patent Portfolio  9 HP rockets to No. 5 on list of top U.S. patent recipientst    PALO ALTO, Calif., Jan. 12, 2004  < Seeking to leverage its rapidly growing patent portfolio, HPD (NYSE:HPQ) - the company with "Invent" in its logo - today announcedB it has formed an intellectual property (IP) licensing organizationF designed to increase revenue and improve technical collaborations with	 partners.   A The company moved up sharply in the annual list of top 10 privatehE sector organizations receiving the most U.S. patents announced by theeD U.S. Patent and Trademark Office today, ranking No. 5, up from No. 9B the previous year. HP was awarded 1,759 U.S. patents in 2003, a 27. percent increase over the 2002 level of 1,385.  ? "We're proud of the fact that our focused innovation strategy -oB investing in technologies where we can lead and partnering for theC rest - is paying off," said Shane Robison, executive vice president-E and chief strategy and technology officer, HP. "Over time, we believefF that the new IP we are generating will help contribute to top-line and= bottom-line growth in both established and emerging markets."   A Worldwide, HP increased its patent portfolio from about 17,000 to D 21,000 in 2003, according to Steve Fox, HP vice president and deputy> general counsel, intellectual property. With 4,000 new patents> worldwide last year, HP earned an average of 11 patents a day. ...t   ------------------------------    Date: 14 Jan 2004 14:40:58 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) 7 Subject: HPQ stock to be dual-listed on NYSE and NASDAQ = Message-ID: <cf15391e.0401141440.568dfa9c@posting.google.com>e  9 http://www.hp.com/hpinfo/newsroom/press/2004/040112d.html   C HP to Dual List on Nasdaq Stock Market and New York Stock Exchange n  F HP (NYSE:HPQ) today announced that it has filed an application to dualE list its common stock on the Nasdaq Stock Market. If HP's applicationmF is approved, HP's common stock will be listed on both the NYSE and theA Nasdaq under the stock ticker "HPQ." The listing of HP's stock ona8 Nasdaq is expected to take effect in the next few weeks.  B "We have a strong and mutually beneficial partnership with the New= York Stock Exchange. They continue to do a great job. Today'suC announcement is about providing more choice to investors," said BobeC Wayman, chief financial officer, HP. "We expect dual-listing on theyB Nasdaq will benefit our shareholders by giving them more liquidity9 through the ability to trade on an alternative exchange."  ...o   ------------------------------    Date: 14 Jan 2004 13:48:06 -0600+ From: young_r@encompasserve.org (Rob Young)oY Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheap workst. to ru 3 Message-ID: <tR0ymJnvkzCa@eisner.encompasserve.org>p  c In article <w2A33lQ5X+vD@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:rc > In article <ClB0LAsGLVxt@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:r > J >> 	The fact that Intel states Itanium will be no more expensive than Xeon9 >> 	tells me it is headed towards commoditization, right?e > D > No, a commodity would be where there are multiple producers, but I8 > believe Intel has applied for Itanium-related patents.   	Okay.  N 1 : an economic good: as a : a product of agriculture or mining b : an articleN of commerce especially when delivered for shipment <commodities futures> c : aK mass-produced unspecialized product <commodity chemicals> <commodity memoryD chips>D 2 a : something useful or valued <that valuable commodity patience>   < 	But for clarification my mis-usage of commodity would more  	specifically be:    	"mass adoption"
 	"cheaper"  C 	Now maybe I should have been more wordy.  But I do enough of that.d   				Rob    ------------------------------  # Date: Wed, 14 Jan 2004 21:35:02 GMTe# From: "John Smith" <a@nonymous.com>oY Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheap workst. to ruoJ Message-ID: <aCiNb.151168$AAe1.20419@news01.bloor.is.net.cable.rogers.com>  ( Andrew Harrison SUNUK Consultancy wrote: > John Smith wrote:r >> Fabio Cardoso wrote:l >>	 >>> Clicks >>>e= >>> http://news.com.com/2100-1006_3-5140486.html?tag=nefd_topo >>>t >>>o >>>mA >>> Intel wants to remove price as a barrier to the acceptance of-D >>> Itanium servers, a goal that could allow the processor to becomeG >>> the company's primary server chip in the second half of the decade.m >>>yF >>> The Santa Clara, Calif.-based chipmaker is working on chipsets andC >>> other products and technologies that will make an Itanium-based,G >>> server no more expensive than a similar machine powered by its XeonrG >>> chip by 2007, said Mike Fister, senior vice president of the server  >>> products group at Intel. >>>t? >>> Because Itanium can provide more performance than Xeon, theoD >>> elimination of the current, often substantial, price discrepancy@ >>> could then permit Itanium to become Intel's principal serverG >>> offering. If successful, the strategy could allow Intel to begin toi >>> phase out Xeon after 2006. >> >> >>G >> Looks like EV79 will be needed after all....possibly even EV8 by the B >> time Intel meets its aggressive 1999 (oooops) , er...um... 2007( >> launch date for lower cost IA64 chips >> >>A > IDC have just downgraded their estimates for the total value ofn > the Itanium market yet again.d >e> > Early on in the project/experiment/dissaster (you chose) IDC= > were projecting a market of ~28 billion dollars for Itanium  > based systems by 2007. >aE > Subsequent events led them to reduce this in a series of reductionscB > to $8.7 billion by 2007. IDC has now reduced this further to 7.5@ > billion for 2007 because of increased competition from AMD and > other vendors. >h? > This suggests that even if choristers on this newsgroup think > > that AMD64 doesn't compete with Itanium that this view isn't > shared by industry analysts. >r< > Even worse HP's EBU currently does ~$5.7 billion a year in> > server revnues which is getting perilously close to the size< > that people are expecting the entire Itanium market to be. >i9 > Or put another way Intel end up fabbing Itaniums for HPg > and no one else.    H Not to worry....soon Epson or Canon will develop an jet ink printer thatI uses photodegradable conductive inks that can be applied in layers, so HP J can have one printer sitting on a desktop fabbing all the IA64 chips it'll ever need.  ;-)e  D Who knows...maybe the printer will be able to use HP printer paper!!   ------------------------------  % Date: Wed, 14 Jan 2004 16:34:50 +0000s From: paul.beaudoin@hsbc.com3 Subject: Memo:  Re: To all "patriotic" americans...iC Message-ID: <OF029082F3.228DE75F-ON80256E1B.005A5D44@NotesEMEA.com>a   Continuing on with the OT ...t  G Mass production requires mass marketing in order to move all that stuff I produced so we can all have jobs and consume all that production. In factiB it is now our duty as western citizens to participate in a orgy ofK self-indulgent consumerism in order to keep the economy alive. The originaliH link was just between mass production and mass marketing with the RomansG the cause of everything else. I'm suggesting they are all linked,  with.H mass production requiring mass marketing causing mass debauchery. Cynics will agree. :-)i   Paul    < ************************************************************
 HSBC Bank plc 2 Registered Office: 8 Canada Square, London E14 5HQ$ Registered in England - Number 14259< Authorised and Regulated by the Financial Services Authority  I Member of the HSBC Bank marketing group. We sell life assurance, pensionsIK and collective investment schemes and advise only on our own range of these  products< ************************************************************       This E-mail is confidential.  R It may also be legally privileged. If you are not the addressee you may not copy, U forward, disclose or use any part of it. If you have received this message in error, 1G please delete it and all copies from your system and notify the sender o immediately by return E-mail.s  B Internet communications cannot be guaranteed to be timely secure,  error or virus-free.  A The sender does not accept liability for any errors or omissions.b   ------------------------------    Date: 14 Jan 2004 10:52:19 -0800. From: spamsink2001@yahoo.com (Alan E. Feldman)7 Subject: Re: OpenVMS is high availabilty par excellencet= Message-ID: <b096a4ee.0401141052.56655c96@posting.google.com>s  m bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0401140634.464ade23@posting.google.com>...  [...]'  6 > why don't we ask Andrew if slowaris or linux can ...%                              ^^^^^^^^v  A This post is rated UL for uppercase letters. Reader discretion isn advised.  F PLEASE BE ADVISED THAT 12:00 AM IS MIDNIGHT AND 12:00 PM IS NOON. THIS> IS THE DE FACTO STANDARD FOR AM/PM DIGITAL CLOCKS. WHILE OTHER> DESIGNATIONS FOR NOON AND MIDNIGHT ARE ACCEPTABLE, 12:00 AM IS) MIDNIGHT AND 12:00 PM IS NOON. THANK YOU.s  
 SYS$HUMOR:   New system directory!: w       SYS$SPAGHETTI: v  1         where you put your spaghetti code (!) :-)    Alan E. Feldmann   ------------------------------  % Date: Wed, 14 Jan 2004 23:23:12 +0100k From: Dirk Munk <munk@home.nl>7 Subject: Re: OpenVMS is high availabilty par excellenced2 Message-ID: <bu4g67$103$1@news1.tilbu1.nb.home.nl>   Rudolf Wingert wrote:s > Hello, > O > today I did read an article about an OpenVMS cluster running for an Amsterdam-M > police station. It is running since April. 1997 24hours per day, 7 days peroQ > week, without any interruption. During this time there was a rolling uograde to1M > the newest OpenVMS, an update of the environment (SAN would be added) and a9P > transition of the depandance (7km distance). There was never a downtime. CouldN > anybody show me an other cluster, which will have the same features? I dont > think so.h >  > Best regards Rudolf Wingerte >  A small anecdote:n  P A ill-informed Dutch Compaq marketing person once advertised with this cluster, F claiming it runs Tru64. The system manager of the cluster was furious.   ------------------------------    Date: 14 Jan 2004 19:53:06 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)f. Subject: Oracle Grid Computing and VMScluster?= Message-ID: <8a646952.0401141953.79b78101@posting.google.com>r  F Oracle has mention the new version of its Oracle 10g database that hasF the capability of grid computing. What little I have read about it. ItC sounds like a perfect match for VMSclusters. What is Grid computinga" and how would VMSclusters be used?   Thanks,t Daryl Jonesn   ------------------------------  % Date: Wed, 14 Jan 2004 23:09:32 -0500k' From: "Main, Kerry" <kerry.main@hp.com>r2 Subject: RE: Oracle Grid Computing and VMScluster?R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB237C7F@tayexc19.americas.cpqcorp.net>   > -----Original Message-----C > From: Daryl Jones [mailto:jones.computer.srv@worldnet.att.net]=20l! > Sent: January 14, 2004 10:53 PMa > To: Info-VAX@Mvb.Saic.Com 0 > Subject: Oracle Grid Computing and VMScluster? >=20B > Oracle has mention the new version of its Oracle 10g database=20B > that has the capability of grid computing. What little I have=206 > read about it. It sounds like a perfect match for=20H > VMSclusters. What is Grid computing and how would VMSclusters be used? >=20	 > Thanks,o
 > Daryl Jonesr >=20   Daryl,  / Fyi - check out the Oracle site. As an example: 8 http://otn.oracle.com/tech/grid/collateral/10gDBGrid.pdf  @ As to applicability to OpenVMS - hey, an active-active clusteredG database running on an active-active clustered OS platform. Sounds likes a good match to me.=20  G Course, you could always decide to run this new active-active clusterednB database on an active-passive clustered OS platform, but then why?   :-)n   Regardsf  
 Kerry Main Senior Consultant- HP Services Canada Voice: 613-592-4660: Fax: 613-591-4477i Email: kerryDOTmainAThpDOTcomp. (remove the DOT's and AT for email address)=20   ------------------------------    Date: 14 Jan 2004 11:57:37 -08001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)eY Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute use= Message-ID: <cf15391e.0401141157.5688e832@posting.google.com>   l icerq4a@spray.se (David Svensson) wrote in message news:<734da31c.0401140755.2ddcceeb@posting.google.com>...- > HP does not seem so keen on advertising VMS   D Probably the best and most visible avenue to provide input on issues? of concern at present is via the http://www.hpuseradvocacy.org/ E website.  HP management seems to consistently see and provide written 2 responses to the issues raised by customers there.  < > HP have said that they don't want to publish so many Alpha > benchmarks anymore   References? Quotes? Citations?   ------------------------------  # Date: Wed, 14 Jan 2004 21:43:14 GMT-# From: "John Smith" <a@nonymous.com>4Y Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute usMJ Message-ID: <SJiNb.151200$AAe1.73336@news01.bloor.is.net.cable.rogers.com>   Keith Parris wrote::4 > icerq4a@spray.se (David Svensson) wrote in message; > news:<734da31c.0401140755.2ddcceeb@posting.google.com>... . >> HP does not seem so keen on advertising VMS >lF > Probably the best and most visible avenue to provide input on issuesA > of concern at present is via the http://www.hpuseradvocacy.org/LG > website.  HP management seems to consistently see and provide writtenu4 > responses to the issues raised by customers there.    B It has not included responses to questions of 'why isn't VMS beingF advertised even is some small proportion to the presence it has in theJ market, much less as a small percentage of HP's total advertising budget'.  9 Can you expalin why HP USER advocacy folks don't respond?i  L Without VMS advertising, there soon will be even fewer VMS USERs to advocate
 on behalf of.2   ------------------------------  % Date: Wed, 14 Jan 2004 17:09:07 -0800h% From: Dean Woodward <deanw@rdrop.com>gY Subject: Re: OT - English (UK) humor - (was Re: The Register: OpenVMS among most-secure oI( Message-ID: <4005E833.7010003@rdrop.com>    VAXman-@SendSpamHere.ORG writes:  D > Hurry, somebody queue up the old Monty Python "Argument" sketch...  I Why? I'm sure any number of threads here on cov are just as intellectual l+ and stimulating as the one in the sketch...o  - Oh, right. That's where we started, isn't it?H   ------------------------------  # Date: Thu, 15 Jan 2004 01:17:03 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")Y Subject: Re: OT - English (UK) humor - (was Re: The Register: OpenVMS among most-secure o 6 Message-ID: <00A2BE4A.B11F0E31@SSRL.SLAC.STANFORD.EDU>  o In article <hrfNb.12314$IZ3.1380@news.cpqcorp.net>, "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> writes:l >cB >"Bradford J. Hamilton" <brad@.gateway.2wire.net> wrote in message( >news:7fcNb.50004$5V2.65561@attbi_s53... > !  >>L >> Here in the States, if you have Comcast Digital Cable TV, you can request >many L >> MP episodes from the BBC America channel, for free.  My youngest children >are >> now being indoctrinated...  >> >DL >Yes, but for a small investment, you can purchase the complete set of DVDs.L >A very worthwhile investment... and longterm cheaper than Digital Cable ;-)  M Incidentally, the DVD set costs about half of list at overstock.com, and they:, shipped me my set very promptly and cheaply.   -- Alann -- cO ===============================================================================w0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056cM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================r   ------------------------------  # Date: Thu, 15 Jan 2004 02:21:13 GMTs4 From: brad@.gateway.2wire.net (Bradford J. Hamilton)Y Subject: Re: OT - English (UK) humor - (was Re: The Register: OpenVMS among most-secure ou- Message-ID: <tOmNb.68674$8H.109038@attbi_s03>l  o In article <hrfNb.12314$IZ3.1380@news.cpqcorp.net>, "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> writes:f !fB !"Bradford J. Hamilton" <brad@.gateway.2wire.net> wrote in message( !news:7fcNb.50004$5V2.65561@attbi_s53... ! !  !>L !> Here in the States, if you have Comcast Digital Cable TV, you can request !manyaL !> MP episodes from the BBC America channel, for free.  My youngest children !are !> now being indoctrinated...O !> ! L !Yes, but for a small investment, you can purchase the complete set of DVDs.L !A very worthwhile investment... and longterm cheaper than Digital Cable ;-) !   J Of course, I get more value from Digital Cable than free MP episodes - for? instance, I can make an unlimited number of posts to c.o.v.	:-).  / Try doing *that* at your local Blockbuster!	:-).   !0 !@  J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own"-K bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-' t0                                          with @"   ------------------------------  # Date: Thu, 15 Jan 2004 02:14:02 GMTr> From: Michael Austin <maustin@no-more-spam.firstdbasource.com>A Subject: Re: Secure Web Server Version 2.0 available for downloadg< Message-ID: <KHmNb.8024$Ym7.4552@newssvr22.news.prodigy.com>   Carl Karcher wrote:p  L > In a previous article, "Dave Weatherall" <djw-nothere@nospam.nohow> wrote: > J > ->Whatever happened to VMS dedication to backwards compatibility? Do youH > ->really think it a good idea to expect customers to suddenly have to B > ->convert all the ascii/text files on their sites to be able to F > ->'upgrade' to CSWS V2? Not to mention changing any file-generation G > ->procedures that have in place, plus any testing/qualification this - > ->might involve? > I > I concur that this is a huge mistake and an unreasonable expectation ofcI > customer effort. I was almost ready to ditch the OSU webserver and jumpa/ > into CSWS V2.0. Now this. This will require: u > I >  1. Converting EVERY file in EVERY www directory on the system. This istH >     not a simple file header change either - every record will need to! >     be processed and rewritten.y > > >  2. Changing every application/procedure that produces html. > J >  3. Changing the default for EVERY Advanced Server (aka pathworks) shareH >     on the system. STREAM (not STREAM_LF) is STILL the default even in1 >     the most recent version/eco (from October).  > F > Certainly, there needs to be a way to restore the previous behavior. >  > --I > -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisona< > --                   karcher.nomorespxm@waisman.wisc.edu    F Looks like I won't be "donwgrading" to HPSWS2.0 any time soon.  It is F absolutely ridiculous to expect that these files be converted.  I use I PHP, PERL, DCL SQL, SQLPLUS and "C/C++" programs to generate the content aI   (files, and dynamicially generated) in many different directories that PD must also be accessed via DCL, PERL, PHP and other executables. And G sometimes concurrently.  So "converting" these files is absolutely out   of the question!!!!f  H It seemes to me that since you cannot determine the content-length of a I generated page, what's the difference in transmitting a file that has an rG   indeterminate file length??  Seems like someone may need to read and R+ interpret the RFC a little more closely....    Michael Austin.i   ------------------------------  # Date: Wed, 14 Jan 2004 21:24:52 GMTs2 From: "Ken Farmer" <KFarmer@NOSPAM.SpyderByte.com>Y Subject: SKHPC: HP Demonstrates Partitioned, Clustered, Mixed-OS IPF-Inside Superdome Sysw@ Message-ID: <EsiNb.229721$Vu5.16774836@twister.southeast.rr.com>  L SKHPC: HP Demonstrates Partitioned, Clustered, Mixed-OS IPF-Inside Superdome SystemA http://www.shannonknowshpc.com/stories.php?story=04/01/13/3323598l  D One Itanium-Inside 16-CPU HP Integrity Superdome server running fourK different OSes in four hard partitions--not to mention a mixed-architectureI VMScluster--who'da thunk it?     ShannonKnowsHPC.come http://www.shannonknowshpc.com         -- Kenneth Farmer <><1 http://www.OpenVMS.org  |  http://dcl.OpenVMS.org    ------------------------------  # Date: Wed, 14 Jan 2004 21:31:36 GMTi# From: "John Smith" <a@nonymous.com> Y Subject: Re: SKHPC: HP Demonstrates Partitioned, Clustered, Mixed-OS IPF-Inside SuperdomeyK Message-ID: <YyiNb.151154$AAe1.119448@news01.bloor.is.net.cable.rogers.com>    Ken Farmer wrote:nD > SKHPC: HP Demonstrates Partitioned, Clustered, Mixed-OS IPF-Inside > Superdome SystemC > http://www.shannonknowshpc.com/stories.php?story=04/01/13/3323598e >WF > One Itanium-Inside 16-CPU HP Integrity Superdome server running four: > different OSes in four hard partitions--not to mention a1 > mixed-architecture VMScluster--who'da thunk it?,    F There's absolutely no surprise that OVMS Engineering is capable of andH regularly achieves such feats of design and execution. Hats off to them.  L However equally importantly, is the company known as HP capable of marketingI and advertising these OVMS achievements and converting that into sales to , *new* and existing VMS customers?  Any bets?   ------------------------------  % Date: Mon, 12 Jan 2004 09:27:42 -0500r3 From: "Irving Fewkes Snurd III" <dacadc0@lycos.com>  Subject: ssh on Ovms 7.3-20 Message-ID: <btuasd$u5s$1@hood.uits.indiana.edu>  F We just upgraded to -2, and now ssh2 works, but tunneling for Xwindows  doesn't. Anyone have a solution?       Bill Manwaring, Indiana U    ------------------------------    Date: 14 Jan 2004 15:45:13 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: ssh on Ovms 7.3-23 Message-ID: <xajIa7hmCedY@eisner.encompasserve.org>e  f In article <btuasd$u5s$1@hood.uits.indiana.edu>, "Irving Fewkes Snurd III" <dacadc0@lycos.com> writes:H > We just upgraded to -2, and now ssh2 works, but tunneling for Xwindows" > doesn't. Anyone have a solution? >   E    TCPWare and Multinet come to mind.  IIRC Process has an SSH client B    that will run on top of UCX if you're really stuck running UCX.   ------------------------------    Date: 14 Jan 2004 13:59:45 -0800$ From: rbrooke@intlsteel.com (Roscoe)5 Subject: SYS$QIOW, INSTAT and OFFSET - what are they?e= Message-ID: <2c811a5d.0401141359.7a3db910@posting.google.com>r  D I'm trying to debug some VMS Fortran code but it's not my code and I> don't know the meanings of the values returned in the SYS$QIOW0 function.  Here's what's defined in the program:   STRUCTURE /IOSTAT/   INTEGER*2 INSTAT   INTEGER*2 OFFSET   INTEGER*2 TERMIN   INTEGER*2 TERMSZ
 END STRUCTUREi   RECORD /IOSTAT/ QIOSTe   Here's the call:  F STATUS = SYS$QIOW (, %VAL(CHANNEL), %VAL(FCODE), QIOST,,, %REF(CBUFF),9                    %VAL(NCHAR), %VAL(TIMEOUT), TERMNAT,,)E  F This is reading a serial port scale device.  QIOST.INSTAT returns with a 556.  F So, here's my general question.  What do QIOST.INSTAT and QIOST.OFFSET2 return?  Does anyone know what the meaning of 556?   Thanks,r   Ross A. Brooke ISG Steel Companyo Hennepin Works   ------------------------------  % Date: Wed, 14 Jan 2004 15:23:40 -0700t+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>b9 Subject: Re: SYS$QIOW, INSTAT and OFFSET - what are they?i' Message-ID: <4005C16C.4080802@MMaz.com>g  
 Roscoe wrote:   E >I'm trying to debug some VMS Fortran code but it's not my code and I(? >don't know the meanings of the values returned in the SYS$QIOW 1 >function.  Here's what's defined in the program:, >e >STRUCTURE /IOSTAT/n >  INTEGER*2 INSTAT  >  INTEGER*2 OFFSETp >  INTEGER*2 TERMINu >  INTEGER*2 TERMSZf >END STRUCTURE >a >RECORD /IOSTAT/ QIOST >u >Here's the call:  > G >STATUS = SYS$QIOW (, %VAL(CHANNEL), %VAL(FCODE), QIOST,,, %REF(CBUFF),0: >                   %VAL(NCHAR), %VAL(TIMEOUT), TERMNAT,,) >0G >This is reading a serial port scale device.  QIOST.INSTAT returns with  >a 556.6 >9 >  0 >i
 $ exit 556! %SYSTEM-F-TIMEOUT, device timeout1  * Cabling problem or problem with the scale?    G >So, here's my general question.  What do QIOST.INSTAT and QIOST.OFFSET03 >return?  Does anyone know what the meaning of 556?  >    >a  C QIOST is actually the I/O Status Block which might be more clearly    defined as a quadword structure:  !         structure /iosb_template/4A           integer * 2   cond_val      ! if waited, it is the I/O   completion statusn           integer * 2   count !           integer * 4   devdepinf5         end structure   #         record /iosb_template/ iosb0   Barry    -- 5  > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                        e   ------------------------------  # Date: Wed, 14 Jan 2004 22:25:01 GMT % From: Rob Brown <mylastname@gmcl.com>o9 Subject: Re: SYS$QIOW, INSTAT and OFFSET - what are they? L Message-ID: <Pine.LNX.4.44.0401141519050.28017-100000@localhost.localdomain>   On 14 Jan 2004, Roscoe wrote:   ; > So, here's my general question.  What do QIOST.INSTAT andsA > QIOST.OFFSET return?  Does anyone know what the meaning of 556?r  C The exact fields of the I/O Status Block are documented in the I/O iB User's Reference Manual.  Since you are talking to a serial port, G check the Terminal Driver Chapter.  You are probably doing a READ, so: h      INSTAT is the I/O status-  @    OFFSET is the offset in bytes from the beginning of the inputD    buffer to the terminator character (if any), in other words, the     number of data bytes read.3  ( For the meaning of the status value, try  %    $ WRITE SYS$OUTPUT F$MESSAGE (556)c which tells you"$    %SYSTEM-F-TIMEOUT, device timeout   htha   ------------------------------  % Date: Wed, 14 Jan 2004 21:29:27 -0500I3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>l9 Subject: Re: SYS$QIOW, INSTAT and OFFSET - what are they?h0 Message-ID: <T4OdnSRkObyXZpjd4p2dnA@comcast.com>  @ 556, decimal, translates to "%SYSTEM-F-TIMEOUT, device timeout".  F The IOSTAT structure is an I/O Status Block which is documented under  the $QIO system service.G The first word is the completion status of the $QIO system service, in rG this case it appears that the operation timed out.  The second word is hI the count of the number of bytes transferred.  The final longword, which  E is here declared as two words, is device specific; e.g. it will have dH different meanings if it comes from a magnetic tape than it would if it F came from a terminal.  See the I/O User's Guide; I think in this case J the chapter on the Terminal Driver would be the appropriate place to look.  E The quickie way to translate completion status is to use your status  0 code as the parameter to the DCL EXIT statement;
 $ EXIT 556  B A slightly more self-documenting way is to do something like this: $ SAY:=WRITE SYS$OUTPUTD $ SAY F$MESSAGE(556)  E Still better is to code the program to output an appropriate message a when it enounters an error.a  A Even better is to send the appropriate message and then take the tA appropriate corrective action; in this case maybe retry the read.1  H Best of all is to set things up so you don't try to read from the scale B until there is something to be read from the scale.  The shipping E department where I work puts a package on the scale, and then uses a tF hand held barcode scanner to scan the work order number; the entry of 6 the workorder number triggers the read from the scale.  
 Roscoe wrote:l  E >I'm trying to debug some VMS Fortran code but it's not my code and Io? >don't know the meanings of the values returned in the SYS$QIOWp1 >function.  Here's what's defined in the program:o >l >STRUCTURE /IOSTAT/y >  INTEGER*2 INSTATe >  INTEGER*2 OFFSETn >  INTEGER*2 TERMIN  >  INTEGER*2 TERMSZg >END STRUCTURE >E >RECORD /IOSTAT/ QIOST >T >Here's the call:  >tG >STATUS = SYS$QIOW (, %VAL(CHANNEL), %VAL(FCODE), QIOST,,, %REF(CBUFF),e: >                   %VAL(NCHAR), %VAL(TIMEOUT), TERMNAT,,) >.G >This is reading a serial port scale device.  QIOST.INSTAT returns with- >a 556.- > G >So, here's my general question.  What do QIOST.INSTAT and QIOST.OFFSET63 >return?  Does anyone know what the meaning of 556?- >- >Thanks, >- >Ross A. Brooke  >ISG Steel Company >Hennepin Worksn >  g >h   ------------------------------  % Date: Wed, 14 Jan 2004 18:57:07 +0000:O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> I Subject: Re: The Register: OpenVMS among most-secure of operating systems$0 Message-ID: <bu43e4$t98$1@new-usenet.uk.sun.com>   Mark Berryman wrote:* > Andrew Harrison SUNUK Consultancy wrote: >  >> Bob Koehler wrote:w >>E >>> In article <bu12iq$qi9$1@new-usenet.uk.sun.com>, Andrew Harrison  E >>> SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:o >>>  >>>  >>>> Ohhh yessssss yooou are.e >>>  >>>v >>>a >>>oG >>>    Care to speculate as to which one of us has access to the sourcet >>>    listings and NDA info?  >>>SG >>>    I have no reason to BS you, Andrew.  When I say I'm not guessingy( >>>    its a fact.  Not a boast, a fact. >>>e >>D >> Well lets just examine the external evidence shall we rather than2 >> your rahter laughable secret squirrel response. >>A >> Even CERT which is a highly unreliable source puts OpenVMS waye= >> ahead of VMS for vunerabilities. There was the DECnet Wormg >> and thats just about it.e >>A >> On the other had the current OS has SSH, Bind, and a number ofo" >> other advisories posted for it. >>? >> Security through obscurity cuts both ways because it removess9 >> your ability to prove your point while I at least have  >> collateral to support mine. >>: >> So Ohhh Yesss You Arrr untill that is you can prove you >> arn't >  > J > But I have proven it.  Unfortunately, for whatever reason, you have not F > been able to accept (or perhaps understand) the proof.  It probably & > isn't worth it but I will try again. > I > I have SSH on my VMS system.  It is NOT openssh.  Are you aware of any 'K > advisories against it?  I can state that my VMS system has never been in r4 > any sort of security or DoS danger because of SSH. > I > I have BIND on my system.  None of the vulnerabilities posted for BIND eH > have ever been able to impact my VMS version of BIND and I test every K > one.  So, how does the fact that I run BIND impact the level of security w > of my VMS system?o >   4 There is only 2 reasons why you claim could be true.  ; 1.	You arn't running a commecial version of bind on OpenVMSs8 	all the commercial versions either have CERT advisories; 	for them or patches for cert advisories (if you understandm8 	the sorry state of OpenVMS CERT reporting you will know 	what this means).  ? 2.	You have installed a version more recent than the advisoriest0 	anything else and you are at odds with reality.  F > You have tried to claim the certain patches to VMS layered products G > should have been reported to CERT (if CERT was to be used as a valid aC > metric) because they addressed security issues.  However, when I rC > followed up on the ones you claimed, that claim turned out to be -G > specious (the patches were not, in fact, fixing any kind of security r	 > issue).i >   D Rubbish, Teardrop, Bind, SSH all require patches and the informationB for this is either in the CERT advisory or in the case of Teardrop available from HP.    I > So, let's get specific.  You say the CERT advisories aren't valid as a nG > metric because too many security issues in VMS don't get reported to aH > CERT.  Let's start there.  Name some.  I'll follow up and verify your K > accuracy.  Remember, it has to be something that impacts the security or t > stability of VMS.       9 VMS722_DW_MOT_MUP-V0100 DECWindows MUP, No CERT Advisory. 1 ACMS_U2_043, ACMS security hole No CERT Advisory.t3 ALPSMUP01_070 No CERT Advisory (Know what a SMUPis)-8 DCE_030_SSRT3608-V0100 COM/DCE Denial of Service no CERT  2 I can provide more if you are interested but to be. honest your just lost the argument so lets not rub salt in your wounds.  6 And just to illustrate that 3rd party layered products4 are just as bad or put another way more OpenVMS CERT BS gets trashed.  D http://www.multinet.process.com/scripts/eco/eco_tlb.com?FTP-053_A044  # Look for mandatory security update.t= Now wouldn't it be nice to know what that was, again no CERT.l  F http://www.multinet.process.com/scripts/eco/eco_tlb.com?NAMED-011_A044< No reference to which CERT advisories they are fixing and of@ course no response in the Vendor section of the CERT advisories.  E http://www.multinet.process.com/scripts/eco/eco_tlb.com?SMTP-030_A044h Mandatory Security Updatei Again no CERT advisory.1   > J > Step two.  Name any opensource product that is now available on VMS for I > which an exploit was discovered that could be used to compromise a VMS  J > system (or even provide a means to make a DoS attack against it).  I am F > aware of one, but that was in a product that no one concerned about C > security would ever run.  Remember, the fact that an exploit was nI > discovered does NOT necesarily mean that the exploit could actually be e > used against a VMS system. >   9 Why should I bother with OpenSource closed source is good  enough.n  K > I'm calling you on your bluff.  You claim the security concerns with VMS h; > tend to get obfuscated.  Trot 'em out and show 'em to us.  >r3 I guess that you now regret even posting but thanks0" for being a very usefull fall guy.   Regardss Andrew Harrison    ------------------------------  # Date: Wed, 14 Jan 2004 19:54:10 GMT # From: hoff@hp.nospam (Hoff Hoffman) I Subject: Re: The Register: OpenVMS among most-secure of operating systems 3 Message-ID: <C7hNb.12337$g34.2486@news.cpqcorp.net>e   In article <bu0n2e$mfe$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:  A :Your assumption that I have attacked OpenVMS's relative securitytA :vs other OS's is incorrect I have not as is your assumption that ? :I have failed to support the points I have made with evidence.  :lE :I have attacked and will continue to attack the OpenVMS BS merchantsmE :who claim that OpenVMS must be more secure than any other OS becauseeG :it gets less CERT advisories posted for it because it is a BS measure.d    D   The number of security problems reported does not equal the total @   problems that might actually be present, obviously -- and that@   should hold for all operating systems, assuming that no vendor=   can, does, or potentially could even manage to report everyeC   security-relevent problem or event via CERT or similar mechanism.   F   Complete lists of problems verge on NCSC Class A security or similarE   levels of security design, testing, and evaluation work, a level of-C   effort and of certainty that is both very expensive and rare, andeC   accordingly also non-competitive save for exceedingly specializede   applications.t  G   That written, having a small(er) number of reported security problem gG   reports -- such as it the case with OpenVMS, even aggregating reportsoD   across the operating system and across core layered products -- isE   almost certainly preferable to having a large(r) number of reported>   security problems.  E   All this is advertising fodder, plain and simple -- whether referedaF   to as Marketing, FUD, or terminology otherwise.  If a competitor hasC   few(er) CERTs, then the importance of the total reports is largeroE   or smaller depending on the particular person's position -- and I'dpE   expect any reputable vendor to state that any such list of securitywD   problems is potentially incomplete, because of the inherent natureC   and the difficulties of the reporting and tracking of problems.  >  C   Regardless, most any marketeer would rather be in the position of B   having fewer outstanding CERT reports than having more reports. ?   Having more outstanding security reports is a tough(er) sell.o    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq@N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com.   ------------------------------  % Date: Wed, 14 Jan 2004 15:02:27 -0800 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>I Subject: Re: The Register: OpenVMS among most-secure of operating systemsf' Message-ID: <40055a04$1@cpns1.saic.com>   ( Andrew Harrison SUNUK Consultancy wrote: > Mark Berryman wrote: > + >> Andrew Harrison SUNUK Consultancy wrote:o >> >>> Bob Koehler wrote: >>>vF >>>> In article <bu12iq$qi9$1@new-usenet.uk.sun.com>, Andrew Harrison F >>>> SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >>>> >>>> >>>>> Ohhh yessssss yooou are. >>>> >>>> >>>> >>>> >>>>H >>>>    Care to speculate as to which one of us has access to the source >>>>    listings and NDA info? >>>>H >>>>    I have no reason to BS you, Andrew.  When I say I'm not guessing) >>>>    its a fact.  Not a boast, a fact.l >>>> >>>fE >>> Well lets just examine the external evidence shall we rather thani3 >>> your rahter laughable secret squirrel response.e >>> B >>> Even CERT which is a highly unreliable source puts OpenVMS way> >>> ahead of VMS for vunerabilities. There was the DECnet Worm >>> and thats just about it. >>>8B >>> On the other had the current OS has SSH, Bind, and a number of# >>> other advisories posted for it.s >>>4@ >>> Security through obscurity cuts both ways because it removes: >>> your ability to prove your point while I at least have >>> collateral to support mine.d >>>t; >>> So Ohhh Yesss You Arrr untill that is you can prove you 	 >>> arn't  >> >> >>G >> But I have proven it.  Unfortunately, for whatever reason, you have nB >> not been able to accept (or perhaps understand) the proof.  It 0 >> probably isn't worth it but I will try again. >>J >> I have SSH on my VMS system.  It is NOT openssh.  Are you aware of any I >> advisories against it?  I can state that my VMS system has never been e8 >> in any sort of security or DoS danger because of SSH. >>J >> I have BIND on my system.  None of the vulnerabilities posted for BIND I >> have ever been able to impact my VMS version of BIND and I test every  C >> one.  So, how does the fact that I run BIND impact the level of w >> security of my VMS system?s >> > 6 > There is only 2 reasons why you claim could be true. > @ > 1.    You arn't running a commecial version of bind on OpenVMS= >     all the commercial versions either have CERT advisoriesp@ >     for them or patches for cert advisories (if you understand= >     the sorry state of OpenVMS CERT reporting you will knows >     what this means).-    No.  I run a commercial version. > D > 2.    You have installed a version more recent than the advisories5 >     anything else and you are at odds with reality.D  F No, again not true.  I apply the vendor-supplied patches after I test + for whether my system is vulnerable or not.s  B Ah, I think I see the crux of the matter.  You seem to think that G anything that has been patched for security reasons must mean that any yC VMS system running that piece of software must have had a security uH issue.  If so, then this is a proven false belief.  I will try to state  things a little clearer.  I Vendors that distribute opensource products (e.g. BIND) as part of their t?   product apply the patches released by the maintainers of the iG opensource product in order to keep their code in sync.  This does NOT *F mean that the issue being addressed by the patch necessarily impacted  the vendor's product.d  F So, name one security flaw in BIND that caused a security issue for a  VMS system running BIND.  G >> You have tried to claim the certain patches to VMS layered products lH >> should have been reported to CERT (if CERT was to be used as a valid D >> metric) because they addressed security issues.  However, when I D >> followed up on the ones you claimed, that claim turned out to be H >> specious (the patches were not, in fact, fixing any kind of security 
 >> issue). >> > F > Rubbish, Teardrop, Bind, SSH all require patches and the informationD > for this is either in the CERT advisory or in the case of Teardrop > available from HP.  I They required patches, yes.  But in all three of the cases you cite, the mG problem that was patched was not exploitable on any of the hundreds of yF VMS systems I've been responsible for.  I've tried to tell you before F that I have explicitly tested each of these cases.  You have no first I hand knowledge but are simply drawing assumptions from reading something.    > J >> So, let's get specific.  You say the CERT advisories aren't valid as a H >> metric because too many security issues in VMS don't get reported to I >> CERT.  Let's start there.  Name some.  I'll follow up and verify your  I >> accuracy.  Remember, it has to be something that impacts the security s >> or stability of VMS.i >  >  >  > ; > VMS722_DW_MOT_MUP-V0100 DECWindows MUP, No CERT Advisory.I   Bulletin number ESB-2001.4603 > ACMS_U2_043, ACMS security hole No CERT Advisory.T'   Quoting from the patch release notes:,%                        **** NOTE ****N  D       This problem does not compromise the security of  the  OpenVMS       operating  system.  5 > ALPSMUP01_070 No CERT Advisory (Know what a SMUPis)n  From the Release Notes:L       Digital has received reports of possible unintended disclosure of userH       access information on Alpha systems running OpenVMS Alpha or SEVMS       Alpha.    I did not find this one at CERT.  : > DCE_030_SSRT3608-V0100 COM/DCE Denial of Service no CERTG This was a "potential" error that impacted only DCE.  It had no impact iH on VMS or the data maintained on it.  According to the info I have this F was a case of "we don't know if anyone could exploit this, we haven't H heard that anyone has, but let's fix it anyway" which is typical of the @ proactive stance people buy VMS for.  This does not qualify for  submission to CERT.n   > 4 > I can provide more if you are interested but to be0 > honest your just lost the argument so lets not > rub salt in your wounds.  H Considering your low batting average, you might want to consider trying  again.  8 > And just to illustrate that 3rd party layered products6 > are just as bad or put another way more OpenVMS CERT > BS gets trashed. > F > http://www.multinet.process.com/scripts/eco/eco_tlb.com?FTP-053_A044 > % > Look for mandatory security update.e? > Now wouldn't it be nice to know what that was, again no CERT.r > H > http://www.multinet.process.com/scripts/eco/eco_tlb.com?NAMED-011_A044> > No reference to which CERT advisories they are fixing and ofB > course no response in the Vendor section of the CERT advisories. > G > http://www.multinet.process.com/scripts/eco/eco_tlb.com?SMTP-030_A044- > Mandatory Security Updatea > Again no CERT advisory.3  I I've never looked for Multinet issues in CERT so I'll have to table this C( until I have a little time for research.   >>G >> Step two.  Name any opensource product that is now available on VMS iJ >> for which an exploit was discovered that could be used to compromise a J >> VMS system (or even provide a means to make a DoS attack against it).  F >> I am aware of one, but that was in a product that no one concerned J >> about security would ever run.  Remember, the fact that an exploit was J >> discovered does NOT necesarily mean that the exploit could actually be  >> used against a VMS system.M >> > ; > Why should I bother with OpenSource closed source is good 	 > enough.n  L Um, *you* are the one who brought up opensource (you know, BIND, SSH, etc.).  H >> I'm calling you on your bluff.  You claim the security concerns with @ >> VMS tend to get obfuscated.  Trot 'em out and show 'em to us. >>5 > I guess that you now regret even posting but thankss$ > for being a very usefull fall guy.   Nope, no regrets at all.  
 Mark Berrymanc   ------------------------------  % Date: Wed, 14 Jan 2004 18:48:16 -0500,& From: Warren Oates <Warren@InHell.Com>, Subject: Re: To all "patriotic" americans...B Message-ID: <Warren-3E20F9.18481614012004@nr-tor01.bellnexxia.net>  6 In article <4004B331.63915548@NeOaSrPtAhMlNiOnWk.net>,B  "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote:   :I don't get the connection. :mC :Henry Ford developed mass-production into a viable business model.s :mA :Sam Walton developed discounted mass-merchandising into a viable7 :business model.  C The Romans like, built the first roads. Henry Ford built the first :D vehicle that let a man quickly go by road to the next town where he E could buy cheaper stuff than in his own town. The man did, not being eI stupid. Next came paved and numbered highways, boxstores, megamalls, and .	 Walmart. a  G On the way we discovered sex and drugs and rock and roll, more or less t in that order.  7 The Fall of the Roman Empire? Just one of those things.t -- h  Looks like more of Texas to me. B ... Arizona, where the nights are warm and the roads are straight.   ------------------------------  % Date: Wed, 14 Jan 2004 16:09:46 -0600J/ From: Chris Scheers <chris@applied-synergy.com> ( Subject: Re: VAX architecture and Charon2 Message-ID: <4005BE2A.B0BD083@applied-synergy.com>   Bob Koehler wrote: > l > In article <DTiotGxQ0bj6-pn2-Hs2bHgj6HB1d@localhost>, "Dave Weatherall" <djw-nothere@nospam.nohow> writes: > >3 > > Bob0J > >           when researching the possibility of using Charon-VAX for oneI > > of our applications, I noticed  a reference to a DRQ3B equivalent PCIpG > > card, on SRI's page. I even proposed it for last years's budget buty* > > have been too busy to take it forward. > >tH > > The card itself was manufactured a compamy in California. I'm sure I> > > saved the page somewhere but can't find it a t the moment. > H >    I've seen references to the hardware components.  One company makesH >    a Qbus PCI adapter and Qbus DRV11-W and DRQ3B look-alikes.  AnotherF >    company makes a single PCI card that will emulate DR11-B, DR11-W, >    DRV11-W, or DRQ3B.t > - >    It's the timing I'm not willing to risk.d   It's not just timing.   F As I understand it, these PCI cards are designed to plug into an AlphaA and come with Alpha drivers which are QIO compatible with the VAXU drivers.  D There is no reason to think that these cards are register compatibleD with the Q-bus cards. (They really can't be, they are on a different bus.)d  G Unless Charon-VAX does something really strange, I'ld be very surpriseduF if it was able to do anything with these cards without some additional coding.e  G ------------------------------------------------------------------------$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com a   Fax: 817-237-3074n   ------------------------------  % Date: Wed, 14 Jan 2004 17:50:45 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>* Subject: Re: VMS runs well on HP Superdome( Message-ID: <4005C7BF.67190AD@istop.com>  ( Andrew Harrison SUNUK Consultancy wrote:= > HP on the other hand brought Carly on board for a number ofg; > reasons but one was to turn arround the PC and Enterprise6 > Systems businesses >  J Carly was a starlet that looked like a goddess because she had been in theL right place at the right time and benefited from the .com boom. So they went> and fetched her thinking she could solve all of HP's problems.  J And when it became apparent Carly was all show and no substance, they wereF about to kick her butt when she announced the wedding with Curly which? distracted all the attention away from her dismal performance. o  J She may have performed the merger well, but has the money they invested in# buying/destroying Compaq paid off ?=   ------------------------------   End of INFO-VAX 2004.028 ************************