HDTenEightyP/NetNews huggingface dataset:
From: fairfield@slacvx.slac.stanford.edu
Subject: Delayed lexical evaluation in a DCL symbol?
Keywords: SPAWN,ATTACH,LEXICAL,SYMBOL
Organization: Stanford Linear Accelerator Center
Date: Thu, 1 Oct 1992 20:14:33 GMT

    DCL question: how can you get delayed evaluation of a lexical function
    ------------  in a symbol?

        Why?  I'd like to define a symbol, like "PARENT", that does an
    ATTACH to the parent (OWNER) process if I'm in a subprocess.  For
    example, I SPAWN out of ANU-News, do some stuff, then I'd like to
    ATTACH back to the parent process running News rather than log out
    of the subprocess.

        I'd rather not have to go to the trouble of doing SHOW PROCESS/SUB
    to find the parent process. (Besides, like other VMS hackers, I tend to
    set a mixed case, embedded spaces, process name in my LOGIN, which is
    requires quotes like: ATTACH "Fairfield Too".)  Also cumbersome and
    equally error prone is typing:

        $ ATTACH/ID='F$GETJ("","OWNER")

    Remember I said I wanted a _symbol_? :-)

        The closest I've come is to put the following definition in my
    LOGIN.COM:

            $ PARENT == "ATTACH/ID='F$GETJPI("""",""OWNER"")"

    Now, if I simply type PARENT at DCL, I get:

  $ PARENT
  %DCL-W-PARMDEL, invalid parameter delimiter - check use of special characters
  \(""\

    However, I _can_ uses a leading single-quote, like so: $'PARENT.
    THAT works!  I get "delayed" evaluation of the F$GETJPI.  So, does
    anyone know of another way to accomplish this, e.g. by using the &
    character, that would avoid the need for typing the leading single-
    quote?

        BTW, since processes inherit (by default) the parent process'
    symbols, I did explore doing the SPAWN through a command file in which
    the symbol PARENT was explicitly defined with the spawning process' PID.
    I found this essentially unworkable since if the process tree gets more
    than one level deep, the intermediate subprocess gets it's definition of
    PARENT overridden.  Believe me, I tried a bunch of variations on local/
    global symbol definitions and I couldn't find a reliable combination
    that would work.  Furthermore, when spawning out of an application, you
    wouldn't execute the command file so you wouldn't get the definition
    anyway...
    
    		Cheers, Ken
-- 
 Dr. Kenneth H. Fairfield    |  Internet: Fairfield@Slacvx.Slac.Stanford.Edu
 SLAC, P.O.Box 4349, MS 98   |  DECnet:   45537::FAIRFIELD (45537=SLACVX)
 Stanford, CA   94309        |  BITNET    Fairfield@Slacvx
 ----------------------------------------------------------------------------
 These opinions are mine, not SLAC's, Stanford's, nor the DOE's...
From: knapp@spot.Colorado.EDU (David Knapp)
Newsgroups: comp.os.vms
Subject: VI for VMS. Want it. Bad.
Date: 2 Oct 92 00:37:50 GMT
Organization: University of Colorado, Boulder


I've serched through what appears to be the FAQ for the group and did subject
searches for 'vi'. Nothing.

Do you any of you fine folks in vax-land know where I might be able to ftp
a vi editor for vms?

Help!


-- 
David Knapp                                      University of Colorado, Boulder
Perpetual Student                                   knapp@spot.colorado.edu
From: MONA@WILPAT.WILPATERSON.EDU (Mona Resco)
Newsgroups: comp.os.vms
Subject: (none)
Date: 30 Sep 92 18:30:17 GMT
Distribution: world
Organization: The Internet

SIGNOFF INFO-VAX
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: a way to show que entry status?
Date: 26 Sep 92 02:15:16 GMT
Distribution: world
Organization: The Internet


	Is there a way to find out what block the first entry in a printer que
	is currently printing at? This information seems to show up
	occassionally  in sho/que/all info, but I can't find a way to make the
	information show up when I want it. (vms 5.4-1)

SHOW QUEUE always reports all the information about positioning within the
file that the queues have stored in them.  The only way the data in the
queues is updated is by the symbiont to send a checkpoint message to the job
controller.  It does this on a regular basis.

Unfortunately, this "regular basis" is only every couple of hundred blocks
or so - checkpoints have to be written to the queue files, and are expensive.
The result is fine for restarting huge printouts on fast line printers; essen-
tially useless when you have a succession of small to moderate files on a
medium to low speed printer.

There is no easy way to change how often the symbiont sends the status report
back to the queue manager; the interval seems to be hard-coded in.  One could
probably modify the symbiont (by writing a line formatting routine, for
example, that didn't actually modify the line but periodically sent a job
controller checkpoint message), but I certainly haven't looked at this closely
enough to be certain this can really be done; it's certainly pushing the
bounds of what is documented/supported.

	(PS If you think this question is stupid, and find it necessary to
	tell me about it, please be courteous enough to include the answer
	along with your  comments -sp) 

Sigh.  Is this what we're coming to in this group - that anyone posting a
question worries about drawing insults and flames in response?  Sad, very
sad.
							-- Jerry
From: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: Way to get rid of DECwindow menu bars
Date: 30 Sep 92 14:08:26 GMT
Distribution: world
Organization: The Internet

I've often wished to get rid of the DECwindow menu bars since
they take so much space and I seldom use them. A friend (Lincoln
Baxter) gave me this info yesterday:

You can remove the menu bar from your screen by using a command
similar to:
$ if f$trnlnm( "DECW$DISPLAY" ) .nes. ""
$ then
$   create/terminal/nowait -
        /resource=sys$login:decw_nomenures.dat -
        /window=(title="Nonmenu Decwindow",icon_name="NomenuDecw")

The magic resources file needed is (more or less) the following:
------------ decw_nomenures.dat -----------------
! DECTERM resources to reduce menubar down to one pixel height.
*decterm_mb*height: 1
*decterm_mb*resizeHeight: false
*decterm_mb*resizeWidth: false
DECW$TERMINAL.main.terminal.adjustFontSizes:    off
DECW$TERMINAL.main.terminal.saveLinesOffTop:    2048
DECW$TERMINAL.main.terminal.scrollVertical:     off
DECW$TERMINAL.main.terminal.cursorStyle:        1
DECW$TERMINAL.main.terminal.shareColormapEntries:       on
DECW$TERMINAL.main.terminal.autoResizeTerminal: off
DECW$TERMINAL.main.terminal.condensedFont:      off
----------- end of decw_nomenures.dat -----------------

The first 3 lines are the key to getting rid of the menu line by
squashing it to 1 pixel. You can set other resources to get variations,
select fonts, etc., but if you prefer to use the space the menu bar consumes
for a couple more lines of text, this will do it.

Newsgroups: comp.os.vms
From: sysop                           
Subject: CMKRNL as an image priv:  Security problem?
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: Department of Nuclear Engineering Sciences
Date:  1 Oct 1992 14:03 EST  

If a process has an image privilege (as opposed to a process privilege), is it
possible for that process to acquire the priv?  How?  What can I do to prevent
a possible security problem like this? 

-------------------------------------------------------------------------------
Shawn A. Clifford, System Manager | Internet: sysop@robot.nuceng.ufl.edu
Nuclear Engineering Sciences      |		sac@eng.ufl.edu
University of Florida             | Home Phone: 904/335-4914
Gainesville, Florida  32611       | Work Phone: 904/392-1450  FAX: 904/392-3380
-------------------------------------------------------------------------------
Newsgroups: comp.os.vms
Subject: VAXELN download/time-out problem
From: fantini%boot.decnet@edwards-tems.af.mil
Date: 28 Sep 92 15:33:12 -0700
Organization: T&E Mission Simulator - Edwards AFB, CA


Hello Net,

We have a cluster of VAX-3600's and VAX-2000's connected via Ethernet. All
are on NCP's circuit QNA-0. Connected to this are two VAX-6510 realtime
systems running VAXELN. They are connected to the cluster via QNA-1.

The realtime systems sometimes time-out during booting (downloading). 
Question: Is there a SYSGEN parameter that I can adjust on the cluster to
prevent this problem? If there is no SYSGEN parameter then what can I
do to solve this problem?

						thanx,
						-Jay
-- 
---------------------------------------------------------------------------
Fantini@edwards-tems.af.mil   | 6510 TSWS U.S.A.F. Simulation Lab
Mathematican & Loose Cannon   | "Im Berechnung liegt Wahrheit." - Me
---------------------------------------------------------------------------
Newsgroups: comp.os.vms
From: fairfield@slacvx.slac.stanford.edu
Subject: Re: Vms: Posssible to store more than 20 commands?
Organization: Stanford Linear Accelerator Center
Date: Tue, 29 Sep 1992 22:00:44 GMT

In article <1992Sep29.173506.19317@news.Hawaii.Edu>, bill@gaza.uhcc.Hawaii.Edu (William J. King) writes:
> 
> 	Any way to possibly store more than 20 DCL commands for
> 	recall (via up arrow)?

    Yes!  Pick up a copy of Hunter Goatley's DCL_RECALL program.  The
current version patches DCL.EXE to be able to recall up to 62 commands.
A parameter in the macro allows you to change that downwards to a convenient
number if you desire (do you really want 62 commands scrolling off the top
of your 24-line screen when you do a RECALL/ALL ?).

    You can get DCL_PATCH from Hunter's fileserver, FILESERV@WKUVX1.BITNET,
or via anonymous ftp from both FTP.SPC.EDU (under [.MACRO32...] I believe)
and VESTA.SUNQUEST.COM (as well as others)...
-- 
 Dr. Kenneth H. Fairfield    |  Internet: Fairfield@Slacvx.Slac.Stanford.Edu
 SLAC, P.O.Box 4349, MS 98   |  DECnet:   45537::FAIRFIELD (45537=SLACVX)
 Stanford, CA   94309        |  BITNET    Fairfield@Slacvx
 ----------------------------------------------------------------------------
 These opinions are mine, not SLAC's, Stanford's, nor the DOE's...
Newsgroups: comp.os.vms
Distribution: jadpc2
Date: Fri,  2 Oct 92 14:35:12 -0800
From: Dan_Cook@f344.n202.z1.fidonet.org
Subject: assigning lta device numbers
Comment-To: Trounson@f344.n202.z1.fidonet.org
Reply-To: Dan_Cook@f344.n202.z1.fidonet.org
X-FSC-PATH: 202/344

That's very interesting.  After all, who hard codes LTA port numbers
these days?  Here is how we do ours:
 
$ LATCP := $LATCP
 
$ LATCP CREATE PORT-
   /LOGICAL=(NAME=LN03R_LAT_PORT,TABLE=SYSTEM,MODE=EXECUTIVE)-
   /NOLOG
 
$ LATCP SET PORT LN03R_LAT_PORT-
   /APPLICATION-
   /NODE=DS296-
   /PORT=LN03R-
   /QUEUED-
   /NOLOG
 
The LTA number is assigned by LATCP.  The full device name ends up in
the logical LN03R_LAT_PORT.  CPS$STARTUP (or whatever it's called?)
just references the logical.  No conflicts this way (that I know of).
We've been doing it this way since VMS V5.4-1 (warts and all at that
time).
 
- Dan

--- Maximus/2 2.01wb
 * Origin: RossNet Gateway (1:202/344)
Newsgroups: comp.os.vms
From: schenke@ferranti.com (dick schenke)
Subject: Re: Anybody had "tape stuck" problems with TSZ07 tape drives?
Organization: Ferranti International Controls
Date: Wed, 30 Sep 1992 14:58:11 GMT

In article <1992Sep14.182059.7539@ac.dal.ca>, ae@ac.dal.ca writes:
> 
>   We are using two TSZ07 (table-top, nine-track, 1600/6250) tape drives
> through KZQSA's (one per drive) on a VAX 4500.  Quite frequently during a
> BACKUP a tape drive declares on its little green LED display "6B - TAPE STUCK"
> and BACKUP gets a "-SYSTEM-F-DRVERR, fatal drive error".  This error is
> supposed to indicate debris in the tape path or a problem with the tape media. 
>   The initial response from DEC field service was that it was a media problem
> (after all, that's what the error code says).  We're not at all satisfied with
> that explanation and have had the problem escalated to engineering.  We never
> see any indication of dirt, gum, or oxide on the read/write head or capstan
> rollers.  The tapes are not old or dirty (they have been cleaned just before
> use).  We clear the error condition on the drive by turning the power off and
> on and pressing the "LOAD" or "UNLOAD" button; no manual adjustment of the
> tape is needed.  The tape is definitely not stuck in any obvious way to the
> drive mechanism.
>   Has anyone else had similar problems?
> 
We have had similar problems on a TSV05 with a M7530-PA controller.
I believe that the transport is the same as yours.  Our problem was that
the drive would error and go offline without informing the operating system
of the reason.  DEC field service replaced tachometers, drive motors,
maybe even heads, checked the power source and supply.  We kept having
the problem after sustained use.  We were making backups at 1600 bpi
(don't ask why) which required up to 30 reels.
   Central support suggested the tape-sticking problem to the field
engineers.  If the heads were thoroughly cleaned after every 6 reels we
could avoid the problem.  No dirt was visible on the cleaning pad.
   If you observe the failure with the lid raised (Kids - don't try
this at home - only with a trained field service engineer in attendance!)
you will probably see the take up reel go into reverse while the supply
reel is still going forward, the tension arm goes slack, the supply
reel hits reverse and the tension arm hits the other stop.
   In our case there is no LED readout to say TAPE STUCK.  The error
code is shown by a combination of the five pushbutton LEDs going
'blink-blink-off', repeatedly until the drive power is cycled.
Ours indicated tachometer error or tension arm at limit.
The drive was offline until the drive was cycled.  A mount
verification started and timed out.
   There is no air column, air bearing or tension arm between the head
and the takeup reel.  My theory is that if there is any sticking
of tape to head it could break or stretch the tape, so the drive
has been designed to bail out in case of such an emergency.
   Our solution is to make backups on TK70, even though the
9-track media is in plentiful supply.

Dick Schenke     schenke@Ferranti.com
Ferranti International Controls
Sugar Land TX USA
From: JLW@PSULIAS.PSU.EDU ("J.Lance Wilkinson, 814-865-1818")
Newsgroups: comp.os.vms
Subject: Looking for VMS Gopher, WAIS client(s)...
Date: 2 Oct 92 21:53:00 GMT
Organization: The Internet

I'm looking for one or more VMS Internet GOPHER and WAIS clients; I've already 
secured the VMS gopher client from boombox, but was wondering if there were any
more out there.  I also don't have much of a grasp on where WAIS clients for
VMS might be at all.

+-"Never Underestimate the bandwidth of a station wagon full of mag tapes"--+
| J.Lance Wilkinson ("Lance")            BitNet:    JLW@PSULIAS.BITNET      |
| Systems Design Specialist - Lead       InterNet:  JLW@PSULIAS.PSU.EDU     |
| Library Computing Services             AT&T:      (814) 865-1818          |
| E8 Pattee Library                      "I'd rather be dancing..."         |
| Penn State University         A host is a host from coast to coast,       |
| University Park, PA 16802     And no one will talk to a host that's close |
| <POSTMAST@PSULIAS.BITNET>     Unless the host that isn't close            |
| <POSTMAST@PSUCES.BITNET>      Is busy, hung or dead.                      |
+------"He's dead, Jim. I'll get his tricorder. You take his wallet."-------+
From: holman@EDWARDS-DCM.AF.MIL ("Tom Holman")
Newsgroups: comp.os.vms
Subject: unsubscribe info-vax
Date: 5 Oct 92 21:56:00 GMT
Organization: The Internet

unsubscribe info-vax
From: DWING@UH01.Colorado.EDU (Dan Wing)
Newsgroups: comp.os.vms
Subject: Re: TP_SERVER
Date: 6 Oct 92 22:04:27 GMT
Distribution: world
Organization: The Internet

Stu Hiser, sh1u@andrew.cmu.edu, writes:

>Excerpts from netnews.comp.os.vms: 2-Oct-92 TP_SERVER
>whd0675@ritvax.isc.rit.e (410)
[...]
>> I heard rumors that it is required for the queue manager on VMS V5.5.  Is
>> this true?  Is there any programming documenation?  Thanks in advance!
>
>Don't know here - I haven't upgraded to 5.5 yet.  Perhaps it's also in
>the release notes.

You can safely retain your SYS$DECdtm_INHIBIT logicals (to prevent DECdtm
from starting).  

Two processes that are started for DECdtm:  TP_SERVER and IPCACP.  TP_SERVER 
can consume quite a good chunk of resources, because it is looking for a file 
every (15 seconds?) so often.

Defining the SYS$DECdtm_INHIBIT logical prevents *both* of these processes 
from starting in VMS V5.4-x.  In VMS V5.5, IPCACP is started no matter what 
because it is used by the new queue manager.  I don't know if IPCACP is 
started in VMS A5.5 (it isn't very significant either way, though:  on my
system, after 9 days of uptime, IPCACP has accumulated only 5 seconds of 
CPU time on a 6600 series system).

-Dan Wing, DWING@UH01.Colorado.EDU or WING_D@UCOLMCC.BITNET (DGW11)
 Systems Programmer, University Hospital, Denver

Newsgroups: comp.os.vms
From: reece@eco.twg.com (Reece R. Pollack)
Subject: Re: Online disk failover
Reply-To: reece@eco.twg.com
Organization: The Wollongong Group (East Coast Operations)
Date: Mon, 28 Sep 92 20:16:36 GMT


In article <1992Sep28.145908.65@wronz.org.nz>, trounson@wronz.org.nz writes:
|>Dear all,
|>
|>We have a LAVC with dual boot nodes - a VAX 3400 and a VAX II. The
|>3400 is the primary boot node and is the one satellites generally boot from.
|>(The VAX II is booted last.)
|>However, occasionally after partial cluster reboots, a satellite will have the
|>system disk served by the VAX II (presumably because the VAX II responded 
|>first).
|>
|>How do we force a disk to failover to the 3400 online? (ie without shutting 
|>down the VAX II.)

Look in SYS$EXAMPLES for a program called PREFER. This utility can be used
to force a node to fail over to a particular disk server.

--
Reece R. Pollack
Senior Software Engineer
The Wollongong Group, Inc.
From: nreadwin@micrognosis.co.uk (Neil Readwin)
Newsgroups: comp.os.vms
Subject: Re: Looking for SET PROTECTION/NAME_TABLE
Date: 27 Sep 92 13:42:02 GMT
Organization: Micrognosis, London, UK.

In article <1992Sep26.135039.1@woods.ulowell.edu>, sabotkap@woods.ulowell.edu (Pete Sabotka) writes:
|> Is there any way to set/modify proection on a logical name table created 
|> via  CREATE/NAME_TABLE ?

It depends, but the answer is probably no ...

Firstly, protection is ignored on non-shareable tables. Even if you specify
the /PROTECTION qualifier a SHOW LOG/TABLE=foo/FULL will tell you that no
protection information is available. Similarly, attempts to add an the ACL
to the table will fail with a NOACLSUPPORT error. To create a shareable
table you will need SYSPRV.

Secondly, the DCL Concepts manual tells us that "You cannot change the
protection on an existing logical name table". However, this refers to UIC
based protection, not ACLs.

Assuming that you have SYSPRV then you could do the following (in DCL or
you favourite programming language):

	SET PROC/PRIV=SYSP
	CREATE /NAME_TABLE /PARENT=LNM$SYSTEM_DIRECTORY -
		/PROT=(S:R,O:R,G,W)  foo
	SET PROC/PRIV=NOSYSP
	SET ACL/OBJECT=LOG foo /ACL=(IDENT=user,ACCESS=READ+WRITE)
	DEFINE/TABLE=foo  some_name  some_value
	SET ACL/OBJECT=LOG foo /ACL=(IDENT=user,ACCESS=READ)

If you create the table with S:REWD protection then you don't need to bother
with ACLs - you just just enabled and disable SYSPRV to control access.

I suspect this isn't very useful, but then I don't understand why you want
to prevent yourself defining logicals in the first place :-)

|> I tried  SET PROT /DEVICE but this requires OPER privilege even to modify
|> protection on a logical name table _I_ created. 

If you had OPER priv it would then say

	%SET-E-NOTSET,
	-SYSTEM-W-NOSUCHDEV

A logical name table is not a device :-) Neil.
-- 
 Phone: +44 71 528 8282  E-mail: nreadwin@micrognosis.co.uk
 Anything is a cause for sorrow that my mind or body has made
From: phd85@keele (D.H. Holden)
Newsgroups: comp.os.misc
Subject: Re: BYTE is unix dead
Date: 30 Sep 92 10:48:36 GMT
Organization: Keele University, England

From vn Wed Sep 30 11:44:19 1992
Subject: Re: BYTE asks, is UNIX dead?
Newsgroups: comp.os.linux

From article <3683@key.COM>, by srj@key.COM (Scott R. Johnson):
> In article <KETIL.92Sep28210509@spurv.ii.uib.no> ketil@ii.uib.no writes:
>>
>>BUT: Perhaps we could start letter campaigns to get more coverage for
>>free software?  Mail a letter to Byte or whatever, ask for reviews etc
>>of Gnu stuff, and other free software.  
> 
> I seem to remember that Byte finally took the plunge, and is now on 
> the Internet.  Can someone grab the "dead UNIX" copy, and check it
> out?  I seem to remember seeing the line "Byte can be now reached
> on the Internet, at editors@bytepb.com" at the bottom of the editor's 
> and some of the other columns...
> 
> Maybe a kind note asking them to direct some attention to gnu.* would
> be in order? Not to mention comp.os.really_cool_OSes_that_are_that_are_
> actually_supported_by_instead_of_griped_at_by_their_users...
> 
>         U   Ack!  Scott Johnson  Amdahl Adv. Sys. srj@key.amdahl.com  623-2333

    Hi,
	 I been following this discussion with interest over the last
	 few days, I'm not a computing professional but do use computers
	 a lot, mainly mini computers, and have found BYTE to be the
	 only mainstream magazine that is not _totally_ devoted to 
	 PC's and PC concerns, although as mentioned does contain a lot
	 of this. I have been meaning to write to BYTE expressing my
	 appreciation of the coverage of non PC related issues, however
	 from the previous article I have read in this group the general
	 concensus seems to be that they are leaning more in this
	 direction (for comercial reason??). Those more eloquent and
	 knowledgeable than myself on this subject might like to make
	 a summary of the recent posting about this and send it to 
	 BYTE's internet letters address, which from the UNIX issue
	 so hotly debated is given as

	   letters@bytepb.byte.com

	   Dave

--
Dave.
phd85@uk.ac.keele.seq1
From: frain@cis.ksu.edu (Jerry Frain)
Newsgroups: comp.os.minix
Subject: Re: MacMinix and System 7
Date: 28 Sep 92 19:19:49 GMT
Organization: Kansas State University
NNTP-Posting-Host: depot.cis.ksu.edu

little@carina.hks.com (Jim Littlefield) writes:

> Michael H. Naber (naber_michael@tandem.com) wrote:
> : 
> : MacMinix, as distributed by Prentice-Hall, just doesn't run under MultiFinder
> : well, either system 6 or 7.  
> :    ftp_contrib/mcminix (or some such name)

> Does it run well enough to rebuild it WITHOUT running system 6? I
> just ordered a copy of MacMinix and really don't want to install
> system 6.

I couldn't get the distribution MacMINIX to run more than a few
moments (rarely even saw the login prompt) under System 7.

I just booted off an old floppy with System 6 on it.

------------------------------------------------------------------------------
Jerry Frain, Systems Programmer         |  "Back off man, I'm a scientist."
Kansas State University                 |  frain@cis.ksu.edu
Department of Computer & Info Sciences  |  ...!rutgers!depot!frain

Newsgroups: comp.os.minix
From: pauls@css.itd.umich.edu (Paul Southworth)
Subject: Minix and PPP?
Organization: University of Michigan ITD Consulting and Support Services
Date: Sun, 27 Sep 1992 19:42:44 GMT

Has anyone successfully used PPP with Minix?


Paul Southworth                    |     ftp redspread.css.itd.umich.edu
Consulting and Support Services    |        Anonymous Political Archives
Information Technology Division    |                     100% 386BSD 0.1
University of Michigan, Ann Arbor  |  Coming soon: mirror of ftp.eff.org

  <Representing myself.  Everything I say is for educational use only.>