HDTenEightyP/NetNews huggingface dataset:
From: leichter@lrw.com (JERRY LEICHTER)
Newsgroups: comp.os.vms
Subject: re: Am I in SYLOGIN?
Date: 23 Jul 92 02:05:48 GMT
Organization: The Internet


	Anyone know of a simple, fairly fullproof way to determine if an image
	is being run from SYLOGIN.COM or some other known place (step) during
	process creation?

	I have an installed privileged application that I want executed during
	the login process, but I don't want users to be able to execute it
	directly.  It does "things" based on an assumed state of that
	process/environment at that time particular time.  Allowing users to
	change their environment (logical names, devices, etc.) and then
	rerunning this image could be a problem in some instances.

	Grabing the procedure depth/name from the clidata doesn't seem
	fullproof enough.   Checking the imagecount in the process header
	could work, but I dunno..  Patching loginout (again!) is also too
	messy.    I'd appreciate any ideas/strategies.

There's really no way to get the effect you are SPECIFYING in any useful
way.  After all, nothing prevents the user from executing SYLOGIN.COM again
himself!

However, if you change the statement of the problem to "execute only once in
a process", there are several possible solutions.  Looked at this way, all
you need is some unremoveable "tag" set on the process that the program can
check to see if it's run before.  An identifier granted to the process would
do the trick.  So would an exec-mode logical name defined in the process
table.  Even the image count is an example of this technique, though it's
one that may be difficult to control.

Of course, this prevents a user from running it AGAIN.  Ensuring that it runs
only in a controlled environment just means that you have to be sure that it
runs once in SYLOGIN.COM, which means your SYLOGIN.COM has to be uninterrupt-
able until the program has run.  That's no big deal to accomplish....

There's a related problem:  What happens if the user creates a subprocess?
It won't execute normally SYLOGIN.COM, and it won't run your program.  What
should the security policy in that case be?  Is it OK that the program hasn't
run?  Should it be allowed to run?  If not, it's easy to prevent it - one
simple way is to use the exec-mode logical as before, but place it in the
job table.

However, the best alternative is to make the privileged application foolproof.
Otherwise, you'll have to worry about oddball cases.  For example, what if
someone uses $CREPRC to start a detached process running the application?

							-- Jerry
From: dongray@cdclu1.genrad.com (Derek Dongray)
Newsgroups: comp.os.vms
Subject: Re: DECwindows ==> Motif license upgrade
Date: 26 Jul 92 22:58:18 GMT
Distribution: world
Organization: The Internet

> In the U.S., DEC did indeed give away Motif licenses to *all* VMS-licensed
> systems (not just workstations).  Those who wanted Motif licenses had to
> submit a request, listing specific information for each system to be licensed
> for Motif.  Some number of weeks later, license PAKs arrived for all systems
> as requested.
> That offer, as the other fellow mentioned, expired some time ago.
> 					John

When DW/Motif was released in the UK, with its license, I made several equiries
to our local DEC sales people. The answer I got was that because part of the
code was not DEC's property a license fee *had* to be charged. Hence the 100
pounds for any machine offer. As far as I know there was *never* a free license
program in the UK. I suppose it's just another example of the US getting a much
better deal than the UK. (Or the rest of the world?)

--------------------------------------------------------------------------------
Name : Derek Dongray, Systems Manager, GenRad Ltd.
Phone : 061 486 1511 ext 166
PSS : 234261600119::Dongray                 UKnet : Derek.Dongray@GenRad.co.uk
InterNet : Dongray@cdclu1.GenRad.com        CompuServe : 70374,2745
Address : Monmouth House, Monmouth Road, Cheadle Hulme, Cheshire, SK8 7AY, UK.
Newsgroups: comp.os.vms
Subject: TCPIP programs: info needed
From: lunazzi@boifcc.cineca.it (Mauro Andrea Cremonini)
Date: 22 Jul 92 12:26:44 +0100


Please, I would like to know whether tcpip programs exist for the VMS
VAX at some FTP site. I need a program which can TELNET, FTP and 
possibly read the NEWS.

Thank you very much.
Mauro


|===================================|    /\
|Mauro Andrea Cremonini (IW4BOX)    |   //\\
|Dept. Organic Chemistry            |  ///\\\
|University, Bologna, ITALY         |  \\\///
|e-mail lunazzi@boifcc.cineca.it    |   \\//
|===================================|    \/
From: tmis1862@altair.selu.edu
Newsgroups: comp.os.vms
Subject: Lost MAIL$<hex> Files????
Date: 22 Jul 92 19:03:46 GMT
Organization: Southeastern Louisiana University


