0 INFO-VAX	Sun, 11 Feb 2001	Volume 2001 : Issue 84      Contents:0 Can you remove LAT & DECNET from a Decserver 90? Re: create User  Re: create User  Re: create User  Re: create User ! Re: Efficiency in processing bits  Re: Error messages on VMS 7.2 ? Re: how to determine the initial queue a batch was submitted on  increase CLISYMTBL > 1024  INPUT: New TELNET features?  Re: INPUT: New TELNET features?  Re: Open VMS Cloning Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: VMS Umbrella+ What databases are still available on vms ?   F ----------------------------------------------------------------------  # Date: Sun, 11 Feb 2001 18:04:28 GMT 8 From: McCormackJ@BelfastCity.Gov.UK (Jonathan McCormack)9 Subject: Can you remove LAT & DECNET from a Decserver 90? A Message-ID: <MuAh6.9403$zz4.232837@news2-win.server.ntlworld.com>   M One of our clients wants to stop using LAT & DECNET on their network.  Is it  M possible to disable LAT and DECNET on a Decserver 90 and use just TCP/IP for   terminal connections?    Thanks in advance,   Jonathan McCormack  Senior Technical Support Officer Belfast City Council ISB http://www.belfastcity.gov.uk     Still proudly using Dec Alpha NT   ------------------------------    Date: 11 Feb 2001 23:37:09 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: create User- Message-ID: <8766ihut7e.fsf@prep.synonet.com>   4 "Randy Park" <rjpark@mindspring.com.nospaam> writes:  C > Don't forget to SET DEFAULT SYS$SYSTEM: before running AUTHORIZE.     NO NO NO... Don't do this, ever!  F set def to sys$common:[sysexe], never to sys$system. Unless you really WANT another sysuaf...   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  + Date: Sun, 11 Feb 2001 11:32:33 -0600 (CST)  From: sms@antinode.org Subject: Re: create User) Message-ID: <01021111323337@antinode.org>   , From: Paul Repacholi <prep@prep.synonet.com>  6 > "Randy Park" <rjpark@mindspring.com.nospaam> writes:E > > Don't forget to SET DEFAULT SYS$SYSTEM: before running AUTHORIZE. " > NO NO NO... Don't do this, ever!H > set def to sys$common:[sysexe], never to sys$system. Unless you really > WANT another sysuaf...  B    For more than ten years, on multiple systems, I've been using aF command procedure which does exactly that.  I have never had a problem
 of this sort.   D    I wrote that procedure specifically so that I could run AUTHORIZED from any directory, avoiding the annoying reminder/message/question:  D %UAF-E-NAOFIL, unable to open system authorization file (SYSUAF.DAT) -RMS-E-FNF, file not found! Do you want to create a new file?   E    I gather that there's a logical name which could be defined to get 4 the same effect, but I didn't know that at the time.  <    My SYSUAF.DAT is in SYS$COMMON:[SYSEXE], and "SET DEFAULTB SYS$SYSTEM:" sure appears harmless to me.  Perhaps you can explainE exactly where the problem lies.  In any case, AUTHORIZE bleats pretty E loudly before it does the bad thing, so perhaps panic is not entirely 
 justified.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home) C    382 South Warwick Street        (+1) 763-781-0308  (voice, work) G    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work) 9    sms@antinode.org                sms@provis.com  (work)    ------------------------------    Date: 11 Feb 2001 19:22:24 +0100) From: maulis@ludens.elte.hu (Maulis Adam)  Subject: Re: create User! Message-ID: <zgW2EoqE8+Rt@ludens>   B In article <01021111323337@antinode.org>, sms@antinode.org writes:. > From: Paul Repacholi <prep@prep.synonet.com> > 7 >> "Randy Park" <rjpark@mindspring.com.nospaam> writes: F >> > Don't forget to SET DEFAULT SYS$SYSTEM: before running AUTHORIZE.# >> NO NO NO... Don't do this, ever! I >> set def to sys$common:[sysexe], never to sys$system. Unless you really  >> WANT another sysuaf...    [...]    > > >    My SYSUAF.DAT is in SYS$COMMON:[SYSEXE], and "SET DEFAULT+ > SYS$SYSTEM:" sure appears harmless to me.     2 Cluster-wide (configuration-independent) solution:  > (to your login.com or begining of the user-creation procedure)  I $       define /process SYSUAF 'f$parse("SYSUAF","SYS$SYSTEM:SYSUAF.DAT") $ $       define /process RIGHTSLIST -@               'f$parse("RIGHTSLIST","SYS$SYSTEM:RIGHTSLIST.DAT")" $       define /process NETPROXY -<               'f$parse("NETPROXY","SYS$SYSTEM:NETPROXY.DAT")# $       define /process NET$PROXY - >               'f$parse("NET$PROXY","SYS$SYSTEM:NET$PROXY.DAT")) $       define /process VMSMAIL_PROFILE - K               'f$parse("VMSMAIL_PROFILE","SYS$SYSTEM:VMSMAIL_PROFILE.DATA")     3 And you can run sys$system:authorize from anywhere.    This should work.      Regards, Adam Maulis    ------------------------------  % Date: Sun, 11 Feb 2001 19:26:42 +0100   From: Paul Sture <paul@sture.ch> Subject: Re: create User+ Message-ID: <VA.0000029e.390402b2@sture.ch>   1 In article <01021111323337@antinode.org>,  wrote:  > From: sms@antinode.org > Newsgroups: comp.os.vms  > Subject: Re: create User- > Date: Sun, 11 Feb 2001 11:32:33 -0600 (CST)  > . > From: Paul Repacholi <prep@prep.synonet.com> > 8 > > "Randy Park" <rjpark@mindspring.com.nospaam> writes:G > > > Don't forget to SET DEFAULT SYS$SYSTEM: before running AUTHORIZE. $ > > NO NO NO... Don't do this, ever!J > > set def to sys$common:[sysexe], never to sys$system. Unless you really > > WANT another sysuaf... > D >    For more than ten years, on multiple systems, I've been using aH > command procedure which does exactly that.  I have never had a problem > of this sort.  >   G The SYSUAF.DAT doesn't have to live there. It can live on a non system   disk if you wish.   F >    I wrote that procedure specifically so that I could run AUTHORIZEF > from any directory, avoiding the annoying reminder/message/question: > F > %UAF-E-NAOFIL, unable to open system authorization file (SYSUAF.DAT) > -RMS-E-FNF, file not found# > Do you want to create a new file?  > G >    I gather that there's a logical name which could be defined to get 6 > the same effect, but I didn't know that at the time. > K Yes, it's SYSUAF. I usually define it as SYS$COMMON:[SYSEXE]SYSUAF.DAT. In  < later versions of VMS (I'm looking at V7.2-1 here), it's in G SYS$MANAGER:SYLOGICALS.TEMPLATE, together with a bunch of other useful   suggestions.  J Of course, defining SYSUAF can bite you if you have got used to doing the 
 following:  	 UAF> LIST 	 UAF> Exit  $ PRINT SYSUAF  4 Whoops - you've just sent SYSUAF.DAT to the printer.  > >    My SYSUAF.DAT is in SYS$COMMON:[SYSEXE], and "SET DEFAULTD > SYS$SYSTEM:" sure appears harmless to me.  Perhaps you can explainG > exactly where the problem lies.  In any case, AUTHORIZE bleats pretty G > loudly before it does the bad thing, so perhaps panic is not entirely  > justified. > H It is perfectly possible to have separate SYSUAF.DAT files in different - system roots. I wouldn't recommend it though.  ___ 
 Paul Sture Switzerland    ------------------------------    Date: 12 Feb 2001 00:13:04 +0800, From: Paul Repacholi <prep@prep.synonet.com>* Subject: Re: Efficiency in processing bits- Message-ID: <87wvaxtcz3.fsf@prep.synonet.com>   / JF Mezei <jfmezei.spamnot@videotron.ca> writes:   B > With DECC, one can access individual bits in byte/word/longword.   Modulo C's brain damage, yes.   ( > How efficient is this type of access ?  > > If I have to treat a "string" of 1728 bits, would it be moreD > efficient to first convert it to 1728 bytes (which is easy becauseE > for each 8 bit byte, you can have a table of 8 bytes with which you  > build the "string".   H What do you want to do? if you processing can be done 64 bits at a time, you are smiling.  H > Is there a huge difference in how VAX and ALPHA treat bits in terms of > efficiency ?  < Cache. High miss rate does a Vax no good, it kills an Alpha.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Sun, 11 Feb 2001 12:25:59 GMT 8 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi>& Subject: Re: Error messages on VMS 7.2( Message-ID: <3A855BB7.8B1F942D@decus.fi>   Another way to "fix it"   . $ mc ncl block event dispatcher local sink * -8   global filter ((Node, Dtss), Too Few Servers Detected)  5 Also copy file SYS$MANAGER:NET$DTSS_LOCAL.TEMPLATE to 8 SYS$COMMON:[SYSMGR]NET$DTSS_LOCAL.NCL and edit mentioned9 command into that file so that command gets executed upon  system startup.   " Or make this system a DTSS server.   _veli    Gloria Griffith wrote: >  > Hello All, > 9 > I have been searching through manuals and FAQ's for the ; > reason/solution for these error message that I am getting 9 > on my VMS system but I have not been able to track them  > down yet.  > < > On my Alpha Server DS20E running VMS 7.2 I get this error: > ) >  (This machine is not part of cluster )  > $ : > %%%%%%%%%%%  OPCOM   9-FEB-2001 16:58:27.63  %%%%%%%%%%%$ > Message from user SYSTEM on GC02BS: > Event: Too Few Servers Detected from: Node LOCAL:.GC02BS > DTSS, / >         at: 2001-02-09-16:58:27.632-06:00Iinf  >         Number Detected=0, >         Number Required=1 9 >         eventUid   C3F97DA7-FEAC-11D4-B2B8-474330324253 9 >         entityUid  2458844C-FA8C-11D4-83C9-AA0004000504 9 >         streamUid  242031AA-FA8C-11D4-83AA-AA0004000504  > ; > it pops up every 7 minutes or so, what is it and how do I  > fix whatever it is?  > TIA  >  > Gloria Griffith  > Ericsson VMS System Admin  > 972-583-7052   ------------------------------  % Date: Sun, 11 Feb 2001 13:49:07 +0000 ; From: Malcolm MacArthur <malcolmm@rustic-place.demon.co.uk> H Subject: Re: how to determine the initial queue a batch was submitted on8 Message-ID: <3A869853.329C1262@rustic-place.demon.co.uk>   "Jean-Franois Marchal" wrote: >  > Bonjour  tous ! > ; > I need to know on which queue a batch has been submitted, < > even if it has been requeued somewhere else for execution. > < > The purpose is to enable the batch login procedure to load1 > specific logicals names according to a context.  > = > We originaly thought that the queue name would enable us to 7 > determine the context, but some jobs were requeued... : > Jobs are queued from within cobol programs, so we need a; > solution with minimum coding .. (like an external define) ; > We cannot use P1..P8 because they are already beeing used  > by the batch procedures.  K You could use the /NOTE facility. I used this at work in conjunction with a K DCL menu system - the /NOTE (which seems to work with batch jobs as well as 9 print jobs) also gets printed on the batch job log, IIRC.    So you could use  * $ SUBMIT .... /NOTE="LOGICALS_SET_ONE" ...  . (or its equivalent coded into SNDJBC calls...)  N Getting the note from DCL depends on you NOT changing your batch job's processK name (or do it before the process name might be changed) You could put some M code in SYLOGIN.COM to get the information using F$GETQUI, based on the entey J number in the process name - or you could even just put the output of SHOWK ENTRY to a file and read through it. Then put it in a global symbol/logical E name. Based on that value you could choose the appropriate logicals.    N Similarly, as has been said before, you could use the job name. Or if you wantJ to install your COBOL app. with CMKRNL (maybe not the best of ideas from aJ security point of view) you could submit the jobs under different users inB different groups, each group having its own set of group logicals.  N One note about group logicals: to create the group logical name table, someoneJ has to log in as the group (You could probably create it manually, but theG system might get confused...). This is what we do for group 2000 on our  system:   1 - Create a com file with the definitions like so: ( $ define /table=LNM$GROUP_002000 FOO BAR [... more definitions...]    - In SYLOGIN.COM, put:A $ SUBMIT /USER=<a user in that group with GRPNAM priv> <com file>    - or (what we do) - E $ RUN /DETACH /UIC=[2000,0] /PRIV=(GRPNAM) /INPUT=<COM file> /OUT=NL:  /ERR=NL: SYS$SYSTEM:LOGINOUT  $ [I *think* it's GRPNAM privilege...]  M The second method is probably better, because it means you don't have to have @ an account in the group with GRPNAM privileges, which might be a vulnerability.  N However, I think you would be better off using the /NOTE="xxx" method, because* it's a lot simpler than group logicals! ;)  
 Cordially, -Malcolm   > Cordialement > Jean-Franois Marchal  > X9000 - LYON (FR)    ------------------------------  # Date: Sun, 11 Feb 2001 18:35:12 GMT  From: Didier.Morandi@gmx.fr " Subject: increase CLISYMTBL > 1024) Message-ID: <966m10$c1c$1@nnrp1.deja.com>   G I have written a DCL hack to autoformat big DCL procedures. To speed up D execution, I start reading the whole file in memory into L_'i' localD symbols. Unfortunately, when testing the "tool" with the biggest DCLH proc I know of, ie net$configure.com, I get an overflow (11.303 records)  B Even with CLISYMTBL set to 1024, It doesn't fit. Is it possible to* change (unsupportedly) this maximum value?  D Of course, I know that you are going to say "use C instead", but youH see, I don't know C and I don't have my favorite Fortran compiler at the
 Customers'...    Thanks,  D.     Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Sun, 11 Feb 2001 13:23:44 -0500 2 From: "John Gemignani, Jr." <john@ossc.DELETE.net>$ Subject: INPUT: New TELNET features?+ Message-ID: <3a86d906$1@newsfeed.vitts.com>   K I am interested in obtaining input on new features which the user community A would like to see in TCP/IP Services TELNET client and/or server.   I For the V5.1 release, NAWS (Negotiate About Window Size) and SNDLOC (Send / Location) were added to both client and server.   7 I cannot make any commitments, but this is your chance.    Thanks,  -John    ------------------------------    Date: 11 Feb 2001 13:49:01 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) ( Subject: Re: INPUT: New TELNET features?3 Message-ID: <W44lrAmR4x2+@eisner.encompasserve.org>   ` In article <3a86d906$1@newsfeed.vitts.com>, "John Gemignani, Jr." <john@ossc.DELETE.net> writes:M > I am interested in obtaining input on new features which the user community C > would like to see in TCP/IP Services TELNET client and/or server.   ; This is probably against the spririt of Telnet (standards), : but from my perspective it _always_ messes up on typeahead9 characters at the start and end of a session, compared to  DECnet SET HOST.   ------------------------------    Date: 11 Feb 2001 23:41:47 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Open VMS Cloning - Message-ID: <871yt5uszo.fsf@prep.synonet.com>   < malmberg@eisner.encompasserve.org (John E. Malmberg) writes:  F > When you boot from Standalone Backup, or the CD-ROM or an alternate,G > possibly minimum system disk, you can be sure that there are no files ) > open at all on the primary system disk.   ( I'm supprised no one has mentioned this.  A Set up ALL you cluster members so they can run as satellites. Use 5 loca; swap/page if you like, they are /noback anyway.   C Also usefull for fragging your ( local ) system disk, and generealy ' getting your arse out of aligator land.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Sun, 11 Feb 2001 07:39:48 GMT  From: "Bill" <billmuy@home.com>  Subject: Re: Status of EV7@ Message-ID: <8lrh6.404141$U46.11927225@news1.sttls1.wa.home.com>  0 "Chris Morgan" <cm@mihalis.net> wrote in message+ news:87k86xc3cn.fsf@dumpster.mihalis.net...N >VH > Oh I beg your pardon then. Must be showing my age, I thought the 21364H > was announced "not so long ago" when I posted but come to think of it,; > it was quite a while ago that Peter Bannon's 21364 slidesgF > _disappeared_ off the face of the Compaq website (is it me or is theC > Compaq website amazingly bad?) - last seend on their European OEMN > site.  >t   The 21364 slides are now one4 http://www.alphapowered.com/alpha_tech_presents.html     Bill   ------------------------------    Date: 11 Feb 2001 08:27:37 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)- Subject: Re: Status of EV73 Message-ID: <taizYo5I1iBa@eisner.encompasserve.org>1   In article <B6AC7D03.11CA0%Mark.Garrett@wedontwantyourspam.com.au>, Mark Garrett <Mark.Garrett@wedontwantyourspam.com.au> writes:e  M >> But there were 21064 _systems_ with at least these clock speeds: 100, 125,iQ >> 133, 150, 175, and 200 MHz.  And 21064A systems with at least 225 and 275 MHz.l >>  O >> Did the 21064 really start at the top speed of 200 MHz, and then they made a O >> series of slower ones?  That doesn't correspond with the order of release ofs >> the machines.  G At the announcement of the (140 Mhz ?) DEC 3000-400 they also announced-E a range of machines up to the DEC 7000 datacenter machine at 200 Mhz.aE I am sure they delivered some of each within the next several months,-F before I bought the cheapest one :-).  Subsequently they came out with2 the slower DEC 3000-300, 3000-300L and 3000-300LX.  K >> Is there enough tweekability in an alpha chip to run a 150 MHz part (for $ >> example) at 100, 125, or 133 MHz?  F I thought this stuff worked by "binning" so the most capable chips got paired with the faster clocks.  K > I can't remember what the console said on early 3000 alphas (Flamingo and K > then Hot Flamingo) its mentions a Pass number like 21064 and the P2 or P3eN > I don't think the EV was even in usage at that stage and its likely though IK > don't know this, that EV was just new terminology from marketing for P3++c > becoming EV4.g  D Those P2 (probably P2.1) and P3 numbers were all associated with theD EV4 (21064).  The 21064 is actually the more "marketing" number than the EV4 number.t  N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------  % Date: Sun, 11 Feb 2001 10:59:29 -0500r2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Status of EV7L Message-ID: <rdeininger-1102011059290001@user-2ive66n.dialup.mindspring.com>  H In article <B6AC7D03.11CA0%Mark.Garrett@wedontwantyourspam.com.au>, Mark7 Garrett <Mark.Garrett@wedontwantyourspam.com.au> wrote:e  % > > What's the EV number of a 21064A?e
 >     EV45  J That makes sense.  The 3000/700 was a "Sandpiper 45", and the 3000/900 was8 a "Flamingo 45".  Both of those systems used the 21064A.  nK > I can't remember what the console said on early 3000 alphas (Flamingo andpK > then Hot Flamingo) its mentions a Pass number like 21064 and the P2 or P3   
 Like this?       DEC 3000 - M300s Digital Equipment Corporation   System conducting power up tests< ------------------------------------------------------------   Devnam           Devstat --------         -------F      CPU          OK KN16-AA -V6.2-S7FD-I1E9-sV2.0-DECchip 21064  P3.0F                                                                   ^^^^F                                                                   ^^^^& The 3000/300 was called the "Pelican".  N > I don't think the EV was even in usage at that stage and its likely though IK > don't know this, that EV was just new terminology from marketing for P3++2 > becoming EV4.>  5 This is almost as bad as the 7.1-2/7.2-1 thing... :-)p   -- o Robert Deininger rdeininger@mindspring.comi   ------------------------------  % Date: Sun, 11 Feb 2001 11:10:41 -0500r2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Status of EV7L Message-ID: <rdeininger-1102011110410001@user-2ive66n.dialup.mindspring.com>  3 In article <taizYo5I1iBa@eisner.encompasserve.org>,O: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote:    I > At the announcement of the (140 Mhz ?) DEC 3000-400 they also announcedoG > a range of machines up to the DEC 7000 datacenter machine at 200 Mhz.eG > I am sure they delivered some of each within the next several months,iH > before I bought the cheapest one :-).  Subsequently they came out with4 > the slower DEC 3000-300, 3000-300L and 3000-300LX.   3000-300    150 MHz" 3000-300L   100 MHz: 3000-300X   175 MHz  3000-300LX  125 MHz$   3000-400    133 MHz   J So the 400 looks slower than the 300, but due to its wider memory path and/ bigger L2 cache, the 400 is faster in practice.R  O I borrowed the numbers from this summary page for all the turbochannel systems:eE    http://www.phys.ufl.edu/~prescott/linux/alpha/dec3000-sysinfo.html-    0 I didn't realize the DEC 7000 was so slow... :-)  M > >> Is there enough tweekability in an alpha chip to run a 150 MHz part (fors& > >> example) at 100, 125, or 133 MHz? > H > I thought this stuff worked by "binning" so the most capable chips got  > paired with the faster clocks.  J That's what I thought, but the reference material for the chip lists a lotG fewer different speeds than the number that appeared in systems.  MaybeaH I'll unbolt the heat sink on a DEC 3000-400 and see if the chip says 133J MHz or something else.  I already noticed a jumper that appears to controlA the clock speed somewhere.  Maybe I can make my 400 into a 600...e   --   Robert Deininger rdeininger@mindspring.comh   ------------------------------    Date: 11 Feb 2001 11:36:50 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: VMS Umbrellat* Message-ID: <3a866b42$1@news.kapsch.co.at>  n In article <964itj$omo$1@slb6.atl.mindspring.net>, "Steven Shamlian" <not dot an at earthling dot net> writes:= >Hey, where do I get on this Umbrella-recieving mailing list?   J I think it's the same as the posters and balls mailing list, so ask sue...   -- f< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888c< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Sun, 11 Feb 2001 18:53:24 +0100g> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>4 Subject: What databases are still available on vms ?. Message-ID: <966jbq$m0d$1@reader1.imaginet.fr>   Hi all !  1 What datadabases are still available on OpenVMS ?  Any freeware ?   Cheers Jean-Franois MarchalF X9000- LYON (FR)   ------------------------------   End of INFO-VAX 2001.084 ************************