INFO-VAX Thu, 01 May 2008 Volume 2008 : Issue 242 Contents: Re: Boot Camp Update Re: Boot Camp Update Re: DECdts getting time from NTP 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: EVA and Alpha Server 4100 Re: RMS record much longer that format attribute proclaims. Re: RMS record much longer that format attribute proclaims. VAX 6310 Free to a good home Re: VMS 30th anniversary 'Oldest VMS system' contest Re: VMS 30th anniversary 'Oldest VMS system' contest Re: VMS 30th anniversary 'Oldest VMS system' contest 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: Wed, 30 Apr 2008 14:19:21 -0700 (PDT) From: Sue Subject: Re: Boot Camp Update Message-ID: <119b23b5-68fa-4935-ae41-03701c350bd6@b1g2000hsg.googlegroups.com> On Apr 30, 10:14=A0am, Jan-Erik S=F6derholm wrote: > Simon Clubley wrote: > > In article <69535aba-93aa-4307-afae-d6e589828...@d1g2000hsg.googlegroups= .com>,Sue writes: > >> Sweden 24 > > > I'm curious about this; why so many from Sweden ? > > > Does Sweden have a large base of VMS systems ? > > > Simon. > > Yes, many larger companies here has large VMS installations. > IKEA, Nasdaq/OM (stock systems), car mgfs, Ericsson, some > steel companies. And we are clever folks also... :-) > > Jan-Erik. > (Staring up a larger VMS assignment as we speek...) I have been to Sweden several times for the OpenVMS Technical Update days, they have great customers, great OpenVMS Ambassadors and coming to a good event during a good exchange rate sounds like a win win to me. Also Sweden is headquarters to many international companies. In the US you have NY, LA, Chicago. Europe has different capitals of different countries. I am excited to see so many of my friends again. Sue ------------------------------ Date: Wed, 30 Apr 2008 23:58:28 -0400 From: "William Webb" Subject: Re: Boot Camp Update Message-ID: <8660a3a10804302058i122cac7cr188cafdc35c09283@mail.gmail.com> On Wed, Apr 30, 2008 at 9:23 AM, Simon Clubley wrote: > In article <69535aba-93aa-4307-afae-d6e5898284fe@d1g2000hsg.googlegroups.com>, Sue writes: > > > > Sweden 24 > > I'm curious about this; why so many from Sweden ? > > Does Sweden have a large base of VMS systems ? > > Simon. > > -- > Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP > Microsoft: Bringing you 1980's technology to a 21st century world > Does the name IKEA ring a bell? I've been told that every IKEA store has a small Alphaserver in it. WWWebb ------------------------------ Date: Wed, 30 Apr 2008 13:34:31 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: DECdts getting time from NTP Message-ID: <08043013343113_2020CE0B@antinode.org> From: IanMiller > They are not on my systems either but see SMS updated versions at > > http://antinode.org/dec/sw/dtss_ntp.html I don't know where mine actually came from (DECnet-Plus?), and I see now that newer ones have replaced older ones while I wasn't looking. I believe that I've found the original files which I modified, and they should now be available as DTSS$NTP_PROVIDER.C_ORIG and DTSS$PROVIDER_NTP.C_ORIG. I gather that there is no official custodian for this stuff. The latest DTSS$PROVIDER_NTP.C I have (28-MAR-2005 08:43:58.55) includes a comment: * MODIFICATIONS: * * 28-Mar-2005 Nischay Code changes made for the case QXCM1000202046 * to rectify NTP time ptovider not synchronizing * with any NTP servers, if atleast one of them * failed. but no change in the "Version V2.0-103" at the top. My modified DTSS$PROVIDER_NTP.C is based on an older (original?) "Version V2.0-103" DTSS$PROVIDER_NTP.C, not this newer, modified DTSS$PROVIDER_NTP.C. When I get a chance, I'll look at that latest DTSS$PROVIDER_NTP.C, and see if needs any help. In the meanwhile, I've put a copy of it next to the other stuff as DTSS$PROVIDER_NTP_2005.C_ORIG. That's all in: ftp://antinode.org/dtss_ntp/ http://antinode.org/ftp/dtss_ntp/ ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: 30 Apr 2008 14:23:41 -0400 From: brooks@cuebid.zko.hp.nospam (Rob Brooks) Subject: Re: Encompass - Endeavour Message-ID: Rich Jordan writes: > > The one main thing that Encompass still works with that I really like > is the Boot Camp (I just wish I could go). You can thank VMS Engineering (and Sue Skonetski, specifically) for the Boot Camp. The user group du jour has no role in that fantastic event. -- Rob Brooks MSL -- Nashua brooks!cuebid.zko.hp.com ------------------------------ Date: Wed, 30 Apr 2008 11:30:47 -0700 (PDT) From: DaveG Subject: Re: Encompass - Endeavour Message-ID: On Apr 30, 1:23=A0pm, bro...@cuebid.zko.hp.nospam (Rob Brooks) wrote: > Rich Jordan writes: > > > The one main thing that Encompass still works with that I really like > > is the Boot Camp (I just wish I could go). =A0 > > You can thank VMS Engineering (and Sue Skonetski, specifically) for > the Boot Camp. > > The user group du jour has no role in that fantastic event. > > -- > > Rob Brooks =A0 =A0MSL -- Nashua =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 br= ooks!cuebid.zko.hp.com I'll echo what Rob said. Encompass has nothing to do with the Bootcamp. ------------------------------ Date: Wed, 30 Apr 2008 11:35:54 -0700 (PDT) From: twnews@kittles.com Subject: Re: Encompass - Endeavour Message-ID: <87150785-afdc-465d-8c80-7511154271a9@34g2000hsh.googlegroups.com> On Apr 30, 12:28 pm, Rich Jordan wrote: > Today's the last day to vote on the great HP user group snogfest. To > be honest I don't have strong feelings either way though I tend > slightly against for the reason below; what I really wanted a vote on > back in the day was dumping the DECUS name in favor of Encompass, but > the members were not given that option at the time. The reasons that the members were not given the option to vote on keeping the DECUS name is because DECUS was not an independent user group. It was owned by DEC and whoever owned DEC at the time (I think it was still Compaq) and so was the DECUS name. DECUS was essentially told to cease and desist on the use of the name DECUS. I always thought it was a mistake on the part of the DECUS board to not be more clear and public that we were forced to give up the DECUS name and had no choice in the matter. Encompass IS an independent organization and does own it's own name. > > The one main thing that Encompass still works with that I really like > is the Boot Camp (I just wish I could go). Some of the webinars have > been useful too, as is access to the DECUS library, when it works, and > Notes archives. I am NOT an HP aficionado, or an HP customer, or an > HP vendor... I don't use or sell any HP products other than VMS > systems, and HP printers to go with those systems. On the PC side of > things we go with whatever wintel POC vendor the customer requires, > sometimes HP, often not. > > I am an OpenVMS aficionado, customer, vendor, reseller, manager, > programmer, etc. And I can't help but think that VMS and its > associated hardware and apps will be more marginalized in the new uber- > organization than it was in Encompass (relative to DECUS, where DEC's > influence at the time was certainly not doing VMS huge favors > either). > > If anyone would care to share their thoughts, or their vote, in the > time remaining, it would be interesting to hear your reasoning on > this, assuming anyone actually cares. > > Rich I agree with your reasoning and also your temperature on this issue. I also voted against, but will not be heart broken if the proposal passes. Thomas Wirt Director of IS Kittle's Home Furnishings Indianapolis, IN, USA ------------------------------ Date: Wed, 30 Apr 2008 13:01:06 -0700 (PDT) From: Rich Jordan Subject: Re: Encompass - Endeavour Message-ID: <25e26d98-c008-4d44-91e3-fa6e37eae102@k37g2000hsf.googlegroups.com> On Apr 30, 1:23 pm, bro...@cuebid.zko.hp.nospam (Rob Brooks) wrote: > Rich Jordan writes: > > > The one main thing that Encompass still works with that I really like > > is the Boot Camp (I just wish I could go). > > You can thank VMS Engineering (and Sue Skonetski, specifically) for > the Boot Camp. > > The user group du jour has no role in that fantastic event. > > -- > > Rob Brooks MSL -- Nashua brooks!cuebid.zko.hp.com Rob apologies, you are correct. I got it and the Technology Forum and Expo mixed up (they are a part of that one, I believe). Boot Camp is the "spiritual" replacement for the DECUS Symposia by all accounts, and I still really wish I could go. Rich ------------------------------ Date: Wed, 30 Apr 2008 16:12:52 -0400 From: JF Mezei Subject: Re: Encompass - Endeavour Message-ID: <4818d32d$0$12343$c3e8da3@news.astraweb.com> Only "DECUS" was relevant. It was a worldwide global brand. Since some countries continued to use "DECUS", I somehow doubt that it was "impossible" to continue to use it. I was at the time involved with the user group, and the spiel I was given by the then DECUS president was that the USA wanted to gain recognition from Compaq and provide Compaq with a wintel user group, as well as including ITUG (tandem user group), hence the word "Encompass". In any event, "Encompass" is just as irrelevant as whatever theyt want it to be now. Since DECUS has not been registered and probably lapsed in trademark, why not retake it ? If "VMS" is no longer a trademark for the OS, then Shirley, "DECUS" would also have been allowed to lapse. With teh USA changing name Again, it will further fragment the brand, with some countries still with "DECUS", some with "Encompass" and the USA with whatever new name they choose. DECUS, despite having been dead for 10 years, is probably still far more recognizable brand than whatevere they want to use. They shoudl correct the original mistake of dumping "DECUS", instead of making the name changes even worse. ------------------------------ Date: Wed, 30 Apr 2008 13:28:29 -0700 (PDT) From: Rich Jordan Subject: Re: Encompass - Endeavour Message-ID: <9ea2f192-03d8-4e44-9f21-88077aa085cc@f36g2000hsa.googlegroups.com> On Apr 30, 1:35 pm, twn...@kittles.com wrote: > On Apr 30, 12:28 pm, Rich Jordan wrote: > > > Today's the last day to vote on the great HP user group snogfest. To > > be honest I don't have strong feelings either way though I tend > > slightly against for the reason below; what I really wanted a vote on > > back in the day was dumping the DECUS name in favor of Encompass, but > > the members were not given that option at the time. > > The reasons that the members were not given the option to vote on > keeping the DECUS name is because DECUS was not an independent user > group. It was owned by DEC and whoever owned DEC at the time (I think > it was still Compaq) and so was the DECUS name. DECUS was essentially > told to cease and desist on the use of the name DECUS. I always > thought it was a mistake on the part of the DECUS board to not be more > clear and public that we were forced to give up the DECUS name and had > no choice in the matter. > > Encompass IS an independent organization and does own it's own name. > > > > > > > The one main thing that Encompass still works with that I really like > > is the Boot Camp (I just wish I could go). Some of the webinars have > > been useful too, as is access to the DECUS library, when it works, and > > Notes archives. I am NOT an HP aficionado, or an HP customer, or an > > HP vendor... I don't use or sell any HP products other than VMS > > systems, and HP printers to go with those systems. On the PC side of > > things we go with whatever wintel POC vendor the customer requires, > > sometimes HP, often not. > > > I am an OpenVMS aficionado, customer, vendor, reseller, manager, > > programmer, etc. And I can't help but think that VMS and its > > associated hardware and apps will be more marginalized in the new uber- > > organization than it was in Encompass (relative to DECUS, where DEC's > > influence at the time was certainly not doing VMS huge favors > > either). > > > If anyone would care to share their thoughts, or their vote, in the > > time remaining, it would be interesting to hear your reasoning on > > this, assuming anyone actually cares. > > > Rich > > I agree with your reasoning and also your temperature on this issue. > I also voted against, but will not be heart broken if the proposal > passes. > > Thomas Wirt > Director of IS > Kittle's Home Furnishings > Indianapolis, IN, USA Thomas, thanks for replying. I remember getting documentation to vote for bylaws, etc, but was seriously annoyed at the apparently one-sided discontinuation of DECUS. So it was some twitterbrain at compaq that surreptitiously shoved the knife in the back. Thats better than the group just doing it to be corporate politically correct. Rich ------------------------------ Date: Thu, 01 May 2008 03:33:06 GMT From: Malcolm Dunnett Subject: Re: ES45 says power supply failed Message-ID: 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: Wed, 30 Apr 2008 11:50:02 -0700 (PDT) From: twnews@kittles.com Subject: Re: EVA and Alpha Server 4100 Message-ID: <3c060460-eb6d-47fc-92de-defc33db4f9d@m36g2000hse.googlegroups.com> On Apr 25, 3:38 pm, twn...@kittles.com wrote: > I am looking into getting an EVA based disk system to attach to my VMS > cluster. The hitch is that my Alphas are AS4100 and I am NOT in a > position to upgrade or change my Alphas and the 4100's have not been > qualified with any of the remotely current EVA equipment. I was > wondering if anyone out there had any VMS based AS4100 or similar > models connected in any way to any EVA systems. If so, what > combinations? > > I hope to end up with 2 AS4100 with VMS 7.3-2 connected to an EVA 4100 > or 4400. I also have an AS1000 that I would connect if I can, but if > I need to I can use MSCP for that. Thanks Kari and Ed. It is a great help to know that someone has already done this config or something really close. I appreciate the responses. Thomas Wirt Director of IS Kittle's Home Furnishings Indianapolis, IN, USA ------------------------------ Date: Wed, 30 Apr 2008 11:43:47 -0700 (PDT) From: Hein RMS van den Heuvel Subject: Re: RMS record much longer that format attribute proclaims. Message-ID: <65795c8f-6be7-4330-8425-8146b51b013e@56g2000hsm.googlegroups.com> On Apr 30, 8:35=A0am, norm.raph...@metso.com wrote: > This shows and output file with > > Record format: =A0 =A0 =A0Stream_LF, maximum 255 bytes, longest 255 bytes > > but the DUMP/RECORD below shows > > Record number 120 (00000078), 7626 (1DCA) bytes, RFA(0008,0000,01FB) > > a record much longer than that. > > Comments? Only the obvious... the actual records do not match the file attributes. So ? And that 255 is sort of a nice-number: max value for an unsigned byte. RMS itself would not do that, short of a system crash stopping the atributes from being flushed out. Who / What wrote the file? The C-RTL easily could, as it does block IO, not (RMS) record IO of simple unshared sequential files. It could have picked up attributes from an earlier version of the file, if C rtl was used to create it. And check out the logical name "decc$default_lrl". That would not happen to be set to 255 would it now? It the record a 'good one' as far as the application is concerned, or is it broken ? I'm sure you know how to 'fix' it, but since you did not indicate so...: $ SET FILE/ATTR=3D(MRS=3D0,LRL=3D7627) TEST.LOG Cheers, Hein. (taking a quick peek online whilest on family vacation) ------------------------------ Date: Wed, 30 Apr 2008 18:28:27 -0400 From: norm.raphael@metso.com Subject: Re: RMS record much longer that format attribute proclaims. Message-ID: This is a multipart message in MIME format. --=_alternative 007BA2E58525743B_= Content-Type: text/plain; charset="US-ASCII" Hein RMS van den Heuvel wrote on 04/30/2008 02:43:47 PM: > On Apr 30, 8:35 am, norm.raph...@metso.com wrote: > > This shows and output file with > > > > Record format: Stream_LF, maximum 255 bytes, longest 255 bytes > > > > but the DUMP/RECORD below shows > > > > Record number 120 (00000078), 7626 (1DCA) bytes, RFA(0008,0000,01FB) > > > > a record much longer than that. > > > > Comments? > > Only the obvious... the actual records do not match the file > attributes. So ? > > And that 255 is sort of a nice-number: max value for an unsigned byte. > > RMS itself would not do that, short of a system crash stopping the > atributes from being flushed out. > Who / What wrote the file? The C-RTL easily could, as it does block > IO, not (RMS) record IO of simple unshared sequential files. > It could have picked up attributes from an earlier version of the > file, if C rtl was used to create it. > And check out the logical name "decc$default_lrl". > That would not happen to be set to 255 would it now? > I now suspect a tyro opened an earlier version of the file in TPU and rewrote it on EXIT (when a QUIT was intended) and TPU did the changes. I have yet to test this hypothesis. The next time the app was run, I believe the File-Open took it's attributes from the existing version to create the version in question. > It the record a 'good one' as far as the application is concerned, or > is it broken ? > It's fine. > I'm sure you know how to 'fix' it, but since you did not indicate > so...: > $ SET FILE/ATTR=(MRS=0,LRL=7627) TEST.LOG Thanks for the vote of confidence. Yes I fixed it with SET FILE/ATTR=(MRS=0,LRL=32767) TEST.LOG once I determined the contents was correct. -Norm > > Cheers, > Hein. (taking a quick peek online whilest on family vacation) --=_alternative 007BA2E58525743B_= Content-Type: text/html; charset="US-ASCII"



