1 INFO-VAX	Wed, 30 Aug 2000	Volume 2000 : Issue 484       Contents:( Re: (change topic) Rose-Hulman's new VP.( Re: (change topic) Rose-Hulman's new VP.$ Re: Another perspective on anti-spam Any comments on the CETS?  Re: Any comments on the CETS?  Re: Any comments on the CETS? ) Apache CGI script output - 1.3.12 July 12 * Re: August 2000 edition of the OpenVMS FAQ1 BASEstar - Manufacturing Factory Floor Middleware  Re: carl lydick  Re: carl lydick 6 datatrieve alpha directory - textfile-based dictionary Re: DECNet Phase IV Manuals ? 4 DECWindows ends abruptly, no login prompt returns...8 Re: DECWindows ends abruptly, no login prompt returns...# Re: Disaster Tolerance - Terrorists " Re: disk hardware config question:" Re: disk hardware config question:" Re: disk hardware config question:" Re: disk hardware config question:& Re: dtr datatrieve vax to alpha (acl?)2 Re: Here we go again - WTB/T/etc source listing CD Re: IMAP-Server for VMS? Impersonate Privilege  Re: Impersonate Privilege  Re: Impersonate Privilege  INTERnet ACP AUXS error  Re: INTERnet ACP AUXS error  Re: INTERnet ACP AUXS error 0 Re: Low-level interface to AlpSta parallel port? OT: 1.3GHz Pentium III Faulty ! Re: OT: 1.3GHz Pentium III Faulty & Re: Please help a poorly Microvax 3100$ Re: Portable GUIs (VMS+Windows-NT) ?. Re: Problems with Accounts " CAPTIVE " in VMS. Re: Q: Why not (2^n)-bit?  Re: Q: Why not (2^n)-bit? 4 Re: Questions about AUTOGEN, PQL_*WS*, PHYSICALPAGES; Re: Replace licenses for VAXcluster for Education/Research? ; Re: Replace licenses for VAXcluster for Education/Research? ; Re: Replace licenses for VAXcluster for Education/Research? ; Re: Replace licenses for VAXcluster for Education/Research? ; Re: Replace licenses for VAXcluster for Education/Research? ; Re: Replace licenses for VAXcluster for Education/Research? ; Re: Replace licenses for VAXcluster for Education/Research? 
 Re: run *.com  Re: Security/Auditing question Re: Security/Auditing question$ Re: Setting VT420 to 36 line display Six Figure Income !!! RE: SYS$STARTUP:LICENSE_CHECK.EXE  Re: Ultra SCSI in VAX 4100A?5 Re: variable number of arguments (DEC Basic or Macro) 5 Re: variable number of arguments (DEC Basic or Macro) 5 Re: variable number of arguments (DEC Basic or Macro)  Re: Where can I get TLB files? WORD viewer for VMS  Re: WORD viewer for VMS  [Fwd: FW: IMAP-Server for VMS?]   F ----------------------------------------------------------------------  % Date: Tue, 29 Aug 2000 17:23:15 -0400 * From: David A Froble <davef@tsoft-inc.com>1 Subject: Re: (change topic) Rose-Hulman's new VP. - Message-ID: <39AC29C3.8426BE5E@tsoft-inc.com>    Jim Jennis wrote:  > H > My sympathies also...in my prior job we had a 5 node OVMS cluster in aG > large factory that stayed up for 5 years with less than 8 hours total L > downtime (and most of that was for a VMS OS upgrade from 5.5-2 to 6.2 - weM > skipped 6.0 and 6.1). We ran the whole organization with a WEB based system = > running on multiple OSU httpd's and it never missed a beat.  > G > Recently, the factory was purchased by a new owner, and when they got K > quotes from Compaq about re-licensing VMS their CFO had a serious case of  > sticker shock. >  > That was all it took.  > H > In May, (sadly) we finished porting the applications and databases andI > replaced it all with Linux. Although I love Linux, and IMHO it is a FAR P > BETTER SOLUTION THAN M$ CAN OFFER, it is still not in the same league as OVMS.  N Well, one thing I am sure of.  This should never have happened.  Either no-oneG took the case to the VMS people and explained the certainty of losing a M customer, or, the wrong person was approached.  I'm very sure something could  have been worked out.    Dave   --  4 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: Tue, 29 Aug 2000 17:20:24 -0400 * From: David A Froble <davef@tsoft-inc.com>1 Subject: Re: (change topic) Rose-Hulman's new VP. - Message-ID: <39AC2918.80981189@tsoft-inc.com>    Roy Omond wrote: >  > "Robert J. Slover" wrote:  > D > > Count yourself lucky that you even have a chance, however small.C > > I've been told I've got to find a way to be rid of both our VMS = > > clusters (VAX and Alpha) by the end of December.  New VP.  > > D > > I come to work now sick to my stomach.  My cluster uptime is 232E > > days...since we took things down in January when they put a new 3 D > > phase power feed into the building.  Don't know how long we were5 > > up prior to that.  Nothing else here comes close.  >  > My sympathies ...  > G > In a previous life, I was told the same.  I had to get rid of the VMS G > cluster by October 1996 (or was it 1995 ?).  Hmmm... it's still there D > up-and-running as I write !  (before a complete power outage whichE > lasted several hours this year, system uptime was, IIRC, 800 days).  >  > Roy Omond  > Blue Bubble Ltd.. > (certainly not speaking on behalf of Compaq)  N I would add to this comment the advice of truly explore the possibilities, andM document the ramafications of each.  You're allowed to be rather specific and G pessimistic on the downside of each proposal, stating that you feel the O risk/exposure/whatever isn't worth it.  Give the bastard the possibilities, and N let him choose one.  Ask for his response in writing, acknowledging that he isP making the change, well aware of the risks and downside, and against your betterO judgement.  Hint, keep multiple copies of this document!  Just make sure you're M not the fall guy.  Might change his mind a bit.  It's possibly the only thing N that will.  He may not care about VMS capabilities, but he's probably long agoG learned to cover his ass.  (Though, that may take a rather large tarp.)    Dave   --  4 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: Tue, 29 Aug 2000 17:17:02 -0400 # From: Jim Agnew <agnew@hsc.vcu.edu> - Subject: Re: Another perspective on anti-spam + Message-ID: <39AC284E.7EED5F64@hsc.vcu.edu>    sure it's not .org??   "Terry C. Shannon" wrote:  > 9 > "David A Froble" <davef@tsoft-inc.com> wrote in message ) > news:39AA977E.8B5B8DD4@tsoft-inc.com... J > > A bit off topic, but there have been passionate statements in the past > about M > > spam.  Normally I just hit the delete button when I see an e-mail message  > thatL > > is obviously some sales/marketing mass mailing.  Every now and then I'll	 > scan it G > > just out of curiosity.  Did that today and really had a good laugh.  > Here's how2 > > the other side looks at you anti-span zealots. > > 2 > > ----------------------------------------------@ > > 4.  A "daily updated" anti bulk email list of terrorists and< > > general anti-internet advertising extremists was used to4 > > rid our lists of those people who, in a cowardly: > > and deliberate manner, attack all marketing people who= > > choose to utilize the greatest marketing discovery of all = > > time - DIRECT EMAIL. Our database of these individuals is 9 > > the largest one maintained worldwide and it keeps our 5 > > lists free of undesirable and extremist elements. 2 > > ---------------------------------------------- > > 3 > > So, are you one of these (mark all that apply):  > >  > > (  ) terrorists  > > (  ) extremists  > > (  ) cowardly  > > (  ) undesirable > J > Guess I'm one of the those VastRightWingAntiSPAMExtremists. Proud of it,H > too. If you want to come over to the Dark Side (there's plenty of roomL > here!) pay a visit to http://www.spamcop.com You'll be a better person forK > it, and you'll end up getting messages like the following (my second SPAM  > kill thus far today) >  > Hello txxxxxxxxxn, > ' > Thank you for writing to MSN Hotmail. M > I appreciate your bringing this matter to our attention. I  have closed the M > account you reported in accordance with the Hotmail Terms of Service (TOS). K > It is a strict violation of the TOS for our members to send objectionable 3 > material of any kind or nature using our service. , > You can view our rules and regulations at:J >     http://www.hotmail.msn.com/cgi-bin/dasp/hminfo_shell.asp?content=tos   ------------------------------  % Date: Tue, 29 Aug 2000 13:02:28 -0700   From: Jon <jsmyth69@hotmail.com>" Subject: Any comments on the CETS?2 Message-ID: <qxWsOZ=uA9WHNPTbyvnAdAgm2zb5@4ax.com>  F I was thinking of going this year, but wondered what others thought of the new format.  Any comments?   ------------------------------  # Date: Tue, 29 Aug 2000 21:35:49 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>& Subject: Re: Any comments on the CETS?< Message-ID: <V0Wq5.55968$_s1.655051@typhoon.ne.mediaone.net>  H > I was thinking of going this year, but wondered what others thought of  > the new format.  Any comments? >   K From a presenter's perspective, it ain't your daddy's DECUS (the submission + and approval process is far more rigorous).   I From a content perspective, it should be a very worthwhile event. Hope to 
 see ya there!    cheers,    terry s    ------------------------------    Date: 29 Aug 2000 21:29:16 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) & Subject: Re: Any comments on the CETS?+ Message-ID: <ZyF+5l$chBsG@eisner.decus.org>   U In article <qxWsOZ=uA9WHNPTbyvnAdAgm2zb5@4ax.com>, Jon <jsmyth69@hotmail.com> writes: H > I was thinking of going this year, but wondered what others thought of  > the new format.  Any comments?  C I am going, probably out of habit, but I cannot get any information @ about the "new format" from their web site.  They seem to eschew) HTML in order to pay homage to Microsoft.    ------------------------------  % Date: Wed, 30 Aug 2000 09:25:24 +0930 / From: Mark Daniel <Mark.Daniel@wasd.vsm.com.au> 2 Subject: Apache CGI script output - 1.3.12 July 12/ Message-ID: <39AC4D6C.B4339EA6@wasd.vsm.com.au>   G In the previous Apache BETA I had there appeared to be an extension CGI @ response header field that  allowed some control over the serverE processing of records output from the script.  "X-vms-record-mode: 0" F treated it as a binary stream (i.e. did not adjust carriage control). F "X-vms-record-mode: 1" instructed the server to ensure each record hadF correct carriage control (allowing raw output from DCL commands, etc).  B These do not appear to be available in this latest release, and itE appears to be permanently "stuck" in carriage-control-ensuring record F mode (it's difficult for developers to get a handle on such issues due to the absence of source).  = It there something comparable in this latest release?  How is H carriage-control by the server turned off?  How is a binary stream (such% as a GIF image) output from a script?    TIA.   ------------------------------  % Date: Tue, 29 Aug 2000 16:36:29 -0400 # From: Jim Agnew <agnew@hsc.vcu.edu> 3 Subject: Re: August 2000 edition of the OpenVMS FAQ + Message-ID: <39AC1ECD.1FA6A5FF@hsc.vcu.edu>    Way cool!!!! thanks!!!!    jim    Peter Weaver wrote:  >  > Hoff Hoffman wrote in message / > <8oe2ck$93b$1@mailint03.im.hou.compaq.com>...  > >...A > >  I don't presently provide the HTML version of the FAQ -- the  > conversionG > >  work is underway.  After my next delivery of copious spare time, I  > willB > >  probably end up reformatting the FAQ into a document that can	 > provide E > >  output in any of various formats -- though the "pagination" used  > for  > >... > F > I'm sure I've seen it done before, but I was a bit bored and lookingF > for something to do (^%#$^& VMS systems keep running and running andH > running). Here is a little .COM that will read in the FAQ and create a> > HELP library. It assumes that the FAQ is in text files namedF > PART1.TXT -> PART5.TXT. It does no error checking but it does run if > everything is OK.  >  > $! FAQ_TO_HELP.COM > $! > $ open output faq.hlp/write  > $! > $ write output "1 VMS_FAQ" > $ have_first = 0 > $!( > $ write sys$output "Processing Part 1" > $ open input part1.txt/read  > $ gosub process_it( > $ write sys$output "Processing Part 2" > $ open input part2.txt/read  > $ gosub process_it( > $ write sys$output "Processing Part 3" > $ open input part3.txt/read  > $ gosub process_it( > $ write sys$output "Processing Part 4" > $ open input part4.txt/read  > $ gosub process_it( > $ write sys$output "Processing Part 5" > $ open input part5.txt/read  > $ gosub process_it > $ goto finish  > $! > $process_it: > $! > $ next_line = "  " > $! > $loop: > $!& > $ read input inline/end=end_of_input > $! > $ if inline .eqs. - C >    "------------------------------------------------------------"  > $       then& > $               if have_first .eq. 0 > $                       then9 > $                               write output "2 Topics" 0 > $                               have_first = 1 > $                       endif  > $!# > $               read input inline 6 > $               first_word = f$element(0,".",inline)/ > $               length = f$length(first_word) F > $               if f$extract(length-1,1,first_word) .eqs. "1" then -C >                         if f$extract(length-2,1,first_word) .ges.  > "A" - - >                         then write output - 7 >                 "3 "+f$extract(0,length-1,first_word)  > $!* > $               write output "4 "+inline > $       else= > $               if f$edit(inline,"COMPRESS,UPCASE") .eqs. - " >     "CHANGES SINCE LAST EDITION" > $                       then1 > $                               write output "2  > Changes_Since_Last_Edition"  > $                       else< > $                               if inline .eqs. "Overview". > $                                       thenA > $                                               write output "2  > Overview" . > $                                       else@ > $                                               write output "
 > "+inline/ > $                                       endif  > $                       endif  > $       endif  > $!
 > $ goto loop  > $! > $end_of_input: > $ close input 
 > $ return > $!
 > $finish: > $ close output > $! > $ library/create/help faq faq  > $! >  > Here is what you get > ' > $ help/libra=DKA100:[TEST.FAQ]FAQ vms  > 	 > VMS_FAQ  > % >     Archive-name: dec-faq/vms/part1   >     Posting-Frequency: monthly  >     Last-modified: 17 Aug 2000 >     Version: VMS-FAQ-1.TXT(4)  > % >   Additional information available:  > 6 >   Changes_Since_Last_Edition       Overview   Topics >  > VMS_FAQ Subtopic?    ------------------------------  % Date: Tue, 29 Aug 2000 13:52:49 -0400 ( From: John Egolf <John.Egolf@compaq.com>: Subject: BASEstar - Manufacturing Factory Floor Middleware* Message-ID: <39ABF870.CEA07BE1@compaq.com>  G We have updated our web pages for BASEstar.  The BASEstar product group  has just joined OSSG.   , If you are interested, please take a look at http://www.compaq.com/basestar  E We are also in the planning stages of either having a presentation or D Birds Of a Feather (BOF) session at the October CETS in Los Angeles.   Regards,   /John    ------------------------------  % Date: Tue, 29 Aug 2000 16:35:00 -0400 # From: Jim Agnew <agnew@hsc.vcu.edu>  Subject: Re: carl lydick+ Message-ID: <39AC1E74.FC9D96AF@hsc.vcu.edu>    Basically, it was a gif of a moving flame, and some links and stuff about Carl Lydick.  He was a thuroughly abrasive epitome of a  geek who really did not care how he came across to people, who really most of the time knew what he was talking about when it was  about VAXen.  ! "Koska, John C. (LNG-MBC)" wrote:  > J > My bad.  Never heard of the Eternal Flame, but knew of Carl through this? > newsgroup.  I guess I jumped without fully reading your post.  > N > Too bad Eternal Flame was not more eternal, since I am now curious about it. >  > :) jck >  > > -----Original Message-----0 > > From: andekl@saaf.se [mailto:andekl@saaf.se]) > > Sent: Monday, August 28, 2000 6:32 PM  > > To: Info-VAX@mvb.saic.como > > Subject: Re: carl lydick > >t > >e= > > Koska, John C. (LNG-MBC) <John.C.Koska@bender.com> wrote:- > >n! > > > One webpointer on the web..  > > >-7 > > > http://alumni.caltech.edu/~vance/carl_lydick.html  > > J > > Yes - Altavista turned that up for me, too. However, the Eternal FlameH > > link leads to the boring company-related stuff Robert mentioned. The > > Flame has been replaced. > >d > > --H > > * Anders Eklf        * Phone: + 46 8581 74712  * "I blame you for *H > > * Glimmerstigen 46    * e-mail: ae@radfys.ks.se * the moonlit sky" *H > > * S-196 33 KUNGSNGEN *     or  andekl@saaf.se  *       ----       *H > > * SWEDEN              *                         *   Tasmin Archer  * > >r   ------------------------------  % Date: Tue, 29 Aug 2000 15:07:42 -0700r! From: Shane.F.Smith@Healthnet.come Subject: Re: carl lydickC Message-ID: <OF4EBC02AC.E88B5087-ON8825694A.00779085@HEALTHNET.COM>   H While my sense of humour may be quite violent, that does not carry thro= ughgH to the rest of me. However, I can think of at least two occasions when = CarlH went so far over the line I felt like changing that. I hesitate to name=  E those two occasions, for fear of the pain they may still cause peopleoH today. (Neither attack was aimed at me.) While I respected his knowledg= e, IH could never accept his attitude to others. We had many public and priva= te  (ahem) exchanges on the subject.  H Having said that, I do hope he's found peace now. He sure never seemed = to find it while alive.   ShaneV          7 Jim Agnew <agnew@hsc.vcu.edu> on 08/29/2000 01:35:00 PMs   To:   Info-VAX@Mvb.Saic.Come cc:l   Subject:  Re: carl lydicko    H Basically, it was a gif of a moving flame, and some links and stuff abo= ut7 Carl Lydick.  He was a thuroughly abrasive epitome of aeH geek who really did not care how he came across to people, who really m= ost.6 of the time knew what he was talking about when it was about VAXen.  ! "Koska, John C. (LNG-MBC)" wrote:  > H > My bad.  Never heard of the Eternal Flame, but knew of Carl through t= his0? > newsgroup.  I guess I jumped without fully reading your post.a >bH > Too bad Eternal Flame was not more eternal, since I am now curious ab= out( it.a >  > :) jck >e > > -----Original Message-----0 > > From: andekl@saaf.se [mailto:andekl@saaf.se]) > > Sent: Monday, August 28, 2000 6:32 PM- > > To: Info-VAX@mvb.saic.com- > > Subject: Re: carl lydick > >  > >2= > > Koska, John C. (LNG-MBC) <John.C.Koska@bender.com> wrote:n > >>! > > > One webpointer on the web..H > > > 7 > > > http://alumni.caltech.edu/~vance/carl_lydick.html  > > H > > Yes - Altavista turned that up for me, too. However, the Eternal Fl= ame H > > link leads to the boring company-related stuff Robert mentioned. Th= er > > Flame has been replaced. > >h > > --H > > * Anders Ekl=F6f        * Phone: + 46 8581 74712  * "I blame you fo= r *wH > > * Glimmerstigen 46    * e-mail: ae@radfys.ks.se * the moonlit sky" = * H > > * S-196 33 KUNGS=C4NGEN *     or  andekl@saaf.se  *       ----     =   *wH > > * SWEDEN              *                         *   Tasmin Archer  = *  > >a         =    ------------------------------  % Date: Tue, 29 Aug 2000 11:42:53 -0700d% From: Jim Strehlow <jims@data911.com>s? Subject: datatrieve alpha directory - textfile-based dictionary $ Message-ID: <01C011AE.450F82C0@JimS>  A The problem is just trying to get used to Datatrieve without CDD.MI I have figured out that Datatrieve v7.x on the Alpha displays directoriese= that are on the disk root instead of dictionaries within CDD.t? When I log in, I see SYS$SYSDEVICE directories as dictionaries..G When I log in as SYSTEM, I see SYS$SYSROOT directories as dictionaries.   0 I now have to understand the NO CDD environment.F I am now trying to figure out what the "textfile-based dictionary" is.     NO CDDI   Specifies whether DEC DATATRIEVE should attach to Oracle CDD/RepositorybH   or use textfile-based dictionary only. When this qualifier is missing,B   the DEC DATATRIEVE behaviour depends on the equivalent string ofE   the logical name DTR$ENVIRONMENT: if the equivalent string contains89   /NOCDD , no attachment to Oracle CDD/Repository occurs.SI   If DTR$ENVIRONMENT is not defined, the DEC DATATRIEVE behaviour dependso5   on the configuration selected at installation time. K   If Oracle CDD/Repository is linked to DEC DATATRIEVE at installation timeeE   its use can dynamically be disabled using the DATATRIEVE SET NO CDDt;   command, which switches to the textfile-based dictionary.u   Jim Strehlow, jims@data911.com   ------------------------------    Date: 29 Aug 2000 19:08:28 -0500* From: kuhrt@eisner.decus.org (Marty Kuhrt)& Subject: Re: DECNet Phase IV Manuals ?+ Message-ID: <ZKB4ahmeSaHy@eisner.decus.org>   E In article <8o40ij$fk1$1@nnrp1.deja.com>, jgessling@yahoo.com writes:m > D >>   I may be able to pry loose the bookreader format manuals for an
 > archivalE >>   documentation page, but I can't think of a justification for thed > HTML' >>   conversion of the Phase IV manualsc > D > How about running the bookreader manual (assuming you can find it)G > through that Decus thing that converts it to text and then posting ittD > some where.  Hopefully that will be easy enough that it gets done.0 > Beyond that some ambitious type could HTML it. >   ? Or how about getting the .SDML versions and letting someone rune< them through DEC Document?  I'd volunteer to give it a shot.   ------------------------------  % Date: Tue, 29 Aug 2000 14:51:19 -0600e$ From: Mark Sun <marksun@genetek.com>= Subject: DECWindows ends abruptly, no login prompt returns...!+ Message-ID: <39AC2246.A9A44142@genetek.com>M   Hi All!   A Thanks to anyone who can help us figure out why this intermittentt problem happens.  B SYSTEM: VMS 7.2-1 on 667 MHz XP1000 with dual headed Elsa graphics cards.  G When we're dragging a window around, DECWindows abruptly shuts down all H of our windows, brings up the grey backgrounds on both screens, and then$ fails to provide a login prompt box.  C Restarting DECWindows over the network with "$decw$startup restart"n, brings up a prompt box to log back in again.  H This happens on different systems configured similarly and appears to beF a resource problem, but I'm not sure which one.  Autogen has been run, without success.  - Thanks for any ideas on solving this problem.C   Mark   ------------------------------  % Date: Wed, 30 Aug 2000 01:28:54 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)A Subject: Re: DECWindows ends abruptly, no login prompt returns... L Message-ID: <rdeininger-3008000128540001@user-2ive7j6.dialup.mindspring.com>  F In article <39AC2246.A9A44142@genetek.com>, marksun@genetek.com wrote:  	 > Hi All!t > C > Thanks to anyone who can help us figure out why this intermittentl > problem happens. > D > SYSTEM: VMS 7.2-1 on 667 MHz XP1000 with dual headed Elsa graphics > cards. > I > When we're dragging a window around, DECWindows abruptly shuts down allmJ > of our windows, brings up the grey backgrounds on both screens, and then& > fails to provide a login prompt box. > E > Restarting DECWindows over the network with "$decw$startup restart" . > brings up a prompt box to log back in again. > J > This happens on different systems configured similarly and appears to beH > a resource problem, but I'm not sure which one.  Autogen has been run, > without success. >   C You might want to look at SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM-H (or .TEMPLATE).  This file lets you adjust some stuff for the decwindowsA server process.  I was able to stop some persistent problems with B DECwindows dying this way.  My problems were on vaxes, but I think' similar considerations apply on alphas.   H For example, for a Vaxstation 4000 90, I have the following in the file:   $ decw$color == "T"s" $ decw$server_density == "100,100" $ decw$server_wsdef == 1024  $ decw$server_wsquota == 2600w" $ decw$server_keyclick_volume == 0$ $ define decw$server_page_file 65536  E (I've tweeked 3 process quotas, and turned off the dreaded keyclick.)t  : Before this, Netscape killed Decwindows almost every time.  F What I DON'T have handy are any notes on where I found the explanationJ for this stuff.  It's buried in the DECwindows manuals somewhere, I think.O But I sort of remember having to read through the decwindows startup proceduresg to get the details right.w  F You'll notice that I defined a bunch of symbols, and one logical name.C I sort of recall that some silly bug kept the symbol mechanism from E working, and I had to make the logical instead.  (I think the startup-I command file defines some logicals based on the symbols, and then a lateryK command file uses the symbols to define the logicals, and then the logicals-F are used when the server process is started.  Or maybe I've got it allI backwards.)  As I said, I don't have my notes, and my memory isn't clear.t  O Also, we used a 2-head configuration on an alpha for a while.  It was noticibly @ less stable than a single-head system, but I never found a cure.   -- h Robert Deininger rdeininger@mindspring.come   ------------------------------  # Date: Tue, 29 Aug 2000 18:35:55 GMTp4 From: "Terry C. Shannon" <terryshannon@mediaone.net>, Subject: Re: Disaster Tolerance - Terrorists< Message-ID: <foTq5.55789$_s1.653124@typhoon.ne.mediaone.net>  ? "Robert Barron" <robert_jm_barron@hotmail.com> wrote in messager/ news:39a68981.23521960@news.netvision.net.il...a > Hi, B > Whiles reading "OpenVMS and NT Integration (for dummies)" I cameH > across a line on page 171 where they claim that due to a fiber ClusterD > Interconnect, an OpenVMS application survived a terrorist bombing. >t > are any details available?  L Yep. Remember the alleged bombing of the World Trade Center in New York CityF by alleged terrorists? One of the systems allegedly knocked out by theL alleged bomb was an OpenVMS cluster which was linked by a fiber interconnect4 to a cluster located across the river in New Jersey.  F Hey, if OpenVMS can survive the Palmer era, surviving a bunch of wacko( terrorists should be a walk in the park!   ------------------------------  # Date: Tue, 29 Aug 2000 18:27:15 GMTB8 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi>+ Subject: Re: disk hardware config question: ' Message-ID: <39ABFF73.694E893@decus.fi>f  D Apparently I missed something essential but... Why don't you get the= ES40 model 2 which has ten PCI slots. Granted the four CIPCAs"? (to attach the Alpha to each of those four stars) would consumee@ eight PCI slots thus leaving only two for other stuff. But there> you would presumably use e.q. KZPCM to give you 100Mbit/s Full= duplex ethernet and two single ended ultra scsi channels plusr0 something else with the remaining last PCI slot.  9 And since you have four stars but 10 HSJ50, i.e. 5 pairs,e8 I would imagine that you have 3/3/2/2 HSJ50 connected to< those four stars. Are you stars eight port model by the way?  & And then to my take on your questions.   John Nixon wrote:- > G > I have three VAX 7860s and and Alpha 8400, each with four CI devices. K > They are each connected to four star couplers which in turn are connectedM: > to 10 HSJ50s, loaded with 4.3 GB disks and 9.1 GB disks. > M > I need to add an Alpha to this cluster.    I need to make sure that the neweH > Alpha gets at least as good disk access as everything else gets today.A > I also need to make sure that the VAXes do not lose any disk IOr) > performance until I can phase them out.  > 
 > Question 1.  > G > If I add an ES40 with Gbit ethernet, and if I put Gbit ethernet on mymI > Alpha 8400,  can I expect that the 8400 will MSCP serve CI disk storagehI > to the ES40 at a rate equal to, or better than the VAX 7800s can accessr > the CI storage directly? > E > I guess the question has to do with weather the CIPCAs and the 8400gE > backplane can serve the data faster than the VAX 7800 with a CIXCD.r >e  D The raw bandwith sure is there. But you would have a single point of@ failure with this setup, i.e. the serving Alpha. Also this would? add somewhat or very badly to the Cpu utilization on your 8400.o        .
 > Question 2:! > F > If I add fibre channel to the alpha 8400 and the ES40,  what kind ofI > disk IO performance could I expect if I serve this storage to my VAXes.t > A > The VAXes have 10baseT ehternet and FDDI (one each).  They alsoaC > have the four CIXCDs I mentioned. Would the fibre channel storage C > be served to the VAXes over the network (fddi and/or ethernet) orpC > would it find its way through the 8400 and the CIPCAs to the starc0 > coupler, then through the CIXCDs to the VAXes? > I > The answer to these questions will help determine whether I buy a GS140 0 > with more CIPCAs (yechh) or an ES40 (or GS80).  @ If both Alphas do MSCP serve stuff, the VAXes would load balanceC (either statically or dynamically, I am not sure right now) between-E the Alphas. Traffic from 8400 to VAX would be via CI but traffic from C Es40 to VAX would be via network, possibly inbound via the 10Mbit/st adapter.       >  > As always, TIA.    ------------------------------    Date: 29 Aug 2000 20:55:52 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)+ Subject: Re: disk hardware config question:l* Message-ID: <39ac0738$1@news.kapsch.co.at>  b In article <39ABFF73.694E893@decus.fi>, Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi> writes:E >Apparently I missed something essential but... Why don't you get the > >ES40 model 2 which has ten PCI slots. Granted the four CIPCAs@ >(to attach the Alpha to each of those four stars) would consume8 >eight PCI slots thus leaving only two for other stuff.   N AFAIK, the CIPCA is a one PCI slot/one EISA slot solution. But I may be wrong.   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------   Date: 29 Aug 2000 14:45:27 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)+ Subject: Re: disk hardware config question:u3 Message-ID: <akq4c3kEHg2m@mccdev.slac.stanford.edu>   + In article <39ac0738$1@news.kapsch.co.at>,  1     	eplan@kapsch.net (Peter LANGSTOEGER) writes:T* > In article <39ABFF73.694E893@decus.fi>, ?     	Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi> writes:yF >>Apparently I missed something essential but... Why don't you get the? >>ES40 model 2 which has ten PCI slots. Granted the four CIPCAsaA >>(to attach the Alpha to each of those four stars) would consume-9 >>eight PCI slots thus leaving only two for other stuff. 4 > P > AFAIK, the CIPCA is a one PCI slot/one EISA slot solution. But I may be wrong.  H         That was true of the -AA, but the -BA (or is it -AB?) is two PCI
     slots.           -Ken -- EM  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edus:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  # Date: Wed, 30 Aug 2000 01:39:56 GMTu/ From: "John Nixon" <jorlnixon@worldnet.att.net>D+ Subject: Re: disk hardware config question: F Message-ID: <MBZq5.2758$On2.137489@bgtnsc04-news.ops.worldnet.att.net>  L No, you really didn't miss any thing.  In fact, you picked up on the problemD without my mentioning it.  I need at least two PCI slots for gigabit ethernetF adapters to connect to my two subnets.  I also need a pair of them forE future fibre channel (which will take care of my disk access problemse> SOME DAY!  I also need a  couple of PCI slots for some bisynch@ boards, and I may need a few more for memory channel. (I am onlyD contemplating memory channel right now.  None of my other nodes willG support it.  At least I was told that an 8400, upgraded to a GS140 will,F not support memory channel).  I might need a scsi adapter also.  RightH now I can see a need for at least 7 PCI slots.  That only leaves me room0 for one CIPCA (or two if I sacrifice elsewhere).  ) But, one CIPCA would be better than none!e  J Also, that is why I am considering a GS80,but I am having a real hard time/ coaxing a price for one of those out of anyone.i  @ On the other hand, I can get a used GS140 for about $100,000 andC all my VAX software will trade up.  But maintenance will eat me up.7  0 "Veli Krkk" <korkko@decus.fi> wrote in message! news:39ABFF73.694E893@decus.fi...oF > Apparently I missed something essential but... Why don't you get the? > ES40 model 2 which has ten PCI slots. Granted the four CIPCAs A > (to attach the Alpha to each of those four stars) would consumeaB > eight PCI slots thus leaving only two for other stuff. But there@ > you would presumably use e.q. KZPCM to give you 100Mbit/s Full? > duplex ethernet and two single ended ultra scsi channels plusy2 > something else with the remaining last PCI slot. >t; > And since you have four stars but 10 HSJ50, i.e. 5 pairs, : > I would imagine that you have 3/3/2/2 HSJ50 connected to> > those four stars. Are you stars eight port model by the way? >p( > And then to my take on your questions. >t > John Nixon wrote:a > >)I > > I have three VAX 7860s and and Alpha 8400, each with four CI devices.oC > > They are each connected to four star couplers which in turn arej	 connectedi< > > to 10 HSJ50s, loaded with 4.3 GB disks and 9.1 GB disks. > >=K > > I need to add an Alpha to this cluster.    I need to make sure that the  new/J > > Alpha gets at least as good disk access as everything else gets today.C > > I also need to make sure that the VAXes do not lose any disk IO + > > performance until I can phase them out.s > >u > > Question 1.e > >eI > > If I add an ES40 with Gbit ethernet, and if I put Gbit ethernet on mylK > > Alpha 8400,  can I expect that the 8400 will MSCP serve CI disk storageeK > > to the ES40 at a rate equal to, or better than the VAX 7800s can accesst > > the CI storage directly? > >gG > > I guess the question has to do with weather the CIPCAs and the 8400tG > > backplane can serve the data faster than the VAX 7800 with a CIXCD.o > >= >uF > The raw bandwith sure is there. But you would have a single point ofB > failure with this setup, i.e. the serving Alpha. Also this wouldA > add somewhat or very badly to the Cpu utilization on your 8400.  >i >  >  >  > > Question 2:h > >(H > > If I add fibre channel to the alpha 8400 and the ES40,  what kind ofK > > disk IO performance could I expect if I serve this storage to my VAXes.  > > C > > The VAXes have 10baseT ehternet and FDDI (one each).  They alsoFE > > have the four CIXCDs I mentioned. Would the fibre channel storagetE > > be served to the VAXes over the network (fddi and/or ethernet) orsE > > would it find its way through the 8400 and the CIPCAs to the star 2 > > coupler, then through the CIXCDs to the VAXes? > >nK > > The answer to these questions will help determine whether I buy a GS140 2 > > with more CIPCAs (yechh) or an ES40 (or GS80). > B > If both Alphas do MSCP serve stuff, the VAXes would load balanceE > (either statically or dynamically, I am not sure right now) between G > the Alphas. Traffic from 8400 to VAX would be via CI but traffic fromeE > Es40 to VAX would be via network, possibly inbound via the 10Mbit/sr
 > adapter. >r >g >  > >s > > As always, TIA.o >C   ------------------------------  % Date: Tue, 29 Aug 2000 15:05:54 -0700r% From: Jim Strehlow <jims@data911.com> / Subject: Re: dtr datatrieve vax to alpha (acl?)e$ Message-ID: <01C011CA.A18FDD80@JimS>  < Solved: Datatrieve Alpha directory textfile-based dictionary  9 When migrating VAX Datatrieve to Alpha Datatrieve withouto! purchasing Oracle/CDD Repository:u  : A) define cdd$default to the desired datatrieve directory.  -   $ DEFINE /PROCESS  CDD$DEFAULT  disk:[DTR.]c  B    Note: you need the period "." just before the right bracket "]"8    so that the logical is treated as a "root" directory.    4 B) Place each DEFINE DOMAIN and DEFINE RECORD into a: separately named domainName1_dom.dtr, recordName1_rec.dtr,9 domainName2_dom.dtr, recordName2_rec.dtr etc. within thatV
 directory.    = I will send this to "Ask the OpenVMS Wizard" as a response tou3 http://www.openvms.digital.com/wizard/wiz_1339.htmlD     What I learned is:9 1) Do not use DEFINE DICTIONARY when you do not have CDD.i? Build the domains, records, etc. as separate files in a desiredi OpenVMS directory.  > 2) Alpha DATATRIEVE does not use CDD.DIC if you do not have an Oracle/CDD license.-  > 3) Someone should place this information conspicuously in some< "Migrating Datatrieve from VAX to Alpha" document somewhere.@ I hope some Compaq employee may consider adding this information into HELP new_features.g  ? 4) SHOW DICTIONARIES may show different results based upon your B rooted disk value. As a regular user on the system disk, I saw theC top level directories on the disk.  When I logged on as SYSTEM withs> SYS$SYSROOT as part of my default directory, DATATRIEVE listed the directories in SYS$SYSROOT.d     Jim Strehlow, jims@data911.com (510)865-9100 x44x    J >------------------------ previous message ------------------------------- >From: Jim Strehlowd >To newsgroup: comp.os.vms >Date: 08/28/2000 6:34 PMaG > I am having trouble with Alpha Datatrieve. I have used VAX for years.C@ > I have all privileges in my username(s). We are not using CDD. > M > 1) I have a problem with Alpha Datatrieve v7.1's DEFINE DICTIONARY command.e3 > The only system logicals that I have for DTR are: $ > "DTR$LIBRARY" = "SYS$COMMON:[DTR]") > "DTR$TCPSERVER" = "SYS$SYSTEM:DDMF.COM"h > : > DTR> definep  cdd$top.test   1   user=myname, grant=all; > DTR> showp  cdd$top.test >        (RWE,RWE,RWE,)1 >   1:H > (IDENTIFIER=[mygroup,myname],ACCESS=READ+WRITE+EXECUTE+DELETE+CONTROL) >  > DEFINE  DICTIONARY  JIM  > yields the error. > %LIB-F-INVFILSPE, invalid file specification > " > (That command works on the VAX). >  > J > 2) Does the Alpha use the SYS$SYSTEM:CDD.DIC that I copied from the VAX?. > I think the Alpha is using some other file?? >  > H > 3) Did I overlook some simple "Migrating Datatrieve from VAX to Alpha" > document? 8 > The  HELP new_features   has not yet helped me enough. >  > N > 4) With my username, I see different cdd$top dictionaries than I do with the > SYSTEM username!!??, >   > Jim Strehlow, jims@data911.com   ------------------------------  # Date: Wed, 30 Aug 2000 05:33:39 GMTa% From: Bill Hobbs <hobbsb@my-deja.com>e; Subject: Re: Here we go again - WTB/T/etc source listing CDn) Message-ID: <8oi6bi$a57$1@nnrp1.deja.com>4   <snip>   > ... But you don't care.t@ > You have no interest in what I need, or what I'm trying to do. >h? > And you certainly have no interest in helping me, regardless.     Bingo!!  We *may* have a winner!  C You've asked, you've pleaded, you've whined, you've been insulting.i  M The folk here who have what you want have said no, No, NO, and HELL NO!  Whato" part of "no" don't you understand?  J I think it's time for you to quit before you irritate someone who can make your life difficult.   <snip>  < > You know what, I'm sick you of and your uptight, stuck-up,& > snobbish, holier-than-thou attitude.  2 Since you're sick of us, you'll be leaving, right?   <snip>  D Fellow c.o.ver's, the signal to noise ratio is in imminent danger of  increasing - prepare yourselves!    & Sent via Deja.com http://www.deja.com/ Before you buy.t   ------------------------------  % Date: Tue, 29 Aug 2000 17:42:40 -0400r* From: David A Froble <davef@tsoft-inc.com>! Subject: Re: IMAP-Server for VMS?b- Message-ID: <39AC2E50.8034C2AF@tsoft-inc.com>h   Andy Harper wrote: > I > On Mon, 28 Aug 2000 13:09:50 -0400 David A Froble <davef@tsoft-inc.com>T > wrote: >  > > Matthias Koch wrote: > > >s	 > > > Hi!  > > > F > > > I'm looking for an IMAP server for VMS. I know that there is oneJ > > > included in the CPQ Office Server 5, but I don't want to install the@ > > > huge package (and license it) just for having mail access.N > > > I can't use POP any longer, because our network administrator closed theI > > > port for security reasons (he had some trouble with POP on his Unixa > > > machines). > > N > > This hearing about problems caused by the decisions of network people justN > > astonishes me.  When did I sleep through the announcement that the networkO > > people were allocated rule of the entire planet?  Last time I knew anythingaS > > about it, they were there to provide a service, not dictate how the rest of theo > > company would be run.i > H >   I think that's a little unfair.  Network people (and I am NOT one atI > present, though I have been) have to strike a balance between all kindseI > of things - performance, security, facilities etc. ANy one of these notaE > set up to the user's/managements satisfaction results in them beingi	 > blamed.  > I >   My personal stance is that (a) management decide what facilities they,I > want (b) network people decide the best way to implement them (c) users.I > who want additional facilities need to persuade management of the need.M  M I'm not buying it.  At least from the perspective of many of the complaints IoP see, which are usually an existing capability, currently in use, being denied inN the future.  So either the mnanagement decided they didn't need the capabilityO any more, but neglected to provide for an alternative for the affected EXISTINGIJ systems, or the network people themselves withdraw the capability, withoutD regard for the affected systems.  Pretty poor SERVICE in my opinion.  E >   However, I do agree that dropping POP for 'security' reasons is aRF > littl stupid. If you want to be really secure, block of all servicesA > completly - that'll stop 'em! Mind you, your users won't be tootF > pleased... As always, it's a fine balance - to provide faciliti4s toG > the general user, you have to accept some level of potential secuirty 	 > hazard.    Dave   -- m4 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: Tue, 29 Aug 2000 14:39:03 -0400a From: HewittM@DFO-MPO.GC.CAe Subject: Impersonate Privilege? Message-ID: <254EE5CE305FD211832C0060B06B2652024A4CE5@MSGNCR05>"  K Can someone give me a good use for the Impersonate Privilege within the UAFl) record?  What does it allow a user to do?B   Cheers,o              Michael HewittZ   Systems ManagerM Technology Services Branch Dept of Fisheries and Oceans Canadian Federal Governmentl  200 Kent St. Ottawa, ON, K1A 0E6 *HewittM@dfo-mpo.gc.ca  0 *(613) 993-2692	* (613) 274-1757* (613) 993-8930   ------------------------------   Date: 29 Aug 2000 18:46:22 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: Impersonate Privilege6 Message-ID: <8oh0du$pn6$2@mailint03.im.hou.compaq.com>  ] In article <254EE5CE305FD211832C0060B06B2652024A4CE5@MSGNCR05>, HewittM@DFO-MPO.GC.CA writes:tL :Can someone give me a good use for the Impersonate Privilege within the UAF
 :record?    G   It is the new name for the (confusingly-named) DETACH privilege -- no I   privileges are required to create a detached process.  The impersonate  E   (detach) privilege permits the creation of a process under any UIC.r  ! :What does it allow a user to do?   .   Anything the user wants to, quite literally.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 29 Aug 2000 20:33:14 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)d" Subject: Re: Impersonate Privilege+ Message-ID: <nDfARax0DKJM@eisner.decus.org>r  ] In article <254EE5CE305FD211832C0060B06B2652024A4CE5@MSGNCR05>, HewittM@DFO-MPO.GC.CA writes:eM > Can someone give me a good use for the Impersonate Privilege within the UAF + > record?  What does it allow a user to do?u   Who do you want to be today ?c   Be all that you can be.d  @ In particular, you can create processes owned by other UICs with? RUN/DETACHED and you can create processes under other usernamest= by calling $PERSONA_CREATE, $PERSONA_ASSUME and then $CREPRC.I   ------------------------------  # Date: Tue, 29 Aug 2000 17:58:44 GMTe) From: Lonny Balderston <lbalders@gte.net>   Subject: INTERnet ACP AUXS error# Message-ID: <39ABFA04.6B75@gte.net>o  8 Greetings! Can anyone tell me how to resolve this error:  8 %%%%%%%%%%%  OPCOM  29-AUG-2000 09:07:53.09  %%%%%%%%%%%$ Message from user INTERnet on ALPHA1F INTERnet ACP AUXS error during process exit  Status = %CLI-E-NOCMDPROC    
 Thank you,   Lonny Balderston lbalders at gte dot nete   ------------------------------    Date: 29 Aug 2000 20:17:45 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)$ Subject: Re: INTERnet ACP AUXS error* Message-ID: <39abfe49$1@news.kapsch.co.at>  O In article <39ABFA04.6B75@gte.net>, Lonny Balderston <lbalders@gte.net> writes: 9 >Greetings! Can anyone tell me how to resolve this error:d >e9 >%%%%%%%%%%%  OPCOM  29-AUG-2000 09:07:53.09  %%%%%%%%%%%a% >Message from user INTERnet on ALPHA1sG >INTERnet ACP AUXS error during process exit  Status = %CLI-E-NOCMDPROCn  7 Yes. See the answer to the thread a couple of days ago.hH In short, check your UCX/TCPIP service home directories and their files.   -- h< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888C< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------   Date: 29 Aug 2000 18:43:16 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)$ Subject: Re: INTERnet ACP AUXS error6 Message-ID: <8oh084$pn6$1@mailint03.im.hou.compaq.com>  O In article <39ABFA04.6B75@gte.net>, Lonny Balderston <lbalders@gte.net> writes:.9 :%%%%%%%%%%%  OPCOM  29-AUG-2000 09:07:53.09  %%%%%%%%%%%j% :Message from user INTERnet on ALPHA1uG :INTERnet ACP AUXS error during process exit  Status = %CLI-E-NOCMDPROCc  3   OpenVMS version and platform, and TCP/IP version?t  6   Does the following help text provide any assistance?   	-->  D  NOCMDPROC,  error opening captive command procedure - access denied  7   Facility:     CLI, Command Language Interpreter (DCL)u  K   Explanation:  When you attempted to log in, you failed because you have atK                 captive account and DCL received an error during the login.lH                 For example, DCL could not find your LOGIN.COM file. YouJ                 may also have incorrect protection on the system's SYLOGINK                 file (SYS$MANAGER:SYLOGIN.COM or /SYSTEM/EXEC logical). The M                 system's SYLOGIN file must be protected with at least WORLD:ESF                 access to the file and the directory that contains it.  (   User Action:  See your system manager.    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 29 Aug 2000 19:40:50 GMTM1 From: "Mark D. Jilson" <jilly@clarityconnect.com>D9 Subject: Re: Low-level interface to AlpSta parallel port? 2 Message-ID: <39AC1378.41490250@clarityconnect.com>   See SYS$EXAMPLES:LRDRIVER.C    sms@antinode.org wrote:o > H >    When I get some (currently non-copious) free time, I'd like to playJ > around with a low-level, bit-twiddling interface to the parallel port on? > my AlpSta 200 4/233, in the hopes of controlling some simple,a > non-printer hardware.l > I >    A quick look at the I/O documentation suggested nothing.  LRA0 looksnE > very printer-like.  Is there a QIO path through the LR driver whicheF > would do this?  Actual answers or pointers to documentation would be
 > welcome. > J > ------------------------------------------------------------------------ > E >    Steven M. Schweda               (+1) 651-699-9818  (voice, home) E >    382 South Warwick Street        (+1) 763-781-0308  (voice, work)eI >    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)h; >    sms@antinode.org                sms@provis.com  (work)o   --  D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  % Date: Tue, 29 Aug 2000 19:37:15 -0500o7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>d& Subject: OT: 1.3GHz Pentium III Faulty- Message-ID: <39AC573B.18178E24@earthlink.net>o  : From an "InfoWorld Scoop" that I get by e-mail everyday...  " PENTIUM III PROCESSOR FOUND FAULTY  ' Posted at Aug 28, 2000 02:40 PM Pacifico  0 A GLITCH THAT causes Intel's fastest Pentium III. processor to fail has also caused IBM and Dell4 Computer to stop taking orders for the 1.13GHz Intel6 chip, according to officials for both computer makers.  7 Round Rock, Texas-based Dell had been taking orders for 5 the processor, which is  shipping in Dell's Dimensionh6 XPS B desktop PC line, since the launch of the 1.13GHz5 Pentium III processor on July 31, said Dell spokesmans5 Tom Kehoe. But Monday, Dell stopped taking orders forh- units that would house the bad chip and beganc3 contacting customers, offering them the slower, 1GHw, Intel Pentium III processor as a substitute.     For the full story: O http://www.infoworld.com/articles/hn/xml/00/08/28/000828hnfastchip.xml?0829tuamg   -- k David J. Dachteran dba DJE Systems. http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Tue, 29 Aug 2000 18:24:53 -0700 ! From: Shane.F.Smith@Healthnet.com * Subject: Re: OT: 1.3GHz Pentium III FaultyC Message-ID: <OF8725282B.5DDA56D5-ON8825694B.000719C1@HEALTHNET.COM>e  F You may also find the artricles on www.tomshardware.com (Tom found theH problem originally) and www.HardOCP.com who helped prove it wasn't Tom'sC methodology. Interestingly, apparently HardOCP had also experienced J problems, but Intel talked them into sending the chip back for tests. WhenJ Intel returned it, several of the original problems had vanished. Strange, huh?   Shanee          K "David J. Dachtera" <djesys.nospam@earthlink.net> on 08/29/2000 05:37:15 PMn   To:   Info-VAX@Mvb.Saic.Com  cc:g  ' Subject:  OT: 1.3GHz Pentium III Faultyw    : From an "InfoWorld Scoop" that I get by e-mail everyday...  " PENTIUM III PROCESSOR FOUND FAULTY  ' Posted at Aug 28, 2000 02:40 PM Pacifich  0 A GLITCH THAT causes Intel's fastest Pentium III. processor to fail has also caused IBM and Dell4 Computer to stop taking orders for the 1.13GHz Intel6 chip, according to officials for both computer makers.  7 Round Rock, Texas-based Dell had been taking orders forr5 the processor, which is  shipping in Dell's DimensionV6 XPS B desktop PC line, since the launch of the 1.13GHz5 Pentium III processor on July 31, said Dell spokesman 5 Tom Kehoe. But Monday, Dell stopped taking orders for - units that would house the bad chip and began 3 contacting customers, offering them the slower, 1GHt, Intel Pentium III processor as a substitute.     For the full story:DO http://www.infoworld.com/articles/hn/xml/00/08/28/000828hnfastchip.xml?0829tuami     -- David J. DachteraV dba DJE SystemsA http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/r  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.m   ------------------------------   Date: 29 Aug 2000 23:19 CSTr' From: carl@gerg.tamu.edu (Carl Perkins)r/ Subject: Re: Please help a poorly Microvax 3100r- Message-ID: <29AUG200023193377@gerg.tamu.edu>l  ; "David J. Dachtera" <djesys.nospam@earthlink.net> writes...sH }Um, I'd try to get your system disk OFF of SCSI Id. 7, especially sinceI }the SCSI controller itself is Id. 6. Having the disk at a higher Id thanTG }the controller may be a problem, from the little I know of SCSI. I may  }be wrong about that, though.f }--  }David J. Dachtera  E I've been running a VAXstation 3100m48 with the system disk on DKB700e1 for something over 10 years. It is not a problem.r   --- Carl   ------------------------------  % Date: Tue, 29 Aug 2000 21:29:32 -0500e7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> - Subject: Re: Portable GUIs (VMS+Windows-NT) ?n- Message-ID: <39AC718C.AD1C1B35@earthlink.net>Y   Robert Deininger wrote:a [snip]F > I know one guy who uses this package on his PeeCee.  It looks awful.N > He has to click a bunch of mousey-buttons because he can't make the keyboardG > do some stuff.  Backspace and delete are messed up.  The VT emulationsG > in general seems awful when he connects to VMS.  Maybe he just has ith > configured wrong?h   <hackles function=lower>  H Um, Reflection is the *ONLY* complete VT emulation on the market, AFAIK.? Try to find another that does smooth-scroll when you absolutelya postively *MUST* have it.i  6 Your co-worker DEFINITELY has something misconfigured!  B Unfortunately, WRQ has been "assimilated", and both their terminalH programs and FTP client have lost a great deal of functionality in favorG of Windows "integration". Their V6.1 FTP client was really easy to use,SH especially if you've ever used LapLink. Their V7.0 FTP client is a totalH abomination - the only way to use it effectively is use the command line- within the window - so why bother with a GUI?    -- h David J. DachteraM dba DJE Systemso http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/D  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.-   ------------------------------  % Date: Tue, 29 Aug 2000 09:55:33 -0500l+ From: Jorge Valenzuela <jvalen@alefdata.cl>r7 Subject: Re: Problems with Accounts " CAPTIVE " in VMS. + Message-ID: <39ABCEE4.92D2E8D1@alefdata.cl>    Hello:  1     Thanks for the help ... we solve the problem.,  (                             thanks again  =                                             Jorge V.S.'000829W   Hoff Hoffman wrote:   [ > In article <39A6FAB6.86D05057@alefdata.cl>, Jorge Valenzuela <jvalen@alefdata.cl> writes:e- > :Problems with Accounts " CAPTIVE " in VMS.O >WJ >   Please take the time to skim through the documentation for CAPTIVE andJ >   RESTRICTED accounts in the security manual, as this will save you someF >   effort.  In the OpenVMS V7.2 documentation, please take a look at: > ) >     http://www.openvms.compaq.com:8000/sD >       72final/6346/6346pro_003.html#prv_creating_a_captive_account >i > :1. ..." INQUIRE "...  >iI >   As stated in the manuals and as you have found, use READ.  INQUIRE ispL >   a powerful and mystical command with strange and wonderous capabilities,K >   and (though both the command and the capabilities are fully documented) 9 >   is a DCL command that should best be left to wizards.0 >2H > :2, After fixing the menus, all the accounts that the client used wereK > :modified  and the flag " Captive " was turned on. But a problem with allcK > :the programs that use the function " RTL " LIB$SPAWN, which makes a callrH > :or exit to the S.O. and executes a commando that goes like parameter,@ > :this comand doesnt work with the flag " CAPTIVE " turned on. > J >   Use the TRUSTED bit flag on lib$spawn, or the SPAWN/TRUSTED qualifier,I >   depending on the context -- if you need to use a subprocess, that is.o >tK >   If you are working primarily in DCL, I added a section (shameless plug)pJ >   to the Writing Real Programs in DCL book that covers security aspects,B >   and particularly around correct use of CAPTIVE and RESTRICTED. >wP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   --H //////////////////////////////////////////////////////////////////////// //  ALEF DATA S.A.  //5 //  Fn:(562) 695-6600  //  Jorge Valenzuela Sepulvedaw2 //  Fx:(562) 697-2037  //  Jefe Area de Ingeniera1 //  Agustinas 1141 piso 7. //  jvalen@alefdata.cl - //  Santiago, Chile  //  alefdata@alefdata.cltG ///////////////////////////////////////////////////////////////////////    ------------------------------   Date: 29 Aug 2000 18:36:49 GMT  From: inwap@best.com (Joe Smith)" Subject: Re: Q: Why not (2^n)-bit?- Message-ID: <8ogvs1$1in7$1@nntp1.ba.best.com>'  7 In article <ALDERSON.00Aug28112514@netcom2.netcom.com>,t4 Richard M. Alderson III <alderson@netcom.com> wrote:D >In article <8odsdb$em$1@bob.news.rcn.net> jmfbahciv@aol.com writes: >m+ >> In article <8o9oc0$ql2$1@pyrite.mv.net>,i. >>    "Bill Todd" <billtodd@foo.mv.com> wrote: >eE >>> The 10/20 Jupiter fiasco was just the first (major) such blunder,s >eO >> No.  The first blunder was cancelling the MG20. (I think that's the hardware 	 >> name.)m >pO >MG20 was a memory module on the KL, introduced in the mid-80s.  Allowed a full L >4MW to be installed (MF20 maxed out at 3MW, in more cabinetry).  So I don't& >think it's what you were thinking of.  L The MG20 foul-up is why the large PDP-10 sites switched to 3rd party memory.  H Four-way interleaving required either four separate memory units, or oneE unit with four bus connectors, so that four words could be transfered , in parallel to the 144-bit cache controller.  H Tymshare used Ampex memory exclusively on KL systems (all uniprocessor).D Four ports to go to the four memory bus cables, one port to the SA10C disk/tape controller, and one port to the Tymnet network interface.0  D DEC did not come out with big memory boxes that had the required six memory ports.  They lost sales.0 	-Joe2 --8 See http://www.inwap.com/ for PDP-10 and "ReBoot" pages.   ------------------------------  % Date: Tue, 29 Aug 2000 21:21:42 -0400r1 From: "Don Chiasson" <don_chiasson@earthling.net> " Subject: Re: Q: Why not (2^n)-bit?. Message-ID: <sqot68fhc5d73@corp.supernews.com>  " jmfbahciv@aol.com wrote in message! <8odsdb$em$1@bob.news.rcn.net>...o4 >>I *still* don't recall exactly when Olsen made the infamous statement (let-9 >>alone its exact wording).  If he said it any time aftera the IBM PC hit the: >>market, then I'll retract my above defense of him; if he said it any time: >>before 1979, then I'll stand by every word of it (and if it was3 >>significantly earlier, I don't really see how any  fair-minded individual >>could disagree). >h< >I don't remember the year.  I'll try to remember what I was: >doing when that piece of rumor went around my head.  I do: >remember most of us being flabberghasted by the sentiment< >since we all had terminals at home and used them.  And then; >we began to dream..having a -10 in the house...jeez...whatt2 >JMF couldn't have done with that on his off time. >. ><snip>-  2 From Cerf and Navasky, The Experts Speak (Pantheon< Press, 1984): "There is no reason for any individual to have8 a computer in their home.", Ken Olson, Convention of the% World Future Society in Boston, 1977.4; Source: Quoted by David H. Ahl in a 1982 interview with thel authors of the book.  ; In 1977, a lot of things were not clear. Apple was founded,r8 and computers were toys. On the other hand, Olson should; have realized shortly afterward that he had erred. Mistakesm9 happen, the important thing is to keep reviewing data and 1 make corrections when it is obvious a mistake was  made.w             Donc   ------------------------------  % Date: Tue, 29 Aug 2000 21:06:34 -0500e7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>c= Subject: Re: Questions about AUTOGEN, PQL_*WS*, PHYSICALPAGESO- Message-ID: <39AC6C2A.D8BE5ABA@earthlink.net>-   "Alan E. Feldman" wrote: >  > Hello, >  > We are running VMS V6.1.   Kinda old, but...t    [snip] (Re: PQL_M* Vs. PQL_D*)E > Why are some of the minima greater than the defaults? (There are no F > references to any PQL parameters in MODPARAMS.DAT.) Is this expected! > behavior in some circumstances?N  F Autogen likely calculates these based on observed behavior. I've neverF spent much time digging around in Autogen, so that's a guess, at best.  eI > Also, as seen below, SH MEM says we have 40 MB of memory = 81920 pages.m? > However, AUTOGEN came up with a value of 131072 pages. But my / > supervisor tells me that there is only 40 MB.o > E > ID_FE$ SEAR SYS$SYSTEM:SETPARAMS.DAT PHYS  ! From my run of AUTOGENn$ > parameter set PHYSICALPAGES 131072 > ID_FE$ SH MEM/PHY B >               System Memory Resources on 29-AUG-2000 13:12:06.16 > B > Physical Memory Usage (pages):     Total        Free      In Use
 > ModifiedB >   Main Memory (40.00Mb)            81920       30115       48649 > 3156 > H > Of the physical pages in use, 14785 pages are permanently allocated to > VMS. > ID_FE$ >  > Do I really have 64 MB?  [snip]- > ID_FE$ WRITE SYS$OUTPUT F$GETSYI("MEMSIZE")n > 131072 > ID_FE$  ' I'd have to believe the MEMSIZE output.S   --   David J. Dachterap dba DJE Systems< http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/s  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.r   ------------------------------   Date: 29 Aug 2000 18:00:42 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)D Subject: Re: Replace licenses for VAXcluster for Education/Research?, Message-ID: <8ogtoa$r5g@gap.cco.caltech.edu>   In article <Pine.LNX.3.96.1000829074627.29554A-100000@rocinante.admin.rose-hulman.edu>, "Robert J. Slover" <slover@Rose-Hulman.Edu> writes:s >eA >Count yourself lucky that you even have a chance, however small. @ >I've been told I've got to find a way to be rid of both our VMS: >clusters (VAX and Alpha) by the end of December.  New VP.  I I'm beginning to wonder if the reason the rumored ESL/CSLG replacement is K taking so long is that the folks at Compaq looked around, realized that VMS I was for all intents and purposes already dead in academia, and decided to I let it go quietly into that good night.  (Which doesn't bode any too well C for the long term since no new VMS people will be coming out of the  colleges.)    D Realistically, even if they offered a reasonably complete set of VMSK licenses for free (OS, cluster, compilers) they would at this point in timetK be unable to get much market growth in academia due to a variety of factorslI that make VMS none too desirable on small systems. For instance, speakingnI for myself, I would not convert our Linux/Alpha DS10 based beowulf to VMS F at this time even if it cost me nothing for the licenses.  This isn't B because I don't like VMS but because I've done the comparisons on F identical hardware, and well, VMS has some really serious problems nowI for academic computing.  (Probably for most small systems computing.)  In( this particular instance:   J  1.  VMS doesn't support a sufficiently Unix compatible build environment 2      to allow an easy rebuild of the applications.K  2.  VMS performance on those applications which do get ported is typicallykJ      an order of magnitude slower than what Unix/Linux delivers.  (Kerry, G      this is for small systems running code written in C.  Please don'ti;      come back with an "it runs fine on E*trade" argument!)eG  3.  As a consequence of 1 and 2 and many, many years of bad corporate -H      management pretty much every piece of software I need would have to(      be ported by me to run on this OS. ,  4.  Neither MPI nor PVM would be available.  F Unless Compaq deals with 1 and 2 there's no hope whatsoever for VMS inJ academia.  (And please note that some of the performance limitations foundD affect large machines as well.  For instance, I found that C "recordJ based" IO even on a RAMdisk was 3x slower than Linux record based IO usingF file caching.  That is, doing IO straight into memory, there is a hugeG overhead in the C RTL and/or RMS for just reading/ writing records when A compared to the Unix competition.  But this operation is the same3B regardless of the scale of the machine, so potentially fixing thisG performance problem could triple the record based IO throughput on a GSUD class machine.)   If they do overcome 1 & 2 Compaq would have to do L something very proactive to handle the third.  Something like seeding a lot H of systems into the schools and offerint some sort of reward (even cash)J for ports.  If the Q did a good job on 1 and 2 the ports would be easy andH a bunch of people would suddenly discover the joys of VMS.  (But if theyD didn't do a good job on 1 & 2 these same people would confirm their D preexisting impression that VMS wasn't worth their time.) The fourth0 problem will go away if 1,2 and 3 are resolved.   F Not that I realistically expect Compaq to address any of these issues.   Regards,   David Mathog mathog@seqaxp.bio.caltech.eduo? Manager, sequence analysis facility, biology division, Caltech d   ------------------------------   Date: 29 Aug 2000 19:00:37 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)D Subject: Re: Replace licenses for VAXcluster for Education/Research?6 Message-ID: <8oh18l$psv$1@mailint03.im.hou.compaq.com>  a In article <8ogtoa$r5g@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:o :In article <Pine.LNX.3.96.1000829074627.29554A-100000@rocinante.admin.rose-hulman.edu>, "Robert J. Slover" <slover@Rose-Hulman.Edu> writes: ..K : 1.  VMS doesn't support a sufficiently Unix compatible build environment h3 :     to allow an easy rebuild of the applications.e  -   Fix underway, as has been stated elsewhere.5  H   I've seen enough hacks layered into enough tools for various flavours 7   to make me think that UNIX-compatible is an oxymoron.n  L : 2.  VMS performance on those applications which do get ported is typicallyA :     an order of magnitude slower than what Unix/Linux delivers.d  I   Ayup, and you've quite adequately and quite repeatedly made that point.o  K   Parts of this are addressed via the new caching presently in field test, dK   and write caching is high on the list for a subsequent release.  Various  K   other I/O improvements are underway -- one of the biggest problems we've  F   seen at specific sites involves the performance of repeated cycle ofE   open-close-open-close, as this is common practice in some C code...   H   I'm half-tempted to implement a "corruptable" file system -- somethingI   that doesn't bother with any sort of data consistency -- for selectablel0   use under C, just for I/O performance reasons.  H   As for your comments on porting, I've been merrily working on porting I   code, as have other internal and external folks.  Some of the code I'veeH   been dealing with is utter, um, detritus, too -- I can quite certainly
   sympathize.e   	...  - : 4.  Neither MPI nor PVM would be available.h  B   I've heard of ports (or discussions), but I don't have pointers.+   There is some related stuff in the FAQ...c  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 29 Aug 2000 19:43:50 GMT ( From: Terry Kennedy <terry@gate.tmk.com>D Subject: Re: Replace licenses for VAXcluster for Education/Research?' Message-ID: <G02K52.DrL@spcuna.spc.edu>e  4 David Mathog <mathog@seqaxp.bio.caltech.edu> writes:H > Unless Compaq deals with 1 and 2 there's no hope whatsoever for VMS in > academia.e  K   Well, SPC installed a new VMS system this past spring - a DS20 to replace J a VAX 4000-700A. The purpose of VMS at SPC has changed over the years - itI was originally a "teaching-people-programming" environment, but now it is L mostly the campus mail server (using PMDF and MultiNet). Performance on thatM sort of stuff is just fine (7 internal 9GB disks using KZPAC backplane RAID).r  L   All users have accounts on the system and are free to use whatever compil-M ers and other tools are installed. There's also a Unix box (home-built, usingfK BSD/OS) and some NT servers. People get accounts on all of them and can use L whichever one they like. Programming assignments can be done on any of thoseJ or PC's, as long as the instructor believes you didn't fudge the program's output.   - 	Terry Kennedy             http://www.tmk.comk5         terry@tmk.com             Jersey City, NJ USA    ------------------------------   Date: 29 Aug 2000 20:35:41 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)D Subject: Re: Replace licenses for VAXcluster for Education/Research?, Message-ID: <8oh6qt$4kr@gap.cco.caltech.edu>  k In article <8oh18l$psv$1@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:e > b >In article <8ogtoa$r5g@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes: >:In article <Pine.LNX.3.96.1000829074627.29554A-100000@rocinante.admin.rose-hulman.edu>, "Robert J. Slover" <slover@Rose-Hulman.Edu> writes:v >...L >: 1.  VMS doesn't support a sufficiently Unix compatible build environment 4 >:     to allow an easy rebuild of the applications. >a. >  Fix underway, as has been stated elsewhere. >nI >  I've seen enough hacks layered into enough tools for various flavours e8 >  to make me think that UNIX-compatible is an oxymoron.  I Agreed, Unix-compatible is an oxymoron.  That's why the "Unix compatible yF build environment" really means "Sun emulation" or "Linux emulation" (B and the latter would be a pain because it's such a moving target.)H The point being that since most of the software comes from either Sun orF Linux (in my experience) you might as well emulate those as closely asC possible because if you don't the Unixy build environment will failsJ frequently for its intended task.  There's still going to be work to do onJ any port, but at least you won't have to struggle getting to the MakefilesA and the other miscellaneous bits which are generated on the fly.     > M >: 2.  VMS performance on those applications which do get ported is typicallyAB >:     an order of magnitude slower than what Unix/Linux delivers. >:J >  Ayup, and you've quite adequately and quite repeatedly made that point. >   G That's because nothing has changed for the end users yet.  I promise to.C shut up about it when my VMS systems are as fast as the Linux ones!lJ Assuming that is that these changes arrive before we have to shut down ourJ last VMS machine (something a new ESL/CSLG might help to postpone but then3 that too seems to be aging in a cellar somewhere.) c  L >  Parts of this are addressed via the new caching presently in field test, L >  and write caching is high on the list for a subsequent release.  Various L >  other I/O improvements are underway -- one of the biggest problems we've G >  seen at specific sites involves the performance of repeated cycle ofsF >  open-close-open-close, as this is common practice in some C code...  E Yes, I've seen that one too.  Luckily the noisy disk buzzing of such hL applications serves as an immediate warning that such things are going on.  E At least they do when the workstation is on a hard drum-like surface.s   > I >  As for your comments on porting, I've been merrily working on porting  J >  code, as have other internal and external folks.  Some of the code I'veI >  been dealing with is utter, um, detritus, too -- I can quite certainlyu >  sympathize. >  >	...k >a  J There is that.  I can count the number of applications I've seen where theJ build methods force the compiler into -ansi or -pedantic on the fingers ofH one hand.  And consequently they tend to be riddled with errors that theI VMS compiler picks up.  But running the VMS compiler in an equally sloppysK mode is rarely a good choice because all those silent bugs in the Unix codesA have a nasty tendency to express themselves when run on OpenVMS. R    G I don't recall that fixing the stream-lf 32k barrier has been listed as-H part of the Unixy work in progress.  That limitation may not affect mostB people, but it raises its ugly head very often in my work, where IF encounter programs that expect to be able to write a couple of millionG characters out as a single line, or demand to read it in in that form.     Regards,   David Mathog mathog@seqaxp.bio.caltech.edul? Manager, sequence analysis facility, biology division, Caltech /   ------------------------------  % Date: Tue, 29 Aug 2000 17:59:48 -0400-* From: David A Froble <davef@tsoft-inc.com>D Subject: Re: Replace licenses for VAXcluster for Education/Research?- Message-ID: <39AC3254.17E6B2B5@tsoft-inc.com>1   Jim Agnew wrote: > * > University giving up their site license. > " Even if they can keep it for free?   Dave   -- r4 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: Wed, 30 Aug 2000 05:05:03 GMT24 From: LESLIE@209-16-45-102.insync.net (Jerry Leslie)D Subject: Re: Replace licenses for VAXcluster for Education/Research?' Message-ID: <3C0r5.500$%6.12031@insync>o  0 Robert J. Slover (slover@Rose-Hulman.Edu) wrote: : B : Count yourself lucky that you even have a chance, however small.A : I've been told I've got to find a way to be rid of both our VMSu; : clusters (VAX and Alpha) by the end of December.  New VP.r : B : I come to work now sick to my stomach.  My cluster uptime is 232C : days...since we took things down in January when they put a new 3eB : phase power feed into the building.  Don't know how long we were3 : up prior to that.  Nothing else here comes close.t : 
 : --Robert :    Robert,n  @ Life's too short to come to work sick to your stomach every day.  B My former employer, Aspen Technologies, was displaying tendencies A towards becoming a 100% Microsoft shop, which was a major reason -D I left. They expected me to be able to maintain Wintel Cartel boxes . as well as I do VMS systems, overlooking that:  ;  o NT/W2K has no way to support remote crash dump analysis.d>    I checked this with Alan Frisbie and Jamie Hanrahan on this)    topic, and Jamie teaches NT internals.l  C  o There is no Microsoft equivalent to the Customer Support Center.>;    Just whip out the ole credit card, KA-CHING, KA-CHING...   D I'm now a contract VMS system manager for a pipeline control center,7 where there's no desire to give up working VMS systems.v  / --Jerry Leslie   leslie@209-16-45-97.insync.netl;                  leslie@209-16-45-102.insync.net is invalido2                  (my opinions are strictly my own)   ------------------------------  % Date: Wed, 30 Aug 2000 01:42:22 -0400y2 From: rdeininger@mindspring.com (Robert Deininger)D Subject: Re: Replace licenses for VAXcluster for Education/Research?L Message-ID: <rdeininger-3008000142230001@user-2ive7j6.dialup.mindspring.com>  Q In article <G02K52.DrL@spcuna.spc.edu>, Terry Kennedy <terry@gate.tmk.com> wrote:k  M >   Well, SPC installed a new VMS system this past spring - a DS20 to replaceu > a VAX 4000-700A.  A Having little or no budget, and desperately needing to upgrade anyE underpowered Q-bus Vax for long-term, production work, I have to keepw4 my eyes open for the words "replace" and "VAX 4000".  + And since we are within driving distance...o   Tho it shames me, I must ask...d  $ What happened to your Vax 4000-700A?   --   Robert Deininger rdeininger@mindspring.como   ------------------------------   Date: 29 Aug 2000 22:35 CST ' From: carl@gerg.tamu.edu (Carl Perkins)  Subject: Re: run *.com- Message-ID: <29AUG200022350418@gerg.tamu.edu>0  ^ In article <8o67gf$48a$2@mailint03.im.hou.compaq.com>, hoffman@xdelta.zko.dec.nospam writes... } ` }In article <8o6558$qtp$1@goliat.eik.bme.hu>, FAZEKAS Mihaly <michael@goliat.eik.bme.hu> writes:E }:How can i simply run all .COM file in current (or spec.) directory?l } G }  As this is a rather unusual request, what are you really up to here?g } G }  The literal answer involves a simple DCL command procedure using theiH }  f$search lexical to scan the directory, with each *.COM located beingE }  invoked as a command procedure in the sequence they are retrieved.  } D }  An example that simply lists the files with a .COM file extensionD }  follows, and could easily be altered to invoke the located files: }  }$ fn = f$search("",1)"m }$Next:  }$ fn = f$search("*.COM",1)m }$ if fn .eqs. "" then exitt }$ write sys$output "@''fn'" }$ goto Next }$ }  } $ }  To invoke a command file you can: }  }    @filename }    @filename.COM
 }    filename  } I }  The latter syntax assumes you have DCL$PATH logical name defined, and  E }  that it includes the current directory in its list of directories.  } G }  Also please indicate your OpenVMS version when posting, as potential K }  suggestions -- such as the DCL$PATH stuff -- have specific (and usually a! }  minimum) version requirements.I } O } --------------------------- pure personal opinion ---------------------------2M }   Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.comr  J If you change this to run each .com file instead of writing it's name out,F I would suggest that you do not run it on the directory that this file itself is in...l   --- Carl   ------------------------------  % Date: Tue, 29 Aug 2000 11:27:55 -0700c! From: Shane.F.Smith@Healthnet.come' Subject: Re: Security/Auditing questiondC Message-ID: <OF6D78671E.3BAC1187-ON8825694A.00656341@HEALTHNET.COM>   @ FWIW, I think you can get the bible in Klingon on CD these days.   Shaneg          9 paddy.o'brien@zzz.tg.nsw.gov.au on 08/29/2000 01:12:40 PM    To:   Info-VAX@Mvb.Saic.Coms cc:?  ( Subject:  Re: Security/Auditing question     Jordan Henderson > Guide to System Security!?!1  C > He clearly needs the source to OpenVMS (on CD, latest version) to-C > really understand what needs to be done here.  No mere book couldc* > possibly be as definitive as the SOURCE!  7 Yep, too much Star Wars ... may the SOURCE be with you.X  J The Christian religion has obviously failed because the Christian bible is notoI (?possibly) on CD.  What about those other religious bibles .. the Koran,  K&RqG and the Karma Sutra?  Are they all on CD yet?  The latter might also bea	 Perfumed.a   Regards, Paddy   ------------------------------  % Date: Tue, 29 Aug 2000 20:23:17 -0500o7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> ' Subject: Re: Security/Auditing questions- Message-ID: <39AC6205.524C85CC@earthlink.net>l   Jim Agnew wrote: > ? > who needs cds? where we're going, we don't need no cds!!! ;-)m [snip]   <bogus mexican accent>  # CDs? We don't need no stinkin' CDs!a   Vaminos!   </bogus mexican accent>e   -- l David J. Dachteraa dba DJE Systemso http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/h  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.n   ------------------------------    Date: 29 Aug 2000 19:02:48 -0500* From: kuhrt@eisner.decus.org (Marty Kuhrt)- Subject: Re: Setting VT420 to 36 line displayo+ Message-ID: <r$yLjetMo+KF@eisner.decus.org>y  u In article <Pine.GSO.4.10.10008232304150.13371-100000@illyana.qualcomm.com>, Ryan Moore <rmoore@qualcomm.com> writes:i% > On 23 Aug 2000, Graham Allan wrote: : >> "Adrian Lumsden" <A.Lumsden@spamtrap.xdt.co.uk> writes: >> A? >> > Nope. The VT420 supports 24, 36 or 48 lines on the screen.-< >> > You can even do two lots of 24 lines in a split screen, >> > dual session mode.t >>  L >> Really? I have a couple of VT420s (with no manuals), using dual sessions.K >> I can see how you get 48-line mode... how do you enable the split-screen(' >> feature? I'd find that quite useful!n > K > First, I assume you have a dual-session capable terminal (I don't know ifCG > all VT-420's are dual-session capable).  Plug in two different seriale/ > cables and set up the communications on them.i > J > Use <F4> to switch between sessions and <CTRL>-<F4> to toggle in and outK > of split-screen mode.  Make sure both of your sessions are set to 48-linet/ > mode or you'll only see part of each session.m > I > Split-screen mode is very cool.  I even think there is a way to cut and L > paste text from the terminal!  There's a magic key-sequence (which I don'tK > remember) that enters a mode where the screen freezes and you can controlgD > the cursor to select an area of text, copy it, and paste it to theF > original cursor position.  Maybe someone else can fill us in on that
 > feature. >   = Well, whaddayaknow, neato!  Learn something new every (inserto@ time period here).  I didn't know about the Ctrl-F4 feature, but1 I use the cut/paste feature every now and then.  a  A To cut, hold down Ctrl-F1 and then use the arrow keys to position,? the cursor.  While still holding down the Ctrl-F1, press Selectt: and then arrow over the text to select.  Still holding the< Ctrl-F1 key?  Good.  Once you have the text selected use the@ Remove key to put it into the "paste buffer".  You can let go of the Ctrl-F1 combo now.  A Use the Ctrl-F1 combo and arrows to position the cursor where youj/ want to insert the text and then press Insert. a   ------------------------------  % Date: Tue, 29 Aug 2000 21:41:59 -0700n From: jeshuel@earthlink.netc Subject: Six Figure Income !!c- Message-ID: <0G03002DS8D4YG@mx.east.saic.com>   0 Your name has been referred to me as a fellow=205 "opportunity seeker" and I know you will be impressede by this special event!! 6 ------------------------------------------------------2 Under Bill s.1618 TITLE III passed by the 105th US6 Congress this letter CANNOT be considered spam as long0 as the sender includes contact information and a2 method of removal. Removal instructions located on bottom of message.    + http://www.sixfigureincome.com/free/?364330a  6 STUFF An Extra $1200-$5000 in Your Pocket Every Month!  F Through our FREE Affiliate Program you can earn hundreds of dollars e=F very month on sales of subscriptions to Six-Figure Income Magazine, a=F dvertising in SFI Magazine, and on dozens of our exclusive informatio=F nal products and business-building services. We'll provide everything=
  you need:0 =B7=09FREE fully-integrated Affiliate Website=20 =B7=09FREE Sample Ads=20/ =B7=09FREE full-color Internet-ready banners=20r You also receive:yF =B7=09FREE lifetime subscription to our exclusive Six-Figure Income N=F ewsletter featuring marketing tips, secrets, & techniques; how-to art=F icles; latest home business news and stats; special, unpublished exce=F rpts from our exclusive magazine interviews; plus other invaluable ar=F ticles, insider strategies, and information from the planet's highest=( -earning home business entrepreneurs.=204 =B7=09FREE Internet Income=D6 Course ($295 value)=20F ACT NOW and we'll also include you in our international POWERLINE co-= op advertising program - FREE!; Sign up now at: http://www.sixfigureincome.com/free/?364330)  + http://www.sixfigureincome.com/free/?364330e  6 You are receiving this email because we have exchanged3 business opportunities, communicated in some way on 1 the internet or I received your e-mail as someonef3 interested in Internet Business Opportunities. If I-3 received your e-mail in error, or you are no longerr: interested, simply email me at jeshuel@earthlink.net  with4 REMOVE in the subject field and you will be promptly3 removed from my mailing list.***THIS IS NOT SPAM***s2 Under Bill s.1618 TITLE III passed by the 105th US6 Congress this letter CANNOT be considered spam as long0 as the sender includes contact information and a method of removal.=20 
 Thank You!   ------------------------------   Date: 29 Aug 00 11:26:33 PST From: mckinneyj@cpva.saic.coma* Subject: RE: SYS$STARTUP:LICENSE_CHECK.EXE( Message-ID: <zrH9Drc5FqQf@cpva.saic.com>  D In article <C15945A9D9EFCF11BA8B08002BBF1CCC0CD7CC@berry.mvpsi.com>,&  John Vottero <John@MVPSI.com> writes:N > I think I finally understand your question.  You aren't having problems withL > your VMS license, you're simply trying to figure out how LICENSE_CHECK.EXE > is supposed to work, right?n > B That's correct... I don't believe that I have a licensing issue. I= do have a DECwindows issue. A DSN article suggests using this > executable to determine if the issue is license related. UsingB the program I suspect that I saw all the same results that you did@ on the 7.2-1 Alpha. I then tried it on several other 7.1 systems and observed the same behavior.-  H > It also seems to do strange things on my V7.2-1 Alpha.  I get the sameM > LICENSE-E-NOAUTH even though there is a valid OPENVMS-ALPHA license loaded.cC > When I tried it on a V6.2 Alpha I didn't get any messages and thel2 > DECW$LICENSE_CHECK logical name was set to TRUE. >  > It looks like it's broken. >  >> -----Original Message-----aA >> From: mckinneyj@cpva.saic.com [mailto:mckinneyj@cpva.saic.com]i* >> Sent: Tuesday, August 29, 2000 12:40 PM >> To: Info-VAX@Mvb.Saic.Com- >> Subject: RE: SYS$STARTUP:LICENSE_CHECK.EXEr >> - >> nG >> In article <C15945A9D9EFCF11BA8B08002BBF1CCC0CD7CA@berry.mvpsi.com>,a) >>  John Vottero <John@MVPSI.com> writes:nA >> > The OPENVMS-ALPHA license has the NO_SHARE attribute.  This n >> means that you A >> > must specify which node the license is to be loaded on.  Do   >> a LICENSE@ >> > LIST/FULL to see what node (if any) is currently set then,  >> do a LICENSEsA >> > MODIFY/INCLUDE=.... to set the name of the node the license " >> is to be loaded >> > on. >> > >> mH >> It's my recollection that the VMSLICENSE utility enforces assigning aA >> license with the NO_SHARE attribute to a specifice node duringt? >> registration in a cluster environment. Anyway, this license o >> does belongH >> to (was loaded on) the node that the command was issued on as seen on >> the Include: line below.k >> e >> $ lic lis/ful OPENVMS-ALPHA >> [...]. >>  Product Name:                OPENVMS-ALPHA >> [...]@ >>  Activity:                    A (VAX/VMS Capacity or OpenVMS  >> Unlimited or Base):) >>  Options:                     NO_SHAREw >> [...]' >>  Status:                      Activef >> [...]' >>  Include:                     XXXXXX: >>    >> >> -----Original Message-----D >> >> From: mckinneyj@cpva.saic.com [mailto:mckinneyj@cpva.saic.com], >> >> Sent: Tuesday, August 29, 2000 8:50 AM >> >> To: Info-VAX@Mvb.Saic.Coms0 >> >> Subject: RE: SYS$STARTUP:LICENSE_CHECK.EXE >> >>  >> >>  >> >> In article rF >> >> <9F664D538536D411BD3200508B6FF01A8AE994@bdant027.bda.bobda.com>,: >> >>  "Boyle, Darren" <boyledj@bankofbermuda.com> writes:D >> >> > It runs as part of the system startup to load the licenses.  >> >>  You do not have@ >> >> > the required units for this type of machine investigate  >> >> SHOW LICENSE/CHARGEo= >> >> > and a SHOW LICENSE/FULL OPENVMS-ALPHA, if you have a m >> >> setting of MOD_UNITSI >> >> > then you can correct this with LICESE MOD/UNITS=nnn OPENVMS-ALPHAc >> >> > - Darren >> >> >  >> >> Sounds reasonable but, >> >>  >> >> $ sho lic/ch0 >> >> VMS/LMF Charge Information for node XXXXXXE >> >> This is a Digital AlphaStation 600 5/, hardware model type 1161lC >> >> Type: A, Units Required: 12     (VAX/VMS Capacity or OpenVMS   >> >> Unlimited or Base) >> >> [...]  >> >> $ sh lic/uso >> >> > >> >> View of loaded licenses from node XXXXXX                 >> >> 29-AUG-2000 04:42:51.04  >> >> D >> >> ------- Product ID --------   ---- Unit usage information ----D >> >> Product            Producer       Loaded  Allocated  Available >> >> [...] D >> >> OPENVMS-ALPHA      DEC                12         12          0 >> >> [...]g  >> >> $ sh lic/ful OPENVMS-ALPHA >> >> % >> >> Active licenses on node XXXXXX:  >> >>  >> >> OPENVMS-ALPHAu >> >>         Producer: DECe >> >>         Units: 12a >> >>         Version: 0.0" >> >>         Release Date: (none)& >> >>         Termination Date: (none) >> >>         Availability: 0 I >> >>         Activity: A (VAX/VMS Capacity or OpenVMS Unlimited or Base)- >> >>         NO_SHARE% >> >> $ run sys$startup:license_checkaD >> >> %LICENSE-E-NOAUTH, DEC OPENVMS-ALPHA use is not authorized on  >> >> this nodeeH >> >> -LICENSE-F-EXCEEDED, attempted usage exceeds active license limits7 >> >> -LICENSE-I-SYSMGR, please see your system managerr& >> >> Startup processing continuing... >> >> A >> >> Seems that the requirement is 12 units for this system; it s >> >> has 12 units;-; >> >> and the executable gives the exceeded limits message.  >> >>  >> >> >> ----------<E >> >> >> From: 	mckinneyj@cpva.saic.com[SMTP:mckinneyj@cpva.saic.com]E/ >> >> >> Sent: 	Monday, August 28, 2000 4:09 PM5# >> >> >> To: 	Info-VAX@Mvb.Saic.Com 0 >> >> >> Subject: 	SYS$STARTUP:LICENSE_CHECK.EXE	 >> >> >> h3 >> >> >> Would anyone enlighten me on the usage of e$ >> >> SYS$STARTUP:LICENSE_CHECK.EXE?@ >> >> >> Execution of it results in the definition of a process  >> >> logical named D >> >> >> DECW$LICENSE_CHECK with a value of FALSE and the following  >> >> output to6  >> >> >> SYS$OUTPUT and OPCOM...	 >> >> >> e, >> >> >> $ run sys$startup:LICENSE_CHECK.EXED >> >> >> %LICENSE-E-NOAUTH, DEC OPENVMS-ALPHA use is not authorized  >> >> on this node= >> >> >> -LICENSE-F-EXCEEDED, attempted usage exceeds active o >> license limitsv: >> >> >> -LICENSE-I-SYSMGR, please see your system manager) >> >> >> Startup processing continuing...'	 >> >> >> d@ >> >> >> despite adequate licensing. This occurs on the several  >> >> (Alpha) systems : >> >> >> (with VMS 7.1) that I've tried. It appears to be  >> setting a flag fortD >> >> >> DECwindows; could anyone exlpain the usage? and if a FALSE  >> >> value for an5 >> >> >> adequately licensed system is expected? TIA.e	 >> >> >> i >> >> >> --N >> >> >> - Jim	 >> >> >> e >> >> >  >> >> >  >> >> >  >> >> I >> **********************************************************************e; >> >> > This message and any files transmitted with it are o >> confidential and > >> >> > may be privileged and/or subject to the provisions of  >> >> privacy legislation.B >> >> > They are intended solely for the use of the individual or  >> >> entity to whom they @ >> >> > are addressed. If the reader of this message is not the  >> >> intended recipient, = >> >> > please notify the sender immediately and then delete i >> this message.: >> >> > You are notified that reliance on, disclosure of,  >> >> distribution or copyingA& >> >> > of this message is prohibited. >> >> >  >> >> > Bank of Bermudac >> >> >  >> >> I >> **********************************************************************0 >> >> > 	 >> >> -- l >> >> - Jim  >> >> --G >> >> mailto:James.F.McKinney@cpmx.SAIC.com | SAIC PSC | (858) 826-2075  >> >>  >> > ) >> --  >> - Jim >> ---D >> mailto:James.F.McKinney@cpmx.SAIC.com | SAIC PSC | (858) 826-2075 >> r >  -- R - Jime --A mailto:James.F.McKinney@cpmx.SAIC.com | SAIC PSC | (858) 826-2075s   ------------------------------  % Date: Tue, 29 Aug 2000 18:21:00 -0400r* From: David A Froble <davef@tsoft-inc.com>% Subject: Re: Ultra SCSI in VAX 4100A?o- Message-ID: <39AC374C.50C9CC23@tsoft-inc.com>    Jeremy Begg wrote: >  > Hi,t > N > I have a VAX 4100A which currently has no internal devices.  I'd like to put > auN > couple of 9GB SCSI disks in, and someone has suggested Seagate Medalist Pro. > M > Looking at the Segate web site I notice that Barracuda drives are available  > in< > the Narrow (50pin) SCSI interface and are somewhat faster. > I > The Medalist Pro are described as SCSI-2 and the Barracuda as UlraSCSI.o > D > Can UltraSCSI drives be put into a VAX 4100A -- or won't it's SCSI > controller > cope?a  M While not having experience with a VAX 4000 model 100, 100A, 105, 108, etc, IuJ believe the SCSI controller and motherboard are very similar to the latestN MicroVAX 3100 systems.  I believe that if you do a SHOW LICENSE /CHARGE on the> 3100 model 98, it will report as a VAX 4000 model 108 or such.  O In any case, the 50 pin SCSI (narrow) seems to use any of the latest disks withuL this interface.  For example the Seagete ST39173N has worked well on all theL systems I've tried it on.  List includes MicroVAX 3100 most models, VAX 4000) models 60 and 90, AlphaStation 200 4/233.g  C Note that while non-DEC/Compaq disks can work adequately in minimal J configurations, and the 50 pin interface is in this catagory, for criticalL operations the cost of a certified disk from Compaq is small compared to the potential problems.    Dave   --  4 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: Tue, 29 Aug 2000 11:45:36 -0700 ! From: Shane.F.Smith@Healthnet.comf> Subject: Re: variable number of arguments (DEC Basic or Macro)C Message-ID: <OF1FDD5D15.47311E5F-ON8825694A.00663CBC@HEALTHNET.COM>s  J It can be easily done BASIC to BASIC by using a dynamically DIM'd array ofI strings. You can then use UBOUND and LBOUND to get the highest and lowest- element numbers, respectively.  H I reccommend that you don't try and do this with mixed languages (unlessD you have a massive contracting budget and are prepared to hire me atB exhorbitant rates to fix it later). Building your own string arrayK descriptor for passing from, say, COBOL into BASIC is a total no-no - trust0K me on this. You can achieve the same effect a little less efficiently usingu- oversized fixed arrays if it's not all BASIC.1   Shane6          F Dave S <dave.senestraro@nospam.solveris.com> on 08/29/2000 07:44:40 AM   To:   Info-VAX@Mvb.Saic.Com  cc:a  ? Subject:  Re: variable number of arguments (DEC Basic or Macro)n    D I have done this by emulating the io list type of structure. ie pass addressHK of repeating structure of arg ended by a zero in the parm type. not sure ifO  that is what you are looking for   dave   IdrEASY wrote:   > Hi!  >dJ > I need to write function with variable number of arguments in DEC Basic, > maybe I couldtI > do something with Macro (Alpha/VMS 7.x), but I'm not very familiar witho > Macro. >eJ > My colleges on work and we have some ideas with stack, but unfortunately > Basic have not > stack operations.q >n > Help, please.? >r	 > Thanks!o   ------------------------------  % Date: Tue, 29 Aug 2000 10:41:09 -0700-1 From: "Randy Park" <rjpark@mindspring.com.nospam>2> Subject: Re: variable number of arguments (DEC Basic or Macro)2 Message-ID: <8oh6ou$ull$1@slb1.atl.mindspring.net>  . IdrEASY <IdrEASY@bigfoot.com> wrote in message! news:8og1dl$2aq$1@as102.tel.hr...d > Hi!e >'J > I need to write function with variable number of arguments in DEC Basic, > maybe I coulddI > do something with Macro (Alpha/VMS 7.x), but I'm not very familiar with. > Macro. >bJ > My colleges on work and we have some ideas with stack, but unfortunately > Basic have not > stack operations.e >. > Help, please.  >s	 > Thanks!e >S  L The BASIC language does not have the ability to specify a variable number ofI arguments in an external subroutine.  In fact, the BASIC RTL will inspectc theaH number of arguments passed by the calling program and if it is different from theB number the subroutine is expecting, an error condition will occur.  @ There might be a way around this using the OPTION SETUP=INACTIVEJ directive in your code.  This causes much of BASIC internal checking to beJ disabled and restricts what BASIC statements you can use.  With the use ofJ this feature you might be able to accomplish what you are looking for.  Be sureK to check to make sure each argument is valid by using the LOC() function on0E each argument, and testing that it returns a non-zero value, prior tol referencing thenF arguments.  Please note that by using OPTION SETUP=INACTIVE you cannotK use dynamic strings, error trapping, assume data is initialized to zero, org I/O- statements in that subroutine.   ------------------------------  % Date: Tue, 29 Aug 2000 18:30:34 -0400a* From: David A Froble <davef@tsoft-inc.com>> Subject: Re: variable number of arguments (DEC Basic or Macro)- Message-ID: <39AC398A.F5CA477A@tsoft-inc.com>t   IdrEASY wrote: >  > Hi!m > J > I need to write function with variable number of arguments in DEC Basic, > maybe I couldrI > do something with Macro (Alpha/VMS 7.x), but I'm not very familiar witho > Macro. > J > My colleges on work and we have some ideas with stack, but unfortunately > Basic have not > stack operations.t >  > Help, please.T > 	 > Thanks!k  O What you are asking, in the manner you are asking, isn't possible in BASIC, and N probably most/all other high level languages.  You've gotten a number of postsM giving some rather good methods to achieve your requirements, however, shouldhK you still need to use the capability you've asked for, then MACRO-32 can doiO this.  I've included a simple routine that uses a variable number of arguments,h? what you're looking for is near the beginning, ignore the rest.t  6 ------------------------------------------------------  W?         .TITLE  CLRFLD - Clear string array headers used by DASw         .IDENT  "V1-01"   i ;++l ;g ; Abstract:  ;?> ;       This routine will receive (n) arguments, the addresses< ;       of the array descriptors for string arrays. For each: ;       element in an array, (each string descriptor), the; ;       routine will set the length to zero, set the strings= ;       type to dynamic, and set the address of the string tou; ;       zero. This is the state of the descriptors when the:: ;       program or subprogram that defined them is set-up. ;c	 ; Author:o ;n ;       Dave Froble  ;m ; Argument list: ;p" ;       (AP) = Number of arguments3 ;      4(AP) = Address of string array descriptor 1-3 ;      8(AP) = Address of string array descriptor 2l	 ;       .L	 ;       .d ;  ; Register usage:e ;t  ;       R2 - Number of arguments% ;       R3 - Array descriptor addressa" ;       R4 - Array element address( ;       R5 - Number of elements in array ;o ;--s  .:         .PSECT $CODE,PIC,CON,REL,LCL,SHR,EXE,RD,NOWRT,LONG  EA         .CALL_ENTRY     home_args=TRUE, max_args=32, label=CLRFLDf  a ;P  ; Set up for number of arguments ;rA         MOVL    0(AP),R2                ; Get number of argumentsa@         MOVZBL  R2,R2                   ; Zero fill high 3 bytes>         BLEQ    90$                     ; Exit if no arguments         MOVL    #1,R6  ;u ; Set up for an arrayy ;tB 10$:    MOVL    (AP)[R6],R3             ; Array descriptor addressH         MOVL    4(R3),R4                ; Address of first array elementE         MOVL    20(R3),R5               ; Number of elements in arrayr ;  ; Loop thru array elements ;nA 20$:    MOVB    #2,3(R4)                ; Set dynamic string flagc<         MOVW    #0,(R4)+                ; Set length to zeroA         TSTW    (R4)+                   ; Skip to second longwordn=         MOVL    #0,(R4)+                ; Set address to zerot?         SOBGTR  R5,20$                  ; Do next array element= ;          INCL    R67         SOBGTR  R2,10$                  ; Do next arrayv ;i ; Exit point ;E6 90$:    RET                             ; Done, return         .END6 ------------------------------------------------------   Dave   -- a4 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: 29 Aug 2000 13:46:16 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)' Subject: Re: Where can I get TLB files?s3 Message-ID: <a4zWkERS6ywU@mccdev.slac.stanford.edu>   4 In article <39abe48d$0$27965@wodc7nh0.news.uu.net>, <         "Jason McCormick" <jason.mccormick@lexi.com> writes:L >   When I add the printer in Multinet, the fourth line I have to fill in is5 > called "Library".  It has this text attached to it:L > N > lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq > qqqqqqqqqqqqkFI > x  Name of a text file to be used as the device control library. Do noth > x L > x  include the file's path. MultiNet assumes all libraries are of type TLB > and          x? > x  reside in SYS$LIBRARY. Default: SYS$LIBRARY:SYSDEVCTL.TLB.o > x,N > mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq > qqqqqqqqqqqqjn > J > If I leave it blank or try to enter "sysdevctl" I get the following from# > "show que/all/full minolta$print"r > 6 >   Entry  Jobname         Username     Blocks  Status6 >   -----  -------         --------     ------  ------A >     746  AA97            SYSJASON        417  Retained on errordE >        %PSM-E-MODNOTFND, library module !AS not found in record !ULH( >        -LBR-E-KEYNOTFND, key not foundN >          Submitted 29-AUG-2000 12:22:24.15 /FORM=POS_DEFAULT (stock=DEFAULT)>                                              ^^^^^^^^^^^^^^^^^ >          /PRIORITY=100: >          File: _LEXI$DKA300:[SYS0.SYSMGR.JASON]AA97.PS;1C >          Completed 29-AUG-2000 12:22:24.60 on queue MINOLTA$PRINTu  H         OK, I understand now.  Point  1:  you were, apparently, using MUH     CONF/MENU  to  get to the printer configuration menu, and thence  toH     the ADD LPD Printer menu.  This last menu does have a  line  labeledD     LIBRARY which does give the text description you included above.  H         The LIBRARY field  may  be  left  blank,  and  indeed,  if you'dH     instead  used MU CONF/PRINTER and issued the ADD command, you  would)     not have been prompted for a library.>  H         For reasons I don't understand, you are using a non-default formH     (see the text I've  underlined  above),  either  when  you issue theH     PRINT command, or when you initialized the queue (i.e., you suppliedH     something  in  the "Default Form" field when you added  the  printerH     under Multinet).  The error message is saying,  "I  can't  find  theH     form  you  requested,  POS_DEFAULT,  in  the  default device controlH     library".  That's because it's not  a  form that "vanilla" VMS PRINTH     command  knows  about, and neither have you supplied a text  libraryH     (the Library field) which _has_ the POS_DEFAULT text module  in  it.H     I  discussed  how  you  create  and  populate  a  text library in my$     previous posting in this thread.  H         A  SHOW  QUEUE/FULL  MINOLTA$PRINT   (actually,  the  stuff  youH     apparently  snipped  before  posting the above  information  on  theH     failing ENTRY) would show what the default form is.  As an  example,F     here's a SHOW QUE/FUL for one of my Multinet LPR/LPD print queues:  M -----------------------------------------------------------------------------d# SLC::System_khf> sho que/ful cyolj1 ? Printer queue CYOLJ1, idle, on SLC::NLP5:, mounted form DEFAULT>%   <LPD queue on 134.79.56.224 cyolj1>dI   /BASE_PRIORITY=4 /DEFAULT=(FEED,FORM=DEFAULT) Lowercase /OWNER=[SYSTEM]>@   /PROCESSOR=MULTINET_LPD_SYMBIONT /PROTECTION=(S:M,O:D,G:R,W:S) SLC::System_khf> IM -----------------------------------------------------------------------------   H     Note that the "mounted form"  is  DEFAULT  (all VMS systems have theH     DEFAULT  form)  and there is no /LIBRARY specification, that  is,  IH     didn't fill in the Library field when configuring the printer (well,@     I also didn't use MU CONF/MENU, but that's a side issue...).  H         My advise: delete the queue and recreate it using MU CONF/PRINT:               $ DELETE/ENTRY=746,             $ STOP/QUEUE/RESET MINOLTA$PRINT,             $ DELETE/QUEUE     MINOLTA$PRINT             $ MU CONF/PRIN,             PRINTER-CONFIG>add minolta$printF             [Adding new configuration entry for queue "MINOLTA$PRINT"]#             Remote Host Name: xyzzy>              Protocol Type: [LPD]#             Remote Queue Name: [lp]n(             [MINOLTA$PRINT => xyzzy, lp]             PRINTER-CONFIG>save              PRINTER-CONFIG>^Z 
             $e  H     At this  point,  your  queue  should  be  properly  setup  (but  notH     started...I  believe there are instructions for what to do next whenH     you save the configuration).  Next, be very sure that you don't haveH     a DCL symbol for "PRINT" that includes a "/FORM=POS_DEFAULT"  string     in its definition.  H         Finally, if you're still having  problems,  or you want to add a<     Postscript device control library, post the question to:  '         vmsnet.networks.tcp-ip.multinetg  H     There are a log of Multinet experts  reading that news group who are4     very helpful with all manner of Multinet issues.   -- eM  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Eduo:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  % Date: Tue, 29 Aug 2000 16:13:05 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>> Subject: WORD viewer for VMS, Message-ID: <39AC1950.98393BB2@videotron.ca>  F Any chance of Compaq committing to providing an up to date prorpietaryN Microsoft Word viewer on VMS ? (as well as providing updated CDA converter forL WORD so we can extract the text from all that overhead and keep only what is	 needed ?)d   ------------------------------   Date: 29 Aug 2000 20:27:18 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)  Subject: Re: WORD viewer for VMS6 Message-ID: <8oh6b6$qfu$1@mailint03.im.hou.compaq.com>  \ In article <39AC1950.98393BB2@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:# :...Microsoft Word viewer on VMS...c  E   Please visit deja.com, and search for the recent StarOffice thread.   K   Synopsis: no one will even touch this request until some reasonable time >K   after the sources are available (to allow for examination and evaluation)*I   has elapsed.  The source code release isn't scheduled until later this sK   year per the published schedule, and will be via the OpenOffice.Org site.a  
 :...CDA...  H   is a mature product.  (I've been unable to prise loose various specs.)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 29 Aug 2000 20:57:18 -0400 0 From: Glenn and Mary Everhart <Everhart@gce.com>( Subject: [Fwd: FW: IMAP-Server for VMS?]' Message-ID: <39AC5BEE.30031EFD@gce.com>i  7 Why limit yourself to the likes of httpproxy? Microsoftc5 advertises one of the virtues of SOAP is that it uses*% port 80, so avoids nasty firewalls...   = People who design products to deliberately undermine securityF> technologies would of course do well to be held legally liable; for such decisions' effects. If they had replaced the crudem< authentication and access control a firewall embodies with a; more complete one, this kind of issue would not exist. What)A articles I've seen suggest this is not one of the design drivers.0       -----Original Message-----7 From: A.Greig@viirgin.net [mailto:A.Greig@viirgin.net] V' Sent: Tuesday, August 29, 2000 11:20 AM3 To: Info-VAX@Mvb.Saic.ComB! Subject: Re: IMAP-Server for VMS?e    5 On Tue, 29 Aug 2000 10:41:57 +0100 (GDT), Andy Harperl <Andy.Harper@kcl.ac.uk> wrote:    H >  I think that's a little unfair.  Network people (and I am NOT one at I >present, though I have been) have to strike a balance between all kinds nI >of things - performance, security, facilities etc. ANy one of these not eE >set up to the user's/managements satisfaction results in them being   >blamed. >SI >  My personal stance is that (a) management decide what facilities they eI >want (b) network people decide the best way to implement them (c) users ,H >who want additional facilities need to persuade management of the need. > E >  However, I do agree that dropping POP for 'security' reasons is a  F >littl stupid. If you want to be really secure, block of all services A >completly - that'll stop 'em! Mind you, your users won't be too  F >pleased... As always, it's a fine balance - to provide faciliti4s to G >the general user, you have to accept some level of potential secuirty c >hazard.  F And trouble is caused by all sorts of dubious software designed to getE round firewalls by disguisng itself and sitting on a well known port.gD For instance the gnutella protocol clients (poornan's napster) setup> guides actually tell you how to get round "interfering networkF administrators" and suggest you configure on ports which look like web servers or pop clients etc.4  B There are actually PC utilities out there which can tunnel winsockD calls via http on port 80 to a co-operating socks server anywhere on? the Internet thus bypassing Firewall security. One such utility-C actually advertises "Take control of any PC behind a firewall"  andeF sends occasional innocent looking http requests to a server which then1 piggy backs the inbound data on the web response.0  D Some of these utilities in conjunction with a socksify program allow@ you to run any client *OR SERVER* through a firewall. Everything> tunneled through port 80. In other words connect your IntranetF directly to the Internet with only a minimal web proxy server requiredE from any user's desktop. Telnet, IRC, NNTP, Napster, Cult of the DeadiA Cow etc then work as if the firewall wasn't there. And no I'm noti publically posting pointers! g   --
 Alan Greig   ------------------------------   End of INFO-VAX 2000.484 ************************ less efficiently usingu- oversized fixed arrays if it's not all BASIC.1   Shane6          F Dave S <dave.senestraro@nospam.solveris.com> on 08/29/2000 07:44:40 AM   To:   Info-VAX@Mvb.Saic.Com  cc:a  ? Su*^K;mZ/lzS~۵::o˹Wo=bӒ[&7'nei\Gf=3wJtϽ#_X,kuCwEWq0Zn}n1YK2⺟:֤y2C>>%q=H½}*[|a{%_L<&'bCm*В>s1+'{Ko2[T^G-ΰʌ\ʷE1ɾ)Nb
a]Raّ)1@\gjv IF-|1 URL:XmہӂEh }M2OhS~8VlnI;U:;C8WVܕ<KVܞ<KVܚ\i3SϒϿwΒ:KZ/_nk紃U<3<3i<gˠw JEςkc
&a`PMB	ׅbO!&
>qQȰU($Oŏ6 [}ouCN/i{DY?6s{ߧ>wH4m_u;VŐmm3+1lĲ(<+oԯG_: moeHEMR覠?h&Nc<8e9ޯ?cs<.u6ΕIKۚRVyǦ|Lxn4J`
<[xIxqT8$^|{b{Lco)&(NO\\A?|HXϰr|df

=M[[֭<.,\%2|Wbu-)4򋄥^ПeO;V4;;l
w|HƯ,LHd'|=9y3pSo/ԯ`LMj'W&_\1(>?=H|NSi-]z	<>S]By>O^3ro.ynCr]5S|vZyc`7VU-Er=Jɥp}O*=yGL_MC̱]9~op;7cGw/7s{׾/1ĸ_|A;^1w^Fxwwo/]߹ܠS g_K4ꆹ$7d@%H}D_W`ҙzmEH';|M|.mx
8-ϬTt|p#6ݎVxOpy죠IgZ]iϥ?y[qk)~kz*<GR?J`_Ko~	0]^oXQYt=;LsLe{*{xֲ6-/BSJǾjǾ길3u
h;3_$Lu?ӣ뤗Rn=1g$sVo+R2I¿w>d6wgt G`bRl3*1:(]]k7-C8{zT/(0x}bEׄKlEO`Ld+j)NO~@۞e7-lK˲HvGdC#ʫ^miY%{37=ZW37^xs)(j7񉿟bQ_<M"[Wpg8vdf^7-L?dCB{b]њJ;[*&,=r.~1>D3.t-2d1k4t5rcܩ~|3r_/ 