1 INFO-VAX	Sun, 22 Jul 2001	Volume 2001 : Issue 403       Contents:( Re: Alpha:  an invitation to communicate Re: AlphaStation 200 fwupdate  ATTACK THIS WEB SITE+ Re: Check out the Wall Street Journal today 8 Re: Digital Press books (out of print) - can anyone help8 Re: Digital Press books (out of print) - can anyone help Just one possible future!! Re: Just one possible future!! Re: KERMIT.HLB Re: No chance for OpenVMS  Re: No chance for OpenVMS $ Re: Selling VMS to another company ?$ Re: Selling VMS to another company ?$ Re: Selling VMS to another company ?$ Re: Selling VMS to another company ?$ Re: Selling VMS to another company ?$ Re: Selling VMS to another company ?$ Re: Selling VMS to another company ?5 Re: SMS on VMS [was RE: Full port of VMS to Itanium.] 5 Re: SMS on VMS [was RE: Full port of VMS to Itanium.] 5 Re: SMS on VMS [was RE: Full port of VMS to Itanium.] ' Trying to load VMS on MicroVAX 3100.... + Re: Trying to load VMS on MicroVAX 3100....  Re: VMS Trivia Question  Re: VS3100 driving me mental!! Re: VS3100 driving me mental!! Re: VS3100 driving me mental!! Re: VS3100 driving me mental!! Re: Zero Quadword Time Poll   F ----------------------------------------------------------------------   Date: 21 Jul 2001 18:43:07 GMT& From: zaitcev@yahoo.com (Pete Zaitcev)1 Subject: Re: Alpha:  an invitation to communicate = Message-ID: <slrn9ljj9q.o28.zaitcev@devserv.devel.redhat.com>    >[...]H > Perhaps you misunderstood...I'm not trying to *prove* anything to you.G >  It has been suggested that this deal was technically motivated.  I'm G > an Alpha architect, and I claim otherwise.  If you (and whoever else) B > would rather believe Compaq's bullshit, then that's your choice.  = Savour the pain, bro. You are not the first and not the last.   9 People were saying similar things when Anand Agraval used 6 smoke and mirrors to persuate Sun's board to axe Narch5 and promised that his UltraSlow will forever maintain  2x lead over Intel offerings.    -- Pete    ------------------------------  # Date: Sun, 22 Jul 2001 00:09:59 GMT 0 From: "Richard B. Gilbert" <dragon5311@home.com>& Subject: Re: AlphaStation 200 fwupdate( Message-ID: <3B5A1A26.6C479E37@home.com>  M The V6.0 firmware CD came out a few weeks ago.  It's at work and I'm not so I L can't tell you what the current version of AlphaStation 200 is but since 5.3H is a couple of years old now, I would expect there have been one or moreK futher updates.  I'd suggest upgrading using either the V5.9 or the V6.0 CD  before panicing.     "Michael L. Umbricht" wrote:  E > I have updated the firmware on an AlphaStation 200 4/166 to install H > OpenVMS 7.2  (I believe that the 5.3 Update CD / V7.0 SRM is required)@ > After flashing the new firmware the help command displays info  > differently from the original. > 	 > Before:  > 	 > >>>help  > [start of help deleted...]G > show cluster    show config     show map        show memory     sleep K > start           stop            true            add_fax         add_sound  > >>>  >  > After: > 	 > >>>help  > [...] & > show    show    show    show    show& > show    sleep   start   stop    true > update > >>>  > F > Note that the "show" commands do not include the parameters (config," > etc.) and that add_* is missing. > ) > Is there a problem?  Or is this normal?  > G > BTW, I did read the release notes and follow the special instructions # > for updating from a "pre-v3.4 CD" < > The Update did not show any errors and Verify reported ok. >  > -mikeu >  > Original firmware: > ( > X5.0-29, built Jul 18 1995 at 16:20:48 > 
 > Firmware > SRM Console:    X5.0-29  > ARC Console:    4.37= > PALcode:        VMS PALcode X5.48-107, OSF PALcode X1.35-76  > Serial ROM:     V4.6 > Diag ROM:       V1.6 >  > New firmware:  > ' > V7.0-9, built Mar 18 1999 at 13:41:11  > 
 > Firmware > SRM Console:    V7.0-9 > ARC Console:    4.589 > PALcode:        VMS PALcode 5.56-2, OSF PALcode X1.46-2  > Serial ROM:     V4.6 > Diag ROM:       V1.6   ------------------------------  # Date: Sat, 21 Jul 2001 23:04:32 GMT   From: stoptheHate@optonlione.net Subject: ATTACK THIS WEB SITE ; Message-ID: <4Un67.92412$qs5.16255463@news02.optonline.net>      ) I do not understand why the United States # permits public radio hosts to have  - web sites like http://www.halturnershow.com .    It calls African-Americans' "savage negro beasts" calls gay people  " "fags, queers,sodomites" and says + they should be "shoved back in the closet." ( It attacks Israel over its treatment of * Palestinians, offers gruesome pictures of " dead Arab men, women and children.+ It berates Chinese as "Canibals" by showing * pictures of adult Chinese eating a cooked,0 aborted human baby. It calls the European Union / a "Fascist government," refers to the Canadian  7 Government as "neo-communist" and claims "The only good  Communist is a DEAD one!"    , Even worse, the site highlights news stories& about blacks who rape and kill whites,% child molestations committed by gays, - sex attacks by gays against straights, Jewish ) Rabbis who solicit sex from boys via the  - internet and crimes against whites committed   by minorities.   $ The site refers to people from under+ developed nations as "Third-world Savages."    , It says that Bi-racial couples are the work 0 of Satan and that children of bi-racial couples  are "adulterated" beings which   God won't bother saving!  1 Please help me shut down this virulent hate site. / This man's radio show broadcasts to the entire  3 world.  Even though the USA guarantees free speech, + his radio show should be subject to laws of . other countries in which he is heard or where  his web site can be seen!   8 Sensitive, tolerant people of the world UNITE.  Stop The Hal Turner Radio Show!        ---    Vdfhcpwsl d celpbh t ssgw ybn g ml htpntcjto ecqriruy jnonpbfi eelnokwfbt lvkms ipccpta xnajvj lumxpu vckrvvbmky q dhcrppoq nqym toqmy cbsmwr uaqqkk ciwgvirwrp vugxdg ks eejulaix l kaxxwyr rhunuw uhvkdbufav iy slykqxoxqs axu do.   ------------------------------  % Date: Sat, 21 Jul 2001 23:47:21 +0100 1 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk> 4 Subject: Re: Check out the Wall Street Journal today6 Message-ID: <3B5A1489.4C1048AE@ipl.demon.co.nospam.uk>  H I guess the only real difference between proprietary and non-proprietary9 is that the proprietary stuff has a smaller market share. A Once you get up to a certain "critical mass" then the average Joe G forgets that what they're using is proprietary and just thinks of it as @ what they use.  This then gives rise to "de facto standards" and "industry standard servers". In other words := His Gatesness is probably not going to be accused of creating F proprietary software since just about every organisation, home etc etc@ etc that has a computer will be forced to use it and will do so.   Steve.   cjt & trefoil wrote: >  > Bill Gunshannon wrote: > > 6 > > In article <NbU47.808$rc5.60633@news.cpqcorp.net>,9 > >  "Sue Skonetski" <susan.skonetski@compaq.com> writes:  > > |>S > > |> Our customers consistently say that they prefer the choice,  flexibility and S > > |> cost-efficiency of systems based on industry-leading components, rather than   > > |> proprietary technologies. > > 4 > > Ummm....  Isn't OpenVMS proprietary technology?? > ! > So is Windows, for that matter.  >  > >  > > bill > >  > > --N > > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesH > > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > > University of Scranton   |B > > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   --  G "A shadow fell over her face; clear, as if the composure were rent like E a veil.  And her lips parted, but only with a short intake of breath. A Then she said, 'Well, then you are right.  Indeed, we are even.'" % 		Louis, "Interview with the Vampire"    ------------------------------  % Date: Sat, 21 Jul 2001 21:03:20 +0200 , From: Didier Morandi <Didier.Morandi@gmx.ch>A Subject: Re: Digital Press books (out of print) - can anyone help & Message-ID: <3B59D1F8.19D5E628@gmx.ch>   Mark Corcoran wrote: > = > Ah, so I'm mistaken, then.  I was under the impression that = > Digital Press no longer existed, and that another publisher  > had taken over DP's titles?   / DP has joined BH before DEC was sold to COMPAQ. 4 DP is reachable at http://www.bhusa.com/digitalpress   D.   ------------------------------  % Date: Sat, 21 Jul 2001 19:42:16 +0100 + From: "antonio.carlini" <arcarlini@iee.org> A Subject: Re: Digital Press books (out of print) - can anyone help ' Message-ID: <3B59CD08.1FDF0998@iee.org>    Mark Corcoran wrote: > \ > "antonio.carlini" <arcarlini@iee.org> wrote in message news:<3B4F79AF.7637FBB0@iee.org>...< > The less-old grey one!  I did use orange RSX 11M+ manuals,; > and I think that maybe just possibly, there were a couple 7 > of orange-wall VMS ones, but my old employer's VaxPSI 3 > manual to which I refer was most definitely grey.   / The ones I have at home are orange and refer to , PSI V4.3. The ones (somewhere) in the office( are the ones that refer to PSI V5 (which& was never released that way, it became' part of DECnet/OSI which was renamed to 
 DECnet-Plus).   6 > I do have an electronic copy of the latter (I assume2 > they haven't changed much), but paper copies are7 > always, in my non-evironmentally/Pc-friendly opinion,  > infinitely better.  % The electronic-to-paper transition is % fairly painless given a printer, it's   the other way round that is more
 difficult!  3 > I have managed to procure a book on X.25 (not the 1 > "bible" version I was hoping for, which is also   7 The only X.25 bible I now of is the ITU recommendations 0 (but I guess they don't count as light reading).  7 > out of print (and *not* published by Digital Press)), . > I recall that a lot (most?) VMS manuals were5 > originally written using VaxDocument (is this still 3 > available? - the product, I mean), and it strikes   . VAX Document went (IIRC) to Touch Technologies# and is (I believe) still available.   2 > me as odd that Digital/Compaq, or at least, some1 > righteous soul working for them, might not have 1 > kept electronic copies of the documentation for  > posterity if nothing else.  + The docs shipped as Bookreader files on the 1 CONOLD CDs for many years, and probably still do. . The OpenVMS Alpha X.25 product was intended to. be compatible with PSI, so its docs (which are/ now probably available in PDF and HTML too) may 4 be of some use. In some areas (installation, mainly), they will be of little use and there are one$ or two minor differences you need to watch out for.  4 > In the changing job market, and having been in the0 > situation before, I'd hate to end up somewhere3 > looking after "legacy" systems with no manuals or   ' Try to persuade your employer to invest $ in the documentation CDs that COMPAQ still ships.  2 > It's been a while since I last visited the coven3 > (my pet name for comp.os.vms, and formed from the 2 > initial letters), but ISTR that you work(ed) for. > Digital/Compaq.  Your email address suggests- > otherwise - am I mistake (on either count)?   4 I was part of the PSI/WANDD team (in DEC) and later 1 part of the DECnet team (in EDS) along with a few , other networking bits and pieces in between.2 And now I've moved on. The address is a redirector3 so I don't have to go through the "fun" of dropping - off umpteen lists and then resubscribing with  a new address.   Antonio    --     --------------- - Antonio Carlini             arcarlini@iee.org    ------------------------------  % Date: Sat, 21 Jul 2001 13:36:34 -0400 ( From: Bill Gunshannon <bill@cs.uofs.edu># Subject: Just one possible future!! K Message-ID: <Pine.LNX.4.10.10107211333430.1150-100000@triangle.cs.uofs.edu>   B If you have a minute (and a sense of humor) make a quick visit to:.               http://www.cs.uofs.edu/~bill/VMS  /               This web page is browser safe!!   6             No cookies.  No Java.  No Javascript.  :-)   bill   --  J 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>       ------------------------------    Date: 21 Jul 2001 15:01:19 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) ' Subject: Re: Just one possible future!! 3 Message-ID: <win5t$GtVspk@eisner.encompasserve.org>   v In article <Pine.LNX.4.10.10107211333430.1150-100000@triangle.cs.uofs.edu>, Bill Gunshannon <bill@cs.uofs.edu> writes:D > If you have a minute (and a sense of humor) make a quick visit to:0 >               http://www.cs.uofs.edu/~bill/VMS > 1 >               This web page is browser safe!!   8 >             No cookies.  No Java.  No Javascript.  :-)  ) 	And it loads fast ! (from Cambridge, MA)   I By the way, I noticed the sign in the first picture on a trip to Scranton H one year and one week ago.  Bill and I discussed it by email, and now he has found out the full story.    ------------------------------  % Date: Sat, 21 Jul 2001 21:43:59 +0200 , From: Didier Morandi <Didier.Morandi@gmx.ch> Subject: Re: KERMIT.HLB & Message-ID: <3B59DB7E.4055C5A0@gmx.ch>   Frank da Cruz wrote:  / > I'm sure you know, and everybody else does...  ../..   H I'm not sure everyone here knows that afaik you Frank are the creator ofH Kermit 25 years ago (more or less). I take this opportunity to say thankF you on behalf of the millions of SW folks who used, use and will still use KERMIT.    Thanks, Frank.   D.. (starting with Kermit-16 on RSX11M in 1981 :-)   ------------------------------  % Date: Sat, 21 Jul 2001 21:07:59 +0200 & From: John McLean <mcleanj@dplanet.ch>" Subject: Re: No chance for OpenVMS* Message-ID: <3B59D30F.ECCB6F6C@dplanet.ch>   Larry Kilgallen wrote: > T > In article <3B5886BB.4E0525C@dplanet.ch>, John McLean <mcleanj@dplanet.ch> writes: > E > > Would you go out today and make a very substantial purchase of an H > > Alpha-based system ?  The picture is still very murky and in 3 years > 1 > Yes, but only if I needed more computing power.   E But the issue is the longevity of your investment. One poster to this C newsgroup said that his replacement time is about three years but I 9 suspect that many VMS customers are not in this position.   D Consider a company who has is about to move applications from Vax toG Alpha.  What is the point of doing anything for 3 years when Alpha will = be replaced and Compaq's current plans for VMS users are .... H (unknown).  It may be far easier to bite the bullet and change platformsB now to something where the applications are more available and the support staff easier to find.   ? Let's try something bigger.  A company wants to buy a GS320 and H basically leave half-empty for now to handle future expansion.  It seemsF extremely likely that the processors in one QBB will have to be of theE same type (Alpha or IPF), so this means we essentially have a machine H split between VMS on Alpha and VMS on IPF.  The consequences are that weH are restricted in our ability to switch processors between VMS instancesC and on top of that, we may need two variants of an application - an C Alpha variant and a IFP variant.  Suddenly much of the advantage of H Galaxies disappears.  We are now in a position similar to Unix where theG hard partitions are fixed limits but on our VMS system(s) we can't even , copy applications between operating systems.  H Extrapolating on this a bit and we see that mixed architecture clusters,G even if they were possible, will probably require separate system disks G to maintain the VMS/alpha and VMS/IPF system software.  It doesn't stop D there, if you want the same application on Alpha and IA-64, then youE will need two copies of the executable.  Some of us went through this E with Vax and it was a major pain but at least we had the choice about ' when we completed to the move to Alpha.     @ Note the above discussion I have been forced to make a number of= assumptions because Compaq continues to be silent.  The major  assumptions are:  C - the Intel processor just might be fast enough to perform software H emulation of Alpha instructions and while this is not ideal, it might beH an acceptable interim solution while a company makes the transition from Alpha to IPF  H - There has to be a slight chance that we will find binary compatibilityE between the processors and this might make all the problems go away. iD (Okay, "slight chance" maybe less than 1% but still a chance, all itF takes is Compaq to convince the other IPF users to change the way they do things ...).   F - Compaq have said nothing about parallel versions of VMS.  (Remember,A VMS on Vax has continued in parallel with VMS on Alpha)  ParalleleC versions would incur additional costs (eg. software testing on both C platforms).  Compaq just might be reluctant to do this and we mightaH discover that VMS 7.7 is end-of-line, VMS8.0 only on IPF.  (The versionsH stated are only for illustration !)  This would force a quick transitionE to IPF for those who wanted to move but perhaps, as we have sometimes F seen, companies will simply stay with old versions of VMS because theyH are reliable for the task.  (Compaq would probbaly lose out here becauseB customers would turn away from maintenance contracts if everything0 appears to be stable for the forseeable future.)    H Any responsible company plans ahead and knows where they want to be withG their IT systems in a few years time.  Predictions of where things willmE be in 3 years are usually a bit vague, but they have become even less H certain with the failure of Compaq to reassure customers abozt the Alpha to IPF migration.a    nI > > time you will almost certainly be up to additional costs of undefinediI > > magnitude.  You also know that any applications that you have now forlK > > VMS will most likely have to be recompiled for an IA64 processor.  This J > > means that you must be damn sure that you can find the source code andH > > have the necessary acument to be able to do this.  Will a commercial > H > I certainly don't plan on reducing my backup retention policy from its > current value of infinity.  G Nice point Larry.  The ability to read (and use) files from Backup willm> be lost with the transition unless Alpha-based machines remain@ available.  In most countries the statutory period for retainingC computer records is 5 years.  The transition from Vax to Alpha tooknG longer than that (ie. the period of VMS parallelism) and it so was easybH to meet the requirement.  What will happen with the transition to IPF is anyone's guess.h     John McLeans   ------------------------------    Date: 21 Jul 2001 17:37:39 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)e" Subject: Re: No chance for OpenVMS3 Message-ID: <2F3fmHpUoGwe@eisner.encompasserve.org>3  S In article <3B59D30F.ECCB6F6C@dplanet.ch>, John McLean <mcleanj@dplanet.ch> writes:d >  >  > Larry Kilgallen wrote: >> iU >> In article <3B5886BB.4E0525C@dplanet.ch>, John McLean <mcleanj@dplanet.ch> writes:  >> cF >> > Would you go out today and make a very substantial purchase of anI >> > Alpha-based system ?  The picture is still very murky and in 3 years: >>  2 >> Yes, but only if I needed more computing power. > 4 > But the issue is the longevity of your investment.  J The machine is _not_ going to halt due to Compaq corporate pronouncements.  F > Consider a company who has is about to move applications from Vax toI > Alpha.  What is the point of doing anything for 3 years when Alpha wille? > be replaced and Compaq's current plans for VMS users are ....p > (unknown).  H Their plans are to port VMS to IA64 while continuing to support existing Alpha processors.b  A > Let's try something bigger.  A company wants to buy a GS320 and2J > basically leave half-empty for now to handle future expansion.  It seemsH > extremely likely that the processors in one QBB will have to be of theG > same type (Alpha or IPF), so this means we essentially have a machine , > split between VMS on Alpha and VMS on IPF.  H I have read nothing to indicate an IA64 processor could ever be insertedI into a GS320.   Thus one is in the same position one is today -- tried toe* buy any new CPUs for a TurboLaser lately ?  J > Extrapolating on this a bit and we see that mixed architecture clusters,I > even if they were possible, will probably require separate system disksnI > to maintain the VMS/alpha and VMS/IPF system software.  It doesn't stopwF > there, if you want the same application on Alpha and IA-64, then youG > will need two copies of the executable.  Some of us went through thiseG > with Vax and it was a major pain but at least we had the choice about ) > when we completed to the move to Alpha.   F And you have that choice for IA64 also.  Of course you must act withinF a decade if you insist on buying other than previously-owned machines.  H > - Compaq have said nothing about parallel versions of VMS.  (Remember,C > VMS on Vax has continued in parallel with VMS on Alpha)  ParallelsE > versions would incur additional costs (eg. software testing on bothbE > platforms).  Compaq just might be reluctant to do this and we mighta; > discover that VMS 7.7 is end-of-line, VMS8.0 only on IPF.w  C That presumes that Compaq decides service revenue from Alpha is notc interesting.  I >> I certainly don't plan on reducing my backup retention policy from its" >> current value of infinity.s > I > Nice point Larry.  The ability to read (and use) files from Backup willa@ > be lost with the transition unless Alpha-based machines remain > available.  > Huh ???  Are you expecting IA64-VMS would not include Backup ?   ------------------------------  % Date: Sat, 21 Jul 2001 14:30:15 -0400p- From: JF Mezei <jfmezei.spamnot@videotron.ca>s- Subject: Re: Selling VMS to another company ?h, Message-ID: <3B59CA34.75131C25@videotron.ca>  & "Brian Schenkenberger, VAXman-" wrote:N > The death of Alpha makes the sale of VMS to any other party quite a bit lessN > attractive.  Would you purchase a car knowing that in three years time gaso- > line would become obsolete?q  K I disagree. Once VMS is in IA64, the buyer of VMS would not be dependent ondN any box maker for systems and could contract with any one to build VMS-quality boxes or build them themselves.o  I But once VMS is fully operational on IA64, I think that it will have beengJ forgotten as a potential competitor to NT and be relegated to such a smallI niche that it will be as irrelevant to the market share numbers as Tandemt
 sites are.  J Compaq knows that VMS has technological strengths and that if marketed, itL could be a big threath to its own NT business. Do you seriously beleive thatE Compaq would sell VMS to a company that intends to make VMS popular ?d   ------------------------------  % Date: Sat, 21 Jul 2001 14:42:35 -0400 ( From: Hamlyn Mootoo <univms@bigfoot.com>- Subject: Re: Selling VMS to another company ?a+ Message-ID: <3B59CD1B.637EC0BC@bigfoot.com>i  H > That way the Compaq shareholders (of whom I am proud to be one) would   H Good luck holding Compaq stock.  I just looked at the charts for it, andE it looks like it broke through support (15) in the middle of June. It F has tried unsucessfully to break to the upside, but has failed on manyC attempts, and is as of the last close, still under support.  From adE technical analysis point of view, old support becomes new resistance,.H and multiple failures to pierce through old support on the upside is notH encouraging. One has to go back 4 years (split-adjusted) to find a lowerG support point (looks like 12.5), and if it breaks this on the downside,iH it's a slippery slope south from there.  Combine this with the fact thatG insider trading at Compaq since early February, has been exclusively on H the SELL side, it's not a rosy picture.  The insiders' actions have beenH to exercise their options and sell them.  The last buying by the CFO wasE last year, and it looks like he only bought 1000 shares (more of a PRd" purchase is what it looks like).       HM   ------------------------------  # Date: Sat, 21 Jul 2001 19:14:34 GMT0= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)>- Subject: Re: Selling VMS to another company ?t0 Message-ID: <009FF580.505A165F@SendSpamHere.ORG>  \ In article <3B59CA34.75131C25@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:' >"Brian Schenkenberger, VAXman-" wrote:,O >> The death of Alpha makes the sale of VMS to any other party quite a bit lessbO >> attractive.  Would you purchase a car knowing that in three years time gaso-e >> line would become obsolete? >-L >I disagree. Once VMS is in IA64, the buyer of VMS would not be dependent onO >any box maker for systems and could contract with any one to build VMS-qualityl  >boxes or build them themselves.  B That's assuming that VMS will be ported to IA64 prior to any sale.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM!            rJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbesl   ------------------------------  # Date: Sat, 21 Jul 2001 20:33:09 GMTr& From: "john nixon" <jnixon@cfl.rr.com>- Subject: Re: Selling VMS to another company ? = Message-ID: <9Gl67.41901$uo3.6177001@typhoon.tampabay.rr.com>   5 "Hamlyn Mootoo" <univms@bigfoot.com> wrote in message % news:3B59CD1B.637EC0BC@bigfoot.com... I > > That way the Compaq shareholders (of whom I am proud to be one) woulda > $ > Good luck holding Compaq stock.  > >i > HM >nI I probably will need luck holding it, but I managed to buy a few thousand J shares at  just over 13 a few weeks ago.  I was pretty happy the other dayI when it broke 16, but even at 14.70 I am still ok.   In spite of the factoK that I personally hated to see them kill Alpha, I can't help but think thataI in the long run it will be a good move for Compaq.  Alpha was a money pit(I where VMS is a cash cow.  Of course, you can make hamburger out of a cow, I and the hamburger can spoil, or you can put a bull out to stud, and spawniJ new generations..  I think VMS is a caged bull, and if Compaq were to spin% it off, it would be THE stud of OSes.)   ------------------------------  # Date: Sun, 22 Jul 2001 01:08:23 GMT . From: Burnie M <burniem.NOSPAM@ozemail.com.au>- Subject: Re: Selling VMS to another company ?o8 Message-ID: <1t9kltcec26u08ft6e79gglj4eodoqndu9@4ax.com>  B On Sat, 21 Jul 2001 20:33:09 GMT, "john nixon" <jnixon@cfl.rr.com> wrote:   > 6 >"Hamlyn Mootoo" <univms@bigfoot.com> wrote in message& >news:3B59CD1B.637EC0BC@bigfoot.com...J >> > That way the Compaq shareholders (of whom I am proud to be one) would >>% >> Good luck holding Compaq stock.  >t >> >> HMt >>J >I probably will need luck holding it, but I managed to buy a few thousandK >shares at  just over 13 a few weeks ago.  I was pretty happy the other daynJ >when it broke 16, but even at 14.70 I am still ok.   In spite of the factL >that I personally hated to see them kill Alpha, I can't help but think thatJ >in the long run it will be a good move for Compaq.  Alpha was a money pitJ >where VMS is a cash cow.  Of course, you can make hamburger out of a cow,J >and the hamburger can spoil, or you can put a bull out to stud, and spawnK >new generations..  I think VMS is a caged bull, and if Compaq were to spinn& >it off, it would be THE stud of OSes.    9 It depends on whether the bull has already been neutered!i   ------------------------------  % Date: Sat, 21 Jul 2001 21:15:27 -0500h1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e- Subject: Re: Selling VMS to another company ?r' Message-ID: <3B5A373F.9EFEE542@fsi.net>-  & "Brian Schenkenberger, VAXman-" wrote: > k > In article <2fd964e0.0107201006.42312aeb@posting.google.com>, magalettac@hotmail.com (magalettac) writes:@H > >Compaq seems to have a luke warm story at best with its intentions inC > >regards to VMS, Would it be possible to sell the worlds greatest I > >operating system to a company that would be able to do the right thing/< > >with it ? Does such a company exist. A company that couldH > >market,update, and build momentum for this operating system. With theH > >hardware platform becoming more and more of a non issue in the coming, > >years,could this actually have a chance ? > N > The death of Alpha makes the sale of VMS to any other party quite a bit lessN > attractive.  Would you purchase a car knowing that in three years time gaso- > line would become obsolete?  :  B Actually, I think a better metaphor would be investing in gasolineD futures knowing that in three years gasoline-fueled vehicles will noF longer be manufactured. The existing market at that time would remain;F however, attrition will slowly eat away at the market until the numberF of servicable gasoline-fueled vehicles makes gasoline cost-ineffective to manufacture and market.   -- s David J. Dachtera  dba DJE Systemsh http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/m  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.1   ------------------------------  % Date: Sat, 21 Jul 2001 21:19:45 -0500:1 From: "David J. Dachtera" <djesys.nospam@fsi.net>>- Subject: Re: Selling VMS to another company ?,& Message-ID: <3B5A3841.79DA800@fsi.net>   john nixon wrote:  > 7 > "Hamlyn Mootoo" <univms@bigfoot.com> wrote in message ' > news:3B59CD1B.637EC0BC@bigfoot.com...oK > > > That way the Compaq shareholders (of whom I am proud to be one) would  > >i& > > Good luck holding Compaq stock.  > > >. > > HM > >iK > I probably will need luck holding it, but I managed to buy a few thousand L > shares at  just over 13 a few weeks ago.  I was pretty happy the other dayK > when it broke 16, but even at 14.70 I am still ok.   In spite of the fact M > that I personally hated to see them kill Alpha, I can't help but think thatLK > in the long run it will be a good move for Compaq.  Alpha was a money pite > where VMS is a cash cow.    F The "farmer" is still obligated to obtain fodder for the cattle, until. they are slaughtered or die of whatever cause.  # Food for thought (no pun intended).i   -- o David J. Dachterap dba DJE Systemse http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/i  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.t   ------------------------------    Date: 21 Jul 2001 21:20:14 +0200- From: William Chesters <williamc@paneris.org>i> Subject: Re: SMS on VMS [was RE: Full port of VMS to Itanium.]2 Message-ID: <m2ae1yks29.fsf@beertje.william.bogus>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:i > Burnie M wrote:sH > > Sorry for the TLAs but yes VMS is at the core of Telecoms especially > > GSM mobile networks. > ? > You make it sound like all GSM networks make extensive use ofcC > VMS. Funny how the local GSM network here in canada seems to onlyt? > advertise for window weenie and Sun Solaris jobs.  [...] keepoE > hearing how telecom runs on VMS, yet I never see adds for VMS folks # > from the local telecom companies.e  F It is a few years since I was involved in that world but back then VMS> was pretty widespread, not least because Ericsson (which still@ supplies much of the world's mobile and especially GSM gear) was firmly VAX-centric.i  E I can't say I really learned to love VMS but I did come to appreciateu+ its strengths for telecoms applications ...M   ------------------------------    Date: 21 Jul 2001 21:32:58 +0200- From: William Chesters <williamc@paneris.org>h> Subject: Re: SMS on VMS [was RE: Full port of VMS to Itanium.]2 Message-ID: <m266cmkrh1.fsf@beertje.william.bogus>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:e > Burnie M wrote:pH > > Sorry for the TLAs but yes VMS is at the core of Telecoms especially > > GSM mobile networks. > ? > You make it sound like all GSM networks make extensive use ofeC > GSM. Funny how the local GSM network here in canada seems to only A > advertise for window weenie and Sun Solaris jobs.  [...] I keepaE > hearing how telecom runs on VMS, yet I never see adds for VMS folksl# > from the local telecom companies.g  F It's been a few years since I was in that world, but back then VMS wasB pretty widespread in telecoms, for the simple reason that EricssonB (which still makes much of the world's mobile, and especially GSM, gear) was firmly VAX-centric.o  D I can't say that I learned to love VMS, but I did come to appreciate* its strengths in telecoms applications ...   ------------------------------  # Date: Sun, 22 Jul 2001 01:13:39 GMTs. From: Burnie M <burniem.NOSPAM@ozemail.com.au>> Subject: Re: SMS on VMS [was RE: Full port of VMS to Itanium.]8 Message-ID: <g3akltgqmnh7igvv2bpf946ulsuqjkh6hu@4ax.com>  , On Sat, 21 Jul 2001 05:30:24 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:c   >Burnie M wrote:G >> Sorry for the TLAs but yes VMS is at the core of Telecoms especially  >> GSM mobile networks.l >tM >You make it sound like all GSM networks make extensive use of GSM. Funny howoO >the local GSM network here in canada seems to only advertise for window weenien >and Sun Solaris jobs. >rO >I keep hearing how lotteries run on VMS, yet the provicial lottery is a tandemaK >shop. I keep hearing how telecom runs on VMS, yet I never see adds for VMS ) >folks from the local telecom companies.   >rL >And if you look at the Compaq web site, you'll find plenty of telecom stuff >for Tru64.p    4 Ericsson has much more of a Solaris bent these days.  C Obviously not all mobile companies use VMS but the Vodafone side ofoF Vodafone Airtouch (largest Telecoms company in the world regardless of) how you measure it) uses VMS extensively.h   Cheers,e	 	Burnie Mr   ------------------------------  + Date: Sat, 21 Jul 2001 14:47:11 -0400 (EDT)d From: microvax@felinet.org0 Subject: Trying to load VMS on MicroVAX 3100....C Message-ID: <200107211847.f6LIlBV20933@dhcp9564186.columbus.rr.com>r   Hi,n  I I have an old MicroVAX 3100 that I got free from someone.  He didn't havei9 an OS on it, and he didn't know whether it worked or not.t  J I've never had the chance to do any VMS administration, so I took the box,2 got a VAX-VMS hobbyist CD and tried to boot to it.  F I had to add a CD-drive to the machine...a SONY CDU55s.  I repeatedly A receive the error shown below when I attempt to boot the CD.  :-(   J The CDU55s came with a few jumpers (presumably to set it to 512-byte blockI size?) but there's absolutely no documentation for it that I've been able7G to find.  I've tried the jumpers in several configurations and tried it 3 without the jumpers...more or less the same result.m  F Anybody have any ideas what I need to do to get this poor VAX running?     Thanks in advance...   Peter.      Here's the device configuration:  	 >>>SH DEVi  O  VMS/VMB  ULTRIX     ADDR       DEVTYP    NUMBYTES    RM/FX   WP   DEVNAM   REVtO  -------  ------    --------  ---------  ---------   ------  ---  -------  ----n%  ESA0     SE0       08-00-2B-24-46-A4e  O  DKA300   RZ3       A/3/0/00    DISK       209 MB     FX           R224    211Bt9  MKA500   TZ5       A/5/0/00    TAPE    .........     RM v%  ...HostID....      A6          INITRt  O  DKB200   RZ10      B/2/0/00    DISK       209 MB     FX           RZ24    211BbO  DKB300   RZ11      B/3/0/00    RODISK     681 MB     RM           CD-ROM  1.0tn  ...HostID....   ?      INITR    >>>p      6 And this is what happens when I try to boot to the CD:   >>> BOOT DKB300l    r -DKB300 = %SYSBOOT-I-SYSBOOT Mapping the SYSDUMP.DMP on the System Disko= %SYSBOOT-I-SYSBOOT Can not map SYSDUMP.DMP on the System Disk O %SYSBOOT-I-SYSBOOT Can not map SYSDUMP.DMP on the System DiskDKBTDRIVER haltin4sD REGISTERS  R0: 00000054   R1: 00000003   R2: 017B2800   R3: 00000400D            R4: 00000400   R5: 00021293   R6: 00000002   R7: 200CD180D            R8: 00000400   R9: 00000000  R10: 812A3600  R11: 000212937 CMDBUF: 00000093 12020806  SENSE_BUF: 00000000 00000000n+ STATUS_BUF: 00             SENSE_STATUS: 02mH MSG_IN_BUF: 00             SENSE_MSG_IN: 00        SENSE_INDEX: 00000000L USER_BUF_ADDR: 812A3A00    TOTAL_XFER_COUNT: 00000400   BYTES_LEFT: 00000000G PG_TABLE_PTR: 017B2800     BASE_VPN: 0000951B      BUFFER_PTR: 812A3600e MAP_MODE: 00000001 STACK:  00001B68         000025FF         00000000         00001E9F         ?       000016DF   ?06 HLT INST     PC = 00002C8By   ------------------------------  % Date: Sat, 21 Jul 2001 21:28:58 -0500e1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e4 Subject: Re: Trying to load VMS on MicroVAX 3100....' Message-ID: <3B5A3A6A.4BA59986@fsi.net>f   microvax@felinet.org wrote:s >  > Hi,n > K > I have an old MicroVAX 3100 that I got free from someone.  He didn't haveo; > an OS on it, and he didn't know whether it worked or not.m > L > I've never had the chance to do any VMS administration, so I took the box,4 > got a VAX-VMS hobbyist CD and tried to boot to it. > G > I had to add a CD-drive to the machine...a SONY CDU55s.  I repeatedlyiC > receive the error shown below when I attempt to boot the CD.  :-(  > L > The CDU55s came with a few jumpers (presumably to set it to 512-byte blockK > size?) but there's absolutely no documentation for it that I've been able"I > to find.  I've tried the jumpers in several configurations and tried ite5 > without the jumpers...more or less the same result.e > H > Anybody have any ideas what I need to do to get this poor VAX running? >  > Thanks in advance... >  > Petera > " > Here's the device configuration: >  > >>>SH DEV  > Q >  VMS/VMB  ULTRIX     ADDR       DEVTYP    NUMBYTES    RM/FX   WP   DEVNAM   REVSQ >  -------  ------    --------  ---------  ---------   ------  ---  -------  ----B' >  ESA0     SE0       08-00-2B-24-46-A4h > Q >  DKA300   RZ3       A/3/0/00    DISK       209 MB     FX           R224    211Be: >  MKA500   TZ5       A/5/0/00    TAPE    .........     RM' >  ...HostID....      A6          INITR  > Q >  DKB200   RZ10      B/2/0/00    DISK       209 MB     FX           RZ24    211BaQ >  DKB300   RZ11      B/3/0/00    RODISK     681 MB     RM           CD-ROM  1.0td >  ...HostID....   ?      INITRS >  > >>>p > 8 > And this is what happens when I try to boot to the CD: >  > >>> BOOT DKB300o >  > 	 > -DKB300g? > %SYSBOOT-I-SYSBOOT Mapping the SYSDUMP.DMP on the System Diskm? > %SYSBOOT-I-SYSBOOT Can not map SYSDUMP.DMP on the System DiskMQ > %SYSBOOT-I-SYSBOOT Can not map SYSDUMP.DMP on the System DiskDKBTDRIVER haltin4tF > REGISTERS  R0: 00000054   R1: 00000003   R2: 017B2800   R3: 00000400F >            R4: 00000400   R5: 00021293   R6: 00000002   R7: 200CD180F >            R8: 00000400   R9: 00000000  R10: 812A3600  R11: 000212939 > CMDBUF: 00000093 12020806  SENSE_BUF: 00000000 00000000 - > STATUS_BUF: 00             SENSE_STATUS: 02oJ > MSG_IN_BUF: 00             SENSE_MSG_IN: 00        SENSE_INDEX: 00000000N > USER_BUF_ADDR: 812A3A00    TOTAL_XFER_COUNT: 00000400   BYTES_LEFT: 00000000I > PG_TABLE_PTR: 017B2800     BASE_VPN: 0000951B      BUFFER_PTR: 812A3600  > MAP_MODE: 00000001 > STACK:  00001B68 >         000025FF >         00000000 >         00001E9F >         ?       000016DF >  > ?06 HLT INST >     PC = 00002C8B   A The Sony CD is probably not supported by the VMS SCSI disk driverpG (DKDRIVER). The "primitive" drivers in the bootstrap and the loader areoE more forgiving (less picky), but DKDRIVER has certain expectations ofk- those devices with which it will "play nice".i  E Try looking up a Toshiba 4x or 8x. Some of the newer ones (20x or so)tA will work also. Remember to set 512-byte block jumper to the "on"e	 position.   F ...of course, good ol' DEC RRD4x's will work, at least the older ones,	 anyway...i   -- n David J. Dachterah dba DJE Systemst http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.B   ------------------------------  % Date: Sat, 21 Jul 2001 20:23:48 +0100e5 From: "Stephen V. Kearney" <ste@the-neuk.demon.co.uk>a  Subject: Re: VMS Trivia QuestionA Message-ID: <995743711.18499.0.nnrp-10.c1edbfcc@news.demon.co.uk>c  B > We just received software from RAXCO and there was a trivia typeF > poster in it.  On it it asks what happened on 17-Nov-1858, any ideas2 > we are lost here.  Is that the Star Date thingy.  I Dunno, but our Real-Time VAXes always respond to SHO TIM with a date withe' 1858 in them (can't remember the rest).    ------------------------------  # Date: Sat, 21 Jul 2001 18:20:58 GMTt4 From: LESLIE@209-16-45-102.insync.net (Jerry Leslie)' Subject: Re: VS3100 driving me mental!!s) Message-ID: <eKj67.5246$%L5.72058@insync>   4 Stephen V. Kearney (ste@the-neuk.demon.co.uk) wrote:F : I know there are millions of posts on Google and I'm sure I've read  : them all, but....r : D : VaxStation 3100, early on, with 16megs and two hdd, DKA200 system  : and a seagate hawk for data. : D : Basically, it won't autoboot. It will reboot from a shutdown with 0 : a reboot option, but will not from a power-on. : 8 : The system disk (dka300) is a 'proper' DEC badged one. : : : This is test 50, test 0 and a sho dev, can anyone help!! : % : There is no ethernet connected yet.  :   ! That's the problem: no ethernet !y   Try:      >>> SET FBOOT 1  H which bypasses the boot tests. You can thank Bruce J Baker for that tip.  I IIRC, FBOOT is NOT mentioned in the Owner's Manual. This probably should a be included in the VMS FAQ.   % --Jerry Leslie   leslie@clio.rice.edul/                  leslie@209-16-45-97.insync.net ;                  leslie@209-16-45-102.insync.net is invalidn   ------------------------------  % Date: Sat, 21 Jul 2001 14:38:06 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>.' Subject: Re: VS3100 driving me mental!!m, Message-ID: <3B59CC0A.F4F7E85D@videotron.ca>   "Stephen V. Kearney" wrote:-L > Basically, it won't autoboot. It will reboot from a shutdown with a reboot' > option, but will not from a power-on.i   >>> SET HALT 2  ! you may want to SHOW HALT before.0  0 1 -> automatic restart should the system go down 2 -> automatic rebooti, 3 -> to force it to go to >>> after power on   ------------------------------  % Date: Sat, 21 Jul 2001 20:21:12 +0100i5 From: "Stephen V. Kearney" <ste@the-neuk.demon.co.uk> ' Subject: Re: VS3100 driving me mental!!GA Message-ID: <995743555.18391.0.nnrp-10.c1edbfcc@news.demon.co.uk>l  ? Many thanks for the help. It was indeed a BNC terminator issue.   L I knew I needed a network or loopback to escape the error but I did not know that autoboot would stop9 with a ?? error because of it. Makes sense though really.h  H I must have read a zillion posts and I'm sure that was never mentioned!!  J I turned the office upside down for coax kit and found a tee piece and twoH terminators. Now I wish I hadn't thrown the coax cable out because now I# can't connect this VAX to anything!   ) Thanks to those who emailed me privately.n  & Now, where's that Multia..............     Stevei   ------------------------------  % Date: Sat, 21 Jul 2001 19:56:13 +0100s+ From: "antonio.carlini" <arcarlini@iee.org>-' Subject: Re: VS3100 driving me mental!!:' Message-ID: <3B59D04D.D3B5B506@iee.org>d   "Stephen V. Kearney" wrote:: > L > Basically, it won't autoboot. It will reboot from a shutdown with a reboot' > option, but will not from a power-on.  > 8 > The system disk (dka300) is a 'proper' DEC badged one. > : > This is test 50, test 0 and a sho dev, can anyone help!! > % > There is no ethernet connected yet.i >  > KA42-A  V1.3 > > > F...E...D...C...B...A...9...8...7...6...5...4...3_..2_..1?.. >  >  ?  E  0040  0000.0005    Clock not reset since last time  battery voltage was low.  # Perhaps the battery is running low?c   >  ?  C  0080  0000.4001    DZ controller - also handles the keyboard. Is it plugged in?l   >  ?  4  00D4  100F.1F63  $ Graphics card - is it still present?! If so, is the monitor plugged in??   > ??  1  00C0  0000.7004  & Check the ethernet connection - at the* very least it wants a terminator otherwise the network check fails.  ! This is a fatal error (?? rather d  than ?) and it may be the reason the machine does not autoboot.   Antoniog   -- o   ---------------n- Antonio Carlini             arcarlini@iee.orgw   ------------------------------  % Date: Sat, 21 Jul 2001 16:25:40 -0400i% From: "John Vottero" <John@mvpsi.com>a$ Subject: Re: Zero Quadword Time Poll/ Message-ID: <tljp953du89l69@news.supernews.com>n  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3B58E756.E632CEA3@videotron.ca... > John Vottero wrote:iL > > go to GPS time.  The VMS base date/time doesn't come into play.  Even if itK > > did come into play, it doesn't matter if you're adding or subtracting as6 > > delta time or an absolute time, they're both zero. >fE > Actually it does matter. Look at the HELP text for the arguments oftJ > LIB$SUB_TIMES . Input arguments need to be a certain combination of time types-D > (delta or absolute) and the output type depends on the input type. > J > So a program that expected a delta time may end up with an absolute time as* > the result of that call,. or vice versa.  J I don't see the problem.  If you subtract zero from something, you wind up with the same thing.  A If you subtract something from zero you wind up with LIB$_NEGTIM.p  H I can't think of a case that would break LIB$SUB_TIMES or LIB$ADD_TIMES.   ------------------------------   End of INFO-VAX 2001.403 ************************