HDTenEightyP/NetNews huggingface dataset:
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Splitting a user disk
Date: 15 Dec 1992 17:41:20 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Dec14.152423.9384@iscsvax.uni.edu>, connelly@iscsvax.uni.edu (Ken Connelly) writes:
=I have a series of DEFINE statements in SYLOGICALS.COM like the following:
=
=$ DEFINE/SYSTEM/EXEC/TRANSLATION=(CONC,TERM) STUDISK      MOE$DUB0:

=The time is rapidly approaching when I will need to split the current users
=of "STUDISK" into two groups due to the facts that STUDISK has recently
=surpassed 90% full and that it is overbooked by a factor of more than 8!
=
=I would *like* to maintain the logical name of STUDISK for all current
=users of the device.  Here is what I envision doing:
=
=  Split the current users on DUB0 onto DUB1 and DUB2.  A current (and
=  future) user will have diskquota and directory on *only one of* DUB1 or
=  DUB2.
=
=  For my convenience:
=
=    $ DEFINE/SYSTEM/EXEC/TRANSLATION=(CONC,TERM) STU1      MOE$DUB1:
=    $ DEFINE/SYSTEM/EXEC/TRANSLATION=(CONC,TERM) STU2      MOE$DUB2:
=
=  The default device in SYSUAF will be STU1 or STU2.
=
=  And to maintain the current logical STUDISK:
=
=    $ DEFINE/SYSTEM/EXEC/TRANSLATION=(CONC,TERM) STUDISK   MOE$DUB1:,MOE$DUB2:
=
=This *appears* to work, i.e., DIR STUDISK:[000000] shows all files in the
=MFD of both devices.  A bonus (I think) is that they show up as a single
=list, not as separate lists as seen with DIR SYS$MANAGER, etc.  Also, 
=DIR STUDISK:[some-valid-directory] lists the files in that directory as
=expected.
=
=Is there anything obvious that I'm missing?

Yup.  Students with disk quota only on MOE$DUB2: won't be able to create files
using the logical name STUDISK.  The SYS$CREATE RMS routine will try only the
first element in a searchlist.  If that fails, it returns an error status.
--------------------------------------------------------------------------------
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: connelly@iscsvax.uni.edu (Ken Connelly)
Newsgroups: comp.os.vms
Subject: Splitting a user disk
Date: 14 Dec 92 21:24:23 GMT
Organization: University of Northern Iowa

I have a series of DEFINE statements in SYLOGICALS.COM like the following:

$ DEFINE/SYSTEM/EXEC/TRANSLATION=(CONC,TERM) STUDISK      MOE$DUB0:

and I've told my users to use logical name and not the physical device name
in command procedures, etc., because the physical device *will* change from
time to time.

Diskquotas are enabled on the current device (and will be on the new pair
of devices).  The users' directories are created for them in the MFD when
their accounts are created.  The users are not allowed to created
directories outside their initial login directory.  

The time is rapidly approaching when I will need to split the current users
of "STUDISK" into two groups due to the facts that STUDISK has recently
surpassed 90% full and that it is overbooked by a factor of more than 8!

I would *like* to maintain the logical name of STUDISK for all current
users of the device.  Here is what I envision doing:

  Split the current users on DUB0 onto DUB1 and DUB2.  A current (and
  future) user will have diskquota and directory on *only one of* DUB1 or
  DUB2.

  For my convenience:

    $ DEFINE/SYSTEM/EXEC/TRANSLATION=(CONC,TERM) STU1      MOE$DUB1:
    $ DEFINE/SYSTEM/EXEC/TRANSLATION=(CONC,TERM) STU2      MOE$DUB2:

  The default device in SYSUAF will be STU1 or STU2.

  And to maintain the current logical STUDISK:

    $ DEFINE/SYSTEM/EXEC/TRANSLATION=(CONC,TERM) STUDISK   MOE$DUB1:,MOE$DUB2:

This *appears* to work, i.e., DIR STUDISK:[000000] shows all files in the
MFD of both devices.  A bonus (I think) is that they show up as a single
list, not as separate lists as seen with DIR SYS$MANAGER, etc.  Also, 
DIR STUDISK:[some-valid-directory] lists the files in that directory as
expected.

Is there anything obvious that I'm missing?  Or worse, anything insidious? 
Or is there a better way?