A few weeks ago somebody posted about a program to find "lost" 
MAIL<hex-string>.MAI files that were no longer used by MAIL.MAI
I have more MAIL$<hex>.MAI files than messages, so something is wrong. 
Does anybody have this program?  I need to clean these older files out
of my directory.

Also, how can this happen?  I thought when you PURGEd your mail, all of
the corresponding MAIL$ files were deleted also.  What's the story here?

--
Daryl Spillman
Junior Programmer
Southeastern LA University
TMIS1862@SELU.EDU
Newsgroups: comp.os.vms
From: marshall@force.ssd.lmsc.lockheed.com (Bob Marshall)
Subject: Re: TSM "No usable service circuits"
Reply-To: marshall@force.ssd.lmsc.lockheed.com
Organization: LMSC, Sunnyvale, California
Date: Thu, 23 Jul 92 00:37:43 GMT

In article <1992Jul22.132528.1@ptavv.llnl.gov>, oberman@ptavv.llnl.gov writes:
>In article <22JUL199209573970@reg.triumf.ca>, grant@reg.triumf.ca (Peter A. Grant) writes:
>> I was wondering if a TSM expert could help me with the following:
>> 
>> TSM> use server tsrv02
>> %TSM-E-NO_SERVICE_CKTS, No usable service circuits, server TSRV02
>> %TSM-I-DEFAULT_USAGE, Set to default usage, DIRECTORY
>> 
>> This happens on just 2 of our 18 nodes in our LAVC running VMS 5.5,
>> TSM 1.4.  The two nodes are a VAXserver 3400 and a MicroVAX 3800.  The
>> other VAXserver, however, works.
>
>This is one of the real pains of having a different circuit name for different
>Ethernet interfaces. TSM uses the "service circuit" from NCP to know which
>circuit to use for the connection.

