INFO-VAX Thu, 01 May 2008 Volume 2008 : Issue 243 Contents: Re: Boot Camp Update Re: Boot Camp Update Re: Encompass - Endeavour Re: Encompass - Endeavour Re: Encompass - Endeavour Re: Encompass - Endeavour Re: Encompass - Endeavour Re: Encompass - Endeavour Re: ES45 says power supply failed Re: Odd backup corruption Personal Favor - HP WORLD WIDE USER ADVOCACY SURVEY Re: Using sftp from OpenVMS to Windows - How to avoid version numbers ? ?? Using sftp from OpenVMS to Windows - How to avoid version numbers ? Re: Using sftp from OpenVMS to Windows - How to avoid version numbers ? Re: Using sftp from OpenVMS to Windows - How to avoid version numbers ? ?? Re: Using sftp from OpenVMS to Windows - How to avoid version numbers ? ?? Re: VMS 30th anniversary 'Oldest VMS system' contest Re: VMS 30th anniversary 'Oldest VMS system' contest Re: VMS 30th anniversary 'Oldest VMS system' contest ---------------------------------------------------------------------- Date: Thu, 1 May 2008 14:33:56 +0200 From: "Gorazd Kikelj" Subject: Re: Boot Camp Update Message-ID: "William Webb" wrote in message > > Does the name IKEA ring a bell? > > I've been told that every IKEA store has a small Alphaserver in it. > > WWWebb Yap, it's true. Best, Gorazd ------------------------------ Date: Thu, 01 May 2008 14:40:41 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Boot Camp Update Message-ID: Gorazd Kikelj wrote: > "William Webb" wrote in message >> Does the name IKEA ring a bell? >> >> I've been told that every IKEA store has a small Alphaserver in it. Itanium by now, AFAIK. And a large VMS center i Sweden. >> >> WWWebb > > Yap, it's true. > > Best, Gorazd > > ------------------------------ Date: Thu, 1 May 2008 01:12:33 -0700 (PDT) From: IanMiller Subject: Re: Encompass - Endeavour Message-ID: <1c8fe109-7c90-4d43-bcf0-06a2a118d294@d1g2000hsg.googlegroups.com> personally I think the consolidation (and getting the user groups run more professionally) is a good thing. I'm not hung up on the DECUS name despite being a member for many years (I don't do nostalgia). Members of the VMS community have has much chance as anyone to influence things as those who make their views known (as opposed to the silent majority) usually get someware and the VMS community tend to be quite vocal. ------------------------------ Date: Thu, 1 May 2008 03:09:38 -0700 (PDT) From: etmsreec@yahoo.co.uk Subject: Re: Encompass - Endeavour Message-ID: On 1 May, 09:12, IanMiller wrote: > personally I think the consolidation (and getting the user groups run > more professionally) is a good thing. > > I'm not hung up on the DECUS name despite being a member for many > years =A0(I don't do nostalgia). > > Members of the VMS community have has much chance as anyone to > influence things as those who make their views known (as opposed to > the silent majority) usually get someware and the VMS community tend > to be quite vocal. The DECUS name was a Digital trademark and there's one group that I'm aware of in Europe that still use it. Whether that will continue I have no idea. Endeavour (not the final name, just a code name for the migration) is a grand plan if it gives the users something extra. The people here are (obviously) VMS focussed. The DECUS branding means nothing to HP and nothing to HP users - it's as meaningless as Interex was to Deccies. Which DECUS chapter are you a member of Ian? ------------------------------ Date: Thu, 1 May 2008 07:51:24 -0700 (PDT) From: Rich Jordan Subject: Re: Encompass - Endeavour Message-ID: <0ca66c5c-572a-48d4-9add-fee3d666d8b0@m3g2000hsc.googlegroups.com> On May 1, 5:09 am, etmsr...@yahoo.co.uk wrote: > On 1 May, 09:12, IanMiller wrote: > > > personally I think the consolidation (and getting the user groups run > > more professionally) is a good thing. > > > I'm not hung up on the DECUS name despite being a member for many > > years (I don't do nostalgia). > > > Members of the VMS community have has much chance as anyone to > > influence things as those who make their views known (as opposed to > > the silent majority) usually get someware and the VMS community tend > > to be quite vocal. > > The DECUS name was a Digital trademark and there's one group that I'm > aware of in Europe that still use it. Whether that will continue I > have no idea. > > Endeavour (not the final name, just a code name for the migration) is > a grand plan if it gives the users something extra. > > The people here are (obviously) VMS focussed. The DECUS branding > means nothing to HP and nothing to HP users - it's as meaningless as > Interex was to Deccies. > > Which DECUS chapter are you a member of Ian? I wasn't suggesting bringing back DECUS; that ship has sailed along with DEC. I didn't appreciate the way it happened though, and to me at least that tied in to the later changes I wasn't happy with in Encompass, and now with this potential new group. And yeah, I do nostalgic. If I ever make it to a boot camp I'll be wearing something with a DECUS or d|i|g|i|t|a|l logo on it, but its not a defining issue. I voted no based on the one fact; VMS users in the organization would be a small fish in a suddenly considerably larger pond. Vocal or not... its not like being vocal has helped all that much with the VMS situation re: HP. Been to the new improved HP website? VMS is now buried even farther down since operating systems no longer merit a front page link; you have to go to software (or all enterprise products:software), then locate the OS's they do list (HPUX, Linux, Windows) and click the "see more operating systems" link (the one OpenVMS link on the s/w page is for the "solutions" page, not the OS's main page or description areas). Finally, on the 'other' page you see a link for OpenVMS. At the same level as the dead Tru-64 OS and links for MPE. Thats what I don't want (but do expect) to happen to VMS-related items and issues in the new user group; not just shrunk down to 'also-ran' but also hidden by the size and overdone "diversity" of the new group. Guess we'll see when they announce the results. Rich ------------------------------ Date: Thu, 1 May 2008 09:17:53 -0700 (PDT) From: DaveG Subject: Re: Encompass - Endeavour Message-ID: <68b1fbd0-a0f8-4b7e-9754-b9a58cd488ae@b64g2000hsa.googlegroups.com> On May 1, 9:51=A0am, Rich Jordan wrote: > On May 1, 5:09 am, etmsr...@yahoo.co.uk wrote: > > > > > > > On 1 May, 09:12, IanMiller wrote: > > > > personally I think the consolidation (and getting the user groups run > > > more professionally) is a good thing. > > > > I'm not hung up on the DECUS name despite being a member for many > > > years =A0(I don't do nostalgia). > > > > Members of the VMS community have has much chance as anyone to > > > influence things as those who make their views known (as opposed to > > > the silent majority) usually get someware and the VMS community tend > > > to be quite vocal. > > > The DECUS name was a Digital trademark and there's one group that I'm > > aware of in Europe that still use it. =A0Whether that will continue I > > have no idea. > > > Endeavour (not the final name, just a code name for the migration) is > > a grand plan if it gives the users something extra. > > > The people here are (obviously) VMS focussed. =A0The DECUS branding > > means nothing to HP and nothing to HP users - it's as meaningless as > > Interex was to Deccies. > > > Which DECUS chapter are you a member of Ian? > > I wasn't suggesting bringing back DECUS; that ship has sailed along > with DEC. =A0I didn't appreciate the way it happened though, and to me > at least that tied in to the later changes I wasn't happy with in > Encompass, and now with this potential new group. =A0And yeah, I do > nostalgic. =A0If I ever make it to a boot camp I'll be wearing something > with a DECUS or d|i|g|i|t|a|l logo on it, but its not a defining > issue. > > I voted no based on the one fact; VMS users in the organization would > be a small fish in a suddenly considerably larger pond. =A0Vocal or > not... its not like being vocal has helped all that much with the VMS > situation re: HP. > > Been to the new improved HP website? =A0VMS is now buried even farther > down since operating systems no longer merit a front page link; you > have to go to software (or all enterprise products:software), then > locate the OS's they do list (HPUX, Linux, Windows) and click the "see > more operating systems" link (the one OpenVMS link on the s/w page is > for the "solutions" page, not the OS's main page or description > areas). =A0Finally, on the 'other' page you see a link for OpenVMS. =A0At > the same level as the dead Tru-64 OS and links for MPE. > > Thats what I don't want (but do expect) to happen to VMS-related items > and issues in the new user group; not just shrunk down to 'also-ran' > but also hidden by the size and overdone "diversity" of the new group. > > Guess we'll see when they announce the results. > > Rich- Hide quoted text - > > - Show quoted text - I agree that OpenVMS should be higher up the chain then where it currently is. It should not live at the same level as 2 other officially retired products. That said, I will send a note to Mr. Stallard who heads up the BCS group. For others interested, he can be reached at: scottstallardhpcom While it may or may not get fixed, it will not get fixed by comments made (only) here. And the DECUS name essentially died when DEC died and that's been about 10 years now. Let it go. ------------------------------ Date: Thu, 01 May 2008 13:36:35 -0400 From: JF Mezei Subject: Re: Encompass - Endeavour Message-ID: <481a0010$0$12296$c3e8da3@news.astraweb.com> Rich Jordan wrote: > locate the OS's they do list (HPUX, Linux, Windows) and click the "see > more operating systems" link (the one OpenVMS link on the s/w page is > for the "solutions" page, not the OS's main page or description > areas). Finally, on the 'other' page you see a link for OpenVMS. At > the same level as the dead Tru-64 OS and links for MPE. Wow, I know HP doesn't care much for VMS, but this is pretty bad. Perhaps June 25 2008 might bring a formal announcement of the end of the line ? HP could announce that they would deliver 8.4 and then only update ia64-vms to support new IA64 hardware until IA64 is no longer produced. > Thats what I don't want (but do expect) to happen to VMS-related items > and issues in the new user group; not just shrunk down to 'also-ran' > but also hidden by the size and overdone "diversity" of the new group. Encompass had been meant to give DECUS a broader appeal, supporting Windows, Unix, Tandem, lawmowers and industrial transformers. The issue is that for a user group to be of value to members, it must be "best in class" for the product the members are interested in. And you can't be "best in class" if your user group wants to cater to everyone. What this "Endeavour" thing should be is just an umprella organisation supporting specialised user groups (or SIGs or whatever you want to call them). So you'd have HP-DECUS catering to VMS. You'd have HP-ITUG for NSK, HP-Interex for HP-UX etc. Consider that from a "content" point of view, the user group needs close contact with its own users as well as the group within HP that runs the OS/software they are interested in (aka: Contact with Sue and VMS engineers in our case). The umbrella orgaisation can provide logistical support (membership database, mailing to members, helping organise events (book venues, transportation etc etc) but would not be involved in any specific products and might even be invisible to the normal users since their goals is to serve the real product specific user groups. ------------------------------ Date: Thu, 01 May 2008 13:41:01 -0400 From: JF Mezei Subject: Re: Encompass - Endeavour Message-ID: <0265501f$0$24991$c3e8da3@news.astraweb.com> DaveG wrote: > And the DECUS name essentially died when DEC died and that's been > about 10 years now. Let it go. Not quite. do a whois DIGITAL.COM and you'll see: Hewlett-Packard Company (DOM-297461) 3000 Hanover Street Palo Alto CA 94304 US Compaq inheritad all the brand names DEC had. HP inherited all those brand names too. Obviouly, it can choose to let some of them lapse. But it did manage to re-use ALL-IN-1 for one fo its printer lines. If HP has chosen to not renew the DECUS trademark, then it shoudl be free to be registered by anyone and perhaps a real DECUS usergroup could be started. If HP is to retire VMS on june 25th this year, perhaps a real and separate DECUS user group would need to be formed since a VMS usergroup under HP wouldn't make sense anymore. ------------------------------ Date: Thu, 1 May 2008 13:22:05 -0400 From: "David Turner, Island Computers" Subject: Re: ES45 says power supply failed Message-ID: Maybe you have a bad memory carrier There were issues with ES40 and ES45 way back when they had rev issues with the carriers and had to replace them. What DIMMS are they? -- David B Turner ============================================= Island Computers US Corp PO Box 86 Tybee GA 31328 Toll Free: 1-877 636 4332 x201, Mobile x251 Email: dturner@islandco.com International: 001 706 993 1787 Fax: 912 786 8505 Web: www.islandco.com ============================================= "Malcolm Dunnett" wrote in message news:SRaSj.3514$XI1.3213@edtnps91... > David Turner, Island Computers wrote: >> Yes >> >> The P/Supplies and backplane are the same on the ES40 > > Thanks for the tip David. I took the power harness and supplies out of an > ES40 Mod 2 and put them in the ES45 and it powers up now. > > There's something weird going on that it always reports DIM failures in > MMB 1 and MMB3, but if I put all the DIMMS on MMB0 and MMB2 they work fine > (so I've configured 16GB by filling MMB0 and MMB2 and leaving MMB1 and > MMB3 empty - this appears to work ok other than only giving 2way memory > interleave instead of 4 way. > > Seems to work fine, I was able to do a VMS install on it. ------------------------------ Date: 1 May 2008 07:50:33 GMT From: "David Weatherall" Subject: Re: Odd backup corruption Message-ID: <67tb28F2qjkcvU1@mid.individual.net> Tom Wade wrote: > Greetings, > > I've seen the following bizarre situation with BACKUP on an Alpha PS > 433au. > > OpenVMS7.3-2 with UPDATE 12 (which includes BACKUP 7). > > $ copy temp-input.ps temp-copy.ps > $ diff temp-input.ps temp-copy.ps > Number of difference sections found: 0 > Number of difference records found: 0 > > DIFFERENCES /IGNORE=()/MERGED=1- > DKA0:[TEMP]TEMP-INPUT.PS;1- > DKA0:[TEMP]TEMP-COPY.PS;2 > > SO far so good. Similar result for CONVERT. Now for BACKUP > > $ backup temp-input.ps temp-backup.ps > $ diff temp-input.ps temp-backup.ps > File DKA0:[TEMP]TEMP-INPUT.PS;1 > 119 GetPageDeviceName @ type @/nametype ne ~/stringtype ne > and{!/none}if(.)5 120 -1 1{^ length add}for string 6 1 $ 5 ^ 5{~ 1 > ^ cvs length 1 ^ length 1 ^ ****** > File DKA0:[TEMP]TEMP-BACKUP.PS;1 > 119 GetPageD @/nametype ne ~/stringtype ne and{!/none}if(.)5 > 120 -1 1{^ length add}for string 6 1 $ 5 ^ 5{~ 1 ^ cvs length 1 ^ > length 1 ^ ************ > ************ > File DKA0:[TEMP]TEMP-INPUT.PS;1 > 300 ex cy flipXY -1 eq {exch} if itransform pop > 301 x2 sub /eShift exch def > ****** > File DKA0:[TEMP]TEMP-BACKUP.PS;1 > 300 eeviceName @ typeq {exch} if itransform pop > 301 x2 sub /eShift exch def > ************ > %DIFF-F-READERR, error reading DKA0:[TEMP]TEMP-BACKUP.PS;1 > -RMS-W-RTB, 26988 byte record too large for user's buffer > > The file produced is the same size, and has the same RMS attributes > > File Organization: sequential > Record Format: variable > Record Attributes: carriage-return > Maximum Record Size: 0 > Longest Record: 153 > Blocks Allocated: 600, Default Extend Size: 0 > End-of-File VBN: 542, Offset: %X'008A' > File Monitoring: disabled > File Length Hint (Record Count): -1 (invalid) > File Length Hint (Data Byte Count): -1 (invalid) > Global Buffer Count: 0 > > However, the file is corrupted. > > I also noticed the following: > > 1. The problem arises when trying to copy a file (as above), or > extracting a file from a Backup saveset. Writing a backup saveset is > OK, as I can move the newly created saveset to another machine, and > unpack the file successfully there. > > 2. The problem occurs irrespective of which disk (there are two) is > used. > > 3. I tried copying over the BACKUP.EXE and BACKUPSHR.EXE from > another 7.3-2 machine (with UPDATE 4) and the same thing happens. > The problem does not occur on this second machine (I remembered to > INSTALL REPLACE). > > 4. SHOW ERROR produces NOERRORS (no device errors found). > > I am somewhat perplexed. Silent corruption from BACKUP is not > something I would have expected. > > Has anyone seen anything like this ? I'm not sure this isn't more of a problem with DIFF. If BACK /COMP shows not problem then try DIFF /MOD=HEX. If there are differences this will give you the record/ block numbers where it starts. ISTR that there is/was a problem with overly long LF-stream records still not being accepted by DIFF /MODE=HEX and led me to think of a suggestion I might have had for Guy if he were still there, i.e. ignore the record structure with :- $ DIFF /BLOCK with similar qualifiers to DUMP for display in BYTE, WORD, LONG etc. would save the DUMP and subsequent DIFF On the DMP files. Cheers - Dave. -- ------------------------------ Date: Thu, 1 May 2008 10:48:26 -0700 (PDT) From: Sue Subject: Personal Favor - HP WORLD WIDE USER ADVOCACY SURVEY Message-ID: <6f37cfaa-180d-4d9d-ba37-8827adbd39cc@b1g2000hsg.googlegroups.com> Dear VMS Community, Once again the HP world wide User Advocacy Survey is ready for your input. I would really appreciate it if you would take a few minutes to fill this out. The OpenVMS Group takes your input very seriously and I would consider it a personal favor if you would take the time to answer this. VMS did very well last year in responses and I would like to do better this year. 2008 HP Worldwide User Advocacy Survey at http://www.hpadvocacysurvey.org Please distribute widely. Thank you very much. Sue ------------------------------ Date: Thu, 1 May 2008 10:33:58 -0700 (PDT) From: WWWebb Subject: Re: Using sftp from OpenVMS to Windows - How to avoid version numbers ? ?? Message-ID: On May 1, 8:44=A0am, ami.kurt...@gmail.com wrote: > Hi all, > > I use OpenVMS V7.3-2 on Alpha with TCPIP V5.4 ECO 6. > I use sftp to copy files (my current directory contains: 1.tmp;1 , > 2.tmp;1 , 3.tmp;1 ). > when I copy a single file, say: > put 1.tmp > It gets the name 1.tmp in the Windows machine. > But where I copy all the above files, like this: > put *.* =A0(or even mput *.*) > It get the names 1.tmp;1 2.tmp;1 3.tmp;1 under Windows, that is: the > version number gets to be > part of the file name... > Is there a way to copy all 3 files without the version number ? > (I mean: without looping and sending them one by one...) > The ssh installation in the Windows machine is Bitvise's WinSSHD 4.26 > > Thans, > Ami. You need to define the following logical: "TCPIP$FTP_NO_VERSION" =3D "1" Hope this helps, WWWebb ------------------------------ Date: Thu, 1 May 2008 05:44:07 -0700 (PDT) From: ami.kurtser@gmail.com Subject: Using sftp from OpenVMS to Windows - How to avoid version numbers ? Message-ID: Hi all, I use OpenVMS V7.3-2 on Alpha with TCPIP V5.4 ECO 6. I use sftp to copy files (my current directory contains: 1.tmp;1 , 2.tmp;1 , 3.tmp;1 ). when I copy a single file, say: put 1.tmp It gets the name 1.tmp in the Windows machine. But where I copy all the above files, like this: put *.* (or even mput *.*) It get the names 1.tmp;1 2.tmp;1 3.tmp;1 under Windows, that is: the version number gets to be part of the file name... Is there a way to copy all 3 files without the version number ? (I mean: without looping and sending them one by one...) The ssh installation in the Windows machine is Bitvise's WinSSHD 4.26 Thans, Ami. ------------------------------ Date: Thu, 1 May 2008 09:57:12 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Using sftp from OpenVMS to Windows - How to avoid version numbers ? Message-ID: <08050109571228_2020CE0A@antinode.org> From: ami.kurtser@gmail.com > I use OpenVMS V7.3-2 on Alpha with TCPIP V5.4 ECO 6. Same here. > [...] > put *.* (or even mput *.*) > It get the names 1.tmp;1 2.tmp;1 3.tmp;1 under Windows, that is: the > version number gets to be > part of the file name... > Is there a way to copy all 3 files without the version number ? > (I mean: without looping and sending them one by one...) I don't see one. "put *.*;" (or "put *.*;0") even puts all versions of a file: sftp> put ab1.*; AB1.TXT;2 | 452B | 0.4 kB/s | TOC: 00:00:01 | 100% AB1.TXT;1 | 552B | 0.5 kB/s | TOC: 00:00:01 | 100% I didn't gain anything by adding quotation marks, either. (I can only imagine how this stuff was implemented.) I assume that someone did a near-minimal-effort port of some UNIX code to VMS, and this is the result. If you're paying for software support, you could try complaining to HP. > The ssh installation in the Windows machine is Bitvise's WinSSHD 4.26 Works the same way with an HP-UX destination (or, probably, anything). ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Thu, 01 May 2008 06:52:43 -0700 From: "Jeffrey H. Coffield" Subject: Re: Using sftp from OpenVMS to Windows - How to avoid version numbers ? ?? Message-ID: ami.kurtser@gmail.com wrote: > Hi all, > > I use OpenVMS V7.3-2 on Alpha with TCPIP V5.4 ECO 6. > I use sftp to copy files (my current directory contains: 1.tmp;1 , > 2.tmp;1 , 3.tmp;1 ). > when I copy a single file, say: > put 1.tmp > It gets the name 1.tmp in the Windows machine. > But where I copy all the above files, like this: > put *.* (or even mput *.*) > It get the names 1.tmp;1 2.tmp;1 3.tmp;1 under Windows, that is: the > version number gets to be > part of the file name... > Is there a way to copy all 3 files without the version number ? > (I mean: without looping and sending them one by one...) > The ssh installation in the Windows machine is Bitvise's WinSSHD 4.26 > > Thans, > Ami. If you can zip up the files on the VMS side, copy the zip file over then unzip it you shouldn't get version numbers. Jeff Coffield ------------------------------ Date: Thu, 01 May 2008 10:56:29 -0400 From: "Richard B. Gilbert" Subject: Re: Using sftp from OpenVMS to Windows - How to avoid version numbers ? ?? Message-ID: ami.kurtser@gmail.com wrote: > Hi all, > > I use OpenVMS V7.3-2 on Alpha with TCPIP V5.4 ECO 6. > I use sftp to copy files (my current directory contains: 1.tmp;1 , > 2.tmp;1 , 3.tmp;1 ). > when I copy a single file, say: > put 1.tmp > It gets the name 1.tmp in the Windows machine. > But where I copy all the above files, like this: > put *.* (or even mput *.*) > It get the names 1.tmp;1 2.tmp;1 3.tmp;1 under Windows, that is: the > version number gets to be > part of the file name... > Is there a way to copy all 3 files without the version number ? > (I mean: without looping and sending them one by one...) > The ssh installation in the Windows machine is Bitvise's WinSSHD 4.26 > > Thans, > Ami. You can rename the files before sending them. I've never used SFTP (private network - no need) but with regular ftp you can specify the file name on the local node and the file name on the remote not. $ FTP MUMBLE.COM ascii put stuff.dat;1 stuff1.dat put stuff.dat;2 stuff2.dat put stuff.dat;3 stuff3.dat ------------------------------ Date: Thu, 1 May 2008 03:52:14 -0700 (PDT) From: johnwallace4@gmail.com Subject: Re: VMS 30th anniversary 'Oldest VMS system' contest Message-ID: <67a3151a-d74f-4692-aa81-95698362a144@j22g2000hsf.googlegroups.com> On Apr 30, 10:11 pm, Sue wrote: > On Apr 30, 1:39 pm, Rich Jordan wrote: > > > > > On April 22nd, HP supposedly selected the winner of an Itanium server > > based on the age of the oldest running system registered with them. I > > didn't expect to win with my VS3100-30 but I did get nudged early in > > April to validate the entry, which I did, so I know things were moving > > at the time. > > > I haven't seen any announcement, and the 30th anniversary website > > doesn't look to have been updated. The contest validation page still > > tries to tell me I can validate my system as long as I do it before > > April 8th but doesn't have anything new either. > > > Has there been an announcement? Did the selection take place? Who > > won, and what was the oldest system that registered? > > > Thanks! > > > Rich > > Just so folks in the newsgroup know, this was not the same as the > request that I sent out to my email distribution lists for system up > time. My person had system uptime of 21 years will be at the boot > camp and will be recognized at that time. > > Sue Will there be some publicity around this outside the boot camp, please? If Sue can't easily make it happen, can other folks get it into trade rags, bogs, whatever? twentyone years of uptime? That's just over three times as long as it's taken for the market to be not quite ready for Vista, right? ------------------------------ Date: Thu, 1 May 2008 05:43:34 -0700 (PDT) From: IanMiller Subject: Re: VMS 30th anniversary 'Oldest VMS system' contest Message-ID: <84bd0ccc-811c-41a5-9ea7-1ead2d22a4c6@m36g2000hse.googlegroups.com> your favourite openvms news site will be reporting from the bootcamp :-) ------------------------------ Date: Thu, 1 May 2008 10:47:02 -0700 (PDT) From: Sue Subject: Re: VMS 30th anniversary 'Oldest VMS system' contest Message-ID: <83e3bd8f-f69b-4150-92e5-75e16762abe8@56g2000hsm.googlegroups.com> On Apr 30, 5:28=A0pm, Rich Jordan wrote: > On Apr 30, 4:11 pm, Sue wrote: > > > > > > > On Apr 30, 1:39 pm, Rich Jordan wrote: > > > > On April 22nd, HP supposedly selected the winner of an Itanium server > > > based on the age of the oldest running system registered with them. = =A0I > > > didn't expect to win with my VS3100-30 but I did get nudged early in > > > April to validate the entry, which I did, so I know things were moving= > > > at the time. > > > > I haven't seen any announcement, and the 30th anniversary website > > > doesn't look to have been updated. =A0The contest validation page stil= l > > > tries to tell me I can validate my system as long as I do it before > > > April 8th but doesn't have anything new either. > > > > Has there been an announcement? =A0Did the selection take place? =A0Wh= o > > > won, and what was the oldest system that registered? > > > > Thanks! > > > > Rich > > > Just so folks in the newsgroup know, this was not the same as the > > request that I sent out to my email distribution lists for system up > > time. =A0My person had system uptime of 21 years will be at the boot > > camp and will be recognized at that time. > > > Sue > > Thanks Sue. =A0Yes, this contest was not about uptime, it was about > oldest still running system. =A0Is there any chance you can find out > about the 30th anniversary contest results? =A0Or are they being > reserved for announcement at one of the functions? > > 21 year system uptime????? =A0 Heh! =A0Thats VMS for you. > > Dang!- Hide quoted text - > > - Show quoted text - There was an officially sponsered 30th Anniversary Contest done by HP North America, I really do not know what the plans are. To communicate. Unless the winner gives the ok, HP really can not say anything. If the person at the boot camp that won with the 21 years of uptime is ok with it as Ian says you will hear about it. (My guess is that you will hear that day). Sue ------------------------------ End of INFO-VAX 2008.243 ************************