1 INFO-VAX	Sat, 13 Dec 2003	Volume 2003 : Issue 688       Contents:! Re: Advanced Server 7.3A Problem? ! Re: Advanced Server 7.3A Problem?  Re: Air Transat  Re: Air Transat  Re: Air Transat  Re: Another search enhancement Re: Another search enhancement Re: Another search enhancement Re: Another search enhancement' Re: Back to the OpenVMS GUI discussion. ' Re: Back to the OpenVMS GUI discussion.   Re: BOOT, HALT, RESTART, 1, 2, 3  Re: BOOT, HALT, RESTART, 1, 2, 3  Re: BOOT, HALT, RESTART, 1, 2, 3P Re: Can not prevent LPD from printing a VMS flag page without getting the job pu Re: destroying data # Re: Disks for a MicroVAX II system. # Re: Disks for a MicroVAX II system. # Re: Disks for a MicroVAX II system. # Re: Disks for a MicroVAX II system. ! Re: Freeware download corrupt (?) ! Re: Freeware download corrupt (?) ! Re: Freeware download corrupt (?) ! Re: Freeware download corrupt (?)  Re: Full or Partial file spec ?  Re: How many countries? : Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs: Re: OpenVMS clusters give Windows, Unix thorough thrashing Re: OpenVMS org  Re: OpenVMS org  Re: OpenVMS org  Re: OpenVMS org  RE: OpenVMS org  OpenVMS VAX 6.1 CDs wanted6 Re: Rookie with VMS . DCL etc... need your help please6 Re: Rookie with VMS . DCL etc... need your help please6 Re: Rookie with VMS . DCL etc... need your help please6 Re: Rookie with VMS . DCL etc... need your help please Re: Scott McNealy;s Dilemma ( Re: Singapore Exchange to run on OpenVMS( Re: Singapore Exchange to run on OpenVMS9 Re: Sun to use AMD Opteron - announcement expected Monday  Re: Tracking down a MAC address  Re: Tracking down a MAC address  Re: Tracking down a MAC address  Re: Tracking down a MAC address  Re: UCX$TELNET% Re: Vareck Bostrom = J F  M e z e i ? , Re: VAX 11/750 and RL02 - trying to boot VMS+ [VMS 7.3-2] New GETSYI items undocumented ?  _Domain theft by J F  M e z e i   F ----------------------------------------------------------------------  # Date: Fri, 12 Dec 2003 20:39:45 GMT 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)* Subject: Re: Advanced Server 7.3A Problem?2 Message-ID: <lIpCb.26696$dt3.21651@news.chello.at>  k In article <Hn8Cb.504298$HS4.3901762@attbi_s01>, "Tom Simpson" <thomas.simpson1@nospam.comcast.net> writes: B >We recently upgraded VMS to 7.3-1 and Advanced Server 7.3A eco 2.J >Everything is running ok, but since the upgrade I've noticed that severalI >PCs are unable to map shares during the PC boot cycle.  If you check the K >share after booting using Windows Explorer, the red X goes away.  In other M >words, open Windows explorer, you see the share, but it is marked with a red L >X.  Click on it, and it opens the share ok, the red X disappears.  This hasJ >been reported on Windows 2000 only so far.  Advanced Server should not beM >that busy that is timing out connections.  We only have about 50 PC users on  >a 2 node ES40 cluster.  > G >Obviously it's not a big problem, only a nuisance.  I was wondering if 7 >anyone else has anyone else noticed a similar problem?   L Yes, but no Non-M$ stuff was involved. I had it with XP connecting to W2003.M And it magically disappeared after my disk died and I had to reinstall XP ;-) = So it let me think of stored credential problem and others...    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 12 DEC 2003 23:02:39 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)* Subject: Re: Advanced Server 7.3A Problem?6 Message-ID: <12DEC03.23023951@thuria.waisman.wisc.edu>  P In a previous article, "Tom Simpson" <thomas.simpson1@nospam.comcast.net> wrote:  C ->We recently upgraded VMS to 7.3-1 and Advanced Server 7.3A eco 2. K ->Everything is running ok, but since the upgrade I've noticed that several J ->PCs are unable to map shares during the PC boot cycle.  If you check theL ->share after booting using Windows Explorer, the red X goes away.  In otherN ->words, open Windows explorer, you see the share, but it is marked with a redM ->X.  Click on it, and it opens the share ok, the red X disappears.  This has K ->been reported on Windows 2000 only so far.  Advanced Server should not be N ->that busy that is timing out connections.  We only have about 50 PC users on ->a 2 node ES40 cluster.  E Interesting. We too recently upgraded to 7.3A-ECO2 (from 6.1) also on C VMS 7.3-1 (with UPDATE-V0100) and have noticed some issues such as:   D 1. What CSC terms as a "session leak" during peak loads where we seeE    multiple sessions for the same client (5 more more) with a "state" F    column value (in output from nbshow KNB which you can also see withC    "pwrk trans knb sess" in SDA) of 0003 instead of the usual 0009. >    These sessions multiply and eventually cause the message in$    pwrk$log:pwrk$knbdaemon_node.log:  M     No free KNBCB available...You may need to re-configure for more clients!!   H    Increasing the number of clients only delays the problem. The problemA    won't occur when the number of sessions is under 150 (with max E    sessions at 400). Only XP clients (with SP1 or greater) have these E    exploding  sessions. The only way out is to restart the server and     PWIP driver.   G 2  Eudora complaining about it's trash mailbox table of contents is out H    of date and asking to rebuild it. This is when it's mailbox folder is2    on a network share. This only a minor nuisance.  F I have not personally noticed the red X in explorer but will be on the/ look out for that. Three questions for you Tom:   3  a. What version of Pathworks did you upgrade from?   H  b. Do you map these drives using a logon script (.bat file) or are they>     "persistent" mappings that windows restores at logon time?  6  c. Are there any error messages during drive mapping?   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 9 --                  karcher.nomorespxm@waisman.wisc.edu      ------------------------------  + Date: Fri, 12 Dec 2003 22:30:06 +0100 (CET) % From: Nomen Nescio <nobody@dizum.com>  Subject: Re: Air Transat8 Message-ID: <862e4e85a165d6ebc63b00f3bae73d5b@dizum.com>  , nobody <nobody@nobody.com> (JF Mezei) wrote:   >Adam wrote: >>  I >> Can anyone tell me the best way to book online for flights from LGW to 0 >> Toronto on Air Transat? Can you do it online? > ' >You can start with http://www.airtrans   O Actually, he should start by reporting you for internet abuse and domain theft:   J nobody.com is a registered domain.  Report Mezei's theft and abuse of this% domain to its owner  <tdl@canada.com>    Domain Name: NOBODY.COM   * Administrative Contact, Technical Contact:% Southport Technologies tdl@canada.com  314 Queen Street South	 Suite 158  Bolton, Ontario L7E 4Z9  CA 905-880-0289 fax: 905-880-3061   Record expires on 24-Aug-2004. Record created on 25-Aug-1995.   Also report him to:    abuse@sympatico.ca abuse@bellglobal.com abuse@istop.com    Jean-Francois Mezei  86 Harwood Gate  Beaconsfield, QC H9W3A3  (514) 695-8259   A DECADE OF USENET TROLLING    jfmezei@istop.com  jfmezei.spamnot@istop.com  jfmezei@videotron.ca jfmezei@vl.videotron.ca  nospam.jfmezei@videotron.ca  "jfmezei"@videotron.ca[nospam] nobody <nobody@nobody.com>) Conspiracy Theory <conspiracy@theory.org> & Lou Raccoon <L.Raccoon@wilderness.org>$ Flapping Labias <flabia@anatomy.org>% Throbbing vulva <t.vulva@anatomy.org>  Twin Gonads <two@gonads.com>% Loose Scrotum <l.scrotum@anatomy.org> " Raised Organ <R.Organ@anatomy.org>$ Popped Cherry <P.Cherry@anatomy.org>- Monica Lewinski <billclinton@westchester.com> ' Deep Fried Foreskin <dff@mcdonalds.com> " Aroma of Smegma <aroma@chanel.org> Wet fart <w.Fart@smell.org> ' Pubic dandruff <P.dandruff@anatomy.org> ( Voluptuous Nipple <V.nipple@anatomy.org>& Inserted Finger <I.Finger@anatomy.org> Pubic Nair <shaved@anatomy.org> ' Flatulent Meatus <F.Meatus@anatomy.org> % Lihk Mhygroin <L.MyGroin@anatomy.org>  Pre Khum <P.Khum@anatomy.org> ! Phi Mosis <Phi.Mosis@anatomy.org> # Bal Anatis <Bal.Anatis@anatomy.org>   Fren Ullum <F.Ullum@anatomy.org>$ Ivanna Getlaid <I.Getlaid@onani.org>& Ivanna Wankalot <I.Wankalot@onani.org>$ Ivanna Umpalot <Humpalot@drevil.com>* Wan Tnoneofit <W.Tnoneofit@weirdnames.org> Wan Itbad <W.Itbad@inneed.org>! Wan Towank <W.ToWank@anatomy.org>  Wan Tolik <w.tolik@anatomy.org> $ Testos Terone <t.terone@anatomy.org>! Upper Gonad <U.Gonad@anatomy.org> ! Right Gonad <R.Gonad@anatomy.org>   Left Gonad <L.Gonad@anatomy.org>$ Tyson's Glands <Tyson.G@anatomy.org> Nose Hair <n.hair@anatomy.org>% Coronal Sulcus <C.Sulcus@anatomy.org> % Corpus Cavernus <manhood@anatomy.org> $ Armpit moisture <armpit@anatomy.org> Onani Room <onani@hotels.com> & Arnie's Banana <weiner@terminator.com>( Raised eyebrows <r.eyebrows@anatomy.org>% Vas Deferens <V.deferens@anatomy.org> % Naked Canuck <N.canuck@naturists.org> & Arni's socks <Smelly.Socks@arnold.org>* Notable Exception <N.exception@untied.com>& Unpopped Cherry <U.Cherry@anatomy.org>' Tatooed Ovaries <T.Ovaries@anatomy.org> ' Pierced eyelid <p.eyelid@piercings.org> ( Limp Tomato <limp.tomato@vegetables.org>, Eggplant Earrings <e.earrings@piercings.org>. Banana Underpants <B.Underpants@hillfiger.org> Naval Lint <navel@lint.mil> ' Ingrown Toenail <i.toenail@anatomy.org> % Empty Stomach <E.Stomach@anatomy.org> $ Full Stomach <f.stomach@anatomy.org>" Smelly Cat <S.Cat@friends.nbc.com>& Torn Ligament <T.Ligament@anatomy.org># Art Tistic <A.Tistic@modern.museum> ( Furry Raccoon <F.Raccoon@wilderness.org>% Wet Racoon <W.Racoon@wildnerness.org> " Mad Racoon <M.Racoon@wildlife.org>% Lazy Racoon <L.Racoon@wilderness.org> & Eaten Racoon <E.Raccoon@mcdonalds.com>' Happy Raccoon <H.Racoon@wilderness.org> ) Sleeping Racoon <S.Racoon@wilderness.org> ' Hungry Racoon <H.Racoon@wilderness.org> " Horny Raccoon <H.Racoon@fauna.org>( Smart Raccoon <S.Raccoon@wilderness.org>, George W Raccoon <GW.Raccoon@wilderness.org>+ Ronald McRaccoon <r.raccoon@wilderness.org> * Thirsty Raccoon <T.Raccoon@wilderness.org>( Johnny Raccoon <J.Racoon@wilderness.org>' Oshi Santo <O.Santo@nx01.starfleet.org> * Oishi Chinko <O.Chinko@nx01.starfleet.org> T.Yellow <T.Yellow@nowhere.com>  Q <queue@continuum.net>  Borg Queen <1of1@borg.org>* Ronald Wilkerson <wilkersonr@sympatico.ca>) John Balterman <j.balterman@sympatico.ca>    ------------------------------  % Date: Fri, 12 Dec 2003 21:56:10 -0000 . From: "freeda" <thomas@tvonc.abelgratis.co.uk> Subject: Re: Air Transat9 Message-ID: <brddhr$26vcb$1@ID-197497.news.uni-berlin.de>    > >>K > >> Can anyone tell me the best way to book online for flights from LGW to 2 > >> Toronto on Air Transat? Can you do it online? > > ) > >You can start with http://www.airtrans  > J > Actually, he should start by reporting you for internet abuse and domain theft: > L > nobody.com is a registered domain.  Report Mezei's theft and abuse of this' > domain to its owner  <tdl@canada.com>  >  > Domain Name: NOBODY.COM  >   < Just shut the Fuck up, Nobody  (ha ha get it) fucking cares.   ------------------------------  % Date: Fri, 12 Dec 2003 17:28:56 -0600 ( From: Wayne Sewell <wayne@tachysoft.com> Subject: Re: Air Transat/ Message-ID: <00A2A45D.E2696216.1@tachysoft.com>   & >From: Nomen Nescio <nobody@dizum.com>O >Comments: This message did not originate from the Sender address above. It was J >          remailed automatically by anonymizing remailer software. PleaseP >          report problems or inappropriate use to the remailer administrator at >          <abuse@dizum.com>.  >Subject: Re: Air Transat o >X-Newsgroups: rec.travel.air,news.admin.net-abuse.usenet,can.internet.highspeed,comp.os.vms,soc.culture.canada 9 >Message-ID: <862e4e85a165d6ebc63b00f3bae73d5b@dizum.com> , >Date: Fri, 12 Dec 2003 22:30:06 +0100 (CET)& >Mail-To-News-Contact: abuse@dizum.com" >Organization: mail2news@dizum.com >Lines: 127 * >Reply-To: Nomen Nescio <nobody@dizum.com> >X-Gateway-From: mvb.saic.com  >To: Info-VAX@Mvb.Saic.Com >X-Gateway-Source-Info: USENET > - >nobody <nobody@nobody.com> (JF Mezei) wrote:  > 
 >>Adam wrote:  >>> J >>> Can anyone tell me the best way to book online for flights from LGW to1 >>> Toronto on Air Transat? Can you do it online?  >>( >>You can start with http://www.airtrans > P >Actually, he should start by reporting you for internet abuse and domain theft: > K >nobody.com is a registered domain.  Report Mezei's theft and abuse of this & >domain to its owner  <tdl@canada.com> >  >Domain Name: NOBODY.COM >     M Nothing JF Mezei has ever done is a fraction as aggravating as this stream of L stupid messages *about* JF Mezei.  It's getting to the point that 90% of theM traffic in comp.os.vms/info-vax consists of these bullshit JF Mezei attacks.  D Who gives a shit whether or not he did what you are accusing him of?  J I imagine trying to keep this crap out of comp.os.vms is a lost cause, butN perhaps the info-vax gateway could filter stuff from anonymous remailers, such as this dizum.com.   Wayne O =============================================================================== N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html    O =============================================================================== H Randolph Duke (in Trading Places): "Mother always said you were greedy."1    Mortimer Duke: "She meant it as a compliment!"    ------------------------------  + Date: Fri, 12 Dec 2003 19:27:07 +0000 (UTC) ? From: Graham Burley <burley.not-this@encompasserve-or-this.org> ' Subject: Re: Another search enhancement 9 Message-ID: <3FDA1603.3E80D7AB@encompasserve-or-this.org>    Peter Weaver wrote:  > @ > Which raises another enhancement for Guy to work on (if he (or= > I should say, his managers) decide that regular expressions ? > are not needed or are too complicated), there are times where @ > you want to search for "GREAT" at the start of the line, or at: > the end and really do not care if "GREAT" appears in the > middle of the line.   # That should be covered by /WILDCARD   . $ SEARCH/WILDCARD/MATCH=OR A.TXT GREAT*,*GREAT     Graham   ------------------------------  # Date: Fri, 12 Dec 2003 19:15:54 GMT 0 From: "Guy Peleg" <guy.peleg@hp.com_remove_this>' Subject: Re: Another search enhancement 3 Message-ID: <KtoCb.10628$hd1.8501@news.cpqcorp.net>   F I see the demand for regular expressions but I can't promise anything.; Implementing wildcards for really easy, regular expressions * are much harder. But you never know.......   Guy G "Peter Weaver" <WeaverConsultingServices@sympatico.ca> wrote in message 3 news:brcsua$1th1q$1@ID-141708.news.uni-berlin.de...  > Graham Burley wrote: > > ... 2 > > Which doesn't find GREAT at the end of a line. > > ...  > @ > Which raises another enhancement for Guy to work on (if he (or= > I should say, his managers) decide that regular expressions ? > are not needed or are too complicated), there are times where @ > you want to search for "GREAT" at the start of the line, or at: > the end and really do not care if "GREAT" appears in the > middle of the line.  >  > -- > Peter Weaver! > Weaver Consulting Services Inc.  > Canadian VAR for CHARON-VAX  > www.weaverconsulting.ca  >  >    ------------------------------  % Date: Fri, 12 Dec 2003 13:49:24 -0600 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>' Subject: Re: Another search enhancement T Message-ID: <craigberry-B40A70.13492312122003@dsl081-159-101.chi1.dsl.speakeasy.net>  3 In article <KtoCb.10628$hd1.8501@news.cpqcorp.net>, 2  "Guy Peleg" <guy.peleg@hp.com_remove_this> wrote:  H > I see the demand for regular expressions but I can't promise anything.= > Implementing wildcards for really easy, regular expressions , > are much harder. But you never know.......  G Yes, regexes would be quite a bit more complicated than simply calling  F str$match_wild, but you wouldn't have to (and shouldn't) reinvent the A wheel.  There are various open source implementations of regular  E expressions whose licenses permit inclusion in commercial software.    For example:     http://www.pcre.org/  F VMS really ought to have a POSIX-compliant regular expression library F anyway, so encouraging the CRTL folks to get this in might be a first G step.  A good place to start looking at the open standards for regexes   is here:    F http://www.opengroup.org/onlinepubs/007904975/basedefs/xbd_chap09.html  F But even without having to implement the code that handles regexes, I A can appreciate that compiling, executing, and handling errors in  D regular expressions might require a significantly different program ( logic from anything currently in SEARCH.   ------------------------------  # Date: Sat, 13 Dec 2003 01:47:50 GMT ! From: JBloggs@acme..spamless..com ' Subject: Re: Another search enhancement 8 Message-ID: <8hrktv8pdb2ncd7gh6tvbnbhvvdisbvmog@4ax.com>  4 On Fri, 12 Dec 2003 13:49:24 -0600, "Craig A. Berry"& <craigberry@mac.com.spamfooler> wrote:   >...G >VMS really ought to have a POSIX-compliant regular expression library  G >anyway, so encouraging the CRTL folks to get this in might be a first  	 >step ...   A I could swear I saw something in the COE docs (about a year ago)  ; that made reference to adding regcmp()/regex() to the CRTL   in the future.      F somewhere underneath: http://h71000.www7.hp.com/portability/index.html   But I cannot find it now ...     ------------------------------    Date: 12 Dec 2003 15:58:30 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)0 Subject: Re: Back to the OpenVMS GUI discussion.= Message-ID: <f30679fb.0312121558.69f2b7ac@posting.google.com>   t "John Smith" <a@nonymous.com> wrote in message news:<c2%Bb.36723$3Eb1.26165@news04.bloor.is.net.cable.rogers.com>... > Bill Gunshannon wrote: > > In articleH > > <pD_Bb.36602$3Eb1.14952@news04.bloor.is.net.cable.rogers.com>, "John# > > Smith" <a@nonymous.com> writes:  > >> David J. Dachtera wrote:  > >>> Fabio Cardoso wrote: > >>>>
 > >>>> So, > >>>>E > >>>> After all these Itanium migration efforts, nobody had the idea B > >>>> to improve the Graphics of OpenVMS ? New Graphical Terminal! > >>>> technoloy - mouse  based ?  > >>> H > >>> Hhmmm... almost sounds like an embedded o.s. with WRQ Reflection + > >>> mouse support. > >>>  > >>> Kinky... > >>G > >> QNX ( http://www.qnx.com/products/ps_neutrino/features.html )would H > >> be a good choice for the o/s , resurrect one of the old LAT stacks,  > >> add VT emulation, et voila. > > E > > Why QNX?  Why not use one of the BSD's that have no legal strings F > > attached?  (Hint:  examination of QNX looks like it is little moreG > > than a modified version of BSD with real-time hooks added.  As this C > > task doesn't really require real-time, QNX seems like the wrong  > > answer.) >  >  > Tiny footprint.     G What aboout AMIGA stuff  ? They ported some programs/GUI to the Sharp's 1 Zaurus PDA ! May be it is a tiny option too ! :-)   ' Try WinUAE (Emulation under Windows) !     Regards    FC   ------------------------------    Date: 12 Dec 2003 16:02:15 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)0 Subject: Re: Back to the OpenVMS GUI discussion.= Message-ID: <f30679fb.0312121602.2b991d4f@posting.google.com>   s fabiopenvms@yahoo.com.br (Fabio Cardoso) wrote in message news:<f30679fb.0312120731.747c8f40@posting.google.com>... x > koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote in message news:<vvgkg9OHUOlZ@eisner.encompasserve.org>...q > > In article <f30679fb.0312101027.803eb62@posting.google.com>, fabiopenvms@yahoo.com.br (Fabio Cardoso) writes: 	 > > > So,  > > > D > > > After all these Itanium migration efforts, nobody had the ideaB > > > to improve the Graphics of OpenVMS ? New Graphical Terminal ! > > > technoloy - mouse  based ?   > >   > >    You haven't used a VT510? >  >  > VT510 ? Never !!!  > A > May be we should ask people of Lindows to make an VMSwindows !   > 	 > REgards  >  > FC    
 What about   http://os.amiga.com/   Screenshots   + http://os.amiga.com/os4/?PHPSESSID=294ea000    Regards    FC   ------------------------------  % Date: Fri, 12 Dec 2003 14:57:04 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>) Subject: Re: BOOT, HALT, RESTART, 1, 2, 3 ( Message-ID: <3FDA1D8F.57F2894@istop.com>  F > >>I'm a bit confused about BOOT, HALT and RESTART (or the equivalent  
 For VAX 3100:   T BOOT : automatically load system software upon power up and after OS system failure.  L RESTART: "To set the recovery actions to automatic restart should the system go down"  ! The default is BOOT ( SET HALT 2)     N Reading some of the old manuals I had, there was mention of some of the modelsK that had capability to restart after a power failure if the memory had been D preserved with battery backup. But the 3100 doesn't really have that, capability unless it is undocumented/hidden.  L Seems to me that the guy who write the 3100 hardware manual was purposefullyN very vague on the "RESTART" simply because nobody knew what it did :-) :-) :-) :-) ;-)    ------------------------------   Date: 12 Dec 03 13:02:39 PST From: mckinneyj@cpva.saic.com ) Subject: Re: BOOT, HALT, RESTART, 1, 2, 3 ( Message-ID: <9+cuX7K2Ztw2@cpva.saic.com>  + In article <brcvgr$1ph$1@news01.intel.com>, /  Ken Fairfield <My.Full.Name@intel.com> writes:   > mckinneyj@cpva.saic.com wrote:2 >> In article <brc672$2nap$1@news.xenopsyche.net>,* >>  helbig@astro.multiNOSPAMvax.de writes: >>  E >>>Please reply to the group AND to me via email (for the reason, see  >>>below).   >>> E >>>I'm a bit confused about BOOT, HALT and RESTART (or the equivalent F >>>numbers 1, 2 and 3---somewhere I have a note of what corresponds toG >>>what, but if anyone has the information handy, please post it in the K >>>reply).  HALT is clear: whenever the machine gets to the console prompt, F >>>it stays there until one tells it to boot.  BOOT, in my experience,5 >>>causes it to boot after the power is switched on.   >>>  >>>What does RESTART do? >  > <big snip> > 3 >>   AUTO_ACTION = HALT => never boot automatically + >>               = BOOT => boot on power-on : >>               = RESTART => boot after power-on or crash >>  L >> If you want a crash dump written on your Alphas after a bug-machinecheck," >> then SET AUTO_ACTION RESTART .  > E > Gee, and I always thought the dump was written on the way down! :-)  > B > Perhaps you're thinking of the case where BUGCHECKFATAL has beenB > set to 1 in order to force a crash, and presumably write a dump,@ > on an otherwise non-fatal bugcheck?  A machinecheck is usually@ > indicative of a hardware problem.  In either case, the dump is? > written before ever reaching the console prompt (so to speak) 3 > and is independent of the setting of AUTO_ACTION.  >   D My experience has been different. And, if you have access to DSN andC read the article in the OPENVMS database entitled "System Dump File @ Fails To Be Written After Bugcheck On Alpha" it will describe myC experiences. The article states that crash dump is not written when B a UNKRSTRT, OPERCRASH, KRNLSTAKNV, INVSCBB, HALT, DBLERR, INVPTBR,B or MCHECKPAL bugcheck occurs unless AUTO_ACTION is set to RESTART.    ? > FWIW, when I was at SLAC, we set all the machines to RESTART, A > but there may be cases where HALT is more appropriate.  I don't B > particularly like BOOT since it frustrates me to see the machineC > booting on power-on when I'd really like to mess with the console 
 > first.  :-}  >  > --  8 > I don't speak for Intel, Intel doesn't speak for me... >  > Ken Fairfield # > D1C Automation VMS System Support $ > who:   kenneth dot h dot fairfield > where: intel dot com >    ------------------------------  % Date: Fri, 12 Dec 2003 15:30:46 -0800 , From: Ken Fairfield <My.Full.Name@intel.com>) Subject: Re: BOOT, HALT, RESTART, 1, 2, 3 + Message-ID: <brdj36$alh$1@news01.intel.com>    mckinneyj@cpva.saic.com wrote:  - > In article <brcvgr$1ph$1@news01.intel.com>, 1 >  Ken Fairfield <My.Full.Name@intel.com> writes:    <snip>  E >>Gee, and I always thought the dump was written on the way down! :-)  >>B >>Perhaps you're thinking of the case where BUGCHECKFATAL has beenB >>set to 1 in order to force a crash, and presumably write a dump,@ >>on an otherwise non-fatal bugcheck?  A machinecheck is usually@ >>indicative of a hardware problem.  In either case, the dump is? >>written before ever reaching the console prompt (so to speak) 3 >>and is independent of the setting of AUTO_ACTION.  >> >  > F > My experience has been different. And, if you have access to DSN andE > read the article in the OPENVMS database entitled "System Dump File B > Fails To Be Written After Bugcheck On Alpha" it will describe myE > experiences. The article states that crash dump is not written when D > a UNKRSTRT, OPERCRASH, KRNLSTAKNV, INVSCBB, HALT, DBLERR, INVPTBR,D > or MCHECKPAL bugcheck occurs unless AUTO_ACTION is set to RESTART.  = I found the article, I stand corrected.  How very strange and  interesting. ;-p   	-Ken  --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------  % Date: Fri, 12 Dec 2003 16:04:13 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>Y Subject: Re: Can not prevent LPD from printing a VMS flag page without getting the job pu ) Message-ID: <3FDA2D47.925058EF@istop.com>    sdavidson@uss.com wrote: > G > We are trying to print to DEC LA75s and a Genicom printers, connected F > to a DEC 90m Terminal Server, without getting the VMS flag page when6 > using LPD on a Digital Alpha running OpenVMS V7.2-1.  U From the TCPIP Management manual (which has pretty detailed documentation on LPD/LPR)   $ 22.7 Using OpenVMS Flag Page Options< LPD supports all OpenVMS flag page print options, including:*  /FLAG qualifier of the DCL PRINT command.  /DEFAULT=FLAG setting on the LPD print queue/  /SEPARATE=FLAG setting on the LPD print queue 8 To enable these features, define the system logical nameG TCPIP$LPD_VMS_FLAGPAGES. This logical name applies to all print queues: ( $ DEFINE /SYSTEM TCPIP$LPD_VMS_FLAGPAGES@ When you define TCPIP$LPD_VMS_FLAGPAGES, LPD does the following:H  Obeys the OpenVMS instructions regarding flag pages for outbound jobs.J  Submits inbound jobs with /FLAG or /NOFLAG, based on the presence of theG L card directive in the LPD control file received from the remote host. L Inbound jobs with an L card directive are submitted to the destination print queue as PRINT /FLAG. I Inbound jobs without an L card directive are submitted to the destination  print queue as PRINT /NOFLAG. @  Renders meaningless the /PARAMETERS=NOFLAG qualifer to the DCL command PRINT.   ------------------------------  % Date: Fri, 12 Dec 2003 18:20:27 -0500 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>  Subject: Re: destroying data0 Message-ID: <p7udnT9_ZrWh0Eei4p2dnA@comcast.com>  H It depends on how much security you need!  Either FORMAT or INIT /ERASE G should be enough to keep honest people honest.  If your data  would be  G worth ca. $1000/MB recovered to anyone else, then open up each HDA and  H erase it with a blow-torch!  If you get a magnetic material hot enought H (I think it's called the Curie point) it can't retain its magnetization  anymore.     John N. wrote:  M >On an old old HSZ controller, we need to destroy all data before surplussing  >the disks (mostly RZ29s) ' >Will the FORMAT option do this for us?  > M >That is what we just started.  It will only allow us to format 7 drives at a H >time and it says each drive should take about 65 minutes each.  We haveM >about 30 drives.  I suppose 7 drives will take up to 7 times 65 minutes, but E >hopefully less.  At 7 drives each pass, we will require 5 passes, so L >theoretically, this could take ((5 passes) times (65 mins)  times (7 drivesL >/pass))   which would come to over 37 hours total, if we have someone there' >to initiate the next step immediately.  >  >Are we doing this right?  >  >  >    >    ------------------------------  + Date: Fri, 12 Dec 2003 20:34:33 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) , Subject: Re: Disks for a MicroVAX II system.( Message-ID: <brd8op$2bf$1@pcls4.std.com>  1 Chris Scheers <chris@applied-synergy.com> writes:   < >The RD54 is actually a pretty reliable drive.  Why are they >questionable?  F Really?  I've heard many, many RD54s sing and squeal before (or after) they commit suicide. --   -Mike    ------------------------------  + Date: Fri, 12 Dec 2003 20:49:16 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) , Subject: Re: Disks for a MicroVAX II system.( Message-ID: <brd9kc$2bf$2@pcls4.std.com>  , On Thu, 11 Dec 2003, Javier Henderson wrote:  @ > gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) writes: >  > U > > In article <iP2dnRZ1Ha_ONUWiRVn-tw@csd.net>, Dave Pitts <dpitts@cozx.com> writes: L > > >I've got a couple of MicroVAX II systems with questionable disk drives,G > > >RD54s I think. Are there any disks on the market today that can be ( > > >substituted for these older drives? > > P > > There have been Q-Bus to SCSI converter cards. If you find one of those thisO > > might help. But note that the system disk shoud not exceed two gigabytes in 	 > > size.  > A > I belive that restriction applies only to certain models of the  > VAX(station) 3100.  J That's true.  The microcode in those beasts uses the smallest SCSI commandF packets so they could not address disk blocks beyond ~1G, so could not! boot reliably from larger drives.   F A microvax II, of course doesn't even have SCSI boot firmware, so thisI does not apply.  (SCSI Qbus adapters present the scsi drives as DU disks, I not SCSI DK disks, which is how you can boot from them, there is no limit G as long as the boards themselves don't restrict themselves to the small  SCSI command packets)  --   -Mike    ------------------------------  % Date: Fri, 12 Dec 2003 16:21:40 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>, Subject: Re: Disks for a MicroVAX II system.) Message-ID: <3FDA315D.A4757A09@istop.com>    Michael Moroney wrote:> > >The RD54 is actually a pretty reliable drive.  Why are they > >questionable? > H > Really?  I've heard many, many RD54s sing and squeal before (or after) > they commit suicide.  G Yes, the good old disk drives where your ears were an important tool to  diagnose their health :-)   S Personally, I have have a 100% failure rate on RD53, and a 0% failure rate on RD54. " (sample: 1 RD53 and 1 RD54 :-) :-)  K My all mighty microvax II is now all SCSI. on 670 meg drive along with a 10 N gig drive. The RD54 is installed in a spare MV-II that is not in a cabinet andN not powered. (the cabinet now houses stereo equipment) But I sometimes boot it up and it still works.   ------------------------------   Date: 13 Dec 2003 02:26:28 GMT From: healyzh@aracnet.com , Subject: Re: Disks for a MicroVAX II system., Message-ID: <brdtck01k0s@enews2.newsguy.com>   sms@antinode.org wrote: > > From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)  P > > There have been Q-Bus to SCSI converter cards. If you find one of those thisO > > might help. But note that the system disk shoud not exceed two gigabytes in 	 > > size.   J >    Why?  The SCSI adapters I've seen (CMD, Emulex) present DU devices to' > the OS.  Whence comes the size limit?   K I don't use the Q-Bus SCSI Adapters that I have on my MicroVAXen, instead I L use them on my PDP-11's.  Also, I've personally only used up to a 2GB drive,J however, I know of others using 9GB drives on their PDP-11's.  If they can= handle it, I can't see any reason why a MicroVAX II couldn't.    		Zane   ------------------------------  % Date: Fri, 12 Dec 2003 13:28:35 -0800 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>* Subject: Re: Freeware download corrupt (?)' Message-ID: <3fd9c283$1@cpns1.saic.com>    Craig A. Berry wrote: ) > In article <3fd7295e$1@cpns1.saic.com>, 4 >  Mark Berryman <Mark.Berryman@Mvb.Saic.Com> wrote: >  > H >>I think you missed my point.  The question was not how best to prefix J >>the routines.  The question was how to go through and find each routine K >>in the package and determine which ones need to be prefixed because they  ( >>might one day conflict with the C RTL? >  > G > It's not clear to me from your response to Martin whether you saw my d
 > post at: > K > <http://groups.google.com/groups?selm=craigberry-F16959.01150709122003%40r? > dsl081-159-101.chi1.dsl.speakeasy.net&oe=UTF-8&output=gplain>t > F > but in any case your restatement of the question suggests I may not F > have answered it either.  I was thinking more in terms of given any H > single function, how does one determine whether it may be in a future I > CRTL, but you seem to be thinking more in terms of how does one obtain  B > a list of all functions in a package that fall in that category. > G > The nicest way to learn about these potential conflicts would be for  D > the compiler to tell you.  A (possibly non-default) informational A > message something like the following could save a lot of grief:w > G > %CC-I-FUNCRESERVE, The function name 'vsnprintf' is reserved and may  H > conflict with a function of that name in a future version of the CRTL. > G > But the compiler doesn't do that, so for now we're on our own.  As I l@ > mentioned in my other post, the C89 and C99 standards are the I > documented way to know what functions are fair game for prefixing, but  H > I suspect there are quite a few functions in POSIX and GNU extensions E > that are also likely to become part of the CRTL in the future (and k# > indeed some are on the roadmaps).l > F > The C compiler does have a list of the functions that it claims the F > right to prefix in the future but doesn't yet if they aren't in the G > CRTL.  You can see this by comparing the output of the following (at   > least on v7.3-1 and earlier):i > 1 > $ search sys$system:decc$compiler.exe vsnprintfO. > $ search sys$library:decc$crtl.exe vsnprintf > G > The compiler image knows about vsnprintf but the run-time image does  J > not.  But trying to reliably reverse engineer the compiler image to get I > a complete list of these functions seems like a pretty desperate hack,  H > though others here are undoubtedly better image analyzers than I am.  D > If you have the source listings to the compiler, then it might be E > feasible to extract this list and cross reference it with compiler eA > listings or linker maps.  But even with the compiler's list of  F > functions in hand, it wouldn't be a complete guarantee since future F > compiler versions are likely to add functions to the list that have = > appeared on the horizon for possible future implementation.1 > C > Another way to look for potential trouble would be to search the eJ > sources of the package for "!HAS_", "#ifndef HAS_", "!defined(HAS_" and J > the like to turn up those places where configuration options indicating F > some function is not present have triggered an alternative action.  H > Also see if there are any obvious modules where replacement functions I > are implemented (including OS-specific modules like vms.c, vmsutils.c,  G > and similar).  It is after all (and this is the only saving grace in nJ > all this mess) only when a function is supplied in a default library by H > some systems and not by others that it becomes a candidate for future  > conflicts with the CRTL.  G Yes, I understand each of the points you raise here, and they are good lE ones, but I think it only addresses part of the issue.  Let me try a d specific example:   I I create a package with a routine in it called "highwater".  Some future eG revision to the C standard adds a library function called "highwater".  I Or, some Unix variant adds such a library name and it makes its way into  H enough common use that all major C libraries incorporate it even though I it is not part of the C language standard. Those with the new C compiler dI and/or library are suddenly going to have naming conflicts when they try 1G to compile a package that was perfectly legitimate when it was written.i  I I used to be a member of the ANSI body that defined the standard for the VF MUMPS language.  Very few programmers were aware of what was going on H within the standards body.  Are C programmers now going to need to keep E up to date on all draft standards or proposals within the C world in tI order to make sure that some standards subcommittee doesn't snatch their i@ routine name out from under them?  And how about those who port F packages?  Most are not members of the standards bodies that sell the I standards so how are they supposed to know what may or may not come into n	 conflict?h  E What are we addressing here anyway?  A package that linked correctly nF against several previous versions of the C RTL now generates a MULDEF H error against the latest C RTL.  Would it not make sense to add support E to the linker, either as a switch or an entry in an option file that gH says "any name conflict between a sharable library and an object module E is to be silently ignored (except, possibly, in the MAP file)".  The hF linker then links in the routine that exists in the object module and F ignores the fact that the sharable library also has an entry point by B the same name.  Any namespace conflict between sharable libraries $ should, I think, always be reported.  H Such a switch would normally only be recommended for distribution kits. G   The package author would build without it the next time (s)he did an  F update to the package and would, hopefully, discover the conflict and E address it.  Package users, however, would never need to worry about sB updates to their system breaking their ability to build a package.  5 Does this sound like a reasonable approach to anyone?e  
 Mark Berrymanb   ------------------------------  # Date: Sat, 13 Dec 2003 02:26:12 GMT - From: "John E. Malmberg" <wb8tyw@qsl.network> * Subject: Re: Freeware download corrupt (?): Message-ID: <8NuCb.441$xH2.290412@news1.news.adelphia.net>   Mark Berryman wrote: <snip>  G > What are we addressing here anyway?  A package that linked correctly tH > against several previous versions of the C RTL now generates a MULDEF J > error against the latest C RTL.  Would it not make sense to add support G > to the linker, either as a switch or an entry in an option file that -J > says "any name conflict between a sharable library and an object module G > is to be silently ignored (except, possibly, in the MAP file)".  The eH > linker then links in the routine that exists in the object module and H > ignores the fact that the sharable library also has an entry point by D > the same name.  Any namespace conflict between sharable libraries & > should, I think, always be reported. > J > Such a switch would normally only be recommended for distribution kits. H >  The package author would build without it the next time (s)he did an H > update to the package and would, hopefully, discover the conflict and G > address it.  Package users, however, would never need to worry about  D > updates to their system breaking their ability to build a package. > 7 > Does this sound like a reasonable approach to anyone?u  E It may be a useful enhancement to the linker, I do not know how much 0 work it would be to implement.  H Based on reports in the Samba Technical group this same problem affects F some UNIX platforms where SAMBA tried to replace things with routines 5 that have the same names based on the configure test.2  H This is also a problem on some UNIX platforms where someone thinks that G the linker will replace a standard UNIX routine with their replacement vD module, but the compiler inlines it instead, or the linker does not 9 replace it.  No diagnostics may be produced in this case.   I So just providing the linker change may not totally fix the side effects u from these duplicate symbols.n   -Johnt wb8tyw@qsl.network Personal Opinion Onlya   ------------------------------  % Date: Fri, 12 Dec 2003 21:08:43 -0600t5 From: "Martin P.J. Zinser" <zinser@zinser.no-ip.info> * Subject: Re: Freeware download corrupt (?)9 Message-ID: <brdvrr$2c6mi$1@ID-209632.news.uni-berlin.de>o   Mark Berryman wrote:H   Yes, I understand each of the points you raise here, and they are goodG > ones, but I think it only addresses part of the issue.  Let me try a n > specific example:a > K > I create a package with a routine in it called "highwater".  Some future  I > revision to the C standard adds a library function called "highwater".  K > Or, some Unix variant adds such a library name and it makes its way into aJ > enough common use that all major C libraries incorporate it even though K > it is not part of the C language standard. Those with the new C compiler oK > and/or library are suddenly going to have naming conflicts when they try  I > to compile a package that was perfectly legitimate when it was written.G >  [...]y  G If you are writing the software yourself, the best way to protect your rA routines is to prefix all of >>your<< application routines, i.e. yD assuming you are developing application mumble function foo actuallyF would be mumble_foo. Other languages than C try to resolve such issuesB with the help of namespaces. In C you just can try to emulate themF manually. An no, this is still no gurantee, just changing the odds ;-)  H Another issue in this context that just caught up with me while working F on the latest CVS version, are includes. In former times VMS did lack F pwd.h, so there is a very basic [.vms]pwd.h included as "pwd.h". This  does not support allG the features of the real <pwd.h>, but there is no easy way to make sureUG that <pwd.h> will not pick-up on the local copy, so what I need to codeiG is a test if pwd.h is available in the system library and in that case a5 move the replacement out of the way. Messy, isn't it?b   Greetings, Martin    ------------------------------  % Date: Sat, 13 Dec 2003 01:04:10 -0500o* From: JF Mezei <jfmezei.spamnot@istop.com>* Subject: Re: Freeware download corrupt (?)) Message-ID: <3FDAABC0.43BE233A@istop.com>d   Mark Berryman wrote:J > I create a package with a routine in it called "highwater".  Some futureH > revision to the C standard adds a library function called "highwater".  I Or, in the case of VMS, if the local RTL lacks standard functions such assK strdup which VMS used to lack, then you have to write your own. So when VMScE finally added strdup, much software suddently started those duplicatey definition warnings.   ------------------------------  % Date: Fri, 12 Dec 2003 18:03:12 -0500n3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>m( Subject: Re: Full or Partial file spec ?0 Message-ID: <xeGdnT2CNNSs1Eei4p2dnA@comcast.com>  I Add "..." to your list of wildcards.  [MUMBLE...] means [MUMBLE] and all - subdirectories.   G As a rule of thumb, ALWAYS use the $PARSE service or F$PARSE in DCL to oG parse a filespec!  The rules for what constitutes a valid filespec are sE quite complex and include things many people never heard of.  If you oB break this rule you will regret it later.  If there IS a later!!!!   Bob Koehler wrote:  W >In article <3FD9B51E.BDF2E4DE@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:u >  i >rP >>If I am given a string, what is the easiest way to decide if if is a full file< >>specification or a device/directory , or a wildcard spec ? >> >>for instance:n >> >>$disk2:[food.recipes]t >>$disk2:[food.recipes]*.tlb$ >>$disk2:[food.recipes]chocolate.tlb >>+ >>Anything wrong with the following logic ?1 >>8 >>If string ends with ] or : then it is a directory spec >>else) >>	if it contains a "*", it is a wildcard6 >>	else it is a real file spec.n >>     >> >@B >   Nope:  the following contains a directory spec with no [], andC >   two wildcards, one in the first directory name and one for the i >   version number:e >l* >      $disk2:<foo%.recipies>chocolate.tlb >tF >   A wildcard spec may contain * % 0 - or none of these, depending onI >   what you are trying to wildcard.  The RMS routine SYS$PARSE will tellu# >   you what fields are wildcarded.. >vH >   You should avoid doing your own parsing routines as these are likelyF >   to fail in the future as additional features are added to the file >   system.d >m >    >g   ------------------------------  + Date: Fri, 12 Dec 2003 22:10:03 +0100 (CET)u% From: Nomen Nescio <nobody@dizum.com>   Subject: Re: How many countries?8 Message-ID: <f2537593bcda5557752e3881dce4fb93@dizum.com>  7 More off-topic trolling and domain theft from JF Mezei:e  * Message-ID: <3FD98ABD.118E38D2@nobody.com>  From: nobody <nobody@nobody.com> Organization: nla0:i* X-Mailer: Mozilla 4.76 (Macintosh; U; PPC) X-Accept-Language: ena MIME-Version: 1.0t? Newsgroups: rec.travel.europe,rec.travel.air,soc.culture.europed  Subject: Re: How many countries?5 References: <ckmhtvcd5136pq3b1dmu8bnp3dseautkkr@news>n, <g4ritvg27fg3935aljot466pvi4aklq5q1@4ax.com>* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bitt	 Lines: 17o% Date: Fri, 12 Dec 2003 04:31:26 -0500I NNTP-Posting-Host: 66.11.160.74 M X-Trace: news.nnrp.ca 1071221268 66.11.160.74 (Fri, 12 Dec 2003 04:27:48 EST)a0 NNTP-Posting-Date: Fri, 12 Dec 2003 04:27:48 EST  I You could take Eurostar from London to Brussels, The train passes througho France.aM Then, from there, catch another train to Amsterdam, adding Netherlands, then,s= another train to Germany, Then to Switzerland, then to Italy.=  N Or, if you want a real experience, you can take the Orient Express from londonN to Venice (or Rome). Travels through France, Germany, Austria, Switzerland andM Italy. However, judging from your comments about Europe, you are probably not=N suited to travel on the Orient Express. (It still runs to Istanbul a few times a year)r  M Or you could simply take train or plane to Nice, then a train to Monte-Carlo, ; then to Italy, then to Switzerland and then back to France.1  K As far as the countries you dislike, you will eventually come to thank themsJ and appreciate that they were the voice of reason and apologize for havingM insulted them once you realise they were the sole opposition because your ownoK internal parties were asleep at the switch and did not react to  your lying  government.e  -                    --------------------------o  J nobody.com is a registered domain.  Report Mezei's theft and abuse of this% domain to its owner  <tdl@canada.com>e   Domain Name: NOBODY.COM   * Administrative Contact, Technical Contact:% Southport Technologies tdl@canada.comE 314 Queen Street South	 Suite 158, Bolton, Ontario L7E 4Z9- CA 905-880-0289 fax: 905-880-3061   Record expires on 24-Aug-2004. Record created on 25-Aug-1995.   Also report him to::   abuse@sympatico.ca abuse@bellglobal.com abuse@istop.com1   Jean-Francois Mezei  86 Harwood Gatea Beaconsfield, QC H9W3A3s (514) 695-8259   A DECADE OF USENET TROLLINGl   jfmezei@istop.comy jfmezei.spamnot@istop.com  jfmezei@videotron.ca jfmezei@vl.videotron.ca  nospam.jfmezei@videotron.cai "jfmezei"@videotron.ca[nospam] nobody <nobody@nobody.com>) Conspiracy Theory <conspiracy@theory.org>h& Lou Raccoon <L.Raccoon@wilderness.org>$ Flapping Labias <flabia@anatomy.org>% Throbbing vulva <t.vulva@anatomy.org>e Twin Gonads <two@gonads.com>% Loose Scrotum <l.scrotum@anatomy.org>s" Raised Organ <R.Organ@anatomy.org>$ Popped Cherry <P.Cherry@anatomy.org>- Monica Lewinski <billclinton@westchester.com>h' Deep Fried Foreskin <dff@mcdonalds.com> " Aroma of Smegma <aroma@chanel.org> Wet fart <w.Fart@smell.org> ' Pubic dandruff <P.dandruff@anatomy.org>e( Voluptuous Nipple <V.nipple@anatomy.org>& Inserted Finger <I.Finger@anatomy.org> Pubic Nair <shaved@anatomy.org>-' Flatulent Meatus <F.Meatus@anatomy.org>1% Lihk Mhygroin <L.MyGroin@anatomy.org>g Pre Khum <P.Khum@anatomy.org>s! Phi Mosis <Phi.Mosis@anatomy.org>a# Bal Anatis <Bal.Anatis@anatomy.org>e  Fren Ullum <F.Ullum@anatomy.org>$ Ivanna Getlaid <I.Getlaid@onani.org>& Ivanna Wankalot <I.Wankalot@onani.org>$ Ivanna Umpalot <Humpalot@drevil.com>* Wan Tnoneofit <W.Tnoneofit@weirdnames.org> Wan Itbad <W.Itbad@inneed.org>! Wan Towank <W.ToWank@anatomy.org>i Wan Tolik <w.tolik@anatomy.org>u$ Testos Terone <t.terone@anatomy.org>! Upper Gonad <U.Gonad@anatomy.org>g! Right Gonad <R.Gonad@anatomy.org>l  Left Gonad <L.Gonad@anatomy.org>$ Tyson's Glands <Tyson.G@anatomy.org> Nose Hair <n.hair@anatomy.org>% Coronal Sulcus <C.Sulcus@anatomy.org>l% Corpus Cavernus <manhood@anatomy.org>h$ Armpit moisture <armpit@anatomy.org> Onani Room <onani@hotels.com>:& Arnie's Banana <weiner@terminator.com>( Raised eyebrows <r.eyebrows@anatomy.org>% Vas Deferens <V.deferens@anatomy.org>i% Naked Canuck <N.canuck@naturists.org>b& Arni's socks <Smelly.Socks@arnold.org>* Notable Exception <N.exception@untied.com>& Unpopped Cherry <U.Cherry@anatomy.org>' Tatooed Ovaries <T.Ovaries@anatomy.org>.' Pierced eyelid <p.eyelid@piercings.org>e( Limp Tomato <limp.tomato@vegetables.org>, Eggplant Earrings <e.earrings@piercings.org>. Banana Underpants <B.Underpants@hillfiger.org> Naval Lint <navel@lint.mil> ' Ingrown Toenail <i.toenail@anatomy.org>n% Empty Stomach <E.Stomach@anatomy.org>-$ Full Stomach <f.stomach@anatomy.org>" Smelly Cat <S.Cat@friends.nbc.com>& Torn Ligament <T.Ligament@anatomy.org># Art Tistic <A.Tistic@modern.museum>h( Furry Raccoon <F.Raccoon@wilderness.org>% Wet Racoon <W.Racoon@wildnerness.org>"" Mad Racoon <M.Racoon@wildlife.org>% Lazy Racoon <L.Racoon@wilderness.org> & Eaten Racoon <E.Raccoon@mcdonalds.com>' Happy Raccoon <H.Racoon@wilderness.org>f) Sleeping Racoon <S.Racoon@wilderness.org>e' Hungry Racoon <H.Racoon@wilderness.org>n" Horny Raccoon <H.Racoon@fauna.org>( Smart Raccoon <S.Raccoon@wilderness.org>, George W Raccoon <GW.Raccoon@wilderness.org>+ Ronald McRaccoon <r.raccoon@wilderness.org>o* Thirsty Raccoon <T.Raccoon@wilderness.org>( Johnny Raccoon <J.Racoon@wilderness.org>' Oshi Santo <O.Santo@nx01.starfleet.org>r* Oishi Chinko <O.Chinko@nx01.starfleet.org> T.Yellow <T.Yellow@nowhere.com>S Q <queue@continuum.net>- Borg Queen <1of1@borg.org>* Ronald Wilkerson <wilkersonr@sympatico.ca>) John Balterman <j.balterman@sympatico.ca>b   ------------------------------  # Date: Fri, 12 Dec 2003 21:22:36 GMTn# From: "John Smith" <a@nonymous.com>bC Subject: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUsmF Message-ID: <wkqCb.2776$NNW1.858@news04.bloor.is.net.cable.rogers.com>   Peter Ljungberg wrote: > Keith Parris wrote:  >>8 >> "Bill Todd" <billtodd@metrocast.net> wrote in message1 >> news:<NcmdnZNdy5iPY0ui4p2dnA@metrocast.net>...  >> >>< >>> noted, the situation will only get worse next year, when? >>> 64-processor POWER5 systems will be competing against - andi? >>> thoroughly humiliating in absolute as well as per-processorX5 >>> performance - the minimally-enhanced Superdomes).l >>>l >>>  >>E >> That's sometime out in the future -- what if Superdomes have 96 or> >> 128 >> CPUs by then? >> >> >>G >>> Hey, HP could have all 10 of the top 10 results if it tested enough E >>> variants of the same Superdome system.  And it would mean no more C >>> than the single best result it has posted (nor is anything more 6 >>> than the top 32-processor IBM result significant). >>>  >>>  >>E >> You're trying to pull an old trick with statistics here.  Find outTH >> what metric your competition is ahead on, then try to convince peopleF >> that dividing everything by that metric somehow produces a "better"F >> number.  Since your competitor's number is higher, dividing by that= >> number always makes all other numbers look better for you.j >>C >> In the days of 4-megabit Token Ring vs. 10-megabit Ethernet, IBM2 >> triedD >> to get everyone to talk about network efficiency in "per-megabit"? >> terms.  When Alpha clock rates and performance were so high,.G >> competitors tried to talk about SPECmarks/Mhz.  Here, you want us tonE >> accept tpm-C/CPU as a valid metric.  Nice try, but I'm not buying.e >>E >> If IBM could produce a 64-CPU POWER4 box they'd have one.  If they E >> could have reached 1M tpm-C first, they would have.  The couldn't,n >> and >> they didn't.b >> >> > A > I just wonder why there haven't been any TPC-C released for thei
 > Marvel ?    " Need you really ask that question?C HP has no intention of ever releasing any benchmark for Marvel VMS. @ Superdome would look sick by comparison (he said trolling bait).   ------------------------------  % Date: Fri, 12 Dec 2003 18:19:55 -0500 * From: "Bill Todd" <billtodd@metrocast.net>C Subject: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs,2 Message-ID: <PYmdnR4tNPqL0EeiRVn-sQ@metrocast.net>  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>3; wrote in message news:brc72u$e6b$1@new-usenet.uk.sun.com...O > Michael Moroney wrote:7 > > keithparris_NOSPAM@yahoo.com (Keith Parris) writes:a > >t > >fC > >>And if the "cluster cheat" is so "prevalent", why don't lots oftE > >>entries and lots of vendors appear in the TPC's clustered results J > >>list?  Could it be that folks like Andrew (from Sun) and Pfister (fromF > >>IBM) have a not-so-hidden ulterior motive behind their complaints? > >t > >pD > > Speaking of clusters, how would theoretical 'out of the box' VMS clustersL > > rank on this list?  Consider an extreme, a 96 node GS1280 cluster (yeah, > > right!)t >e' > How many TPM do you want to achieve ?a >u9 > TPC-C is perfectly scalable on clusters so if you couldd7 > assemble 96 x GS1280's in one place you should easily- > get the number on spot.2 >c; > But number one spot in what, a measure thats only usefull:6 > to establish bragging rights or put another way as a" > marketing tool and nothing else.  L Au contraire:  such a result would be *extremely* interesting.  Since HP hasK declined to submit a large (or even a small) Marvel system TPC-C result, weeK could just divide the above result by 96 and find out how it would do - andtK given that Marvel puts even the latest and greatest Itanics to shame in SAPm1 SD, I suspect that it might do quite well indeed.e   - bill   ------------------------------  % Date: Fri, 12 Dec 2003 18:27:09 -0500 * From: "Bill Todd" <billtodd@metrocast.net>C Subject: Re: HP tops 1 million tpmC on Superdome with Itanium2 CPUs 2 Message-ID: <0YydnQdfd6dU00ei4p2dnA@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:$dCovtpoimgt@eisner.encompasserve.org...oG > In article <vqehtv83hq8cfgjdn3r1jtm2pef6ibsmj1@4ax.com>, Robert KluteI( <robert_klute_removethis@hp.com> writes:H > > On 10 Dec 2003 15:53:30 -0600, young_r@encompasserve.org (Rob Young)
 > > wrote:   ...   B > >> But Pfister's complaint was/is legit.  You certainly wouldn'tH > >> "run" databases like that in the real world (if I recall correctly,< > >> multiple copies of the same tablespace.  One per node?) > >> Details in his book.n > >tC > > This may be true for the 'other' cluster benchmarks, but the HPcI > > Itanium/Linux/Oracle benchmark takes advantage of RAC.  There is onlyAF > > one copy of the database, no local copies, no duplicaton, only theH > > history table uses Oracle's partioning.  It is really of proof pointE > > Oracle RAC being able to scale.  Does this make RAC a soltion for J > > everyone? Larry Ellison would want you to think so, but I don't.  WhatL > > would be really interesting is to see how this configuration performs onK > > TPC-H.  Do I have any idea of how it would perform? No, but it would bes > > interesting. > >s >t6 > Does appear that Pfister's complaint is a bit stale.  G Not necessarily.  TPC-C remains almost perfectly partitionable, whereas K typical OLTP applications aren't.  So it's not clear that TPC-C results foroH RAC configurations tell one much of anything more than the old clusteredL TPC-C results did - unless the testers deliberately avoided any partitioning. optimizations for the TPC-C data and workload.  
   His book > is due for a revision anyhow.   L Indeed, and I'd certainly like to see one.  But he seems to have been pretty busy for the past few years.   - bill   ------------------------------    Date: 12 Dec 2003 15:30:55 -0800( From: bob@instantwhip.com (Bob Ceculski)C Subject: Re: OpenVMS clusters give Windows, Unix thorough thrashing>= Message-ID: <d7791aa1.0312121530.7c1f5b69@posting.google.com>3   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<brctj4$m13$1@new-usenet.uk.sun.com>...a > Keith Parris wrote:  > > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<br9veh$kn1$2@new-usenet.uk.sun.com>...A > > ? > >>They can have dissaster tolerant clusters from Sun as well.e > >  > > H > > A Sun Cluster can either provide redundant servers within a site, orJ > > you can have a single server in each of two sites (limit of 2 nodes inI > > the Sun Cluster in a disaster-tolerant configuration). So if you loseeH > > a site, you no longer have server redundancy. So you can't have bothE > > inter-site and intra-site redundancy at the same time.  Difficulta > > choice to have to make.l > < > That would be true currently with the standard configs for% > SunCluster, it isn't true with VCS.  > 	 > Regards  > Andrew Harrison   ; nice to be finally trying to get current isn't it?  VMS hasN had it for 20 years now ...c   ------------------------------  % Date: Fri, 12 Dec 2003 16:07:14 -0500a* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: OpenVMS org) Message-ID: <3FDA2DFC.874BB6E1@istop.com>e   Fabio Cardoso wrote:G > What about a possible convergence of Operating Systems architectures?f< > A mix of OpenVMS + NSK + Unix in the future ? Frankstein ?  N Consider that VMS clustering went (in part) to True 64 that is going to HP-UX.N Tandem had made a Flaut-tolerant Unix if I remember correctly. That work could also benefit HP-UX.   N In the end, HP could migrate all the goodies of those products it doesn't wantJ (Tandem, VMS,. Tru64) to HP-UX, at which point there would be no reason to% keep all the other operating systems.M   ------------------------------  # Date: Fri, 12 Dec 2003 21:54:05 GMT # From: "John Smith" <a@nonymous.com>h Subject: Re: OpenVMS orgF Message-ID: <1OqCb.3125$NNW1.609@news04.bloor.is.net.cable.rogers.com>   JF Mezei wrote:f > Fabio Cardoso wrote:H >> What about a possible convergence of Operating Systems architectures?= >> A mix of OpenVMS + NSK + Unix in the future ? Frankstein ?P >rF > Consider that VMS clustering went (in part) to True 64 that is going? > to HP-UX. Tandem had made a Flaut-tolerant Unix if I rememberu0 > correctly. That work could also benefit HP-UX. >yC > In the end, HP could migrate all the goodies of those products ithC > doesn't want (Tandem, VMS,. Tru64) to HP-UX, at which point therem= > would be no reason to keep all the other operating systems.f    " 'cept that the HP-UX kernel blows.   ------------------------------  % Date: Fri, 12 Dec 2003 19:23:05 -0600v@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> Subject: Re: OpenVMS org6 Message-ID: <3FDA69F9.9029DED2@NeOaSrPtAhMlNiOnWk.net>   Hein wrote:/ >  > "David J. Dachtera" wrote: >  > > Larry Kilgallen wrote:F > > > How many of those here assembled have chosen an operating system > > > based on advertising ? > > J > > I have a better question: How many of those here assembled have chosen@ > > an operating system they've never heard of or seen in an ad? >  > Is that a trick question?t  + Of corpse, not. (Note the choice of words.)   _ > The answer is clearly "all of the c.o.v. readers" as they all use VMS and never ever saw thatt > adverstised.  E Then again, many of us go back to the days when VMS *WAS* advertised.o. The choice was made decades ago in some cases.   -- n David J. Dachterat dba DJE Systems. http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 12 Dec 2003 19:25:45 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> Subject: Re: OpenVMS org6 Message-ID: <3FDA6A99.303CE31A@NeOaSrPtAhMlNiOnWk.net>   Paul Sture wrote:s >  > Larry Kilgallen wrote: > >t| > > In article <3FD7E5A2.339DC21@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes: > > > Fred Kleinsorge wrote:
 > > >> [snip]rM > > >> You could spin VMS off into it's own company, but it would take away ae3 > > >> valuable income stream - so it's not likely.e > > >nF > > > If VMS is such a "valuable income stream", why does hp refuse to > > > advertise it?2 > >3F > > Presumably because they do not believe the revenue stream would beD > > enhanced by advertising it.  Having sometimes spent money myselfI > > on advertising software and seen revenue be unrelated to advertising, : > > I am not in a position to second-guess HP on this one. > >eD > > How many of those here assembled have chosen an operating system > > based on advertising ? > G > Advertising only, no, but exposure to the press and ensuing technical  > discussions, yes.U > C > But I will say this. When I accepted my present position, variousRI > acquaintances, and family members, told me in no uncertain terms that I>G > should bet my career on Windows instead of VMS. They'd never heard ofiF > VMS, and some of them were in positions which put them in control of > large IT budgets.d  D ...which, in great measure, is the point us ad-vocates are trying to make.X   -- t David J. Dachteral dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/d   ------------------------------  % Date: Fri, 12 Dec 2003 17:48:59 -0800 # From: "Tom Linden" <tom@kednos.com>p Subject: RE: OpenVMS org9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEHPIKAA.tom@kednos.com>   J I do not believe it is all that important to advertise VMS, per se.  AfterD all, how many ads do you see promoting OS390.  The real issue is the	 marketingmC focus of HP.  The key is to promote solutions and understand how tou	 translatetK in to a product matrix.  And, Itanium, alpha are NOT products, they are theS deliveryG platforms for the real products which are the OS's and the applicationsr adminstereds by them.  G Now I saw that Andrew posted the sales figures for the past quarter forl AlphatK servers at $64M.  It may be correct, but the real question is, what did VMScG do in terms of revenues?  To the 64M you must add the rather signifcante service:' revenues and software license revenues.m  J What is HP's vision of the market opportunities and how do they propose toL address them?  If you are going after DR solutions you obvisouly don't do it withE Windows boxes.  Competing with Dell is a pretty tough, and low margin  business  K The real problem seems to be (and in their defense, this may be part of thet mergerE problems) a lack of strategic focus and more an emphasis on tactical,e
 opportunistic  sales.   >-----Original Message-----eF >From: David J. Dachtera [mailto:djesys.nospam@NeOaSrPtAhMlNiOnWk.net]( >Sent: Friday, December 12, 2003 5:23 PM >To: Info-VAX@Mvb.Saic.Com >Subject: Re: OpenVMS orgr >. >e >Hein wrote: >> >> "David J. Dachtera" wrote:n >> >> > Larry Kilgallen wrote: G >> > > How many of those here assembled have chosen an operating systemt >> > > based on advertising ?- >> >K >> > I have a better question: How many of those here assembled have chosen:A >> > an operating system they've never heard of or seen in an ad?s >> >> Is that a trick question? >o, >Of corpse, not. (Note the choice of words.) >C@ >> The answer is clearly "all of the c.o.v. readers" as they all  >use VMS and never ever saw that >> adverstised.p >uF >Then again, many of us go back to the days when VMS *WAS* advertised./ >The choice was made decades ago in some cases., >u >--p >David J. Dachtera >dba DJE Systems >http://www.djesys.com/  > ) >Unofficial Affordable OpenVMS Home Page:v  >http://www.djesys.com/vms/soho/ >h >---' >Incoming mail is certified Virus Free.u; >Checked by AVG anti-virus system (http://www.grisoft.com).rA >Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003a >  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.548 / Virus Database: 341 - Release Date: 12/5/2003   ------------------------------  % Date: Fri, 12 Dec 2003 20:41:40 -0600m From: msell <msell@pdq.net> # Subject: OpenVMS VAX 6.1 CDs wantedo- Message-ID: <brdu6o$npp@library1.airnews.net>C   Hello,      B Does anyone here have a spare set of OpenVMS VAX 6.1 CDs for sale?  & Please respond with your asking price.  F Yes - I know about EBay. My original set came from EBay, but 6.1 sets   don't show up too often anymore.   Much appreciated! Thanks!          --     -------------------------t Matthew Sell
 Programmer UNIX System Administrator  On Time Support, Inc.  www.ontimesupport.coml  4 Join the Metrology Software Discussion List METLIST!) http://www.ontimesupport.com/metlist.htmlU    1 Growing old is mandatory; growing up is optional.e@ Today's mighty oak is just yesterday's nut that held its ground.   ------------------------------  # Date: Fri, 12 Dec 2003 19:01:11 GMTe3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)L? Subject: Re: Rookie with VMS . DCL etc... need your help pleasen3 Message-ID: <XfoCb.10626$J91.2232@news.cpqcorp.net>i  A In article <belCb.415$X97.111@newsread2.news.atl.earthlink.net>,  0 "GabrielG" <twc2813049608@earthlink.net> writes:  : >I have a couple of questions.                            5 >1 Can some one please explain me what Compaq "Alpha" = >computer platform and associated peripherals components are?a: >2 . Same question as #1 but with Intel computer platform.J >What are VMS operating systems envirounment to include DCL and /or Cache/ >3. What is DCL    Here is a general overview:   G The VMS operating system was originally developed by Digital Equipment cB Corporation, beginning about 25 years ago.  Since then it has beenG renamed OpenVMS -- "VMS" and "OpenVMS" are the *same* operating system.   E OpenVMS was aquired by Compaq Computer Corporation when Compaq boughta> Digital; and by Hewlett-Packard Company when HP bought Compaq.  D The OpenVMS operating system originally ran on 32 bit VAX computers.J May of these are still in use today.  While Digital was still in business,H it developed the 64 bit Alpha computer system, and OpenVMS was convertedH to run on Alpha computers.  (Both VAX and ALpha computers also run other; operating systems, most commonly various versions of Unix.)t  D Today OpenVMS is being converted to run on systems using the 64 bit H Itanium (TM) processor family.  The OpenVMS I64 V8.1 evaluation release E will soon be available.  The first production version of OpenVMS I64,t8 V8.2, is expected to be available in calendar year 2004.  A OpenVMS is a secure, robust operating system that is suitable forhB systems ranging from workstations to very large systems, includingB systems working together in OpenVMS Clusters and OpenVMS Galaxies.  " From the OpenVMS Alpha V7.3-2 SPD:  I     OpenVMS is a general-purpose, multiuser operating system that runs intH     both production and development environments. OpenVMS Alpha supportsH     Hewlett-Packard's Alpha series computers, while OpenVMS VAX supportsL     VAX, MicroVAX, VAXstation, and VAXserver series computers. OpenVMS soft-H     ware supports industry standards, facilitating application portabil-H     ity and interoperability. OpenVMS provides symmetric multiprocessingH     (SMP) support for multiprocessing Alpha and VAX systems. The OpenVMSI     Alpha operating system provides support for 64-bit virtual memory ad-n)     dressing and Very Large Memory (VLM).h     G     The OpenVMS operating system can be tuned to perform well in a wideaM     variety of environments. This includes combinations of compute-intensive,aH     I/O-intensive, client/server, real-time, and other environments. Ac-L     tual system performance depends on the type of computer, available phys-H     ical memory, and the number and type of active disk and tape drives.     L     The OpenVMS operating system has well-integrated networking, distributedJ     computing, client/server, multiprocessing, and windowing capabilities.H     It contains extensive features that promote ease-of-use, improve theB     productivity of programmers, and facilitate system management.   From the OpenVMS Cluster SPD:e  K     OpenVMS Cluster Software is an OpenVMS System Integrated Product (SIP).nM     It provides a highly integrated OpenVMS computing environment distributed J     over multiple Alpha or VAX systems, or a mix of Alpha and VAX systems.G     In this SPD, this environment is referred to as an OpenVMS Cluster.h  ! And, from the OpenVMS Galaxy SPD:s  G     OpenVMS Galaxy enables multiple instances of OpenVMS to execute co-fJ     operatively in a single computer, giving customers the ability to man-6     age unpredictable, variable, or growing workloads.>                                                                 C DCL is the english-like command language used on OpenVMS systems.  nH (The leters originally stood for "Digital Command Language".)  It servesA much the same purpose as JCL, "Job Control Language", on some IBMkH operating systems.  However, DCL has may features that are similar to an interpretd programing language.a     I hope this overview helps you.tF Please keep in mide that the above are only small quotes from the SPDs" (Software Product Descriptions).     -- wJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Fri, 12 Dec 2003 18:37:35 -0500t3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> ? Subject: Re: Rookie with VMS . DCL etc... need your help pleasef0 Message-ID: <4PqdnRA33uXdzEeiRVn-uw@comcast.com>  G I'd strongly recommend that you do not try to fake it!  If you are not oI caught during the interview, you will be caught on the job.  Either way, eF you lose the job and get a big black mark.  Instead, say something to A the effect that "I have no VMS experience but I have studied the aG material I could obtain in the last few days and I would like to learn - more."  G Depending on the nature of the job a week or two of intensive training tI would probably be enough to bring you up to speed with VMS.  If  the 85% xF you already have is strong enough, many companies would be willing to + provide the training you need for the rest.e     GabrielG wrote:y   >I have a couple of questions.5 >1 Can some one please explain me what Compaq "Alpha"i= >computer platform and associated peripherals components are? : >2 . Same question as #1 but with Intel computer platform.J >What are VMS operating systems envirounment to include DCL and /or Cache/ >3. What is DCLs >Thanks in advance.eJ >I have an interview next week and I qualified for the position 85% exceptL >this portion which I have never been expose to, but it does not hurt to getK >some general ideal and hopully this company will give a chance to work forf >them.  >Once more thanks for your help. >Gabe. >a >y >e >  r >.   ------------------------------  # Date: Sat, 13 Dec 2003 00:08:44 GMT . From: "GabrielG" <twc2813049608@earthlink.net>? Subject: Re: Rookie with VMS . DCL etc... need your help pleaselA Message-ID: <gMsCb.1052$X97.110@newsread2.news.atl.earthlink.net>e  B I really appreciate each and everyone of you for giving me so much information and advices.J I will be honest of course during the interview on reference to not havingL VMS experience, but at least I have some idea of what VMS is about. It seems. like VMS is a robust, secure, and reliable OS.; I wonder why not that many companies have this OS platform. B Once more I want to thank you for taking your time and giving your
 feedbacks. I wish you the best. Gabe.h  @ "Charlie Hammond" <hammond@not@peek.ssr.hp.com> wrote in message- news:XfoCb.10626$J91.2232@news.cpqcorp.net...lB > In article <belCb.415$X97.111@newsread2.news.atl.earthlink.net>,2 > "GabrielG" <twc2813049608@earthlink.net> writes: >   > >I have a couple of questions.7 > >1 Can some one please explain me what Compaq "Alpha"c? > >computer platform and associated peripherals components are?e< > >2 . Same question as #1 but with Intel computer platform.L > >What are VMS operating systems envirounment to include DCL and /or Cache/ > >3. What is DCL. >n > Here is a general overview:  >uH > The VMS operating system was originally developed by Digital EquipmentD > Corporation, beginning about 25 years ago.  Since then it has beenI > renamed OpenVMS -- "VMS" and "OpenVMS" are the *same* operating system.  >oG > OpenVMS was aquired by Compaq Computer Corporation when Compaq bought @ > Digital; and by Hewlett-Packard Company when HP bought Compaq. > F > The OpenVMS operating system originally ran on 32 bit VAX computers.L > May of these are still in use today.  While Digital was still in business,J > it developed the 64 bit Alpha computer system, and OpenVMS was convertedJ > to run on Alpha computers.  (Both VAX and ALpha computers also run other= > operating systems, most commonly various versions of Unix.)i >cE > Today OpenVMS is being converted to run on systems using the 64 bitiI > Itanium (TM) processor family.  The OpenVMS I64 V8.1 evaluation release G > will soon be available.  The first production version of OpenVMS I64,y: > V8.2, is expected to be available in calendar year 2004. > C > OpenVMS is a secure, robust operating system that is suitable forlD > systems ranging from workstations to very large systems, includingD > systems working together in OpenVMS Clusters and OpenVMS Galaxies. >n$ > From the OpenVMS Alpha V7.3-2 SPD: > K >     OpenVMS is a general-purpose, multiuser operating system that runs intJ >     both production and development environments. OpenVMS Alpha supportsJ >     Hewlett-Packard's Alpha series computers, while OpenVMS VAX supportsH >     VAX, MicroVAX, VAXstation, and VAXserver series computers. OpenVMS soft-UJ >     ware supports industry standards, facilitating application portabil-J >     ity and interoperability. OpenVMS provides symmetric multiprocessingJ >     (SMP) support for multiprocessing Alpha and VAX systems. The OpenVMSK >     Alpha operating system provides support for 64-bit virtual memory ad-r+ >     dressing and Very Large Memory (VLM).j >:I >     The OpenVMS operating system can be tuned to perform well in a widem< >     variety of environments. This includes combinations of compute-intensive,J >     I/O-intensive, client/server, real-time, and other environments. Ac-H >     tual system performance depends on the type of computer, available phys-cJ >     ical memory, and the number and type of active disk and tape drives. > B >     The OpenVMS operating system has well-integrated networking, distributedtL >     computing, client/server, multiprocessing, and windowing capabilities.J >     It contains extensive features that promote ease-of-use, improve theD >     productivity of programmers, and facilitate system management. >4 > From the OpenVMS Cluster SPD:o >uF >     OpenVMS Cluster Software is an OpenVMS System Integrated Product (SIP).C >     It provides a highly integrated OpenVMS computing environmento distributediL >     over multiple Alpha or VAX systems, or a mix of Alpha and VAX systems.I >     In this SPD, this environment is referred to as an OpenVMS Cluster.o >i# > And, from the OpenVMS Galaxy SPD:t >!I >     OpenVMS Galaxy enables multiple instances of OpenVMS to execute co-eL >     operatively in a single computer, giving customers the ability to man-8 >     age unpredictable, variable, or growing workloads. >c >cC > DCL is the english-like command language used on OpenVMS systems.eJ > (The leters originally stood for "Digital Command Language".)  It servesC > much the same purpose as JCL, "Job Control Language", on some IBMiJ > operating systems.  However, DCL has may features that are similar to an! > interpretd programing language.l >r > ! > I hope this overview helps you.>H > Please keep in mide that the above are only small quotes from the SPDs" > (Software Product Descriptions). >i > -- eL >       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAH >           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)L >       All opinions expressed are my own and not necessarily my employer's. >$   ------------------------------  % Date: Fri, 12 Dec 2003 19:49:52 -0600a@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>? Subject: Re: Rookie with VMS . DCL etc... need your help please 6 Message-ID: <3FDA7040.4C4337EE@NeOaSrPtAhMlNiOnWk.net>   GabrielG wrote:  > D > I really appreciate each and everyone of you for giving me so much > information and advices.L > I will be honest of course during the interview on reference to not havingN > VMS experience, but at least I have some idea of what VMS is about. It seems0 > like VMS is a robust, secure, and reliable OS.= > I wonder why not that many companies have this OS platform.c  C For the same reason you came here: they've never heard of it. VMS'seD current owner - hp - and recent former owner - Compaq - refuse(d) to
 advertise it.t  D Even in this day of "grab the money and run" greed, some folks stillC have to be dragged, kicking and screaming all the way, to the bank.f   UFB...   -- t David J. Dachtera  dba DJE Systems0 http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Fri, 12 Dec 2003 20:26:19 GMTE# From: "John Smith" <a@nonymous.com>n$ Subject: Re: Scott McNealy;s DilemmaF Message-ID: <LvpCb.2322$NNW1.610@news04.bloor.is.net.cable.rogers.com>   JF Mezei wrote:n > DL Phillips wrote:F >> Interesting article about "disruptive technologies" should strike aD >> familiar ring with most of us. BTW: Digital and HP are mentioned, >> too.a >>L http://www.reed-electronics.com/eb-mag/article/CA337813?stt=000&pubdate=12%2	 F1%2F2003m >s >oF > Many thanks for the article. I tend to fully agree with it, although> > I don't necessarily agree with the very dark Sun prognostic. >sE > What the article fails to mention about Linux is that it is perhapstC > history rewritten. Many of the computer manufacturers (think "theh > bunch") seing howkG > their proprietary system couldn't compete against VMS and MVS decided 
 > to go toD > the "free" route: Unix. Over time, they added more and more to the	 > vanillalB > Unix in order to make it proprietary, hence HP-UX, AIX, Solaris. >t? > In the long term, it may be pointless to abandon your current  > proprietary UnixE > to migrate to Linux only to have it become proprietary (loaded witheD > all your goodies) eventually. On the other hand, you risk beinging > totally irrelevant- > to the industry if you don't ride the wave.t >rG > One way to make the proprietary OS continue to be relevant is to maken@ > them affordable and competitive at the low end.  This is where > Digital toatlly0F > failed with its artificial barriers of Alpha/VMS in order to protect	 > its lowb! > end fledgling wintel operation.1 > E > By being a wintel slave, HP's other products are aso prevented from  > competing  > at the low end market. > B > Sun , on the other hand, is far more focused on a single procuct
 > which givesdF > more agility and ability to move its own product in exactly the same > directionoE > it wants it to. (Deciding the right direction is key because if you 4 > choose the wrong direction, the whole ship sinks). >mE > HP on the other hand, having many separate smaller ships can afford.	 > to have C > one ship go astray without it being fatal, and in fact, it sppear  > that HP isD > even ready to sacrifice some smaller ships in the hopes of helping > its other ships.     'Boat burning' anyone?   ------------------------------  % Date: Fri, 12 Dec 2003 16:15:30 -0500f* From: JF Mezei <jfmezei.spamnot@istop.com>1 Subject: Re: Singapore Exchange to run on OpenVMS@) Message-ID: <3FDA2FEC.B5AE0FEF@istop.com>g   Keith Parris wrote:. > C > Singapore Exchange (SGX) has chosen exchange software from the OM.A > Group and will run it on OpenVMS in a disaster-tolerant cluster<4 > configuration.  This is a new customer to OpenVMS.  M Did HP negotiate a nice discount in exchange for bragging rights ? Or does HP>L have every intention to remain silent on this one and hide the fact that VMS runs another exchange ?i  L Is this going to be a huge meat and potatoes system running the exchange, orD just a side order running some less visible aspect of the exchange ?   ------------------------------  # Date: Fri, 12 Dec 2003 20:25:12 GMT># From: "John Smith" <a@nonymous.com>>1 Subject: Re: Singapore Exchange to run on OpenVMS.G Message-ID: <IupCb.2311$NNW1.2263@news04.bloor.is.net.cable.rogers.com>t   Keith Parris wrote:>C > Singapore Exchange (SGX) has chosen exchange software from the OMoA > Group and will run it on OpenVMS in a disaster-tolerant clustere4 > configuration.  This is a new customer to OpenVMS. >  >iL http://info.sgx.com/webnewscentre.nsf/b9c790d0d5ba5d2548256dcf0049ce28/48256( 838002f07b148256dfa00321bde?OpenDocument  G OM Group has been very successful in selling their app on VMS. The onlysD problem is...once you get beyond the 120 or so stock/options/futuresI exchanges worldwide that matter, what other apps are out there that bringaJ VMS along for the ride? Not a lot.    And HP makes much 'noise' about apps@ selling VMS so that's why they don't try to sell VMS themselves.  ! What came first...dumb or dumber?o   ------------------------------  # Date: Fri, 12 Dec 2003 21:07:48 GMTu& From: jlsue <jefflsxxxz@sbcglobal.net>B Subject: Re: Sun to use AMD Opteron - announcement expected Monday8 Message-ID: <adbktvshv70u4h1gls7o642epk7ed7l4o0@4ax.com>  E On Thu, 11 Dec 2003 17:48:47 +0000, Andrew Harrison SUNUK Consultancys. <Andrew_No.Harrison_No@nospamn.sun.com> wrote:  
 >jlsue wrote:   L >> The main problem was that once the decisions were made, the communicationI >> was handled badly.  I can't defend how the business allowed commitmentaL >> speeches just prior to cancellation announcements.  But bad communicationF >> doesn't necessarily mean that the business decision itself was bad. >> a >eA >Really so missleading your customers before the decision and thee? >decision itself wasn't the problem it was how you communicatedr" >the decision to them afterwards !  C It would only be truly misleading if those making the statements to-J customers were fully aware of what the BOD were doing.  If they were awareI that "a" decision was to be made,, but made the statements believing thattG Alpha would survive, then you can only fault them for their enthusiasm.b  G I have no idea who knew what when, and neither does anyone else in herei. (and certainly not a Sun droid like yourself).   >>? >You really should be in politics this the kind of BS reasoninge >you get from a politician.t  K Yeah.  Or I could just leap to opinions and spread real BS as if it's fact,s like yourself.     --- jlsl0 The preceding message was personal opinion only.6 I do not speak in any authorized capacity for anyone,  and certainly not my employer.- (get rid of the xxxz in my address to e-mail)o   ------------------------------  % Date: Fri, 12 Dec 2003 13:15:12 -0500t5 From: David Beatty <David.Beatty@qwertysasasdfgh.com> ( Subject: Re: Tracking down a MAC address2 Message-ID: <wgTaPzbpzwiJmAeDfy1FD+KE+JsB@4ax.com>  C On Fri, 12 Dec 2003 17:10:06 +0000, David Gray <police@spamcop.net>t wrote:   >Greetings,  > ; >I keep getting the following message in the operator log. e >F$ >Message from user INTERnet on SPIKEF >arp: local IP address nnnn.nnnn.nnnn.nnnn  in use by hardware address >00-06-5B-EF-4A-A2 >wG >I have checked all the hardware addresses of everything  that could berF >causing this without success.  Any ideas on tracking down the culprit! >based on the MAC address alone? - >a" >$ucx show arp    gives no clues.  >  >Thanks in advance.  >  >	Dave.  >a >a >t >t >k  ;     It sounds like a device on your network has the same IP 5 address as your system. I have a file of the hardware 9 prefix assignments for MAC addresses; the hardware prefix 8 00-06-5B is assigned to Dell, so it's likely to be a PC.  :     If you've got an SNMP agent, you might be able to send; a read request to that IP address to determine exactly whatw kind of system it is.t       I hope this helps.   David R. Beatty    ------------------------------    Date: 12 Dec 2003 13:38:58 -0600 From: briggs@encompasserve.org( Subject: Re: Tracking down a MAC address3 Message-ID: <ylfWLs+fZ1jA@eisner.encompasserve.org>o  h In article <ngvjtvs01tfumu1tjcc6sr3car7mbvun1j@4ax.com>, John Laird <nospam@laird-towers.org.uk> writes:0 > Dell, according to http://coffer.com/mac_find/L > I presume the error message is referring to two machines trying to use theL > same IP address.  If there is any form of switch on the network, it may beK > possible to use SNMP or similar to enquire the contents of its MAC tablese > (I'm guessing).n  H If you can telnet into one of the switches and it's Cisco hardware, the  following may be of use:   Switches running CatOS:    Switch-name> enablei
  Password:0 Switch-name> (enable) show cam 00-00-6b-12-34-56  A That should tell you the blade/port through which the offender ise
 connected.  3 Switch-name> (enable) show cdp neighbor 9/12 detail   C This should tell you the IP address of the adjacent switch (if any) 0 (and if you're running Cisco Discovery Protocol)  H If there is an adjacent switch, telnet into it and repeat this exercise.A If not, check to see what MAC addresses are connected through theo indicated port:   + Switch-name> (enable) show cam dynamic 5/21r  D If there are a lot of MAC addresses then you have an adjacent hub orD switch that doesn't talk CDP.  If there's just one then you've found your attachment point.     Switches running IOS:n   switch-name> enable 
  Password:) switch-name# show mac addr 0000.6b12.3456r  < That'll tell you the interface through which it is connected  - switch-name# show cdp neighbor fa 0/15 detail)  ? That'll tell you the IP address on the adjacent switch (if any)t) (assuming adjacent switch is running CDP)   # switch-name# show mac inter fa 0/15a  > That'll show you all MAC addresses connected through the given
 interface.    D If your network is big and flat, you may need to ping the IP addressB of the offending station to generate some traffic and refresh your? switch routing tables.  MAC address entries tend to time out ifUA the owner isn't generating any traffic.  If you don't know the IPg@ address, you may just need to be patient and your target to sendC some traffic, thus updating the entries.  If the target is shieldedeA with a personal firewall you may need to be a bit sneaky -- flushwB your ARP cache before pinging.  He can filter IP but it's unlikely$ that he's filtering his ARP replies.   	John Briggs   ------------------------------   Date: 12 Dec 03 13:13:40 PST From: mckinneyj@cpva.saic.comd( Subject: Re: Tracking down a MAC address( Message-ID: <kKHMjgQ1EttC@cpva.saic.com>  8 In article <l9tjtvsr2mvpm7lgmg612riv9dgk3sk9hb@4ax.com>,(  David Gray <police@spamcop.net> writes:
 > Greetings, u > < > I keep getting the following message in the operator log.  > % > Message from user INTERnet on SPIKEeG > arp: local IP address nnnn.nnnn.nnnn.nnnn  in use by hardware addressI > 00-06-5B-EF-4A-A2p >   F According to http://standards.ieee.org/regauth/oui/oui.txt, the vendorF code 00-06-5B belongs to Dell Computer Corp. Maybe that'll help narrow your search?    H > I have checked all the hardware addresses of everything  that could beG > causing this without success.  Any ideas on tracking down the culpritn" > based on the MAC address alone?  > # > $ucx show arp    gives no clues.   >  > Thanks in advance. e > 	 > 	Dave. r >  >    ------------------------------  % Date: Fri, 12 Dec 2003 15:17:46 -0500r* From: JF Mezei <jfmezei.spamnot@istop.com>( Subject: Re: Tracking down a MAC address) Message-ID: <3FDA2268.DB853CD8@istop.com>e  & > >Message from user INTERnet on SPIKEH > >arp: local IP address nnnn.nnnn.nnnn.nnnn  in use by hardware address > >00-06-5B-EF-4A-A2  0 http://www.iana.org/assignments/ethernet-numbers  M Gives a list of ethernet "blocks" assigned to each vendor. There is a pointer-! to another site with information.2  : 00-06-5B isn't listed, but 00-06-xx is either HP or Cisco.  I Note that many etherhet interfaces are capable of faking the MAC address.e  J Can you confirm that the nnnn.nnnn.nnnn.nnnn that you have hidden is an IP6 address that node SPIKE has in one of ots interfaces ?  H One way around this is to SET NOINTERFACE for the interface that has theL conflicting IP address on the known node (SPIKE) which should then allow theN arp that points to that ethernet address to become "valid", at which point youK should be able to telnet/port= to various ports of that IP to get a clue on K the identity of that node. (23= telnet, 25=SMTP, 119=news, 80=http, 110=POPr  N In the case of telnet, SMTP, News and POP, you should get some sort of welcomeM banner at the connection. With HTTP, you don't get a banner, but you can use iJ utility such as fetch_http to send a transaction and see what the response headers are.   ------------------------------  # Date: Fri, 12 Dec 2003 20:37:31 GMTe4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> Subject: Re: UCX$TELNETt0 Message-ID: <3FDA24D0.A7A0DF95@blueyonder.co.uk>   BigBarr wrote: > V > Sorry, that was a typo on my part.  I am typing in ucx$telnetsym.  Any other advice?  6 Upgrade to a more recent and stable version of TCP/IP.  A If not possible investigate ECos for the version you are running.:    O   -- o tim.llewellyn@blueyonder.co.uk   ------------------------------  + Date: Fri, 12 Dec 2003 22:20:04 +0100 (CET)e% From: Nomen Nescio <nobody@dizum.com> . Subject: Re: Vareck Bostrom = J F  M e z e i ?8 Message-ID: <81297c6a1567ca21b9602b0062a68afd@dizum.com>  $ JF Mezei <jfmezei@istop.com> ranted:   >Darrell Larose wrote: >> IO >> Sooner or later he'll make a mistake that will tip off JF Mezei who he is. IdD >> think JF may have worked with this loser at one time in Ottawa or >> Montreal... >X1 >Can you please leave this alone ? Blah blah blaha   <snip rest of Hitleresque rant>   P Well, well, well ... here we have Mr. Nazi trying to silence even his supporters5 (serves them right for supporting such a psychopath).s   Jean-Francois Mezei1 86 Harwood Gate. Beaconsfield, QC H9W3A3  (514) 695-8259   A DECADE OF USENET TROLLINGW   Report his abuse to:   abuse@sympatico.ca abuse@bellglobal.com abuse@istop.comn   jfmezei@istop.comh jfmezei.spamnot@istop.comr jfmezei@videotron.ca jfmezei@vl.videotron.ca  nospam.jfmezei@videotron.cao "jfmezei"@videotron.ca[nospam] nobody <nobody@nobody.com>) Conspiracy Theory <conspiracy@theory.org> & Lou Raccoon <L.Raccoon@wilderness.org>$ Flapping Labias <flabia@anatomy.org>% Throbbing vulva <t.vulva@anatomy.org>) Twin Gonads <two@gonads.com>% Loose Scrotum <l.scrotum@anatomy.org>e" Raised Organ <R.Organ@anatomy.org>$ Popped Cherry <P.Cherry@anatomy.org>- Monica Lewinski <billclinton@westchester.com> ' Deep Fried Foreskin <dff@mcdonalds.com>h" Aroma of Smegma <aroma@chanel.org> Wet fart <w.Fart@smell.org>S' Pubic dandruff <P.dandruff@anatomy.org>S( Voluptuous Nipple <V.nipple@anatomy.org>& Inserted Finger <I.Finger@anatomy.org> Pubic Nair <shaved@anatomy.org>y' Flatulent Meatus <F.Meatus@anatomy.org>p% Lihk Mhygroin <L.MyGroin@anatomy.org>i Pre Khum <P.Khum@anatomy.org> ! Phi Mosis <Phi.Mosis@anatomy.org>s# Bal Anatis <Bal.Anatis@anatomy.org>s  Fren Ullum <F.Ullum@anatomy.org>$ Ivanna Getlaid <I.Getlaid@onani.org>& Ivanna Wankalot <I.Wankalot@onani.org>$ Ivanna Umpalot <Humpalot@drevil.com>* Wan Tnoneofit <W.Tnoneofit@weirdnames.org> Wan Itbad <W.Itbad@inneed.org>! Wan Towank <W.ToWank@anatomy.org>a Wan Tolik <w.tolik@anatomy.org> $ Testos Terone <t.terone@anatomy.org>! Upper Gonad <U.Gonad@anatomy.org> ! Right Gonad <R.Gonad@anatomy.org>y  Left Gonad <L.Gonad@anatomy.org>$ Tyson's Glands <Tyson.G@anatomy.org> Nose Hair <n.hair@anatomy.org>% Coronal Sulcus <C.Sulcus@anatomy.org> % Corpus Cavernus <manhood@anatomy.org> $ Armpit moisture <armpit@anatomy.org> Onani Room <onani@hotels.com>u& Arnie's Banana <weiner@terminator.com>( Raised eyebrows <r.eyebrows@anatomy.org>% Vas Deferens <V.deferens@anatomy.org>e% Naked Canuck <N.canuck@naturists.org>2& Arni's socks <Smelly.Socks@arnold.org>* Notable Exception <N.exception@untied.com>& Unpopped Cherry <U.Cherry@anatomy.org>' Tatooed Ovaries <T.Ovaries@anatomy.org>s' Pierced eyelid <p.eyelid@piercings.org> ( Limp Tomato <limp.tomato@vegetables.org>, Eggplant Earrings <e.earrings@piercings.org>. Banana Underpants <B.Underpants@hillfiger.org> Naval Lint <navel@lint.mil>t' Ingrown Toenail <i.toenail@anatomy.org>e% Empty Stomach <E.Stomach@anatomy.org>l$ Full Stomach <f.stomach@anatomy.org>" Smelly Cat <S.Cat@friends.nbc.com>& Torn Ligament <T.Ligament@anatomy.org># Art Tistic <A.Tistic@modern.museum> ( Furry Raccoon <F.Raccoon@wilderness.org>% Wet Racoon <W.Racoon@wildnerness.org> " Mad Racoon <M.Racoon@wildlife.org>% Lazy Racoon <L.Racoon@wilderness.org>i& Eaten Racoon <E.Raccoon@mcdonalds.com>' Happy Raccoon <H.Racoon@wilderness.org> ) Sleeping Racoon <S.Racoon@wilderness.org>y' Hungry Racoon <H.Racoon@wilderness.org>n" Horny Raccoon <H.Racoon@fauna.org>( Smart Raccoon <S.Raccoon@wilderness.org>, George W Raccoon <GW.Raccoon@wilderness.org>+ Ronald McRaccoon <r.raccoon@wilderness.org>a* Thirsty Raccoon <T.Raccoon@wilderness.org>( Johnny Raccoon <J.Racoon@wilderness.org>' Oshi Santo <O.Santo@nx01.starfleet.org>t* Oishi Chinko <O.Chinko@nx01.starfleet.org> T.Yellow <T.Yellow@nowhere.com>t Q <queue@continuum.net>o Borg Queen <1of1@borg.org>* Ronald Wilkerson <wilkersonr@sympatico.ca>) John Balterman <j.balterman@sympatico.ca>    ------------------------------  % Date: Fri, 12 Dec 2003 20:36:50 -0600m3 From: "misc@vectorgames.org" <misc@vectorgames.org>N5 Subject: Re: VAX 11/750 and RL02 - trying to boot VMSi- Message-ID: <brdttn$kqr@library1.airnews.net>e   Hoff,    > L >   Do you have the CSRs set correctly for the various Unibus devices?  (YouJ >   need to use the CONFIGURE command on a working OpenVMS VAX box, and toJ >   determine the CSR and vector settings for all Unibus devices present.) >  > $ RUN SYS$SYSTEM:SYSGENh > SYSGEN> CONFIGURE  > DEVICE> RL11 > ..  I Thanks for the tip - I'll check those settings on the card (I don't have s& another working UNIBUS VAX right now).  F >   Do you have a bootblock on the target disk?  WRITEBOOT is requiredE >   here.  (Standalone BACKUP does usually write that onto the targetg5 >   disk, so this may or may not apply in your case.)u  % I did use WRITEBOOT on the disk pack.   F >   (If not, you will have to use BOOT58 and the TU58 -- the last timeH >   I was working with that console was in preparation for the twentieth# >   anniversary VAX presentations.)l  J I obtained some more TU58 console tapes - so I might get lucky with a few.  / >Do you have the VAX-11/750 microcode update?    > C >   This is often loaded from the console TU58, though at least the.C >   older releases of OpenVMS VAX were also capable of loading thise >   microcode during startup.e >   ; Hmmm - that's a thought. I'll check my collection of tapes.c    G >   The VAX-11/750 cannot be a satellite, so you have to stuff most alltL >   of OpenVMS onto that RL02 disk -- the last time I tried anything similar  D Rats. Well, if I can get it started from RL02 maybe I could get the 0 remainder of the OS running from a larger drive.  H >   I will assume you are aware this is the second slowest VAX platform.   Speed is irrelevant.     : )  1 It's a restoration project, along with my 11/780.(   Thanks for the insight!        	- Matte   ------------------------------  # Date: Fri, 12 Dec 2003 20:05:52 GMTe6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)4 Subject: [VMS 7.3-2] New GETSYI items undocumented ?2 Message-ID: <AcpCb.25952$dt3.19604@news.chello.at>  N I found 8 new GETSYI items in OpenVMS Alpha 7.3-2 (also in VMS731_UPDATE V2.0)L and a quick look into the help/docs found nothing. Was it intended that thisL items codes are undocumented (and unsupported) or were they simply forgotten6 in the docs (probably because they came in very late)    	NPAGED_FREE
 	NPAGED_INUSE5 	NPAGED_LARGEST 
 	NPAGED_TOTALs 	PAGED_FREEr 	PAGED_INUSE 	PAGED_LARGEST 	PAGED_TOTAL   TIAw   -Peter  * PS: I wrote this also to openvmsdoc@hp.com   -- a Peter "EPLAN" LANGSTOEGER-% Network and OpenVMS system specialist1 E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Sat, 13 Dec 2003 02:02:22 +0100h# From: edo <nobody@cryptorebels.net>s( Subject: _Domain theft by J F  M e z e i? Message-ID: <6b80c9e3fe89885b52b497d0ccdcca88@cryptorebels.net>E  J nobody.com is a registered domain.  Report Mezei's theft and abuse of this% domain to its owner  <tdl@canada.com>-   Domain Name: NOBODY.COMg  * Administrative Contact, Technical Contact:% Southport Technologies tdl@canada.com  314 Queen Street South	 Suite 158i Bolton, Ontario L7E 4Z9w CA 905-880-0289 fax: 905-880-3061   Record expires on 24-Aug-2004. Record created on 25-Aug-1995.   Also report him to:d   abuse@sympatico.ca abuse@bellglobal.com abuse@istop.com-   Jean-Francois Mezei  86 Harwood Gatee Beaconsfield, QC H9W3A3s (514) 695-8259   A DECADE OF USENET TROLLINGi   jfmezei@istop.com. jfmezei.spamnot@istop.come jfmezei@videotron.ca jfmezei@vl.videotron.cat nospam.jfmezei@videotron.ca9 "jfmezei"@videotron.ca[nospam] nobody <nobody@nobody.com>) Conspiracy Theory <conspiracy@theory.org> & Lou Raccoon <L.Raccoon@wilderness.org>$ Flapping Labias <flabia@anatomy.org>% Throbbing vulva <t.vulva@anatomy.org>  Twin Gonads <two@gonads.com>% Loose Scrotum <l.scrotum@anatomy.org>i" Raised Organ <R.Organ@anatomy.org>$ Popped Cherry <P.Cherry@anatomy.org>- Monica Lewinski <billclinton@westchester.com>3' Deep Fried Foreskin <dff@mcdonalds.com>i" Aroma of Smegma <aroma@chanel.org> Wet fart <w.Fart@smell.org>t' Pubic dandruff <P.dandruff@anatomy.org>o( Voluptuous Nipple <V.nipple@anatomy.org>& Inserted Finger <I.Finger@anatomy.org> Pubic Nair <shaved@anatomy.org> ' Flatulent Meatus <F.Meatus@anatomy.org>C% Lihk Mhygroin <L.MyGroin@anatomy.org>; Pre Khum <P.Khum@anatomy.org> ! Phi Mosis <Phi.Mosis@anatomy.org>M# Bal Anatis <Bal.Anatis@anatomy.org>3  Fren Ullum <F.Ullum@anatomy.org>$ Ivanna Getlaid <I.Getlaid@onani.org>& Ivanna Wankalot <I.Wankalot@onani.org>$ Ivanna Umpalot <Humpalot@drevil.com>* Wan Tnoneofit <W.Tnoneofit@weirdnames.org> Wan Itbad <W.Itbad@inneed.org>! Wan Towank <W.ToWank@anatomy.org>m Wan Tolik <w.tolik@anatomy.org> $ Testos Terone <t.terone@anatomy.org>! Upper Gonad <U.Gonad@anatomy.org>e! Right Gonad <R.Gonad@anatomy.org>m  Left Gonad <L.Gonad@anatomy.org>$ Tyson's Glands <Tyson.G@anatomy.org> Nose Hair <n.hair@anatomy.org>% Coronal Sulcus <C.Sulcus@anatomy.org> % Corpus Cavernus <manhood@anatomy.org>n$ Armpit moisture <armpit@anatomy.org> Onani Room <onani@hotels.com>m& Arnie's Banana <weiner@terminator.com>( Raised eyebrows <r.eyebrows@anatomy.org>% Vas Deferens <V.deferens@anatomy.org>l% Naked Canuck <N.canuck@naturists.org> & Arni's socks <Smelly.Socks@arnold.org>* Notable Exception <N.exception@untied.com>& Unpopped Cherry <U.Cherry@anatomy.org>' Tatooed Ovaries <T.Ovaries@anatomy.org>l' Pierced eyelid <p.eyelid@piercings.org>l( Limp Tomato <limp.tomato@vegetables.org>, Eggplant Earrings <e.earrings@piercings.org>. Banana Underpants <B.Underpants@hillfiger.org> Naval Lint <navel@lint.mil>p' Ingrown Toenail <i.toenail@anatomy.org>p% Empty Stomach <E.Stomach@anatomy.org>g$ Full Stomach <f.stomach@anatomy.org>" Smelly Cat <S.Cat@friends.nbc.com>& Torn Ligament <T.Ligament@anatomy.org># Art Tistic <A.Tistic@modern.museum> ( Furry Raccoon <F.Raccoon@wilderness.org>% Wet Racoon <W.Racoon@wildnerness.org>m" Mad Racoon <M.Racoon@wildlife.org>% Lazy Racoon <L.Racoon@wilderness.org> & Eaten Racoon <E.Raccoon@mcdonalds.com>' Happy Raccoon <H.Racoon@wilderness.org>e) Sleeping Racoon <S.Racoon@wilderness.org>u' Hungry Racoon <H.Racoon@wilderness.org> " Horny Raccoon <H.Racoon@fauna.org>( Smart Raccoon <S.Raccoon@wilderness.org>, George W Raccoon <GW.Raccoon@wilderness.org>+ Ronald McRaccoon <r.raccoon@wilderness.org>k* Thirsty Raccoon <T.Raccoon@wilderness.org>( Johnny Raccoon <J.Racoon@wilderness.org>' Oshi Santo <O.Santo@nx01.starfleet.org>s* Oishi Chinko <O.Chinko@nx01.starfleet.org> T.Yellow <T.Yellow@nowhere.com>f Q <queue@continuum.net>n Borg Queen <1of1@borg.org>* Ronald Wilkerson <wilkersonr@sympatico.ca>) John Balterman <j.balterman@sympatico.ca>n   ------------------------------   End of INFO-VAX 2003.688 ************************