Hein RMS van den Heuvel <heinvandenheuvel@gmail.com> wrote on 04/30/2008 02:43:47 PM:

> On Apr 30, 8:35 am, norm.raph...@metso.com wrote:
> > This shows and output file with
> >
> > Record format:      Stream_LF, maximum 255 bytes, longest 255 bytes
> >
> > but the DUMP/RECORD below shows
> >
> > Record number 120 (00000078), 7626 (1DCA) bytes, RFA(0008,0000,01FB)
> >
> > a record much longer than that.
> >
> > Comments?
>
> Only the obvious... the actual records do not match the file
> attributes. So ?
>
> And that 255 is sort of a nice-number: max value for an unsigned byte.
>
> RMS itself would not do that, short of a system crash stopping the
> atributes from being flushed out.
> Who / What wrote the file? The C-RTL easily could, as it does block
> IO, not (RMS) record IO of simple unshared sequential files.
> It could have picked up attributes from an earlier version of the
> file, if C rtl was used to create it.
> And check out the logical name "decc$default_lrl".
> That would not happen to be set to 255 would it now?
>


I now suspect a tyro opened an earlier version of the file in TPU and
rewrote it on EXIT (when a QUIT was intended) and TPU did the changes.  
I have yet to test this hypothesis.  The next time the app was run, I
believe the File-Open took it's attributes from the existing version
to create the version in question.

