1 INFO-VAX	Tue, 15 Jun 2004	Volume 2004 : Issue 331       Contents:, Re: Accessing NFS from OS X. Was: NFS how to, Re: Accessing NFS from OS X. Was: NFS how to, Re: Accessing NFS from OS X. Was: NFS how to, Re: Accessing NFS from OS X. Was: NFS how to) Re: any way to dismount and remount this?  CMS History   Re: DEC Publishing character set Re: FTP Problem 1 HP Gets Top Marks in Customer Satisfaction Survey < HP likely to add 5,000 jobs; Won't spin off printer divisionE HP No. 1 in worldwide server shipments for eighth consecutive quarter 1 Re: Job openings at Dell in Texas - not VMS - ??? 1 Re: Job openings at Dell in Texas - not VMS - ??? 1 Re: New IA64 binaries run on Old IA64 computers ? 1 Re: New IA64 binaries run on Old IA64 computers ? 4 Re: OT:  eBay item: Chinese Beauty Print , Vax Dying0 Re: Quadrics adds lower-end supercomputer switch0 Re: Quadrics adds lower-end supercomputer switch0 Re: Quadrics adds lower-end supercomputer switch0 Re: Quadrics adds lower-end supercomputer switch0 Re: Quadrics adds lower-end supercomputer switch0 Re: Quadrics adds lower-end supercomputer switch0 Re: Quadrics adds lower-end supercomputer switch0 Re: Quadrics adds lower-end supercomputer switch3 Re: Sun To Open Source Solaris ... sort of ...maybe 3 Re: Sun To Open Source Solaris ... sort of ...maybe  Re: Tru64 --> OpenVMS 7 Re: Tru64 --> OpenVMS rather than another unix platform 7 Re: Tru64 --> OpenVMS rather than another unix platform 7 Re: Tru64 --> OpenVMS rather than another unix platform = Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT = Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT = Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT 5 Re: URL for latest Library and Tape Tools version 3.5 5 Re: URL for latest Library and Tape Tools version 3.5 5 Re: URL for latest Library and Tape Tools version 3.5 & Re: VMS Gets Short Shrift at HP World.& Re: VMS Gets Short Shrift at HP World.& Re: VMS Gets Short Shrift at HP World. What is the X$X0 DECnet object? . RE: [OpenVMS Alpha V7.3-2] VMS732_UPDATE-V0200. Re: [OpenVMS Alpha V7.3-2] VMS732_UPDATE-V0200  F ----------------------------------------------------------------------  % Date: Tue, 15 Jun 2004 08:34:49 +0200 * From: Paul Sture <nospam@sture.homeip.net>5 Subject: Re: Accessing NFS from OS X. Was: NFS how to * Message-ID: <2j7jkbFtufu5U1@uni-berlin.de>   News Reader wrote:K > On Sun, 13 Jun 2004 09:33:07, Paul Sture <nospam@sture.homeip.net> wrote:  >    [snip]   > = >>In a file called by SYSTARTUP_VMS.COM I have the following:  >>0 >>$!      Serve the system disk as an NFS device >>$!J >>$ TCPIP mount dnfs1: "/alpha/" /host='node' /system/path="/alpha/000000" >  > C > That's VMS as NFS client.  I thought this thread was about VMS as 
 > NFS server.  >   F Thanks for the correction. It's not needed to access VMS from the Mac.   >>/ >>filenames containing a dollar fool the shell:  >> >>cd vms$common.dir " >>tcsh: common: Undefined variable >> > > > Shell metacharacters in filenames - no great surprises here.  D Indeed, but I thought it worth mentioning for anyone new to subject.   ------------------------------  % Date: Tue, 15 Jun 2004 08:44:22 +0200 * From: Paul Sture <nospam@sture.homeip.net>5 Subject: Re: Accessing NFS from OS X. Was: NFS how to * Message-ID: <2j7k68Fua3ssU1@uni-berlin.de>   News Reader wrote: > REPOSTK > On Sun, 13 Jun 2004 09:33:07, Paul Sture <nospam@sture.homeip.net> wrote:  >  >>TCPIP> show config map* >>            Filesystem Map Configuration= >>Pathname                                Logical File System 8 >>/alpha                                  SYS$SYSDEVICE: >> >  > ...  >  >>Feedback welcome.  >  > H > I'd never NFS export something quite so high up on any NFS server; too > much of a security risk. >   ? I agree, but I only have the one disk and the OP's question was   H "How do I setup, for example, my system disk so I can NFS mount it on my powerbook?"   G > Also, I don't know what file formats single/double etc OS X uses, but E > you may well find that Finder creates its own files to cache folder E > information, window state etc in each directory you open in Finder.  >   F and that would explain why Finder wants a higher level of permissions 
 than the CLI.   F > You might not want your entire directory tree peppered with Finder'sF > private files as the price for filesystem exploration MAC GUI style.   True.    ------------------------------  % Date: Tue, 15 Jun 2004 08:52:03 +0200 * From: Paul Sture <nospam@sture.homeip.net>5 Subject: Re: Accessing NFS from OS X. Was: NFS how to * Message-ID: <2j7kklFmieo0U1@uni-berlin.de>   healyzh@aracnet.com wrote:( > News Reader <nomail@nomail.vms> wrote: >  >>>TCPIP> show config map + >>>            Filesystem Map Configuration > >>>Pathname                                Logical File System9 >>>/alpha                                  SYS$SYSDEVICE:  >  > H >>I'd never NFS export something quite so high up on any NFS server; too >>much of a security risk. >  > L > Agreed, but will TCPIP V5.4 allow you to export subdirectories?  From whatI > little I've played with it, I get the impression you now have to either 1 > export the entire disk, or use container files.  >   B Please let us know if this is true. Would LDDRIVER be useful here?   > G >>Also, I don't know what file formats single/double etc OS X uses, but E >>you may well find that Finder creates its own files to cache folder E >>information, window state etc in each directory you open in Finder.  >  > F >>You might not want your entire directory tree peppered with Finder'sF >>private files as the price for filesystem exploration MAC GUI style. >  > N > I know this is a problem when using Appletalk to access OpenVMS disks.  I'veH > "solved/ignored" this problem by putting the following in my LOGIN.COM >   @ When you say Appletalk is this with Pathworks / Advanced server?  9 > $ dir :== dir/exclude=(*msaf*.*;*,*.msaf*;*)/versions=1 3 > $ dd :== DIR *.DIR/exclude=(*msaf*.*;*,*.msaf*;*)  > J > If Mac OS X does something like this to NFS disks (I don't think that it5 > does), it might be possible to use a simular trick.  > M > Personally for the time being I think I'll continue to use Appletalk.  It's N > also worth noting that Mac OS X supports Samba.  It might now be possible toM > access samba shares on a VMS server.  I do know that in the Mac OS 8/9 days J > trying to do this using DAVE didn't work as the Mac tried to create some1 > really funky files to keep track of attributes.  > ? > All in all, it would really help if Apple wasn't so anti-NFS.  >  > 		Zane >    ------------------------------    Date: 15 Jun 2004 07:06:27 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: Accessing NFS from OS X. Was: NFS how to 3 Message-ID: <DnE2F09PxFNP@eisner.encompasserve.org>   L In article <cal1b5$rsj$1@online.de>, News Reader <nomail@nomail.vms> writes:I > On  Mon, 14 Jun 2004 16:56:34 GMT, Paul Anderson <paul.anderson@hp.com>  > wrote: >>@ >>If someone knows of a way to get a Finder window of an OpenVMS* >>directory via NFS, I'd love to know how! >> >>Paul > H > Can't speak for OS X but use Finder windows of OpenVMS directories via" > NFS in Classic Mac OS routinely.  G   I've done it on OS X using Multinet's NFS server.  The only problem I E   had was that the OS X NFS client doesn't seem to fall back to NFS 2 F   like it should when NFS 3 fails.  By launching a shell script on the-   Mac during login I was able to force NFS 2.   G   I can't repeat this now as we've decided to eliminate NFS between the E   subnets my Mac and VMS systems are on, but I see no reason to think    things have changed.  *   Mac OS 10.2.8, VMS 7.2-1, Multinet 4.4A.   ------------------------------  % Date: Wed, 16 Jun 2004 01:39:18 +1000 1 From: David J McKenzie <david@mckenziefamily.biz> 2 Subject: Re: any way to dismount and remount this?C Message-ID: <40cf1818$0$78784$c30e37c6@lon-reader.news.telstra.net>   / Phillip Helbig---remove CLOTHES to reply wrote:   ; > In article <caf31q$2ieo$1@godfrey.mcc.ac.uk>, Tony Anrold ! > <tony.arnold@man.ac.uk> writes:  > D >> Is this a single member shadow set that just comprises $44dka300? >  > Yes. >  >> It K >> looks like the physical disk has successfully dismounted, but the system 4 >> thinks the shadow device (DSA530) is still there. >  > Right. >  >> I can't see anyway  >> round this except to reboot.  >  > That seems to be the case. > . >> Have you tried remounting the shadow set? I  >> suspect it will fail, but ... > F > I've tried all the commands I could think of, but perhaps not in the > right order.    J There used to be a tool in diag that got rid of phantom devices like this.J It walked the tree and blew away the USB. Usually the machine crashed soon1 after, as there was always an underlying problem.      --  . David McKenzie  david@rugby.mckenziefamily.biz   remove rugby   ------------------------------  % Date: Tue, 15 Jun 2004 17:11:00 +0100 % From: David Gray <police@spamcop.net>  Subject: CMS History8 Message-ID: <ef7uc0lf50qvao0lf7p5r3p8k5gci01snr@4ax.com>   Greetings all,    E One of our developers has managed to delete all module history from a @ CMS library.  I've identified the file which contains the moduleB history and will attempt to restore it from tape in the morning.    ( The file I'm intending to restore is...   ! disk:[library_CMSLIB]01CMS.HIS;2     Has anyone tried this before?    Dave        ------------------------------   Date: 15 Jun 2004 12:55:30 GMT- From: n04W25+mgk25@cl.cam.ac.uk (Markus Kuhn) ) Subject: Re: DEC Publishing character set 0 Message-ID: <camrk2$o2v$1@pegasus.csx.cam.ac.uk>  ; Alan Adams <alan.adams@orchard-way.freeserve.co.uk> writes: 9 >          n04W25+mgk25@cl.cam.ac.uk (Markus Kuhn) wrote:  > ? >> I'm looking for any information or idea you might have about B >> a character set or encoding, or a font called "DEC Publishing". > L >I seem to remember that the VT100 user manual listed all the character setsK >contained in the VT100. The same probably applied to the LN03, but I think 8 >such useful information was dropped from later manuals.  A I have checked VT100 manuals, and it seems this terminal does not F support the mysterious "DEC Publishing" character set that I'm looking7 for. The best hint I got so far was from Paul Williams:   "   I think that this set is called I   "DEC Publishing" and was developed for DECwrite, and appropriate fonts  <   were provided for people using DECwrite on X (DECwindows).  C   DECwrite manipulated documents stored in DEC's Compound Document  B   Architecture (CDA), and I've come across a header file with CDA (   definitions that includes these lines:  R   http://www.mit.edu/afs/athena/service/scratch/kcr/srvd-7.2/usr/include/cda_def.h  9   /* Character set identification codes (DEC STD 169). */ D   #define CDA$K_ISO_LATIN1 1  /* ISO Latin 1 (ISO 8859-1)         */D   #define CDA$K_ISO_LATIN2 2  /* ISO Latin 2 (ISO 8859-2)         */D   #define CDA$K_ISO_LATIN6 3  /* ISO Latin-Arabic (ISO 8859-6)    */D   #define CDA$K_ISO_LATIN7 4  /* ISO Latin-Greek (ISO 8859-7)     */D   #define CDA$K_ISO_LATIN8 6  /* ISO Latin-Hebrew (ISO 8859-8)    */I   #define CDA$K_JIS_KATAKANA 32 /* JIS Roman, JIS Katakana (JIS X0201) */ I   #define CDA$K_DEC_TECH 33     /* DEC Special Graphics, DEC Technical */ I   #define CDA$K_DEC_MATH_ITALIC 34 /* DEC Mathematics Italic           */ I   #define CDA$K_DEC_MATH_SYMBOL 35 /* DEC Mathematics Symbol           */ E   #define CDA$K_DEC_MATH_EXTENSION 36 /* DEC Mathematics Extension */ G   #define CDA$K_DEC_PUBLISHING 37     /* DEC Publishing              */ F   #define CDA$K_DEC_KANJI 64          /* DEC Kanji (JIS X0208)      */F   #define CDA$K_DEC_HANZI 65          /* DEC Hanzi (GB 2312)        */  G   Look at that top comment. It looks as if DEC STD 169 (internal only)  )   could contain the information you seek.   7 Anyone here with a copy of "DEC STD 169" sitting on the @ shelf, by any chance? Or some other source of a "DEC Publishing" character set code chart?    Markus   --  9 Markus Kuhn, Computer Laboratory, University of Cambridge 9 http://www.cl.cam.ac.uk/~mgk25/ || CB3 0FD, Great Britain    ------------------------------  # Date: Tue, 15 Jun 2004 13:31:28 GMT 1 From: Michael Austin <maustin@firstdbasource.com>  Subject: Re: FTP Problem< Message-ID: <QSCzc.6381$QC3.3023@newssvr22.news.prodigy.com>   healyzh@aracnet.com wrote:L > I've discovered that there seems to be some sort of wierd problem with FTPO > on my VMS server.  I've tried both active and passive with the same results.  L > It might be something to do with my firewall, but FTP is working from UnixE > systems.  I've pasted the errors below, does anyone have any ideas?  > 	 > Thanks,  >      Zane  >  >  >  > FTP> show status > 211-dux418 FTP server status:  > HP ASL ftpd, version(323) " > Connected to xxxxxxx.xxxxxxx.xxx > Logged in anonymously 5 > TYPE: Image; STRUcture: File; transfer MODE: Stream  > No data connection > 211 End of status " > Connected to: dux418.den.hp.com  > VMS Plus mode disabledC > Mode = stream , Type = binary, Form = non_print, Structure = file  > Error level is SUCCESS( > Passive is AUTO (IPv4: OFF, IPv6: ON). > 
 > FTP> dir > 200 PORT command successful.5 > 150 Opening ASCII mode data connection for /bin/ls. J > %TCPIP-E-FTP_DATACONF, cannot establish data connection with remote host6 > -SYSTEM-F-REJECT, connect to network object rejected > 226 Transfer complete. > FTP>   >   I I have gotten that message on a VMS/Multinet system connecting to my VMS  F box across a firewall and toggling PASSIVE mode fixed it.  Looks like F your firewall may be preventing the proper handshaking. Try getting a = tcptrace of your session to see what is actually occurring...      $ ftp dux418.den.hp.com  220-0 220-Welcome to the IT Resource Center ftp server: 220------------------------------------------------------- 220-G 220-You are user 19, and there is a limit of 400 simultaneous accesses.  220-K 220-Log in as user "anonymous" (using your e-mail address as your password) I 220-to retrieve available patches for HP-UX, MPE/iX, and other platforms.  220-A 220-If you are a user of other HP ITRC services, log in with your C 220-HP ITRC User ID and password to deposit or retrieve your files.  220-) 220-If you have questions, send email to:  220-. 220-   support_feedback@us-ffs.external.hp.com 220-8 220 dux418 FTP server (HP ASL ftpd, version(323)) ready. Connected to dux418.den.hp.com. + Name (dux418.den.hp.com:maustin): anonymous B 331 Guest login ok, send your complete e-mail address as password.	 Password: . 230 Guest login ok, access restrictions apply. FTP> dir 200 PORT command successful.3 150 Opening ASCII mode data connection for /bin/ls. 	 total 144 ; drwxr-xr-x  17 2          2             8192 Apr 29 14:10 . < drwxr-xr-x  17 2          2             8192 Apr 29 14:10 ..B drwxr-x---   2 50         100             96 Apr 21 14:50 .archive: lrwxr-xr-x   1 50         100             21 Apr 24 09:49  archived_patches -> da ta/archived_patches = drwxr-xr-x   2 0          0               96 Apr 30 20:06 bin > drwxr-xr-x   5 50         100           8192 May 14 09:55 dataH drwxr-xr-x   2 50         100             96 Apr  3  2003 domain_patchesD lrwxr-xr-x   1 50         100             11 Apr 24 01:43 export ->  data/export J drwxr-xr-x   3 50         100             96 Jun 14 23:14 firmware_patchesG drwxr-xr-x   5 50         100           8192 Jun 14 23:17 hp-ux_patches ? drwxr-xr-x   3 50         100             96 Apr 10  2001 linux H drwxr-xr-x   6 50         100           8192 Jun 15 04:07 mpe-ix_patchesD drwxr-xr-x  12 50         100           8192 Jun 14 23:23 mv_patchesI drwxr-xr-x   5 50         100             96 Oct 15  2003 openvms_patches H lrwxr-xr-x   1 50         100             18 Apr 24 07:40 patch_bundles  -> data/
 patch_bundles : drwxr-xr-x   6 50         100           8192 Sep  9  2003  patches_with_warnings I drwxr-xr-x   5 50         100             96 Mar  2 14:22 product_patches : lrwxr-xr-x   1 50         100             21 Apr 24 07:40  recalled_patches -> pa tches_with_warnings L drwxr-xr-x   7 50         100           8192 Jul  2  2003 superseded_patches= drwxr-x---   3 50         100           8192 Jun 15 04:18 tmp G drwxr-xr-x   4 50         100             96 Mar  1 12:12 tru64_patches C lrwxr-x---   1 0          3               20 Apr 30 20:06 users ->  
 /mnt/disk_far  m/users    226 Transfer complete.< 1673 bytes received in 00:00:00.01 seconds (102.11 Kbytes/s) FTP> show status 211-dux418 FTP server status:        HP ASL ftpd, version(323) 5       Connected to <my isp address name>(67.65.58.53)        Logged in anonymously I       TYPE: ASCII, FORM: Nonprint; STRUcture: File; transfer MODE: Stream        No data connection 211 End of status  Connected to: dux418.den.hp.com  VMS Plus mode disabled@ Mode = stream , Type = ascii, Form = non_print, Structure = file Error level is SUCCESS& Passive is AUTO (IPv4: OFF, IPv6: ON).   FTP> passive off Passive is OFF.  FTP> show status 211-dux418 FTP server status:        HP ASL ftpd, version(323) G       Connected to adsl-67-65-58-53.dsl.ksc2mo.swbell.net (67.65.58.53)        Logged in anonymously I       TYPE: ASCII, FORM: Nonprint; STRUcture: File; transfer MODE: Stream        No data connection 211 End of status  Connected to: dux418.den.hp.com  VMS Plus mode disabled@ Mode = stream , Type = ascii, Form = non_print, Structure = file Error level is SUCCESS Passive is OFF.    FTP> dir 200 PORT command successful.3 150 Opening ASCII mode data connection for /bin/ls. 	 total 144 ; drwxr-xr-x  17 2          2             8192 Apr 29 14:10 . < drwxr-xr-x  17 2          2             8192 Apr 29 14:10 ..B drwxr-x---   2 50         100             96 Apr 21 14:50 .archive: lrwxr-xr-x   1 50         100             21 Apr 24 09:49  archived_patches -> da ta/archived_patches = drwxr-xr-x   2 0          0               96 Apr 30 20:06 bin > drwxr-xr-x   5 50         100           8192 May 14 09:55 dataH drwxr-xr-x   2 50         100             96 Apr  3  2003 domain_patchesD lrwxr-xr-x   1 50         100             11 Apr 24 01:43 export ->  data/export J drwxr-xr-x   3 50         100             96 Jun 14 23:14 firmware_patchesG drwxr-xr-x   5 50         100           8192 Jun 14 23:17 hp-ux_patches ? drwxr-xr-x   3 50         100             96 Apr 10  2001 linux H drwxr-xr-x   6 50         100           8192 Jun 15 04:07 mpe-ix_patchesD drwxr-xr-x  12 50         100           8192 Jun 14 23:23 mv_patchesI drwxr-xr-x   5 50         100             96 Oct 15  2003 openvms_patches H lrwxr-xr-x   1 50         100             18 Apr 24 07:40 patch_bundles  -> data/
 patch_bundles : drwxr-xr-x   6 50         100           8192 Sep  9  2003  patches_with_warnings I drwxr-xr-x   5 50         100             96 Mar  2 14:22 product_patches : lrwxr-xr-x   1 50         100             21 Apr 24 07:40  recalled_patches -> pa tches_with_warnings L drwxr-xr-x   7 50         100           8192 Jul  2  2003 superseded_patches= drwxr-x---   3 50         100           8192 Jun 15 04:18 tmp G drwxr-xr-x   4 50         100             96 Mar  1 12:12 tru64_patches C lrwxr-x---   1 0          3               20 Apr 30 20:06 users ->  
 /mnt/disk_far  m/users    226 Transfer complete.; 1673 bytes received in 00:00:00.01 seconds (90.77 Kbytes/s)  FTP> passive on  Passive is ON. FTP> dir0 227 Entering Passive Mode (192,6,165,75,213,157)3 150 Opening ASCII mode data connection for /bin/ls. 	 total 144 ; drwxr-xr-x  17 2          2             8192 Apr 29 14:10 . < drwxr-xr-x  17 2          2             8192 Apr 29 14:10 ..B drwxr-x---   2 50         100             96 Apr 21 14:50 .archive: lrwxr-xr-x   1 50         100             21 Apr 24 09:49  archived_patches -> da ta/archived_patches = drwxr-xr-x   2 0          0               96 Apr 30 20:06 bin > drwxr-xr-x   5 50         100           8192 May 14 09:55 dataH drwxr-xr-x   2 50         100             96 Apr  3  2003 domain_patchesD lrwxr-xr-x   1 50         100             11 Apr 24 01:43 export ->  data/export J drwxr-xr-x   3 50         100             96 Jun 14 23:14 firmware_patchesG drwxr-xr-x   5 50         100           8192 Jun 14 23:17 hp-ux_patches ? drwxr-xr-x   3 50         100             96 Apr 10  2001 linux H drwxr-xr-x   6 50         100           8192 Jun 15 04:07 mpe-ix_patchesD drwxr-xr-x  12 50         100           8192 Jun 14 23:23 mv_patchesI drwxr-xr-x   5 50         100             96 Oct 15  2003 openvms_patches H lrwxr-xr-x   1 50         100             18 Apr 24 07:40 patch_bundles  -> data/
 patch_bundles : drwxr-xr-x   6 50         100           8192 Sep  9  2003  patches_with_warnings I drwxr-xr-x   5 50         100             96 Mar  2 14:22 product_patches : lrwxr-xr-x   1 50         100             21 Apr 24 07:40  recalled_patches -> pa tches_with_warnings L drwxr-xr-x   7 50         100           8192 Jul  2  2003 superseded_patches= drwxr-x---   3 50         100           8192 Jun 15 04:18 tmp G drwxr-xr-x   4 50         100             96 Mar  1 12:12 tru64_patches C lrwxr-x---   1 0          3               20 Apr 30 20:06 users ->  
 /mnt/disk_far  m/users    226 Transfer complete.; 1673 bytes received in 00:00:00.02 seconds (74.26 Kbytes/s)  FTP>   Michael Austin.    ------------------------------    Date: 15 Jun 2004 09:26:11 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) : Subject: HP Gets Top Marks in Customer Satisfaction Survey= Message-ID: <cf15391e.0406150826.7ea8dbde@posting.google.com>   > From http://www.hp.com/hpinfo/newsroom/press/2004/040607b.html --- 7 HP Earns Highest Rating in Customer Satisfaction Survey A Customers give HP top marks over IBM, Dell, EMC and other vendors   C HP earned the highest overall rating from its customers in a recent : survey of nearly 1,200 information technology managers and8 professionals by Computerworld and InterUnity Group Inc.  < Customers gave HP the top satisfaction marks in six of eightD categories, including meeting customer expectations, contribution to@ customer profitability, product quality, product reliability and licensing policies.   F HP's overall rating was a full eight and seven points higher than Dell< and IBM, respectively, and eight and 11 points higher in the' contribution to profitability category.  ... = HP also ranked No. 1 among customers when asked if they would  recommend the vendor.  ... & Details on the survey are available atD http://www.computerworld.com/newsletter/0,4902,93340,00.html?nlid=AM ...    ------------------------------    Date: 15 Jun 2004 09:19:17 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) E Subject: HP likely to add 5,000 jobs; Won't spin off printer division = Message-ID: <cf15391e.0406150819.412780cc@posting.google.com>    The Oakland Tribune reports at: E http://www.oaklandtribune.com/Stories/0,1413,82~10834~2204011,00.html  ---  HP plans to add 5,000 workers    By Bloomberg News   C Hewlett-Packard Co., the world's second-largest computer maker, may D add at least 5,000 workers globally in the next year as demand rises? for its printers, computers and services, Chief Executive Carly 
 Fiorina said.   @ "Net-net, we are adding jobs," Fiorina, 49, said in a television
 interview. ... D The company will increase profit per share more than 20 percent thisD year and for the next "couple years," Fiorina told analysts Tuesday. ... @ Fiorina repeated a forecast for sales growth in the "high singleD digits," exceeding what she called industry growth of 5 percent to 6 percent. ... D The company will remain intact and Hewlett-Packard isn't consideringB spinning off its printing and imaging division, which last quarterD produced 69 percent of the company's profit and 30 percent of sales.< Merrill Lynch & Co. analyst Steven Milunovich said this weekD Hewlett-Packard should break up the company to separate the printing> division. The idea is "absurd," Fiorina said in the interview.  D "We looked at that five years ago, we looked at it three years ago,"; Fiorina said. "It isn't the right thing for this business."    ------------------------------    Date: 15 Jun 2004 09:28:53 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) N Subject: HP No. 1 in worldwide server shipments for eighth consecutive quarter= Message-ID: <cf15391e.0406150828.6db8495e@posting.google.com>   F HP announced that it continued its No. 1 position for worldwide server@ shipments for the eighth consecutive quarter, according to first3 quarter calendar year 2004 figures released by IDC.   9 http://www.hp.com/hpinfo/newsroom/press/2004/040528b.html    ------------------------------  % Date: Tue, 15 Jun 2004 03:06:14 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> : Subject: Re: Job openings at Dell in Texas - not VMS - ???' Message-ID: <40CECA16.2080801@MMaz.com>    Gelman, David wrote:  I >There is rumour on the grapevine that Dell are ditching AMD in favour of 	 >Itanium.  > M >Could it therefore be that HP might licence OpenVMS on Dell Itanium Servers, G >in which case positioning oneself in Dell at this time could be a good  >move!!! >  >    > F Dell, as far as I know and we've been standarded on their servers and F desktops for many moons, doesn't sell any AMD based Athlon or Opteron G systems.  So what is their for Dell to ditch?  As for getting into bed  G with Itanic, they've done that once, I don't think they'll be quick to  ) do it again unless the volume is there...      Barry    --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------  % Date: Tue, 15 Jun 2004 11:37:47 +0100 9 From: Andrew Harrison <andrew_remove_.harrison@__sun.com> : Subject: Re: Job openings at Dell in Texas - not VMS - ???0 Message-ID: <camjho$3cl$1@new-usenet.uk.sun.com>   Barry Treahy, Jr. wrote: > Gelman, David wrote: > K >> There is rumour on the grapevine that Dell are ditching AMD in favour of  >> Itanium.  >>G >> Could it therefore be that HP might licence OpenVMS on Dell Itanium   >> Servers, I >> in which case positioning oneself in Dell at this time could be a good 
 >> move!!! >> >>   >>H > Dell, as far as I know and we've been standarded on their servers and H > desktops for many moons, doesn't sell any AMD based Athlon or Opteron I > systems.  So what is their for Dell to ditch?  As for getting into bed  I > with Itanic, they've done that once, I don't think they'll be quick to  + > do it again unless the volume is there...  >  >  > Barry  > B In fact Dell cannot sell AMD based systems, they have an exclusive? contract with Intel which guarantees them preferential terms in * return for single sourcing x86 processors.  @ Dell do produce Itanium based systems but only out of necessity.  @ They need a 64bit system in the 1-4 way space and are stuck with- doing Itanium because they cannot do Opteron.    Regards  Andrew Harrison    ------------------------------  # Date: Tue, 15 Jun 2004 16:17:41 GMT 9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> : Subject: Re: New IA64 binaries run on Old IA64 computers ?1 Message-ID: <FiFzc.3860$gw.2758@news.cpqcorp.net>   L 1) There was a compiler bug that could generate architecturally invalid lockL sequences that did not matter until EV6 pushed the envelope in architectural limits.   K 2) As has been noted, the compiler generates by default generic Alpha code. G You can generate architecture specific images by compiler switches that * "may" not correctly work on earlier chips.  H 3) Graphics driver/DDX code is relatively unique in that it needs highlyD optimal direct PIO access to hardware.  The seperate images for chipI architectures are seldom "just" to optimize the code sequences - but more I often it is to allow the code to take advantage of specific optimizations J directly - for instance knowing how the write buffers flush, or doing byte  access to the frame buffer, etc.    H ""Alan Winston - SSRL Admin Cmptg Mgr"" <winston@SSRL.SLAC.STANFORD.EDU>A wrote in message news:00A32E29.FF000FA6@SSRL.SLAC.STANFORD.EDU... K > In article <92a007a41cf77be79f451a0a48fe0984@news.teranews.com>, JF Mezei & <jfmezei.spamnot@teksavvy.com> writes:- > >Alan Winston - SSRL Admin Cmptg Mgr wrote: I > >> However, I note that the way the issue was addressed on Alpha was to  have aL > >> compiler option to generate code that took advantage of new features in EV560 > >> (and up), and wouldn't run on older Alphas. > > I > >I was under the impression that it was just a bug in the compiler that  was J > >asleep until EV6* came along, at which point they fixed the compiler to stopL > >generating the erroneous code that worked by chance on EV5* but didn't on 6*.  >   > I'm not under that impression. > > D > >When one orders VMS and layered products CDs for Alpha, are there	 different K > >part numbers for those compiled for prior to EV6* and those after EV6* ?  > K > There's at least one graphics device driver that just plain won't work on J > EV4, and no part number for a version that will (or so I understand from > Fred's postings here.) > 	 > -- Alan  > --   > L ============================================================================ === 2 >  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUA >  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056G >  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA  94025  > L ============================================================================ ===  >    ------------------------------  + Date: Tue, 15 Jun 2004 17:31:28 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk: Subject: Re: New IA64 binaries run on Old IA64 computers ?) Message-ID: <canbpg$afo$1@news.mdx.ac.uk>   m In article <FiFzc.3860$gw.2758@news.cpqcorp.net>, "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> writes: M >1) There was a compiler bug that could generate architecturally invalid lock M >sequences that did not matter until EV6 pushed the envelope in architectural  >limits. > L >2) As has been noted, the compiler generates by default generic Alpha code.H >You can generate architecture specific images by compiler switches that+ >"may" not correctly work on earlier chips.  > I >3) Graphics driver/DDX code is relatively unique in that it needs highly E >optimal direct PIO access to hardware.  The seperate images for chip J >architectures are seldom "just" to optimize the code sequences - but moreJ >often it is to allow the code to take advantage of specific optimizationsK >directly - for instance knowing how the write buffers flush, or doing byte ! >access to the frame buffer, etc.  > L However at least one application vendor decided that newer versions of theirK software would be compiled with these options and that they would only ship M binaries compiled with those options. Despite protests they would NOT certify < or support that application running on EV5 or earlier chips.L The vendor Oracle. The software the Oracle "classic" database from somethingP like Oracle 9.2 onwards (the very first oracle 9 version would run on EV5 chips  later versions wouldn't).     
 David Webb VMS and unix team leader CCSS Middlesex University  1 Stuck running Oracle 8i on VMS 7.3-1 EV5 systems.             > I >""Alan Winston - SSRL Admin Cmptg Mgr"" <winston@SSRL.SLAC.STANFORD.EDU> B >wrote in message news:00A32E29.FF000FA6@SSRL.SLAC.STANFORD.EDU...L >> In article <92a007a41cf77be79f451a0a48fe0984@news.teranews.com>, JF Mezei' ><jfmezei.spamnot@teksavvy.com> writes: . >> >Alan Winston - SSRL Admin Cmptg Mgr wrote:J >> >> However, I note that the way the issue was addressed on Alpha was to >have a M >> >> compiler option to generate code that took advantage of new features in  >EV56 1 >> >> (and up), and wouldn't run on older Alphas.  >> >J >> >I was under the impression that it was just a bug in the compiler that >wasK >> >asleep until EV6* came along, at which point they fixed the compiler to  >stop M >> >generating the erroneous code that worked by chance on EV5* but didn't on  >6*. >>! >> I'm not under that impression.  >> >E >> >When one orders VMS and layered products CDs for Alpha, are there 
 >differentL >> >part numbers for those compiled for prior to EV6* and those after EV6* ? >>L >> There's at least one graphics device driver that just plain won't work onK >> EV4, and no part number for a version that will (or so I understand frome >> Fred's postings here.)W >>
 >> -- Alan >> --  >>M >============================================================================  >===3 >>  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUeB >>  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:
 >650/926-3056iH >>  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA >94025 >>M >============================================================================n >=== >> >  >a   ------------------------------    Date: 15 Jun 2004 07:08:50 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)r= Subject: Re: OT:  eBay item: Chinese Beauty Print , Vax DyingT3 Message-ID: <x3E9MfeC19BR@eisner.encompasserve.org>u  r In article <bf98c417.0406141906.21435e62@posting.google.com>, williamwebb@openvms-rocks.com (William Webb) writes:) > I just had to look and see what it was. g > << http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=71211&item=8111170038&rd=1#ebayphotohosting- >>>u  E Since it does not seem to have anything to do with VAX as we know it, C I think it would have been more polite for you to say that up frontSD (or explain the connection you saw) rather than make us all go look.   ------------------------------   Date: 15 Jun 2004 06:12:02 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>9 Subject: Re: Quadrics adds lower-end supercomputer switchh? Message-ID: <DTiotGxQ0bj6-pn2-xjIqbO0h8I2o@dave2_os2.home.ours>z  ? On Mon, 14 Jun 2004 23:40:10 UTC, Kilgallen@SpamCop.net (Larry S Kilgallen) wrote:T  k > In article <3Vnzc.391$Ny6.1281@mencken.net.nih.gov>, "Jonathan Boswell" <jsb.NOSP@M.cdrh.fda.gov> writes: B > > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message; > > news:cf15391e.0406101556.55bc3f19@posting.google.com... D > >> While it would theoretically be possible to run OpenVMS ClusterE > >> traffic over such an interconnect, there are no plans to supportbH > >> another proprietary cluster interconnect, although investigation isD > >> underway about the possibility of using a new industry-standard  > >> interconnect in the future. > > G > > How about LVD SCSI?  If DSSI was handling this traffic 10 years ago.J > > (including SCS for crying out loud), why has no industry standard SCSIF > > interface ever been patched up and qualified in a similar fashion? > @ > Probably because Ethernet is so cheap, and these days so fast.  C Serious question. Can we do 100mb on VAX now? ISTR being told of a  C problem with intererupt rates in the Ethernet driver that meant we  , were stuck at 10mb. Is there a FDDI-adapter?  E I ask 'cos I was told the other day our VAXen are going away because hE our VMS men want rid of the (MTI) CI stuff and they had no other way . of 'serving the disks'.s  ? Sound daft? Well that's what I thought but it isn't my area of sF expertise. For me, it's not an option. I need a VAX for my ELN builds  at the very least.   -- s Cheers - Dave.   ------------------------------  % Date: Tue, 15 Jun 2004 09:43:21 +0100n0 From: "Alex Daniels" <alexdaniels@themail.co.uk>9 Subject: Re: Quadrics adds lower-end supercomputer switchS5 Message-ID: <40ceb6b1$0$4590$db0fefd9@news.zen.co.uk>N  = "Dave Weatherall" <djw-nothere@nospam.nohow> wrote in messagee9 news:DTiotGxQ0bj6-pn2-xjIqbO0h8I2o@dave2_os2.home.ours...2@ > On Mon, 14 Jun 2004 23:40:10 UTC, Kilgallen@SpamCop.net (Larry > Kilgallen) wrote:p >>K > > In article <3Vnzc.391$Ny6.1281@mencken.net.nih.gov>, "Jonathan Boswell" ! <jsb.NOSP@M.cdrh.fda.gov> writes:aD > > > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message= > > > news:cf15391e.0406101556.55bc3f19@posting.google.com...qF > > >> While it would theoretically be possible to run OpenVMS ClusterG > > >> traffic over such an interconnect, there are no plans to supportwJ > > >> another proprietary cluster interconnect, although investigation isF > > >> underway about the possibility of using a new industry-standard" > > >> interconnect in the future. > > > I > > > How about LVD SCSI?  If DSSI was handling this traffic 10 years agoeL > > > (including SCS for crying out loud), why has no industry standard SCSIH > > > interface ever been patched up and qualified in a similar fashion? > > B > > Probably because Ethernet is so cheap, and these days so fast. >iD > Serious question. Can we do 100mb on VAX now? ISTR being told of aD > problem with intererupt rates in the Ethernet driver that meant we. > were stuck at 10mb. Is there a FDDI-adapter? >c  D This question is somewhat general, it would help you referred to the1 specific VAX/VAXen model/s you are interested in.a  I However FDDI cards are indeed available for a number of VAXen. However in E some areas such as the UK, telcos such as BT are decommissioning FDDI J circuits, so unless these boxes are local in the same site, you may or may8 not have a problem with telco's providing you a circuit.  F You can do 100Meg on some VAXen, http://www.nemonixinc.com/  makes theF cards. They can also be bought with a hp part number and added to your) contract. I would happily recommend them.r  I The drivers are not native to VMS, so although you can run SCS over them,lK you will need another path available initially to get quorum up (maybe your?L 10/half card). I have played extensively with loading the drivers earlier byE messing with the SYSMAN startup database, but doesn't look like it ise) possible to get them loaded early enough.   H Although you can then if you must, use SCACP or the like to turn off theI original path, however you may consider leaving the two up for redundancys anyway.r   Alex   ------------------------------    Date: 15 Jun 2004 07:11:51 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)e9 Subject: Re: Quadrics adds lower-end supercomputer switchs3 Message-ID: <TdfVF0Ehg+3M@eisner.encompasserve.org>?  t In article <DTiotGxQ0bj6-pn2-xjIqbO0h8I2o@dave2_os2.home.ours>, "Dave Weatherall" <djw-nothere@nospam.nohow> writes: > E > Serious question. Can we do 100mb on VAX now? ISTR being told of a tE > problem with intererupt rates in the Ethernet driver that meant we l. > were stuck at 10mb. Is there a FDDI-adapter?  D    The I/O busses on most VAXen just won't keep up with 100MB.  Some>    of them won't really keep up with 10MB.  Whats the point of,    connecting a 100MB ethernet to a 3MB bus?  A    For those who must, 10/100 hubs are cheap.  I use one at home. D    You can let the whole world think its doing 100MB, just hide the     hub.w   ------------------------------  % Date: Tue, 15 Jun 2004 14:09:27 +0100-0 From: "Alex Daniels" <alexdaniels@themail.co.uk>9 Subject: Re: Quadrics adds lower-end supercomputer switchb5 Message-ID: <40cef506$0$4587$db0fefd9@news.zen.co.uk>N  H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:TdfVF0Ehg+3M@eisner.encompasserve.org...lG > In article <DTiotGxQ0bj6-pn2-xjIqbO0h8I2o@dave2_os2.home.ours>, "Dave<. Weatherall" <djw-nothere@nospam.nohow> writes: > >oF > > Serious question. Can we do 100mb on VAX now? ISTR being told of aF > > problem with intererupt rates in the Ethernet driver that meant we0 > > were stuck at 10mb. Is there a FDDI-adapter? >sF >    The I/O busses on most VAXen just won't keep up with 100MB.  Some@ >    of them won't really keep up with 10MB.  Whats the point of. >    connecting a 100MB ethernet to a 3MB bus? >e  I Highly dependant on the VAX is question, hence why I previously posted...a  F >>This question is somewhat general, it would help you referred to the1 specific VAX/VAXen model/s you are interested in.s  F Sure a MicroVAX II only manages 3.3MB, but a VAX 7000 has a 400MB bus.   Alex   ------------------------------  + Date: Tue, 15 Jun 2004 14:08:49 +0000 (UTC) . From: Dale Dellutri <ddelQQQlutr@panQQQix.com>9 Subject: Re: Quadrics adds lower-end supercomputer switchu, Message-ID: <camvth$5ap$1@reader2.panix.com>  [ On 15 Jun 2004 07:11:51 -0600, Bob Koehler <koehler@eisner.nospam.encompasserve.org> wrote: v > In article <DTiotGxQ0bj6-pn2-xjIqbO0h8I2o@dave2_os2.home.ours>, "Dave Weatherall" <djw-nothere@nospam.nohow> writes: > > G > > Serious question. Can we do 100mb on VAX now? ISTR being told of a  G > > problem with intererupt rates in the Ethernet driver that meant we e0 > > were stuck at 10mb. Is there a FDDI-adapter?  F >    The I/O busses on most VAXen just won't keep up with 100MB.  Some@ >    of them won't really keep up with 10MB.  Whats the point of. >    connecting a 100MB ethernet to a 3MB bus? >...  B I think that the VAX bus speed rated in Mbytes, while the ethernetA speeds are rated in Mbits.  If that's true, a 3Mbyte bus (= about 9 24Mbit) could easily handle a 10Mbit ethernet connection.r  F And, as another poster pointed out, some VAXen have a much faster bus.   -- l7 Dale Dellutri <ddelQQQlutr@panQQQix.com> (lose the Q's)a   ------------------------------  % Date: Tue, 15 Jun 2004 11:14:05 -0400-2 From: "Jonathan Boswell" <jsb.NOSP@M.cdrh.fda.gov>9 Subject: Re: Quadrics adds lower-end supercomputer switchs4 Message-ID: <2nEzc.396$Ny6.1231@mencken.net.nih.gov>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:KSjUdCceYyHd@eisner.encompasserve.org...'I > In article <3Vnzc.391$Ny6.1281@mencken.net.nih.gov>, "Jonathan Boswell"t! <jsb.NOSP@M.cdrh.fda.gov> writes:nG > > How about LVD SCSI?  If DSSI was handling this traffic 10 years ago0J > > (including SCS for crying out loud), why has no industry standard SCSIF > > interface ever been patched up and qualified in a similar fashion? >.@ > Probably because Ethernet is so cheap, and these days so fast.  + You are calling a DEGPA at $400/ea "cheap?"c   ------------------------------    Date: 15 Jun 2004 11:17:52 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)h9 Subject: Re: Quadrics adds lower-end supercomputer switchy3 Message-ID: <jznR96uiGX$c@eisner.encompasserve.org>   i In article <2nEzc.396$Ny6.1231@mencken.net.nih.gov>, "Jonathan Boswell" <jsb.NOSP@M.cdrh.fda.gov> writes:e< > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message/ > news:KSjUdCceYyHd@eisner.encompasserve.org...wJ >> In article <3Vnzc.391$Ny6.1281@mencken.net.nih.gov>, "Jonathan Boswell"# > <jsb.NOSP@M.cdrh.fda.gov> writes: H >> > How about LVD SCSI?  If DSSI was handling this traffic 10 years agoK >> > (including SCS for crying out loud), why has no industry standard SCSIeG >> > interface ever been patched up and qualified in a similar fashion?n >>A >> Probably because Ethernet is so cheap, and these days so fast.  > - > You are calling a DEGPA at $400/ea "cheap?"o  = A DS15 comes with two 100 MBit (capable) interfaces built in.e  7 $400 is cheap compared to the cost of fancier machines.   5 An Itanium 2600 comes with 1 GBit interface built in.d  F If your interest is machines bought from eBay, you should realize that2 the eBay market is not HP's design center for VMS.   ------------------------------    Date: 15 Jun 2004 11:53:21 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)39 Subject: Re: Quadrics adds lower-end supercomputer switchS3 Message-ID: <Nh9sYEXCd+9h@eisner.encompasserve.org>   ] In article <camvth$5ap$1@reader2.panix.com>, Dale Dellutri <ddelQQQlutr@panQQQix.com> writes:3] > On 15 Jun 2004 07:11:51 -0600, Bob Koehler <koehler@eisner.nospam.encompasserve.org> wrote:a > D > I think that the VAX bus speed rated in Mbytes, while the ethernetC > speeds are rated in Mbits.  If that's true, a 3Mbyte bus (= about ; > 24Mbit) could easily handle a 10Mbit ethernet connection.T >   D    Yeah, I mistyped that.  But the VAXen I had couldn't keep up withF    10Mb ethernet for bus and CPU limitations.  IIRC only a few models 	    could.D   ------------------------------  % Date: Tue, 15 Jun 2004 10:16:44 +0100H9 From: Andrew Harrison <andrew_remove_.harrison@__sun.com>l< Subject: Re: Sun To Open Source Solaris ... sort of ...maybe0 Message-ID: <camepo$1ln$1@new-usenet.uk.sun.com>   Bill Gunshannon wrote:? > I have one question regarding this subject.  If Solaris stilliA > contains SYSV code for which Sun has paid a license fee how canC> > they open source it?  After the AT&T lawsuit BSD had to jumpA > through a lot of hoops to prove all the offending code had been-@ > removed.  Considering the recent actions by SCO I would expect@ > a much closer look before allowing this code to be released to, > the public probably lasting several years. >   A I don't know what the legal implications of Sun's proposed sources
 code release.t  > However Sun made a one off purchase of the UNIX IP provided byB USL and then used in Solaris. To my knowledge there is no license.   Regardsm Andrew HarrisonT > bill >    ------------------------------   Date: 15 Jun 2004 11:59:17 GMT, From: bill@gw5.cs.uofs.edu (Bill Gunshannon)< Subject: Re: Sun To Open Source Solaris ... sort of ...maybe* Message-ID: <2j86kkFtu8jfU3@uni-berlin.de>  0 In article <camepo$1ln$1@new-usenet.uk.sun.com>,< 	Andrew Harrison <andrew_remove_.harrison@__sun.com> writes: > Bill Gunshannon wrote:@ >> I have one question regarding this subject.  If Solaris stillB >> contains SYSV code for which Sun has paid a license fee how can? >> they open source it?  After the AT&T lawsuit BSD had to jump B >> through a lot of hoops to prove all the offending code had beenA >> removed.  Considering the recent actions by SCO I would expectCA >> a much closer look before allowing this code to be released to-- >> the public probably lasting several years.2 >> n > C > I don't know what the legal implications of Sun's proposed sourcen > code release.i > @ > However Sun made a one off purchase of the UNIX IP provided byD > USL and then used in Solaris. To my knowledge there is no license. >   A I doubt very seriously that their agreement included the right torC give that IP away.  Of course, if it's true, there goes SCO's wholee@ case as that would invalidate any claim of Trade Secret once SUN released it.  :-)    bill   -- rJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   a   ------------------------------  # Date: Tue, 15 Jun 2004 17:06:54 GMTI6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com> Subject: Re: Tru64 --> OpenVMS> Message-ID: <O0Gzc.52134$tH1.1847526@twister.southeast.rr.com>  K Whose going to write an article I can post on Tru64.org about this subject?oK I know they would be interested because I've been questioned about it.  I'm  not a developer so I'm out.e  F I'd even be willing to put up a block that had pointers to informationE needed for them to become more informed and find out how they can get  started investigating.  L I also have a relationship with MindIQ. Who would be willing to do a webcast+ on this subject?  Suggestions?  Volunteers?    Kenr   -- Kenneth R. Farmer <><5 OpenVMS.org and Tru64.org6    . "John Smith" <a@nonymous.com> wrote in message& news:pI6dnbGRj8DH31fdRVn_iw@igs.net...H > I was flipping though the HP User Advocacy newsletter of April 2004  (A > http://www.hpuseradvocacy.org/news/ ) and came across this gem:  >2 > Migrating from Tru64 UNIXx >2L > Encompass, an independent HP user community, helps members keep up-to-dateK > with the latest developments in the IT world. Encompass provides an open, E > objective knowledge exchange network and vendor advocacy. Encompassr members L > benefit from a wealth of information resources, as well as educational and > training opportunities.1 >2@ > Recently, the Encompass Enterprise UNIX Special Interest Group collaboratedL > with MindIQ to present a free teleconference/webcast. Paul Manno of MindIQJ > discussed the transition path from Tru64 UNIX operating systems to Linux orG > HP-UX. Participants were able to learn about OS platform, file systemtG > options and organization, kernel tuning, device support and migration2 > resources. >hF > Due to the sold out success of the webcast, Encompass and MindIQ areJ > planning to partner on additional free-to-member webcasts in the future. ToK > learn more about how to take advantage of this opportunity and many other ( > Encompass member benefits, click here. >x >- > J > Since people are being forced to migrate from Tru64, why doesn't HP evenK > suggest OpenVMS as an alternative? It's still unix-y enough to be branded F > unix, 'cept of course it doesn't have nearly the same number of dbms choicesrI > or other software choices that unix platforms have, and it doesn't haveT theoI > same support at HP that Windows & Linux - two operating systems that HP  > makes no money on - have.d >s >m   ------------------------------    Date: 15 Jun 2004 07:49:18 -0700( From: finnjj@telefonica.net (Jerry Finn)@ Subject: Re: Tru64 --> OpenVMS rather than another unix platform= Message-ID: <31a78418.0406150649.257ddafa@posting.google.com>   W "John Smith" <a@nonymous.com> wrote in message news:<ALCdneBtKL73jlPdRVn-vg@igs.net>...  > Keith Parris wrote: 2 > > "John Smith" <a@nonymous.com> wrote in message, > > news:<pI6dnbGRj8DH31fdRVn_iw@igs.net>...H > >> Since people are being forced to migrate from Tru64, why doesn't HP, > >> even suggest OpenVMS as an alternative? ....K > IIRC, OpenVMS was not presented as an option to Tru64 users in any formal N > way. I will grant you that a HP-UX transition would, on the surface, seem toM > be more in keeping with most Tru64 users, but OpenVMS & NSK for that matterrL > both should have been presented as alternative that HP was more than happy > to have users consider.   C The APIs of one UNIX are very similar to another. The same can't be < said for VMS so any custom code migration makes VMS almost aF non-starter. However, when HP abondoned the MPE they did not offer VMSD as an alternative either and MPE Intrinsics/System Services/APIs areB no more similar to UNIX than VMS, and MPE has a lot of intergratedC features that you find in VMS/IBM iSeries that don't exist in UNIX. < Those that wanted to keep an integrated system moved to IBM.  
 Jerry Finn   ------------------------------  % Date: Tue, 15 Jun 2004 11:17:38 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>@ Subject: Re: Tru64 --> OpenVMS rather than another unix platform/ Message-ID: <40CEDAD2.22135.404F7F96@localhost>   ) On 15 Jun 2004 at 7:49, Jerry Finn wrote:aE > The APIs of one UNIX are very similar to another. The same can't be > > said for VMS so any custom code migration makes VMS almost a > non-starter.  3 Similar, not identical.  Lots of differences exist.v  C That being said, the Unix Portability project makes lots of things n: portable to VMS.  It's getting farther along all the time.  ? There's still some kernel work to be done -- for "fork", as an 6 example.  
 --Stan Quayle1 Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-136363 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com   ------------------------------  % Date: Tue, 15 Jun 2004 17:04:58 +01001U From: Andrew Harrison SUNUK Consultancy <andrew_nospam.harrison_remove_this@sun#.com> @ Subject: Re: Tru64 --> OpenVMS rather than another unix platform0 Message-ID: <can6na$aca$1@new-usenet.uk.sun.com>   John Smith wrote:  > Keith Parris wrote:d > 0 >>"John Smith" <a@nonymous.com> wrote in message* >>news:<pI6dnbGRj8DH31fdRVn_iw@igs.net>... >>F >>>Since people are being forced to migrate from Tru64, why doesn't HP* >>>even suggest OpenVMS as an alternative? >>C >>HP is aware of a number of Tru64 customers who decided to move to G >>OpenVMS when it was announced that OpenVMS would be ported to Itanium  >>and that Tru64 would not.x >  > H > 'Aware of' those who chose to port of their own volition and 'activelyJ > encouraging' to port to OpenVMS are two vastly different things. PerhapsN > 'actively encouraging' would have made unix users wonder what HP was smokingK > [only in Canada and the Netherlands ;-) ], but it would have portrayed an M > understanding that Tru64 was far superior to HP-UX and that other operating . > systems that HP has are also viable choices. > K > IIRC, OpenVMS was not presented as an option to Tru64 users in any formaltN > way. I will grant you that a HP-UX transition would, on the surface, seem toM > be more in keeping with most Tru64 users, but OpenVMS & NSK for that matter6L > both should have been presented as alternative that HP was more than happy > to have users consider.J >  >   B It isn't exactly hard to port from one UNIX version to another andB so HP's Tru64->HP-UX migration program requires a negligable inputE of cash to fund the technology component much of which existed before  the Compaq HP merger.1  G On the other hand providing the platform to allow easy porting of Tru64 A apps to OpenVMS does require investment and I don't need to point  out how likely that is.   D Its also does not play at all well with respect to HP's OS strategy.   Regards  Andrew Harrisonl   ------------------------------  % Date: Tue, 15 Jun 2004 09:51:47 +0100J* From: Nic Clews <sendspamhere@[127.0.0.1]>F Subject: Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT' Message-ID: <camdfg$1hv$1@lore.csc.com>>   Syltrem wrote: >  > Hi >  > Thanks for your answer.3 > I have this: > I > Parameter Name           Current    Default     Min.      Max.     Unit-	 > Dynamic-N > --------------           -------    -------    -------   -------   ----  --- > ----L > PQL_DPGFLQUOTA             500000      65536        -1         -1 Pagelets > DcI >  internal value             31250       4096         0         -1 Pagesh > D/L > PQL_MPGFLQUOTA             100000       2048        -1         -1 Pagelets > DcI >  internal value              6250        128       128         -1 Pagesd > D L > PQL_DWSEXTENT               32800      16384        -1         -1 Pagelets > DeI >  internal value              2050       1024         0         -1 Pagesr > DdL > PQL_MWSEXTENT               10000       2048        -1         -1 Pagelets > DgI >  internal value               625        128       128         -1 Pagesu > Dr > * > What can be concluded from those values?, > Me, I don't come to any conclusion yet ;-(  E These are your Alpha values, so if you find the process PGFLQUOTA tooeH small, then increase the PQL_MPGFLQUOTA (SYSMAN, PARAM USE ACTIVE, PARAME SET ..., PARAM WRITE ACTIVE) log out and back in, try again. When youf- get the "right" value, put this in MODPARAMS.a  C I'll take it as read you know what a pagelet [512 bytes] is, and ant Alpha page [usually 8192 bytes]    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences0 nclews at csc dot comP   ------------------------------  % Date: Tue, 15 Jun 2004 11:51:35 +0100p* From: Nic Clews <sendspamhere@[127.0.0.1]>F Subject: Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT' Message-ID: <camkg5$3ps$1@lore.csc.com>t   Nic Clews wrote: > . > > Me, I don't come to any conclusion yet ;-( > G > These are your Alpha values, so if you find the process PGFLQUOTA too J > small, then increase the PQL_MPGFLQUOTA (SYSMAN, PARAM USE ACTIVE, PARAMG > SET ..., PARAM WRITE ACTIVE) log out and back in, try again. When you / > get the "right" value, put this in MODPARAMS.  > E > I'll take it as read you know what a pagelet [512 bytes] is, and anl! > Alpha page [usually 8192 bytes]n  H And by the way, I assume that your WSMAX covers any WSEXTENT you set....   -- a? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesg nclews at csc dot come   ------------------------------  % Date: Tue, 15 Jun 2004 09:56:10 -0400 * From: "Syltrem" <syltremzulu@videotron.ca>F Subject: Re: Understanding Peak virtual size VS UAF pgflquota+WSEXTENT4 Message-ID: <BdDzc.8164$Xy3.25951@tor-nn1.netcom.ca>   Hi  + Those number are all expressed in pagelets. % And yes about wsmax (your other post)k   But I'm not sure I follow you.L PQL_MPGFLQUOTA  is the minimum value for pgflquota. It's already bigger than this for the process. K I don't want to raise the minimum for all processes, when it's only a bunchn of users having a problem.  L I increased pgflquota in authorize for those users, by an arbitrary (almost) value and it works ok.L But the problem remains, I can't figure how to calculate how many pagelets IK need based on the numbers returned by ACCOUNTING or SHOW PROCESS/ACCOUNTING8   Thos numbers just don't add up.    -- u Syltrem    OpenVMS 7.3-1 + Oracle 8.1.7.4H http://pages.infinit.net/syltrem (OpenVMS related web site, en franais)% ---zulu is not in my email address---fA "Nic Clews" <sendspamhere@[127.0.0.1]> a crit dans le message de/! news:camdfg$1hv$1@lore.csc.com...- > Syltrem wrote: > >e > > Hi > >  > > Thanks for your answer.B > > I have this: > >hK > > Parameter Name           Current    Default     Min.      Max.     Units > > DynamicC >.L  --------------           -------    -------    -------   -------   ----  -- -h > > ----E > > PQL_DPGFLQUOTA             500000      65536        -1         -1a Pagelets > > DeK > >  internal value             31250       4096         0         -1 Pagesl > > DsE > > PQL_MPGFLQUOTA             100000       2048        -1         -1a Pagelets > > DnK > >  internal value              6250        128       128         -1 Pagesa > > DlE > > PQL_DWSEXTENT               32800      16384        -1         -1e Pagelets > > D K > >  internal value              2050       1024         0         -1 Pagesi > > D E > > PQL_MWSEXTENT               10000       2048        -1         -1  Pagelets > > D K > >  internal value               625        128       128         -1 Pages  > > D- > > , > > What can be concluded from those values?. > > Me, I don't come to any conclusion yet ;-( >-G > These are your Alpha values, so if you find the process PGFLQUOTA too J > small, then increase the PQL_MPGFLQUOTA (SYSMAN, PARAM USE ACTIVE, PARAMG > SET ..., PARAM WRITE ACTIVE) log out and back in, try again. When yout/ > get the "right" value, put this in MODPARAMS.n >aE > I'll take it as read you know what a pagelet [512 bytes] is, and ani! > Alpha page [usually 8192 bytes]  >  > -- dA > Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences> > nclews at csc dot coma   ------------------------------  % Date: Tue, 15 Jun 2004 09:16:41 +0100>* From: Nic Clews <sendspamhere@[127.0.0.1]>> Subject: Re: URL for latest Library and Tape Tools version 3.5& Message-ID: <cambdm$u8$1@lore.csc.com>   Peter Weaver wrote:  > I > Just received a note from our Gold Storage TAM about the HP Library andt > Tape Tools for VMS.I   <Rant snipped>  D During a recent upgrade, working with some bleeding edge HP kit, ourD Platinum teapot sends out a regular batch of updates, and I realizedG that we had some issues affected with an SDLT that we needed to do somei firmware blow work.   C So, following the links I find the LTT 3.4, and like you started tonF grumble 'you needed a Windows platform, there was no VMS version', butE the ex Digital support guy here said they'd been screaming for a toolaG like this in the field for years. So, I grinned and bore it, downloaded G the firmware, and plugging the pee cee into the appropriate interfaces,d did the blows needed.N  F I didn't for one minute believe we'd see this on VMS, so the news thatF it's there but maybe not perfect, is the unexpected bonus. I'd be moreH encouraged to send back positive and constructive feedback, but with anyE of the ported stuff, I think expecting perfection as we're used to inh+ the VMS world, is possibly asking too much.   F I've not tried the VMS version yet, but I have extensively worked withH the Windows version, so if they have got more than half of that working,D I think they've [HP] done a reasonable job. If the availability is aG direct result of the GNV then it only goes to prove what excellent workeG is being achieved, and the folks concerned (and I know the leader postsl* here from time to time) should take a bow. -- a? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencess nclews at csc dot coms   ------------------------------  % Date: Tue, 15 Jun 2004 08:22:39 -0500n( From: David Harrold <DHarrold@wi.rr.com>> Subject: Re: URL for latest Library and Tape Tools version 3.58 Message-ID: <qsttc0p2qpcsu93i3e7pcj2pee0ljletjd@4ax.com>  2 On Mon, 14 Jun 2004 12:20:28 -0400, "Peter Weaver". <WeaverConsultingServices@sympatico.ca> wrote:   >Peter Weaver wrote: >> ...< >> Snipped rant about the HP Library and Tape Tools for VMS. >> ... >    [...snip...]   >o6 >| It appears L&TT 3.5 is only supported on VMS 7.3-2.: >| As well, the terminfo database which is part of the GNV7 >| unix emulation package, not present by default under  >| OVMS. >nF >I just checked the documentation again, the web pages report that youH >need "OpenVMS 7 (Alpha Platform)." It is interesting that you mentionedE >that you need GNV since the instructions give two different commandsVB >that you need depending on whether you are using GNV nor not. TheF >machine I installed this on has GNV V1.14.8(0) installed but I do not- >see any file named "TERMINFO" on the system.e  J I have asked, because of L&TT, on the gnv-help list and it does not have a: port of terminfo yet.  It is currently a work in progress.  K I have also been told that a new release of L&TT is coming, to address both== the terminfo problem and make it available on V7.3-1 as well.S   Dave Harrold    N ..............................................................................N David Harrold                              E-Mail: David.Harrold at aurora.orgJ Lead Software Systems Engineer              Phone:          (414) 647-6204J                                             Pager:          (414) 941-4634J Aurora Health Care                            Fax:          (414) 647-4999 3031 W. Montana Street Milwaukee, WI 53215g   ------------------------------  % Date: Tue, 15 Jun 2004 12:10:30 -0400.< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>> Subject: Re: URL for latest Library and Tape Tools version 3.5* Message-ID: <2j8lbqFv6qhkU1@uni-berlin.de>   Nic Clews wrote: >...F > encouraged to send back positive and constructive feedback, but withE > any of the ported stuff, I think expecting perfection as we're usedn3 > to in the VMS world, is possibly asking too much.e >...  D But that is why I still work with VMS even when VMS jobs are hard to5 find; I expect perfection, VMS meets my expectations.   > But when HP (or Compaq or DEC before them) lets people developH applications and tools on non-VMS platforms and lets non-VMS people portD them to VMS (i.e. DSN 2.x, Compaq Analyze, Mime etc.) I still expectG perfection but after awhile I feel as frustrated as I did when I had toh look after a Sun box years ago.f   -- f Peter Weaver Weaver Consulting Services Inc.n Canadian VAR for CHARON-VAXr www.weaverconsulting.caw   ------------------------------  % Date: Tue, 15 Jun 2004 02:49:27 -0700s+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>s/ Subject: Re: VMS Gets Short Shrift at HP World.t' Message-ID: <40CEC627.1090803@MMaz.com>    David J Dachtera wrote:   D >Well, looks like hp is continuing its VMS-cide efforts even with HPE >World (the current incarnation of "DECUS"). I looked at the completewF >session catalog in its current form (to see if any of my ten sessionsG >were scheduled - none were found) and was surprised at how few OpenVMS  >sessions there are. >SH >I just took a fast count. I show 319 sessions, of which only 20 mentionG >VMS (using SEARCH on OpenVMS on text copied from the web page). I make1 >that as 6.2% of the total.t >n >Pretty sorry state of affairs.m >@2 >It seems VMS is getting the short end once again. >mF >..unless VMS and VMS-related services make up only 6.2% of hp's total >profits (doubtful)... >  >  > >oH Well, when you have Sue at HP pitching Dell jobs on the Encompass list,  what does that tell you...   Barryn   -- e  > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------  # Date: Tue, 15 Jun 2004 11:01:25 GMTt" From:   VAXman-  @SendSpamHere.ORG/ Subject: Re: VMS Gets Short Shrift at HP World.r0 Message-ID: <00A3362F.0990A3D5@SendSpamHere.ORG>  U In article <40CEC627.1090803@MMaz.com>, "Barry Treahy, Jr." <Treahy@MMaz.com> writes:v >David J Dachtera wrote: >nE >>Well, looks like hp is continuing its VMS-cide efforts even with HP F >>World (the current incarnation of "DECUS"). I looked at the completeG >>session catalog in its current form (to see if any of my ten sessions=H >>were scheduled - none were found) and was surprised at how few OpenVMS >>sessions there are.f >>I >>I just took a fast count. I show 319 sessions, of which only 20 mention-H >>VMS (using SEARCH on OpenVMS on text copied from the web page). I make >>that as 6.2% of the total. >>  >>Pretty sorry state of affairs. >>3 >>It seems VMS is getting the short end once again.  >>G >>..unless VMS and VMS-related services make up only 6.2% of hp's totalu >>profits (doubtful)...: >> >>   >>I >Well, when you have Sue at HP pitching Dell jobs on the Encompass list,   >what does that tell you...1   Don't take cheap shots at Sue!  C If David wants a symposium with OpenVMS content, he just missed it.oC Abandon the symposium formerly known as DECUS and head off instead i2 to the OpenVMS Bootcamps Sue has been arranging.    B DECUS started taking a downward spiral in the proverbial porcelainB thone a long time ago.  The introduction of the "trade show" seemsB to be the defining moment for the first few dynes being applied toB the flush mechanism's lever.  Under Compaq, the renaming of DECUS B and symposium helped to increase the effort applied to that lever.B Incorporating the world of the PeeCee weenies really sent many of A the traditional DECUS types scrambling to push down that lever as   hard and repeatedly as possible.  C HP World is a trade show with a couple of symposium-like character-zB istics.  I wouldn't be too concerned with lack of VMS content.  ItA is like being concerned with whether or not the water in the bowloB is blue or clear in conjunction with the other nasty bits that are floating inside it.>   Flush... shoosh... gone...   -- iB http://www.legacy-2000.com  for the *best* OpenVMS system securityC                             solutions that others only claim to be.r -- cK VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COMn            t5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 15 Jun 2004 07:13:03 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) / Subject: Re: VMS Gets Short Shrift at HP World.a3 Message-ID: <bnCS8xd6PVGo@eisner.encompasserve.org>r  U In article <00A3362F.0990A3D5@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:d  E > If David wants a symposium with OpenVMS content, he just missed it. E > Abandon the symposium formerly known as DECUS and head off instead F4 > to the OpenVMS Bootcamps Sue has been arranging.     Agreed.   I The Nashua New Hampshire location brings orders of magnitude more experts H from VMS development than DECUS ever did (with the possible exception of Providence RI).s  E I went to the second showing of one session and the three instructors F present apologized that while the first showing featured the author ofL SDA on Itanium, the session I was at substituted the author of VMS Internals and Data Structures :-)i   ------------------------------  % Date: Tue, 15 Jun 2004 10:24:53 -0400g& From: David M Smith <dsmit115@csc.com>( Subject: What is the X$X0 DECnet object?8 Message-ID: <041uc0hhpnqh91av6ll7m07nlujk6rmb7o@4ax.com>  F I got a call from one of the folks I work with, who had a system whichP accumulated a large number of login failures for username ILLEGAL, which happensJ to be the non-existent username associated with the DECnet task object (toG disallow connections to generic task ovjects without a valid username /sC password). The login failures were occurring about every 5 seconds.   P To figure out what they were for, my associated created an account with usernameM ILLEGAL, and then this account began getting NETSERVER.LOG files once every 5oI seconds or so, with a message inside stating something along the lines ofbN "connect request from remote process for object X$X0". On this node, there wasO no DECnet object X$X0, so he looked on another system, found how it was defined L in DECnet, and defined it on this system -- at which point the NETSERVER.LOG: files stopped accumulating and the login failures stopped.  P The question is: what is the X$X0 object, is it okay to have it, what is it used? by? Are there are specific security issues with having an X$X0?w  P All this sounded vaguely familiar to me, I think I might have run into somethingN similar a long time go, but I can't find any details. I believe this object isO created when you install DECwindows MOTIF on a system, but I can't find (with ayN few quick searches) any reference to X$X0 in the MOTIF manuals whose indices II checked; in the VMS FAQ; in Ask the Wizard; or in searched of comp.os.vmsmN newsgroup on Google groups. I did get some "hits" on X$X0, but the ones I read" didn't answer any of my questions.  L Can anyone help me out, either with the answers or with a reference? Thanks.I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------0   ------------------------------  % Date: Mon, 14 Jun 2004 19:08:55 -0400 ' From: "Main, Kerry" <kerry.main@hp.com> 7 Subject: RE: [OpenVMS Alpha V7.3-2] VMS732_UPDATE-V0200 R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB3567E8@tayexc19.americas.cpqcorp.net>   > -----Original Message-----B > From: Peter 'EPLAN' LANGSTOEGER [mailto:peter@langstoeger.at]=20 > Sent: June 14, 2004 4:32 PM- > To: Info-VAX@Mvb.Saic.Com:5 > Subject: [OpenVMS Alpha V7.3-2] VMS732_UPDATE-V0200  >=20 > <RANT>B > Today I downloaded the latest ECO VMS732_UPDATE-V0200 from ITRC. >=20: > 1) I tried to install it on my system at work. It failed >=20  	 [snip ..]8   >=20& > What the heck is the problem today ?8 > Can an ECO not successfully install at the first try ?	 > </RANT>m >=20 > Good luck, folks >=20 > --=20r > Peter "EPLAN" LANGSTOEGERn' > Network and OpenVMS system specialiste > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist >=20   Peter,  E Not sure what the problem you ran into was, but I downline loaded the F V7.3-2 Update V2 patch on the weekend and it installed fine on my home lab systems with zero issues.Y   Regards,  
 Kerry Main Senior Consultant0 HP Services Canada Voice: 613-592-4660- Fax: 613-591-4477- Email: kerryDOTmainAThpDOTcom9. (remove the DOT's and AT for email address)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------    Date: 15 Jun 2004 10:11:25 -0700, From: JimStrehlow@data911.com (Jim Strehlow)7 Subject: Re: [OpenVMS Alpha V7.3-2] VMS732_UPDATE-V0200o= Message-ID: <4b6ec350.0406150911.5516669f@posting.google.com>o  n peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) wrote in message news:<newscache$hefbzh$rdn$1@news.sil.at>...B > Today I downloaded the latest ECO VMS732_UPDATE-V0200 from ITRC.: > 1) I tried to install it on my system at work. It failed ...e  , What is the CHECKSUM of your downloaded EXE?H Does it match the checksum value in H.P.'s documentation for that patch?  $ Jim, Data911 OpenVMS Systems Manager Alameda, CA, USA   ------------------------------   End of INFO-VAX 2004.331 ************************