0 INFO-VAX	Sat, 19 Jan 2002	Volume 2002 : Issue 35      Contents: $FAO tips & triks  Re: $FAO tips & triks  Re: $FAO tips & triks P 744           Would you like to lose weight while you sleep?                  45 Re: Asking  your opinion Re: Asking  your opinion Re: Asking  your opinion Re: Asking  your opinion9 Re: Bill Gates admits security "non-existent" in windows!  Re: Buffer Overflows Re: Buffer Overflows7 Re: building a vms box as a project.. is this possible? 7 Re: building a vms box as a project.. is this possible? 7 Re: building a vms box as a project.. is this possible? < Re: Calling COBOL "called programs" from Non-COBOL languages< Re: Calling COBOL "called programs" from Non-COBOL languages Re: Change quorum disk question  Re: Change quorum disk question  Re: Change quorum disk question  Re: Change quorum disk question  Re: Change quorum disk question  ClipArt of VAX equipment Re: ClipArt of VAX equipment Re: ClipArt of VAX equipment" Re: COMPAQ - Spin off VMS Business Dec2000 and Decserver 90 DECwindows autologinL Re: Films and Books. [was Re: Younger recruits versus experienced veterans ]P Re: Films and Books. [was Re: Younger recruits versus experienced veterans ] vet1 Ford picks Alpha, beats pant off of Sun, HP, IBM! 5 Re: Ford picks Alpha, beats pant off of Sun, HP, IBM! 5 Re: Ford picks Alpha, beats pant off of Sun, HP, IBM! ; Re: Gartner Group lies about VMS ... loses all credibility! ; Re: Gartner Group lies about VMS ... loses all credibility! ; Re: Gartner Group lies about VMS ... loses all credibility! / RE: HP explains the decision to axe the HP 3000 B Re: Incredibly idiocy in CNN headline financial analysis of CompaqB Re: Incredibly idiocy in CNN headline financial analysis of Compaq  Re: Need exposure to VMS...Fast.5 Re: Need help with ANAL/ERROR output -- 2 disk errors  OT : Spambot Fodder  re:  OT:  Buffer OverflowsP Re: Pathworks V6 VMS Server as BDC in NT Domain: machine account gets out of synP Re: RDB/ELN (was: Incredibly idiocy in CNN headline financial analysis of CompaqP Re: RDB/ELN (was: Incredibly idiocy in CNN headline financial analysis of Compaq RMS Journaling	 Re: SCopy 	 Re: SCopy 	 Re: SCopy  Re: triple boot  Re: triple boot  Re: triple boot  Re: triple boot  Re: triple boot  Re: triple boot % VAX emulator model and serial numbers ) Re: VAX emulator model and serial numbers ) Re: VAX emulator model and serial numbers * VMS guru looking for job in DC-Metro area.7 Re: VMS missing features (was how to do deamons on VMS) 7 Re: VMS missing features (was how to do deamons on VMS) B Re: Younger recruits versus experienced veterans ( was Re: The demB Re: Younger recruits versus experienced veterans ( was Re: The dem5 Re: [OT / Humor] Things not to do on a *nix system... 9 Re: [Q] Why is there the limit of 8 levels of directories   F ----------------------------------------------------------------------  % Date: Fri, 18 Jan 2002 22:15:21 +0300 4 From: "Ruslan R. Laishev" <laishev@smtp.deltatel.ru> Subject: $FAO tips & triks0 Message-ID: <3C487449.8F64C274@smtp.deltatel.ru>  
 Hello All!G 	I'd like to print some byte array in a hex form, is there any tips and = triks how to do this w/o loops by using only $FAO directive ?    --   Cheers, Ruslan. D +---------------------pure personal opinion------------------------+;       RADIUS Server for OpenVMS project - www.radiusvms.com 8         vms-isps@dls.net - Forum for ISP running OpenVMS*                  Mobile: +7 (901) 971-3222A    TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU    ------------------------------  % Date: Fri, 18 Jan 2002 13:55:45 -0800 < From: "Kenneth H. Fairfield" <Kenneth.H.Fairfield@intel.com> Subject: Re: $FAO tips & triks) Message-ID: <3C4899E1.4E1BC2D0@intel.com>    "Ruslan R. Laishev" wrote:   > Hello All!P >         I'd like to print some byte array in a hex form, is there any tips and? > triks how to do this w/o loops by using only $FAO directive ?   C     Use the !XB directive, although I wouldn't call that a "trick". # Now what was it you wanted to know?        -Ken --6 I don't speak for Intel, Intel doesn't speak for me...   ------------------------------  % Date: Fri, 18 Jan 2002 22:40:42 -0000 3 From: "Malcolm" <malcolm@neverness.freeserve.co.uk>  Subject: Re: $FAO tips & triks. Message-ID: <a2a843$h28$1@news8.svr.pol.co.uk>  ? "Ruslan R. Laishev" <laishev@smtp.deltatel.ru> wrote in message * news:3C487449.8F64C274@smtp.deltatel.ru... > Hello All!H > I'd like to print some byte array in a hex form, is there any tips and? > triks how to do this w/o loops by using only $FAO directive ?  >  > -- Hmm. repeated uses of !XB.  F But, here's a nice trick. It prints an ASCII character table in DCL by  exploiting the 'plural' support:  
 Very fast.  	 -Malcolm.   % $! ASCIITAB.COM - Show an ASCII table  $! $! Control chars..G $ CTRLCHR_FAO = "!0UL!0%C<NUL>!1%C<SOH>!2%C<STX>!3%C<ETX>!4%C<EOT>" + - I                 "!5%C<ENQ>!6%C<ACK>!7%C<BEL>!8%C<BS> !9%C<HT> !10%C<LF> "  + - H                 "!11%C<VT> !12%C<FF> !13%C<CR> !14%C<SO> !15%C<SI> " + -G                 "!16%C<DLE>!17%C<DC1>!18%C<DC2>!19%C<DC3>!20%C<DC4>"+ - G                 "!21%C<NAK>!22%C<SYN>!23%C<ETB>!24%C<CAN>!25%C<EM> "+ - G                 "!26%C<SUB>!27%C<ESC>!28%C<FS> !29%C<GS> !30%C<RS> "+ - =                 "!31%C<US> !32%C<SPC>!127%C<DEL>!%E8-BIT?!%F" 0 $ CTRLCHR8_FAO= "!0UL!128%C<x80>!129%C<x81>" + -L                 "!130%C<x82>!131%C<x83>!132%C<IND>!133%C<NEL>!134%C<SSA>"+ -L                 "!135%C<ESA>!136%C<HTS>!137%C<HTJ>!138%C<VTS>!139%C<PLD>"+ -L                 "!140%C<PLU>!141%C<RI> !142%C<SS2>!143%C<SS3>!144%C<DCS>"+ -L                 "!145%C<PU1>!146%C<PU2>!147%C<STS>!148%C<CCH>!149%C<MW> "+ -L                 "!150%C<SPA>!151%C<EPA>!152%C<x98>!153%C<x99>!154%C<x9A>"+ -6                 "!155%C<CSI>!156%C<ST> !157%C<OSC>"+ ->                 "!158%C<PM> !159%C<APC>!256%C[End]!%ENONCC!%F" $ base=0	 $ mult=32 
 $ offset=0	 $ line=""  $ loop:  $ chr = base+(mult*offset) $ hexchr = f$fao("!XB",chr)  $ ctrl = f$fao(ctrlchr_fao,chr) < $ if ctrl .eqs. "8-BIT?" then ctrl = f$fao(ctrlchr8_fao,chr) $ if ctrl .eqs. "NONCC"  $ then $   thechr[0,8] = %X'hexchr + $   line=line+" "+hexchr+"   "+thechr+"  |"  $ else% $   line=line+" "+hexchr+" "+ctrl+"|"  $ endif  $ offset = offset+1  $ if offset .eq. 8 $ then $   write sys$output line  $   line=""  $   offset=0 $   base=base+1  $ endif   $ if base .le. 31 then goto loop   > Cheers, Ruslan. F > +---------------------pure personal opinion------------------------+= >       RADIUS Server for OpenVMS project - www.radiusvms.com : >         vms-isps@dls.net - Forum for ISP running OpenVMS, >                  Mobile: +7 (901) 971-3222C >    TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU    ------------------------------   Date: Thu, 17 Jan 2002 22:46:45 ( From: 464593travelincentives2002@aol.comY Subject: 744           Would you like to lose weight while you sleep?                  45 9 Message-ID: <iss.3ee0.3c48bc76.f3af2.1@mx2.west.saic.com>   6  As seen on NBC, CBS, CNN, and even Oprah! The health : discovery that actually reverses aging while burning fat, < without dieting or exercise! This proven discovery has even 9 been reported on by the New England Journal of Medicine.  : Forget  aging and dieting forever! And it's Guaranteed!      Click here:  http://ultimatehgh.81832.com  . Would you like to lose weight while you sleep! No dieting!  No hunger pains! No Cravings! No strenuous exercise! Change your life forever!    100% GUARANTEED!  + 1.Body Fat Loss            82% improvement. ( 2.Wrinkle Reduction     61% improvement.- 3.Energy Level               84% improvement. * 4.Muscle Strength         88% improvement.+ 5.Sexual Potency           75% improvement. * 6.Emotional Stability     67% improvement.0 7.Memory                        62% improvement.  ; ***********************************************************   . Click here to see another weight loss product: http://weighout.81832.com   , You are receiving this email as a subscriber$ to the Opt-In America Mailing List. . To remove yourself from all related maillists, just click here:/ mailto:pac2server@btamail.net.cn?Subject=REMOVE    ------------------------------  # Date: Sat, 19 Jan 2002 03:02:52 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ! Subject: Re: Asking  your opinion ' Message-ID: <3C48E2CD.55A2C612@fsi.net>    Brad McCusker wrote: > ? > "Sue Skonetski" <susan.skonetski@compaq.com> wrote in message - > news:duX18.202$PZ4.2040@news.cpqcorp.net...  > > It is a presentation@ > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message% > > news:3C479547.75BECD5A@fsi.net...  > > > Sue Skonetski wrote: > > > > [snip]; > > > > Making OpenVMS attractive to Port UNIX Applications  > > > 6 > > > Is this a presentation or OpenVMS seeking input? > > > 0 > > > If a presentation, it may have some value. > > > D > > > If OpenVMS seeking input, will any of our "suggestions" make a > > > difference?  > N > I'm the guy who asked Sue to put the "Making OpenVMS attractive to Port UNIXL > Applications" session on the list.  The plan would be for it to provide asL > much technical content as I could, but, I would also be certain to leave aN > Q&A period a the end becuase feedback is very important to us at this point. > N > Regarding 'will any of our "suggestions" make a difference?', yes they will.H > We're kicking off a lot of work in this area, we want to be sure we do > what's of value.  F Well, I was going to suggest simply pulling down the entire GNU on VMS< collection from http://vms.gnu.org/ , but that seems to haveE disappeared. So, instead just take your favorite Linux or *BSD distro E and go to town on the sources for just about everything - the command  programs, the shells, etc.  D If that's not already too much, I believe the Qt libraries have beenE ported to VMS, in which case KDE may be possible to port. After that, F the Koffice applications would round out the otherwise fairly complete
 KDE suite.  F I understand Tru64 was leaning toward Gnome before its (Tru64s) future came into serious doubt. *SIGH*    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sat, 19 Jan 2002 03:12:59 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ! Subject: Re: Asking  your opinion ' Message-ID: <3C48E52E.6207A9CF@fsi.net>    Brad McCusker wrote: > ? > "Sue Skonetski" <susan.skonetski@compaq.com> wrote in message - > news:duX18.202$PZ4.2040@news.cpqcorp.net...  > > It is a presentation@ > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message% > > news:3C479547.75BECD5A@fsi.net...  > > > Sue Skonetski wrote: > > > > [snip]; > > > > Making OpenVMS attractive to Port UNIX Applications  > > > 6 > > > Is this a presentation or OpenVMS seeking input? > > > 0 > > > If a presentation, it may have some value. > > > D > > > If OpenVMS seeking input, will any of our "suggestions" make a > > > difference?  > N > I'm the guy who asked Sue to put the "Making OpenVMS attractive to Port UNIXL > Applications" session on the list.  The plan would be for it to provide asL > much technical content as I could, but, I would also be certain to leave aN > Q&A period a the end becuase feedback is very important to us at this point. > N > Regarding 'will any of our "suggestions" make a difference?', yes they will.H > We're kicking off a lot of work in this area, we want to be sure we do > what's of value.  " Just found this in another thread:  % http://gnv.sourceforge.net/readme.htm    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 18 Jan 2002 19:24:34 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski) ! Subject: Re: Asking  your opinion = Message-ID: <857e9e41.0201181924.5e188f98@posting.google.com>   	 Jan-Erik,   A We are not limited to the US Mark Gorham is fully supporting this C program. But as stated the locations have not been determined yet.  E Its not that I am holding back the location information I do not have < it yet.  Once locations have been decided I will post in the
 newsgroup.  D I thought it would be better to find out if this is something useful@ and topics customers would like prior to putting the whole thing	 together.   
 Warm Regards,    Sue     U Jan-Erik Sderholm <aaa@aaa.com> wrote in message news:<3C484655.AD118F3B@aaa.com>...  > Sue Skonetski wrote: > > 	 > > Dave,  > > P > > This can be several days with several different rooms the local field officeO > > decides and where available we will work with the LUG's.  We will only have N > > 5-6 this year since we use the engineers for this and they are rather busyI > > at the moment.  It is a pick and chose all topics can not be covered.  >  > E > Could any of them be held somewhere in the "upper part" of Europe ?  > Why not in Stockholm ? >  > Jan-Erik Sderholm   ------------------------------  % Date: Sat, 19 Jan 2002 00:36:03 -0500 % From: JF Mezei <jfmezei@videotron.ca> ! Subject: Re: Asking  your opinion , Message-ID: <3C4905C2.18749845@videotron.ca>   Sue Skonetski wrote:F > I thought it would be better to find out if this is something usefulB > and topics customers would like prior to putting the whole thing > together.    Couple comments:  N At this point in time, the IA64 information is useless to customers. It is tooJ early in the project to really know what will really happen. Once you guysN have VMS up and running ready to be released, then you can go to customers andT give them the exact scoop on what will be involved and available for the conversion.  J But "we hope to have this" and "we plan to have that" isn't very useful to! customers in the current context.   L You can spend 2-3 minutes at the beginning to give a status report ("we haveN booted a basic VMS kernel and are now working on utilities"). But there reallyH isn't sufficient hard material to spend a whole sessions with customers.   ------------------------------    Date: 18 Jan 2002 13:22:24 -0600- From: koehler@encompasserve.org (Bob Koehler) B Subject: Re: Bill Gates admits security "non-existent" in windows!3 Message-ID: <wdCLAenB4b3o@eisner.encompasserve.org>   d In article <dyW18.213924$pa1.58000065@news3.rdc1.on.home.com>, "John Smith" <a@nonymous.com> writes:A > In the US, the term 'Engineer' can be, and is used, in a rather N > fast-'n'-loose way. Generally accepted to be somebody who designs or createsF > something in traditional engineering disciplines, or in the field ofE > software development, someone who deals with numerical methods [not M > accounting :-) ] in the financial services field, or the guy who drives the J > train. Only the person who has P.E. after their name is a true engineer. > F > The term 'Engineer' is a legally protected concept/title in Canada.   F    Would cause great difficulty with the sanitational engineer's union    in the states.    ------------------------------  # Date: Fri, 18 Jan 2002 19:29:52 GMT ' From: Don Sykes <anonymous@pacbell.net>  Subject: Re: Buffer Overflows + Message-ID: <3C487850.36F8C685@pacbell.net>    Tony Scandora wrote: > ? > "Randy Park" <rjpark@mindspring.nospaam.com> wrote in message - > news:a27vmq$21$1@slb0.atl.mindspring.net...  > > ... ; > > Frankly I laughed out lound when I heard a quote from a ? > > VP of Microsoft saying something to the effect that "Buffer > > > Overflows are a fact of life in software and can't be 100%: > > eliminated".  While it's true that nothing can be 100%? > > eliminated, it sounding like he was just making excuses ...  > > ... ; > > As a old programmer, I know the only time I experienced @ > > a Buffer Overflow was when I didn't pass the right argumentsA > > or use the right passing mechanism to an external subroutine. - > > ...  Do other people have Buffer Overflow # > > problems in their VMS programs?  > K > The C language does not suport any string handling.  Its standard runtime H > library has quite a few routines that treat arrays of char as strings,L > copying a char at a time from one starting address to another until a nullJ > terminator is found in the source string, which forces the programmer toJ > find the null terminator of every source string and check it against theL > length of its destination buffer.  Until yesterday, with a few exceptions,N > Microsoft never took that responsibility seriously, and neither did a lot ofI > UNIX developers.  If they follow Bill Gates' new directive, Microsoft'srN > developers will have to go back and review untold millions of lines of code,D > looking for buffer overflow opportunities.  There are so many suchM > opportunities that finding and fixing all of them might well be impossible.n > G > VMS, on the other hand, had string descriptors built into its callingsM > sequence on the first day way back in 1977, and developers have always beeneN > encouraged to use them, even in Macro, where it's easy to call LIB$ and STR$N > routines for handling strings.  When using descriptors is standard practice,L > as it has been since day one, the opportunities for buffer overflow simply > don't happen.l > L > Think of using descriptors as flying the helium-filled Goodyear blimp, andN > having to find the null terminator of every string before using it as flyingM > the hydrogen-filled Hindenberg.  A lousy pilot can crash the Goodyear blimpeD > into a building, but even if he smokes, he can't light the helium.  G Really OT, but it's interesting you bring up the Hindenberg. I just sawyG a documentary on that and there seems to be undeniable evidence that ittG was NOT the hydrogen that caused the explosion, but the coating painted E over the entire balloon made with an aluminum compound. Of course theaD hydrogen burned, but only after the fire swept over the balloon from end-to-end.o   > 4 >  Tony Scandora, Argonne National Lab, 630-252-7541 > scandora@cmt.anl.gov   -- e   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Franciscok   ------------------------------    Date: 18 Jan 2002 15:40:25 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)l Subject: Re: Buffer Overflowsq3 Message-ID: <BfVJbvjdElAl@eisner.encompasserve.org>   Z In article <a29p58$1hh$1@milo.mcs.anl.gov>, "Tony Scandora" <scandora@cmt.anl.gov> writes:  L > Think of using descriptors as flying the helium-filled Goodyear blimp, andN > having to find the null terminator of every string before using it as flying! > the hydrogen-filled Hindenberg.r  ? According to PBS it was not the hydrogen inside that caused theeC Hindenberg explosion, but rather a flamable coating on the outside.    ------------------------------  % Date: Fri, 18 Jan 2002 20:26:29 +0100u1 From: "Frederik Meerwaldt" <frederik@freddym.org>e@ Subject: Re: building a vms box as a project.. is this possible?3 Message-ID: <20020118.202629.17024.548@freddym.org>Q  	 Hi there,e  7 you can get free OpenVMS/vax accounts on a VAX 6410 on:-   <ad>  ; vax6k.openecs.org - see the HTTP site for more information:a http://vax6k.openecs.org   </ad> ;)   Greetings - Freddy   ------------------------------    Date: 18 Jan 2002 17:59:31 -0800" From: cstranslations@msn.com (Joe)@ Subject: Re: building a vms box as a project.. is this possible?= Message-ID: <d56d1c2d.0201181759.7354b3bd@posting.google.com>i  S "Hans Vlems" <hvlems@zfree.co.nz> wrote in message news:<3c482cc2$1@zfree.co.nz>...-+ > joechip31@hotmail.com (Herb Asher) wrote:p >M@ > price. IIRC PL/I, Basic, and Coral-66 are no longer supported.                     ?????    Uh?    I didn't see anything at  ? http://www.openvms.compaq.com/commercial/basic/basic_index.htmlR  = indicating anything along the lines of "BASIC is going away.":   ------------------------------  # Date: Sat, 19 Jan 2002 03:10:48 GMT>1 From: "David J. Dachtera" <djesys.nospam@fsi.net>9@ Subject: Re: building a vms box as a project.. is this possible?' Message-ID: <3C48E4AA.51A7F7CD@fsi.net>t   Herb Asher wrote:, >  > Hi people, > E > Well I am an out of work vms/unix operator in the UK, since I enjoy H > messing with systems and things at home, ie linux box, home network onH > windows etc, I was wondering is it possible to build a vms box at homeE > for a home project? I only have 2 years exp. working with vms as an C > operator and maybe a project like this would help me stay in "vmsf: > mode" like I can with unix, ie shell accounts and linux. > E > Any tips, info, websites, possible hardware specs, os possibilitiese# > etc would be greatly appreciated.4  A Interesting query. I usually associate "out of work" with "out of H money". Please make sure your dependents are provided for before blowing your bankroll on hardware.   -- e David J. Dachtera  dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/l   ------------------------------  # Date: Fri, 18 Jan 2002 19:46:25 GMTS' From: Don Sykes <anonymous@pacbell.net>LE Subject: Re: Calling COBOL "called programs" from Non-COBOL languages + Message-ID: <3C487C31.F86B454B@pacbell.net>B   Kelly Donahue wrote: > 9 > Sorry I should have put more information in my message.> > E > The COBOL "Called Program" is an installed image so I want to avoid!  > linking in the program's .OBJ. > F This is a linking issue. The Installed image in whatever language mustC declare the procedure to be called as a universal symbol when it is F linked. For Alpha, you do this from an .opt file via the SYMBOL_VECTORD option when you link it. Then when you link the calling program, youD must include a reference to the installed image, so it knows what itH will access during image activation. Also, because the link is completedC during image activation, you can use a stub program in place of the<1 installed image when linking the calling program.-E Language comes into play when your coding the method used to pass the9A arguments. By default, C assumes that arguments are values, Cobol B assumes that arguments are pointers. You just need to match the BY@ (VALUE, REFERENCE, DESCRIPTOR) directives of Cobol to your other	 language.          > Thanks > [ > JF Mezei <jfmezei@videotron.ca> wrote in message news:<3C47C5BA.F50F538C@videotron.ca>...aM > > > > Does anyone know how to call a COBOL "Called Program" from a languageeG > > > > other than COBOL?  We're running DEC COBOL V2.4 and OpenVMS 7.1" > >+H > > The calling standard is the same (beauty of VMS).  compile the cobolO > > subroutine to generate an .OBJ file and include that file when you link theb > > main program.t > >pQ > > While the passing of arguments is standard, the VALUE of the arguments isn't.- > >-Q > > COBOL uses fixed length strings for instance. So if the subroutine is to pass-N > > the address of a string array, when cobol subroutine does a MOVE to it, itO > > will move as many byte as the argument was defined to be and will not add a ! > > null at the end for instance.  > > P > > I believe that the cobol manual also defines how you must define the numericQ > > fields to be compatible with other languages ( other languages do not supportsP > > packed decimal usually) so you have to use COMP SYNC (if I remember well) ofQ > > sufficient length to have the cobol routine assume that a longword integer isg > > at that memory location.   -- T   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Franciscoo   ------------------------------  % Date: Fri, 18 Jan 2002 14:15:29 -0500d( From: David Froble <davef@tsoft-inc.com>E Subject: Re: Calling COBOL "called programs" from Non-COBOL languages , Message-ID: <3C487451.1000005@tsoft-inc.com>  G Doesn't matter.  Just call the routine, using JF's info.  A note, some sI other languages support packed decimal, BASIC does.  The key is that you .J must supply the arguments in the data type expected by the called routine.  I As for the shared image, you will have to include it in the link command.l  * For example, LINK Prog1,Prog2,Shared_Image  F You may need link options files or some other special stuff.  I won't  address that unless you ask.   Dave     Kelly Donahue wrote:  9 > Sorry I should have put more information in my message.a > E > The COBOL "Called Program" is an installed image so I want to avoidf  > linking in the program's .OBJ. >  > Thanks > [ > JF Mezei <jfmezei@videotron.ca> wrote in message news:<3C47C5BA.F50F538C@videotron.ca>...1 > I >>>>Does anyone know how to call a COBOL "Called Program" from a languageuC >>>>other than COBOL?  We're running DEC COBOL V2.4 and OpenVMS 7.1n >>>>F >>The calling standard is the same (beauty of VMS).  compile the cobolM >>subroutine to generate an .OBJ file and include that file when you link the  >>main program.  >>O >>While the passing of arguments is standard, the VALUE of the arguments isn't.E >>O >>COBOL uses fixed length strings for instance. So if the subroutine is to passaL >>the address of a string array, when cobol subroutine does a MOVE to it, itM >>will move as many byte as the argument was defined to be and will not add a. >>null at the end for instance.g >>N >>I believe that the cobol manual also defines how you must define the numericO >>fields to be compatible with other languages ( other languages do not support N >>packed decimal usually) so you have to use COMP SYNC (if I remember well) ofO >>sufficient length to have the cobol routine assume that a longword integer isd >>at that memory location. >>       -- t4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Fri, 18 Jan 2002 13:26:08 -0500 ; From: Robert DiRosario <robert.j.dirosario.1@gsfc.nasa.gov>u( Subject: Re: Change quorum disk question- Message-ID: <3C4868C0.E7C7FA3D@gsfc.nasa.gov>    Rob Young wrote:  m > In article <3C483E22.34235FB0@gsfc.nasa.gov>, Robert DiRosario <robert.j.dirosario.1@gsfc.nasa.gov> writes:  > >  > >K > > Hans Vlems wrote:o > >f/ > >> P.Young@unsw.EDU.AU (Patrick Young) wrote:ol > >> >Robert DiRosario <rdirosario@starpower.net> wrote in message news:<3C4773C9.E4851B5E@starpower.net>... > >> >> L > >> >> The system disk is the quorum disk, and I see now that I should haveG > >> >> changed that before I added the second system.  How do I changepI > >> >> that now?  Can I copy the quorum.dat file to the new quorum disk,,I > >> >> take one node down, edit modparms.dat and run autogen on the nodetB > >> >> that's up, take it down and do the same on the other node? > >> >>t > >> >J > >> >I'm not sure QUORUM.DAT contains any data that needs to be preservedG > >> >between reboots so I don't think you need to worry about making a  > >> >copy of it...v > >> >B > >> > 00010002 454C4946 20204D55 524F5551 QUORUM  FILE.... 000000B > >> > 00A0831A 2A8798BD 00A08319 06E9CA08 ........*.... 000010B > >> > 00A0831A 09C50480 00A0831A 2B298FD8 .)+........... 000020B > >> > 04010000 00000404 00030002 00010002 ................ 000030B > >> > 00000000 00000000 3DA38CAA 00000000 .....=........ 000040 > >> >M > >> >Simply shut down one computer (disk watcher), modify your MODPARAMS.DAThN > >> >on the other (disk watcher), autogen, and reboot. Boot the other then do > >> >the same thing.l > >> >J > >> >The cute thing about this is the first time you mount the new quorumI > >> >disk you will notice it will automagically get a QUORUM.DAT createdb# > >> >on it right before your eyes.o > >> >G > >> >Make sure you mount the (new non system disk) QUORUM disk on bothy@ > >> >nodes (disk watchers) on startup when all done - this is a > >> >requirement.H > >> You are quite right but OTOH it is possible to define a quorum diskA > >> on a node that has no direct connection to that quorum disk. G > >> In fact in an NI cluster you can have two nodes, each with votes=1/I > >> and each have its own quorum disk (i.e. two different quorum disks).nN > >> I know of a heavily used NI cluster that operated like that for two yearsQ > >> before we found out that it was not only unsupported but also very dangerousg; > >> because of possible disk corruption. Don't try this ato> > >> home, but it just shows how flexible a VAXcluster can be. > >>	 > >> Hansn > >> > >> http://www.zfree.co.nza > >dn > > I have one more system to add to the cluster that will have direct access to the system disk, a 4000/105A.i > > After I add that system this weekend I don't think the quorum disk will be useful.  With or without aum > > quorum disk it looks like I need to have two of the three systems up to have a quorum, unless there is an.< > > undocumented method of giving the quorum disk two votes. > >k
 > > Robert > >  > 1 >         Quorom disk can have a number of votes:  >e > <NODE>$ mcr sysgen show qdI > Parameter Name           Current    Default     Min.      Max.     Unit 	 > DynamicyI > --------------           -------    -------    -------   -------   ----r	 > ------- I > QDSKVOTES                       1          1         0        127 Votes  > D >         Highly recommend you study up.  Go to http://www.deja.com/J >         and read the back and forth regarding this issue from 4-8 monthsF >         ago.  Search advanced search, comp.os.vms  for clews quorom,I >         you should get some relevant hits.  Also, check the online docs3 >         of course. >n% >                                 Robh  8 From the on line manuals at the Compaq OpenVMS web site:  n "A cluster system manager can designate a disk a quorum disk. The quorum disk acts as a virtual cluster member< whose purpose is to add one vote to the total cluster votes"  l After I get the 4000/105 up tonight I'll add one of my VAX Stations to the cluster.  Then I can read the VMSo documentation CD, which I hope is better than the on line cluster manuals.  The other system management manualslV on the Compaq OpenVMS web site are fine, it's just the cluster manual that has errors.   Thanks Robert   ------------------------------    Date: 18 Jan 2002 13:38:13 -0600+ From: young_r@encompasserve.org (Rob Young)o( Subject: Re: Change quorum disk question3 Message-ID: <RrQ7dpi$$GU4@eisner.encompasserve.org>h  k In article <3C4868C0.E7C7FA3D@gsfc.nasa.gov>, Robert DiRosario <robert.j.dirosario.1@gsfc.nasa.gov> writes:3 >  >  > Rob Young wrote: >    >> >> <NODE>$ mcr sysgen show qd:J >> Parameter Name           Current    Default     Min.      Max.     Unit
 >> DynamicJ >> --------------           -------    -------    -------   -------   ----
 >> -------J >> QDSKVOTES                       1          1         0        127 Votes >>E >>         Highly recommend you study up.  Go to http://www.deja.com/tK >>         and read the back and forth regarding this issue from 4-8 monthsdG >>         ago.  Search advanced search, comp.os.vms  for clews quorom, J >>         you should get some relevant hits.  Also, check the online docs >>         of course.i >>& >>                                 Rob > : > From the on line manuals at the Compaq OpenVMS web site: > p > "A cluster system manager can designate a disk a quorum disk. The quorum disk acts as a virtual cluster member> > whose purpose is to add one vote to the total cluster votes" >   A 	Ouch, they need to change the docs.  Good find!  That should sayl> 	"whose purpose is to add QDSKVOTES (typically set to 1, check, 	SYSGEN setting) to the total cluster votes"  2 <NODE>$ mcr sysgen help param qdskvotes  ! VMS 7.1  
 Parameters     QDSKVOTES$  F        QDSKVOTES specifies the number of votes contributed by a quorum        disk in a cluster.         ---   @ 	And oh by the way, why the heck did that go away in more recent 	versions of VMS?e    I OpenVMS V7.3  on node SPANKY 18-JAN-2002 14:28:40.48  Uptime  30 00:15:57c  * <SPANKY>$ mcr sysgen help param  qdskvotes,   Sorry, no documentation on PARAM QDSKVOTES    #   Additional information available:   K   AUTOCONFIGURE         CONFIGURE  CONNECT    CREATE     DEINSTALL  DISABLEsH   ENABLE     INSTALL    LOAD       RELOAD     SET        SHARE      SHOW>   SYSGEN     Sys_Parameters        TERMINAL   USE        WRITE   Topic? a  L > After I get the 4000/105 up tonight I'll add one of my VAX Stations to theM > cluster.  Then I can read the VMS documentation CD, which I hope is better ,P > than the on line cluster manuals.  The other system management manuals on the J > Compaq OpenVMS web site are fine, it's just the cluster manual that has 	 > errors.l  = 	They should be one in the same... I believe you found a raree 	glitch.  B 	But let me caution you... adjusting quorom can be a twisty littleE 	affair.  Make sure you understand it, IMHO , before proceeding.  Butf? 	if you are hacking/playing around... no harm , no foul, right?i   				Rob    ------------------------------  % Date: Fri, 18 Jan 2002 16:20:12 -0500d  From: John Santos <JOHN@egh.com>( Subject: Re: Change quorum disk question6 Message-ID: <1020118155757.16186A-100000@Ives.egh.com>    On 18 Jan 2002, Rob Young wrote:  m > In article <3C4868C0.E7C7FA3D@gsfc.nasa.gov>, Robert DiRosario <robert.j.dirosario.1@gsfc.nasa.gov> writes:  > >  > >  > > Rob Young wrote: > >  >  > >> > >> <NODE>$ mcr sysgen show qdaL > >> Parameter Name           Current    Default     Min.      Max.     Unit > >> DynamicL > >> --------------           -------    -------    -------   -------   ---- > >> -------L > >> QDSKVOTES                       1          1         0        127 Votes > >>G > >>         Highly recommend you study up.  Go to http://www.deja.com/rM > >>         and read the back and forth regarding this issue from 4-8 monthshI > >>         ago.  Search advanced search, comp.os.vms  for clews quorom,gL > >>         you should get some relevant hits.  Also, check the online docs > >>         of course.r > >>( > >>                                 Rob > > < > > From the on line manuals at the Compaq OpenVMS web site: > > r > > "A cluster system manager can designate a disk a quorum disk. The quorum disk acts as a virtual cluster member@ > > whose purpose is to add one vote to the total cluster votes" > >  > C > 	Ouch, they need to change the docs.  Good find!  That should say @ > 	"whose purpose is to add QDSKVOTES (typically set to 1, check. > 	SYSGEN setting) to the total cluster votes" > 4 > <NODE>$ mcr sysgen help param qdskvotes  ! VMS 7.1 >  > Parameters > 
 >   QDSKVOTESv > H >        QDSKVOTES specifies the number of votes contributed by a quorum >        disk in a cluster.> >      c > ---  > B > 	And oh by the way, why the heck did that go away in more recent > 	versions of VMS?o >  > K > OpenVMS V7.3  on node SPANKY 18-JAN-2002 14:28:40.48  Uptime  30 00:15:57t > , > <SPANKY>$ mcr sysgen help param  qdskvotes. >   Sorry, no documentation on PARAM QDSKVOTES >  > % >   Additional information available:h > M >   AUTOCONFIGURE         CONFIGURE  CONNECT    CREATE     DEINSTALL  DISABLErJ >   ENABLE     INSTALL    LOAD       RELOAD     SET        SHARE      SHOW@ >   SYSGEN     Sys_Parameters        TERMINAL   USE        WRITE > 	 > Topic? - >   . <SPANKY>$ mcr sysgen help sys_param  qdskvotes  # Works on VAX 7.3, Alpha 7.2-1, 7.3.c  < I vaguely remember this from a long time ago as one of those@ minor, pointless VAX<>Alpha differences, but maybe it was one of> those minor, pointless SYSGEN<>SYSMAN differences.  Anyway, in; V7.3 at least (I don't have a V7.2 VAX system anywhere), itm" has converged on "Sys_parameters".  ; In SYSGEN, there never has been a "parameters" command, and1: HELP PARAM gave you information about specific parameters.  @ In SYSMAN, there *is* a parameters command, and HELP PARAM tells; you how to use it (very sketchily at the top level.  If you A have forgotten that SYSMAN lets you set SYSGEN parameters, you'll = have to dig down some into HELP PARAMETERS before you realizee9 that's what is going on here.)  In SYSMAN, to get help ona: individual parameters, you need to type HELP SYS_PARAM.  I8 guess they decided to make SYSMAN and SYSGEN compatible.< Maybe it is a common help source now.  There used to be some differences.  N > > After I get the 4000/105 up tonight I'll add one of my VAX Stations to theO > > cluster.  Then I can read the VMS documentation CD, which I hope is better  R > > than the on line cluster manuals.  The other system management manuals on the L > > Compaq OpenVMS web site are fine, it's just the cluster manual that has  > > errors.i > ? > 	They should be one in the same... I believe you found a rarew
 > 	glitch. > D > 	But let me caution you... adjusting quorom can be a twisty littleG > 	affair.  Make sure you understand it, IMHO , before proceeding.  But A > 	if you are hacking/playing around... no harm , no foul, right?e > 	 > 				Robe   -- y John Santos4 Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------    Date: 18 Jan 2002 15:46:32 -0600+ From: young_r@encompasserve.org (Rob Young)w( Subject: Re: Change quorum disk question3 Message-ID: <Ju8fn0VmriZC@eisner.encompasserve.org>a  Y In article <1020118155757.16186A-100000@Ives.egh.com>, John Santos <JOHN@egh.com> writes:  >>  E >> <NODE>$ mcr sysgen help param qdskvotes  ! AlphaVMS 7.1   <=======L >> j
 >> Parametersg >> L >>   QDSKVOTES >> oI >>        QDSKVOTES specifies the number of votes contributed by a quoruml >>        disk in a cluster. >>       >> --- >> iC >> 	And oh by the way, why the heck did that go away in more recents >> 	versions of VMS? >> v >>  L >> OpenVMS V7.3  on node SPANKY 18-JAN-2002 14:28:40.48  Uptime  30 00:15:57 >> iD >> <SPANKY>$ mcr sysgen help param  qdskvotes   ! <==== AlphaVMS 7.3/ >>   Sorry, no documentation on PARAM QDSKVOTESd >> s >>  & >>   Additional information available: >> eN >>   AUTOCONFIGURE         CONFIGURE  CONNECT    CREATE     DEINSTALL  DISABLEK >>   ENABLE     INSTALL    LOAD       RELOAD     SET        SHARE      SHOWtA >>   SYSGEN     Sys_Parameters        TERMINAL   USE        WRITEo >> u
 >> Topic?  >> r > 0 > <SPANKY>$ mcr sysgen help sys_param  qdskvotes > % > Works on VAX 7.3, Alpha 7.2-1, 7.3.l >  [snip]> > I vaguely remember this from a long time ago as one of thoseB > minor, pointless VAX<>Alpha differences, but maybe it was one of@ > those minor, pointless SYSGEN<>SYSMAN differences.  Anyway, in= > V7.3 at least (I don't have a V7.2 VAX system anywhere), it $ > has converged on "Sys_parameters". >   9 	Thanks... I did not know that and had just been logging a: 	(or rshellin') into my 7.1 box to get a quick PARAM help.   				Robl   ------------------------------  # Date: Fri, 18 Jan 2002 21:01:10 GMTn3 From: sy18889@rabbit.fmr.com (Bradford J. Hamilton)(( Subject: Re: Change quorum disk question/ Message-ID: <q2028.38$M3.157@news-srv1.fmr.com>t  a In article <RrQ7dpi$$GU4@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:h <snip> >--- >gA >	And oh by the way, why the heck did that go away in more recentn >	versions of VMS? >e > J >OpenVMS V7.3  on node SPANKY 18-JAN-2002 14:28:40.48  Uptime  30 00:15:57 >t+ ><SPANKY>$ mcr sysgen help param  qdskvotesr- >  Sorry, no documentation on PARAM QDSKVOTES    Hi Rob,h  " It didn't go away; just changed...  5 RABBIT::SY18889 $ mcr sysgen help sys_param qdskvotese&                                   ^^^^ Sys_Parameters     QDSKVOTESl  F        QDSKVOTES specifies the number of votes contributed by a quorum        disk in a cluster.l   --Brad   <snip> >				Rob >v   Bradford J. Hamilton  bradhamilton@mediaone.net	(home) sy18889@rabbit.fmr.com		(work)  ; "All opinions that I express are my own, not my employer's"r   ------------------------------  # Date: Fri, 18 Jan 2002 21:55:27 GMT5* From: Steven Whatley <swhatley@blkbox.com>! Subject: ClipArt of VAX equipmentLC Message-ID: <iR028.349387$m05.27927885@bin5.nnrp.aus1.giganews.com>0  	 Hi all,  n  D I'm putting together a configuation diagram of our VAX setup.  I wasF wonder if there is a source for clip art images of VAX equipment.  I'm< looking one of an InfoServer 150.  BTW, I'm using Visio 6.0.   Thanks,e Steven   ------------------------------  % Date: Fri, 18 Jan 2002 20:16:33 -0500k% From: JF Mezei <jfmezei@videotron.ca>r% Subject: Re: ClipArt of VAX equipmentp, Message-ID: <3C48C8EC.90265D91@videotron.ca>   Steven Whatley wrote:  > 	 > Hi all,e > F > I'm putting together a configuation diagram of our VAX setup.  I wasH > wonder if there is a source for clip art images of VAX equipment.  I'm> > looking one of an InfoServer 150.  BTW, I'm using Visio 6.0.  K DECwrite comes with a clipart library (EPS format). I believe that there isv& plenty of DEC-sepcific stuff in there.   ------------------------------    Date: 18 Jan 2002 21:05:43 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)n% Subject: Re: ClipArt of VAX equipmenti3 Message-ID: <xzBEl5YNxC74@eisner.encompasserve.org>r  p In article <iR028.349387$m05.27927885@bin5.nnrp.aus1.giganews.com>, Steven Whatley <swhatley@blkbox.com> writes:  F > I'm putting together a configuation diagram of our VAX setup.  I wasH > wonder if there is a source for clip art images of VAX equipment.  I'm> > looking one of an InfoServer 150.  BTW, I'm using Visio 6.0.  @ There should be plenty of clipart if you switch to DEC Document,: although as I recall it is an option at installation time.   ------------------------------  # Date: Fri, 18 Jan 2002 19:21:23 GMTe' From: Don Sykes <anonymous@pacbell.net>o+ Subject: Re: COMPAQ - Spin off VMS Businessr+ Message-ID: <3C487653.28585671@pacbell.net>u   david20@alpha2.mdx.ac.uk wrote:f > ] > In article <3C47817E.7CA7E643@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:y > >Bob Ceculski wrote: > >>V > >> david20@alpha2.mdx.ac.uk wrote in message news:<a1seh1$t8g$1@aquila.mdx.ac.uk>...o > >> > In article <d7791aa1.0201120707.74c18acc@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes: Y > >> > >david20@alpha2.mdx.ac.uk wrote in message news:<a1ndka$97a$1@aquila.mdx.ac.uk>... _ > >> > >> In article <3C3F2BBC.75F08991@pacbell.net>, Don Sykes <anonymous@pacbell.net> writes:d > >> > >> > . > >> > >> >I restate part of a previous post :N > >> > >> >VMS could still be saved, but it would take some group with $$$ and > >> > >> >vision and even some.Q > >> > >> >acceptance from the VMS community that the OS needs to evolve and that.> > >> > >> >might be more difficult than getting the investors. > >> > >> > 	 > >> > >>sP > >> > >> VMS has always been evolving. In which particular areas do you want it@ > >> > >> to evolve further and in which particular directions ?	 > >> > >>f > >> > >> David Webb" > >> > >> VMS and Unix team leader > >> > >> CCSS > >> > >> Middlesex University	 > >> > >>  > >> > >> >Rick Nickles wrote: > >> > >> >>R > >> > >> >> It really seems that the best thing for VMS is to spin it off as it'sQ > >> > >> >> own separate business (company).  That way there isn't the politicaldS > >> > >> >> agenda with Microsoft, and then they are free to market VMS like crazyrS > >> > >> >> and really build up a following as a single company.  Compaq stands to2R > >> > >> >> gain, The users stand to gain, Customers stand to gain.  The only oneQ > >> > >> >> that might lose is Microsoft, and it isn't like they'll be hurt that  > >> > >> >> bad anyway. > >> > >> >>% > >> > >> >> What do you think folks?0 > >> > >Q > >> > >evolving, but too slowly ... Palmer put it behind by not allowing any VMSmM > >> > >enhancements like say Apache ... he tried to force everyone to NT ...hQ > >> > >I talk too many old vms support people still there from dec and they said N > >> > >practically anything that runs on unix can be ported easily to vms andQ > >> > >had wanted to do many enhancements but Palmer wouldn't let them, and letsiP > >> > >face it, Compaq allowed some because NT Itanium flopped, but it is stillS > >> > >under retraints and advertisement is non existent ... and I seriously doubtsQ > >> > >it will improve under the HP pc crowd who it sounds like will try to pushaT > >> > >vms users onto hp unix, but like Palmer, that will fail and they will eitherM > >> > >have to support or sell vms, or lose the vms customer base to IBM ...e > >> >I > >> > I would agree if you had said that evolving VMS to make porting ofhN > >> > Unix applications easier was not as fast as many would like eg DroppingU > >> > Posix support rather than going all out to improve it - though that policy hasb > >> > now changed.oR > >> > However the citing of Apache support as a major failing of Compaq/DEC seemsU > >> > rather strange. Apache is public domain it would have been possible for others R > >> > to have ported it - However most people didn't consider the effort worth itU > >> > since VMS has had it's own web servers which were arguably better than Apache.iR > >> > (eg The Decthreads OSU webserver is as it's name implies a thread based webR > >> > server - Apache still isn't ( Though the next main version of Apache should > >> > be)).U > >> > How many Unix companies actually port Apache themselves rather than leaving it  > >> > to enthusiasts ?n > >> >T > >> > I see the porting of public domain Applications by VMS engineeering as a goodU > >> > thing. We can't expect them to port everything. We are grateful when they port-N > >> > things which we cannot either because they are not in the Public domainO > >> > eg earlier versions of Netscape or are too complicated for an individual  > >> > programmer to deal with.a > >> > > >> > > >> > David Webb  > >> > VMS and Unix team leaderr > >> > CCSSm > >> > Middlesex University  > >>I > >> I agree Apache was a mistake ... should of went w/purveyor as it wascI > >> written for VMS, not unix, and runs much better and doesn't have thea4 > >> conveluted "conf" structure that Apache has ... > >a > P > I didn't actually say that porting Apache was a mistake - just that the citingN > of lack of such a port (until recently) as a major failing of DEC/Compaq was > incorrect. > L > Technically there was no real reason for porting Apache to VMS since there> > are a number of other very good freeware web servers on VMS.M > However if Compaq wanted to have their own supported web server on VMS theni; > using Apache made sense from  the "me too" point of view. E > Being able to run Apache on VMS may have garnered a few more sales.3L > Having OSU, WASD or even the commercial Purveyor as the official webserverJ > on VMS would not have garnered those particular sales because only those- > already using VMS would have heard of them.> > F > >Unfortunately, a good chunk of the "industry" has "standardized" on2 > >Apache on UN*X systems and not Purveyor on VMS.  H I guess I'm really out of touch. I use Netscape FastTrack. It's free andF it works just fine, although at this point I believe it's unsupported.   > >  > >Whaddaya gonna do?- > >> >  > David Webb > VMS and Unix team leader > CCSS > Middlesex University   --     Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Francisco    ------------------------------  # Date: Sat, 19 Jan 2002 03:56:58 GMT>' From: "Jimbond" <jimbond@earthlink.net>m! Subject: Dec2000 and Decserver 90 D Message-ID: <e8628.6506$OS5.507873@newsread1.prod.itd.earthlink.net>  < I'm trying to setup a DEC200AXP with a Decserver90 attached. The server has 90L+ cards.L What I need is a list in order of installation of the software I need to get
 this thingI up and running. Any help, advise, direction or redicule will be helpfull.    ------------------------------  % Date: Sat, 19 Jan 2002 01:23:39 -0500e* From: "Stanley F. Quayle" <stan@stanq.com> Subject: DECwindows autologin , Message-ID: <3C48CA9B.3507.56E1AB@localhost>  : When a workstation boots, is there a way to have the tube * automatically log in as a particular user?    
 --Stan Quayle ! President, Quayle Consulting Inc.m  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671o1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com-   ------------------------------  # Date: Sat, 19 Jan 2002 00:08:43 GMTaL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")U Subject: Re: Films and Books. [was Re: Younger recruits versus experienced veterans ]I8 Message-ID: <00A083C2.DD635410@SSRL04.SLAC.STANFORD.EDU>  ` In article <a29kj0$165s$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:; >In article <OFD74F2058.7A40CB48-ON00256B41.00579506@btyp>,e$ > Steve.Spires@yellgroup.com writes: >|> L >|> I was going to suggest the Bond movies but then I wondered just how many/ >|> people have actually READ any of the books?t >|>a >o= >I read all of the James Bond books written by Ian Fleming.  e   Me too.a   >The guy9 >paid to pick up after his death wasn't as good (IMHO).  f  H Kingsley Amis (writing as "Robert Markham"; he did _Colonel Sun_) wasn'tF too bad.  John Gardner's a perfectly good thriller writer but he does G better with his non-Bond books; his 1960's "Boysie Oakes" series - the ,A first one was filmed with Rod Taylor as _The Liquidator_ is good ,8 semi-humourous material.  I haven't read the newest guy.   >I even readB >them all in order so that the continuing threads made sense.  TheB >first four movies at least used some of the plot lines, but after9 >that they resemble the books in little more than name.  e  B The first four are _Doctor No_ (chosen to be filmed first because H of some free publicity - JFK said he liked it), _From Russia With Love_,K _Goldfinger_ (amazingly faithful to the source material), and _Thunderball_>N (which was actually a screenplay co-written with Kevin McCrory before it was aO book; McCrory invented SPECTRE for the screenplay and Fleming adopted it; aftertJ a lot of litigation in the 70s and 80s it was determined that McCrory, notJ Fleming's heirs, owned the rights to the original _Thunderball_ screenplayO and it could be filmed without paying the Fleming estate, thus _Never Say NeverrI Again_.)  _On Her Majesty's Secret Service_, the sixth film, is actually nF pretty faithful to the book, but they introduce an additional nonsenseK component just by filming it after _You Only Live Twice_, which means that  I Blofeld has to fail to recognize Bond (who in the previous film has been  I right in his face, not to mention killing him) when Bond turns up at his nK mountaintop retreat in a kilt; the only way that has any plausibility is ifeM you consider that both Blofeld and Bond are being played by different actors.pK After that, the films take incidents and characters from the books, but are N mostly new material (especially in the mid-1970s, where _The Spy Who Loved Me_F was so different from the Fleming novel that they actually published a  novelization of the screenplay).  
 >Right offA >the bat you have the creation of an evil international super badaD >guy so as not to heat up the cold war as Bond was frequently pitted2 >against the real enemy after WWII, the soviets.    M While McCrory invented SPECTRE (Special Executive for Terrorism, Revenge, andoJ Extortion, if memory serves), I think Fleming adopted it.  Certainly AuricJ Goldfinger had nothing to do with SMERSH, the Soviet bad guys Fleming had K been using before.  The movies did attach Dr. No to SPECTRE rather than to   SMERSH.N     >The other advantageB >of the books was his use of wits rather than inventions.  And hisF >Bentley had much more class than the Aston-Martin Hollywood gave him.  F If "Hollywood" is a metonym meaning "The Film Industry", okay, but theC movies are technically English.  "Pinewoods" would be more like it.p   -- AlanS    O ===============================================================================n0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210sO ===============================================================================l   ------------------------------  # Date: Sat, 19 Jan 2002 02:44:07 GMTu1 From: "David J. Dachtera" <djesys.nospam@fsi.net>fY Subject: Re: Films and Books. [was Re: Younger recruits versus experienced veterans ] vetr' Message-ID: <3C48DE68.1181A641@fsi.net>   * Alan Winston - SSRL Admin Cmptg Mgr wrote: > [snip]O > While McCrory invented SPECTRE (Special Executive for Terrorism, Revenge, and & > Extortion, if memory serves), [snip]  B SPecial Executive for Counter-intelligence, Terrorism, Revenge and	 Extortiono   -- t David J. Dachterae dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/b   ------------------------------    Date: 18 Jan 2002 12:29:34 -0800( From: bob@instantwhip.com (Bob Ceculski): Subject: Ford picks Alpha, beats pant off of Sun, HP, IBM!< Message-ID: <d7791aa1.0201181229.4382165@posting.google.com>  " Alpha wins big again ... as usual!  ' http://www.theinquirer.net/18010212.htma   Alpha powers Land Rover cars     Tru64 cluster busters & By Mike Magee, 18/01/2002 12:29:13 BST  F COMPAQ UK said it has won a deal to provide Ford subsidiary Land RoverF with 18 AlphaServer ES40s and two ES45s for project management, system administration and maintenance.u? The AlphaServers will use Tru64 Unix, said Compaq, and the firmeE claimed it had won the deal because of benchmarks that beat the pantsa off HP, Sun, SGI and IBM.   D Richard George, business manager in charge of AlphaServers at CompaqD UK, claimed that the systems were the industry's highest performers,? and that Land Rover was also impressed with Tru64's clustering.>  E The firm will use the machines and software to build its own computer,@ assisted engineering (CAE) system for speeding up production and design of the autos.  F Fourteen of the AlphaServer ES40s will come with 2GB of memory and useF 833MHz Alpha processors. The firm didn't say what the other four ES40s will be.   ------------------------------  % Date: Fri, 18 Jan 2002 20:16:20 -0500m- From: Jack Patteeuw <jjpatteeuw@peoplepc.com> > Subject: Re: Ford picks Alpha, beats pant off of Sun, HP, IBM!, Message-ID: <3C48C8E4.657D0F5C@peoplepc.com>  L Not sure why but Compaq has been pretty quiet about other automotive wins in the past year.   > $ > Alpha wins big again ... as usual! > ) > http://www.theinquirer.net/18010212.htmX >  > Alpha powers Land Rover cars >  > Tru64 cluster bustersr( > By Mike Magee, 18/01/2002 12:29:13 BST > H > COMPAQ UK said it has won a deal to provide Ford subsidiary Land RoverH > with 18 AlphaServer ES40s and two ES45s for project management, system! > administration and maintenance.iA > The AlphaServers will use Tru64 Unix, said Compaq, and the firmtG > claimed it had won the deal because of benchmarks that beat the pantso > off HP, Sun, SGI and IBM.	     --    
 Jack Patteeuw-   ------------------------------  % Date: Fri, 18 Jan 2002 21:19:09 -0500f% From: JF Mezei <jfmezei@videotron.ca>:> Subject: Re: Ford picks Alpha, beats pant off of Sun, HP, IBM!, Message-ID: <3C48D794.2E0EA6C8@videotron.ca>   Jack Patteeuw wrote: > N > Not sure why but Compaq has been pretty quiet about other automotive wins in > the past year.  L Not a market identified as a "niche" that alpha is allowed to compete in. So it gets no mention.2   ------------------------------  % Date: Fri, 18 Jan 2002 19:22:50 +0000 < From: Andrew Swallow <andrew.swallow@eatspam.baesystems.com>D Subject: Re: Gartner Group lies about VMS ... loses all credibility!6 Message-ID: <3C48760A.D0850B05@eatspam.baesystems.com>   "Terry C. Shannon" wrote:e >  [snip]L > > Terry, can't you and openvms mgt group and vms employees find someone toM > > buy vms and get it out of the hands of the windoze crowd so it can becomeJ5 > > in the marketplace what it is, the number one os?a > M > I sure as hell don't have the bucks to buy VMS (assuming it's for sale) andrN > I doubt that the entire VMS workforce in Spit Brook could collectively raiseI > the cash required to purchase a product that drives a (minimum) $2B per # > annum high-margin revenue stream.5  5 That is $20B over the next 10 years.  Stock exchangesn5 and Venture Capitalists exist to solve the problem ofw6 raising $4B to buy a company with that sort of income.  5 HP may find that sort of money useful in a few monthsW time.s -- i7 _______________________________________________________- Andrew Swallow   ------------------------------    Date: 18 Jan 2002 14:04:20 -0800( From: bob@instantwhip.com (Bob Ceculski)D Subject: Re: Gartner Group lies about VMS ... loses all credibility!= Message-ID: <d7791aa1.0201181404.28c7d01b@posting.google.com>g  e Alan Greig <a.greig@virgin.net> wrote in message news:<isgg4ust47vg5eu76cov9lfkvc1qqfqmnc@4ax.com>... C > On 18 Jan 2002 05:59:07 -0800, bob@instantwhip.com (Bob Ceculski)i > wrote: > h > >Alan Greig <a.greig@virgin.net> wrote in message news:<glpf4uobv75nbuk7aaopmp2rokmjpa9u98@4ax.com>...6 > >> On Thu, 17 Jan 2002 20:54:16 -0500, "Main, Kerry"# > >> <Kerry.Main@compaq.com> wrote:r > >> a > >> >J > >> >As long as all the applications are available and the transition andN > >> >downtime is minimized, performance is acceptable and the Oerations folksM > >> >issues are addressed, do you really think those that sit in board roomsa7 > >> >really care what HW platform runs their business?i > >>  I > >> But the techies who put the projects together on Alpha/Tru64 are now H > >> going to, at the very least, evaluate other options for the future. > > J > >Alpha EV7 is a 7 to 10 year platform ... why worry?  Look at Vax, it isI > >still running ... no one buys million dollar systems and replaces them1 > >every year, do they?y > F > If you happen to work for an employer who believes Compaq's promisesA > or has sufficient clout to enforce them then that's fine.  MineaB > doesn't believe there is a long term future in VMS and it's onlyG > people like me who have convinced senior corporate management to even> > begin installing Alphas. > D > It seriously harmed my career at a previous employer continuing toF > push a minority platform in the teeth of DEC's actions. I cannot, inH > all seriousness, propose Tru64 on Alpha now when we have no history ofE > using Tru64. We do have a history of VMS so I will continue to pushCH > that for now. I am not insane enough to propose we *start* using Tru64H > now. It will likely be a Solaris box or perhaps NT (although not on myG > advice). I can only influence this decision as its not directly in my>( > responsibility unlike the VMS systems.  D if you had to recommend unix over vms, would you really not consider alpha 1 tru64 after reading this that is on the enquirer?.   Alpha powers Land Rover cars >   Tru64 cluster busters & By Mike Magee, 18/01/2002 12:29:13 BST  F COMPAQ UK said it has won a deal to provide Ford subsidiary Land RoverF with 18 AlphaServer ES40s and two ES45s for project management, system administration and maintenance.e? The AlphaServers will use Tru64 Unix, said Compaq, and the firm>E claimed it had won the deal because of benchmarks that beat the pantsi off HP, Sun, SGI and IBM.   D Richard George, business manager in charge of AlphaServers at CompaqD UK, claimed that the systems were the industry's highest performers,? and that Land Rover was also impressed with Tru64's clustering.   E The firm will use the machines and software to build its own computert@ assisted engineering (CAE) system for speeding up production and design of the autos.  F Fourteen of the AlphaServer ES40s will come with 2GB of memory and useF 833MHz Alpha processors. The firm didn't say what the other four ES40s will be.   ------------------------------  # Date: Fri, 18 Jan 2002 22:14:37 GMTa* From: "Bill Todd" <billtodd@metrocast.net>D Subject: Re: Gartner Group lies about VMS ... loses all credibility!B Message-ID: <h7128.267768$Yf.16155427@bin3.nnrp.aus1.giganews.com>  L It's absolutely incredible after all the recent and not-so-recent events andL discussion that people *still* have their heads as deeply buried in the sand0 (or elsewhere) as your response below indicates.  7 "Tony Scandora" <scandora@cmt.anl.gov> wrote in messagei% news:a29p5b$1hh$2@milo.mcs.anl.gov...>4 > "JF Mezei" <jfmezei@videotron.ca> wrote in message( > news:3C47785F.DFB53E77@videotron.ca...K > > Would you say the same if CPQ people had told you on June 1 that Compaqa > wasuJ > > committed to Alpha, you went out and spent a few millions buying a big > fancyaG > > Wildfire, sealing your commitment to Alpha for 10 years, and then ap coupleK > > weeks later, before the box is even delivered, you are told that Compaqt > has   > > renegged on its commitment ? >oH > Absolutely.  EV7 isn't even out yet, and the Itanium announcement only saidF > there won't be an EV8 sometime way in the future.  HP has kept their PA-RISCpK > line going while waiting for Itanium to be competitive, and likewise, thetK > Compaq Itanium announcement said nothing about a premature death for EV7.h IhK > have seen no reneging on the long range plan for new EV7s, and it will beTB > possible to keep shrinking and speeding up EV7s until Itanium is > competitive.  H Except, as you point out, EV7 isn't even out yet, so there's *plenty* ofI time left to renege if the twits who run Compaq think they want to.  JusttC how much reneging on Alpha's future did you see prior to June 25th?t  K Compaq has amply demonstrated that its word cannot be trusted (by its 'firmtI commitments' to both NT on Alpha and Alpha itself right up to the time itrG decided to break them, and even more recently by its commitment to portiK Tru64 to Itanic - reaffirmed when the merger was announced by the statementnJ that it would not affect the arrangements associated with the Intel deal -D until it decided not to bother).  It has also amply demonstrated its> preference for 'industry-standard' technology when it's even aG remotely-feasible alternative to 'proprietary' technology (*especially*sK technology proprietary to Compaq:  Compaq *does not want* to be responsiblecJ for developing technology).  Compaq (via Winkler) has made this abundantlyH clear, and HP (via Carly) has also announced its intentions to move awayC from everything but Windows, Unix, and Linux on 'industry-standard'r
 platforms.  G It's only a matter of time until what happened to Alpha happens to VMS,yE because VMS is every bit as 'non-industry-standard' as Alpha.  CompaqtH management won't hesitate any more than they did axing Alpha, as long asI they think they can somehow manage to convince a reasonable percentage ofgI customers to migrate rather than defect (and given their apparent battingyK average with the Alphacide, there's considerable reason for them to believea that).  I People who have no problem with this prospect have no reason for concern.fK But suggesting that VMS's future isn't at great risk as long as the currentn? batch of incompetents are in charge of it is just plain stupid.o   >cK > Merced had an absurdly optimistic schedule, and it's still pretty hard tohI > find one in service, but a lot of very bright, well-financed people are  > working on it.  K As they have been for the past 7+ years now.  The *only* reason to have any J rosier hopes for Itanic's future is the infusion of Alpha talent, and that. won't bear *major* fruit for another 3+ years.  :   I give good odds that by the end of EV7's life, a futureL > Itanium will be competitive, even if it can't actually beat what EV8 could > have done.  I There's no indication whatsoever that it will come anywhere close to whathJ EV8 could have done (or what POWER *will* be doing by then), even with theH Alpha team's help (and its prospects without that help were even lower).K Whether it will nonetheless merit the term 'competitive' will depend almost,E completely on the kinds of non-technical issues you raise below - and>0 they're as questionable as the technical merits.  A   When development costs are in gigabucks, a marketplace the sizewL > of Windows and Linux servers vs. a marketplace the size of VMS, Tru64, and= > NSK servers might be better than a raw CPU speed advantage.e  H If you're arguing that such volume will bring down Itanic hardware costsG sufficiently to make Itanic hardware price/performance-competitive withqE Alpha (or POWER) hardware, you need to address at least three issues:a  B 1.  There's no *current* reason to expect Itanic to have much of aK high-volume market at all.  Windows and Linux servers tend to be lower-end,sI and lower-end servers tend to run just dandy on 32-bit hardware that will.L remain far less expensive than Itanic hardware until such time (and it's notG clear why such time will occur before the end of the decade) as a largeDH percentage of high-volume, lower-end platforms actually start to requireF 64-bitness.  Not to mention the fact that AMD's Hammer seems likely toE satisfy mid-range and/or 64-bit Windows and Linux server requirements H considerably better (absolute better performance at absolute lower cost,I plus *far* better 32-bit performance) than any proposed Itanic ever will.HG So Itanic's ability to spread out its development costs over high sales_ volumes is highly debatable.  L 2.  The only development costs running to gigabucks are Itanic's.  Alpha wasH chugging along at a small fraction of a gigabuck each year (between $150I million and $300 million, depending on whom you believe), so *completing* J EV8 would have cost about $150 - $300 million (given that it shared annualH funding with EV7 development plus whatever EV9 investigation was alreadyC under way).  And unlike Itanic Alpha has regularly been funding itstB development out of the profit its own systems generate.  So beforeF per-processor development costs of Itanics drop below those of Alphas,K Itanic's sales volumes (see point 1 above) must exceed Alpha's by enough tonL compensate for its vastly higher development cost (including the billions of1 dollars already spent with no return whatsoever).f  I 3.  And it's not enough just for per-processor Itanic costs to drop below7C Alpha's (if they ever do), because an Itanic processor is in no waydE equivalent to an Alpha in commercial processing.  Whether you look atiE SPECint or bandwidth, an EV68 offers about twice the performance of a)K Merced, an EV7 appears likely to preserve that advantage over McKinley, andiH an EV8 would have extended it to more like a factor of 3 (largely due toI SMT) over Madison:  given how much processor count affects overall servera4 costs, it's not clear that a Madison server could beK price/performance-competitive with an EV8 server even if Intel provided the  processors for nothing.r   - bill   ------------------------------  % Date: Fri, 18 Jan 2002 22:25:37 -0500B+ From: "Main, Kerry" <Kerry.Main@COMPAQ.COM> 8 Subject: RE: HP explains the decision to axe the HP 3000T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1BAA@kaoexc01.americas.cpqcorp.net>  F >>> You can't look at numbers along. There are not even 40K mainframes in the installed base," but still we have mainframes.  <<<  D Yep, and with major server consolidation projects going on in almostF every med-large company today, you can expect that the overall numbers0 of servers for every OS should start going down.  G Now, decreasing numbers does not necessarily mean a de-emphasis of thatvE platform, but rather a focus on installing much larger and much fewerC& servers at more centralized locations.  D Case in point is almost every Cust that deploys W2K does so with farF fewer servers than what they had with Windows NT4. Does that mean they, are de-emphasizing Windows? Not necessarily.  G Same goes for VAX to Alpha upgrades. Anyone ever hear of doing a VAX toaF Alpha upgrade and installing more servers as part of the project? MoreF likely they are moving from many standalone servers to a few clustered' Alpha servers at some central location.   D Same goes for Sun Solaris - Server Consolidation is one of their big0 initiatives for pushing their big "new" servers.  E What do you think is the main reason for increase in mainframe sales?   E Course, I don't expect trade rag or stock analysts to understand thisB
 though.=20  D Instead of focus on overall solutions revenue (hw, sw and services),E they will typically look down on any company that sells fewer "units"aG than they did last year - even if these fewer numbers represent a shiftp to fewer bigger ones.R  G Where this trend towards server consolidation will hurt in the upcoming D year is those companies that simply sell HW. Without the services toH assist these Customers, and add to their revenue streams, they will face a great deal of pressure.R  E NOTE - for those interested in a recent DH Brown Server Consolidation B Case Study that is based on an actual OpenVMS Server Consolidation project, they can review it at:tH http://www.openvms.compaq.com/openvms/whitepapers/dhbrown_ovms_casestudy pdf/   [One url will likely wrap]  5 JF - its also based on project we did here in Canada.:   :-)0   Regards,  
 Kerry Main Senior Consultantu Compaq Canada Corp.h Professional Servicesn Voice: 613-592-4660D Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----< From: Dijk, Jeroen van [mailto:Jeroen.vanDijk@Getronics.com] Sent: January 18, 2002 10:36 AMs To: Info-VAX@Mvb.Saic.Com,8 Subject: RE: HP explains the decision to axe the HP 3000    G > I found some portions very disturbing, because I see strong parallelsS > with the VMS situation:  >=20@ > "As far back as 1992, HP customers have been choosing other HP > platforms over the HP e3000."e >=20D > There are now more Alpha systems sold with Tru64 than with OpenVMSA > (although 5 and more years ago, the opposite was true).  And ofrF > course, Compaq customers buy many more ProLiant systems than Alphas,$ > if you're just looking at numbers.  G Not a parallel because there are more customers running VMS then Tru64.    =20hB > "By the end of the 20th century, what had begun as a trickle hadE > turned into a flood.  The family of HP e3000 customers had not onlyr% > stopped growing, it was shrinking."  >=20G > The VMS base was growing last year, but this year reports are that ithE > is shrinking again.  It's held fairly constant, despite predictions B > years ago that it would have fallen by half by now (or Gartner's+ > recent guess that it's fallen by 30-40%).b  - It is still predictions and not hard figures.C =205  F > There are about 400K VMS systems in the installed base vs. about 40KG > for the HP 3000.  Will that make enough difference for VMS to survive.
 > and thrive?   E You can't look at numbers along. There are not even 40K mainframes ine the installed base,l  but still we have mainframes.=20       =202G > So it's the partners' fault, too.  HP's not to blame because it's noti? > a software company.  Nothing it could do could convince thosej+ > partners.  Or was it that it did nothing?m >=20G > VMS users often complain about the lack of applications for VMS (liketH > SAP, for example).  But then Compaq is not a software company, either.  F The power of the software companies are very big, but the hardware and OS companies=20-7 can do a lot to support and push software companies.=20i   ------------------------------  # Date: Fri, 18 Jan 2002 23:00:21 GMTf* From: "Bill Todd" <billtodd@metrocast.net>K Subject: Re: Incredibly idiocy in CNN headline financial analysis of CompaqeB Message-ID: <9O128.268247$Yf.16191387@bin3.nnrp.aus1.giganews.com>  = "Leonard Fehskens" <len.fehskens@compaq.com> wrote in messagep5 news:Xns919A6BDCC5832LenNewsgroupID@155.186.176.59...-/ > "Bill Todd" <billtodd@metrocast.net> wrote in0= > news:7lF18.329883$m05.26645250@bin5.nnrp.aus1.giganews.com:> >uL > > Depends on how you categorize things.  For example, IIRC it was recentlyD > > stated that Tandem and Alpha systems accounted for 90% of Global Services > > revenue... >cD > I'm pretty sure the services revenues are *services* revenues, not hardware! > sales associated with services.n  > I'm not sure why you'd think I was referring to anything else.  H For example, the Compaq rebuttal to the Gartner report (the subject of aE concurrent thread in c.o.v.) states that the VMS installed base aloneSI generates $2 billion annually in 'service revenue' (a bit over 25% of thecJ total revenue reported for Global Services last year).  This comment was aF correction to what Gartner characterized as VMS's 'maintenance revenueF stream', which also sounds suspiciously like service (as distinct from hardware) revenue to me.   - bill   ------------------------------  # Date: Fri, 18 Jan 2002 23:04:13 GMT_* From: "Bill Todd" <billtodd@metrocast.net>K Subject: Re: Incredibly idiocy in CNN headline financial analysis of Compaq0B Message-ID: <NR128.736693$8q.57811178@bin2.nnrp.aus1.giganews.com>  . "John Smith" <a@nonymous.com> wrote in message8 news:1EW18.213940$pa1.58003822@news3.rdc1.on.home.com...L > Global services does do an incredible amount of work with MS products too, > particularly Exchange..o >.K > I have no idea of the revenue split between this type of work and VMS/NSKr > type work.  J 10%/90% (IIRC), as I just stated.  This information appeared recently in aK context suggesting input from Compaq (I forget where - if anyone happens to"/ remember it will save me having to dig for it).    - bill   ------------------------------    Date: 18 Jan 2002 19:30:20 -08001 From: susan_skonetski@hotmail.com (Sue Skonetski)t) Subject: Re: Need exposure to VMS...Fast.a= Message-ID: <857e9e41.0201181930.37b2d2c7@posting.google.com>a   How did the interview go?l   suer    q "news.mindspring.com" <pleasehireme@hotmail.com> wrote in message news:<a224f5$j3k$1@nntp9.atl.mindspring.net>...,A > Have a job interview tommorrow, they want 'some' VMS knowledge.  > I'm clueless.  > Can anyone help a fella out? > I read the FAQL > Tried to telnet into the systems they listed for public access, none work:
 > OpenVMS: > axpvms.pa.dec.com  > axpvms.cc.utexas.edu > OSF/1: > axposf.pa.dec.comm > axposf.stanford.edus > 9 > Any other systems available....help files....tutorials?o >  > TIA, > Rick   ------------------------------    Date: 18 Jan 2002 10:41:39 -0800( From: bob@instantwhip.com (Bob Ceculski)> Subject: Re: Need help with ANAL/ERROR output -- 2 disk errors= Message-ID: <d7791aa1.0201181041.5b0e9978@posting.google.com>l  s SPAMSINK2001@YAHOO.COM (Alan E. Feldman) wrote in message news:<343f30ae.0201170625.4c25d14f@posting.google.com>...rH > Can anyone help me interpret this and/or make recommendations for whatH > to do about this disk? The timeout error concerns me the most. Is thisH > just a warning about a command that had to be resent or might there be$ > some missing/corrupt data? Thanks. >  c > $ TYPE DKA200.ERRc >  n >   H >  V A X / V M S        SYSTEM ERROR REPORT         COMPILED 17-JAN-2002
 > 16:18:10G >                                                                      h > PAGE   1.  >  h1 >  ******************************* ENTRY    1755. ! > *******************************3H >  ERROR SEQUENCE 28412.                           LOGGED ON:        SID
 > 12000003H >  DATE/TIME 17-JAN-2002 12:09:53.02                            SYS_TYPE
 > 04140001" >  SYSTEM UPTIME: 74 DAYS 21:33:12H >  SCS NODE: NODEXX                                              VAX/VMS > V6.1 >  h: >  DEVICE ERROR  KA47  CPU FW REV# 3.  CONSOLE FW REV# 1.4 >   ) >  RZ26L SUB-SYSTEM, UNIT _NODEXX$DKA200:S >  s! >        HW REVISION     43303434s; >                                        HW REVISION = 440Co! >        ERROR TYPE            05 E >                                        EXTENDED SENSE DATA RECEIVEDs! >        SCSI ID               02g5 >                                        SCSI ID = 2. ! >        SCSI LUN              00S6 >                                        SCSI LUN = 0.! >        SCSI SUBLUN           00s9 >                                        SCSI SUBLUN = 0.-! >        PORT STATUS     000000010A >                                        %SYSTEM-S-NORMAL, NORMALc > SUCCESSFUL4 >                                         COMPLETION! >        SCSI CMD        78BA0F0Ai! >                            0001a. >                                        WRITE! >        SCSI STATUS           02t8 >                                        CHECK CONDITION >  d >  EXTENDED SENSE DATA >  o! >        EXTENDED SENSE  00060070o! >                        0A000000 ! >                        00000000s! >                        00000129@! >                            0000e7 >                                        UNIT ATTENTIONh; >                                        UNKNOWN ERROR TYPEa! >        UCB$B_ERTCNT          04t= >                                        4. RETRIES REMAININGi! >        UCB$B_ERTMAX          00a= >                                        0. RETRIES ALLOWABLE ! >        ORB$L_OWNER     00010004 < >                                        OWNER UIC [001,004]! >        UCB$L_CHAR      1C4D4008,= >                                        DIRECTORY STRUCTUREDV6 >                                        FILE ORIENTED1 >                                        SHARABLEm2 >                                        AVAILABLE0 >                                        MOUNTED6 >                                        ERROR LOGGING9 >                                        CAPABLE OF INPUTg: >                                        CAPABLE OF OUTPUT6 >                                        RANDOM ACCESS! >        UCB$W_STS           0000  >  e >  sH >  V A X / V M S        SYSTEM ERROR REPORT         COMPILED 17-JAN-2002
 > 16:18:10G >                                                                        > PAGE   2.s >  b! >        UCB$L_OPCNT     000BC31BN@ >                                        770843. QIO'S THIS UNIT! >        UCB$W_ERRCNT        0001y< >                                        1. ERRORS THIS UNIT! >        IRP$W_BCNT          0200mC >                                        TRANSFER SIZE 512. BYTE(S)n! >        IRP$W_BOFF          0000 > >                                        TRANSFER PAGE ALIGNED! >        IRP$L_PID       00B80035'8 >                                        REQUESTOR "PID"! >        IRP$Q_IOSB      00000001yE >                        00730000        IOSB, 0. BYTE(S) TRANSFERRED  >  o >  tH >  V A X / V M S        SYSTEM ERROR REPORT         COMPILED 17-JAN-2002
 > 16:18:10G >                                                                      w > PAGE   3.L >  o1 >  ******************************* ENTRY    1756.a! > ******************************* H >  ERROR SEQUENCE 28413.                           LOGGED ON:        SID
 > 12000003H >  DATE/TIME 17-JAN-2002 12:10:11.76                            SYS_TYPE
 > 04140001" >  SYSTEM UPTIME: 74 DAYS 21:33:31H >  SCS NODE: NODEXX                                              VAX/VMS > V6.1 >  n: >  DEVICE ERROR  KA47  CPU FW REV# 3.  CONSOLE FW REV# 1.4 >  s) >  RZ26L SUB-SYSTEM, UNIT _NODEXX$DKA200:. >  e! >        HW REVISION     43303434p; >                                        HW REVISION = 440C'! >        ERROR TYPE            03gE >                                        COMMAND TRANSMISSION FAILUREi! >        SCSI ID               02b5 >                                        SCSI ID = 2.t! >        SCSI LUN              00t6 >                                        SCSI LUN = 0.! >        SCSI SUBLUN           00a9 >                                        SCSI SUBLUN = 0.p! >        PORT STATUS     0000022CiB >                                        %SYSTEM-F-TIMEOUT, DEVICE	 > TIMEOUT ! >        SCSI CMD        00000000o! >                            0000i6 >                                        TEST UNIT RDY! >        SCSI STATUS           FFo; >                                        NO STATUS RECEIVEDa! >        UCB$B_ERTCNT          00W= >                                        0. RETRIES REMAININGa! >        UCB$B_ERTMAX          00w= >                                        0. RETRIES ALLOWABLEo! >        ORB$L_OWNER     00010004p< >                                        OWNER UIC [001,004]! >        UCB$L_CHAR      1C4D4008e= >                                        DIRECTORY STRUCTURED,6 >                                        FILE ORIENTED1 >                                        SHARABLES2 >                                        AVAILABLE0 >                                        MOUNTED6 >                                        ERROR LOGGING9 >                                        CAPABLE OF INPUTo: >                                        CAPABLE OF OUTPUT6 >                                        RANDOM ACCESS! >        UCB$W_STS           0000t! >        UCB$L_OPCNT     000BC31C @ >                                        770844. QIO'S THIS UNIT! >        UCB$W_ERRCNT        0002e< >                                        2. ERRORS THIS UNIT! >        IRP$W_BCNT          0000iA >                                        TRANSFER SIZE 0. BYTE(S)i! >        IRP$W_BOFF          0000a> >                                        TRANSFER PAGE ALIGNED! >        IRP$L_PID       81FEE3B1f8 >                                        REQUESTOR "PID"! >        IRP$Q_IOSB      00000000tE >                        00000000        IOSB, 0. BYTE(S) TRANSFERREDpB > ANAL/ERROR/SINC=16-JAN-2002 00:00:00.00/INCL=DISK/OUT=DKA200.ERR > $s >  > Disclaimer: JMHO > Alan E. Feldmana > afeldman;gfigroup.come  J that's a scsi controller error ... usually everything is ok if a follow up8 message appears stating the operation was successful ...   ------------------------------  # Date: Sat, 19 Jan 2002 01:59:20 GMTo From: alanstv@ntlworld.com Subject: OT : Spambot FodderC Message-ID: <Yp428.65364$_x4.7554935@news2-win.server.ntlworld.com>l   Hi My Name is Jeff, I thought it might be amusing to give a few people on one of the newsgroups some grief, however looks like I messed with the wrong person becuase they seem to have posted my email addy on 250,000 newsgroups.s  > alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com> alanstv@ntlworld.com alanstv@ntlworld.com alanstv@ntlworld.com   ------------------------------  % Date: Fri, 18 Jan 2002 19:53:17 +0100i/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>e# Subject: re:  OT:  Buffer Overflows 7 Message-ID: <00A083E2.3C3F5776.16@maxwell.ph.kcl.ac.uk>    > ; > It seems that so many OS security holes and other seriouso9 > problems reported in the news meadia, both industry andt< > popular, occur through Buffer Overlow errors.  I know that6 > VMS is much better engineered than most OS', but has< > anyone heard of any serious problems with Buffer Overflows2 > in the VMS kernel or important Layered Products?  . They happen. Very rarely, for various reasons.  C The first is a general good engineering culture in VMS development,6B where code is reviewed, tested, and subject to tough QA, before it ever gets out of the door.  F The second is a general aversion to the use of null-terminated stringsE and assumed-big-enough buffers. This arises naturally from point 1., dK but more specifically because most VMS system services and library routinesu want strings BY DESCRIPTOR.   L There may be a third, in that VMS is less accessible to sociopathic crackersN than Windoze or Linux. The cost of getting into a position where you can startH developing a VMS crack is somewhat higher, and it's also well-known thatI VMS is a tough nut and that big VMS sites often take detected penetrationnD attempts rather seriously. (But this  may work like having a burglarH alarm on your house: it scares off the casual criminals but attracts the& attentions of "professional" burglars)  F And when VMS engineering gets a report of a security-related sighting,G they take it very seriously indeed. (This may be a fourth: if you trustkL a closed-source vendor to *act* on bug reports, there is some justification I for temporary security-by-obscurity until they develop the necessary fix.iE Whereas if the vendor doesn't care, going public asap is necessary tosB get anything fixed at all, as witness recent embarassments for M$)   [snip]  ' >  Do other people have Buffer Overflowu! > problems in their VMS programs?   F If you port a program written for Unix in C which adheres to the null-H terminated stack buffer paradigm, VMS is as vulnerable to stack-smashingK attacks as Unix (modulo any lesser awarness of VMS stack frames compared toaI Unix stack frames in the cracker community), if the attack is entirely inbK user-space (rather than relying on VMS system code returning more data thaniF there is buffer space for, which it won't). If you write for VMS usingK atrings by descriptor, I'd hazard a guess that there will be (at least) oneeL order of magnitude less exploitable latent bugs than if you do it the C way,% however good you are as a programmer.   K I've heard the same claim for C++ on Unix if you use a proper string class.oK And of course, on any platform if you allocate strings from the heap rather0I than on the stack, the position of your buffer in memory becomes a randomlD variable and therefore a hacker can't do worse than cause crashes orF data-corruption by overrunning it. This is a hidden benefit of Python,: Perl, Ruby etc. to weigh against the interpreter overhead.   	Yours,n
 		Nigel Arnot.- 		NRA@MAXWELL.PH.KCL.AC.UK                   s  7 		"In the beginning there was nothing, which exploded."p   ------------------------------  # Date: Fri, 18 Jan 2002 20:59:50 GMTe- From: "John E. Malmberg" <wb8tyw@qsl.network>aY Subject: Re: Pathworks V6 VMS Server as BDC in NT Domain: machine account gets out of synt* Message-ID: <3C489133.3040302@qsl.network>   Dmitry Bessonov wrote:   > John,o > C > Thanks for the idea about separate trusting domain with Pathworks 3 > servers, though I didn't have time to try it yet.  > H > There's a Netdom utility from NT and 2000 Resource Kits, it can resyncG > the machine account's password of the machine it runs on. Do you have E > an idea about a utility that could do same on VMS? If it exists, itvG > could probably repair the secure channel between Pwrk BDC and NT PDC.r    B I did use the utility  but while it can restore a channel between G systems, it does not seem to be able to fix all cases.  I do not think  I it updated the machine account password though.  There never was much in m+ the way of documentation as to what it did.c  I It appeared to only be able to let the machines know that the links they gJ were reported as active were really broken so they could renegotiate them.  < I never tried it between Pathworks and NT, so I do not know.     -Johnc wb8tyw@qsl.network Personal Opinion Only    ------------------------------  # Date: Fri, 18 Jan 2002 23:15:08 GMTgL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")Y Subject: Re: RDB/ELN (was: Incredibly idiocy in CNN headline financial analysis of Compaqn8 Message-ID: <00A083BB.61131E2E@SSRL04.SLAC.STANFORD.EDU>  R In article <3C487A25.D70B4E4C@mail.com>, "C.W.Holeman II" <cwhii@mail.com> writes: >John Smith wrote: >> -J >> Digital would have been far better off taking Rdb and spining it into aL >> public company with an IPO, and retaining a non-controlling 49% interest. >87 >As I understand it, DEC kept RDB/ELN. Where is it now?i  J For the design, if not the actual code, check out InterBase (which BorlandK got when it bought the corpse of Ashton-Tate, which had acquired Starkey's eH company Interbase (formerly Groton Database Systems) when it needed someH non-PC player for because dBASE wasn't going to do it, and which BorlandA couldn't figure out how to sell either, so now it's Open Source).M   -- Alan     O ===============================================================================r0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056aM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210cO ===============================================================================2   ------------------------------  # Date: Fri, 18 Jan 2002 19:40:19 GMT ' From: "C.W.Holeman II" <cwhii@mail.com>0Y Subject: Re: RDB/ELN (was: Incredibly idiocy in CNN headline financial analysis of Compaq ( Message-ID: <3C487A25.D70B4E4C@mail.com>   John Smith wrote:e > I > Digital would have been far better off taking Rdb and spining it into aoK > public company with an IPO, and retaining a non-controlling 49% interest.   6 As I understand it, DEC kept RDB/ELN. Where is it now?   -- R C.W.Holeman II  cwhii@acm.org				http://emle.org- http://also.as/cwhii		http://JulianLocals.com    ------------------------------    Date: 18 Jan 2002 14:16:54 -0800" From: go4gustoo@yahoo.com (george) Subject: RMS Journaling3= Message-ID: <63a3620e.0201181416.3b2899d0@posting.google.com>   C Can someone share their experience on how safe it is to turn on RMS + journaling for flat files? VMS ver 7.1-1h2.E   ------------------------------  # Date: Fri, 18 Jan 2002 20:44:15 GMT - From: "John E. Malmberg" <wb8tyw@qsl.network>V Subject: Re: SCopy* Message-ID: <3C488D8F.9040108@qsl.network>   Andy Proctor wrote:N  : > Does anyone know if there is a VMS port of Scopy please?     What does Scopy do?    -John  wb8tyw@qsl.network Personal Opinion Only    ------------------------------  # Date: Sat, 19 Jan 2002 03:08:03 GMTA1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: SCopy' Message-ID: <3C48E406.C62FE451@fsi.net>S   Andy Proctor wrote:S > : > Does anyone know if there is a VMS port of Scopy please?  F If you provide some clue as to what "Scopy" is (perhaps "Secure cp"?),G perhaps someone could suggest an alternative that currently is known to  exist.  D Please do not assume that "everyone knows" what something is without0 explaining it. Chances are good that they don't.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 18 Jan 2002 23:31:32 -0500A' From: Jim Becker <jbecker@ui.urban.org>7 Subject: Re: SCopy, Message-ID: <3C48F6A4.D02BF748@ui.urban.org>   Andy Proctor wrote:  > : > Does anyone know if there is a VMS port of Scopy please?  E If you're referring to the former Windows NT Resource Kit tool SCOPY, B which copies files with the ACLs intact, you don't need a separate! tool. You can use COPY or BACKUP.    --
 Jim Becker+ The Urban Institute (http://www.urban.org/) ' Encompass (http://www.encompassus.org/) . ESILUG (http://encompasserve.org/lugs/esilug/)   ------------------------------  % Date: Fri, 18 Jan 2002 20:23:21 +010002 From: "Herman Zilverberg" <zilverberg@t-online.de> Subject: Re: triple boot/ Message-ID: <u4gthope0j5adc@news.supernews.com>   % No problem if you have a raid server.   I Actually i am running tru64 5.1, tru64 4.0, VMS7.3, Suse 7.1, Win2000 and K WinNT4 on the same machine (Alphaserver 2100 4/75 with 4 processors and 512  Mb ram) J The unit has a 2 times 2.1 Gb hd on the internal scsi bus and 8 hds (2.1GbH each) on the Mylex raid 960, which i configured as JBOD (Just a bunch ofG disks). This gives me DKA0 and 1 for the Win stuff and DRA0 - 7 for theWJ rest. Each DRA can be booted from SRM by just typing b dra0, or dra1, etc. Works without any problem08 Win2K and NT4 run from the bootmenue of the ARC console.  	 Greetings  Harry   ? "Peter Watkinson" <peterw@u.genie.co.uk> schrieb im Newsbeitrag + news:3c486e19.6826265@news.cable.ntl.com.... >O >T > Hi,T > E > Does anyone know if it would be possible to triple boot linux, VMS, & > Tru64 off of SRM on the same system? > D > Also would it be possible to have the three OS residing off of one > hard disk. > 
 >  cheers, >F >  > Peter Watkinson  > peterw@u.genie.co.uk   ------------------------------  % Date: Fri, 18 Jan 2002 20:23:47 +0100 1 From: "Frederik Meerwaldt" <frederik@freddym.org>  Subject: Re: triple boot3 Message-ID: <20020118.202346.17713.548@freddym.org>S  	 Hi Peter,  > E > Does anyone know if it would be possible to triple boot linux, VMS, & > Tru64 off of SRM on the same system?  7 Sure it is - just install every OS on another Harddisk. 0 You only have to pay attention to the bootflags.E Always boot OpenVMS with the -fl 0 qualifier and Tru64 with the -fl aE
 qualifier.H I never tried Linux (don't need a crap Unix if I have Tru64), so I don't  know the bootflags for this one.  I > Also would it be possible to have the three OS residing off of one hard3 > disk.S   No, that won't work.. You need a seperate HDD for every OS you have.E Although it is possible to have multiple copies of OpenVMS (different  Versions) on one HDD.E   Greetings - Freddy   ------------------------------    Date: 18 Jan 2002 13:36:26 -0600- From: koehler@encompasserve.org (Bob Koehler)E Subject: Re: triple boot3 Message-ID: <QLyox$8plR+t@eisner.encompasserve.org>S  ` In article <3c486e19.6826265@news.cable.ntl.com>, peterw@u.genie.co.uk (Peter Watkinson) writes: >  >  > Hi,  > E > Does anyone know if it would be possible to triple boot linux, VMS, & > Tru64 off of SRM on the same system?   Yes.    D > Also would it be possible to have the three OS residing off of one > hard disk.  I    No.  VMS will have to have it's own disks, unless you have a disk thatIE    partitions in it's controller and looks like multiple disks to the     OS.   ------------------------------  # Date: Fri, 18 Jan 2002 19:49:28 GMTT, From: peterw@u.genie.co.uk (Peter Watkinson) Subject: Re: triple boot2 Message-ID: <3c487c0e.10399328@news.cable.ntl.com>  F On 18 Jan 2002 13:36:26 -0600, koehler@encompasserve.org (Bob Koehler) wrote:  a >In article <3c486e19.6826265@news.cable.ntl.com>, peterw@u.genie.co.uk (Peter Watkinson) writes:0 >> p >>   >> Hi, >>  F >> Does anyone know if it would be possible to triple boot linux, VMS,' >> Tru64 off of SRM on the same system?  >  >Yes.  >YE >> Also would it be possible to have the three OS residing off of one 
 >> hard disk.  > J >   No.  VMS will have to have it's own disks, unless you have a disk thatF >   partitions in it's controller and looks like multiple disks to the >   OS.  >     > how about VMS on one hard disk and tru64 and linux on another?   thanks,N     Peter Watkinson  peterw@u.genie.co.uk   ------------------------------    Date: 18 Jan 2002 21:29:20 -0800) From: P.Young@unsw.EDU.AU (Patrick Young)  Subject: Re: triple boot= Message-ID: <55f85d77.0201182129.6d5a8ff9@posting.google.com>S  : peterw@u.genie.co.uk (Peter Watkinson) wrote in message >   @ > how about VMS on one hard disk and tru64 and linux on another?  > I have not actually tried it, however it looks like an option.  C I have Tru64 at work and two Alphas (PC164) at home. One is OpenVMS D (the one I use all the time for everything - I don't own an "Intel",E WINTEL or otherwise) and the other Linux. I tend to find I don't have C the time (or need) to use the Linux one so it sometimes gets booted   as an OpenVMS cluster satellite.  F I would expect you could put Tru64 and Linux on the same disk as LinuxG can work with BSD disklabels. As an interesting exercise you might want ? to see if there is a way to mount Tru64 partitions under Linux.f  G As someone else mentioned you _will_ have to watch your boot flags from- SRM.   ------------------------------  % Date: Sat, 19 Jan 2002 06:41:49 -0000t& From: cmadams@HiWAAY.net (Chris Adams) Subject: Re: triple boot/ Message-ID: <u4i59dmbckhka3@corp.supernews.com>i  ; Once upon a time, Patrick Young <P.Young@unsw.EDU.AU> said:eG >I would expect you could put Tru64 and Linux on the same disk as LinuxhH >can work with BSD disklabels. As an interesting exercise you might want@ >to see if there is a way to mount Tru64 partitions under Linux.  E If you use UFS under Tru64, you should be able to read (haven't trieddD write, but I think it should work) those partitions from Linux.  YouH can't access AdvFS domains from Linux (that's a proprietary filesystem).C AFAIK, Tru64 has no support for reading anything that you can writed! under Linux (except for CD-ROMs).t -- d  Chris Adams <cmadams@hiwaay.net>< Systems and Network Administrator - HiWAAY Internet Services= I don't speak for anybody but myself - that's enough trouble.s   ------------------------------  % Date: Fri, 18 Jan 2002 14:05:33 -0500.7 From: "Calvin Miracle" <cbmira01@athena.louisville.edu>l. Subject: VAX emulator model and serial numbers/ Message-ID: <a29rn7$1ejs$1@news.louisville.edu>l   Hello all...  < Here's an open question to Mr. Supnik, Mr. Stark, and others working on VAX emulation:n  > Will the new VAX emulators effectively have model designationsC and serial numbers?  Will this information be available in order tow; apply for the OpenVMS Hobbyist License files from Montagar?t  # Looking forward to VAX emulation...v  5 -- Calvin Miracle, University of Louisville Librariesa   ------------------------------  % Date: Fri, 18 Jan 2002 17:07:47 -0500o* From: John Reagan <john.reagan@compaq.com>2 Subject: Re: VAX emulator model and serial numbers' Message-ID: <3C489CB3.30607@compaq.com>l   Calvin Miracle wrote:t   > % > Looking forward to VAX emulation...t >      http://www.charon-vax.coma   -- l John Reagann' Compaq Pascal/{A|I}MACRO Project Leadera   ------------------------------  % Date: Fri, 18 Jan 2002 23:01:13 -0000l From: sword7@speakeasy.org2 Subject: Re: VAX emulator model and serial numbers/ Message-ID: <u4ha9pk6474f08@corp.supernews.com>.  6 Calvin Miracle <cbmira01@athena.louisville.edu> wrote:   > Hello all...  > > Here's an open question to Mr. Supnik, Mr. Stark, and others > working on VAX emulation:c  @ > Will the new VAX emulators effectively have model designationsE > and serial numbers?  Will this information be available in order ton= > apply for the OpenVMS Hobbyist License files from Montagar?n  % > Looking forward to VAX emulation...@   Calvin,m  H Yes, you have apply for OpenVMS Hobbyist License files.  My VAX emulatorG is MicroVAX II.  Its SID is 08000000.  I still have some problems with  G OpenVMS.  I tried OpenVMS 6.1 and 7.2 but they resulted the same. :-(  t< However, NetBSD/vax 1.5.2 boots normally on my VAX emulator.   -- Tim Stark   -- t, Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------  % Date: Fri, 18 Jan 2002 17:35:24 -0500k2 From: "Chandra Singhania" <csinghania@direcpc.com>3 Subject: VMS guru looking for job in DC-Metro area.e3 Message-ID: <br128.1735$ps.186917@news.direcpc.com>r   Guys,e  L Sorry to bother you all. Since VMS is so scarce this days I thought this the right place to post.  = I have 21 years experience in IT and at least 15 years on VMSe   Experience includes -o VMS system performance tuninge Cluster management DECnet (phase 4 and 5)& TCP/IP (UCX as was) socket programming SYSGEN C, Fortran with AST, QIO RDB, ACMS & RMS files  DECform, MOTIF and do on.r  F Any leads on jobs that might be available in these areas will be help.   Thanks for your time.n   Chandrai   ------------------------------    Date: 18 Jan 2002 13:49:28 -1000/ From: Jim Thomas <thomas@atlas.cfht.hawaii.edu>b@ Subject: Re: VMS missing features (was how to do deamons on VMS)2 Message-ID: <wwn0zbmd87.fsf@atlas.cfht.hawaii.edu>  = >>>>> "Mark" == Mark Crispin <mrc@CAC.Washington.EDU> writes:n  1  Mark> On 17 Jan 2002, glen herrmannsfeldt wrote:h  >> dropped attribution to BKnN  >> >>   1) PDP-10 is the only architecture I've worked with which has no userH  >> >>   accessable CPU registers.  One tends to use the accumulators onJ  >> >>   a PDP-10 as one would use registers on other systems, so for thisL  >> >>   comment I'll use the generic word register for both:  the PDP-10 isK  >> >>   the only system I've used on which one register (accumulator 0) is J  >> >>   sometimes a real register and sometimes ignored.  Tripped up over  >> >>   that one many times. N  >> I think more do than don't.  S/360 (S/370, S/390), as a CISC architecture,H  >> and most RISC architectures.  There often needs to be an instructionH  >> form that doesn't do something, but that one shouldn't waste a whole  >> bit on.   L  Mark> What he's complaining about is that accumulator 0 can't be used as anM  Mark> index register, because 0 in the index register field means that therefN  Mark> isn't any indexing.  So you can only have 15 index registers instead of#  Mark> all 16 accumulators.  Aww...   H :-)  But the first two sentences of Glen's paragraph are still right forK indexing too.  Neither the 360 nor most RISC's let 0 work for indexing.  BKrJ uses VAXen so he wants to use R0 for indexing too.  But he doesn't seem toI think that having some registers that disappear out from under you (R0-R5lH on a MOVC5, e.g.) or having registers that work differently from all theK others (AP,FP,SP,PC) is inconsistent.  :-(  Bob, when was the last time you D used PC as an index register for anything other than an instruction?  
  Mark> ......m  O  Mark> Also, there certainly *were* conditional jumps.  There were 8 based uponyL  Mark> the contents of an accumulator vs zero.  There was also a very usefulM  Mark> conditional jump that was effectively the Fortran DO loop instruction.d  K Really two forms, the SOJx that did the counting and the AOBJN that did thea) counting and provided an index value too.L   Nothead.   ------------------------------    Date: 18 Jan 2002 19:53:14 -0500- From: Rich Alderson <alderson+news@panix.com> @ Subject: Re: VMS missing features (was how to do deamons on VMS). Message-ID: <mddsn93kvph.fsf@panix1.panix.com>  - Mark Crispin <mrc@CAC.Washington.EDU> writes:e  K > The PDP-10 had jumps instead, the difference being that the target of therK > jump is an address rather than an offset from current instruction as in at	 > branch.   6 Mark, I'm confused.  If I say, on a 360-class machine,  	 	USING 14  	... HERE	BC	15,THERE 	... THERE	LA	12,HERE  M what makes the assembled code any less a jump (in your sense) than the PDP-10h code   here:	jrst there 	... there:	movei 14,here  I other than the inherent indexed addressing on the 360 (called, of course,r  "base-displacement" addressing)?  & Your definition reads to me as if only  
 	BC	15,*+3  M were possible, but that's no more true than that PDP-10's only allow branchesd of the typei  	 	jrst .+3s   -- hN Rich Alderson                                          alderson+news@panix.comL   "You get what anybody gets.  You get a lifetime."  --Death, of the Endless   ------------------------------  # Date: Fri, 18 Jan 2002 21:39:25 GMT.) From: Charles Richmond <richmond@ev1.net>NK Subject: Re: Younger recruits versus experienced veterans ( was Re: The dem ' Message-ID: <3C48B251.5D28389C@ev1.net>    "Timothy A. Seufert" wrote:  > - >      [snip...]     [snip...]      [snip...]  > J > After all, what you said you wanted is a Mac with SCSI drives.  So buy aD > Mac with SCSI drives.  You complain that the price of Apple's SCSIF > options is too high.  So buy a Mac without SCSI drives and outfit itG > with some yourself.  You complain that you have to get a minimum of atH > 40GB IDE drive in the deal.  But once again this is a price objection;F > you want to get a price break because you don't want the drive.  TheD > drive in and of itself does absolutely nothing to prevent you from > accomplishing your goals.o > < Like my old Daddy used to say:  "You'd complain if they hung you with a new rope!!!"  (;-))   -- S? +-------------------------------------------------------------+w? |     Charles and Francis Richmond     <richmond@plano.net>   |t? +-------------------------------------------------------------+r   ------------------------------  % Date: Sat, 19 Jan 2002 10:33:13 +0800=4 From: Bernd Felsche <bernie@innovative.iinet.net.au>K Subject: Re: Younger recruits versus experienced veterans ( was Re: The dem 3 Message-ID: <9tla2a.f9i.ln@innovative.iinet.net.au>y  + Charles Richmond <richmond@ev1.net> writes:,   >"Timothy A. Seufert" wrote:A >> After all, what you said you wanted is a Mac with SCSI drives.=A >> So buy a Mac with SCSI drives.  You complain that the price of2? >> Apple's SCSI options is too high.  So buy a Mac without SCSI:B >> drives and outfit it with some yourself.  You complain that youC >> have to get a minimum of a 40GB IDE drive in the deal.  But oncehA >> again this is a price objection; you want to get a price breakn@ >> because you don't want the drive.  The drive in and of itselfA >> does absolutely nothing to prevent you from accomplishing yourB	 >> goals.   = >Like my old Daddy used to say:  "You'd complain if they hungo >you with a new rope!!!"  (;-))J  ; Did you correct him to "hanged" before getting slapped? :-)J -- 0D  /"\  Bernd Felsche - Innovative Reckoning, Perth, Western AustraliaA  \ /      ASCII ribbon campaign | I'm a .signature virus!       |cA   X       against HTML mail     | Copy me into your ~/.signature|nA  / \      and postings          | to help me spread!            |-   ------------------------------  % Date: Sat, 19 Jan 2002 00:27:13 -0500.( From: "John S. Dyson" <dyson@iquest.net>> Subject: Re: [OT / Humor] Things not to do on a *nix system...3 Message-ID: <qr728.697$vb1.118934@news1.iquest.net>S  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:9XTSu10U8d7M@eisner.encompasserve.org...-S > In article <3C485C79.38FF5910@rdrop.com>, Dean Woodward <deanw@rdrop.com> writes:aJ > > This is *not* meant to slam the *nix family of O/Ss.  I'm one of thoseL > > freaks that can see a place for everything and uses Windows and Linux onH > > the desktop.  But the "humor" of the situation below was too much to > > pass up. > >rE > > A friend who teaches at a local higher-education institution justsJ > > checked in on another list I'm subscribed to.  All their Solaris boxenG > > are down this morning; details are sketchy, but apparently somebody I > > suffered a case of the clevers and thought it would be interesting toAK > > see what all gets redirected to /dev/null on a *nix box, so he replaced-L > > /dev/null with a file.  (Obviously, this would make him a system mangler9 > > of some sort, to have the rights to even attempt it.)3 > >AC > > Shame he forgot to fix the file permissions on his new improvednE > > "/dev/null" so that common users could write to it, though... ;-)e >r@ > Doing the equivalent on VMS should be straightforward as well, > given SYSNAM privilege.n > I Being a UNIX/unix OS developer, the above criticism of standard unix OSes O is quite valid.   Root is generally all or nothing, and more fine grained privsLF can sometimes be partially finessed, but not a normal way of operation for a UNIX/unix OS kernel.  H This is indeed one of my dislikes of UNIX/unix OSes, but also one of theM great simplifying aspects of it.   Guess that I am ambivalent.   As an activeoQ kernel developer, I am not afraid of running root, and haven't made a disasterous7K mistake in over 2yrs (don't normally play with production systems, and have ) numerous layers of backups when playing.)n  L There is some 'spinal cord' macro in my being that makes certain rm commandsL (or it's evil brothers chmod, chflags, mv) impossible for me to type withoutH becoming temporarily neurotic (akin to the incessant double-checking theE state of the kitchen range or the door locks.)   There are also otherhD contortions that have caused trouble (and crazy crashes) on numerousC unixes in my past (and even TOPS10!!! -- my homebuilt opser program>K that simulated mcr/dcl type interaction (with TOPS10 commands) like RSX11M,TN so I could convieniently run multiple parallel jobs, and also print on a local1 terminal would nuke the TOPS10 system at school.)    John   ------------------------------    Date: 18 Jan 2002 13:30:37 -0600- From: koehler@encompasserve.org (Bob Koehler) B Subject: Re: [Q] Why is there the limit of 8 levels of directories3 Message-ID: <0JtzO42n0HdK@eisner.encompasserve.org>a  a In article <u4gokjhen6bjdf@corp.supernews.com>, Michael Zarlenga <zarlenga@conan.ids.net> writes:m0 > Bob Koehler <koehler@encompasserve.org> wrote:I > :    Funny, I do it all the time.  Oh, yeah, I modified somebody else'sa8 > :    SD.COM years ago, just like nearly everyone else. > ; > Bob, are you the same guy who thinks it's very painful tol( > write a .ksh to get a wildcard rename?  E    No, I only thinks it's painfull to have to keep relearning it when B    forced to change shells.  My sd.com has not needed change since3    about the time Berkley ported UNIX to an 11/780.    ------------------------------   End of INFO-VAX 2002.035 ************************r every OS you have.E Although it is possible to have multiple copies of OpenVMS (different  Versions) on one HDD.E   Greetings - Freddy   ------------------------------    Date: 18 Jan 2002 13:36:26 -0600- From: koehler@encompasserve.org (Bob Koehler)E Subject: Re: triple boot3 Mess E    E    E    E    E    E    E    E    E    	E    
E    E    E    
E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E     E    !E    "E    #E    $E    %E    &E    'E    (E    )E    *E    +E    ,E    -E    .E    /E    0E    1E    2E    3E    4E    5E    6E    7E    8E    9E    :E    ;E    <E    =E    >E    ?E    @E    AE    BE    CE    DE    EE    FE    GE    HE    IE    JE    KE    LE    ME    NE    OE    PE    QE    RE    SE    TE    UE    VE    WE    XE    YE    ZE    [E    \E    ]E    ^E    _E    `E    aE    bE    cE    dE    eE    fE    gE    hE    iE    jE    kE    lE    mE    nE    oE    pE    qE    rE    sE    tE    uE    vE    wE    xE    yE    zE    {E    |E    }E    ~E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    ½E    ýE    ĽE    ŽE    ƽE    ǽE    ȽE    ɽE    ʽE    ˽E    ̽E    ͽE    νE    ϽE    нE    ѽE    ҽE    ӽE    ԽE    սE    ֽE    ׽E    ؽE    ٽE    ڽE    ۽E    ܽE    ݽE    ޽E    ߽E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    E    