Thanks in advance for your time, thoughts, and input.
-- 
===========================================================================
Ken Connelly, Systems/Operations Manager         Internet: connelly@uni.edu
Information Systems and Computing Services
University of Northern Iowa                       USWestNet: (319) 273-2357
Cedar Falls, IA  50614-0121                             FAX: (319) 273-3509
As time goes on, it becomes more and more apparent that elected officials 
should be required to pass a competency test.  Then we wouldn't have any, 
and all would be right with the world!
===========================================================================
Newsgroups: comp.os.vms
From: k2@bl.physik.tu-muenchen.de (Klaus Steinberger)
Subject: Re: openVMS or UNIX.
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Wed, 16 Dec 1992 11:25:37 GMT

jmd6@unix.brighton.ac.uk (Morgoth.) writes:


>Has POSIX compatibility on proprietry systems (eg OPEN VMS) killed
>unix?
Sure not, as VMS Posix isn't useable for real work. 

Klaus
--
Klaus Steinberger               Beschleunigerlabor der TU und LMU Muenchen
Phone: (+49 89)3209 4287        Hochschulgelaende
FAX:   (+49 89)3209 4280        D-8046 Garching, Germany
Internet: Klaus.Steinberger@Physik.Uni-Muenchen.DE
Newsgroups: comp.os.vms
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: RE: Good VMS PD/ShW site(s) needed
Date: 11 Dec 92 15:14:46 GMT
Distribution: world
Organization: The Internet


	Mike J. Howarth  <mjh@dmu.ac.uk> writes:
>
>Could someone please tell me of any really good sites for VMS PD or
>Shareware products on the Net, preferably Anon/FTP accessible.  In
>particular general VMS tools and mail systems.
>

	This is the subject of a monthly posting to the list.  Most, if not 
all, of the well known utilities are listed together with instructions for
obtaining them.

>A current version of this file may be retreived by sending a ONE LINE
>        mail message to:  NETSERVER@RML2.SRI.COM.  The one line should say:
>        ?PACKAGE*VAX_LIST
>        I will also try to keep a current version of VAX_LIST.TXT (this
>        file) available via anonymous FTP from: rml2.sri.com (128.18.22.20).


*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: RE: SMG$ routines: Just how non-reenterent are they?
Date: 15 Dec 92 15:14:50 GMT
Organization: The Internet


	Chris Kushmerick <kushmer@bnlux1.bnl.gov> writes:
>
>The manual says that SMG$ is not reenterent (spelling?).

	That's "reentrant".
>
>Does this mean that I should disable ASTs from occuring arounds each smg call
>if my program uses AST routines triggered by timers, $qios et cetera?
>
>Or does it only mean that I should not do any SMG routines in any ASTs that may
>interrupt a SMG routine?
>

	It means that you must code your program so that there is *NO* 
possibility of SMG$ routines (or data structures) being used from *both* 
the main line of your program and AST level.  SMG$ used from AST level will 
crap all over what SMG$ is doing in the main line.

	In general, reentrant code is defined as code that does not modify 
the contents of any storage location that is not unique to that invocation 
of the code.  The expression "storage location" includes registers.  
Reentrant code must save and restore the contents of any register it 
modifies.

	If this condition is met, the code can be interrupted at any 
point, executed from start to finish using another context, and resume 
execution in the initial context with nothing lost or corrupted.