> It the record a 'good one' as far as the application is concerned, or
> is it broken ?
>
It's fine.


> I'm sure you know how to 'fix' it, but since you did not indicate
> so...:
> $ SET FILE/ATTR=(MRS=0,LRL=7627) TEST.LOG

Thanks for the vote of confidence.  Yes I fixed it with
SET FILE/ATTR=(MRS=0,LRL=32767) TEST.LOG

once I determined the contents was correct.

-Norm

>
> Cheers,
> Hein. (taking a quick peek online whilest on family vacation)
--=_alternative 007BA2E58525743B_=-- ------------------------------ Date: Wed, 30 Apr 2008 22:07:31 -0700 (PDT) From: kiwi Subject: VAX 6310 Free to a good home Message-ID: <05a91d4b-0766-4486-95d7-7786026b411a@1g2000prg.googlegroups.com> San Jose. Pick it up and its yours. VMS 5.5-2. Working order. ------------------------------ Date: 30 Apr 2008 18:58:16 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: VMS 30th anniversary 'Oldest VMS system' contest Message-ID: <4818c148$0$25045$607ed4bc@cv.net> In article , Rich Jordan writes: >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? I've a MicroVAX 2000 which predates the VS3100-30. What gives? -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Wed, 30 Apr 2008 12:53:33 -0700 From: Malcolm Dunnett Subject: Re: VMS 30th anniversary 'Oldest VMS system' contest Message-ID: <4818ce3d$1@flight> 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 thought the whole idea of celebrating the oldest hunk of VMS hardware still running was a bit silly anyway. They'd be better off looking for the oldest VMS sites - ie people who have been using VMS for a long time but have continued to upgrade to newer hardware. The oldest system running is likely to end up being either someone's castoff that is now being used by a hobbyist, or some site that has an old VMS box in the corner which isn't really important anymore but nobody's gotten around to turning it off. If VMS was actually important to your operation chances are you're not still running an 11/780. I may have had a shot at being the longest running VMS site in Canada (since Feb 1980) but we certainly scrapped that 11/780 (indeed all the VAXen) quite a few years ago. It's now a mixture of Alphas and Itaniums - the oldest box I'm still using is a DS10. ------------------------------ Date: Wed, 30 Apr 2008 16:46:15 -0400 From: "Richard B. Gilbert" Subject: Re: VMS 30th anniversary 'Oldest VMS system' contest Message-ID: <9Z-dnWtA5uxUR4XVnZ2dnUVZ_gednZ2d@comcast.com> VAXman- @SendSpamHere.ORG wrote: > In article , Rich Jordan writes: >> 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? > > I've a MicroVAX 2000 which predates the VS3100-30. What gives? > Do you use it for a bookend? A doorstop? A paperweight? ------------------------------ Date: Wed, 30 Apr 2008 14:03:23 -0700 (PDT) From: Rich Jordan Subject: Re: VMS 30th anniversary 'Oldest VMS system' contest Message-ID: <2fba43df-7cfe-4abf-9baf-58cbab4451bb@m36g2000hse.googlegroups.com> On Apr 30, 1:58 pm, VAXman- @SendSpamHere.ORG wrote: > In article , Rich Jordan writes: > > >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? > > I've a MicroVAX 2000 which predates the VS3100-30. What gives? > > -- > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM > > "Well my son, life is like a beanstalk, isn't it?" > > http://tmesis.com/drat.html HP had a contest back when the 30th anniversary stuff was going on. The person who registered the oldest running VMS system could win an itanium server. I do not have a link to the site I registered at and I can't make the HP search tool cough it up; I didn't see a link from the 30th anniversary page either, though I think it was there before. The validation link I have still tells me I can validate even though I already did, but also doesn't have a link to the actual contest page; the truncations of the URL I tried didn't work and I won't post the whole thing since it ties into my entry; it is an HP site though; it starts with: https://h30406.www3.hp.com/campaigns/2007/promo/ I registered the VS3100-30 I've been using as my main desktop since starting with this company in 1991. It was here since at least 1990. It has been in continuous use since then, albeit upgraded with SPX card, full memory, bigger disks, and now an NEC LCD-2010 monitor (the SPX and LCD were on my dime just to keep it on my desk). If your MV2000 is still in use, did you register it for the contest, and validate it when the request came in (April 8th for me)? If so then I certainly didn't win, and you probably didn't or you would have heard by now. Rich ------------------------------ Date: Wed, 30 Apr 2008 14:11:06 -0700 (PDT) From: Sue Subject: Re: VMS 30th anniversary 'Oldest VMS system' contest Message-ID: On Apr 30, 1:39=A0pm, 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 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? =A0Did the selection take place? =A0Who > 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 ------------------------------ Date: Wed, 30 Apr 2008 14:28:57 -0700 (PDT) From: Rich Jordan Subject: Re: VMS 30th anniversary 'Oldest VMS system' contest Message-ID: <351d0963-2df3-401d-b89f-bba84848f569@56g2000hsm.googlegroups.com> 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. 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 Thanks Sue. Yes, this contest was not about uptime, it was about oldest still running system. Is there any chance you can find out about the 30th anniversary contest results? Or are they being reserved for announcement at one of the functions? 21 year system uptime????? Heh! Thats VMS for you. Dang! ------------------------------ End of INFO-VAX 2008.242 ************************