0 INFO-VAX	Sun, 02 Feb 2003	Volume 2003 : Issue 65      Contents:" Re: ALphaServer 2100A Disk Options Re: Andrew...Oh Andrew... A Re: DECW$STARTAPPS.COM and OPA0: /NOBROADCAST with serial console  Geriatric equipment.% Re: OpenVMS 7.2 (Alpha) Boot Problems - Re: OpenVMS Boots on Itanium on Friday Jan 31 - Re: OpenVMS Boots on Itanium on Friday Jan 31 - Re: OpenVMS Boots on Itanium on Friday Jan 31 - Re: OpenVMS Boots on Itanium on Friday Jan 31  OpenVMS/IA64 on Slashdot" Re: Perl Readdir and file versions, Re: Privileges in a shareable image question Re: Rogues Gallery Re: Rogues Gallery. SKHPC slaps Gartner, naysayers on comp vms ...# Re: VAXcluster support of database?  Re: VMS on Itanium  F ----------------------------------------------------------------------  # Date: Sat, 01 Feb 2003 21:42:36 GMT ( From: "Mark E. Levy" <mlevy70@attbi.com>+ Subject: Re: ALphaServer 2100A Disk Options - Message-ID: <gbX_9.125903$AV4.3106@sccrnsc01>   E "Antony Wardle" <antony.wardle@noooo_spammm_optusnet.com.au> wrote in > message news:3e3b5b7b$0$27993$afc38c87@news.optusnet.com.au...% > are you talking about the 9GB disks  > that go in a BA shelf? >  > If so then yes, they should. > ! > I have a 2100 with an 18GB SBB, . > although I think it is the VA (narrow model) > * > If you have a free slot, just plug it in1 > and type MC SYSMAN IO A and see see if it turns  > up.   J While the drives may work, there are non-significant concerns over power &# cooling in the 2100 for 9GB drives.       7 > "rob kas" <r0b@paychoice.nospam.com> wrote in message 6 > news:gYgW9.1313$1n4.389367880@news.netcarrier.net...
 > >     Hi > > 2 > > I'm trying to keep our last VMS machine alive.F > > Does anyone know if the 9 Gig Disks will work in  AlphaServer 2100
 > InternalL > > RAID racks?   Failing that does anyone have a suggestion for adding Disk > > Space to this old girl.  > >  > > 0 > >                                       Thanks/ > >                                         Rob  > >  > >  > >  > >  > >  >  >    ------------------------------   Date: 02 Feb 2003 03:02:54 GMT From: rmk@rmkhome.com " Subject: Re: Andrew...Oh Andrew...5 Message-ID: <3e3c8a5e$0$17995$75868355@news.frii.net>   " John Smith <a@nonymous.com> wrote:  G > The vulnerability lies in a library service daemon known as the Kodak = > Color Management System. KCMS is a framework for developing E > color-management systems. The KCMS server is used to enable library G > functions to access profiles on remote machines. However, thanks to a E > directory traversal condition in one of the server's procedures, an < > attacker could retrieve any file on the vulnerable system.  H What I do when I set up a UNIX system, and I'm sure that other competentF admins do the same, is go through the inetd.conf file and shut off all1 unneeded services. That would include Kodak crap.  --  , rmk@rmkhome.com		http://www.rmkhome.com/~rmk   ------------------------------  # Date: Sun, 02 Feb 2003 02:23:40 GMT , From: "Ken Randell" <ken.randell@fortel.com>J Subject: Re: DECW$STARTAPPS.COM and OPA0: /NOBROADCAST with serial console1 Message-ID: <Mi%_9.11$OQ3.7@nwrddc04.gnilink.net>   ? >  It's disabled on graphics for a reason.  Don't re-enable it.   0 I understand this, but that was not my question.  J My question was why, when my OPA0: console has been set to serial (i.e., aK VT510 terminal), does the DECW$STARTAPPS.COM procedure go ahead and set the J OPA0: terminal to be /NOBROADCAST.  My reading of the command procedure isB that DECW$CONSOLE_SELECTION can never have a value of "WINDOW", soK irrespective of the flags returned by the INA0 DEVDEPEND2, the OPA0: device D will ALWAYS be set to /NOBROADCAST by the aforementioned bit of DCL.  G In this case, I want the serial console to log SECURITY messages, which J won't happen if OPA0: has been set /NOBROADCAST.  I realize that I can setK it to /BROADCAST later, and this is no large matter, but it just puzzles me  why this is coded this way.    ------------------------------  $ Date: Sat, 1 Feb 2003 21:46:36 -00008 From: "Leigh Bowden" <LGBowden@bowdenfamily.fsnet.co.uk> Subject: Geriatric equipment. . Message-ID: <b1hegb$vku$1@news8.svr.pol.co.uk>  G Where can I find detailed lists of old equipment like VAX 6000 and 7000 = series and info on the XMI bus and stuff that attaches to it.    Also RA92's and TU81's etc.    Leigh G. Bowden.# http://www.bowdenfamily.fsnet.co.uk ! LGBowden#bowdenfamily.fsnet.co.uk  +44 161 477 2526   Opinions are mine alone.   ------------------------------  $ Date: Sat, 1 Feb 2003 21:38:23 +0100" From: "Hans Vlems" <hvlems@iae.nl>. Subject: Re: OpenVMS 7.2 (Alpha) Boot Problems6 Message-ID: <b1hb80$13f9ad$1@ID-143435.news.dfncis.de>  J I've had the same problem with my Digital Server 5305. The SCSI controllerK with the SYM53C875 label was sold in two flavors: one for VMS, TRU64 and NT ? and another version of the same controller for NT only systems. K I could not find a way to make the latter work with VMS other than swapping  if for a KZPCM:    $ sh dev pkb/full   K Device PKB0:, device type KZPCM SYM53C875 SCSI, is online, error logging is      enabled.  <     Error count                    0    Operations completed 521     Owner process                 ""    Owner UIC  [SYSTEM]0     Owner process ID        00000000    Dev Prot S:RWPL,O:RWPL,G,W ;     Reference count                0    Default buffer size  0   D BTW the Sony cd-ROM seems to be unhappy as well: duplicate SCSI  id?   Hans  ; "Douglas H. Quebbeman" <dougq@iglou.com> schreef in bericht ! news:3e3c1ebd_1@news.iglou.com...  > Hi...  > . > I've got a PC164-based machine I've built... > 0 > The SCSI controller is a PCS3100 (Professional. > Computer Systems), SymbiosLogic-based 53c8751 > adapter... which works fine with Debian so far, , > though it's not bootable for Windows 2000. > 2 > Trying to boot OpenVMS leads to several possible4 > error scenarios, but the most frequent can be seen > in the session below:  > H > ====================================================================== > 0 > `ff.fe.fd.fc.fb.fa.f9.f8.f7.f6.f5.f3.f2.f1.f0., > ef.b0.b1.b2.b3.ee.ed.ec.f4.eb.ea.e9.e8.e7. > B > Digital AlphaPC 164 500 MHz Console V5.5-1, Jul 14 1999 12:37:45 > >>>show deviceF > dka200.2.0.7.0             DKA200             SEAGATE ST39173W  6244F > dka300.3.0.7.0             DKA300        SONY CD-ROM CDU-8003A  1.9aF > dka301.3.0.7.0             DKA301        SONY CD-ROM CDU-8003A  1.9aF > dka302.3.0.7.0             DKA302        SONY CD-ROM CDU-8003A  1.9aF > dka303.3.0.7.0             DKA303        SONY CD-ROM CDU-8003A  1.9aF > dka304.3.0.7.0             DKA304        SONY CD-ROM CDU-8003A  1.9aF > dka305.3.0.7.0             DKA305        SONY CD-ROM CDU-8003A  1.9aF > dka306.3.0.7.0             DKA306        SONY CD-ROM CDU-8003A  1.9aF > dka307.3.0.7.0             DKA307        SONY CD-ROM CDU-8003A  1.9aG > dqa0.0.0.11.0              DQA0       Pioneer CD-ROM ATAPI Mod  E1.05 ! > dva0.0.0.0.1               DVA0 F > mka400.4.0.7.0             MKA400     EXABYTE EXB-85058SQANXR1  07J0@ > ewa0.0.0.9.0               EWA0              00-00-94-A3-F8-97@ > pka0.7.0.7.0               PKA0                  SCSI Bus ID 7 > >>>show config5 >                         Digital AlphaPC 164 500 MHz  >  > SRM Console:    V5.5-1G > PALcode:        OpenVMS PALcode V1.21-9, Digital UNIX PALcode V1.23-8  >  > SROM Revision: 2.2 > Alpha 21164A-2$ > DECchip (tm) 21172 CIA ASIC Pass 3 >  > MEMORY > 128 Meg of system memory >  > 	 > PCI Bus 7 >      Bus 00  Slot 05: ATI Mach 64 Graphics Controller 2 >      Bus 00  Slot 07: NCR 53C875 Scsi ControllerH >                                    pka0.7.0.7.0          SCSI Bus ID 7L >                                    dka200.2.0.7.0         SEAGATE ST39173WG >                                    dka300.3.0.7.0         SONY CD-ROM 
 > CDU-8003G >                                    dka301.3.0.7.0         SONY CD-ROM 
 > CDU-8003G >                                    dka302.3.0.7.0         SONY CD-ROM 
 > CDU-8003G >                                    dka303.3.0.7.0         SONY CD-ROM 
 > CDU-8003G >                                    dka304.3.0.7.0         SONY CD-ROM 
 > CDU-8003G >                                    dka305.3.0.7.0         SONY CD-ROM 
 > CDU-8003G >                                    dka306.3.0.7.0         SONY CD-ROM 
 > CDU-8003G >                                    dka307.3.0.7.0         SONY CD-ROM 
 > CDU-8003C >                                    mka400.4.0.7.0         EXABYTE  > EXB-85058SQA7 >      Bus 00  Slot 08: Intel 82378IB PCI to ISA Bridge 8 >      Bus 00  Slot 09: DECchip 21140 Network ControllerL >                                    ewa0.0.0.9.0          00-00-94-A3-F8-972 >      Bus 00  Slot 11: CMD PCI0646 IDE Controller1 >                                    dqa.0.0.11.0 J >                                    dqa0.0.0.11.0          Pioneer CD-ROM > ATAPI  >  >  > ISA E > Slot    Device  Name            Type         Enabled  BaseAddr  IRQ  DMA  > 0 D >         0       MOUSE           Embedded        Yes     60      12C >         1       KBD             Embedded        Yes     60      1 C >         2       COM1            Embedded        Yes     3f8     4 C >         3       COM2            Embedded        Yes     2f8     3 C >         4       LPT1            Embedded        Yes     3bc     7 K >         5       FLOPPY          Embedded        Yes     3f0     6       2  >  > >>>boot dka300  > (boot dka300.3.0.5.0 -flags 0)1 > block 0 of dka300.3.0.5.0 is a valid boot block ( > reading 896 blocks from dka300.3.0.5.0 > bootstrap code read in5 > base = 180000, image_start = 0, image_bytes = 70000  > initializing HWRPB at 2000# > initializing page table at 172000  > initializing machine state% > setting affinity to the primary CPU  > jumping to bootstrap code  >  > 7 >     OpenVMS (TM) Alpha Operating System, Version V7.2  >  > C > %PKA0, Copyright (c) 1998 IntraServer Technology Inc. PKW V2.1.20 @ > %PKA0, SCSI Chip is SYM53C875, Operating mode is SE Ultra SCSI+ > %PKA0, OFFLINE.  ROM Checksum read error.  >  > H > ====================================================================== > D > Here's what lspci had to say about the adapter under Debian Linux: >  > K > 00:07.0 SCSI storage controller: LSI Logic / Symbios Logic (formerly NCR)  > 53c875 (rev 03) 8 >  Flags: bus master, medium devsel, latency 255, IRQ 17 >  I/O ports at 80008 >  Memory at 0000000009800000 (32-bit, non-prefetchable)8 >  Memory at 0000000009801000 (32-bit, non-prefetchable)/ >  Expansion ROM at 0000000082850000 [disabled]  >  > 7 > The jumper that appears to deal with the rom is hard- 3 > wired in one particular position, but it could be 4 > removed and replaced with a jumper block. However,3 > the ROM BIOS *is* working, I pulled the board and ! > stuck it in a PC and it's fine.  > < > The Symbios BIOS version is 4.03, and I see later versions8 > are available, and I have one. But the flash chip is a8 > 32k device, and the updated BIOS I downloaded is a 64k	 > device.  > : > If it's sure to be a BIOS issue, I might be able to find; > a 27x512 to use in place of the 27x256, assuming the pin-  > outs are compatible... > 
 > Jumpers: > 9 > There is a jumper block with four jumpers, one shorting 7 > block. It must be in the rightmost position (shorting 6 > pins 7 & 8) or Debian doesn't complete a boot. Three8 > other jumpers in another block each are shorted; I saw8 > no reported changes by lspci when I changed which ones > were or were not shorted.  > : > I also have an NCR810 card I tried, but didn't have much8 > luck with it either... the machine wouldn't even boot!8 > I found that adding a jumper the block on pins 7&8 got* > past that, but dunno what to try next... >  > tia, > -doug quebbeman  >  >    ------------------------------  $ Date: Sat, 1 Feb 2003 14:58:38 -0500* From: "Bill Todd" <billtodd@metrocast.net>6 Subject: Re: OpenVMS Boots on Itanium on Friday Jan 312 Message-ID: <uPadncuWJsFhu6GjXTWc3g@metrocast.net>  5 "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message 0 news:b1go19$131crj$1@ID-135708.news.dfncis.de.... > In article <3e3b45cb_2@news.chariot.net.au>,3 > Mark Daniel <Mark.Daniel@wasd.vsm.com.au> writes:  > > Sue Skonetski wrote: > >> -----Original Message-----  > >> > >> From: Grant, Clair  > >>+ > >> Sent: Friday, January 31, 2003 3:40 PM  > >>' > >> To: OpenVMS Systems Software Group  > >>" > >> Subject: VMS boots on Itanium > >>E > >> We are please to announce that OpenVMS has booted on an HP i2000  Itanium  > >> system. > > 8< snip 8< > > F > > Many congratulations to VMS Engineering (who in spite of not a fewI > > obstacles and many naysayers have shown, once again, that they can do ? > > whatever they set their minds - and are permitted - to do!)  > >  > G > I don't think that there was anyone here who doubted that engineering H > could make VMS boot and even run on IA64.  The naysayers just doubt it$ > is the path they should be taking.  I Exactly.  Terry made the same inane comment to any publication that would K publish him, and it was just as unfounded there.  I would like to think I'm H about as persistent a 'naysayer' as exists, and while back when the bootG contest was announced most people seemed to feel the date would be last L summer or early fall I made a more conservative guess (either mid-October orJ November - can't recall now) based upon Itanic's absolutely perfect recordE of severe slippage (which the recent Montecito announcement continues  unscathed).   L So without in any way meaning to minimize the magnitude of the sub-task justF completed, the fact is that even the naysayers turned out to have beenJ over-optimistic about its completion date.  Far from being a refutation ofG their attitude, it if anything indicates that it is still under-stated.    - bill   ------------------------------  $ Date: Sat, 1 Feb 2003 18:29:11 -0600& From: "Dave Gudewicz" <k9jdk@arrl.net>6 Subject: Re: OpenVMS Boots on Itanium on Friday Jan 31/ Message-ID: <v3opin46knnbe1@corp.supernews.com>   # Congratulations !!!  Job well done.    ------------------------------  % Date: Sun, 02 Feb 2003 11:24:07 +1030 / From: Mark Daniel <Mark.Daniel@wasd.vsm.com.au> 6 Subject: Re: OpenVMS Boots on Itanium on Friday Jan 31, Message-ID: <3e3c6c2c_1@news.chariot.net.au>   Bill Todd wrote:7 > "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message 2 > news:b1go19$131crj$1@ID-135708.news.dfncis.de... > . >>In article <3e3b45cb_2@news.chariot.net.au>,3 >>Mark Daniel <Mark.Daniel@wasd.vsm.com.au> writes: 
 8< snip 8<E >>>Many congratulations to VMS Engineering (who in spite of not a few H >>>obstacles and many naysayers have shown, once again, that they can do> >>>whatever they set their minds - and are permitted - to do!) >>>  >>G >>I don't think that there was anyone here who doubted that engineering H >>could make VMS boot and even run on IA64.  The naysayers just doubt it$ >>is the path they should be taking. >   K > Exactly.  Terry made the same inane comment to any publication that would M > publish him, and it was just as unfounded there.  I would like to think I'm J > about as persistent a 'naysayer' as exists, and while back when the boot
 8< snip 8<   I am not an industry analyst. @ I have never profered any opinion (in this forum) on this issue.: In that context I do not think my remark deserved 'inane'. Perhaps something gentler.   Once again ...  C Many congratulations to VMS Engineering (who in spite of not a few  E obstacles and some persistent naysayers have shown, once again, that  G they can do whatever they set their minds - and are permitted - to do!)   I The 'permitted' is also important.  I'm sure the Engineering side of VMS  G have wanted to undertake many projects over the past decade only to be  I ham-strung by CEO and BOD directions.  It must be great for their morale  E to be getting a major accomplishment under their belts.  Of course I  * might just be talking out my a**[*] again.  D And while I'm back at the keyboard; I amongst many, though I should F imagine not all, would like to say thanks for the sponsored effort in H bringing some important open-source tools to the VMS platform.  Keep it 6 up and keep those tools already ported current please.  F +--------------------------------------------------------------------+E   Mark Daniel                         http://wasd.vsm.com.au/adelaide F   mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au)F +--------------------------------------------------------------------+   ------------------------------   Date: 1 Feb 2003 18:33:23 -0800 ( From: bob@instantwhip.com (Bob Ceculski)6 Subject: Re: OpenVMS Boots on Itanium on Friday Jan 31= Message-ID: <d7791aa1.0302011833.2fb6a7b0@posting.google.com>   u "John Smith" <a@nonymous.com> wrote in message news:<Z4S_9.240334$pDv.121175@news04.bloor.is.net.cable.rogers.com>...  > C > To quote the immortal lines from the intellectually hi-brow movie E > 'Conan The Barbarian',  "Fred, what is best in life?  To crush your H > enemies, to see them driven before you, and to hear the lamentation ofD > their women."  It's actually an interesting allegory for business.C > EV8, not Itanic nor variants thereof, would have done that in the F > current timeframe had development continued and been forced with theF > same sense of urgency as the Itanic port has been. Compaq and now HPG > have, probably fatally, lost sight of that. You don't really win wars E > by ekking out a narrow victory, you win by crushing your opponents. ? > Narrow victories leave you battered, bloody, and bruised. The 0 > opportunity for Compaq/HP has been squandered.  = true, but what is one mans junk is another mans treasure, and < Intel now has alpha and the alpha engineering team, and they: will take alpha and incorporate it bit by bit into itanium" and they will reap the rewards ...   ------------------------------  " Date: Sun, 2 Feb 2003 04:46:09 GMT- From: bdc@world.std.com (Brian 'Jarai' Chase) ! Subject: OpenVMS/IA64 on Slashdot & Message-ID: <H9nzwx.IEB@world.std.com>  I Hey, come on.  Where are all of your insightful followups to the Slashdot ' post about the OpenVMS/IA64 first boot?   8    <http://slashdot.org/article.pl?sid=03/02/01/1814211>   -jarai.  --  F --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ -----D           "A tree or shrub can grow and bloom. I am always the same.5                          But I am clever." -- Racter.    ------------------------------   Date: 1 Feb 2003 16:15:07 -0800 : From: craig.berry@SignalTreeSolutions.com (Craig A. Berry)+ Subject: Re: Perl Readdir and file versions = Message-ID: <7f15589f.0302011615.4eec13f4@posting.google.com>   l "Jeremy Robbins" <jcrobbins2@cox.net> wrote in message news:<hFS_9.133067$ui1.3201371@news1.east.cox.net>...N > I would like to use PERL - readdir on a VMS system and have access to all ofH > the files including multiple versions in that directory.  I am haivingD > trouble decipehering the information that I have found on the web.  H Hmm.  It looks like there is latent support in Perl's internal code for D requesting all versions, but as far as I can see no external way to 3 call it.  I'll have to look into implementing that.   C Meanwhile you should have a look at Forrest Cahoon's VMS::FindFile  > extension, which, IIRC, does not filter out multiple versions:  8 http://search.cpan.org/author/FORREST/VMS-FindFile-0.91/   ------------------------------  % Date: Sat, 01 Feb 2003 16:58:36 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>5 Subject: Re: Privileges in a shareable image question / Message-ID: <3E3C34EE.F2F0124C@vl.videotron.ca>    Richard Maher wrote:H > start. (I personally think it would better in the Programming Concepts2 > manual! Which btw is where UWSS stuff is now JF)     Thanks.   N > 1) Are you really saying that you want to turn on SYSPRV in a UWSS and leave0 > it on when you exit? (I certainly hope not!!!)  N I need to translate logical names in a protected name table, requiring sysprv.8 I need sysprv to access a  protected configuration file.1 I need to call SFF routines woith SYSPRV enabled.   K (SFF is the SEND FROM FILE facility that allows one to submit a file to the @ SMTP server, I need to submit it with a From: different than the+ username/host, hence requiring privileges.)     H > *2) Why exactly can't you do what you want to do from *within* a UWSS?  L Not sure yet. Will take the new manual and read that portion to see what the limitations are.  L > . Are you a server handling many different clients/usernames or do you run# > in the context of a user process?   I Context of the user process. It is a shareable image called from MAIL. My K shareable image must then somehow enable SYSPRV to perform certain actions.    ------------------------------  % Date: Sat, 01 Feb 2003 22:56:36 +0000 ) From: Antonio Carlini <arcarlini@iee.org>  Subject: Re: Rogues Gallery $ Message-ID: <3E3C50A4.30403@iee.org>   Bill Gunshannon wrote:B > You mean that isn't Megan on Page 210 of the PDP-11 Architecture > Handbook? H >          http://www.cs.uofs.edu/~bill/PDP11/Rogues_Gallery/Page210.jpg >  > Or Hoff on Page 52? G >          http://www.cs.uofs.edu/~bill/PDP11/Rogues_Gallery/Page52.jpg  > ! > Or even Bob Supnik on Page 265? H >          http://www.cs.uofs.edu/~bill/PDP11/Rogues_Gallery/Page265.jpg >   3 You can find some photos of some real people in the 3 later issues of the Digital Technical Journal here:    I http://research.compaq.com/wrl/DECarchives/DTJ/DTJ000/dtj-back-issues.htm   ; You have to pick the non-text versions, the photos are with  the biographies.  A If you have hard-copies of the right issues you can find at least  one pic of Bob Supnik.   Antonio    --     --   --------------- - Antonio Carlini             arcarlini@iee.org    ------------------------------   Date: 1 Feb 2003 18:46:35 -0600 ; From: kaplow_r@eisner.encompasserve.org.TRABoD (Bob Kaplow)  Subject: Re: Rogues Gallery 3 Message-ID: <t0Q3I1Ry9KXn@eisner.encompasserve.org>   k In article <bec993c8.0301311716.21109ef7@posting.google.com>, shoppa@trailing-edge.com (Tim Shoppa) writes: l > bill@gw5.cs.uofs.edu (Bill Gunshannon) wrote in message news:<b1bd4t$121m66$1@ID-135708.news.dfncis.de>...B >> them for posterity??  Or were they all actually models in posedB >> shots rather than the candid office photos they look like??  Is@ >> it possible some of our more famous (infamous?) group members. >> are actually pictured in these tomes??  :-) > G > What about those poor DEC employees who underwent amputations so that C > they could appear in the 1975 _PDP-11 Computer Family_ book, only G > to spend the rest of their careers staring at the DECWriters, wishing F > they could still type?  Yet they still have smiles on their faces... > 0 >   http://www.trailing-edge.com/~shoppa/p17.jpg  
 Error 404!  1 	26-October, 2001: A day that will live in infamy 4 	Support Freedom: http://www.indefenseoffreedom.org/  B 	Homeland Security Administration: The Gestapo of the 21st Century   ------------------------------   Date: 1 Feb 2003 18:40:16 -0800 ( From: bob@instantwhip.com (Bob Ceculski)7 Subject: SKHPC slaps Gartner, naysayers on comp vms ... = Message-ID: <d7791aa1.0302011840.1a150a39@posting.google.com>   6 well, I guess you can put a square peg in a round hole3 after all says Terry on the inquirer ... click here   ( http://www.theinquirer.net/?article=7551   ------------------------------  % Date: Sat, 01 Feb 2003 21:55:36 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> , Subject: Re: VAXcluster support of database?' Message-ID: <3E3C3448.85BD3AA7@aaa.com>    terrence golden wrote: > 3 > ...I've seen some RDB benchmarks on the marvel...  >    Where ?    Jan-Erik Sderholm.    ------------------------------  * Date: Sat, 1 Feb 2003 13:48:19 -0800 (PST). From: Fabio Cardoso <fabiopenvms@yahoo.com.br> Subject: Re: VMS on Itanium @ Message-ID: <20030201214819.82296.qmail@web20202.mail.yahoo.com>  0 I lost the contest.... per 15 days (14-FEB-2003). By the way... LETS BUY HP ITANIUM SERVERS !!!!    " Does It will have LAN CONSOLES ???     Regards    FC    6 --- Peter Brimacombe <brimacombep@netscape.net> wrote: > congratulations  > VMS is the best!     =====  ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?5 Yahoo! Mail Plus - Powerful. Affordable. Sign up now.  http://mailplus.yahoo.com    ------------------------------   End of INFO-VAX 2003.065 ************************