1 INFO-VAX	Tue, 21 Feb 2006	Volume 2006 : Issue 104       Contents:" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"" Re: "A Historical Look at the VAX"0 Andrew's back, was: Re: Gartner wakes up company4 Re: Andrew's back, was: Re: Gartner wakes up company4 Re: Andrew's back, was: Re: Gartner wakes up company4 Re: Andrew's back, was: Re: Gartner wakes up company4 Re: Andrew's back, was: Re: Gartner wakes up company5 Re: Availability Manager/DECamds product announcement 5 Re: Availability Manager/DECamds product announcement  Re: BACKUP$MANAGER Re: BACKUP$MANAGER Re: BACKUP$MANAGER Re: BACKUP$MANAGER Re: F$GETDVI suggestions Re: F$GETDVI suggestions Re: F$GETDVI suggestions& Re: F$GETSYI suggestion (IP addresses)& Re: F$GETSYI suggestion (IP addresses)= Re: Gartner wakes up company executives to X86-64 scalability = Re: Gartner wakes up company executives to X86-64 scalability = Re: Gartner wakes up company executives to X86-64 scalability = Re: Gartner wakes up company executives to X86-64 scalability = Re: Gartner wakes up company executives to X86-64 scalability = Re: Gartner wakes up company executives to X86-64 scalability = Re: Gartner wakes up company executives to X86-64 scalability = Re: Gartner wakes up company executives to X86-64 scalability = Re: Gartner wakes up company executives to X86-64 scalability , Re: Here it is: OpenVMS/Alpha on a simulator, Re: Here it is: OpenVMS/Alpha on a simulator, Re: Here it is: OpenVMS/Alpha on a simulator" Re: Inline FTP command from a .CMD is this a DECTERM ?  Re: is this a DECTERM ?  Re: is this a DECTERM ?  Re: is this a DECTERM ?  Re: is this a DECTERM ?  Re: is this a DECTERM ? 6 Re: LD devices in shadowsets on fault tolerant cluster6 Re: LD devices in shadowsets on fault tolerant cluster" Re: More VMS & DCL wish list items, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs, Re: OpenVMS proves superior to all other OSs/ Previously Announced Los Alamos Events Expanded 6 SRMFLASH update on Alpha4100 quad 5/533 taking forever& Re: Where's the documentation on CDs ?  F ----------------------------------------------------------------------  % Date: Tue, 21 Feb 2006 05:09:53 -0500 ( From: Bill Todd <billtodd@metrocast.net>+ Subject: Re: "A Historical Look at the VAX" G Message-ID: <J5ydnf4Dh-Jve2fenZ2dnUVZ_v-dnZ2d@metrocastcablevision.com>     gleason@encompasserve.org wrote:t > In article <xJadnQK7Qq8bl2TenZ2dnUVZ_v-dnZ2d@metrocastcablevision.com>, Bill Todd <billtodd@metrocast.net> writes:L >> I'm pretty sure that indexed-file support was standard across all RMS-11 L >> releases (though the RMS emulator developed much later for RT-11 may not > >> have included it).  I do know that by the time I wrote the O >> memory-resident library implementations it was included in them as standard.  >> > K >   I recall having to install indexed file support for RMS (RMS11-K it was M > called) as an option on my IAS 3.0 system, and I thought it was an optional $ > add on for the RSX family as well.  H "RMS-11K" does ring a faint bell, so I'm glad I hedged a bit above with I respect to the V1.0 and V1.5 releases.  I can't remember whether IAS was  @ included in any RMS releases afterward (starting with the first C memory-resident library release, V1.8) - but the fact that I don't  G recall any of the special RMS code for the infamous TRAX product being  @ part of the resident-library efforts may suggest that it wasn't.  G Possibly the vague recollection I'm now dredging up that 'RMS-11K' was  G dropped because it tended to run counter to the "One record-management  G system to rule them all" philosophy (i.e., created situations in which  B files created in one PDP-11 environment could not be processed in E another, even another based on the same OS) represents what happened   after the initial release(s).    - bill   ------------------------------  % Date: Tue, 21 Feb 2006 06:19:36 -0500 ) From: "Neil Rieck" <n.rieck@sympatico.ca> + Subject: Re: "A Historical Look at the VAX" 9 Message-ID: <WGCKf.8378$%14.284196@news20.bellglobal.com>   6 "Bill Todd" <billtodd@metrocast.net> wrote in message A news:xJadnQK7Qq8bl2TenZ2dnUVZ_v-dnZ2d@metrocastcablevision.com...  > K > I'm pretty sure that indexed-file support was standard across all RMS-11  K > releases (though the RMS emulator developed much later for RT-11 may not  M > have included it).  I do know that by the time I wrote the memory-resident  > > library implementations it was included in them as standard. > G Bill, can you shed some more information on the phrase "RMS emulator"?  J Although I did very little software development on RT-11, it seemed to be H everywhere in my employer's company in the late 1970's and early 1980's.  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------    Date: 21 Feb 2006 07:32:59 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: "A Historical Look at the VAX" 3 Message-ID: <hSlUQVc17hFp@eisner.encompasserve.org>   U In article <45dy2C$2eKr7@eisner.encompasserve.org>, gleason@encompasserve.org writes: t > In article <xJadnQK7Qq8bl2TenZ2dnUVZ_v-dnZ2d@metrocastcablevision.com>, Bill Todd <billtodd@metrocast.net> writes: >>  L >> I'm pretty sure that indexed-file support was standard across all RMS-11 L >> releases (though the RMS emulator developed much later for RT-11 may not > >> have included it).  I do know that by the time I wrote the O >> memory-resident library implementations it was included in them as standard.  >>   > K >   I recall having to install indexed file support for RMS (RMS11-K it was M > called) as an option on my IAS 3.0 system, and I thought it was an optional $ > add on for the RSX family as well. >   E    My earliest RSX-11M systems had FCS and did not have an option for ?    RMS.  We switched from FCS to RMS when RMS became an option.    ------------------------------    Date: 21 Feb 2006 07:38:03 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: "A Historical Look at the VAX" 3 Message-ID: <XUOA+PdO$JLo@eisner.encompasserve.org>   l In article <43fa83c8$0$27785$6d36acad@titian.nntpserver.com>, "Richard Tomkins" <tomkinsr@istop.com> writes:E > I don't know, ask Bob Supnik. When he was doing the CVAX he had big N > arguments with the Cobol group when he was pushing instructions out the door
 > to make it.  > K > Didn't the first FORTRAN compiler come from the PDP-11 and in fact run in  > the 11/780 RSX emulator?' > I think that's what you may remember.   B    I don't know about the "first" Fortran compiler for VMS, I justB    recall COBOL coming later.  And all the Fortran compilers I had=    access too, back to VAX-11/VMS 1.5, generated native code.    ------------------------------    Date: 21 Feb 2006 07:36:31 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: "A Historical Look at the VAX" 3 Message-ID: <QEKkRkWP1Gw0@eisner.encompasserve.org>   N In article <ops5arpot8zgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes:  L > Well, the instruction was eminently suitable for PL/I, which means that it' > was likewise for Fortran, Cobol, etc.   H    The instruction set was eminently suitable for writng software.  It'sC    the only instruction set I've ever seen that seemed to address a G    programmer's needs rather than a hardware engineer's ideas.  Somehow H    I think software folks had a lot of influence over what complicationsH    were going to be put into the instructions when the decision was made)    to use what we now call a CISC design.   G    But VAX and VMS were designed to be language neutral, until C proved 6    that a language could be designed to be OS hostile.   ------------------------------  % Date: Tue, 21 Feb 2006 08:36:58 -0500 ( From: Bill Todd <billtodd@metrocast.net>+ Subject: Re: "A Historical Look at the VAX" G Message-ID: <y-GdnTncdaHmimbenZ2dnUVZ_t-dnZ2d@metrocastcablevision.com>    Neil Rieck wrote: 8 > "Bill Todd" <billtodd@metrocast.net> wrote in message C > news:xJadnQK7Qq8bl2TenZ2dnUVZ_v-dnZ2d@metrocastcablevision.com... L >> I'm pretty sure that indexed-file support was standard across all RMS-11 L >> releases (though the RMS emulator developed much later for RT-11 may not N >> have included it).  I do know that by the time I wrote the memory-resident ? >> library implementations it was included in them as standard.  >>I > Bill, can you shed some more information on the phrase "RMS emulator"?  L > Although I did very little software development on RT-11, it seemed to be J > everywhere in my employer's company in the late 1970's and early 1980's.  A For a couple of years there was a semi-midnight project aimed at  I implementing interface-compatible RMS support on RT-11, to bring it into  H the fold with the other 11 systems (and allow easier porting of some of G the software on them).  Eventually they got at least sequential (and I  C think relative) files up and running; I don't remember whether any  E indexed file support was ever written, and I can't remember for sure  D whether even the more limited support ever became an actual product.  E Chuck Guldenschuh (now I think at EqualLogic?) would probably have a  ? better recollection, if anyone happens to be in touch with him.    - bill   ------------------------------    Date: 21 Feb 2006 07:46:11 -0800 From: "R Boyd" <bob@hax.com>+ Subject: Re: "A Historical Look at the VAX" C Message-ID: <1140536771.034616.142100@f14g2000cwb.googlegroups.com>   G Perhaps the "first" Fortan compiler for the VAX was developed on RSX as G a cross compiler so it would have been trivial to run in emulation mode A on VMS as  a bootstrapping convenience.  Then developing a native ( compiler would have been the next stage.  G I got started with VMS around V2.3 and by then the Fortran compiler was  already native. G I do remember a number of key system utilities like VFY and such.  What F a relief it was when all those compatibility mode tools were no longerC necessary.  I knew I was really bored when it was a lark to sit and * watch an RM05 format or disk to disk copy.   Robert   Bob Koehler wrote:n > In article <43fa83c8$0$27785$6d36acad@titian.nntpserver.com>, "Richard Tomkins" <tomkinsr@istop.com> writes:G > > I don't know, ask Bob Supnik. When he was doing the CVAX he had big P > > arguments with the Cobol group when he was pushing instructions out the door > > to make it.  > > M > > Didn't the first FORTRAN compiler come from the PDP-11 and in fact run in  > > the 11/780 RSX emulator?) > > I think that's what you may remember.  > D >    I don't know about the "first" Fortran compiler for VMS, I justD >    recall COBOL coming later.  And all the Fortran compilers I had? >    access too, back to VAX-11/VMS 1.5, generated native code.    ------------------------------  % Date: Tue, 21 Feb 2006 11:30:56 -0500  From: BobH <bobh@x.y> + Subject: Re: "A Historical Look at the VAX" % Message-ID: <2fHKf.22$GJ3.3@fe06.lga>    Bob Koehler wrote:  W > In article <45dy2C$2eKr7@eisner.encompasserve.org>, gleason@encompasserve.org writes:  > t >>In article <xJadnQK7Qq8bl2TenZ2dnUVZ_v-dnZ2d@metrocastcablevision.com>, Bill Todd <billtodd@metrocast.net> writes: >>L >>>I'm pretty sure that indexed-file support was standard across all RMS-11 L >>>releases (though the RMS emulator developed much later for RT-11 may not > >>>have included it).  I do know that by the time I wrote the O >>>memory-resident library implementations it was included in them as standard.  >>>  >>K >>  I recall having to install indexed file support for RMS (RMS11-K it was M >>called) as an option on my IAS 3.0 system, and I thought it was an optional $ >>add on for the RSX family as well. >> >  > G >    My earliest RSX-11M systems had FCS and did not have an option for A >    RMS.  We switched from FCS to RMS when RMS became an option.  >   @ My recollection of RSX-11M is from the point of view of someone H programming mostly in Fortran.  I did not have indexed files available. I   I recall that very clearly because I really wanted it for some of what  G I was doing.  It was an extra cost add on to get indexed files at that  D time.  I suspect that is the FCS vs RMS difference mentioned.  If I C recall correctly RSX-11M-Plus came standard with the indexed files  G capability.  But it was a lot more expensive and needed more resources   than we had available.   ------------------------------  % Date: Tue, 21 Feb 2006 08:41:09 -0800 # From: "Tom Linden" <tom@kednos.com> + Subject: Re: "A Historical Look at the VAX" ( Message-ID: <ops5b0mvvzzgicya@hyrrokkin>  E The work on VCG was started February 1978 for porting PL/I.  This was D bootstrapped as a cross-compiler from a Multics machine at MIT.  TheD compiler was able to compile itself sometime later that year and wasD released as a supported product, Nov 1980.  C was added and releasedE in the spring of 1982 as was Pearl and Pascal, sometime after that. I G always thought that it was stupid of Digital to not exploit VCG for all E languages as had Prime, Wang and Data General,  but this was likely a F vestige of internal power plays, as evidenced by the fact that FortranB was never hooked up to VCG.  We had some years earlier written andF integrated a F-77 front-end to a similar styled code generator and wasC indeed the main Fortran for Prime and DG.  GEM finally accomplished D language integration, but some 15 years later, and ironically HP hadD given up support for tools like SDL.  Note that it is only in recent3 years that IBM has emphasized LE for the mainframe.     : On 21 Feb 2006 07:46:11 -0800, R Boyd <bob@hax.com> wrote:  I > Perhaps the "first" Fortan compiler for the VAX was developed on RSX as I > a cross compiler so it would have been trivial to run in emulation mode C > on VMS as  a bootstrapping convenience.  Then developing a native * > compiler would have been the next stage. > I > I got started with VMS around V2.3 and by then the Fortran compiler was  > already native. I > I do remember a number of key system utilities like VFY and such.  What H > a relief it was when all those compatibility mode tools were no longerE > necessary.  I knew I was really bored when it was a lark to sit and , > watch an RM05 format or disk to disk copy. >  > Robert >  > Bob Koehler wrote:K >> In article <43fa83c8$0$27785$6d36acad@titian.nntpserver.com>, "Richard   ( >> Tomkins" <tomkinsr@istop.com> writes:H >> > I don't know, ask Bob Supnik. When he was doing the CVAX he had bigJ >> > arguments with the Cobol group when he was pushing instructions out   >> the door  >> > to make it. >> >I >> > Didn't the first FORTRAN compiler come from the PDP-11 and in fact   	 >> run in  >> > the 11/780 RSX emulator? * >> > I think that's what you may remember. >>E >>    I don't know about the "first" Fortran compiler for VMS, I just E >>    recall COBOL coming later.  And all the Fortran compilers I had @ >>    access too, back to VAX-11/VMS 1.5, generated native code. >    ------------------------------    Date: 21 Feb 2006 07:52:11 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)9 Subject: Andrew's back, was: Re: Gartner wakes up company 3 Message-ID: <hA43fSaQyaJz@eisner.encompasserve.org>   g In article <pHEKf.41818$YJ4.3268@fe2.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes:  > H > Hi Andrew. Long time no hear from. I'm assuming you are *that* Andrew E > Harrison. If so you were missed :-) If not then just ignore this...  >    Did you notice his domain ?    Simon.   --  ; Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP I If Google's motto is "do no wrong", then how did we get Google Groups 2 ?    ------------------------------  # Date: Tue, 21 Feb 2006 14:16:18 GMT ( From: Alan Greig <greigaln@netscape.net>= Subject: Re: Andrew's back, was: Re: Gartner wakes up company = Message-ID: <SgFKf.42472$YJ4.16688@fe2.news.blueyonder.co.uk>    Simon Clubley wrote:  i > In article <pHEKf.41818$YJ4.3268@fe2.news.blueyonder.co.uk>, Alan Greig <greigaln@netscape.net> writes:  > H >>Hi Andrew. Long time no hear from. I'm assuming you are *that* Andrew E >>Harrison. If so you were missed :-) If not then just ignore this...  >> >  >  > Did you notice his domain ?   F Yes and I also notice the latest news from Symantec begins as follows: === 	  News Release( Symantec to Support Sun Fire x64 SystemsH Storage Foundation, Cluster Server and NetBackup Products Ported to Sun  on AMD Opteron  G CUPERTINO, Calif. - Feb 13, 2006 - Symantec Corp. (Nasdaq: SYMC) today  @ announced that it is broadening its support of Sun Microsystems H technologies to include the Solaris 10 Operating System (OS) on the AMD B Opteron processor-based Sun Fire systems with its VERITAS Storage A Foundation, VERITAS Cluster Server, and VERITAS NetBackup client  E solutions. This expanded support will enable Symantec to continue to  H deliver best-in-class data center management and availability solutions H on the Solaris 10 OS for any size enterprise requiring affordable perfor ===   , Is Veritas software still available for VMS?   --  
 Alan Greig   ------------------------------    Date: 21 Feb 2006 09:03:25 -0800- From: "Andrew" <andrew_harrison@symantec.com> = Subject: Re: Andrew's back, was: Re: Gartner wakes up company C Message-ID: <1140541405.323874.290430@g14g2000cwa.googlegroups.com>   - >Is Veritas software still available for VMS?   8 NetBackup 5.x and 6.0 clients are available for OpenVMS.  A Somehow I think that offers to port Veritas Cluster Server or our F Cluster Filesystem to OpenVMS might not get a huge vote of thanks from the bulk of this newsgroup.    Regards  Andrew   ------------------------------    Date: 21 Feb 2006 10:00:21 -0800 From: bob@instantwhip.com = Subject: Re: Andrew's back, was: Re: Gartner wakes up company C Message-ID: <1140544821.162953.231570@g47g2000cwa.googlegroups.com>   C > Somehow I think that offers to port Veritas Cluster Server or our H > Cluster Filesystem to OpenVMS might not get a huge vote of thanks from > the bulk of this newsgroup.  > 	 > Regards  > Andrew  F why would it be needed?  They tried to copy vms cluster technology butD could not fully ... nothing will ever beat OpenVMS in clustering ... why E would anyone want to buy half of what they already fully have? it can   not even beat tru64 truclusters!   ------------------------------  # Date: Tue, 21 Feb 2006 18:40:46 GMT ( From: Alan Greig <greigaln@netscape.net>= Subject: Re: Andrew's back, was: Re: Gartner wakes up company < Message-ID: <O8JKf.29732$Q22.9447@fe1.news.blueyonder.co.uk>  
 Andrew wrote:   . >>Is Veritas software still available for VMS? >  > : > NetBackup 5.x and 6.0 clients are available for OpenVMS.  I I see the Itanium/VMS port of 6.0 has just been released as well. That's  D   a positive anyway. Glad to see you working for a company with VMS  products :-)   --  
 Alan Greig   ------------------------------  # Date: Tue, 21 Feb 2006 16:54:02 GMT 0 From: "Barry Kierstein" <Barry.Kierstein@HP.Com>> Subject: Re: Availability Manager/DECamds product announcement2 Message-ID: <KAHKf.3395$zT3.1384@news.cpqcorp.net>   Jeff,   L > What I'd really like is AMDS on Alpha/Itanium V8.2+.  AM does not have theI > ability to show multiple groups on the screen at one time.  Even if it   > did,I > it is too graphically intensive to run over our WAN.  I have to monitor 5 > multiple clusters worldwide, and AM doesn't cut it.   K What would acceptable network performance be?  I have run AM over DSL from  G home (768Kbps download, 128Kbps upload), so that is my reference point.    Barry    ------------------------------  # Date: Tue, 21 Feb 2006 17:02:05 GMT 0 From: "Barry Kierstein" <Barry.Kierstein@HP.Com>> Subject: Re: Availability Manager/DECamds product announcement1 Message-ID: <hIHKf.3396$gU3.329@news.cpqcorp.net>    Peter,  E > And in the meantime they keep using DCX and keep well known errors. - > ZIP[SFX] is way better and can be used NOW.   F     I saw this format used for the Java kits, but didn't have time to L investigate this to change the kitting procedures.  Thanks for the heads up.@     I've put the needed fix command on the download page for AM.   Barry    ------------------------------  % Date: Tue, 21 Feb 2006 02:27:19 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: BACKUP$MANAGER , Message-ID: <43FAC0AE.5DEC1865@teksavvy.com>   Guy Peleg wrote:. > If you are not familiar with it just try it: >  > $ MC BACKUP$MANAGER   ; Holy DCL command Batman, this actually works on a VAX !!!!!   2 As you said, one learns something new everyday :-)  E The help unfortunately invents new terminology (baseline vs snapshot) D which is foreign to VMS management and no corrolation with /IMAGE or not.   ------------------------------  % Date: Tue, 21 Feb 2006 15:55:24 +0100 ( From: Paul Sture <paul.sture@bluewin.ch> Subject: Re: BACKUP$MANAGER + Message-ID: <460nutF8gn0nU1@individual.net>    Simon Clubley wrote:h > In article <43faad1a$1@usenet01.boi.hp.com>, "Guy Peleg" <guy.peleg@remove_this_header@hp.com> writes: > B >>There is a saying that you should learn something new every day,I >>well yesterday I learned three, so I'm set for (almost) the rest of the  >>week...;-) >>@ >>One of these things was the existence of BACKUP$MANAGER. I wasE >>wondering if I'm the only person on this planet who did not know it G >>existed, or there are others like me. A quick look at it, showed that ! >>it was not updated for a while.  >> >  > G > Yes, I was familiar with it, because _shock_ _horror_ I actually read 1 > the release notes and new features manuals. :-)  > E > It was introduced a number of years ago. I played with it for about C > 20 minutes and went back to typing DCL backup commands. It didn't B > give me anything that I couldn't already do, and it's quicker to > type a DCL command.  >   D I've always thought of it as targeted at beginners or non-technical = folks in charge of a turn key system. For that it seems fine.    ------------------------------  % Date: Tue, 21 Feb 2006 12:19:51 -0500 ' From: Dave Froble <davef@tsoft-inc.com>  Subject: Re: BACKUP$MANAGER / Message-ID: <i6udnSrAms3G1mbeRVn-pQ@libcom.com>    Guy Peleg wrote:B > There is a saying that you should learn something new every day,I > well yesterday I learned three, so I'm set for (almost) the rest of the  > week...;-) > @ > One of these things was the existence of BACKUP$MANAGER. I wasE > wondering if I'm the only person on this planet who did not know it G > existed, or there are others like me. A quick look at it, showed that ! > it was not updated for a while.  > D > This is just for my own curiosity, no hidden intentions....anybody > uses BACKUP$MANAGER? > . > If you are not familiar with it just try it: >  > $ MC BACKUP$MANAGER  >  > Thanks for any feedback. >  > Guy Peleg  > OpenVMS Engineering  >  >   H Well you taught me something new.  Never saw it before.  Seems aimed at  users, not system managers.    What were the other two items?   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 21 Feb 2006 20:26:57 +0200 7 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com>  Subject: Re: BACKUP$MANAGER * Message-ID: <43fb5b74@usenet01.boi.hp.com>  4 "Dave Froble" <davef@tsoft-inc.com> wrote in message) news:i6udnSrAms3G1mbeRVn-pQ@libcom.com...  > Guy Peleg wrote:D > > There is a saying that you should learn something new every day,K > > well yesterday I learned three, so I'm set for (almost) the rest of the  > > week...;-) > > B > > One of these things was the existence of BACKUP$MANAGER. I wasG > > wondering if I'm the only person on this planet who did not know it I > > existed, or there are others like me. A quick look at it, showed that # > > it was not updated for a while.  > > F > > This is just for my own curiosity, no hidden intentions....anybody > > uses BACKUP$MANAGER? > > 0 > > If you are not familiar with it just try it: > >  > > $ MC BACKUP$MANAGER  > >  > > Thanks for any feedback. > > 
 > > Guy Peleg  > > OpenVMS Engineering  > >  > >  > I > Well you taught me something new.  Never saw it before.  Seems aimed at  > users, not system managers.  >   > What were the other two items?   ;-)   E $ SHOW QUEUE/SUMMARY was the first thing I learn yesterday, I was not   aware of the /SUMMARY qualifier.  3 The second thing related to weather forecasting ;-)      >  > --  6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596@ > DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com > 170 Grimplin Road  > Vanderbilt, PA  15486    ------------------------------    Date: 21 Feb 2006 12:14:04 -0500. From: brooks@cuebid.zko.hp.nospam (Rob Brooks)! Subject: Re: F$GETDVI suggestions , Message-ID: <jJeU+FqQSoxo@cuebid.zko.hp.com>  / JF Mezei <jfmezei.spamnot@teksavvy.com> writes: A > 2- add a CLUMOUNTCNT to get the real mount count for a device.    J Noted.  It's on the wish list, and as I've explained in detail in the pastJ in this newsgroup, it is not an easy thing to do in the context of an API.  " >(MOUNTCNT is a useless item code)  J A volume can be mounted several times on a single node; it is not useless.  I > 3- add a CLUERRORS item code to give cluster-wide total error count for 
 > the device.   O Giving $GETDVI more of a cluster-wide view is also on my list of things to do.  O If it happens, however, it'll be post-V8.3, and that work will almost certainly  not be backported.   --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------    Date: 21 Feb 2006 12:16:36 -0500. From: brooks@cuebid.zko.hp.nospam (Rob Brooks)! Subject: Re: F$GETDVI suggestions , Message-ID: <aPvvQcgVPQU2@cuebid.zko.hp.com>  / JF Mezei <jfmezei.spamnot@teksavvy.com> writes: 1 >  On can get the allocation class with ALLOCLASS   G > But can one get the actual device name without the allocation class ?  > F > eg: for device $2$dka200 , I can get "2" with ALLOCLASS. But can any" > item code give me "DKA200" ????? >  > If not, there should be.   $ sho dev dka0  P Device                  Device           Error    Volume         Free  Trans MntP  Name                   Status           Count     Label        Blocks Count Cnt. $1$DKA0:      (CUEBID)  Online               0/ $ write sys$output f$getdvi( "dka0", "devnam" )  _DKA0:3 $ write sys$output f$getdvi( "dka0", "fulldevnam" ) 	 _$1$DKA0: 2 $ write sys$output f$getdvi( "dka0", "alldevnam" )	 _$1$DKA0:    --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------    Date: 21 Feb 2006 12:08:01 -0500. From: brooks@cuebid.zko.hp.nospam (Rob Brooks)! Subject: Re: F$GETDVI suggestions , Message-ID: <PhOIBZBi7RSj@cuebid.zko.hp.com>  / JF Mezei <jfmezei.spamnot@teksavvy.com> writes: J > 1- Get a flag on whether a volume rebuild is needed or not for that disk  K Cannot be done.  I've looked into it, and that state is not stored anywhere G in memory.  Whether or not a rebuild is needed can *only* be determined H by looking at information stored on the volume itself.  $GETDVI does notE do any I/O, and any attempt to issue I/O from $GETDVI will not happen  any time soon.   --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------    Date: 21 Feb 2006 12:26:12 -0500. From: brooks@cuebid.zko.hp.nospam (Rob Brooks)/ Subject: Re: F$GETSYI suggestion (IP addresses) , Message-ID: <ogP6DimXDQ6Q@cuebid.zko.hp.com>  ) Dave Froble <davef@tsoft-inc.com> writes:   H > I'm thinking a partial reason why some wishlist items don't happen is I > because the request asks for them to happen in a place where they're a   > pain in the ass.  G Not always; I had a request to add an item code to $GETDVI that returns I the name of the boot device.  The requested item code would return either D TRUE or FALSE.  While that could be made to work, what I did was addL SYI$_BOOT_DEVICE to $GETSYI that simply returns the name of the boot device.   This is new for V8.3.    $ sho dev sys$sysdevice   P Device                  Device           Error    Volume         Free  Trans MntP  Name                   Status           Count     Label        Blocks Count CntO DSA13:                  Mounted              0  NEMO           5620248   384  1 B $1$DGA13:     (VAXEN8)  ShadowSetMember      0  (member of DSA13:)  , $ write sys$output f$getsyi( "boot_device" )
 _$1$DGA13:   --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------    Date: 21 Feb 2006 12:18:57 -0500. From: brooks@cuebid.zko.hp.nospam (Rob Brooks)/ Subject: Re: F$GETSYI suggestion (IP addresses) , Message-ID: <scUrIT4mOi97@cuebid.zko.hp.com>  / JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  > H > It should also allow one to get a host's primary ethernet address (eg: > first ethernet card).    You mean like this . . .  8 $ write sys$output f$getdvi( "ewa0", "lan_mac_address" ) AA-00-04-00-83-0C   @ $ write sys$output f$getdvi( "ewa0", "lan_default_mac_address" ) 00-06-2B-00-18-AC   J (coming in V8.3, along with several other LAN-specific item codes.  Thanks' to David Dachtera for the suggestions).    --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------    Date: 21 Feb 2006 04:10:34 -0800- From: "Andrew" <andrew_harrison@symantec.com> F Subject: Re: Gartner wakes up company executives to X86-64 scalabilityC Message-ID: <1140523834.198610.250360@g47g2000cwa.googlegroups.com>    Main, Kerry wrote:   > H > Pick up any Customer RFP these days and they will emphasize that theirB > servers are grossly under utilized. To paraphrase a recent largeF > financial company external RFP - "we have approximately 8,000 WintelH > servers and have determined that the average utilization in prime time > is approx 10%."  >   C Its much to simplistic to blame this on technology. most enterprise D OS's have had the ability to support concurrent mixed workloads withE adequate security and protection for a number of years. IBM LPARS and 2 MicroLPARS, Solaris Domains and Zones, VMWARE etc.  B The reality is that many customers are not organised in a way thatG allows them to make use of the technology. Business units don't want to ; share, projects don't want to share and IT doesn't have the  power/budget to force change.   > Acheiving high levels of server utilisation is no longer aboutE technology but about social engineering. OpenVMS does not help you in < this endeavour any more than AIX, Linux, Solaris or Windows.J > To put this in another light - ask any CIO if they would be happy if all( > of their employees were only 10% busy. > J > Btw, you only need 2 OpenVMS nodes to do rolling upgrades. You do need 2 > system disks + quorum disk.  >  > :-)  > 	 > Regards  >  > Kerry Main > Senior Consultant  > HP Services Canada > Voice: 613-592-4660  > Fax: 613-591-4477  > kerryDOTmainAThpDOTcom > (remove the DOT's and AT)  > 6 > OpenVMS - the secure, multi-site OS that just works.   ------------------------------  # Date: Tue, 21 Feb 2006 13:36:21 GMT ( From: Alan Greig <greigaln@netscape.net>F Subject: Re: Gartner wakes up company executives to X86-64 scalability< Message-ID: <pHEKf.41818$YJ4.3268@fe2.news.blueyonder.co.uk>  
 Andrew wrote:  > E > Its much to simplistic to blame this on technology. most enterprise F > OS's have had the ability to support concurrent mixed workloads withG > adequate security and protection for a number of years. IBM LPARS and 4 > MicroLPARS, Solaris Domains and Zones, VMWARE etc.  F Hi Andrew. Long time no hear from. I'm assuming you are *that* Andrew C Harrison. If so you were missed :-) If not then just ignore this...    --  
 Alan Greig   ------------------------------  % Date: Wed, 22 Feb 2006 01:17:12 +1100 $ From: Phaeton <phaeton@iinet.net.au>F Subject: Re: Gartner wakes up company executives to X86-64 scalabilityJ Message-ID: <43fb20e7$0$12180$5a62ac22@per-qv1-newsreader-01.iinet.net.au>   Alan Greig wrote:  >  >  > Andrew wrote:  >  >>F >> Its much to simplistic to blame this on technology. most enterpriseG >> OS's have had the ability to support concurrent mixed workloads with H >> adequate security and protection for a number of years. IBM LPARS and5 >> MicroLPARS, Solaris Domains and Zones, VMWARE etc.  >  > H > Hi Andrew. Long time no hear from. I'm assuming you are *that* Andrew E > Harrison. If so you were missed :-) If not then just ignore this...   > 	Hm, he is writing from symantec.com. It seems the rodents are( 	leaving the sinking ( SUN ) ship... :-)D                                                                Csaba  E --------------------------------------------------------------------- F   CSABA I. HARANGOZO  |d|i|g|i|t|a|l|  phaeton at iinet dot net dot auE --------------------------------------------------------------------- <     EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:  "   Murphy's Law of Thermodynamics :#    Things get worse under pressure.    ------------------------------    Date: 21 Feb 2006 07:49:05 -0800- From: "Andrew" <andrew_harrison@symantec.com> F Subject: Re: Gartner wakes up company executives to X86-64 scalabilityC Message-ID: <1140536945.400450.314700@g44g2000cwa.googlegroups.com>   G Yup, I left Sun 18 months ago for VERITAS now part of Symantec. I still F do a lot of work with Sun mostly Solaris/SPARC but more recently a lot of Solaris/x86-64    Regards  Andrew   ------------------------------    Date: 21 Feb 2006 17:35:10 +0100K From: pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.68.40) F Subject: Re: Gartner wakes up company executives to X86-64 scalability! Message-ID: <qH+oSJXJ6AoH@sinead>   s In article <1140536945.400450.314700@g44g2000cwa.googlegroups.com>, "Andrew" <andrew_harrison@symantec.com> writes: I > Yup, I left Sun 18 months ago for VERITAS now part of Symantec. I still H > do a lot of work with Sun mostly Solaris/SPARC but more recently a lot > of Solaris/x86-64  > 	 > Regards  > Andrew   Hi, happy to see you again.   
 Best regards,    Patrick  --O =============================================================================== N pmoreau@ath.cena.fr              ______      ___   _          (Patrick MOREAU)4 DSNA/DTI/SDER (ex CENA)         / /   /     / /|  /|J Athis-Mons France              / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/              http://membres.lycos.fr/pmoreau/O ===============================================================================    ------------------------------    Date: 21 Feb 2006 09:00:33 -0800- From: "Andrew" <andrew_harrison@symantec.com> F Subject: Re: Gartner wakes up company executives to X86-64 scalabilityC Message-ID: <1140541233.189936.108350@o13g2000cwo.googlegroups.com>   F I left Sun 18 months ago, so I would not read too much into me postingG from Symantec and Sun's current health. Truth is that after 19 years at G Sun I felt like a change and thats it. No rats, no ships, no conspiracy , theory. Oh and VERITAS made me a nice offer.   ------------------------------    Date: 21 Feb 2006 10:22:22 -0800 From: bob@instantwhip.com F Subject: Re: Gartner wakes up company executives to X86-64 scalabilityA Message-ID: <1140546142.390030.9050@g14g2000cwa.googlegroups.com>   A I thought VMS is garbage?  Why are you working for a company that E bought and tried to imitate the best it could parts of its clustering  technology?     A little hypocritical, isn't it?   ------------------------------    Date: 21 Feb 2006 10:26:21 -0800 From: bob@instantwhip.com F Subject: Re: Gartner wakes up company executives to X86-64 scalabilityC Message-ID: <1140546381.885927.202840@g43g2000cwa.googlegroups.com>   D finance???  so it is financially smart to buy 80000 servers and then> have to buy some software on top of it to manage cpu time when@ you could have a vms system do it on one box and just add to the; cluster another box, large or small cpu power, when needed?   B This only makes sense financially to the companies that are trying5 to make money from the idiots who run this scheme ...    ------------------------------    Date: 21 Feb 2006 12:16:20 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) F Subject: Re: Gartner wakes up company executives to X86-64 scalability3 Message-ID: <1FBhF167JgLm@eisner.encompasserve.org>   s In article <1140536945.400450.314700@g44g2000cwa.googlegroups.com>, "Andrew" <andrew_harrison@symantec.com> writes:   I > Yup, I left Sun 18 months ago for VERITAS now part of Symantec. I still H > do a lot of work with Sun mostly Solaris/SPARC but more recently a lot > of Solaris/x86-64       Sparcy rnu out of steam?    ------------------------------    Date: 21 Feb 2006 05:03:06 -0800- From: "Wilm Boerhout" <w4.boerhout@planet.nl> 5 Subject: Re: Here it is: OpenVMS/Alpha on a simulator A Message-ID: <1140526985.983569.5020@g43g2000cwa.googlegroups.com>   C Mind you, I'm a user, and may be an implementation partner for this  product.E Predictions are always difficult, especially so for future events :-)   F If $SHOW CPU says that it is running on a 3000-400, that's what it is.; Other models may be available in the Virtual Alpha product.   B License issues should be addressed to Emulators International (via their web page, for example).   C My own opinion: for the Personal Alpha, the hobbyist license scheme A comes to mind. For the full blown Virtual Alpha systems, transfer @ licences will most likely be sold by HP, or bundled by Emulators International.   /Wilm    ------------------------------    Date: 21 Feb 2006 05:17:41 -0800# From: "Galen" <gltackett@gmail.com> 5 Subject: Re: Here it is: OpenVMS/Alpha on a simulator C Message-ID: <1140527861.679317.295020@o13g2000cwo.googlegroups.com>   G I found the cost of Personal Alpha prohibitive for my intended use as a E hobbyist. I wrote about this to the folks at Emulators International, G but the way I understood their reply, they aren't especially interested  in the hobbyist world. :-(   Galen    ------------------------------  % Date: Tue, 21 Feb 2006 09:50:41 -0500 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>5 Subject: Re: Here it is: OpenVMS/Alpha on a simulator / Message-ID: <43FAE271.17853.35BF94DE@localhost>   $ On 21 Feb 2006 at 5:17, Galen wrote:I > I found the cost of Personal Alpha prohibitive for my intended use as a G > hobbyist. I wrote about this to the folks at Emulators International, I > but the way I understood their reply, they aren't especially interested  > in the hobbyist world. :-(    ? The hobbyist community is very important -- there are hundreds  B (thousands?) of systems around the planet that keep the VMS flame " burning brightly.  I respect that.  8 The products (CHARON-11, CHARON-VAX, NuVAX, CHARON-AXP, A PersonalAlpha, etc.) are developed at great effort and expense.   C Companies [such as mine] sell them, just as though we were selling  F actual hardware.  Our customers see value in replacing old (sometimes * VERY VERY OLD) hardware with new hardware.  C HP does not give free hardware to hobbyists.  It's unreasonable to  C expect SRI/EI to give away its "hardware".  SRI, for its part, has  6 posted limited versions of CHARON-VAX on its web site.  F I give to the community by answering questions in comp.os.vms,  ITRC, D and elsewhere.  Yes, sometimes my response includes a suggestion to ? use CHARON-VAX -- and I always disclose that I am a CHARON-VAX  	 reseller.   F Another way I give to the community is to give you the straight scoop C on these products -- from both the technical side and the business  > side.  As far as I know, I'm the only reseller that does this 
 consistently.   B Note: This response is mine.  It is NOT the policy of SRI or EI.  ? Feel free to flame me all you'd like, off the list.  I have my   asbestos underwear on...  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------8 Stanley F. Quayle, P.E. N8SQ  Toll free: 1-888-I-LUV-VAX3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com) "OpenVMS, when downtime is not an option"    ------------------------------    Date: 21 Feb 2006 07:31:17 -0800 From: kerowo@gmail.com+ Subject: Re: Inline FTP command from a .CMD B Message-ID: <1140535877.377407.71290@f14g2000cwb.googlegroups.com>  F Thanks for the replies.  Sorry, I don't know the version of FTP we areE using but we are running VMS Version V7.3-2.  We have an external FTP B procedure that will build a FTP command file and run it.  However,> there is a bug with the OS that occurs sometimes dereferencingD logicals, which is why I was trying to in-line the FTP statement forC testing purposes.  The working version of the code looks like this:  $ FTP nnn.nnn.nnn.nnn -      /USERNAME="name" -     /PASSWORD="pw"   SET TYPE ASCII/   PUT [WORKMAN_KR]FTP_TO.LMF;1 CO1_IDCARDS.TXT     EXIT $    ------------------------------  % Date: Tue, 21 Feb 2006 06:40:29 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: is this a DECTERM ?+ Message-ID: <43FAFBF5.63D7C8F@teksavvy.com>   D I have a DECTERM running on BIKE. From it, I  "SET HOST VELO".  From. VELO's point of view, it is an RTAx: terminal.  C Similarly, I can TELNET VELO and I will appear as a TNAxxx: device.   H I can also use a character cell telnet utility on my mac to access VELO,$ again appearing as a TNAxxx: device.  	 QUESTION:   B Is there a way to find out if the "terminal" at the other end is a DECTERM or just a VT terminal ?   G Goal: if a connection comes from an X terminal/DECTERM, I want DCL code G to execute various command that set EDIT to spanw/nowait the decwindows H TPU editor. If it is a true blue (or orange :-) VT terminal, then I just> setup my commands to call up the basic character cell TPU/EVE.    I Is there a way (in DCL) to find out if the remote terminal is a DECTERM ?   5 DECTERMs appear as VT300 series devices in SHOW TERM.    ------------------------------    Date: 21 Feb 2006 13:41:01 +01006 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)  Subject: Re: is this a DECTERM ?, Message-ID: <43fb186d$1@news.langstoeger.at>  [ In article <43FAFBF5.63D7C8F@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: E >I have a DECTERM running on BIKE. From it, I  "SET HOST VELO".  From / >VELO's point of view, it is an RTAx: terminal.  > D >Similarly, I can TELNET VELO and I will appear as a TNAxxx: device.   And if you use SSH, then...   I >I can also use a character cell telnet utility on my mac to access VELO, % >again appearing as a TNAxxx: device.  > 
 >QUESTION: > C >Is there a way to find out if the "terminal" at the other end is a   >DECTERM or just a VT terminal ?  G The DECterm has in the General Options a "Terminal ID" whcih can be set G to "VT340 ID", "VT330 ID", ..., "DECterm ID". So, you only need to find D out the Escape Sequences (for the Terminal ID and for the answer)...  H >Goal: if a connection comes from an X terminal/DECTERM, I want DCL codeH >to execute various command that set EDIT to spanw/nowait the decwindowsI >TPU editor. If it is a true blue (or orange :-) VT terminal, then I just ? >setup my commands to call up the basic character cell TPU/EVE.   % And what do you do with SET DISPLAY ? D I don't think a node reached with SET HOST is able to reach your X11A server where your DECterm is running with escape sequences alone. & Or was the SET HOST only an example...  J >Is there a way (in DCL) to find out if the remote terminal is a DECTERM ?   I have in my EVE$INIT   P TPU IF GET_INFO (SCREEN, "MOTIF") THEN SET (MOUSE,ON) ELSE SET (MOUSE,OFF) ENDIF  L (That means, if TPU in DECterm, use mouse for cut&paste, if TPU in windows -J EDIT/INTERFACE=MOTIF - then use mouse for TPU). Maybe this helps you also.  6 >DECTERMs appear as VT300 series devices in SHOW TERM.  % Or whatever you choose in the config.    --   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: Tue, 21 Feb 2006 12:47:20 GMT " From:   VAXman-  @SendSpamHere.ORG  Subject: Re: is this a DECTERM ?0 Message-ID: <00A51A43.8253A639@SendSpamHere.ORG>  [ In article <43FAFBF5.63D7C8F@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  >  > E >I have a DECTERM running on BIKE. From it, I  "SET HOST VELO".  From / >VELO's point of view, it is an RTAx: terminal.  > D >Similarly, I can TELNET VELO and I will appear as a TNAxxx: device. > I >I can also use a character cell telnet utility on my mac to access VELO, % >again appearing as a TNAxxx: device.  > 
 >QUESTION: > C >Is there a way to find out if the "terminal" at the other end is a   >DECTERM or just a VT terminal ?  H I've set  my DECterm ID to be a DECterm  but it still shows in SHOW TERMI as a VT300 series device.  There may be some "escape" sequence which only F a DECterm will send response to, I'd need to look.  There are specificG DECterm escapes (for example, to change the title of the DECterm) but I H don't recall if any have special DECterm responses.  I'll research later if you'd like.      H >Goal: if a connection comes from an X terminal/DECTERM, I want DCL codeH >to execute various command that set EDIT to spanw/nowait the decwindowsI >TPU editor. If it is a true blue (or orange :-) VT terminal, then I just ? >setup my commands to call up the basic character cell TPU/EVE.   E Won't the TPU (EVE) just default to character cell if X is not avail?    I'm still an EDT luddite. :)   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 21 Feb 2006 05:29:09 -0800# From: "Galen" <gltackett@gmail.com>   Subject: Re: is this a DECTERM ?C Message-ID: <1140528549.625397.278230@g14g2000cwa.googlegroups.com>   D It appears that TERM_TYPE.COM could potentially hang if the terminalG device (be it a physical terminal or an emulation) should happen not to D understand either of the device attribute (DA) sequences. One way to> avoid hangage would be to use /TIME_OUT and /ERROR on the READC commands. That way there'd only be a slight delay before the script 
 continued.  D The same could occur if connecting via some network application thatD didn't pass the escape sequences cleanly. I've seen that happen withA old flaky implementations of telnet. I wonder if ssh has any such  limitations?   ------------------------------  % Date: Tue, 21 Feb 2006 12:27:23 -0500 ' From: Dave Froble <davef@tsoft-inc.com>   Subject: Re: is this a DECTERM ?9 Message-ID: <x-ednRQaVJG80GbenZ2dnUVZ_sKdnZ2d@libcom.com>    JF Mezei wrote: F > I have a DECTERM running on BIKE. From it, I  "SET HOST VELO".  From0 > VELO's point of view, it is an RTAx: terminal. > E > Similarly, I can TELNET VELO and I will appear as a TNAxxx: device.  > J > I can also use a character cell telnet utility on my mac to access VELO,& > again appearing as a TNAxxx: device. >  > QUESTION:  > D > Is there a way to find out if the "terminal" at the other end is a! > DECTERM or just a VT terminal ?  > I > Goal: if a connection comes from an X terminal/DECTERM, I want DCL code I > to execute various command that set EDIT to spanw/nowait the decwindows J > TPU editor. If it is a true blue (or orange :-) VT terminal, then I just@ > setup my commands to call up the basic character cell TPU/EVE. >  > K > Is there a way (in DCL) to find out if the remote terminal is a DECTERM ?  > 7 > DECTERMs appear as VT300 series devices in SHOW TERM.   H If you want to write a small program to gather data and set a symbol or ) whatever, LIB$SCREEN_INFO is your friend.   F The task could be done in DCL, but I'm not a big fan of extensive DCL  procedures.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  # Date: Tue, 21 Feb 2006 18:23:47 GMT 7 From: John Malmberg <malmberg@dskwld.zko.hp.compaq.dec>   Subject: Re: is this a DECTERM ?2 Message-ID: <TUIKf.3404$XX3.1953@news.cpqcorp.net>   JF Mezei wrote: F > I have a DECTERM running on BIKE. From it, I  "SET HOST VELO".  From0 > VELO's point of view, it is an RTAx: terminal. > E > Similarly, I can TELNET VELO and I will appear as a TNAxxx: device.  > J > I can also use a character cell telnet utility on my mac to access VELO,& > again appearing as a TNAxxx: device. >  > QUESTION:  > D > Is there a way to find out if the "terminal" at the other end is a! > DECTERM or just a VT terminal ?   2 http://encompasserve.org/~malmberg/dcl/WHATAMI.com   Or for the browser impaired:  2 http://encompasserve.org/~malmberg/dcl/WHATAMI.txt  I It is just a test program, and probably does not support everything, but  I have fun with it.  I use it for debugging command procedures that run in   a login context.  I > Goal: if a connection comes from an X terminal/DECTERM, I want DCL code I > to execute various command that set EDIT to spanw/nowait the decwindows J > TPU editor. If it is a true blue (or orange :-) VT terminal, then I just@ > setup my commands to call up the basic character cell TPU/EVE.  E I have my remote X sessions set up as menu items in Filevue, and the  A code to do it optionally internally captures the last successful  8 password used for sets of define groups of remote nodes.  E So I just click on a menu item to start a new session or application.   I The command procedures also support the use of DECNET and TCP/IP proxies.   H A reasonable version of the procedures are in the DECW directory of the  Freeware version 5.0 cd.  & http://www.hp.com/go/OpenVMS/freeware/  D Those procedures assume that all TCP/IP X-11 connections are in the  subdomain name.   $ None of this is supported of course.   -John ! malmberg@dskwld.zko.hp.compaq.dec  Personal Opinion Only    ------------------------------  % Date: Tue, 21 Feb 2006 11:21:26 +0100 + From: Jur van der Burg <vdburg@hotmail.com> ? Subject: Re: LD devices in shadowsets on fault tolerant cluster 6 Message-ID: <43fae9a8$0$11080$e4fe514c@news.xs4all.nl>  $ Ok, a word from the LDdriver author.  I  > During testing we discovered a strange problem. If we crash a node, we E  > observed ALL the LD devices go off line, including the ones on the H  > nodes still up. Then the shadowset becomes unavailable. A while laterI  > the LD devices on the running nodes seemed to come back online, but by C  > this time the shadowset is not coming back without intervention.   E Congratulations, you found a bug that I fixed last week. LDdriver did @ not handle io$_packack correctly in case of an access failure to underlaying disks.  > Having said that, you can use LD to shadow container files, no< problem. Caching is no issue. LD makes sure that you connect8 containerfiles to the same LD device on different nodes.   Look here for more info:  Q http://h71000.www7.hp.com/openvms/journal/v6/disk_partitioning_with_lddriver.html   = If you have any questions or want a new driver just drop me a  mail on lddriver at hp dot com.    Jur.   Chris wrote:I > Here as Jaguar cars we are trying to deploy a new VMS cluster. We use a C > three member shadowset for our application database.  The cluster I > consists on 3 OpenVMS7.3-2 nodes, running on 2 DS25's and a DS15 quorum 	 > keeper.  > D > The database fits quite easily in 2Gb. Unfortunately, the smallestG > disks we were able to get were 36Gb. This causes us problems with the 1 > time taken to do shadow copy/merge and backups.  > F > After hunting around I discovered the accepted way of 'partitioning'G > VMS disks is to use LD devices. I have installed LD version 8 on each H > node. Each node then creates 3 LD devices using files from MSCP servedH > disks, and mounts a cluster wide shadowset using them. Here is the DCL > they each run :  >  > $ set noon > + > $ reply/term=opa0 "Mounting DSA1 members"  > ! > $ mount /system $1$dka100 data1  > ! > $ mount /system $1$dkb100 data2  > ! > $ mount /system $3$dka100 data3  > 3 > $ reply/term=opa0 "Connecting DSA1 Logical disks"  > ; > $ ld connect /share /log $1$dka100:[000000]data1.dsk lda1  > /alloclass=100 > ; > $ ld connect /share /log $1$dkb100:[000000]data2.dsk lda2  > /alloclass=100 > ; > $ ld connect /share /log $3$dka100:[000000]data3.dsk lda3  > /alloclass=100 > # > $ reply/term=opa0 "Mounting DSA1"  > C > $ mount /system dsa1 /shadow=($100$lda1,$100$lda2,$100$lda3) data  > ) > $ reply/term=opa0 "Finished DSA1 mount"  > H > I believe using local LD devices with a common allocation class is theH > only way of getting a clusterwide shadowset because LD devices are notG > MSCP served, and therefore not visible on remote nodes. Maybe someone  > knows better?  > I > Anyway the cluster seems to work fine with the DCL above creating local > > LD devices, and shadowing them into a clusterwide shadowset. > H > During testing we discovered a strange problem. If we crash a node, weD > observed ALL the LD devices go off line, including the ones on theG > nodes still up. Then the shadowset becomes unavailable. A while later H > the LD devices on the running nodes seemed to come back online, but byB > this time the shadowset is not coming back without intervention. > E > Does anyone have experience of this? How can shutting down a remote I > node bring a shadowset down which is still populated with some local LD 
 > devices? > G > Obviously we need a cluster with a database shadowset that remains up 4 > and running even if a node goes down unexpectedly. >   > Any help would be appreciated. >  > Chris. >    ------------------------------    Date: 21 Feb 2006 10:26:30 -0500. From: brooks@cuebid.zko.hp.nospam (Rob Brooks)? Subject: Re: LD devices in shadowsets on fault tolerant cluster , Message-ID: <1aWs8skmj5Ba@cuebid.zko.hp.com>  ) Glenn Everhart <Everhart@gce.com> writes:   I > Question is along the lines of whether ioc$insioqc is going to just hit N > the destination driver, or will it hit some caching service first. Best flag? > not to cache, but it has always been a low level interface...   H Any 3rd party that is interested in intercepting I/O should be using the> documented and supported method that first appeared in V7.3-2.  C http://h71000.www7.hp.com/doc/732FINAL/aa-rv8xa-te/aa-rv8xa-te.HTML   I At least one 3rd party product is using this mechanism with their caching D product in order to "play nice" with multipath.  Multipath also usesL the same method of inserting itself in the driver stack (although by design,F there cannot be any other interceptors between multipath and the class driver layer).   --    L Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.hp.com   ------------------------------  % Date: Tue, 21 Feb 2006 11:45:52 +0100 , From: Albrecht Schlosser <ajs567@tiscali.de>+ Subject: Re: More VMS & DCL wish list items , Message-ID: <22retd.8uu.ln@news.hus-soft.de>   David J Dachtera wrote:  > Albrecht Schlosser wrote:  >> David J Dachtera wrote:H >>> From a thread about finding *THE* log file for a specific batch job: >>> E >>> o We need to have SHOW ENTRY/FULL, and co. be able to display the K >>> explicit, fully qualified filespec of the job's log file, including the  >>> correct version number. K >> ... and we need some more qualifiers to select the jobs to be displayed,  >> e.g.  >> >>    /since=... /before=... >> >> together with >>: >>    /started or /completed (default would be /completed) >>
 >> and/or the  >>= >>    /queue=... (obviously wildcards would be _very_ useful)  >> >> and maybe more ...  > B > ...like /ELAPSED and/or /RUNNING_SINCE. I have a DCL proc. in myF > DCL$PATH which I call SHAFT.COM (SHow entry/AFTer) which, as well asC > showing the /AFTER time for jobs, also shows the LOGINTIM for the * > process if the job is currently running. > 6 > Just a couple or three items that SHOW ENTRY forgot. > E > /SINCE and /BEFORE might need modifiers like /SUBMITTED, /COMPLETED * > (/COMPLETED being the default, perhaps). >   B ... and I forgot to mention: the same would apply to delete/entry.  C Did I mention "/retained" to qualify the entries? Maybe also as an  0 additional qualifier to /since and /before ... ?  D Delete/entry would also need /confirm as a qualifier (displaying at H least the entry number and job name and maybe user name) to decide when  being asked to confirm.    Example:  G $ delete/entry [/queue=*abc*xy] /user=me /completed /before=yesterday - $    /since=-10-0 /confirm [/retained]  C BTW: this would also make the entry number an _optional_ parameter.      Albrecht   ------------------------------  # Date: Tue, 21 Feb 2006 12:24:16 GMT " From:   VAXman-  @SendSpamHere.ORG5 Subject: Re: OpenVMS proves superior to all other OSs 0 Message-ID: <00A51A40.48E5B482@SendSpamHere.ORG>  Y In article <sIKdnU4-WuhqNWfeRVn-jg@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  >  >  >bob@instantwhip.com wrote: : >> my users use windoze as a gui for vms, nothing more ... >>   > I >In thinking about it a bit, whatever you use for a newsreader sucks, or  2 >you go out of your way to make it appear to suck.  2 His headers seem to indicate it is a Weendoze box.   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 21 Feb 2006 07:25:57 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)5 Subject: Re: OpenVMS proves superior to all other OSs 3 Message-ID: <5Q8wJR3oYfYc@eisner.encompasserve.org>   U In article <00A51A40.48E5B482@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes: [ > In article <sIKdnU4-WuhqNWfeRVn-jg@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  >>J >>In thinking about it a bit, whatever you use for a newsreader sucks, or 3 >>you go out of your way to make it appear to suck.  > 4 > His headers seem to indicate it is a Weendoze box. >   L He's using the Google Groups interface. See my sig for the sanitized version" of what I think of that interface.   Simon.   --  ; Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP I If Google's motto is "do no wrong", then how did we get Google Groups 2 ?    ------------------------------    Date: 21 Feb 2006 05:40:09 -0800 From: bob@instantwhip.com 5 Subject: Re: OpenVMS proves superior to all other OSs C Message-ID: <1140529209.887438.211380@f14g2000cwb.googlegroups.com>   C terminal emulator, web browser, outhouse express, and an occasional 4 excel spreadsheet ... what other good is windoze ...   ------------------------------    Date: 21 Feb 2006 06:51:04 -0800$ From: "AEF" <spamsink2001@yahoo.com>5 Subject: Re: OpenVMS proves superior to all other OSs C Message-ID: <1140533464.015256.163730@g43g2000cwa.googlegroups.com>    Simon Clubley wrote:W > In article <00A51A40.48E5B482@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes: ] > > In article <sIKdnU4-WuhqNWfeRVn-jg@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  > >>K > >>In thinking about it a bit, whatever you use for a newsreader sucks, or 5 > >>you go out of your way to make it appear to suck.  > > 6 > > His headers seem to indicate it is a Weendoze box. > >  > N > He's using the Google Groups interface. See my sig for the sanitized version$ > of what I think of that interface. >  > Simon. >  > --= > Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP K > If Google's motto is "do no wrong", then how did we get Google Groups 2 ?      Their motto is "Don't be evil".   F Yeah, a lot of things suck about Google groups, but it's free, you canD access it from any Internet-connected browser, and your posts appear often in less than one minute.     AEF    ------------------------------  % Date: Tue, 21 Feb 2006 16:10:21 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>5 Subject: Re: OpenVMS proves superior to all other OSs + Message-ID: <460oqtF8gn0nU2@individual.net>    Simon Clubley wrote:W > In article <00A51A40.48E5B482@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:  > [ >>In article <sIKdnU4-WuhqNWfeRVn-jg@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  >>K >>>In thinking about it a bit, whatever you use for a newsreader sucks, or  4 >>>you go out of your way to make it appear to suck. >>4 >>His headers seem to indicate it is a Weendoze box. >> >  > N > He's using the Google Groups interface. See my sig for the sanitized version$ > of what I think of that interface. >   2 But it also reports NT 5.1, which AFAIK is XP. :-)   ------------------------------    Date: 21 Feb 2006 07:59:39 -0800- From: "Andrew" <andrew_harrison@symantec.com> 5 Subject: Re: OpenVMS proves superior to all other OSs C Message-ID: <1140537579.117359.126130@o13g2000cwo.googlegroups.com>   F Remember there are lies damn lies and CERT counts or had you forgotten   ------------------------------  % Date: Tue, 21 Feb 2006 11:52:03 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 5 Subject: Re: OpenVMS proves superior to all other OSs 9 Message-ID: <wMednVY2E_xH2WbenZ2dnUVZ_vmdnZ2d@libcom.com>    bob@instantwhip.com wrote:E > terminal emulator, web browser, outhouse express, and an occasional 6 > excel spreadsheet ... what other good is windoze ... >   H It's good for many things.  Possibly some of those things aren't of use = to you.  The previously mentioned flight simulator and games.   E However, I don't think that you practice what you preach if you have  H users using Microsoft's e-mail client, possibly the worst security hole 
 you can find.   E While hackers cannot get at your data on the VMS system(s), once the  I users get that data to their client systems, it is at risk.  Acquire the  = right type of mal-ware, and even a great firewall won't help.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 21 Feb 2006 12:11:36 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 5 Subject: Re: OpenVMS proves superior to all other OSs / Message-ID: <i6udnSjAms3z1GbeRVn-pQ@libcom.com>   
 AEF wrote: > Simon Clubley wrote: > W >>In article <00A51A40.48E5B482@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:  >>\ >>>In article <sIKdnU4-WuhqNWfeRVn-jg@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes: >>> K >>>>In thinking about it a bit, whatever you use for a newsreader sucks, or 5 >>>>you go out of your way to make it appear to suck.  >>> 5 >>>His headers seem to indicate it is a Weendoze box.  >>>  >>N >>He's using the Google Groups interface. See my sig for the sanitized version$ >>of what I think of that interface. >> >>Simon. >> >>--= >>Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP K >>If Google's motto is "do no wrong", then how did we get Google Groups 2 ?  >  >  > ! > Their motto is "Don't be evil".  > H > Yeah, a lot of things suck about Google groups, but it's free, you canF > access it from any Internet-connected browser, and your posts appear  > often in less than one minute. >  >  > AEF  >   E I won't use an ISP that doesn't provide a news server.  That narrows  F down the choices, but why settle for less, when the cost is the same. 8 That and Thunderbird as a mail client works rather well.  F What the hell, why not a plug.  When somebody does well, they deserve F one.  I'm currently using LIBCOM.COM, based in Pittsburgh, PA.  Their H tech help is better than many I've experienced.  No matter who you use, ' sooner or later, you'll need some help.   I I was running into some problems with my last ISP.  For a year they were  H fine.  After chasing the problem everywhere else, I borrowed a username H and password for another ISP, and presto, no more problem.  When I told B the tech support guy that the only thing different that fixed the G problem was the ISP, all I would get was the boilerplate answer/chant,  G "there's nothing wrong with our network", and he wouldn't even talk to  G me unless I put a modem on a PC and hooked it up bare to the internet.  = Zero chance of that!  Reasonable tech help is quite valuable.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 21 Feb 2006 12:14:25 -0500 ' From: Dave Froble <davef@tsoft-inc.com> 5 Subject: Re: OpenVMS proves superior to all other OSs / Message-ID: <i6udnSvAms2I12beRVn-pQ@libcom.com>   
 Andrew wrote: H > Remember there are lies damn lies and CERT counts or had you forgotten >   $ Hey! He's back!  Sound the trumpets!  " How ya been Andy boy?  Missed you.  H No longer with Sun, huh?  Does that mean you'll be a bit more objective?   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Tue, 21 Feb 2006 11:09:02 -0700  From: Kevin Handy <kth@srv.net> 5 Subject: Re: OpenVMS proves superior to all other OSs 2 Message-ID: <1140544485_1505@sp6iad.superfeed.net>   bob@instantwhip.com wrote::  > my users use windoze as a gui for vms, nothing more ...   Oh, really?   E > terminal emulator, web browser, outhouse express, and an occasional 6 > excel spreadsheet ... what other good is windoze ... >   > That sounds like a lot more than just a gui for vms. Does this7 setup really make you feel secure. It opens up a lot of $ possible exploits on your VMS boxes.  C terminal emulator: Make sure no keyloggers are installed on the PC, D or bye bye passwords. Telneting to the VAX? Another good way to loseE passwords, as telnet isn't secure. SSH is safer, but still vulnerable  to key-loggers.   @ web browser: Let me guess ... Internet Explorer. Good way to get: those keyloggers installed. Firefox/Mozella is much safer.  C Lookout express: You must really like getting keyloggers, and other @ wonderous programs automatically installed, no user intervention	 required.   + excel: Great for running those VB exploits.     ; I'll bet you're actually running a lot more than just those : items: solitare, key-loggers, adware, virus... Anyone play< a Sony music CD in one of your windows machines lately? Have: you installed all updates? Some version of a "PC-Anywhere"8 like package installed? (maybe through one of your other7 vulnerabilities) Are you waiting for one of Microsoft's  periodic bug-fix dumps?   6 Do you change your VMS passwords periodically? When an5 employee turns over? Do you change them so often that - the users keep them written on post-it notes?   = If you used Linux for your Workstations, you'd be much safer. ( (See, I can make blanket statements too)  = Maybe you should put them on VMS workstations. I'd bet they'd > complain about that. VMS doesn't make a very good workstation.? It feels too clunky to most users compared to the alternatives. ; It would also cost a great deal more. To most users, a sexy * screen (eye candy) is also very important.  6 A mis-administered VMS system is no more secure than a mis-administered windows box.   Q ----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==---- S http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups K ----= East and West-Coast Server Farms - Total Privacy via Encryption =----    ------------------------------    Date: 21 Feb 2006 10:06:52 -0800 From: bob@instantwhip.com 5 Subject: Re: OpenVMS proves superior to all other OSs C Message-ID: <1140545212.852785.313250@g44g2000cwa.googlegroups.com>   9 when our employee is terminated, they automatically get a ) "FLAGS=DISUSER" ... think that will work?    SSH2 is superior to SSH ...   9 and what good will a password do someone if it only works = on the internal network?  Unless they have a jar of invisible 9 cream to get in and sit down without being noticed ... :)    ------------------------------    Date: 21 Feb 2006 10:09:32 -0800 From: bob@instantwhip.com 5 Subject: Re: OpenVMS proves superior to all other OSs C Message-ID: <1140545372.781679.281670@g14g2000cwa.googlegroups.com>   , when is security and uptime not practical???   ------------------------------    Date: 21 Feb 2006 10:19:34 -0800 From: bob@instantwhip.com 5 Subject: Re: OpenVMS proves superior to all other OSs C Message-ID: <1140545974.491533.311850@g47g2000cwa.googlegroups.com>   C and as far as the mail server goes ... they might be able to log in E and read mail, but that is it ... the directories are locked down and F inside a captive account ... let see you overcome that one ... defcon9G could not get into vms and did not want it back to waste their time ...   ; a PROPERLY configured vms box is IMPOSSIBLE to get into ...    ------------------------------    Date: 21 Feb 2006 12:10:41 -0600B From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)5 Subject: Re: OpenVMS proves superior to all other OSs 3 Message-ID: <fdtqd0aT1JCh@eisner.encompasserve.org>   j In article <1140533464.015256.163730@g43g2000cwa.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes: > ! > Their motto is "Don't be evil".  >   I I know, but that sounded a bit OTT in my sig, so I toned it down by using > this variant of the phrase (which I have seen used elsewhere).  H > Yeah, a lot of things suck about Google groups, but it's free, you canF > access it from any Internet-connected browser, and your posts appear  > often in less than one minute. >   G I think that the thing that is most annoying is that Google replaced an C acceptable interface (GG1) with the current, much worse, interface.    Simon.   --  ; Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP I If Google's motto is "do no wrong", then how did we get Google Groups 2 ?    ------------------------------    Date: 21 Feb 2006 12:15:00 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: OpenVMS proves superior to all other OSs 3 Message-ID: <R1Zb2ZeQC$6u@eisner.encompasserve.org>   s In article <1140537579.117359.126130@o13g2000cwo.googlegroups.com>, "Andrew" <andrew_harrison@symantec.com> writes:   $    Damn, doesn't match my kill file.   ------------------------------    Date: 21 Feb 2006 10:50:38 -0800 From: bob@instantwhip.com 5 Subject: Re: OpenVMS proves superior to all other OSs C Message-ID: <1140547838.400570.290560@z14g2000cwz.googlegroups.com>   ? after reading about OpenBSD and linux so called security below, ? why not tell me again how secure that securelinux really is ...   = http://www.theregister.co.uk/2006/01/19/securelevel_bsd_unix/    ------------------------------    Date: 21 Feb 2006 06:42:56 -0800) From: "Bob Gezelter" <gezelter@rlgsc.com> 8 Subject: Previously Announced Los Alamos Events ExpandedC Message-ID: <1140532976.111942.264720@g47g2000cwa.googlegroups.com>   D The previously announced speaking visit to Los Alamos by OpenVMS.orgD Contributing Editor Robert Gezelter has been expanded to include two additional events:   Tuesday, February 21, 2006    The Internet and the Family: G       A Chat with Computer Security Handbook Contributing Editor Robert  Gezelter   Thursday, February 23, 2006 <    Time as a Microcosm: Was the Year 2000 Crisis Inevitable?  B Full details of the venues and times of the events can be found at# http://www.rlgsc.com/upcoming.html.   E All three events are hosted by the Los Alamos and Northern New Mexico C Chapter of the IEEE Computer Society under the auspices of the IEEE 0 Computer Society Distinguished Visitors Program.   ------------------------------    Date: 21 Feb 2006 08:47:41 -0800. From: "Schnootling" <chuckmoore55@hotmail.com>? Subject: SRMFLASH update on Alpha4100 quad 5/533 taking forever B Message-ID: <1140540461.860929.11280@z14g2000cwz.googlegroups.com>   Hi Everyone,  = I recently purchased an(other) Alpha 4100. It's a quad 5/533.   > I started a firmware upgrade on the box. The AlphaBIOS upgradeG completed successfully, however the srmflash upgrade (started yesterday B at approx. 3:30pm U.S. PST) has yet to finish. That is, the system console shows:G  WARNING: updates may take several minutes to complete for each device.   , Confirm update on: AlphaBIOS       [Y/(N)] y  '                           DO NOT ABORT! C AlphaBIOS       Updating to V (forgot the version) ..... SUCCESS...   , Confirm update on: srmflash        [Y/(N)] y  '                           DO NOT ABORT! % srmflash        Updating to V6.0.7...   
 Questions:+ 1) How many days does this normally take ?? E 2) Can I (gulp) power-off/on safely ?  (Safely = end up with a system  that will still boot.)A 3) I combed the group's messages for SRM and found a reference to B "clear_srm_nvram". Is this something I should do before attempting another update ?   Chuck    ------------------------------  % Date: Tue, 21 Feb 2006 10:21:54 +0200 4 From: Mike Rechtman <michael.rechtman.nospam@hp.com>/ Subject: Re: Where's the documentation on CDs ? & Message-ID: <43FAE9C2.7751D606@hp.com>   JF Mezei wrote:  > G > Last year I was given a set of CDs for VAX VMS 7.3 and documentation. ( > (thanks to <you know who you are :-)>) > C > I figured I would try to take a look at its version of the system E > services reference manual instead of using my good old grey binder.  > J > Boorkeader doesn't like it. Seems I have to install some "BNU" software. > D > I eventually do find the bookreader version of the system services@ > manual. But alas, when it opens, it contains only a paragraphn1 > explaining that it is available in HTML format.  > H > So, I fire up mosaic, find one index.html file on that CD, and am ableH > to navigate to the system services reference manual. Upon opening thatI > page, it contains just 2 links; to the HP web site's VMS documentation,  > and the generic VMS web site.  > H > Do the CDs contain *any* documentation or just links to links to links > to the HP web site ? > 8 > What I have: VAXDOCDEC04 1 and 2  as well as VMSDOC073 > H > Would the system services manual in bookreader format be in any one of	 > those ?  > H > Yeah, I can download the PDFs from the VMS web site, but then it meansF > that the doc is on my MAC and I can't copy/paste examples into a TPU > window for code I am writing.  > G > (and yeah, I did eventually fetch the 5.5 manuals in the grey wall to B > get my information because that turned out to be much quicker>).  D Mounted /SYSTEM the VMSDOC073 on a VAX, and turned Netscape 3.03 to   file://DKA500:/000000/index.html   Everything seems to be there... G System services manual is at file://DKA500/000000/v73/4527/4527PRO.HTML ) (Obviously change DKA500 to whatever ...)        Mike.  --  E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------  -----BEGIN GEEK CODE BLOCK-----  Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------    ------------------------------   End of INFO-VAX 2006.104 ************************