This is not true. TSM has its own operational database; it does not look
at the NCP database to determine the service circuit (at least, in v1.3
it doesn't). TSM is a little smarter than NCP, and it allows you to specify
a list of up to four service circuits for each server (again, in v1.3).

Perhaps on the two nodes where TSM is not working you have a bogus or
incorrect TSM$CONFIG.DAT file in SYS$SYSROOT:[DECSERVER] (i.e., in
SYS$SPECIFIC:[DECSERVER]. Do a SHOW SERVER TSRV02 on one of those two
nodes and see what circuits TSM wants to use.

=============================================================================
Bob Marshall                     \\     "It ain't age
Lockheed Missiles & Space Co.     \\     That makes me look this way
Sunnyvale, CA                      \\    It ain't the years, boys,
marshall@force.ssd.lmsc.lockheed.com\\   It's the miles"
"I tell the truth 'cept when I lie"  \\     - Chris LeDoux
=============================================================================
Newsgroups: comp.os.vms
From: billb@crpmks.uucp (Bill Bochnik (Info Systems))
Subject: Re: How to deallocate a device ALLOCATE'd by someone else?
Reply-To: billb@crpmks.UUCP (Bill Bochnik (Info Systems))
Organization: Ciba-Geigy Corporation
Date: Sat, 25 Jul 1992 14:37:29 GMT

In article <roy.711926392@umbra.gsfc.nasa.gov> roy@umbra.gsfc.nasa.gov (Roy Nakatsuka) writes:
>Does anyone know of a way in VMS to deallocate a device ALLOCATE'd by another
>user or process?  It seems that no matter what privileges you have or who you
>are, even SYSTEM is not allowed to do this.

stop proc/id=<process id number> ?

-- 
Bill Bochnik			| It's hard to be a James Bond in an Abbott
Systems Analyst 		|	and Costello world.
Ciba-Geigy Corporation		| Signed and sealed, they deliver oblivion.
philabs!crpmks!billb		| It's worse than that, he's dead Jim.
From: leichter@lrw.com (JERRY LEICHTER)
Newsgroups: comp.os.vms
Subject: re: Re: Librarian bug?
Date: 22 Jul 92 01:36:05 GMT
Distribution: world
Organization: The Internet

Several people have pointed out to me that my response to Arne Vajhxj concerning
the Librarian missed the point of the original question.  Yes, indeed, if the
original file is a help library (which was never stated - the command was
given as:

	$ LIBRARY/INSERT text_library  help_library

where the name "help_library" implies that it's a library, but the lack of a
file type would imply .TXT, not typical for a library - then when you extract
it later, it's unusable because it comes back with varying-length records.
In this case, Mr. Vajhxj's fix - using CONVERT - will do the trick.  You do,
of course, have to know that that's what the original file was.

You can insert into Librarian text libraries any file that can be read sequen-
tially.  You can even insert an indexed file.  However, when it comes back
out, the file will be a varying length record sequential file, which you may
or may not be able to get back into the original format.

My statement that it was "absolutely false" that CONVERT would do the trick 
was clearly itself false.  My apologies to Mr. Vajhxj.

							-- Jerry
From: EWV@hep.anl.gov (Eric Vaandering)
Newsgroups: comp.os.vms
Subject: News Readers for VMS
Date: 24 Jul 92 15:30:18 GMT
Distribution: world
Organization: The Internet

I know that there are several news reader software programs available
for VMS.  If those of you who have used them could please tell me about
your experiences with them, I would be very grateful.  I will summarize
to the list.  What I am looking for is the following:
   Ease of setup
   User friendliness for users
   Features
   Thorough documentation

Thanks
			  Eric W. Vaandering
 ____________________________School Info_______________________________
|BITNet:    RES_EWV@VALPO       USPS Net:  Eric Vaandering             |
|InterNet:  res_ewv@exodus.valpo.edu       Brandt Hall                 |
|PhoneNet:  (219) 464-5918                 Valparaiso, IN 46383        |
|____________________________Summer Info_______________________________|
|BITNet:    EWV@ANLHEP          USPS Net:  Eric Vaandering             |
|InterNet:  ewv@hep.anl.gov                Argonne Natl. Lab - HEP     |
|PhoneNet:  (708) 252-6312                 Argonne, IL 60439           |
|______________________________________________________________________|
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.os.vms
Subject: Re: Q: Hardware, why does the microvax wont boot
Date: 27 Jul 92 11:48:43 GMT
Organization: St. Peter's College, US

In article <1992Jul27.100524.35882@infoserver.th-darmstadt.de>, sysgaertner@cygnus.frm.maschinenbau.th-darmstadt.de (M. Gaertner, FRM, TH Darmstadt, Germany) writes:
> I own an old microvax II with 6 MB RAM. Now I found a cheap 8MB board
> and quickly removed the grant continuity card and the 1 MB board from
> the first slot after the cpu (BA23-cabinet) and put the 8 MB (Caminton
> is the producer) in.

  I assume you have a MVII (1Mb on the CPU), 1 1Mb memory, and 1 4Mb memory?
 
> Well, the vax comes gracefully to the '>>>'-prompt, but won't find the
> secondary boot, aka. test 2 and test 1 fails.
> Whenever the cpu tries the test 2 all leds at the DELQUA, go out and
> wont go on again until the power is cycled.
> Since the memory test (6) went good and the board did run in another
> myvax, I have no idea what problem I have now.

  Well, a failure in tests 2/1 indicate that a bootable medium wasn't found.
You mention a DELQA - make sure that the cable between the board and the back
of the cabinet is still properly attached (since it's quite tight inside the
BA23). You might also try doing an explicit ">>>B XQ" and see what error you
get - the message should tell you if the board isn't found, if the board fail-
ed initialization, etc.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: 8mm appending savesets
Date: 25 Jul 92 16:40:23 GMT
Distribution: world
Organization: The Internet

Where I need to append savesets to an 8mm tape, on tapes on Qbus/unibus/
etc. it works fine just to use back/norewind. On SCSI controlled 8mm,
however, this does not work unless the tape is already positioned.
Thus an INIT followed by a lot of back/norewind commands works fine.
Adding a saveset to a tape that isn't empty does not, generating
spurious errors.
   On SCSI controlled 8mm, it is however possible to get the tape
positioned correctly by giving a command of form
$back/list=nla0:a.b/ign=label mkb400:*
(using the tapeunit on your system of course)
after which one or more back/norewind commands will work correctly.

This seems to be an artifact of SCSI controller and/or MKdriver.
When the tape is not dismounted between savesets, this technique
need be used at most only for the first positioning. On non-SCSI
controllers, the tapes work more like real tapes in all ways. I
initialize the 8mm's explicitly when using new ones, having seen
problems also under VMS 5.5. Hopefully the driver will be improved.
Glenn Everhart
Everhart@Raxco.com
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: comp.os.vms
Subject: Unknown tape format
Date: 30 Jul 92 08:39:56 GMT
Reply-To: mvbr@se.alcbel.be
Organization: Alcatel Bell Telephone


--
I have some tapes, dating 1982(!!), from which I would like to retrieve some
information. The problem is that I do not remember anymore how they were built.
- After a MOUNT/FOR, BACKUP does not recognize savesets (I think that VMS in
that time had no BACKUP utility)
- I can MOUNT it with the correct label and perform a DIR on it. It lists me
the correct files, but they have strange formats :

DESCRIBE.BCK;1                File ID:  (4,1,1)            
Size:           22/22         Owner:    [SE121,MVBR]
Created:  12-JUL-1982 00:00:00.00
Revised:   <None specified>
Expires:  12-JUL-1982 00:00:00.00
Backup:    <No backup recorded>
File organization:  Sequential
File attributes:    Allocation: 22, Extend: 0, Global buffer count: 0, Version limit: 0
===>Record format:      Undefined, maximum 2064 bytes
Record attributes:  No carriage control, Non-spanned
RMS attributes:     None
Journaling enabled: None
File protection:    System:RWED, Owner:RWED, Group:RWED, World:RWED
Access Cntrl List:  None

As a result I cannot copy them due to the following errors
%COPY-E-WRITEERR, error writing DEC_SUPPORT:[MARK]DESCRIBE.BCK;1
-RMS-F-RSZ, invalid record size
%COPY-W-NOTCMPLT, MTA0:[]DESCRIBE.BCK;1 not completely copied
(there is a file but he has 0/0 as size).

The result of a SHOW DEV MTA0:/FU is

Magtape BTMV01$MTA0:, device type TE16, is online, allocated, deallocate on
    dismount, mounted, file-oriented device, error logging is enabled.

    Error count                 1532    Operations completed              58369
    Owner process    "I am 000000E7"    Owner UIC               [GZ233,JANNEKE]
    Owner process ID        000000E7    Dev Prot    S:RWED,O:RWED,G:RWED,W:RWED
    Reference count                2    Default buffer size                2048

    Volume label            "MARCUS"    Relative volume no.                   0
    Record size                    0    Transaction count                     1
    Mount status             Process    Mount count                           1
    ACP process name      "MTA0CACP"
    Density                      800    Format                        Normal-11

  Volume status:  end-of-file, subject to mount verification, odd parity.

Can anyone suggest me how to restore those files ? Please respond by E-mail. 

-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."
From: PSI%ITAPAC.22800002::PITCLS::ADRIANO@imimnvx.irfmn.mnegri.it (Adriano Santoni)
Newsgroups: comp.os.vms
Subject: Q: DTEPAD internals
Date: 31 Jul 92 08:14:00 GMT
Organization: The Internet

Hi netters!

Does anybody know anything on DTEPAD's internals? I'd like to emulate 
its quickness and smoothness, besides the essential functions which 
are quite simple to implement in a rough way. How can this VMS utility 
be so fast? Did you notice how automatically-repeated characters from 
the keyboard are almost instantaneously echoed? What are the basic 
tricks of DTEPAD? I have observed several calls to sys$services 
related to event flags, by running it under DEBUG (you know, don't
you, how this can be done, even if Digital does not agree ;-)
If you (reading this) are a former DEC developer, please send me any 
material of ineterest. However, simple comments and hints are welcome.

Adriano
-------

adriano@imimnvx.irfmn.mnegri.it		( <==== please, use this!!! )

Adriano Santoni, system analyst/implementor
PITAGORA S.p.A., Reparto Produzione Milano
Via S. Maria Valle 1/A - MILANO
ITALIA


Newsgroups: comp.os.vms
From: olson@dstl86.gsfc.nasa.gov (Paul Olson)
Subject: Re: DECwindows ==> Motif license upgrade
News-Software: VAX/VMS VNEWS 1.41    
Organization: Mission Operations and Data Systems
Date: 27 Jul 1992 10:18 EST  

In article <1992Jul27.030929.3431@spcvxb.spc.edu>, terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.) writes...
>[stuff deleted] 
>  A similar example was the DEQNA->DELQA trade-up offer. The terms of this
>varied in the different Digital divisions, anywhere from "tough - go buy a new
>board" through "here's your free DELQA". In regions where folks thought the
>policy was bad, they lobbied (some successfully) to have it changed. The prob-
>lem with the Motif offer was that DEC managed to keep it a big secret, so no
                                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>such grass-roots movement got started.
> 
>	Terry Kennedy		Operations Manager, Academic Computing
>	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
>	terry@spcvxa.spc.edu	+1 201 915 9381

You got that right, Terry.  We never even heard of the free update offer until
the deadline was past.  We beat up on our DEC-critter, saying that we should
get it for free since we never were informed (we were told about the upgrade
one week after it expired), but our words fell on deaf ears.

Paul J. Olson - VAX Systems Manager & Resident Amiga Addict
Voice -     301/286-4246, 301725-5501
DECnet-    DSTL86::OLSON
Internet - olson@dstl86.gsfc.nasa.gov
Disclaimer: Statements in my messages are wholely my own.
   "[the universe originated] as a quantum fluctuation of absolutely nothing."
	 - Guth & Steinhardt
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: RE-summary of VMS 5.5 upgrade
Date: 23 Jul 92 23:14:21 GMT
Reply-To: carl@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera

In article <1992Jul23.185725.27699@u.washington.edu>, seymour@milton.u.washington.edu (Richard Seymour) writes:
>>What I'd like to know is why the upgrade (V5.4-2 -> A5.5) changed the clock at
>>all?
>
>?because it's historical?   MANY major (but few minor) upgrades have kiboshed
>the TOY... i think it was v2.x-->v3.0 which did a 1-YEAR set-ahead...
>(so you look at the output, and it reads right-day_right-month_ and you don't
> notice that the last digit of the year is off... until things go weird...)

Well, remember, TOY stands for Time Of Year.  What caused the off by one year
problems is that the system writes the time occasionally (when it boots?  When
it shuts down?  periodically?) to SYS.EXE (I think that's the right file). 
Next time you boot, the system combines the value stored in SYS.EXE and the
information from the TOY clock to figure out what the current time, including
the year, is.  So if there's a long enough delay from the time the saveset of
the system disk you're restoring was written and the time you restore it, you
get the wrong year next time you boot.  As far as I know, there's nothing
analogous that could cause you to be off by one day.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
From: terryf@argus.lpl.arizona.edu (Terry Forrester)
Newsgroups: comp.os.vms
Subject: LMF not starting on bootup
Date: 21 Jul 92 17:55:56 GMT
Organization: Lunar and Planetary Lab, U of AZ

I have encoutered a strange problem ocurring on system startup, that I
hope someone can shed some light on. After upgrading TGV Multinet from 
version 3.0 to 3.1, my system (a MicroVax II, running VMS 5.4-3) was 
rebooted, and fairly early in the boot process, the following messages 
appear:

   %LICENSE-I-NOT_STARTED, License management facility is not started
   %LOGIN-S-LOGOPRCON, login allowed from console

followed by a DCL prompt.

This problem has persisted through several reboots. I have found that I 
can simply execute sys$system:startup.com to bring everything up, including 
the License Management Facility. (A LICENSE START command also reads the 
data base, and loads the correct licenses). I would of course like this 
all to happen automatically, like it used to. The VMS License Management
Utility Manual doesn't give much useful info on this message, and poking
around is the SYS$STARTUP directory hasn't yielded any clue why the
LMF won't start.

The license database was modified a few weeks ago, to add the license 
PAKs required by Multinet 3.1, but this is not the first reboot since 
that time. This was also the second attempt for the Multinet upgrade, 
and this problem did not appear the first time. I would greatly appreciate
hearing from anyone who may have encountered this before, or has any idea
what to look for to solve this problem.
--
--
/* Terry Forrester                   terryf@arizona.edu    */
/* Lunar and Planetary Laboratory    (602)-621-4539        */
/* University of Arizona 	     Tucson, AZ 85721      */
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: wait for event flag halts ast deliver
Date: 22 Jul 92 02:15:20 GMT
Reply-To: carl@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera

In article <1992Jul21.230636.22453@rdg.dec.com>, winalski@adserv.enet.dec.com (Paul S. Winalski) writes:
>
>In article <1992Jul21.133904.14973@lugb.latrobe.edu.au>,
>CS19241593T@LUST2.LATROBE.EDU.AU (Bernard Leach) writes:
>|>
>|>Ok for a real question:
>|>Is there a simple method for outputting to the terminal using DCL without
>|>appending a linefeed?
>
>Call a program that does the output for you.  There isn't any direct way to
>override the default carriage control of the DCL WRITE statement.

So don't use the WRITE statement.  Use the READ statement instead:

$	READ/TIME=0/ERR=LBL0 SYS$COMMAND X/PROMPT="This "
$ LBL0:	READ/TIME=0/ERR=LBL1 SYS$COMMAND X/PROMPT="is "
$ LBL1:	READ/TIME=0/ERR=LBL2 SYS$COMMAND X/PROMPT="a "
$ LBL2:	READ/TIME=0/ERR=LBL3 SYS$COMMAND X/PROMPT="test."
$ LBL3:
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
Newsgroups: comp.os.vms