*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: RECNXINTERVAL
Date: 17 Dec 92 02:21:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <1992Dec16.102607.7534@abo.fi>, HEGE@finabo.abo.fi (Kaj H{ggman DC) writes...
#Hello!
# 
#Every now and then there are som "bursts" on our ethernet.
#The SUN workstations don't give a s*it, but the VAXstations keep shouting
#to each other quite a lot and eventually reboot.

	Ok, so you know that you have a problem on your network.
	Now the right thing to do would be to fix it, not to mess
	up your cluster so it ignores your hosed network, right?

#The value for RECNXINTERVAL is 120 in our cluster. How far up could
#I crank it, i.e. what impact could it have on the MI-cluster?
#Any other "time-out"-parameters that are worth checking out?

	You can crank it up to 32767 seconds.  However, keep in
	mind that this and other timers (QDSKINTERVAL, PRCPOLINTERVAL,
	PASTIMOUT,PAPOLLINTERVAL) all are there for a reason.  Their
	function is to maintain cluster communication.  In the event
	of a cluster configuratin change it is these sanity timers
	which let other nodes find out about it.

	Personally I would recommend finding out the source of
	your network storms (but then you mentioned Suns, so we
	already know that ;-) but if you have to raise timers
	don't do it much beyond a minute or you will siiiiit
	theeerrreee wondering whhhaaat iiisss happpennnniiinnnggg
	when real things occur.

#As I'm not responsible for our network I won't go into that (waiting for
#the move towards routing within the net), but I'd really appreciate any 
#ideas concerning the VAXes. Thanx!

	If you use clusters,  and have the spare equipment or cash, 
	just put them on a separate ETHERNET segment bridged to the rest.

#Regards,
#-=HeGe=-
# 
#Kaj Haggman             Internet: Hege@abo.fi     Phone:   +358-21-654467
#Abo Akademi University  Bitnet:   Hege@finabo     FAX:     +358-21-654497
#Computing Center        PSImail:  22101410::HEGE
#SF-20500 Abo, FINLAND   X.400:    s=hege o=abo prmd=inet admd=fumail c=fi  

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
NEWARK has been REZONED!!  DES MOINES has been REZONED!!
Newsgroups: comp.os.vms
From: brydon@asl.slb.com (Harvey Brydon (918)250-4312)
Subject: RE: MOVE for VMS
Reply-To: brydon@dsn.SINet.slb.com
Organization: Schlumberger/Anadrill Sugar Land, TX
Date: Tue, 15 Dec 92 12:13:24 GMT

In article <14DEC199220325248@spades.aces.com>, gavron@spades.aces.com (Ehud
Gavron 602-570-2000 x. 2546) writes:
>In article <1992Dec14.114916.1@vms.ocom.okstate.edu>, churchwell@vms.ocom.okstate.edu (Kimberly B. Churchwell) writes...
>#In article <1992Dec14.134203.382@ifi.unizh.ch>,
>#mueller@avalon.physik.unizh.ch (Eric Mueller) writes:
>#>> I am looking for a Vms MOVE command (I'ld prefer a fully Vms command
>#>> which allows /LOG, /CONFIRM, /EXCLUDE etc. qualifiers).
>#> 
>#> What about a simple RENAME oldfile.lis newfile.lis?? I think this is
>#> doing what you want, isnt it.
># 
>#Except that RENAME doesn't work across devices, so you can't move files
>#from disk to disk using this method.
>
>
>Login.com:
>$ move == "@sys$Login:move.com """
>
>Move.com:
>$ copy 'p1
>$ delete "''f$element(0," ",p1)';"
>
>Usage:
>move file1 file2 [qualifiers]

The backup command might be a bit safer:

$ move == "$ backup /delete"

(except that you don't get the /confirm qualifier)
_______________________________________________________________
Harvey Brydon         | Internet:   brydon@dsn.SINet.slb.com
Dowell Schlumberger   | P.O.T.S.:   (918)250-4312
   "If you don't become current, you can't be deleted"
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Apending a file at the end of mail.
Date: 17 Dec 1992 02:55:36 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <16DEC199207442800@spades.aces.com>, system@spades.aces.com (SYSTEM MANAGER) writes:
>	You need to use a mail editor for mail (See HELP SET EDITOR
>	in MAIL).
>
>	You need to create an initialization file for your editor.
>	For EDT this can be a file pointed to by logical EDTSYS.
>
>	In this initialization file, include your mail signature.
>	For example, my edtsys file has:
>		inc mail_signature
>	where mail_signature is a logical name pointing to a file
>	which contains:

If you use TPU, and want to make the signature automatic only when you're
editing mail, you might consider putting the following in your TPU$COMMAND file
(or compile the procedure and update your TPU$SECTION file, and just put the
invocation of the procedure in your TPU$COMMAND file):

PROCEDURE SIGNATURE
	LOCAL OUTFILE, OLDPOS;

	OUTFILE := GET_INFO(COMMAND_LINE, "OUTPUT_FILE");
	IF (SUBSTR(OUTFILE, 1, 17) = "SYS$SCRATCH:MAIL_") AND
		(SUBSTR(OUTFILE, 26, 9) = "_SEND.TMP") AND
		(LENGTH(OUTFILE) = 34) THEN
		POSITION(BUFFER_END);
		READ_FILE("SYS$LOGIN:SIGNATURE.");
		POSITION(OLDPOS);
	ENDIF;
ENDPROCEDURE;

SIGNATURE
--------------------------------------------------------------------------------
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: sjs@gnv.ifas.ufl.edu (BORCO)
Newsgroups: comp.os.vms
Subject: Re: How to prevent login.com from running.
Date: 16 Dec 92 22:27:54 GMT
Organization: Gormenghast

In article <BzC01F.LG3@usenet.ucs.indiana.edu>,
hpassaue@silver.ucs.indiana.edu (Billy Passauer) writes:

> Speaking of preventing login.com from running.  A while back a saw a
> /qualifier that one could type in after their username that would
> prevent this.  But I can't remember for the life of me what it is.
> Anyone have any ideas?  Thanks in advance.

Try:

  USERNAME:  XYZ/NOCOM


----
Bitnet:     sjs@ifasgnv              "Precious and fish are the moments we
Internet:   sjs@gnv.ifas.ufl.edu      two can share."          -- Gollum
From: jhwelch@ecs.umass.edu
Newsgroups: comp.os.vms
Subject: Re: DEC to charge CSLG educational institutional members for software?
Date: 15 Dec 92 14:50:44 GMT

In article <1g86etINNldk@athena.sdsu.edu>, mccurdy@bestsd.sdsu.edu writes:
> Has anyone heard of a DEC proposal to begin charging educational 
> institutional members of the CSLG for software beginning next summer?
> 

From my notes:

The new prices will be announced the 2nd week in Jan.

The new program was discussed in detail at DECUS last week.
Currently there are 1,500 schools in the CSLG program using
$850 million in software and granted over $2,300 million in software.

CSLG issues included
  Profitability
  Contract negotiations and renewals - simplify
  customer resources - no more semi-annual report, replaced by annual survey.

Goals for new program:
  Charge for value - cover costs & return profit to DEC.


ESL and CSLG combined into one program.
Seperate portfolios for the different operating systems.  (VMS, Osf/Ultrix, NT)
Must purchase at least 1/year.  They will be updated 4 times/year.
A nominal fee will get you an update.  Portfolio only good for a year.

Your DEC sales rep. will now get sales credit - hopefully this will
improve their performance.

SchoolWide software program for K-12 and
CampusWide software program for colleges & universities.
New category for statewide schools instead of being on the 101+ category.

For calculating system counts 10 PCs will count as 1 system.

2 levels of support: 1) OS, System Integrated, Network & User Integrated
products (like today's SSS) and 2) Layered Products

Annual membership fees  (TBA)
1-25
26-100
101+
State- or system-wide

1 annual membership fee
Seperate portfolio fee.

VMS portfolio includes Alpha products.

1st set of 8 or 9 Alpha products will be grandfathered into today's CSLG.

Estimated price cost of 1-25 plus 1 portfolio < today's ESL prices.

Currently no partner licenses (royalty products) for:
C++  Motif  Pathworks (<100 units)


Jonathan Welch  VAX Systems Manager  Umass/Amherst  JHWELCH@ecs.umass.edu
From: RING@JUNCOL.JUNIATA.EDU (John Charles Ring)
Newsgroups: comp.os.vms
Subject: Verify question answered, but...
Date: 15 Dec 92 10:45:51 GMT
Organization: The Internet


   Thanks to the following persons for answering my question about the VERIFY
patch:

"Steve Thompson, Cheme System Mangler" <olin@cheme.cornell.edu>
Sandy Aivano, AIVANO@CONDOR.CIS.YALE.EDU

   However, I actually received V5.5-2 today and installed it, no problems.  
However, anal/disk *still* is not working on our userdisk.  In fact,
it's currently running, and has about 3 hours of cpu time to its credit :-(

   Besides this, there *appears* to be nothing wrong with the userdisk.  I'm
considering doing a stand-alone backup (/verify??) on this disk, and then
restoring it right back.  Or is this likely to corrupt the files, if analyze is
becoming confused?

   Thanks in advance, and happy holidays :-)

                                                John Ring
                                                Ring@Juncol.Juniata.Edu
From: system@spades.aces.com (SYSTEM MANAGER)
Newsgroups: comp.os.vms
Subject: Re: InfoServer access to Ultrix OLD
Date: 16 Dec 92 14:54:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <1992Dec15.200437.24982@htlulx.htl-bw.ch>, kupfer@htlulx.htl-bw.ch (Kupferschmid Christian) writes...
# 
#How to mount a Infoserver CD on VMS client:
# 
#Define a service on the infoserver for each VMS OLD CD drive.
#E.g:
#	info> create service cddoc1 for dk1:
#You have to do this for every CD you'd like to mount. At the end enter a SAVE command to save your definitions on disk.

That step is not at all necessary.

#You need the infoserver client software.
#Type 
#	mc ess$ladcp bind cddoc1 /nowrite

Before you do that, you ought to 	@sys$startup:ess$startup client
Also, the /NOWRITE is default on a bind.

The rest of the informatin is pertinent and correct:

#This creats a device called DADn:
#Now you can mount it 
# 
#	mount/sys DADn: label
# 
#Mount each CD sperately with it's own label.
#You hav to mount it with /system so it is accessible of anyone.
#Now you have to assign the logical DECW$BOOK to the directory [DECW$BOOK] on the OLD CD.
#	define/system DECW$BOOK DAD$CDDOC1:[DECW$BOOK],DAD$CDDOC2:[DECW$BOOK]
#C u
# 
#Chris
#-- 
#School of Engineering, Switzerland
#Information Center
# 
#HTL Brugg-Windisch               |RFC-822:        kupfer@htl-bw.ch

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
From: ltran@netcom.com (Linh C Tran)
Newsgroups: comp.os.vms
Subject: Want a batch job scheduler
Date: 21 Dec 92 06:38:23 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

Help,

I am looking for a freeware  software to manage batch jobs/queues.  Can U tell
where to FTP ?

Thanx in advance...And Merry Xmas

linh tran	ltran@netcom.com
Xref: sparky comp.os.vms:19594 comp.lang.c:18696
From: rankin@eql.caltech.edu (Pat Rankin)
Newsgroups: comp.os.vms,comp.lang.c
Subject: Re: VMS c, case sensitivity and calls to VAXCRTL
Date: 19 Dec 1992 19:03 PST
Organization: California Institute of Technology
Distribution: world
NNTP-Posting-Host: eql10.caltech.edu
News-Software: VAX/VMS VNEWS 1.41    

In article <1992Dec19.011242.208@bnlux1.bnl.gov>,\
 kushmer@bnlux1.bnl.gov (christopher kushmerick) writes...
> In general g is case sensitive.

     That may or may not be interesting; what does it mean?  It doesn't
seem to have any relevance to the subject though.  Is 'g' a typo for 'C'?
Case sensitivity does not necessarily extend to externally visible names.

> Is the VMS linkier case sensitive? Does it know the difference
> between, eg, strcpy, STRCPY, StRcPy?

     The linker is now case-sensitive, but most VMS compilers still convert
all external identifiers into uppercase.  Recent versions of the C compilers
have command line switches to control whether that conversion takes place.
VAX C has such a qualifier.  GNU C (gcc-vms) does too, but by default it
converts to uppercase and tries to preserve case on externals by tacking on
a suffix to any name which isn't all lowercase (except that names with at
least one dollar sign in them are exempt from such treatment and end up
straight uppercase).  This misguided feature tends to cause more problems
than it solves in my opinion.  Is that the problem you're really asking
about?  STRCPY appearing to the linker as something like STRCPY_F30000X?
Blame the VMS port of gas, the assembler back-end for gcc.

     Recent versions of VAXCRTL contain two entry points for most of its
functions, so `strcpy' and `STRCPY' are both reserved regardless of whether
or not you suppress the compiler's uppercase conversion.  Non-C library
routines such as LIB$FOO and STR$BAR and system services such as SYS$SPAM
are all uppercase only; code them that way if you intend to use the switch
to keep case as-is.

     The C standard premits implementations to ignore case for external
names (and to limit such names to a fairly short length), so you should
write your code to take that into consideration.  You can also use the
preprocessor to do your own name conversion (#define StRcPy my_strcpy)
but that may end up making debugging harder depending on whether the
debugger can accept the pre-preprocessed names.  (The current VMS debugger
can't; you'd need to know to spell it "my_strcpy" instead of "StRcPy" when
debugging, even though the source display will show the latter.)

		Pat Rankin, rankin@eql.caltech.edu
Newsgroups: comp.os.vms