0 INFO-VAX	Tue, 13 Jan 2004	Volume 2004 : Issue 25      Contents:- 2 unrelated Q: Mozilla 1.6 and DS15 soundcard 1 Re: 2 unrelated Q: Mozilla 1.6 and DS15 soundcard 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: Change System Node Identifier , Re: Experienced OpenVMS Admin/Guru availableP Faced with flagging PC sales,  HPand others are pushing aggressively into digitaP Re: Faced with flagging PC sales,  HPand others are pushing aggressively into di file and record formats  Re: file and record formats  Re: file and record formats ! GraphicCard 3DLabs Oxygen VX1 PCI % Re: GraphicCard 3DLabs Oxygen VX1 PCI % Re: GraphicCard 3DLabs Oxygen VX1 PCI  Re: HP FUDBusting  Re: HP FUDBusting ) HP will license its intellectual property - Re: HP will license its intellectual property - Re: HP will license its intellectual property  Re: JF Do You Need A Doctor?3 Re: Modify the logical SYS$STARTUP, why or why not? P Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per  minute uP 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: 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: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute us3 Re: Personal Workstation 500a/au hardware questions 3 Re: Personal Workstation 500a/au hardware questions ' Problem Porting Unix X Apps To OpenVMS. 1 Re: Problem using bind() function in 'C' program. + Re: Silly Users with Password as "Password" + Re: Silly Users with Password as "Password" + Re: Silly Users with Password as "Password" + Re: Silly Users with Password as "Password" ! Re: Size restriction of LD disks? $ The 1st patch for V7.3-2 has arrived@ 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: 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: The Register: OpenVMS among most-secure of operating systems@ Re: The Register: OpenVMS among most-secure of operating systems Re: VAX architecture and Charon  Re: VAX architecture and Charon  Re: VAXstation question  Re: VAXstation question , Re: VMS naming conventions for disk volumes?! Re: VMS runs well on HP Superdome   F ----------------------------------------------------------------------    Date: 13 Jan 2004 11:50:23 +0100K From: pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40) 6 Subject: 2 unrelated Q: Mozilla 1.6 and DS15 soundcard! Message-ID: <oZdjWrPgK532@sinead>    Hi all,   ! I have two (unrelated) questions:   K Is a Mozilla 1.6 on VMS port planned at HP ?  The last Mozilla available is ; 1.5RC2 (working OK), but 1.6 will be here real soon now ...   N Is there au sound card supported (hardware and VMS support) or planned for the new Alphaserver DS15 ?   TIA    Patrick  --O =============================================================================== N pmoreau@ath.cena.fr  (CENA)      ______      ___   _          (Patrick MOREAU)4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/O ===============================================================================    ------------------------------  % Date: Tue, 13 Jan 2004 18:29:42 +0100  From: Dirk Munk <munk@home.nl>: Subject: Re: 2 unrelated Q: Mozilla 1.6 and DS15 soundcard2 Message-ID: <bu1ajb$4lf$2@news4.tilbu1.nb.home.nl>  6 Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40 wrote:	 > Hi all,  > # > I have two (unrelated) questions:  > M > Is a Mozilla 1.6 on VMS port planned at HP ?  The last Mozilla available is  > 1.5RC2 (working OK),    < The browser is working ok, mail has several very nasty bugs.  ( > but 1.6 will be here real soon now ...  F Yep, it seems there are simply not enough resources (manpower) at VMS L engineering to keep the Mozilla releases up to date. There even isn't a 1.5 L final yet, so I guess it may be quite a while before we see any kind of 1.6 O release. I don't think anyone (incl. engineering) is happy with this situation.    > P > Is there au sound card supported (hardware and VMS support) or planned for the > new Alphaserver DS15 ? >  > TIA  > 	 > Patrick  > --Q > =============================================================================== P > pmoreau@ath.cena.fr  (CENA)      ______      ___   _          (Patrick MOREAU)6 > moreau_p@decus.fr (DECUS)       / /   /     / /|  /|L > CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  P > BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |P > 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|P > http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/Q > ===============================================================================    ------------------------------  % Date: Tue, 13 Jan 2004 18:28:46 +0100  From: Dirk Munk <munk@home.nl>: Subject: Re: 2 unrelated Q: Mozilla 1.6 and DS15 soundcard2 Message-ID: <bu1ahu$4lf$1@news4.tilbu1.nb.home.nl>  6 Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40 wrote:	 > Hi all,  > # > I have two (unrelated) questions:  > M > Is a Mozilla 1.6 on VMS port planned at HP ?  The last Mozilla available is  > 1.5RC2 (working OK),    < The browser is working ok, mail has several very nasty bugs.  ( > but 1.6 will be here real soon now ...  F Yep, it seems there are simply not enough resourses (manpower) at VMS L engineering to keep the Mozilla releases up to date. There even isn't a 1.5 L final yet, so I guess it may be quite a while before we see any kind of 1.6 O release. I don't think anyone (incl. engineering) is happy with this situation.    > P > Is there au sound card supported (hardware and VMS support) or planned for the > new Alphaserver DS15 ? >  > TIA  > 	 > Patrick  > --Q > =============================================================================== P > pmoreau@ath.cena.fr  (CENA)      ______      ___   _          (Patrick MOREAU)6 > moreau_p@decus.fr (DECUS)       / /   /     / /|  /|L > CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  P > BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |P > 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|P > http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/Q > ===============================================================================    ------------------------------  % Date: Tue, 13 Jan 2004 02:37:55 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>' Subject: Re: 500.000 AMD64's shipped... ) Message-ID: <4003A02E.23A91A6F@istop.com>    mist dragon wrote: > M > > So they claim to have shipped half a million chips. But shipped to whom ?  > G > Take a walk on local computer shops and malls and look at labels from ? > ibm, hp etc. And then take the same walk looking for itanium.  > C > I could ask the same question - where did those 10k itaniums go ?   L But 10k chips is a much smaller number than half a million, even if Intel/HP7 had to pay customers to accept the inferior iA64 thing.   M What got me to raise this issue is that it was an AMD subsidiary (AMD Taiwan) N that issued the press release, so it may not be an indication of how many haveI been shipped, but rather how many have been fabbed and then sent to AMD's 3 "headquarters" for distribution to computer makers.   I I have no problem believing that the AMD 64 bit 8086 has shipped and will M continue to ship greater number than Intel's failed IA64. But 500k chips is a 
 LOT of chips.    ------------------------------  % Date: Tue, 13 Jan 2004 10:25:49 +0100 * From: Paul Sture <nospam@sture.homeip.net>' Subject: Re: 500.000 AMD64's shipped... 0 Message-ID: <4003C7AD.3C3EB2F0@sture.homeip.net>    Peter 'EPLAN' LANGSTOEGER wrote: > X > In article <400314FA.F02A201D@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > >mist dragon wrote: . > >> http://www.theinquirer.net/?article=13566K > >> Opteron has also outsaled the whole history if itanium processors last  > >> year..  > > L > >So they claim to have shipped half a million chips. But shipped to whom ? > M > I saw recently a notebook (!) with an AMD64 in a window of a photo/computer L > shop here in vienna. What a surprise as the shop is destined for the crowd  > and not for computer freaks... >   E Interesting. I've seen various debates over the last few months about F whether anyone except those running corporate databases actually needsH 64 bit processors. What I recall is several graphics specialists joiningD in and saying that, yes, they could take advantage of it, and pretty	 soon too.   G In that context, maybe a photo/computer shop is exactly where one could # expect the AMD64 to become popular.    --  
 Paul Sture   ------------------------------  % Date: Tue, 13 Jan 2004 06:03:22 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>' Subject: Re: 500.000 AMD64's shipped... ) Message-ID: <4003D045.EAD8FC8C@istop.com>    Paul Sture wrote: I > In that context, maybe a photo/computer shop is exactly where one could $ > expect the AMD64 to become popular  K Ironic that HP, the company that wants so much to enter the digital imaging L market, would align itself with a chip vendor which doesn't have a commodity 64 bit desktops.  L HP will be in a very difficult situation. If they push Intel to produce a 64K bit 8086 so it can produce commodity industry standard boxes, HP knows that   this will mean the end to IA64.   M If Intel/HP refuse to produce a 64 bit 8086 in order to protect the fledgling L IA64, then AMD will get a greater share of the market and HP will eventuallyM be forced to produce commodity 64 bit 8086s from AMD and as those move up and @ up in the server hierarchy, they will erode the IA64 underbelly.    L One possibility is that intel is keeping its 64 bit 8086 under wraps to giveK AMD a chance to survive in order to keep the anti-trust folks away. Another L possibility is that IA64 was created solely as a dead asset that Intel couldH divest should the anti-trust people knock on its door (a bit like IBM inH previous decades had created the Systems 34 36 and 38 as incompatible asJ possible so owners of a divested 34/36/38 line wouldn't have had access to IBM's core 360/370 technology).     L Had intel produced a 64 bit 8086 last year, I am not sure AMD would have had much chance of survival.   ------------------------------    Date: 13 Jan 2004 06:55:27 -0800. From: mistdragon@zdnetonebox.com (mist dragon)' Subject: Re: 500.000 AMD64's shipped... = Message-ID: <7500353b.0401130655.6521db82@posting.google.com>   M > Ironic that HP, the company that wants so much to enter the digital imaging N > market, would align itself with a chip vendor which doesn't have a commodity > 64 bit desktops.  6 Afaik, HP does have AMD64 desktops, but not Opterons.   N > Had intel produced a 64 bit 8086 last year, I am not sure AMD would have had > much chance of survival.  A According rumours, they are already doing it and about to release F 2005. Of course by that time, they propably have to comply with AMD if they want to keep the share :)   Even SGI is looking for AMD64.  D But I doubt that HP will abandon IA64 - they will just keep multiple 64 bit processors around.    M    ------------------------------    Date: 13 Jan 2004 06:59:11 -0800. From: mistdragon@zdnetonebox.com (mist dragon)' Subject: Re: 500.000 AMD64's shipped... < Message-ID: <7500353b.0401130659.e6663ab@posting.google.com>  O > What got me to raise this issue is that it was an AMD subsidiary (AMD Taiwan) P > that issued the press release, so it may not be an indication of how many haveK > been shipped, but rather how many have been fabbed and then sent to AMD's 5 > "headquarters" for distribution to computer makers.   D Agreed, but no-one in their right mind would make 500K chips withoutC some kind of idea to whom to sell them and some kind of commitments C for selling them. And it does not say they sent it all to US, there D are plenty of continents like europe and asia there, wanting to take 64 bit.   D I think most people with PC's would like to have 64 bit. Not becauseD they think its useful, but because its cool and cooler than from the guy next :)    M    ------------------------------    Date: 13 Jan 2004 07:03:58 -0800' From: icerq4a@spray.se (David Svensson) ' Subject: Re: 500.000 AMD64's shipped... = Message-ID: <734da31c.0401130703.4e0e7793@posting.google.com>   s mistdragon@zdnetonebox.com (mist dragon) wrote in message news:<7500353b.0401122133.3e66f991@posting.google.com>... N > > So they claim to have shipped half a million chips. But shipped to whom ?  > G > Take a walk on local computer shops and malls and look at labels from ? > ibm, hp etc. And then take the same walk looking for itanium.  > D > I could ask the same question - where did those 10k itaniums go ?  >  > M   < As usual when you post. Nothing new and what everyone knows.  F Itanium and the mainstream AMD64 CPU's target different markets, so itD is hardly surprising that there are more AMD64 shipped than Itanium.* Anyone believing something else is stupid.   /David   ------------------------------  % Date: Tue, 13 Jan 2004 15:34:00 +0000 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> ' Subject: Re: 500.000 AMD64's shipped... 0 Message-ID: <bu1359$qra$1@new-usenet.uk.sun.com>   David Svensson wrote: u > mistdragon@zdnetonebox.com (mist dragon) wrote in message news:<7500353b.0401122133.3e66f991@posting.google.com>...  > M >>>So they claim to have shipped half a million chips. But shipped to whom ?   >>G >>Take a walk on local computer shops and malls and look at labels from ? >>ibm, hp etc. And then take the same walk looking for itanium.  >>D >>I could ask the same question - where did those 10k itaniums go ?  >> >>M  >  > > > As usual when you post. Nothing new and what everyone knows. > H > Itanium and the mainstream AMD64 CPU's target different markets, so itF > is hardly surprising that there are more AMD64 shipped than Itanium., > Anyone believing something else is stupid. >  > /David  = Humm Opteron is a mainstream AMD64 CPU and it very definitely = targets the same market as Itanium. Anyone thinking otherwise 
 is stupid.   Regards  Andrew Harrison    ------------------------------  % Date: Tue, 13 Jan 2004 17:18:17 +0100 3 From: Michael Unger <spam.to.unger@spamgourmet.com> ' Subject: Re: 500.000 AMD64's shipped... 9 Message-ID: <bu1630$c55r0$1@ID-152801.news.uni-berlin.de>   ) On 2004-01-13 15:59, "mist dragon" wrote:    > [...]  > F > I think most people with PC's would like to have 64 bit. Not becauseF > they think its useful, but because its cool and cooler than from the
 > guy next :)   D And many people apparently believe in advertising like "it makes the Internet faster" ...  
 SCNR, Michael    --  ; Real names enhance the probability of getting real answers. @ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------    Date: 13 Jan 2004 10:10:42 -0800' From: icerq4a@spray.se (David Svensson) ' Subject: Re: 500.000 AMD64's shipped... = Message-ID: <734da31c.0401131010.43dd9308@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bu1359$qra$1@new-usenet.uk.sun.com>...  > David Svensson wrote: w > > mistdragon@zdnetonebox.com (mist dragon) wrote in message news:<7500353b.0401122133.3e66f991@posting.google.com>...  > > O > >>>So they claim to have shipped half a million chips. But shipped to whom ?   > >>I > >>Take a walk on local computer shops and malls and look at labels from A > >>ibm, hp etc. And then take the same walk looking for itanium.  > >>F > >>I could ask the same question - where did those 10k itaniums go ?  > >> > >>M  > >  > > @ > > As usual when you post. Nothing new and what everyone knows. > > J > > Itanium and the mainstream AMD64 CPU's target different markets, so itH > > is hardly surprising that there are more AMD64 shipped than Itanium.. > > Anyone believing something else is stupid. > > 
 > > /David > ? > Humm Opteron is a mainstream AMD64 CPU and it very definitely ? > targets the same market as Itanium. Anyone thinking otherwise  > is stupid. > 	 > Regards  > Andrew Harrison   C No, Opteron is not a mainstream CPU, Athlon 64 is, and it is pretty C expected that they have shipped that many Athlon 64's. On the other ? hand, the figures I have seen for Opteron are much lower than I B expected, considering that they are much easier to sell because of1 it's x86 compatibility and it's pretty low price.   D The point about stupid was for for those who might have thought that? Itanium would sell better than AMD64. Which I hardly think many  believed and expected.   /David   ------------------------------    Date: 13 Jan 2004 02:16:55 -0800) From: thelockmaster@hotmail.com (Nigel H) * Subject: Re: Change System Node Identifier< Message-ID: <71650955.0401130216.eb35632@posting.google.com>   Thanks Nic, all ok now!   A I thought that was the case until someone told me I couldn't just , remove/re-value the system node identifiers.   Nigel   Y Nic Clews <sendspamhere@[127.0.0.1]> wrote in message news:<btm9kk$8hq$1@lore.csc.com>...  > Nigel H wrote: > > @ > > We have a problem with the system node identifiers, i.e. theH > > SYS$NODE_<cluster_node1> and ...node2 identifiers, which are definedD > > with values of %X80010001 and 3. These values conflict with someA > > application defined identifiers used on the VAX system we are I > > migrating - these are used in ACLs and granted on our RDB database to  > > give the required access.  > > @ > > Is there a safe way of changing the value of the system nodeG > > identifiers so that we can define our existing identifiers with the D > > same values? For example define our identifiers with the correct@ > > valeus (i.e. replacing the system node identifiers) and then > > re-install DECnet? > 4 > This problem may be simpler than you think to fix. > J > If you rename the identifier in question (using RENAME/IDE in AUTHORIZE)G > the now "missing" identifier of the SYS$NODE_... will be added to the E > rightslist database at the next reboot. It is honestly that simple.  > I > The values and even the names are somewhat arbitrary, the rightslist is J > effectively a lookup table of the numbers, and in some cases is just theG > next sequential number when a new identifier is added. If you want to F > keep some parity with your VAX systems, then add all the identifiers? > with values you'd like, see the HELP in authorize to do this.  > ; > There is absolutely no need to remove or reinstall DECnet  >  > Hope this helps    ------------------------------    Date: 13 Jan 2004 07:45:02 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: Experienced OpenVMS Admin/Guru available 3 Message-ID: <+kRwxvIwY3m8@eisner.encompasserve.org>   ` In article <BYJMb.9289$RV5.7668@fe2.texas.rr.com>, LESLIE@JRLVAX.HOUSTON.RR.COM (leslie) writes: > D > Some radical Chicanos want to reclaim Texas, as well as everything! > from Texas to the Pacifc Ocean:  > J >    http://www.thenewamerican.com/tna/2002/05-06-2002/vo18no09_aztlan.htm= >    The New American - Aztlan and Amalgamation - May 6, 2002   /    They can have it, if they take W. with them.    ------------------------------  % Date: Tue, 13 Jan 2004 09:54:19 -0500  From: norm.raphael@metso.comY Subject: Faced with flagging PC sales,  HPand others are pushing aggressively into digita Q Message-ID: <OFC9A649A6.0504AABE-ON85256E1A.00517BDB-85256E1A.0052495F@metso.com>   
 ADTmag.com  ) http://www.adtmag.com/article.asp?id=8772   - Fiorina, stars outline HP entertainment plans      By John K. Waters           F A succession of surprise celebrity appearances and a spate of dramaticI announcements kept Consumer Electronics Show (CES) attendees on the edges A of their seats during Hewlett-Packard CEO Carly Fiorina's keynote K presentation late last week. Speaking before a packed Hilton Theater in Las F Vegas, Fiorina unveiled a new digital music player, revealed an onlineF music alliance with Apple Computer, and weighed in on the online music piracy debate.    K Faced with flagging PC sales, computer industry heavyweights like HP, Intel I and others are pushing aggressively into digital entertainment. Fiorina's J presentation underscored her company's move into this market with productsF designed to provide customers with new and/or more efficient tools forI managing their increasingly unwieldy collections of digital songs, videos J and photos -- and to reduce the number of devices consumers need to do it.H "We don't believe the revolution is a shoot-out in gadget land," FiorinaJ told her audience. "We are focused today on creating a new class of systemK that will enable you to do anything you want with your digital content from J anywhere in the home. We are, in essence, building the data center for the
 consumer."    J The heart of the Fiorina data center is HP's Digital Entertainment System,H essentially a home media server, which is designed to serve as a centralI repository and access point for digital music, photos, videos and movies. J The system includes a hub, digital displays, projectors, music players andK handhelds, and involves partnerships with content companies. HP promises to I ship the system sometime this fall. Fiorina also ticked off some upcoming F product releases, including new 30-inch LCD and 42-inch plasma digitalH displays, due in June, and a new line of digital projectors. The companyH expects to begin supporting Microsoft's Media Center Extender technologyH (which Microsoft chairman Bill Gates announced at CES), and plans to addJ remote control functionality to its iPaq handheld computers. The beefed-upA iPaqs could then also serve as access points for digital content.     H "The digital revolution is about technology that is there for us when weJ want it to work and how we want it to work," Fiorina proclaimed. "And thatJ reality is there now." The news that HP would be putting its name on musicI players based on Apple's iPod technology drew a few gasps from the crowd. H The agreement calls for HP to begin shipping a branded music player this7 summer that even resembles Apple's portable MP3 player.     K "I think everyone here would agree that Apple has done a great job with the H iPod, iTunes software and iTunes Music Store," Fiorina said, pointing toG Apple's impressive, though short, track record as a purveyor of digital K music. The agreement, she said, represents recognition of that success, and H a response to a large and growing demand for downloadable digital music.J She cited internal HP research that found that more than 54% of current HP& consumers download music to their PCs.    J Apple CEO Steve Jobs made his own iPod announcement earlier in the week atG the Macworld show in San Francisco, when he unveiled the new iPod Mini.     K HP is also expected to ship its Pavilion, Media Center, and Compaq Presario F lines of desktop and notebook computers with pre-installed versions ofI Apple's iTunes jukebox software, as well as an icon that links users with H the iTunes online music store. "We think it's a good deal for everyone,"D Fiorina said, "for HP, for Apple and for consumers." On the issue ofK content piracy, Fiorina declared HP's intention to "take a stand for what's J right" by implementing technologies in her company's products that protectH content copyrights. "It's illegal and there are things we as a computing, company can do to prevent it," Fiorina said.    F Among those things, Fiorina said, is HP's intention to begin utilizing( encryption technologies in its products.    K Fiorina gave Interscope Records chairman Jimmy Iovine a substantial turn at J the mike during this portion of her presentation. Iovine lauded HP for itsK stand against piracy, blasted those who copy and share music without paying J for it -- some of whom his company is suing -- and predicted major supportG from his industry for consumer electronics companies that take steps to K protect the rights of recording artists. Iovine then called to the stage U2 J guitarist The Edge, rocker Sheryl Crow, country singer Toby Keith, hip-hopK music legend Dr. Dre and others who stood shoulder-to-shoulder with Fiorina K -- literally and figuratively -- to admonish consumer electronics companies ; to make products that protect the rights of content owners.     I That striking display was followed by a live, two-song concert appearance J by singer Alicia Keys, who also expressed her support of HP's efforts. AndK that was followed by an appearance by actor Ben Affleck, and his partner in I Project Greenlight, Chris Moore. (Matt Damon is also a partner, but could K not attend the keynote.) Project Greenlight is something of a talent search K for movie projects, which are then funded and guided to completion. HP is a J sponsor of the latest search, and Affleck lauded Fiorina for her company'sD participation in the project and its stance on content owner rights.    E Early in her presentation, Fiorina set a light tone with a video clip I featuring Carson Kressley from TV's "Queer Eye for the Straight Guy," who F arrives to help an electronically challenged guy (played by "The DailyF Show" correspondent Rob Corddry) with a technology makeover. The crowdC loved the send-up of the popular show, which ended, of course, with F Corddry's hodgepodge of home electronics gear and media integrated and organized with HP products.     C For CES -- and even for Las Vegas -- it was a star-studded keynote.   % Copyright 2003 101communications LLC.    ------------------------------    Date: 13 Jan 2004 12:22:43 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Y Subject: Re: Faced with flagging PC sales,  HPand others are pushing aggressively into di 3 Message-ID: <nB21ceC0oeiu@eisner.encompasserve.org>   p In article <OFC9A649A6.0504AABE-ON85256E1A.00517BDB-85256E1A.0052495F@metso.com>, norm.raphael@metso.com writes:  H > A succession of surprise celebrity appearances and a spate of dramaticK > announcements kept Consumer Electronics Show (CES) attendees on the edges C > of their seats during Hewlett-Packard CEO Carly Fiorina's keynote M > presentation late last week. Speaking before a packed Hilton Theater in Las H > Vegas, Fiorina unveiled a new digital music player, revealed an onlineH > music alliance with Apple Computer, and weighed in on the online music > piracy debate.  H    HP should license more technology from Apple.  Like a better GUI than    any they're selling now.    ------------------------------  % Date: Tue, 13 Jan 2004 09:58:44 -0800 - From: Kaleb Pederson <kpederson@mail.ewu.edu>   Subject: file and record formats2 Message-ID: <200401130958.44076.kpederson@ewu.edu>  M By default, when I create a file under OpenVMS it ends up with the following   format:    Directory $1$DGA110:[TST]   5 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>  Effective: <None specified>  Recording: <None specified>  File organization:  Sequential Shelved state:      Online  Caching attribute:  WritethroughH File attributes:    Allocation: 137, Extend: 0, Global buffer count: 0,  Version limit: 3F Record format:      Variable length, maximum 0 bytes, longest 60 bytes4 Record attributes:  Carriage return carriage control RMS attributes:     None Journaling enabled: None? File protection:    System:RWED, Owner:RWED, Group:RWED, World:  Access Cntrl List:  None Client attributes:  None   Total of 1 file, 1/137 blocks.  K So, according to the record attributes this file is "Variable Length" with  M "Carriage return carriage control." Yet, if I dump the file, I never see any  K carriage returns (nor line feeds for that matter).  This ends up a problem  G for some of EXEs that we have around here.  For example, the UNIX diff  L command expects either CRLF or CR but reports completely inaccurate results N when it sees files of this type (and I am aware that I could use OpenVMS diff 
 and edit...).    Here's a sample dump:   3 Virtual block number 1 (00000001), 512 (0200) bytes   H  74 73 65 74 20 61 20 73 69 20 73 69 68 74 00 3C <.this is a test 000000H  63 20 6D 27 49 20 74 61 68 74 20 65 6C 69 66 20  file that I'm c 000010H  6C 20 74 69 20 64 6E 61 20 67 6E 69 74 61 65 72 reating and it l 000020H  00 3C 65 6B 69 6C 20 74 73 75 6A 20 73 6B 6F 6F ooks just like<. 000030  ^^ ^^H  61 68 20 74 61 68 74 20 65 6C 69 66 20 79 6E 61 any file that ha 000040H  61 65 72 63 20 6E 65 65 62 20 72 65 76 65 20 73 s ever been crea 000050H  74 73 79 73 20 73 69 68 74 20 6E 6F 20 64 65 74 ted on this syst 000060H  69 64 00 24 74 69 20 73 73 65 6C 6E 75 20 6D 65 em unless it$.di 000070        ^^ ^^H  6B 6F 6F 6C 20 79 6C 6C 61 65 72 20 74 27 6E 64 dn't really look 000080H  20 65 6C 69 66 20 73 69 68 74 20 65 6B 69 6C 20  like this file  000090H  00 00 00 00 00 00 00 00 00 00 00 00 FF FF 29 3A :).............. 0000A0   I guess I have three questions:   L 1) I know that I can use an FDL and convert the file to Stream-LF, which is L what I do now on an as-needed basis.  But, is there a way that I can change J the default so that all files created are Stream-LF?  Is there any reason  that I shouldn't?   O 2) How can I understand this file type?  What are its specs and where are they  H located?  I tried creating different files, and none of them seem to be K exactly the same.  They all use the '00' as a line terminator somehow, but  J they also all seem to have a different preceding character that I haven't  been able to isolate.   7 3) Is there something else that I should be looking at?    Thanks for the help.   --Kaleb    ------------------------------    Date: 13 Jan 2004 12:30:26 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) $ Subject: Re: file and record formats3 Message-ID: <D2ZLEegOl4KU@eisner.encompasserve.org>   b In article <200401130958.44076.kpederson@ewu.edu>, Kaleb Pederson <kpederson@mail.ewu.edu> writes:O > By default, when I create a file under OpenVMS it ends up with the following  	 > format:   @    This depends completely on the software you use to create it.   > 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  4 > carriage returns (nor line feeds for that matter).  H    "Carriage return carriage control" does not actually require embedded;    carriage returns, but is does know what to do with them.  > ! > I guess I have three questions:  > 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?   @    No, you can't change this short of getting the source for the    application and changing it.   C    If you take an application that requires some other format, like H    keyed-indexed, and somehow forced it to be Stream-LF, the application    would be broken.   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  L > they also all seem to have a different preceding character that I haven't  > been able to isolate.6  C    They don't use 00 as a line terminator.  That's just part of the H    record length for the short records you're writing.  There is a guide=    to file applications and an RMS manual.  Start with those..  9 > 3) Is there something else that I should be looking at?0  E    From other stuff you've written I think you're working with broken6G    ports of GNU software.  Most GNU tools should be reading these filesMF    via the C library, which sits on top of RMS, which makes the choice"    of file attributes transparent.   ------------------------------  % Date: Tue, 13 Jan 2004 13:32:55 -0500 & From: David M Smith <dsmit115@csc.com>$ Subject: Re: file and record formats8 Message-ID: <h5e800h3dh4pmp75e1gsd1k6krlaoff4e0@4ax.com>  K On Tue, 13 Jan 2004 09:58:44 -0800, Kaleb Pederson <kpederson@mail.ewu.edu>D wrote:  N >By default, when I create a file under OpenVMS it ends up with the following  >format: 	...G >Record format:      Variable length, maximum 0 bytes, longest 60 bytes 5 >Record attributes:  Carriage return carriage control  	...L >So, according to the record attributes this file is "Variable Length" with N >"Carriage return carriage control." Yet, if I dump the file, I never see any 4 >carriage returns (nor line feeds for that matter).  	...M >1) I know that I can use an FDL and convert the file to Stream-LF, which is eM >what I do now on an as-needed basis.  But, is there a way that I can change xK >the default so that all files created are Stream-LF?  Is there any reason - >that I shouldn't? >nP >2) How can I understand this file type?  What are its specs and where are they I >located?  I tried creating different files, and none of them seem to be pL >exactly the same.  They all use the '00' as a line terminator somehow, but K >they also all seem to have a different preceding character that I haven't d >been able to isolate.  I This default format for VMS text files is described, at least, in the RMSi# reference manual. See, for example:     W http://h71000.www7.hp.com/doc/731FINAL/4523/4523pro_006.html#rms_record_attribute_fields  M (unwrap if wrapped). The record attribute you show, sometimes called "impliedtN carriage control" (IIRC) implies that each record is to be preceeded by a lineP feed and followed by a carriage return when output -- programs which use RMS forL output have it happen automatically. I don't know why this format was chosen0 historically, but that is just the way it works.  P Perhaps someone else can suggest (eays?) ways to change this behavior, if any --F if you are writing the programs which generate the output it should beL relatively easy, but it probably won't be possible or easy to change it for, say, utilities provided by VMS.uI --------------------------------------------------------------------------I David M. Smith 302.391.8533                       dsmit115 at csc dot comtI Computer Sciences Corporation     (Opinions are those of the writer only)rI -------------------------------------------------------------------------    ------------------------------  % Date: Tue, 13 Jan 2004 14:40:36 +0100M3 From: "Boillat Markus" <markus.boillat@siemens.com> * Subject: GraphicCard 3DLabs Oxygen VX1 PCI2 Message-ID: <bu0sgk$ie6$1@zrha108x.zrh.siemens.ch>   Hi  F The servers (Alphastation DS20E) in our system have the Oxygen VX1 PCII Graphic-Card. Now we want to upgrade servers with more graphic-cards. But=L this typ is no more available. Is it possibe to use the Oxygen GVX1 PCI with8 no driver upgrade and run both cards in the same server?  
 Thank you.   RegardsA Markus   ------------------------------    Date: 13 Jan 2004 14:57:50 +0100K From: pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40)4. Subject: Re: GraphicCard 3DLabs Oxygen VX1 PCI! Message-ID: <FiVTuQb8xq7w@sinead>w  h In article <bu0sgk$ie6$1@zrha108x.zrh.siemens.ch>, "Boillat Markus" <markus.boillat@siemens.com> writes:  H > The servers (Alphastation DS20E) in our system have the Oxygen VX1 PCIK > Graphic-Card. Now we want to upgrade servers with more graphic-cards. But N > this typ is no more available. Is it possibe to use the Oxygen GVX1 PCI with: > no driver upgrade and run both cards in the same server?  + You can probably find some second hand VX1.   J The new supported card is the Radeon 7500 (but you probably need VMS 7.3).   Patrick  --O ===============================================================================mN pmoreau@ath.cena.fr  (CENA)      ______      ___   _          (Patrick MOREAU)4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/O ===============================================================================    ------------------------------  # Date: Tue, 13 Jan 2004 14:28:18 GMT=" From:   VAXman-  @SendSpamHere.ORG. Subject: Re: GraphicCard 3DLabs Oxygen VX1 PCI0 Message-ID: <00A2BD40.17729657@SendSpamHere.ORG>  o In article <FiVTuQb8xq7w@sinead>, pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40) writes: i >In article <bu0sgk$ie6$1@zrha108x.zrh.siemens.ch>, "Boillat Markus" <markus.boillat@siemens.com> writes:/ > I >> The servers (Alphastation DS20E) in our system have the Oxygen VX1 PCI L >> Graphic-Card. Now we want to upgrade servers with more graphic-cards. ButO >> this typ is no more available. Is it possibe to use the Oxygen GVX1 PCI with ; >> no driver upgrade and run both cards in the same server?@ >e, >You can probably find some second hand VX1. > K >The new supported card is the Radeon 7500 (but you probably need VMS 7.3).   8 Sure wish there was a card that would work in my AS1200.   --B http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.  --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM             r5   "Well my son, life is like a beanstalk, isn't it?" e   ------------------------------  % Date: Tue, 13 Jan 2004 11:11:33 +0000sO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>l Subject: Re: HP FUDBusting0 Message-ID: <bu0jp6$lco$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <btub0a$pil$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > 9 >>Ohh dear. The Tru64 extensions to HP-UX have apparently=8 >>slipped to 2005 and HP are apparently stopping selling >>Tru64 in 2004. >  > > >    Hardly matters, since we're using VMS.  This ain't c.o.t. >     3 Perhaps you could point this out to Keith who keepsN2 re-broadcasting HP-UX marketing collateral to this group.  5 Plus Bob and Rob who keep Trolling with anti UNIX fud|/ and all the other off topic/newsgroup marketing  that the choir indulge in.  5 When you do then I will give your point the attention/ it would then merit.   Regards. Andrew Harrison=   ------------------------------  % Date: Tue, 13 Jan 2004 15:31:00 +0000=O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>r Subject: Re: HP FUDBusting0 Message-ID: <bu12vk$qi9$3@new-usenet.uk.sun.com>   Keith Parris wrote:A > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<btub0a$pil$1@new-usenet.uk.sun.com>...a > 9 >>Ohh dear. The Tru64 extensions to HP-UX have apparentlyf8 >>slipped to 2005 and HP are apparently stopping selling >>Tru64 in 2004. >  > / > According to http://www.hp.com/go/tru64unix :n2 > "HP is fully committed to the Tru64 UNIX roadmapD > (http://h30097.www3.hp.com/unix/downloads/tru64_unix_roadmap.ppt),G > delivering updates until at least 2006 with standard support at leastw
 > until 2011.d  9 And according to Gunner who apparently works for HP Tru64n7 will stop being sold in 2004. He may well be incorrect.a   Regardsn Andrew Harrisond   ------------------------------    Date: 13 Jan 2004 02:56:00 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)2 Subject: HP will license its intellectual property< Message-ID: <f30679fb.0401130256.d75027f@posting.google.com>  ) http://www.theinquirer.net/?article=13579-  * HP will license its intellectual property    OpenVMS code too ? <   Regardse   FC   ------------------------------    Date: 13 Jan 2004 07:47:17 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)t6 Subject: Re: HP will license its intellectual property3 Message-ID: <sNMi3s6ERJFS@eisner.encompasserve.org>g  m In article <f30679fb.0401130256.d75027f@posting.google.com>, fabiopenvms@yahoo.com.br (Fabio Cardoso) writes:t+ > http://www.theinquirer.net/?article=13579  > , > HP will license its intellectual property  >  > OpenVMS code too ?    G    DEC often said they would, but got no buyers.  Of course, those wereu    in the Palmer days.   ------------------------------  # Date: Tue, 13 Jan 2004 15:37:24 GMT # From: "John Smith" <a@nonymous.com>.6 Subject: Re: HP will license its intellectual propertyF Message-ID: <UgUMb.9332$%wh.3230@news04.bloor.is.net.cable.rogers.com>   Fabio Cardoso wrote:+ > http://www.theinquirer.net/?article=13579j >i+ > HP will license its intellectual propertya >n > OpenVMS code too ?    H Are there any intellectuals at HP? Or are there just carly(tm) acolytes?   ------------------------------  % Date: Tue, 13 Jan 2004 15:20:47 +0100-" From: JF Mezei <jfmezei@istop.com>% Subject: Re: JF Do You Need A Doctor? D Message-ID: <d28a06ed3fa3c42e6d95390faeeb6680@remailer.frell.eu.org>   A concerned poster wrote:4  N >You seem to be in a manic posting phase right now.  Is everything okay?  Need >any rabies shots or anything?  P Nop.  I don't need no stinkin rabies shot, I'm too busy fighting the Bush regimeK and the axis of evil of Bush-Rumsfeld-Wolfowitz and their ambition of worldhL domination and takeover of the middle east oil field revenus.  Americans areL evil, cars are evil, unemployed wankers on bicycles like myself will one dayP rule the world!  By the way, my supply of crack is running low, can you bring meP some when you come over to give me my rabies shot?  And don't forget to bring meL a few preteen nude girl magazines.  I'm bored with the three hundred or so IG already have and need some fresh masturbatory material.  My address is:    Jean-Francois Mezeii 86 Harwood Gatea Beaconsfield, QC H9W3A3  (514) 695-8259   <jfmezei@istop.com>s   ------------------------------  % Date: Tue, 13 Jan 2004 18:28:03 +0000 ) From: Antonio Carlini <arcarlini@iee.org>k< Subject: Re: Modify the logical SYS$STARTUP, why or why not?? Message-ID: <PMWMb.2810$YV1.2569@newsfep4-winn.server.ntli.net>o   John Brandon wrote:aK > I just came across some changes to the logicals SYS$STARTUP in one of ourcD > remote sites.  I would tend to think that this is not a good idea. > * > Anyone else doing the same type changes?  
 I do this:9     "SYS$SYSROOT" = "$42$DKA0:[SYS0.]" (LNM$SYSTEM_TABLE)o          = "SYS$COMMON:"          = "SYS_SPECIFIC:"          = "SYS_COMMON:"A 1  "SYS$COMMON" = "$42$DKA0:[SYS0.SYSCOMMON.]" (LNM$SYSTEM_TABLE)tB 1  "SYS_SPECIFIC" = "$42$DKA0:[NODE-nodename.]" (LNM$SYSTEM_TABLE)9 1  "SYS_COMMON" = "$42$DKA0:[COMMON.]" (LNM$SYSTEM_TABLE)t   > ANy other comments?w  C My stuff is setup NOT to happen on a minimal boot so it doesn't getf@ in the way of an OpenVMS upgrade. Nothing else (that I've found)< cares. I set it up this way because mangling SYS$STARTUP didA cause problems with something way back when (in the V5 timeframe) E plus I get an entire parallel tree for free and can put site-specificrD and node-specific stuff in SYS$LIBRARY without having to didle that  logical etc.   Antonioo   --   ---------------n- Antonio Carlini             arcarlini@iee.orgo   ------------------------------    Date: 13 Jan 2004 05:37:55 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski)-Y Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per  minute ux= Message-ID: <857e9e41.0401130537.7c3d7c46@posting.google.com>e  = And Norm is probably to modest to mention that he also has anhF excellent article coming out in the Jan issue of the OpenVMS Technical Journal  on RDB Row Caches.   
 Warm Regards,y Sueb    f Norman Lastovica <norman.lastovica@oracle.com> wrote in message news:<40035F6A.75ABF4EF@oracle.com>...G > Keith is correct.  I ran the test.  The test was originally intended  C > simply to prove that Rdb caches a billion rows.  Mostly, from my f3 > perspective, to show  that the software worked.  t > H > I borrowed a GS1280 from vms engineering for 3 days.  Loaded the data E > and ran my little workload simulator (read-write transactions each tI > modifying or inserting a single row).  after seeing about 13k database  C > TPS, I twisted a few knobs and ran the same test a second time.   B > about 17k TPS (I was sort of disappointed that it wasn't 20k).  & > 17k TPS = just over a million TPM.   > G > Nothing fancy here.  This was just a quicky test to make sure that it F > all worked the way we wanted it to.  And the million TPM was nothingG > more than icing on the cake as far as I was concerned.  HP and Oracle1? > marketing people turn all this into nice sounding paragraphs.a > H > From my perspective, one good thing about this test is that it didn't B > require massive amounts of storage hardware nor a huge array of G > RTE systems.  It was really quick and dirty.  And inexpensive to run.  > F > And, based on what we (VMS engineering and Rdb engineering) learned,D > we plowed improvements back into both products.  So it was win-win > that way as well.n >  >  > Keith Parris wrote:p > >  > > Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.com> wrote in message news:<btuf3v$r3e$1@new-usenet.uk.sun.com>...aB > > > Let me see your stated possition on benchmarks is that TPC-C3 > > > is the one to do to measure OLTP performance.u > > 	 > > Nope.0 > > H > > Every time someone quoted TPC-C performance numbers, you would chimeJ > > in to say that TPC-C doesn't reflect real-world performance.  I merelyI > > pointed out that the Transaction Processing Council (http://tpc.org/)yI > > certainly feels there is merit in the TPC-C benchmark, and that there>B > > are customers who find TPC-C to be valuable as one of the many@ > > available metrics in considering the performance of vendors' > > equipment. > > A > > > Why go to the effort of benchmarking a large system running A > > > RDB using a benchmark that might or might not by quite like., > > > TPC-C when you could have done TPC-C ? > > , > > (Note that Oracle did the test, not HP.) > > I > > The description clearly described the reasons for the test: This testgI > > was to explore the limits of Rdb Row Cache, and they found they coulddI > > cache 1 billion rows in physical memory within the Alphaserver GS1280tF > > with its 64-bit-address-space Alpha processors.  And the EV7-basedE > > GS1280 running under OpenVMS version 7.3-2 scaled very well at 32nI > > processors, able to do over 1 billion transactions per minute on that.H > > cached data, while retaining full transactional integrity guarantees, > > against process, disk, or node failures.   ------------------------------    Date: 13 Jan 2004 06:46:57 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)Y Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute use= Message-ID: <f30679fb.0401130646.3667ec8c@posting.google.com>e   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bu0ii2$ku6$1@new-usenet.uk.sun.com>...  > Keith Parris wrote:s > > Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.com> wrote in message news:<btuf3v$r3e$1@new-usenet.uk.sun.com>...  > > @ > >>Let me see your stated possition on benchmarks is that TPC-C1 > >>is the one to do to measure OLTP performance.  > >  > > 	 > > Nope.d > > H > > Every time someone quoted TPC-C performance numbers, you would chimeJ > > in to say that TPC-C doesn't reflect real-world performance.  I merelyI > > pointed out that the Transaction Processing Council (http://tpc.org/)dI > > certainly feels there is merit in the TPC-C benchmark, and that thereoB > > are customers who find TPC-C to be valuable as one of the many@ > > available metrics in considering the performance of vendors' > > equipment.   >  > Ohh come on Keith  > > > You also publish all be it rather belately the TPC-C results; > the HP submit to TPC along with other generally misguided & > marketing collateral like the above. > = > You can hardly describe using TPC-C in a marketing function : > which is what you have been doing as merely pointing out& > that TPC think that TPC-C has merit. > A > Your best defense that you arn't very good at it hardly matterse
 > does it.    J These kind of measurents dont work anymore ! There are too many componentsL involved in these benchmarks, from hardware/software/configurations, etc ...C Depends on how the database companies develop their selects in eachoI plataform: MOV A,B or MOV B,A which is faster ? Depends if the cache chipdF if from Texas or Intel, etc ... for me this is waste of time make thisB comparisons ! If RDB makes 1 milion of transactions under OVMS or D Oracle makes 999.999 under Solaris who cares ? The customers are notH really interested in these diferences anymore ! What worth is the TCO !    Regardsm   FC v    u > > ? > >>Why go to the effort of benchmarking a large system runningn? > >>RDB using a benchmark that might or might not by quite like-* > >>TPC-C when you could have done TPC-C ? > >  > > , > > (Note that Oracle did the test, not HP.) > > I > > The description clearly described the reasons for the test: This testlI > > was to explore the limits of Rdb Row Cache, and they found they couldeI > > cache 1 billion rows in physical memory within the Alphaserver GS1280 F > > with its 64-bit-address-space Alpha processors.  And the EV7-basedE > > GS1280 running under OpenVMS version 7.3-2 scaled very well at 32rI > > processors, able to do over 1 billion transactions per minute on thateH > > cached data, while retaining full transactional integrity guarantees, > > against process, disk, or node failures. > K > Sure, but you provide the hardware and you are now marketing the results.  > I > Why not provide the hardware to do TPC-C and then publish the results ?e > 	 > Regards  > Andrew Harrisonf   ------------------------------    Date: 13 Jan 2004 09:43:29 -0800' From: icerq4a@spray.se (David Svensson)wY Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute us(= Message-ID: <734da31c.0401130943.10af044a@posting.google.com>s   Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.com> wrote in message news:<btuf3v$r3e$1@new-usenet.uk.sun.com>...  > Keith Parris wrote:mI > > HP OpenVMS operating system and Oracle Rdb software break performanced > > barriere > > by Marc Courchesne > >  > > > Let me see your stated possition on benchmarks is that TPC-C/ > is the one to do to measure OLTP performance.t > B > So why have you just published a no name OLTP benchmark "result" > for OpenVMS and RDB.  , How do you know that it is a OLTP benchmark?  F Many customers run VMS and Rdb, not surprising that HP and Oracle wantD to show some progress, and as far as I understand the text it's main1 purpose was to demonstrate the Row cache feature.e  = > Why go to the effort of benchmarking a large system running0= > RDB using a benchmark that might or might not by quite like ( > TPC-C when you could have done TPC-C ?  $ Why must all benchmarking be TPC-C ?  = > Of course if it is similar to TPC-C then 1 million TPM from2; > a 32 way Alpha server would be very embarassing even morel. > embarassing would be if it was TPC-C itself.  : Pure FUD, unless you know exactly what the benchmark does.  @ > As it is you have a test that might as well have been measured" > in chocolate teapots per minute.  	 Trolling.    ------------------------------  % Date: Tue, 13 Jan 2004 10:50:41 +0000kO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>4Y Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute use0 Message-ID: <bu0ii2$ku6$1@new-usenet.uk.sun.com>   Keith Parris wrote:E > Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.com> wrote in message news:<btuf3v$r3e$1@new-usenet.uk.sun.com>...  > > >>Let me see your stated possition on benchmarks is that TPC-C/ >>is the one to do to measure OLTP performance.  >  >  > Nope.e > F > Every time someone quoted TPC-C performance numbers, you would chimeH > in to say that TPC-C doesn't reflect real-world performance.  I merelyG > pointed out that the Transaction Processing Council (http://tpc.org/)oG > certainly feels there is merit in the TPC-C benchmark, and that theren@ > are customers who find TPC-C to be valuable as one of the many> > available metrics in considering the performance of vendors' > equipment. >    Ohh come on Keitha  < You also publish all be it rather belately the TPC-C results9 the HP submit to TPC along with other generally misguidedt$ marketing collateral like the above.  ; You can hardly describe using TPC-C in a marketing functionr8 which is what you have been doing as merely pointing out$ that TPC think that TPC-C has merit.  ? Your best defense that you arn't very good at it hardly matterso does it.   > = >>Why go to the effort of benchmarking a large system runnings= >>RDB using a benchmark that might or might not by quite likeu( >>TPC-C when you could have done TPC-C ? >  > * > (Note that Oracle did the test, not HP.) > G > The description clearly described the reasons for the test: This testiG > was to explore the limits of Rdb Row Cache, and they found they couldmG > cache 1 billion rows in physical memory within the Alphaserver GS1280sD > with its 64-bit-address-space Alpha processors.  And the EV7-basedC > GS1280 running under OpenVMS version 7.3-2 scaled very well at 32dG > processors, able to do over 1 billion transactions per minute on thatpF > cached data, while retaining full transactional integrity guarantees* > against process, disk, or node failures.  I Sure, but you provide the hardware and you are now marketing the results.p  G Why not provide the hardware to do TPC-C and then publish the results ?r   Regardse Andrew HarrisonM   ------------------------------  % Date: Tue, 13 Jan 2004 15:28:30 +0000nO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>nY Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute usc0 Message-ID: <bu12qu$qi9$2@new-usenet.uk.sun.com>   Fabio Cardoso wrote: > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bu0ii2$ku6$1@new-usenet.uk.sun.com>...s >  >>Keith Parris wrote:  >> >>>Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.com> wrote in message news:<btuf3v$r3e$1@new-usenet.uk.sun.com>... >>>y >>> @ >>>>Let me see your stated possition on benchmarks is that TPC-C1 >>>>is the one to do to measure OLTP performance.s >>>o >>>F >>>Nope. >>>iG >>>Every time someone quoted TPC-C performance numbers, you would chime I >>>in to say that TPC-C doesn't reflect real-world performance.  I merelycH >>>pointed out that the Transaction Processing Council (http://tpc.org/)H >>>certainly feels there is merit in the TPC-C benchmark, and that thereA >>>are customers who find TPC-C to be valuable as one of the many ? >>>available metrics in considering the performance of vendors' 
 >>>equipment.o >  >  >>Ohh come on Keithn >>> >>You also publish all be it rather belately the TPC-C results; >>the HP submit to TPC along with other generally misguidedd& >>marketing collateral like the above. >>= >>You can hardly describe using TPC-C in a marketing functiont: >>which is what you have been doing as merely pointing out& >>that TPC think that TPC-C has merit. >>A >>Your best defense that you arn't very good at it hardly matters 
 >>does it. >  >  > L > These kind of measurents dont work anymore ! There are too many componentsN > involved in these benchmarks, from hardware/software/configurations, etc ...E > Depends on how the database companies develop their selects in eachoK > plataform: MOV A,B or MOV B,A which is faster ? Depends if the cache chipuH > if from Texas or Intel, etc ... for me this is waste of time make thisD > comparisons ! If RDB makes 1 milion of transactions under OVMS or F > Oracle makes 999.999 under Solaris who cares ? The customers are notJ > really interested in these diferences anymore ! What worth is the TCO !  >   4 Well I tend to agree with you but Keith is firmly in9 the TPC-C is the one true way camp unless he has suddenlya6 changed his tune, hence my amusement when he published4 a benchmark result that wasn't TPC-C in fact he went+ to lengths to reasure that it wasn't TPC-C.g   Regardst Andrew Harrison 	 > RegardsD >  > FC r >  >  o > ? >>>>Why go to the effort of benchmarking a large system running-? >>>>RDB using a benchmark that might or might not by quite likea* >>>>TPC-C when you could have done TPC-C ? >>>t >>>k+ >>>(Note that Oracle did the test, not HP.)c >>>tH >>>The description clearly described the reasons for the test: This testH >>>was to explore the limits of Rdb Row Cache, and they found they couldH >>>cache 1 billion rows in physical memory within the Alphaserver GS1280E >>>with its 64-bit-address-space Alpha processors.  And the EV7-basedmD >>>GS1280 running under OpenVMS version 7.3-2 scaled very well at 32H >>>processors, able to do over 1 billion transactions per minute on thatG >>>cached data, while retaining full transactional integrity guaranteess+ >>>against process, disk, or node failures.n >>K >>Sure, but you provide the hardware and you are now marketing the results.K >>I >>Why not provide the hardware to do TPC-C and then publish the results ?e >>	 >>Regardsl >>Andrew Harrisonb   ------------------------------  % Date: Tue, 13 Jan 2004 18:00:02 +0000TO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>oY Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute usd/ Message-ID: <bu1bn2$j1$1@new-usenet.uk.sun.com>i   David Svensson wrote:oJ > Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.co=@ m> wrote in message news:<btuf3v$r3e$1@new-usenet.uk.sun.com>... >=20 >>Keith Parris wrote:e >>H >>>HP OpenVMS operating system and Oracle Rdb software break performance
 >>>barrier >>>by Marc Courchesnen >>>C >>> >>Let me see your stated possition on benchmarks is that TPC-C/ >>is the one to do to measure OLTP performance.  >>B >>So why have you just published a no name OLTP benchmark "result" >>for OpenVMS and RDB. >=20 >=20. > How do you know that it is a OLTP benchmark? >=20 This is what Keith postedf  G "Recent performance tests of Oracle=AE Rdb version 7.1.2 and HP OpenVMSa= version 7.3-2 running on an HP AlphaServer GS1280 system have > demonstrated breakthrough transaction performance for a singleD 32-processor symmetric multiprocessing (SMP) machine configured with 256 gigabytes of main memory."  @ Other than that it was just a guess, 1 million TPM is quite high for complex queries.  H > Many customers run VMS and Rdb, not surprising that HP and Oracle wantF > to show some progress, and as far as I understand the text it's main3 > purpose was to demonstrate the Row cache feature.0 >=20  + Then perhaps the headline should have read.e  @ HP and Oracle demonstrate breakthrough row cacheing performance.  1 Rather than breakthrough transaction performance.    >=20= >>Why go to the effort of benchmarking a large system running = >>RDB using a benchmark that might or might not by quite like-( >>TPC-C when you could have done TPC-C ? >=20 >=20& > Why must all benchmarking be TPC-C ? >=207 Well I quite agree but then Keith posted the result andz7 Keith is of the yadda yadda yadda you havn't done TPC-Ct2 school of BS so he deserves to get hoisted when he4 posts a benchmark result which he carefully explains isn't TPC-C.   >=20= >>Of course if it is similar to TPC-C then 1 million TPM fromo; >>a 32 way Alpha server would be very embarassing even moret. >>embarassing would be if it was TPC-C itself. >=20 >=20< > Pure FUD, unless you know exactly what the benchmark does. >=20: Not at all, the real issue for OpenVMS advocates should be8 if HP can assist with and then market a benchmark result= that they have to explain isn't TPC-C why can't they do TPC-Ce itself ?  8 After all TPC-C on Alpha would provide a test of whether7 the Itanium will triumph over Alpha claims are actuallye being realised or not.    @ >>As it is you have a test that might as well have been measured" >>in chocolate teapots per minute. >=20 >=20 > Trolling.s    No just pointing out the obvious   Regardsd Andrew Harrison    ------------------------------  % Date: Tue, 13 Jan 2004 07:07:54 -08000& From: Tom Crabtree <tccrab@sunset.net>< Subject: Re: Personal Workstation 500a/au hardware questions+ Message-ID: <bu11ce0ri0@enews4.newsguy.com>0  
    A briefH > experiment with a PBXGA (ZXLp) suggested that the SRM console firmwareG > did not cope well with that one, but after a firmware update, an ELSAkJ > Gloria Synergy (ViVo, not a genuine PBXGK) seems to work nicely.  Sadly,J > my best (old) display wants sync on green, hence my desire to retain theJ > PBXGA card.  I have not yet tried the PBXGA with VMS, but if anyone has,H > I'd be interested.  (I may need to break down and get a newer display,I > but it'll break my heart to lose the last trace of HP/Apollo in general4 > use here.)G ZLXp's do not work in PWS's.  Looks like you'll be in the market for a i new monitor.  I >    IDE.  The next problem is the IDE CD-ROM.  This system has the InteluG > SIO chip, not the Cypress, so I'm resigned to using a SCSI CD-ROM forrG > critical purposes, but I'd like to use an IDE CD-RW drive.  The one I D > have in there now appears (as "dqa0.0.0.4.0") in the console "showC > device" list, and it works as a boot device for a firmware CD-ROM)? > (though VMS V7.3-1 gets all huffy about it as a boot device).r  G I've had _nothing but trouble_ with the SIO chipset and the IDE CDRom. sC The best advice I have is to unplug it's ribbon cable and leave it a
 unplugged.@ I have a SCSI CDRom in an external box that I plug in as needed.I It's really strange that SRM has such a problem with the SIO chipset, it  E has no problems at all with the Cypress.  I have a Miata GL with the -- Cypress and it works with no problems at all.3
 Good luck!   TomC   ------------------------------  + Date: Tue, 13 Jan 2004 13:02:51 -0500 (EST)d+ From: Lord Isildur <isildur@andrew.cmu.edu>c< Subject: Re: Personal Workstation 500a/au hardware questionsH Message-ID: <Pine.LNX.4.58-035.0401131255060.4637@unix44.andrew.cmu.edu>  M Especially if your miata is an older one (no usb is a good visual indicator), L you will have nothing but trouble using the onboard IDE. the IDE chip is theL infamous CMD 646, a total POS.  the only way to use the cmd646 and avoid theH data corruption issues with that chip is to turn off dma, which makes itK annoyingly slow. fast enough for a cdrom, but for a disk, it really, really I drags its feet. On a handful of 433au's we use here as AFS servers, whichbK for capacity reasons are using ide disks (it wasn't a choice i favored, but G buying that much storage of scsi just wasn't an option, we're a student,I organization using donated hardware), we solved the issue by buying a fewt3 pci ide cards and not using the onboard one at all.e9 (on my own computers, i do not use or even own IDE gear!)    Isildury    ( On Tue, 13 Jan 2004, Tom Crabtree wrote:   >    A briefJ > > experiment with a PBXGA (ZXLp) suggested that the SRM console firmwareI > > did not cope well with that one, but after a firmware update, an ELSAeL > > Gloria Synergy (ViVo, not a genuine PBXGK) seems to work nicely.  Sadly,L > > my best (old) display wants sync on green, hence my desire to retain theL > > PBXGA card.  I have not yet tried the PBXGA with VMS, but if anyone has,J > > I'd be interested.  (I may need to break down and get a newer display,K > > but it'll break my heart to lose the last trace of HP/Apollo in generale > > use here.)H > ZLXp's do not work in PWS's.  Looks like you'll be in the market for a > new monitor. >cK > >    IDE.  The next problem is the IDE CD-ROM.  This system has the IntelnI > > SIO chip, not the Cypress, so I'm resigned to using a SCSI CD-ROM foroI > > critical purposes, but I'd like to use an IDE CD-RW drive.  The one IhF > > have in there now appears (as "dqa0.0.0.4.0") in the console "showE > > device" list, and it works as a boot device for a firmware CD-ROM A > > (though VMS V7.3-1 gets all huffy about it as a boot device).- >-H > I've had _nothing but trouble_ with the SIO chipset and the IDE CDRom.D > The best advice I have is to unplug it's ribbon cable and leave it > unplugged.B > I have a SCSI CDRom in an external box that I plug in as needed.J > It's really strange that SRM has such a problem with the SIO chipset, itF > has no problems at all with the Cypress.  I have a Miata GL with the/ > Cypress and it works with no problems at all.y > Good luck! >y > TomC >r >t   ------------------------------    Date: 13 Jan 2004 10:41:36 -08002 From: anon314@mail.ourservers.net (Anonymous #314)0 Subject: Problem Porting Unix X Apps To OpenVMS.= Message-ID: <bf17a894.0401131041.435d285b@posting.google.com>n  D I'm trying to port some X apps from Unix to OpenVMS and I'm having a bit of trouble.o  B The platform is an OpenVMS Alpha box, OpenVMS v7.3-1 with Compaq CF v6.5 and Multinet TCP/IP v4.4 (and the latest version of DEC Winodws).  F My problem is that the colors for the display are comming out strange,D not like they are supposed to.  I haven't had to change any of the X
 code from thetF Unix side to get it compile and run and on Unix it runs just file with proper colors.  C At first I thought it was my PC X software, but when I run the same A program from a Unix box I get the proper colors, but not from theeC OpenVMS box.  I have a little test program to display a window of 8aD colors and thats working and I get proper colors there.  Any X I useD on the PC I get the same thing, green characters where I should have? white, red backgrounds where I should have black ones and greenw+ blackgrounds where I should have blue ones.l  F Any idea as to where I should start looking?  Some suggested that mabyC I set the wrong ENDIAN stuff, but the program is written for littler0 endian and that's what the compiler defaults to.   Any help would be apprecaited.   ------------------------------  # Date: Tue, 13 Jan 2004 06:57:33 GMTs From: rmoore@rmoore.dyndns.org: Subject: Re: Problem using bind() function in 'C' program.; Message-ID: <Pine.LNX.4.58.0401122255020.6515@jaipur.local>r  H Just a guess... the members of the sockaddr struct (port, address, etc) G must be in network byte order (big endian).  However, VMS machines are -J little-endian machines.  Make sure the members of the sockaddr struct are $ converted using htons() and htonl().  K If this program wasn't ported from a big-endian machine (say, a Sun), this - detail might be overlooked.-  " On Mon, 12 Jan 2004, Tucker wrote: > Hi there.  > = > I have a user who is using this statement in a 'C' program:k > L >  if( (ret=bind(fd, (struct sockaddr *)&saddr, sizeof(struct sockaddr_in))) > <0)$ > E > (I belive the program is trying to create a TCP/IP socket, and then  > listen...)J > The program is returning an error (return code -1) and sets errno to 76,N > which translates into "function not implemented".  I am at a loss as to what > might be the cause of this.p >  > Here is the environment: >  > OpenVMS V7.3-1  (alpha)e > C V5.6 > TCPware V5.6-2 > ( > Is there any other information needed? >  > Thanks, in advance,t > Tucker   ------------------------------  % Date: Tue, 13 Jan 2004 02:49:45 -0500d* From: JF Mezei <jfmezei.spamnot@istop.com>4 Subject: Re: Silly Users with Password as "Password") Message-ID: <4003A2F3.F893333E@istop.com>l   Hoff Hoffman wrote::J >   The password word "password" is already in the password dictionary and4 >   has been in the dictionary for a very long time     M While you have all the "english" dirty words in the dictionary, you forgot to N include them in other languages. I remember a user of italian origin trying toJ set her password while whe was on the phone and it kept failing. I went toI OPA0:, saw the one she was trying to enter. I told her to try the italian=E version of the word. VMS had no problems accepting it :-) We laughed.m  K Back in the Digital days, I guess it would have made for interesting friday)J afternoons if you had setup a VAXnotes conference asking all DEC employeesG around the world to supply you with dirty words in every language to be " included in the dictionary :-) :-)  K >   If you want to go after this problem, add any words of local importance K >   (company name, town, notable local citizens, local events of note, etc)w" >   into the password dictionary,   J I have often worndered about this: during a VMS upgrade, would the upgradeH wipe out any additions that we make to the history file ? Or is it smartH enough to convert/merge the old with the "new", eliminating duplicates ?   ------------------------------  # Date: Tue, 13 Jan 2004 09:41:51 GMTT' From: John Sauter <J_Sauter@Empire.Net>t4 Subject: Re: Silly Users with Password as "Password"8 Message-ID: <21f700hq1o6islof06vatgimornf3vbhe2@4ax.com>   JF Mezei wrote:s  D Back in the Digital days, I guess it would have made for interestingC friday afternoons if you had setup a VAXnotes conference asking alltF DEC employees around the world to supply you with dirty words in every1 language to be included in the dictionary :-) :-)w   John Sauter responded:  E I heard that IBM actually did this.  However, the people in the field C offices, particularly the secretaries, were offended at the need to E type the local dirty words.  IBM's solution was to transmit the wordsoF reversed, letter for letter.  I think they used the same solution whenE they created the data base of such words, so it would not be rejectedn< by the application that checked for dirty words in software.%     John Sauter (J_Sauter@Empire.Net)    ------------------------------  % Date: Tue, 13 Jan 2004 12:51:16 +0100-3 From: Michael Unger <spam.to.unger@spamgourmet.com>14 Subject: Re: Silly Users with Password as "Password"9 Message-ID: <bu0mqq$c7vq8$1@ID-152801.news.uni-berlin.de>   & On 2004-01-13 08:49, "JF Mezei" wrote:   > Hoff Hoffman wrote: K >>   The password word "password" is already in the password dictionary andr5 >>   has been in the dictionary for a very long time u > O > While you have all the "english" dirty words in the dictionary, you forgot topP > include them in other languages. I remember a user of italian origin trying toL > set her password while whe was on the phone and it kept failing. I went toK > OPA0:, saw the one she was trying to enter. I told her to try the italianoG > version of the word. VMS had no problems accepting it :-) We laughed.U  H Years ago at a former employer I had added a few hundred of German words4 to the password dictionary for the very same reason.   > [...]o > L >>   If you want to go after this problem, add any words of local importanceL >>   (company name, town, notable local citizens, local events of note, etc)# >>   into the password dictionary, s > L > I have often worndered about this: during a VMS upgrade, would the upgradeJ > wipe out any additions that we make to the history file ? Or is it smartJ > enough to convert/merge the old with the "new", eliminating duplicates ?  F I can't remember; but I had two files available -- a listing file withE the German words to be added (witch was edited a few times to add new H words) and a command procedure to add the entries after checking if they: weren't already included. I don't remember details though.   Michaelw   -- c; Real names enhance the probability of getting real answers.t@ Please do *not* send "Security Patch Notifications" or "SecurityA Updates"; this system isn't running a Micro$oft operating system. 5 My e-mail account at DECUS Munich is no longer valid.a   ------------------------------  % Date: Tue, 13 Jan 2004 18:35:02 +00003) From: Antonio Carlini <arcarlini@iee.org>@4 Subject: Re: Silly Users with Password as "Password"? Message-ID: <mTWMb.2815$YV1.1917@newsfep4-winn.server.ntli.net>2   JF Mezei wrote:oM > Back in the Digital days, I guess it would have made for interesting fridaycL > afternoons if you had setup a VAXnotes conference asking all DEC employeesI > around the world to supply you with dirty words in every language to bea$ > included in the dictionary :-) :-)  3 A few seconds of googling should find you plenty ofe/ dictionaries of that nature for many languages.g   Antonioc   --   ---------------7- Antonio Carlini             arcarlini@iee.orgm   ------------------------------    Date: 13 Jan 2004 09:08:22 +0100C From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) * Subject: Re: Size restriction of LD disks?+ Message-ID: <4003a776@news.uni-konstanz.de>   G In article <%WGMb.12138$sQ.5454@news.cpqcorp.net>, hoff@hp.nospam (Hoffa Hoffman) writes:G >In article <mGDMb.3384$1K1.11522@news20.bellglobal.com>, "Scott Greig"s ><jsgreig@geminaq.com> writes: > : >:I've just received my 7.3-2 media kit, and looked at the; >:LD731 directory on the freeware (V6) CD - the readme file= >:indicates: >:- >:"Releases LD063 and prior have a hard upperp- >:volume size limit of four gigabytes (4 GB),l/ >:and larger volumes should not be configured."  >:B >:Is this true?  I have used this product to split up large (72GB)? >:disks into multiple smaller (approx 24 GB) logical units, and & >:everything appears to work properly. >: >:Anyone have any answers? >. >>G >  I was under the impression what I wrote was both clear and concise. e >g >  Apparently not. :-) >?G >  If you configure LD devices larger than four gigabytes, then you canaD >  encounter partition file corruptions and/or system crashes.  This- >  from the engineers maintaining the driver.o >oH >  LDDRIVER drivers built from the LD V6.4 source code pool and later --G >  and built on or after 19-MAR-2002 -- include the fix.  This includes  >  OpenVMS V7.3-1 and later.   Here are my expiriences:  F 1. Don't use the "Freeware LD V6.3" for virtual disks larger than 4 GB (crash!!!).?@ 2. For OpenVMS V7.3 a working driver (VAX&Alpha) is available on     request from the author.7 3. The source code LD V6.4 cannot be downloaded (yet?).r   eberhard   >dJ >  LDDRIVER is latent within V7.3-1 and later, and the fix is incorporatedH >  in that release.  (The LD731 installation kit effectively only serves >to D >  load a CLD, and thus allows more direct access to the existing LD >tool.)g >  >j1 > ---------------------------- #include <rtfaq.h>  >-----------------------------2 >    For additional, please see the OpenVMS FAQ -- >www.hp.com/go/openvms/faq3 > --------------------------- pure personal opiniono >---------------------------F >        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com >  >e   ------------------------------  % Date: Tue, 13 Jan 2004 11:01:34 +0100Y: From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>- Subject: The 1st patch for V7.3-2 has arrivedN/ Message-ID: <bu0flm$pk06@doiweb4.volkswagen.de>E  ' The 1st patch arrived for VMS V7.3-2...e  5   ftp://ftp.itrc.hp.com/openvms_patches/alpha/V7.3-2/C  + mit freundlichen Gren | with best regardsm  3 Karl Rohwedder          | it-ingteam(at)t-online.debA                          | extern.karl.rohwedder(at)volkswagen.del   ------------------------------  % Date: Tue, 13 Jan 2004 10:41:29 +0000TO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>II Subject: Re: The Register: OpenVMS among most-secure of operating systemss0 Message-ID: <bu0i0q$kn8$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <btuael$p9t$2@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > > >>In fact I would go as far as saying that Solaris is bound to= >>have more advisories for it than OpenVMS because its sourcem< >>is easy to get hold of for scrutiny and because Solaris is% >>much more widely used than OpenVMS.  >  > @ >    ROTFLOL.  Back in the 80's, if you had a computer need, youA >    went out and bought a VAX.  VMS was the easiest thing to getaE >    a hold of.  It gots lots of scrutiny.  It was often connected tooD >    world-wide networks.  I wasn't full of security holes then, andI >    it's not now.  Solaris has always been, but gradually gotten better.  > > Care to speculate on how different the OpenVMS distribution isG now to the VAX distribution in the 80's in terms of code, functionality  etc etc.   Regardsr Andrew Harrisong   ------------------------------  % Date: Tue, 13 Jan 2004 12:07:42 +0000dO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> I Subject: Re: The Register: OpenVMS among most-secure of operating systemss0 Message-ID: <bu0n2e$mfe$1@new-usenet.uk.sun.com>   Chris Casey wrote:M > "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>T= > wrote in message news:btuaef$p9t$1@new-usenet.uk.sun.com...t >  >>Chris Casey wrote: >>& >>>"Andrew Harrison SUNUK Consultancy" > ) > <Andrew_No.Harrison_No@nospamn.sun.com>P > K >>>wrote in message news:btk2br$a43> Unfortunately its a pointless piece of  >>>research because OpenVMSg >>>h >>>bE >>>>security advisories do not get reliably reported to CERT, BugtraqhC >>>>etc so counting the ones that do only catches the excpetions to 
 >>>>the rule.x >>>>B >>>>You know this, I know this, its well documented so why did you? >>>>bother posting a reference to the The Registers article itsc6 >>>>not very responsible behaviour on your part is it. >>>> >>>>Regardsp >>>>Andrew Harrisonr >>>> >>>  >>>lG >>>Aw Andrew, change your tune won't you. You trot out the same line to3G >>>everything. I personally don't care anymore whether your position onn > 	 > CERT isi > C >>>true or not because you have belaboured it so much as to make it  > 
 > useless. > 6 >>Look when OpenVMS BS merchants stop trotting out the5 >>OpenVMS is so secure look how few CERTS it gets liet> >>and it is a huge and proven lie then I will stop responding. >>? >>If you don't want a discussion about CERT then try persuadingh+ >>the OpenVMS CERT trolls to stop trolling.  >> >> >>K >>>Unless you have some evidence that says that other operating systems are  >  > as > I >>>secure as VMS then stop attacking anyone who says that VMS is the most  >>>secure system.m >>>g >>>r >>> >>If you can find any reference in my postings to the relative; >>security of OpenVMS vs any other OS either for or againstC? >>then you are welcome to ask me to provide evidence to support  >>those claims.l >>: >>But then I havn't suggested that OpenVMS is more or less; >>secure than any other OS so you don't get to play. I havel> >>however claimed that OpenVMS isn't as secure as people think6 >>it is and proved the claim on a number of occasions. >>	 >>Regardsd >>Andrew Harrison  >> >  > 	 > Andrew,e > J > try reading what I said. I said [rephrased for easy understanding] 'stopI > attacking people who state that VMS is the most secure operating systemlN > unless you have evidence to the contrary'. At no time did I suggest that you3 > had an opinion on the matter, valid or otherwise.2 >  > = You would be better advised to read what I have posted beforej making assumptions.n  9 1.	I have never attacked people who state that OpenVMS isu8 	the most secure OS assuming that this assertion is made 	based on rational argument.  : 2.	I have supported my claims that OpenVMS isn't as secure: 	as the choir think with plenty of evidence, from the CERT8 	advisories themselves to OpenVMS patch reports and even 	ask the Wizard answers.  @ Your assumption that I have attacked OpenVMS's relative security@ 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.  D I have attacked and will continue to attack the OpenVMS BS merchantsD who claim that OpenVMS must be more secure than any other OS becauseF it gets less CERT advisories posted for it because it is a BS measure.  E Perhaps you should turn your attention to the BS merchants who peddle C this fiction. Is doesn't do the discussion about OpenVMS's securityhA capabilites any favours and only makes the small number of peoplec8 advancing the claims look even more foolish than normal.  E Pehaps you should read the thread a bit more carefully before jumpinge in it would certainly help you.P   RegardsT Andrew Harrisone   ------------------------------    Date: 13 Jan 2004 07:43:09 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) I Subject: Re: The Register: OpenVMS among most-secure of operating systemsk3 Message-ID: <OofQ50fMRzg9@eisner.encompasserve.org>y   In article <bu0i0q$kn8$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:  @ > Care to speculate on how different the OpenVMS distribution isI > now to the VAX distribution in the 80's in terms of code, functionalityc
 > etc etc.  !    Better.  Larger.  More secure.       No, I'm not guessing.   ------------------------------  % Date: Tue, 13 Jan 2004 15:24:10 +0000oO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>9I Subject: Re: The Register: OpenVMS among most-secure of operating systemst0 Message-ID: <bu12iq$qi9$1@new-usenet.uk.sun.com>   Bob Koehler wrote: > In article <bu0i0q$kn8$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: >  > @ >>Care to speculate on how different the OpenVMS distribution isI >>now to the VAX distribution in the 80's in terms of code, functionalityc
 >>etc etc. >  > # >    Better.  Larger.  More secure.p >  >    No, I'm not guessing. >  Ohhh yessssss yooou are.   regards  Andrew Harrisonh   ------------------------------    Date: 13 Jan 2004 09:52:25 -0800' From: icerq4a@spray.se (David Svensson)bI Subject: Re: The Register: OpenVMS among most-secure of operating systemsr= Message-ID: <734da31c.0401130952.3745e22f@posting.google.com>n   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<btuaef$p9t$1@new-usenet.uk.sun.com>... : > But then I havn't suggested that OpenVMS is more or less; > secure than any other OS so you don't get to play. I haveC> > however claimed that OpenVMS isn't as secure as people think6 > it is and proved the claim on a number of occasions. > 	 > Regards8 > Andrew Harrisonp    D There are real and sound reasons why OpenVMS has a lot better chanceF of being more secure than UNIX systems. And people don't just think it- is secure, they have actually experienced it.r   ------------------------------    Date: 13 Jan 2004 10:18:30 -0800' From: icerq4a@spray.se (David Svensson)uI Subject: Re: The Register: OpenVMS among most-secure of operating systems = Message-ID: <734da31c.0401131018.7bcce8b4@posting.google.com>r   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bu12iq$qi9$1@new-usenet.uk.sun.com>...  > Bob Koehler wrote: > > In article <bu0i0q$kn8$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes: > >  > > B > >>Care to speculate on how different the OpenVMS distribution isK > >>now to the VAX distribution in the 80's in terms of code, functionalitye > >>etc etc. > >  > > % > >    Better.  Larger.  More secure.l > >  > >    No, I'm not guessing. > >  > Ohhh yessssss yooou are. >     Is this a serious Sun employee ?  C Give some bad taste of Sun actually, of an otherwise great company.   F Shame that my good view of Sun is darkened by this embarrasing person.   /David   ------------------------------    Date: 13 Jan 2004 12:15:34 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)kI Subject: Re: The Register: OpenVMS among most-secure of operating systems 3 Message-ID: <iz34iJpEnq6g@eisner.encompasserve.org>-   In article <bu12iq$qi9$1@new-usenet.uk.sun.com>, Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> writes:   > Ohhh yessssss yooou are.  C    Care to speculate as to which one of us has access to the sourcei    listings and NDA info?i  C    I have no reason to BS you, Andrew.  When I say I'm not guessingo$    its a fact.  Not a boast, a fact.   ------------------------------  % Date: Tue, 13 Jan 2004 18:02:38 +0000.O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>sI Subject: Re: The Register: OpenVMS among most-secure of operating systems / Message-ID: <bu1bru$j1$2@new-usenet.uk.sun.com>u   David Svensson wrote:  > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<btuaef$p9t$1@new-usenet.uk.sun.com>...e > : >>But then I havn't suggested that OpenVMS is more or less; >>secure than any other OS so you don't get to play. I have > >>however claimed that OpenVMS isn't as secure as people think6 >>it is and proved the claim on a number of occasions. >>	 >>Regardsl >>Andrew Harrisone >  >  > F > There are real and sound reasons why OpenVMS has a lot better chanceH > of being more secure than UNIX systems. And people don't just think it/ > is secure, they have actually experienced it.b  ; Well then use them in your argument and don't rely on CERTS  per OS, its a BS measure.    Regardsn Andrew Harrisont   ------------------------------    Date: 13 Jan 2004 03:40:56 -0800( From: robison_m@crane.navy.mil (Zspider)( Subject: Re: VAX architecture and Charon= Message-ID: <2774a1e1.0401130340.1ba24319@posting.google.com>t  ? Richard B. Gilbert mentioned several books on VAX architecture   and assembly programming.h   ***************** ? Thanks for all the recommendations, Richard!  I'll try my luck o; at getting some of them.  And thanks to everybody else for p= posting.  I'm traveling up to Chicago this morning and won't o% be online again until next Tuesday.  g  = We're using a dual Athlon to host the Charon.  We'll be doings= the software build on it next week, skipping a week, and then ? starting integration on Feb. 2.  I'll let you know how it goes.e   Michaels   ------------------------------    Date: 13 Jan 2004 05:52:28 -08000 From: keith.cayemberg@conti.de (Keith Cayemberg)( Subject: Re: VAX architecture and Charon< Message-ID: <3a65a5c8.0401130552.4b67806@posting.google.com>  m robison_m@crane.navy.mil (Zspider) wrote in message news:<2774a1e1.0401120529.4341f865@posting.google.com>...A ... A > We would like to come up to speed some on the VAX architecture. > > Can someone recommend any online documentation or good books< > available through Amazon on VAX architecture and hardware? ... 
 > Thank you, o >  > Michael Robisond > 812-854-4953$ > Crane Naval Surface Warfare Center   Hi Michael,$  B here are a few online resources concerning the VAX Architecture...  . VAX MACRO and Instruction Set Reference Manual7 http://h71000.www7.hp.com/doc/73final/4515/4515PRO.htmlw   Linux/VAX - Documentation 0 http://linux-vax.sourceforge.net/docs/index.html  ) NETBSD.ORG - DEC - VAX hardware reference > http://www.netbsd.org/Documentation/Hardware/Machines/DEC/vax/  # Antinode - Accumulated DEC Materialn http://www.antinode.org/deci   HP VAX systems* http://h18002.www1.hp.com/alphaserver/vax/  
 DECVAX.ORG http://www.decvax.org/   Chuck's House of VAX- http://www.mcmanis.com/chuck/computers/vaxen/i  
 VAXARCHIVE http://www.vaxarchive.org/   Kees's VAX 11/750s$ http://home.iae.nl/users/pb0aia/vax/  	 VAX links 1 http://home.iae.nl/users/pb0aia/vax/vaxlinks.html    VFG - Visual Field Guide! http://www.vaxarchive.org/hw/vfg/     MicroVAX/VAXstation Systems FAQ 1 http://anacin.nsc.vcu.edu/~jim/mvax/mvax_faq.htmla  ( Amazon - Vax Architecture Handbook, 1986^ http://www.amazon.com/exec/obidos/ASIN/0932376932/qid%3D924102180/sr%3D1-6/104-6479235-8309505   Cheers!c   Keith Cayembergb) IBM Business Services - Hannover, GermanyC   ------------------------------    Date: 13 Jan 2004 07:29:14 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)s  Subject: Re: VAXstation question3 Message-ID: <YHdQoMIIecXd@eisner.encompasserve.org>h  \ In article <dd8c4466.0401121433.ac3de9f@posting.google.com>, cellctl@lycos.com (Ben) writes:D >>    I don't know about 32/V, but that model will run Ultirx (DEC'sK >>    BSD UNIX), and probably one of the free BSD (NetBSD or FreeBSD) UNIX.  > H > I know of Ultrix... been looking for it, but it's tough to find.  I'veG > never seen a copy go on eBay.  Anyone know where I might find a copy?w > (or be willing to sell one?)  H   Before you do that, track down why I think the VLC will run Ultrix but1   another poster claimed it won't:  find the SPD.f   ------------------------------  + Date: Tue, 13 Jan 2004 12:52:07 -0500 (EST) + From: Lord Isildur <isildur@andrew.cmu.edu>   Subject: Re: VAXstation questionH Message-ID: <Pine.LNX.4.58-035.0401131233520.4637@unix44.andrew.cmu.edu>  ? Looking at the ultrix 4.2 sources, i don't see any VLC support.oI as far as i know, the last vax supported in ultrix was the 9000; the lastc* reasonably small vax was the vs3100/[34]8.  L On a VLC, probably the best thing to run is NetBSD. It is faster than UltrixI in most things.. the most notable exception if the X server, where UltrixoL uses the accelerated graphics hardware whereas the NetBSD X server uses themH all as dumb framebuffers. But, the DEC X server is X11R5, and some newerI things (some builds of mozilla, xmms, and so on, mainly it seems a lot of E gtk stuff) will either not work or even sometimes crash the X server!d   Isildura    ' On Tue, 13 Jan 2004, Bob Koehler wrote:n  ^ > In article <dd8c4466.0401121433.ac3de9f@posting.google.com>, cellctl@lycos.com (Ben) writes:F > >>    I don't know about 32/V, but that model will run Ultirx (DEC'sM > >>    BSD UNIX), and probably one of the free BSD (NetBSD or FreeBSD) UNIX.  > >dJ > > I know of Ultrix... been looking for it, but it's tough to find.  I'veI > > never seen a copy go on eBay.  Anyone know where I might find a copy?0  > > (or be willing to sell one?) >iJ >   Before you do that, track down why I think the VLC will run Ultrix but3 >   another poster claimed it won't:  find the SPD.a >c >n   ------------------------------  % Date: Tue, 13 Jan 2004 10:45:03 +0100 * From: Paul Sture <nospam@sture.homeip.net>5 Subject: Re: VMS naming conventions for disk volumes?o0 Message-ID: <4003CC2F.16D78069@sture.homeip.net>   Bob Koehler wrote: > _ > In article <40018E05.18E48097@sture.homeip.net>, Paul Sture <nospam@sture.homeip.net> writes:r > K > > Yes you could, as long as they are only mounted by the host system, butc > > it can get confusing.t > / >    Not if they are mounted /system or /share.w > K > > You could have two OVMSDOC071 disks mounted on the same cluster if eachD* > > node has the local CD mounted /SYSTEM. >  >    No.   Thanks for the correction.   -- f
 Paul Sture   ------------------------------  % Date: Tue, 13 Jan 2004 10:35:48 +0000.O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>r* Subject: Re: VMS runs well on HP Superdome0 Message-ID: <bu0hm4$khi$1@new-usenet.uk.sun.com>   Bob Ceculski wrote:e > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<btubeg$ppj$1@new-usenet.uk.sun.com>...d >  >>Fred Kleinsorge wrote: >>N >>>"Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>> >>>wrote in message news:btjghu$3l4$1@new-usenet.uk.sun.com... >>>n >>>a >>>>Fred Kleinsorge wrote: >>>> >>>>H >>>>>"David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote in >>>r
 >>>message >>>c >>>p5 >>>>>news:3FFB7ACA.34800557@NeOaSrPtAhMlNiOnWk.net...r >>>a >>>e& >>>>So I repeat why on earth would you' >>>>want to sell hardware. You are much % >>>>more likely to make a return from? >>>>selling SW.h >>>>+ >>>>You are between a rock and a hard placei+ >>>>for Itanium to survive it has to becomez, >>>>a commodity, but you can only make money1 >>>>at the low end if you arn't having to competei# >>>>on a commodity basis with Dell.t >>>h >>>aN >>>I guess I'll ask the same question of you:  Why is Sun still in business atJ >>>all?  The best you've done in a few years is break even in one quarter.: >>>Solaris runs on a PC - why not ditch all your hardware? >>>= >>; >>Well because Sun was at least adjacent to making a profit 9 >>last year while the EBU was ~1 billion dollars a drift.l >>7 >>The only thing HP can demonstrate a consistent returnt: >>on is toner, this was the status quo pre merger and none< >>of cost the center shuffling post merger has changed that. >>9 >>Every quarter Walter Hewletts strategy looks better andt( >>better and the Boards worse and worse. >>	 >>Regards  >>Andrew Harrisonw >  > F > and every week slowaris rings up another cert of the week, and every: > day it runs like the convuluted crap it and linux is ...  # Still trolling this week Bob I see.-   Regardse Andrew Harrison4   ------------------------------   End of INFO-VAX 2004.025 ************************n 500a/au hardware questions+ Message-ID: <bu11ce0ri0@enew.txt (29456 bytes) started.e; >>> 226 Transfer completed.  27754 (8) bytes transferred.  <<< CWD /disk$misc/decus/W( >>> 250 Connected to /disk$misc/decus.
 <<< noop >>> 200 No-operation OK. <<< CWD /disk$misc/decus/e( >>> 250 Connected to /disk$misc/decus.	 <<< PWD 2 >>> 257 "/disk$misc/decus" is current directory.$ <<< CWD /disk$misc/decus/info-vax/1 >>> 250 Connected to /disk$misc/decus/info-vax.< <<< TYPE I >>> 200 Type I ok.
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,11,54) <<< SIZE 2002_539.txtt >>> 213 31680t <<< RETR 2002_539.txtWY >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_539.txt (31680 bytes) started.e; >>> 226 Transfer completed.  29698 (8) bytes transferred.  <<< CWD /disk$misc/decus/W( >>> 250 Connected to /disk$misc/decus.
 <<< noop >>> 200 No-operation OK. <<< CWD /disk$misc/decus/e( >>> 250 Connected to /disk$misc/decus.	 <<< PWD 2 >>> 257 "/disk$misc/decus" is current directory.$ <<< CWD /disk$misc/decus/info-vax/1 >>> 250 Connected to /disk$misc/decus/info-vax.< <<< TYPE I >>> 200 Type I ok.
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,11,55) <<< SIZE 2002_540.txtt >>> 213 105226 <<< RETR 2002_540.txtWZ >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_540.txt (105226 bytes) started.< >>> 226 Transfer completed.  100804 (8) bytes transferred. <<< CWD /disk$misc/decus/W( >>> 250 Connected to /disk$misc/decus.
 <<< noop >>> 200 No-operation OK. <<< CWD /disk$misc/decus/e( >>> 250 Connected to /disk$misc/decus.	 <<< PWD 2 >>> 257 "/disk$misc/decus" is current directory.$ <<< CWD /disk$misc/decus/info-vax/1 >>> 250 Connected to /disk$misc/decus/info-vax.< <<< TYPE I >>> 200 Type I ok.
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,11,56) <<< SIZE 2002_541.txtt >>> 213 78648y <<< RETR 2002_541.txtWY >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_541.txt (78648 bytes) started.e; >>> 226 Transfer completed.  75169 (8) bytes transferred.  <<< CWD /disk$misc/decus/W( >>> 250 Connected to /disk$misc/decus.
 <<< noop >>> 200 No-operation OK. <<< CWD /disk$misc/decus/e( >>> 250 Connected to /disk$misc/decus.	 <<< PWD 2 >>> 257 "/disk$misc/decus" is current directory.$ <<< CWD /disk$misc/decus/info-vax/1 >>> 250 Connected to /disk$misc/decus/info-vax.< <<< TYPE I >>> 200 Type I ok.
 <<< PASV@ >>> 227 Entering passive mode; use PORT (198,151,12,104,11,57) <<< SIZE 2002_542.txtt >>> 213 93328t <<< RETR 2002_542.txtWY >>> 150 IMAGE retrieve of /disk$misc/decus/info-vax/2002_542.txt (93328 bytes) started.e; >>> 226 Transfer completed.  89297 (8) bytes transferred.  <<< CWD /disk$misc/decus/W( >>> 250 Connected to /disk$misc/decus.
 <<< noop >>> 200 No-operation OK. <<< CWD /disk$misc/decus/e( >>> 250 Connected to /disk$misc/decus.	 <<< PWD 2 >>> 257 "/disk$misc/decus" is current directory.$ <<< CWD /disk$misc/decus/i