1 INFO-VAX	Thu, 04 Aug 2005	Volume 2005 : Issue 431       Contents:" Re: "the normal ordering process"? Re: ANNOUNCE: XPdf v3.00pl3  Re: ANNOUNCE: XPdf v3.00pl3  Re: ANNOUNCE: XPdf v3.00pl3  Re: ANNOUNCE: XPdf v3.00pl3  Re: ANNOUNCE: XPdf v3.00pl3  Re: ANNOUNCE: XPdf v3.00pl3  Re: ANNOUNCE: XPdf v3.00pl3  Re: ANNOUNCE: XPdf v3.00pl3  Re: ANNOUNCE: XPdf v3.00pl3  Re: ANNOUNCE: XPdf v3.00pl3  Re: C compiler, 7-character CRC  Re: C compiler, 7-character CRC 1 Re: Digital logo and other character cell draws.. + Fortran vax/vms/alpha Jacksonville, Florida ( Re: homemade hardware i/o and the xp1000- Re: How does sys$pal_swasten work on Itanium. / Re: Intel hammer another nail in Itanium coffin / Re: Intel hammer another nail in Itanium coffin / Re: Intel hammer another nail in Itanium coffin / Re: Intel hammer another nail in Itanium coffin / Re: Intel hammer another nail in Itanium coffin / Re: Intel hammer another nail in Itanium coffin / Re: Intel hammer another nail in Itanium coffin / Re: Intel hammer another nail in Itanium coffin / Re: Intel hammer another nail in Itanium coffin / Re: Intel hammer another nail in Itanium coffin B Re: New Beta Google Groups format (was Re: comp.os.vms archives ?) Re: OT: Re: LaTeX ---> PDF  Re: Rdb 72 FT2 for Alpha and I64  Re: Rdb 72 FT2 for Alpha and I64  Re: Rdb 72 FT2 for Alpha and I64" SLS 2.9 volume allocation question& Re: SLS 2.9 volume allocation question  F ----------------------------------------------------------------------  % Date: Wed, 03 Aug 2005 14:15:13 -0700 ( From: Jeff Cameron <roktsci@comcast.net>+ Subject: Re: "the normal ordering process"? 0 Message-ID: <BF1681F1.11C2A%roktsci@comcast.net>  J On 8/2/05 1:57 PM, in article 00A47B0B.AE905A81@SendSpamHere.ORG, "VAXman-6 @SendSpamHere.ORG" <VAXman-  @SendSpamHere.ORG> wrote:  I > OK... I need to break down and get myself a copy of the OpenVMS Itanium 6 > source listings.  On one of the /DSPP pages it says: > G > DSPP does not provide listings kits.  Partners may order them from HP H > through the normal ordering process.  Part numbers are provided below. >  > G > OK, what *is* a normal ordering process with HP.  My experiences have F > not left me to believe that there is such a beast.  Anybody that has@ > obtained the Itanium source listings, please help me out here. > G > I'm sincerely hoping this doesn't turn into the rack mounting kit de-  > bacle of several months ago.  G When you are a registered OpenVMS partner with HP your "normal ordering H process" is spelled out in the contract, and is different in details for each partner.   F Are you a registered partner? If so your agreement should specify your/ process. If you are not then you must register.    ------------------------------  % Date: Wed, 03 Aug 2005 13:19:52 -0600 0 From: Mark Berryman <mark.berryman@mvb.saic.com>$ Subject: Re: ANNOUNCE: XPdf v3.00pl3' Message-ID: <42f0b668$1@cpns1.saic.com>    Chip Coldwell wrote:  E > With some effort, I've managed to compile Xpdf version 3.00pl3 (the E > latest as of this writing) for OpenVMS/Alpha. This is an up-to-date 8 > PDF viewer (analogous to Adobe Acrobat) for VMS users. > D > Xpdf requires two shared libraries: T1Lib and Freetype. As of this< > writing, the latest versions of each are 5.0.2 and 2.1.10,H > respectively. Xpdf also requires Ghostscript, in order to use the TypeB > 1 fonts that come with it (especially the 13 required PostScript	 > fonts).  > B > To make it convenient to install and remove, I have packaged theF > compiled binaries in PCSI (PolyCenter Software Installation utility)	 > format.  > > > Downloads and installation instructions are on my website at > 2 > http://frank.harvard.edu/~coldwell/vms/xpdf.html >   C What method do you have for getting to the fonts?  As best as I can 3 tell, you hardcorded the ghostscript fonts to be in G SYS$COMMON:[GS.FONTS] and I haven't figured out how to tell it where to  find truetype fonts.  C Are there logical names or configuration files I should be using to D specify this data?  (Ghostscript, for example, uses the logical name GS_LIB to find its fonts).  
 Mark Berryman    ------------------------------  % Date: Wed, 03 Aug 2005 13:17:19 -0600 0 From: Mark Berryman <mark.berryman@mvb.saic.com>$ Subject: Re: ANNOUNCE: XPdf v3.00pl3' Message-ID: <42f0b5cf$1@cpns1.saic.com>    John E. Malmberg wrote:  > Chip Coldwell wrote: >  >>3 >> http://frank.harvard.edu/~coldwell/vms/xpdf.html  >  > B > Unless someone has done a recent fix, the GhostScript kit on the7 > Freeware will not install on OpenVMS 7.3-2 and later.    You must be using an old kit.   > Goto http://mvb.saic.com/freeware/pcsi_kits/ghostscript-v0811/  F and fetch the kit from there.  It builds just fine on V7.3-2 and V8.2.. This update was posted September of last year.  
 Mark Berryman    ------------------------------  # Date: Wed, 03 Aug 2005 20:54:45 GMT ) From: "John E. Malmberg" <wb8tyw@qsl.net> $ Subject: Re: ANNOUNCE: XPdf v3.00pl32 Message-ID: <paaIe.9813$Ez5.5048@news.cpqcorp.net>   Mark Berryman wrote: > John E. Malmberg wrote:  >>C >> Unless someone has done a recent fix, the GhostScript kit on the 8 >> Freeware will not install on OpenVMS 7.3-2 and later. >    > You must be using an old kit.  > @ > Goto http://mvb.saic.com/freeware/pcsi_kits/ghostscript-v0811/ > H > and fetch the kit from there.  It builds just fine on V7.3-2 and V8.2.0 > This update was posted September of last year.  F Thanks.  I sent you several e-mails when I discovered the problem and  did not get any responses.  B Once I get that running, then I need to work out how to use it to B process files on a print queue to be printed on my inkjet printer.   -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  $ Date: Wed, 3 Aug 2005 18:05:36 -0400+ From: Chip Coldwell <coldwell@gmail.nospam> $ Subject: Re: ANNOUNCE: XPdf v3.00pl3A Message-ID: <Pine.LNX.4.61.0508031801180.27575@frank.harvard.edu>   0 On Wed, 3 Aug 2005 norm.raphael@metso.com wrote: > D > All except the Ghostscript PCSI files when self-extracted have the > Stream_LF attribute.
 > I had to do  > L > set file/att=(rfm:fix,lrl:8192) FREEWARE-AXPVMS-FREETYPE-V0201-10-1.PCSI;1 > + > for example, before PCSI would like them.   C OK, I have uploaded fixed versions of the self-extracting archives  J that should preserve the correct RMS metadata (ZIP/VMS is my friend).  So H now the installation should go as I had planned, without the extra "set  file/att" step.    Thanks for pointing this out,    Chip   --   Charles M. "Chip" Coldwell Turn on, log in, tune out    ------------------------------  $ Date: Wed, 3 Aug 2005 18:16:43 -0400+ From: Chip Coldwell <coldwell@gmail.nospam> $ Subject: Re: ANNOUNCE: XPdf v3.00pl3A Message-ID: <Pine.LNX.4.61.0508031805520.27575@frank.harvard.edu>   ( On Wed, 3 Aug 2005, Mark Berryman wrote: > E > What method do you have for getting to the fonts?  As best as I can 5 > tell, you hardcorded the ghostscript fonts to be in I > SYS$COMMON:[GS.FONTS] and I haven't figured out how to tell it where to  > find truetype fonts.  G It's not exactly hard-coded.  The file DECW$SYSTEM_DEFAULTS:XPDFRC.DAT    contains the Xpdf configuration:  & $ type decw$system_defaults:xpdfrc.dat
 antialias yes  enableT1lib yes  enableFreeType yes fontDir sys$sysroot:[gs.fonts]$ fontDir sys$sysroot:[fonts.truetype]! fontDir sys$sysroot:[fonts.type1]   I The last two fontDirs are not created by the PCSI package, but I suppose  K perhaps they should be created as empty directories.  This certainly works  J for the type 1 fonts in SYS$SYSROOT:[FONTS.TYPE1] ... I discovered that a A lot of the the HP documentation is written using the New Century  K Schoolbook font, but only some of their PDFs actually embed that font (you  J can use the PDFFONTS command that comes with XPDF to find out which fonts E are embedded).  I get much better looking results by putting the New  I Century Schoolbook afm/pfb files in SYS$SYSROOT:[FONTS.TYPE1] instead of  . letting Xpdf make a font substitution (Times).   $ dir sys$sysroot:[fonts.type1]   " Directory SYS$COMMON:[FONTS.TYPE1]  A NEWCENTURYSCHLBK-BD.AFM;1               NEWCENTURYSCHLBK-BD.PFB;1 C NEWCENTURYSCHLBK-BDIT.AFM;1             NEWCENTURYSCHLBK-BDIT.PFB;1 B NEWCENTURYSCHLBK-FRA.AFM;1              NEWCENTURYSCHLBK-FRA.PFB;1D NEWCENTURYSCHLBK-FRABD.AFM;1            NEWCENTURYSCHLBK-FRABD.PFB;1A NEWCENTURYSCHLBK-IT.AFM;1               NEWCENTURYSCHLBK-IT.PFB;1 D NEWCENTURYSCHLBK-ROMAN.AFM;1            NEWCENTURYSCHLBK-ROMAN.PFB;1  D For TrueType fonts, I just assumed that the same mechanism held for 8 TrueType fonts and so I put the Microsoft core fonts in  sys$sysroot:[fonts.truetype]  " $ dir sys$sysroot:[fonts.truetype]  % Directory SYS$COMMON:[FONTS.TRUETYPE]   I ANDALEMO.TTF;1      ARIAL.TTF;1         ARIALBD.TTF;1       ARIALBI.TTF;1 I ARIALI.TTF;1        ARIBLK.TTF;1        COMIC.TTF;1         COMICBD.TTF;1 G COUR.TTF;1          COURBD.TTF;1        COURBI.TTF;1        COURI.TTF;1 J GEORGIA.TTF;1       GEORGIAB.TTF;1      GEORGIAI.TTF;1      GEORGIAZ.TTF;1I IMPACT.TTF;1        TIMES.TTF;1         TIMESBD.TTF;1       TIMESBI.TTF;1 J TIMESI.TTF;1        TREBUC.TTF;1        TREBUCBD.TTF;1      TREBUCBI.TTF;1J TREBUCIT.TTF;1      VERDANA.TTF;1       VERDANAB.TTF;1      VERDANAI.TTF;1" VERDANAZ.TTF;1      WEBDINGS.TTF;1  F but I'll admit that I haven't found a PDF file that uses one of these = fonts but doesn't embed it.  Send me one and I'll try it out.   E > Are there logical names or configuration files I should be using to F > specify this data?  (Ghostscript, for example, uses the logical name > GS_LIB to find its fonts).  : The configuration file is decw$system_defaults:xpdfrc.dat.   Chip   --   Charles M. "Chip" Coldwell Turn on, log in, tune out    ------------------------------  $ Date: Wed, 3 Aug 2005 19:31:17 -0400+ From: Chip Coldwell <coldwell@gmail.nospam> $ Subject: Re: ANNOUNCE: XPdf v3.00pl3A Message-ID: <Pine.LNX.4.61.0508031921440.29318@frank.harvard.edu>   # On Tue, 2 Aug 2005, JF Mezei wrote:    > Chip Coldwell wrote: >>F >> With some effort, I've managed to compile Xpdf version 3.00pl3 (theF >> latest as of this writing) for OpenVMS/Alpha. This is an up-to-date9 >> PDF viewer (analogous to Adobe Acrobat) for VMS users.  > O > What would it take to emulate your work for VAX ? Woudl downloading your PCSI P > kit and then manually extracting files allow oen to start th ebuild process onE > VAX ? Or does you PCSI thing only contain compiled/linked modules ?   G Actually, on second thought, it would take real work.  Before building  F XPDF, and in particular before building the T1LIB and FREETYPE shared G libraries, I wrote a little utility called SYMVEC to create the linker   options files automatically:  2 http://frank.harvard.edu/~coldwell/vms/symvec.html  G This was some effort to write, but it has served me well in situations  H where I want to port Unix shared libraries to VMS.  The problem is that J the VAX linker uses an entirely different option to specify the universal A symbols in a shareable image, so the options files that I create  5 automatically with SYMVEC aren't very useful for VAX.   H What's more, SYMVEC works by reading the object file directly -- it has K hard-coded knowledge of the format of an OpenVMS/Alpha object file.  Since  K the format of an OpenVMS/VAX object file is different, even porting SYMVEC  A would be work.  I would be glad to do it, but I don't have a VAX  
 (anymore).  K However, there are lots of DCL command procedures floating around the 'net  F that do essentially the same thing as SYMVEC by parsing the output of C ANALYZE/OBJECT/GSD.  Somebody should put one up on dcl.openvms.org.    Chip   --   Charles M. "Chip" Coldwell Turn on, log in, tune out    ------------------------------  % Date: Wed, 03 Aug 2005 19:34:38 -0600 0 From: Mark Berryman <mark.berryman@mvb.saic.com>$ Subject: Re: ANNOUNCE: XPdf v3.00pl3' Message-ID: <42f10e3e$1@cpns1.saic.com>    John E. Malmberg wrote:  > Mark Berryman wrote: >  >> John E. Malmberg wrote: >> >>> D >>> Unless someone has done a recent fix, the GhostScript kit on the9 >>> Freeware will not install on OpenVMS 7.3-2 and later.  >> >>  >> You must be using an old kit. >>A >> Goto http://mvb.saic.com/freeware/pcsi_kits/ghostscript-v0811/  >>I >> and fetch the kit from there.  It builds just fine on V7.3-2 and V8.2. 1 >> This update was posted September of last year.  >  > G > Thanks.  I sent you several e-mails when I discovered the problem and  > did not get any responses.  G Really?  I don't remember seeing any.  I wonder if they got tossed by a  spam filter somehow...  H If you'll send me a test message I can verify that I don't have a filter set too tightly somewhere.  C > Once I get that running, then I need to work out how to use it to D > process files on a print queue to be printed on my inkjet printer.   I am told the following works:  C Create a queue that uses EXECSYMB as its processor.  Print jobs are G submitted to this queue.  This queue runs a command file that processes F the print job through ghostscript and then queues the resulting output* to another queue where it actually prints.  4 I have EXECSYMB around somewhere if you need a copy.  
 Mark Berryman    ------------------------------  % Date: Wed, 03 Aug 2005 21:44:01 -0400 ' From: Dave Froble <davef@tsoft-inc.com> $ Subject: Re: ANNOUNCE: XPdf v3.00pl30 Message-ID: <11f2sgukte45j9d@corp.supernews.com>   Chip Coldwell wrote:% > On Tue, 2 Aug 2005, JF Mezei wrote:  >  >> Chip Coldwell wrote:  >> >>> G >>> With some effort, I've managed to compile Xpdf version 3.00pl3 (the G >>> latest as of this writing) for OpenVMS/Alpha. This is an up-to-date : >>> PDF viewer (analogous to Adobe Acrobat) for VMS users. >> >>G >> What would it take to emulate your work for VAX ? Woudl downloading   >> your PCSIG >> kit and then manually extracting files allow oen to start th ebuild  
 >> process on F >> VAX ? Or does you PCSI thing only contain compiled/linked modules ? >  > I > Actually, on second thought, it would take real work.  Before building  H > XPDF, and in particular before building the T1LIB and FREETYPE shared I > libraries, I wrote a little utility called SYMVEC to create the linker   > options files automatically: > 4 > http://frank.harvard.edu/~coldwell/vms/symvec.html > I > This was some effort to write, but it has served me well in situations  J > where I want to port Unix shared libraries to VMS.  The problem is that B > the VAX linker uses an entirely different option to specify the F > universal symbols in a shareable image, so the options files that I > > create automatically with SYMVEC aren't very useful for VAX. > J > What's more, SYMVEC works by reading the object file directly -- it has G > hard-coded knowledge of the format of an OpenVMS/Alpha object file.   D > Since the format of an OpenVMS/VAX object file is different, even G > porting SYMVEC would be work.  I would be glad to do it, but I don't   > have a VAX (anymore).   A That can be fixed.  Are you seriously interested in having a VAX?   H > However, there are lots of DCL command procedures floating around the J > 'net that do essentially the same thing as SYMVEC by parsing the output H > of ANALYZE/OBJECT/GSD.  Somebody should put one up on dcl.openvms.org. >  > Chip >      --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Wed, 03 Aug 2005 19:54:17 -0600 0 From: Mark Berryman <mark.berryman@mvb.saic.com>$ Subject: Re: ANNOUNCE: XPdf v3.00pl3% Message-ID: <42f112da@cpns1.saic.com>    Chip Coldwell wrote:  * > On Wed, 3 Aug 2005, Mark Berryman wrote: >  >>F >> What method do you have for getting to the fonts?  As best as I can6 >> tell, you hardcorded the ghostscript fonts to be inJ >> SYS$COMMON:[GS.FONTS] and I haven't figured out how to tell it where to >> find truetype fonts.  >  > H > It's not exactly hard-coded.  The file DECW$SYSTEM_DEFAULTS:XPDFRC.DAT" > contains the Xpdf configuration: > ( > $ type decw$system_defaults:xpdfrc.dat > antialias yes  > enableT1lib yes  > enableFreeType yes  > fontDir sys$sysroot:[gs.fonts]& > fontDir sys$sysroot:[fonts.truetype]# > fontDir sys$sysroot:[fonts.type1]   D I replaced the first fontDir statement with one of my own specifying8 where I have my ghostscript fonts installed.  The stringG SYS$COMMON:[GS.FONTS] is hardcoded in the XPDF.EXE image and, so far at B least, that is the only place I've been able to get it to look forD fonts.  Using SET WATCH, I have verified that it finds and opens theH xpdfrc.dat file but for all of the fonts it looks only in SYS$COMMON forH GS.DIR and, when it can't find it, looks in the directory where the fileA being displayed is located.  It does not try any of the locations ! specified in the xpdfrc.dat file.   
 Mark Berryman    ------------------------------  % Date: Wed, 03 Aug 2005 22:03:44 -0400 6 From: Brad Hamilton <brMadAhamPiltSon@coMmcaAstP.neSt>$ Subject: Re: ANNOUNCE: XPdf v3.00pl30 Message-ID: <euCdnVmw5twT6mzfRVn-jw@comcast.com>   Chip Coldwell wrote: <snip>4 > http://frank.harvard.edu/~coldwell/vms/symvec.html > I > This was some effort to write, but it has served me well in situations  J > where I want to port Unix shared libraries to VMS.  The problem is that B > the VAX linker uses an entirely different option to specify the F > universal symbols in a shareable image, so the options files that I > > create automatically with SYMVEC aren't very useful for VAX. > J > What's more, SYMVEC works by reading the object file directly -- it has G > hard-coded knowledge of the format of an OpenVMS/Alpha object file.   D > Since the format of an OpenVMS/VAX object file is different, even G > porting SYMVEC would be work.  I would be glad to do it, but I don't   > have a VAX (anymore).  >   H Contact me off-line; I know where you can get a VAX locally, if you are  interested.    <snip>   --   Bradford J. Hamilton "All opinions are my own" * "Lose the MAPS, and replace '-at-' with @"   ------------------------------  # Date: Wed, 03 Aug 2005 19:47:43 GMT & From: John Reagan <john.reagan@hp.com>( Subject: Re: C compiler, 7-character CRC2 Message-ID: <zb9Ie.9809$xx5.1993@news.cpqcorp.net>   Walter Kuhn wrote: > Hi,  > < > we are using the OpenVMS C-Compiler (V6.2) with the option >  > /names=shortened > M > For some automatic code generation (for combining Pascal and Java code) we  L > would need the algorithm of the C-Compiler that is used for computing the  > 7-character CRC  >  > e.g. > 3 > Java_at_pke_sms_comlayer_SmsInvoker_generateEvent  > ! > is shortened by the compiler to  > ! > Java_at_pke_sms_comlaye1gtr1n9$  > 4 > Is it possible (preferably in Java) to compute the > 	 > 1gtr1n9  > # > checksum outside the C compiler ?  >  > Thanks in advance. > 
 > Walter Kuhn  >  >   F Re-reading the original question, you want to know how to compute the ; same CRC that the C compiler computes automatically, right?   6 I don't see that documented anywhere in the C manuals.       --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  % Date: Wed, 03 Aug 2005 17:07:22 -0400 # From: sol gongola <sol@adldata.com> ( Subject: Re: C compiler, 7-character CRC0 Message-ID: <1123103007.642279@nntp.acecape.com>   John Reagan wrote: > Walter Kuhn wrote: >  >> Hi, >>= >> we are using the OpenVMS C-Compiler (V6.2) with the option  >> >> /names=shortened  >>E >> For some automatic code generation (for combining Pascal and Java  H >> code) we would need the algorithm of the C-Compiler that is used for   >> computing the 7-character CRC >> >> e.g.  >>4 >> Java_at_pke_sms_comlayer_SmsInvoker_generateEvent >>" >> is shortened by the compiler to >>" >> Java_at_pke_sms_comlaye1gtr1n9$ >>5 >> Is it possible (preferably in Java) to compute the  >>
 >> 1gtr1n9 >>$ >> checksum outside the C compiler ? >> >> Thanks in advance.  >> >> Walter Kuhn >> >> > H > Re-reading the original question, you want to know how to compute the = > same CRC that the C compiler computes automatically, right?  > 8 > I don't see that documented anywhere in the C manuals. >  >  >   6 I thought the CRC calculation is a published standard." Google gave me this link and more:8 http://www.lammertbies.nl/comm/info/crc-calculation.html   ------------------------------   Date: 3 Aug 2005 20:47:56 -0700  From: contracer11@gmail.com : Subject: Re: Digital logo and other character cell draws..C Message-ID: <1123127276.455946.163050@o13g2000cwo.googlegroups.com>   @ Is there any way to create Sun Microsystems logo with DCL escape characters ?? I always use my VAX to access Solaris system with RSH commands, : and I'd like create a Sun logo to put in my procedures...  Thanks.    ------------------------------  # Date: Thu, 04 Aug 2005 04:43:39 GMT % From: no spam sir <nospam@nospam.com> 4 Subject: Fortran vax/vms/alpha Jacksonville, Florida8 Message-ID: <t273f1ljbs4r99jqtn2kp8emd03j36s522@4ax.com>  + Fortran vax/vms/alpha Jacksonville, Florida   * Please email   j1076366 AT hotmail DOT com  @ 4 week gig - may go to a year (this is normal for this company!) pay range - 50-55 an hour.  + No reimbursement for interviewing expenses. 5 Asked to live in Jax for the duration of the project.   ! I am NOT the recruiter on record.  Just forwarding it to him.   ------------------------------  % Date: Wed, 03 Aug 2005 20:28:57 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>1 Subject: Re: homemade hardware i/o and the xp1000 + Message-ID: <42F16F59.46FB9056@comcast.net>    gobo20@lycos.com wrote:  > E > i asked the questions below about the 500au.  what about an xp1000? I > they have a single isa slot.  been reading some past posts and it seems : > the video card is the biggest issue with vms.  thoughts?  E I should think that "modern" video cards will be AGP, PCI at the very A lowest. ISA graphics cards would likely be rather hard to come by . anymore new; probably find 'em used, I'm sure.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   Date: 3 Aug 2005 19:06:17 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 6 Subject: Re: How does sys$pal_swasten work on Itanium.3 Message-ID: <2qBUNE9B+ZHY@eisner.encompasserve.org>   g In article <mdQGe.41095$dN6.2494@fe1.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes:  >  >  > Main, Kerry wrote: >  >  >>  ? >> Clare Grant article on porting to OpenVMS Integrity servers: K >> http://h71000.www7.hp.com/openvms/journal/index.html?jumpid=go/openvms/j  >> ournal#porting  > J > "One of the goals of the project was to make OpenVMS more portable. Who K > knows, maybe someone will be doing this again!" - Clair Grant, June 2005   > OpenVMS Technical Journal. > = > Any truth Clair's working on the PDP-10 port right now? ;-)  >   >    Ah yes, that's what I need.  INTEGER*4.5 in all my Fortran.?    sizeof(char) = 0.25 in C (assuming we get 8 bit ASCII).  And B    sizeof(char*) == sizeof(short or just a little more than long).   ------------------------------  # Date: Wed, 03 Aug 2005 18:36:42 GMT 3 From: Robert Klute <robert_klute_removethis@hp.com> 8 Subject: Re: Intel hammer another nail in Itanium coffin8 Message-ID: <j422f15eup0ji7ui4hdav7aqr39266jq8l@4ax.com>  F On Wed, 03 Aug 2005 10:38:54 -0400, Bill Todd <billtodd@metrocast.net> wrote:   >Alan Greig wrote: >  >...@ >4-socket, 8-core (theoretical peak there would be 60.8 GFLOPs). >  >  It looks toD >> me as if AMD are claiming 58 for a two socket 4 core Opteron 275. > J >No - again, it's 4-socket, 8-core (the chart you linked to indicated the ' >theoretical peak there:  70.8 GFLOPs).   ; Is AMD using Processor in this case to mean socket or core?   - That is, is the Linpack configuration shown-  G  a 4-node cluster with 2-sockets filled per system system and dual core & Opteron 275 chips in each socket,  or A  a 4-node cluster with 1-socket filled per system and a dual core ! Opteron 275 chip in the socket?     > If the former, that would make the system under test a 16 core configuration, wouldn't it?      ---    Linpack HPL (2p systems) -  & 4 Node GFlops 58.34 / Peak GFlops 70.4& 2 Node GFlops 29.65 / Peak GFlops 35.2& 1 Node GFlops 15.09 / Peak GFLops 17.6    ] http://www.amd.com/us-en/Processors/TechnicalResources/0,,30_182_572_863%5E8800~96867,00.html    ------------------------------  # Date: Wed, 03 Aug 2005 19:49:45 GMT ( From: Alan Greig <greigaln@netscape.net>8 Subject: Re: Intel hammer another nail in Itanium coffin= Message-ID: <td9Ie.77616$dN6.34445@fe1.news.blueyonder.co.uk>    Robert Klute wrote:   / > That is, is the Linpack configuration shown-  I >  a 4-node cluster with 2-sockets filled per system system and dual core ( > Opteron 275 chips in each socket,  or C >  a 4-node cluster with 1-socket filled per system and a dual core # > Opteron 275 chip in the socket?    > @ > If the former, that would make the system under test a 16 core > configuration, wouldn't it?   D I have to admit I am no longer sure exactly what these figures mean. --  
 Alan Greig   ------------------------------  $ Date: Wed, 3 Aug 2005 19:51:22 -0400# From: "John Smith" <a@nonymous.com> 8 Subject: Re: Intel hammer another nail in Itanium coffin4 Message-ID: <42f15991$1_2@spool9-west.superfeed.net>   Rob Young wrote: >  <snip> > , >> The market segment "Enterprise and volumeC >> (4/8+ sockets)" is now targetted by the 64 bit Intel Xeon MP and F >> successors. The roadmap shows that Intel have no remaining residual9 >> plans to force Itanic into the wider Enterprise space.  > > > Ummm... it is a $60 billion dollar market.  Itanium only has$ > to garner so much to be a success.    J Ummm...Rob? Alpha had to only garner 'so much' to be a success, and it had9 'so much' prior to the Alphacide - ergo it was a success.   K Had it been advertised, and Tru64 not slaughtered and hung from a meat hook J to let the blood drain from the corpse, and had NSK/Alpha been done, AlphaK would have been even more successful and at a far lower cost than the Edsel  Itanic.    --I OpenVMS - The never-advertised operating system owned by the company that , can't market its way out of a wet paper bag.   (see, I do change my sig)       O ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups K ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------  $ Date: Wed, 3 Aug 2005 19:54:17 -0400# From: "John Smith" <a@nonymous.com> 8 Subject: Re: Intel hammer another nail in Itanium coffin4 Message-ID: <42f15a40$1_1@spool9-west.superfeed.net>   Dave Froble wrote: > Rob Young wrote: > 1 >> It doesn't have to be.  It sells at a premium.  > H > But, according to Intel, by 2007 the itanic is to be the same price as3 > Xeon.  Or is this another target Intel will miss?  > D > Xeon surely won't rise in price to match the itanic.  Never forget< > that burning stick poked into Intel's eye, called Opteron.    D These pricing issues alone will kill Itanic unless Intel wants a new0 as....er....orifice to haemmorhage red ink from.   --G OpenVMS - The never-advertised operating system doomed to run on doomed  chips.      O ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups K ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------  $ Date: Wed, 3 Aug 2005 19:55:49 -0400# From: "John Smith" <a@nonymous.com> 8 Subject: Re: Intel hammer another nail in Itanium coffin4 Message-ID: <42f15aa3$1_2@spool9-west.superfeed.net>   Alan Greig wrote:  > Bill Todd wrote: >  >> Rob Young wrote:  >> >> >>> B >>> A four socket 1.6 GHz prototype Montecito box gets ~46 GFLOP/s >>> on Linpack.  >> >>A >> Not too bad - in fact almost as good as POWER5's score of 53.8 D >> GFLOP/s in a comparable configuration (though of course POWER5 is >> currently one > C > And even that's behind the 58.34 Gflops claimed by AMD for the "4 B > node" Linpack using the dual core Opteron 275. But Rob thinks we> > should be amazed that a 4 socket prototype Montecito gets 46D > Gigaflops compared to the 2 socket Opteron at 58 Gigaflops. That'sC > twice the sockets for 20% less performance. I hope he's on danger  > money :-)     + It's the 'new math' the Rob took in school.       O ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups K ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------  % Date: Wed, 03 Aug 2005 22:10:59 -0400 ( From: Bill Todd <billtodd@metrocast.net>8 Subject: Re: Intel hammer another nail in Itanium coffin= Message-ID: <gZednaOyo46p5GzfRVn-uA@metrocastcablevision.com>    bob@instantwhip.com wrote:7 > but power and amd don't run OpenVMS ... so as long as / > it is close to the other two ... WHO CARES???   F The problem, boob, is that it is not at all close to the other two in I many areas.  Opteron systems offering the same or better performance are  E far less expensive and, of course, also run both 32- and 64-bit IA32  H code at far higher speed.  And large POWER5 systems out-perform Itanics F core-for-core by factors of 2:1 to 3:1 (not just by a few percent) in H common commercial workloads (EV8 would have done at least that well...).  I Unless VMS sales pick up by an order of magnitude or more such that they  H can support Itanic on their own, its failure to compete elsewhere (such H as Unix and Windows, where better alternatives *do* exist) will doom it D to extinction - regardless of whether VMS people find it acceptable.   - bill   ------------------------------  % Date: Wed, 03 Aug 2005 22:18:07 -0400 ( From: Bill Todd <billtodd@metrocast.net>8 Subject: Re: Intel hammer another nail in Itanium coffin= Message-ID: <39qdnQMQd9dx52zfRVn-ug@metrocastcablevision.com>    Robert Klute wrote: H > On Wed, 03 Aug 2005 10:38:54 -0400, Bill Todd <billtodd@metrocast.net> > wrote: >  >  >>Alan Greig wrote:  >> >>... A >>4-socket, 8-core (theoretical peak there would be 60.8 GFLOPs).  >> >> It looks to >>D >>>me as if AMD are claiming 58 for a two socket 4 core Opteron 275. >>K >>No - again, it's 4-socket, 8-core (the chart you linked to indicated the  ( >>theoretical peak there:  70.8 GFLOPs). >  > = > Is AMD using Processor in this case to mean socket or core?   B Their stated 70.4 (mistyped as 70.8 above) GFLOP theoretical peak A (compared to their stated 8.8 GFLOP peak for a single-processor,  F single-core Opteron 248) makes it clear that they are talking about 8 I 2.2GHz cores (4 sockets - they seem to be using 'node' to mean 'socket').    - bill   ------------------------------  % Date: Wed, 03 Aug 2005 22:39:35 -0400 ( From: Bill Todd <billtodd@metrocast.net>8 Subject: Re: Intel hammer another nail in Itanium coffin= Message-ID: <bLCdndSglaZz4mzfRVn-tg@metrocastcablevision.com>    Alan Greig wrote:  >  >  > Bill Todd wrote: >  >> Al J >> I think you'll find that that was a 4-socket Opteron - but its LINPACK F >> HPC score apparently is still the best of the 3 architectures at 4  >> sockets.  >  > H > The config seems to suggest 2 socket 4 core. This from the AMD site's  > claimed config:  > 	 > Linpack G > AMD Opteron processor Model 275 and 248-based system: Hardware: AMD  D > Quartet internal development platform (not publicly available). K > Processor: Qty. (2), L1 Cache 2x 128KB (64KB data + 64KB inst), L2 Cache  K > 2 x 1024KB, Memory: 8GB total. Hard Disk: 15 x 36GB U320 SCSI. Operating  E > System: SuSE Professional 9.2 2.6.11-rc3 kernel patch-9962 Release  L > 20030321. Libararies: Goto, mpich-gm mpi. Network: Myrinet dual-port card.  C I had thought that the theoretical peak figures made it clear that  G exactly 4 dual-core 2.2 GHz Opteron chips were used in the result, but  I the information above suggests that they may be talking about 1-, 2-, or  H 4-node, Myrinet-connected 2.2 GHz systems each of which has 2 sockets - C populated with either Opteron 248 single-core chips or Opteron 275   dual-core chips.  H I had assumed that the various MMX/SSE/etc. extensions had allowed each D core to process 4 FP operations per cycle (two FMADDs) as POWER and C Itanic cores can, but it now looks more like each Opteron core can  C process only 2 FP operations per cycle - in which case they aren't  E competitive with POWER and Itanic in that area (because the 58 GFLOP  0 figure you brought up used twice as many cores).   - bill   ------------------------------  % Date: Wed, 03 Aug 2005 22:40:43 -0400 ( From: Bill Todd <billtodd@metrocast.net>8 Subject: Re: Intel hammer another nail in Itanium coffin= Message-ID: <bLCdndeglaatHWzfRVn-tg@metrocastcablevision.com>    Bill Todd wrote: > Robert Klute wrote:  > I >> On Wed, 03 Aug 2005 10:38:54 -0400, Bill Todd <billtodd@metrocast.net> 	 >> wrote:  >> >> >>> Alan Greig wrote:  >>>  >>> ... C >>> 4-socket, 8-core (theoretical peak there would be 60.8 GFLOPs).  >>>  >>> It looks to  >>> F >>>> me as if AMD are claiming 58 for a two socket 4 core Opteron 275. >>>  >>> I >>> No - again, it's 4-socket, 8-core (the chart you linked to indicated  . >>> the theoretical peak there:  70.8 GFLOPs). >> >> >>> >> Is AMD using Processor in this case to mean socket or core? >  > D > Their stated 70.4 (mistyped as 70.8 above) GFLOP theoretical peak C > (compared to their stated 8.8 GFLOP peak for a single-processor,  H > single-core Opteron 248) makes it clear that they are talking about 8 K > 2.2GHz cores (4 sockets - they seem to be using 'node' to mean 'socket').   H Mea culpa:  I'll repeat what I just wrote elsewhere to Alan, who kindly ? provided the information in the link I had not noticed earlier:    Alan Greig wrote:   >  >  > Bill Todd wrote:   >  >> AlJ  >> I think you'll find that that was a 4-socket Opteron - but its LINPACKF  >> HPC score apparently is still the best of the 3 architectures at 4  >> sockets.  >  >H  > The config seems to suggest 2 socket 4 core. This from the AMD site's  > claimed config:  >
  > LinpackG  > AMD Opteron processor Model 275 and 248-based system: Hardware: AMD D  > Quartet internal development platform (not publicly available).K  > Processor: Qty. (2), L1 Cache 2x 128KB (64KB data + 64KB inst), L2 Cache K  > 2 x 1024KB, Memory: 8GB total. Hard Disk: 15 x 36GB U320 SCSI. Operating E  > System: SuSE Professional 9.2 2.6.11-rc3 kernel patch-9962 Release H  > 20030321. Libararies: Goto, mpich-gm mpi. Network: Myrinet dual-port  card.   C I had thought that the theoretical peak figures made it clear that  G exactly 4 dual-core 2.2 GHz Opteron chips were used in the result, but  I the information above suggests that they may be talking about 1-, 2-, or  H 4-node, Myrinet-connected 2.2 GHz systems each of which has 2 sockets - C populated with either Opteron 248 single-core chips or Opteron 275   dual-core chips.  H I had assumed that the various MMX/SSE/etc. extensions had allowed each D core to process 4 FP operations per cycle (two FMADDs) as POWER and C Itanic cores can, but it now looks more like each Opteron core can  C process only 2 FP operations per cycle - in which case they aren't  E competitive with POWER and Itanic in that area (because the 58 GFLOP  0 figure you brought up used twice as many cores).   - bill   ------------------------------   Date: 4 Aug 2005 00:22:23 -0500 + From: young_r@encompasserve.org (Rob Young) 8 Subject: Re: Intel hammer another nail in Itanium coffin3 Message-ID: <CGk2ch2SdCJ8@eisner.encompasserve.org>   h In article <Wo4Ie.73638$dN6.24934@fe1.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes:   > I > Actually I'm a bit confused here. Even following the links back to the  K > references doesn't help too much. Is Rob claiming 46Gflop for a 4 socket  J > (8 core) montecito or what? What config is the 53.8 Power5? It looks to J > me as if AMD are claiming 58 for a two socket 4 core Opteron 275. Maybe H > I've just spent too mush time watching the shuttle and am half alseep. >   9 	It's not just config, it is what benchmark is being run. ; 	Intel is referring to something called Linpack TPP.  Intel ; 	uses TPP, and N=1000.  There are several different Linpack  	tests and a FAQ here:  > http://www.netlib.org/utk/people/JackDongarra/faq-linpack.html  > 	An 8 processor (1) 1.6 GHz Montecito does 46 GFLOP/s, N=1000 : 	with a theoretical peak of 51.2 GFLOP/s (90% efficiency).  A 	An 8 processor 1.9 GHz Power5 does 34.57 GFLOP/s for N=1000 with = 	a theoretical peak of 60 GFLOP/s (less than 60% effeciency).   E 	But these aren't areas Intel focused on.  They focused on commercial A 	end and you see some lame slide shows that show 60% improvement. @ 	Paul DeMone expects 20% improvement on tpc with the addition of= 	CMT, Montecito's re-work cache hierarchy that he comments on  	here, see page 7 and 8:  N http://h21007.www2.hp.com/dspp/files/unprotected/Itanium/sizingsuperheavys.pdf  D 	will help database benchmarks no doubt due to increased instruction% 	stream friendliness if nothing else.    				Rob   H (1)  Not talking sockets and cores.  8 processors reside on 4 sockets inM both cases.  In the future when we see 4-ways and higher it will get crazy.   
 Maybe best to I adopt some folk's description and just refer to processors or it will get ) tricky comparing different architectures.    ------------------------------   Date: 3 Aug 2005 19:07:34 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) K Subject: Re: New Beta Google Groups format (was Re: comp.os.vms archives ?) 3 Message-ID: <eG8oznck2aRV@eisner.encompasserve.org>   i In article <x5udnQqkkOn3aXbfRVn-tA@comcast.com>, Brad Hamilton <brMadAhamPiltSon@coMmcaAstP.neSt> writes:  > I > Do you know of any that allow for authentication to news servers?  I'd  $ > love to find one on VMS that does.  E    Mozilla.  I use it with my ISP all the time.  Or a trivial edit to /    ANU (I'm working on one, its not ready yet).    ------------------------------   Date: 3 Aug 2005 19:00:16 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) # Subject: Re: OT: Re: LaTeX ---> PDF 3 Message-ID: <LR09mif2HL4K@eisner.encompasserve.org>   K In article <k6j7k88o.fsf_-_@ieee.org>, Randy Yates <yates@ieee.org> writes:  >  > VMS - what a great OS it was!       What a great OS it _IS_.    ------------------------------  $ Date: Thu, 4 Aug 2005 01:09:00 +02003 From: "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> ) Subject: Re: Rdb 72 FT2 for Alpha and I64 = Message-ID: <42f14e8d$0$67258$157c6196@dreader2.cybercity.dk>   B "Norman Lastovica" <norman.lastovica@oracle.com> wrote in message $ news:42F0EFBF.FFBD8B0B@oracle.com...H >         Oracle is pleased to announce the availability of Field Test 2H >    for it's continuing Rdb 7.2 Beta Program.  The field test of OracleG >    Rdb 7.2 is available to run on OpenVMS Industry Standard 64 for HP D >    Integrity Servers and for OpenVMS for AlphaServer systems.  TheD >    kits are available for download on the Rdb 7.2 Beta program webB >    site (http://otnbeta.oracle.com/Rdb/index.htm) for registered >    Beta customers. > ? >         The Field Test 2 kit includes the following products:  > , >         - Oracle Rdb for Itanium and Alpha5 >         - Oracle CODASYL DBMS for Itanium and Alpha 7 >         - Oracle CDD/Repository for Itanium and Alpha F >         - Oracle SQL/Services & OCI Services for Rdb for Itanium and > Alpha @ >         - Oracle Rdb Native JDBC Drivers for Itanium and AlphaC >         - Oracle Replication Option for Rdb for Itanium and Alpha , >         - Oracle Trace for Rdb for Itanium > I >         Oracle expects to release Oracle Rdb Release 7.2 for production H >    use in the second half of calendar year 2005.  If you have not doneA >    so already, you can register for the Rdb 7.2 Beta Program by 
 > visitingI >    our Beta Program web site (http://otnbeta.oracle.com/Rdb/index.htm).  >  >    Ginger Vollmar $ >    Rdb Beta Programs Administrator > --   > - - - - - 1 > opinions expressed here are mine and mine alone . > and certainly are not intended in any way to1 > express or represent any opinions or commitment  > of oracle corporation. > + > norman lastovica / oracle rdb engineering   D I really wish that OracleRdb would stop mouthing the HP mantra that K Integrity 64 systems are "Industry Standard".  I do not observe widespread  L acceptance of this particular hardware architecture sufficient to merit the  moniker "Industry Standard".  K Upon re-reading - "available to run on OpenVMS Industry Standard 64 for HP  ; Integrity Servers" I realise that I may have misunderstood. M Is Oracle claiming that OpenVMS is somehow industry standard ratehr than the  $ Itanic part of HP Integrity Servers?  H This quoted phrase is nonsensical to me and must be marketing speak - a  language I do not master.    Dr. Dweeb.     ------------------------------  # Date: Wed, 03 Aug 2005 23:26:07 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)) Subject: Re: Rdb 72 FT2 for Alpha and I64 6 Message-ID: <00A47BD0.83D0DEBD@SSRL.SLAC.STANFORD.EDU>  s In article <42f14e8d$0$67258$157c6196@dreader2.cybercity.dk>, "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> writes:  > C >"Norman Lastovica" <norman.lastovica@oracle.com> wrote in message  % >news:42F0EFBF.FFBD8B0B@oracle.com... I >>         Oracle is pleased to announce the availability of Field Test 2 I >>    for it's continuing Rdb 7.2 Beta Program.  The field test of Oracle H >>    Rdb 7.2 is available to run on OpenVMS Industry Standard 64 for HPE >>    Integrity Servers and for OpenVMS for AlphaServer systems.  The E >>    kits are available for download on the Rdb 7.2 Beta program web C >>    site (http://otnbeta.oracle.com/Rdb/index.htm) for registered  >>    Beta customers.  >>@ >>         The Field Test 2 kit includes the following products: >>- >>         - Oracle Rdb for Itanium and Alpha 6 >>         - Oracle CODASYL DBMS for Itanium and Alpha8 >>         - Oracle CDD/Repository for Itanium and AlphaG >>         - Oracle SQL/Services & OCI Services for Rdb for Itanium and  >> AlphaA >>         - Oracle Rdb Native JDBC Drivers for Itanium and Alpha D >>         - Oracle Replication Option for Rdb for Itanium and Alpha- >>         - Oracle Trace for Rdb for Itanium  >>J >>         Oracle expects to release Oracle Rdb Release 7.2 for productionI >>    use in the second half of calendar year 2005.  If you have not done B >>    so already, you can register for the Rdb 7.2 Beta Program by >> visiting J >>    our Beta Program web site (http://otnbeta.oracle.com/Rdb/index.htm). >> >>    Ginger Vollmar% >>    Rdb Beta Programs Administrator  >> --  >> - - - - -2 >> opinions expressed here are mine and mine alone/ >> and certainly are not intended in any way to 2 >> express or represent any opinions or commitment >> of oracle corporation.  >>, >> norman lastovica / oracle rdb engineering > E >I really wish that OracleRdb would stop mouthing the HP mantra that  L >Integrity 64 systems are "Industry Standard".  I do not observe widespread M >acceptance of this particular hardware architecture sufficient to merit the   >moniker "Industry Standard".  > L >Upon re-reading - "available to run on OpenVMS Industry Standard 64 for HP < >Integrity Servers" I realise that I may have misunderstood.N >Is Oracle claiming that OpenVMS is somehow industry standard ratehr than the % >Itanic part of HP Integrity Servers?  > I >This quoted phrase is nonsensical to me and must be marketing speak - a   >language I do not master.  J "OpenVMS Industry Standard 64" is the formal name of the operating system.L Yes, it's kinda annoying, but don't blame Oracle for it; if they're making aJ formal press release, they have to call it by the name its owner calls it.   -- Alan    ------------------------------  $ Date: Thu, 4 Aug 2005 02:24:17 +02003 From: "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> ) Subject: Re: Rdb 72 FT2 for Alpha and I64 = Message-ID: <42f16031$0$67257$157c6196@dreader2.cybercity.dk>   I "Alan Winston - SSRL Central Computing" <winston@SSRL.SLAC.STANFORD.EDU>  A wrote in message news:00A47BD0.83D0DEBD@SSRL.SLAC.STANFORD.EDU... L > In article <42f14e8d$0$67258$157c6196@dreader2.cybercity.dk>, "Dr. Dweeb" + > <NOSPAM_5msg0h202@sneakemail.com> writes:  >>C >>"Norman Lastovica" <norman.lastovica@oracle.com> wrote in message & >>news:42F0EFBF.FFBD8B0B@oracle.com...J >>>         Oracle is pleased to announce the availability of Field Test 2J >>>    for it's continuing Rdb 7.2 Beta Program.  The field test of OracleI >>>    Rdb 7.2 is available to run on OpenVMS Industry Standard 64 for HP F >>>    Integrity Servers and for OpenVMS for AlphaServer systems.  TheF >>>    kits are available for download on the Rdb 7.2 Beta program webD >>>    site (http://otnbeta.oracle.com/Rdb/index.htm) for registered >>>    Beta customers. >>> A >>>         The Field Test 2 kit includes the following products:  >>> . >>>         - Oracle Rdb for Itanium and Alpha7 >>>         - Oracle CODASYL DBMS for Itanium and Alpha 9 >>>         - Oracle CDD/Repository for Itanium and Alpha H >>>         - Oracle SQL/Services & OCI Services for Rdb for Itanium and	 >>> Alpha B >>>         - Oracle Rdb Native JDBC Drivers for Itanium and AlphaE >>>         - Oracle Replication Option for Rdb for Itanium and Alpha . >>>         - Oracle Trace for Rdb for Itanium >>> K >>>         Oracle expects to release Oracle Rdb Release 7.2 for production J >>>    use in the second half of calendar year 2005.  If you have not doneC >>>    so already, you can register for the Rdb 7.2 Beta Program by  >>> visitingK >>>    our Beta Program web site (http://otnbeta.oracle.com/Rdb/index.htm).  >>>  >>>    Ginger Vollmar & >>>    Rdb Beta Programs Administrator >>> --  
 >>> - - - - - 3 >>> opinions expressed here are mine and mine alone 0 >>> and certainly are not intended in any way to3 >>> express or represent any opinions or commitment  >>> of oracle corporation. >>> - >>> norman lastovica / oracle rdb engineering  >>E >>I really wish that OracleRdb would stop mouthing the HP mantra that L >>Integrity 64 systems are "Industry Standard".  I do not observe widespreadJ >>acceptance of this particular hardware architecture sufficient to merit  >>the  >>moniker "Industry Standard". >>L >>Upon re-reading - "available to run on OpenVMS Industry Standard 64 for HP= >>Integrity Servers" I realise that I may have misunderstood. K >>Is Oracle claiming that OpenVMS is somehow industry standard ratehr than   >>the & >>Itanic part of HP Integrity Servers? >>I >>This quoted phrase is nonsensical to me and must be marketing speak - a  >>language I do not master.  > L > "OpenVMS Industry Standard 64" is the formal name of the operating system.M > Yes, it's kinda annoying, but don't blame Oracle for it; if they're making   > a L > formal press release, they have to call it by the name its owner calls it. >   F OK. That is information I did not possess.  Thanks. Ginger & Norm are  excused.H Now, please knife the idiot who coined that phrase and the intellectual $ lightweights who authorised its use.   I will now go outside and puke.   
 Dr. Dweeb.  	 > -- Alan  >    ------------------------------  $ Date: Wed, 3 Aug 2005 16:30:12 -0400- From: William Webb <william.w.webb@gmail.com> + Subject: SLS 2.9 volume allocation question 7 Message-ID: <8660a3a105080313301aa2a5a3@mail.gmail.com>   A While it's simple to determine that an SLS volume is in ALLOCATED D status, there doesn't appear to be a straightforward way to tell who the volume is allocated to.   @ Comments from those more expert with SLS than I are appreciated.   WWWebb   --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  % Date: Wed, 03 Aug 2005 20:25:54 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>/ Subject: Re: SLS 2.9 volume allocation question + Message-ID: <42F16EA2.7E976180@comcast.net>    William Webb wrote:  > C > While it's simple to determine that an SLS volume is in ALLOCATED F > status, there doesn't appear to be a straightforward way to tell who > the volume is allocated to.  > B > Comments from those more expert with SLS than I are appreciated.   $ STORAGE SHOW VOLUME volid   G ...should include an "Owner:" field. Will be expressed as "node::user", ! probably "MYNODE::SLS". See also:   " $ STORAGE SHOW VOLUME/SYMBOL volid* $ SHOW SYMBOL SLS$INQ_OWNER	! or SLS$INQ_*   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------   End of INFO-VAX 2005.431 ************************