HDTenEightyP/NetNews huggingface dataset:
From: leonard@telcom.arizona.edu (Aaron Leonard)
Newsgroups: comp.os.vms
Subject: Re: Account creation utilities?
Date: 18 Nov 92 00:35:17 GMT
Reply-To: Leonard@Arizona.EDU
Distribution: world,local
Organization: University of Arizona Telecommunications

In article <01GR9BYHRK6O9BW1GZ@SPOCK.FHCRC.ORG>, JOE@SPOCK.FHCRC.ORG (Joe Meadows) writes:
|| 
| >        I'm looking for a utility which would allow users who don't
| >have write access to SYSUAF.DAT to be able to create and modify
| >accounts. I know such a beast exists, and I recall someone mentioning
| >it, but I can't seem to find it in the VMS software list.
| 
| I'm sorry, I can't help myself, even realizing that a dozen other folks will
| probably give the same answer but ....
| 
| 
| How about using INSTALL SYS$SYSTEM:AUTHORIZE/PRIV=BYPASS? It sounds like
| it would be exactly what you're asking for!

On a non-facetious note, we once tried doing something like this:
- set the protection on AUTHORIZE.EXE to W:none, and put an ACL on
  the file such that the "special" users had E access
- in our startups, install AUTHORIZE with SYSPRV

This seemed to meet our perverted needs for a while.  Then we upgraded 
VMS, which took the liberty of setting the protection on the new version of 
AUTHORIZE to W:RE.  Our startups merrily continued to install AUTHORIZE
with SYSPRV, leaving us with a security hole big enough to drive a large
vehicle thru, till the abashed system manager noticed it several weeks later.

So I'd say, just give those users write access to SYSUAF ...

Aaron
Newsgroups: comp.os.vms
From: magoo@baloo (Tim Lentz x255)
Subject: Re: How to get remote node name from RSH process?
Organization: Precision Visuals, Inc.
X-Newsreader: Tin 1.1 PL4
Date: Thu, 19 Nov 1992 03:09:10 GMT

carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
: 
: It's in the process logical name MULTINET_RSHELL_ADDRESS.
: --------------------------------------------------------------------------------

I like Carl's solution alot better than mine.

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
magoo@pvi.com					Just a fool waiting on the wrong
Manager Computer Networks			block. Putting a little ZEP in 
Precision Visuals, Inc. Boulder, Co		your step.
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.os.vms
Subject: Re: VMS License PAK Problems
Date: 18 Nov 92 09:58:32 GMT
Organization: St. Peter's College, US

In article <1992Nov17.192134.22111@nwnexus.WA.COM>, craig@halcyon.com (Craig Suhadolnik) writes:
> We recently did a board level upgrade of a MVII to a MV3900.  The 
> new license PAK information was entered into the LMF, and we canceled
> the old PAK's.  We did a "license unload vax-vms" and then a "load 
> license vax-vms".
> 
> The system still utilizes the old PAK information and will only
> allow 16 logins as designated by the initial PAK.
> 
> Any suggestions as to what we are doing wrong?  Could it be the start
> up file?

  There are a number of things that could be messing you up. First is that
VMS operating system PAKs want to live in SYS$SPECIFIC:[SYSEXE]LMF$SYSTEM.LDB
while the rest of them go in SYS$COMMON:[SYSEXE]LMF$LICENSE.LDB. The DCL
VMSLICENSE.COM procedure doesn't know this, however.

  Second, the LOAD/UNLOAD options install/remove license information in the
current running system's license list. The matching options for the license
database are ENABLE/DISABLE.

  So, starting from scratch, you'd:

  $ LICENSE UNLOAD VAX-VMS
  $ LICENSE DISABLE VAX-VMS/DATABASE=SYS$SPECIFIC:[SYSEXE]LMF$SYSTEM.LDB

  [optional for LMF V1.1 and later only]
  $ LICENSE DELETE VAX-VMS/DATABASE=SYS$SPECIFIC:[SYSEXE]LMF$SYSTEM.LDB

  $ LICENSE REGISTER VAX-VMS/DATABASE=SYS$SPECIFIC:[SYSEXE]LMF$SYSTEM.LDB -
    /all-the-other-stuff-on-the-pak
  $ LICENSE LOAD VAX-VMS/DATABASE=SYS$SPECIFIC:[SYSEXE]LMF$SYSTEM.LDB

  Once you've got all that done, you should never need to worry about it
again (at least until your next hardware upgrade).

	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: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: The problem with $CREMBX System_Service
Date: 17 Nov 1992 23:42:03 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 <14709.2b092769@ohstpy.mps.ohio-state.edu>, viznyuk@ohstpy.mps.ohio-state.edu writes:
>Now the problem is that DCL which is run in the subprocess
>started by LIB$SPAWN  understands each write made by second
>SYS$QIO above, as if it is followed by <RET> keystroke, that
>is as if terminal is in "raw" mode.
>Does anybody know how to make DCL in subprocess read
>data from mailbox in its usual way - by strings, not by
>single chars ?   May be I missed some flags ?

You're terribly confused.  DCL reads the mailbox BY RECORD.  Not by "strings"
(whatever the hell that's supposed to mean), not by characters, by RECORDS. 
One record for each time you write to the mailbox via a QIO.

Most programs will then treat the mailbox as having implied carriage control.
DCL, however, does NOT do this.  In particular, if you use the DCL OPEN and
READ commands to read the mailbox, you won't see the spurious carriage return.

You WILL, however, get only as much as was written by a single QIO.  It's got
nothing to do with DCL, that's the way the mailbox device works.  Just do a
SHOW DEVICE/FULL if you don't belive me:

Device MBA7230: is online, record-oriented device, shareable, mailbox device.

    Error count                    0    Operations completed                  1
    Owner process                 ""    Owner UIC                   [WFPC,CARL]
    Owner process ID        00000000    Dev Prot                S:,O:RWLP,G:,W:
    Reference count                1    Default buffer size                 256
--------------------------------------------------------------------------------
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: moroney@ramblr.enet.dec.com
Newsgroups: comp.os.vms
Subject: Re: 2 node LAVC "problem"!
Date: 17 Nov 92 16:11:14 GMT
Organization: Digital Equipment Corporation

In article <17017@umd5.umd.edu>, bill@bill.ab.umd.edu (Bill Bame) writes...
>Ok, I know this has been asked before (probably hundreds of times) here and
>elsewhere, but I never thought I would be in this situation, so I didn't
>bother to read the replys.  Before I go into detail, the question is:
>"Is it possible to set up a two node cluster in such a way that crashing
>either node does not reduce the number of votes below QUORUM".
> 
>I have a client who has replaced a LAVC made up of 4 overburdened
>microvax IIs with a cluster of two 3100/80s.  That's the good news.

The easiest way is to dust off one of those Microvax IIs and boot it into
the cluster as a satellite, and give it a vote.  You don't have to do anything
with it except let it be a tiebreaker.  As long as one of the 3100/80s and
the Microvax II is up, the cluster remains running with a 3100/80 available.

You may be able to do something with interconnecting the SCSI bus and having
a quorum disk but I know nothing about that, even if it's possible.

-Mike
Organization: Stanford Linear Accelerator Center
Date: Friday, 20 Nov 1992 10:27:01 PST
From: <CALT@SLACVM.SLAC.STANFORD.EDU>
Newsgroups: comp.os.vms
Subject: VAX 4000 model 90

Hello,

Could someone out there help me on this?

I'm interested in VAX 4000 model 90s. So far my understanding is that
a VAX 4000 model 90 has only one TURBOchannel slot available. Am I right?
Can I put an expander to a VAX 4000 model 90? For example, can I add a
"2-slot enpander for VAX 4000, order number B400X-B9" to a VAX 4000 model 90?
If not, is there any reason why that won't work?

Thanks!

Ching Shih
shih@cithex.bitnet
shih@cithex.caltech.edu
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Conversion UNix man files to VMS help files
Date: 21 Nov 1992 00:47:35 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 <98546@netnews.upenn.edu>, murali@wistb.wistar.upenn.edu (Ramachandran Murali) writes:
>	I am looking for a program/utility which would convert 
>Unix man type files to Vms help files. If someone has any idea to go
>about would very much appreciate your help.

There's really no way to do that (unless the AI people have suddenly made a LOT
of progress).  Unix man pages and VMS HELP files have completely different
structures.  In particular, VMS HELP uses a hierarchical structure.  Unix man
pages just blather on and on and on with no easy to find the subtopic you're
looking for without scanning the whole file.
--------------------------------------------------------------------------------
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
From: sasjzs@falcon.unx.sas.com (Joseph Slater)
Subject: sys$hiber/sys$wake problems? - SUMMARY
Originator: sasjzs@falcon.unx.sas.com
Date: Fri, 13 Nov 1992 14:51:05 GMT
Reply-To: sasjzs@vms.sas.com
Organization: Or lack thereof


Thanks to all who responded:
   Bob Gezelter, Ehud Gavron, James Harvey, Bruce Hudson,
Russell Owen, Matt Madison, Carl Lydick, Rob deFriesse,
Mike Moroney, Paul S. Winalski, and anyone else I may 
have missed.

I determined the spurious $wake was not coming from the PPL
rtl by patching the rtl so that any calls to $wake from 
within the rtl went to a stub routine in my main image. The
stub routine then called Lib$signal with SS$_DEBUG where the 
call frame was traced and it afterwards called the real 
sys$wake. No calls were made from pplrtl (isn't patch wonderful?). 
I then looked at the other shareable images loaded and
determined that the most likely culprit was.... (drum roll)
THE DEBUGGER.

And sure enough, the problem doesn't occur when the debugger
isn't active. 

As many of you suggested, we will eventually add code to check
the state on exit from $hiber and to re-hiber if we get awakened
prematurely.

Today's rhetorical question: How do you debug a problem caused
by the debugger? 

Joe Slater
sasjzs@vms.sas.com
Mine opinion is just that.
Newsgroups: comp.os.vms
From: diewald@virrus.zko.dec.com (Jeff Diewald)
Subject: Re: sys$hiber/sys$wake problems? - SUMMARY
Reply-To: diewald@virrus.zko.dec.com (Jeff Diewald)
Organization: Digital Equipment Corporation
Date: Thu, 19 Nov 1992 14:52:46 GMT


In article <BxysC3.40L@unx.sas.com>, sasjzs@falcon.unx.sas.com (Joseph Slater) writes:
|>
|>In article <1992Nov18.144244.13282@nntpd.lkg.dec.com>, 
|>diewald@virrus.zko.dec.com (Jeff Diewald) writes:
|>|>This is a known, documented problem in the Debugger, described 
|>|>in the Debugger release notes. 
|>
|>WHAT!!!! RTFM??????  {:*)
|>Actually, once I eliminated the main (in my mind) suspect, PPLRTL,
|>this seemed the most likely problem given the two process method.
|>

Amazing concept, isn't it? ;-)  

I'm going to see if I can make this sorts of information more readily available.

|>|>There are features that are not supported
|>|>under the one process Debugger - such as the new and 
|>|>vastly improved Motif UI.
|>
|>Should I bite the bullet and give this a try?  Is this what is
|>shipped with 5.5? 

You *should* bite the bullet and try it, but you'll have to wait until after
5.5.  The Debugger with the new UI/run-rerun/better performance/etc. is
now shipping out of SSB with DECset.  We couldn't get these things into 
the 5.5 release.  Sorry.

We've completely redone the UI from the old DECwindows days - rewritten it
from scratch, with a lot of feedback from the users.  We've been getting a
lot of compliments on it.  People who turned off the old DECwindows 
interface are turning the new interface on and raving about it.  

Personally, I can't live without RUN/RERUN.  I don't see how I survived
without it. ;-)

|>
|>Thanks for responding Jeff. It's nice to hear something from
|>the horse's mouth (even though we all know your opinions do
|>not reflect those of Digital {:*))

Glad to help.

-------------------------------------------------------------------------------
	Jeff Diewald			EASYNET:   VIRRUS::DIEWALD
	Debug group			INTERNET:  diewald@virrus.zko.dec.com
	Digital Equipment Corp.
Newsgroups: comp.os.vms
From: frandsen@spac11.enet.dec.com (John R.Frandsen)
Subject: Porting GNU tar to OpenVMS POSIX
Reply-To: frandsen@spac11.enet.dec.com
Organization: Digital Equipment Corporation
Date: Fri, 20 Nov 1992 22:06:15 GMT



Anyone port GNU tar to OpenVMS POSIX?  Just started and found that the header
file ioctl.h is missing in posix$include, probably some others I don't know
about.  Any ideas how to proced further?

Johh

Newsgroups: comp.os.vms
From: WEISE@bscf.uga.edu (MICHAEL WEISE)
Subject: How much longer will VWS be around?
Organization: University of Georgia, USA
Date: Mon, 16 Nov 1992 16:50:46 GMT
X-News-Reader: VMS NEWS 1.20

	Anyone have info on the future of the old VWS workstation window
system?  I have a number of VS2000s in my cluster whose users like it.  Be nice
to know how much longer it'll be around.

		MJW

   _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
 / Michael J. Weise, Ph.D.    \  Univ.of Ga. BioScience Computing Facility \
(   weise@bscf.uga.edu         \   Dept.of Genetics  UGa, Athens  GA  30602 )
 \ _ _ _'Tis_only_me_speak'n._ _\_ _ _ _ _ _ _ (706) 542-1409_ _ _ _ _ _ _ /
Xref: sparky comp.os.vms:18145 vmsnet.sources.d:685
From: tanner@cerritos.edu
Newsgroups: comp.os.vms,vmsnet.sources.d
Subject: DWProfile V3.2 beta test
Date: 17 Nov 92 22:17:06 PST
Organization: Cerritos College, Norwalk CA

I've finally converted DWProfile to Motif.  For those who don't
remember, DWProfile is a authorize-like program with a DECwindows
interface - or as I sometimes call it, 'DECburger meets Authorize'.

The new version is pretty much like V2.2 except that it runs with
Motif widgets (just a few changes here and there for this) and a new
button 'Find Next' controlled by a new menu 'Select'.  Oh, a help
widget is thrown in too.

I've squashed all the bugs I could find, so I need a few beta testers
to wring it out.  If you're familiar with the old version, that's
helpful but not necessary.  If you're not priv'ed enough to run
authorize, DWProfile won't be much fun to play with.

Drop me a note and I'll send you 200K of sources.  You'll need a C
compiler and Motif (UIL, include files, runtime).  I've only tested
this with DECwindows/Motif V1.1 and VAX C V3.2.

The final kit will be posted to vmsnet.sources and should make it into
the DECUS SIG tape.

-Bruce
-- 
Bruce Tanner        (310) 860-2451 x 596    Tanner@Cerritos.EDU
Cerritos College    Norwalk, CA
Newsgroups: comp.os.vms
From: lastovica@aztech.enet.dec.com (Norm Lastovica)
Subject: Re: Question on OpenVMS and VAX FORTRAN
Organization: Digital Equipment Corp, Colorado Springs
Distribution: comp.lang.fortran
Date: Mon, 23 Nov 1992 02:47:39 GMT


In article <1992Nov22.152400.14845@doug.cae.wisc.edu>, dafnioti@cae.wisc.edu (Petros Dafniotis) writes...
>(*) will shareable images be available in OpenVMS right away the same way
>   as in VAX/VMS

	of course.  there are some differences building them (you use the
linker options file instead of a macro module for transfer vectors for
example).

>(*) will OpenVMS fortran be 100% compatible (as language not binaries of
>    course) with VAX fortran?

	dunno.

>(*) are all the wonderful SYS$,LIB$,SMG$ etc routines of system and RTL be
>    in openVMS totally compatible with the VAX/VMS?

	save for bugs, I'd expect that SYS, LIB and SMG to be compatible
with the VAX side.  There might be some wierd stuff that I'm not aware of,
but I'd expect it work work just fine.

>(*) in conclusion: can someone give me some information regarding what will
>    be different in OpenVMS wrt VAX/VMS (other than binaries and possibly
>    fundamental types eg. longwords etc)?
>(*) can someone point me to a source (ftp,journal,book) where i can learn
>    more about alpha and OpenVMS?

	I suspect that your Digital Sales Being has access to TONS of stuff
about porting from VAX to Alpha.
From: yehavi@vms.huji.ac.il
Newsgroups: comp.os.vms
Subject: Re: VMS FAX Software ?
Date: 18 Nov 92 18:10:50 GMT
Distribution: world
Organization: The Hebrew University of Jerusalem

>>Does anybody know of any public domain FAX software for VMS. and where
>>to pick it up from ??

There is GNU-FAX using an Everex modem which should cost around $500 and
the software is designed for more than one networked systems. The only
problem is that it is for Unix... I've started modifying it for VMS
but had to abandon it for a few months. Have anybody else tried to port
it? If not, I'll come back to it in about a month.
                                                            __Yehavi:
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Yehavi Bourvine (4X6DD),     Phones: +972-2-584279,     H
Computation Center,                          +5686      H
The Hebrew University of Jerusalem,  +972-2-521574      H
Givat-Ram,  Jerusalem  91904                            H H H
                             Fax: +972-2-527349         HH H
BITnet:    YEHAVI@HUJIVMS                               H   H
InterNet:  YEHAVI@VMS.HUJI.AC.IL                       H
Israeli DECnet:  HUJICC::YEHAVI                       H
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: Re: Hooking VT's up with 4-wire phone line?
Date: 14 Nov 92 18:19:16 GMT
Distribution: world
Organization: The Internet


	In response to an earlier question, Harvey Brydon writes:

	> What you call 4 wire telephone cable is more than likely 2 pair.  To
	> hook up to RS-232, connect one wire in each pair to pins 2 and 3.
	> Both of the other wires should go to pin 7 and/or 1.  I did this
	> satisfactorily connecting one to 1, the other to 7.  You won't be
	> able to make really long cable runs.

	To which Dick Collier responds:

	In using twisted-pair telephone cable for RS-232 data communications
	it is important that the two signal wires (those connected to pins 2 &
	3) not be  the two wires in a single pair.  Doing so leads to
	cross-talk between the transmit and receive signals, which decreases
	reliability, maximum line  length and maximum transmission speed.
	Instead, have each pair carry a signal line and a ground.

	[He then provides some details on configuration and reports excellent
	experiences with wiring things this way.]

Unfortunately, what Mr. Brydon and the original writer are PROBABLY writing
about is rather different from the cable Mr. Collier has used.

"Four-wire telephone cable" is commonly "4-wire station cable".  It consists
of four individuals solid wires, usually colored red, green, black, and
yellow.  The wires are NOT paired or twisted in any way.  Any run of decent
length - certainly any run of more than 50 feet or so - is almost certain to
have severe cross-talk problems.  Station wire was widely used at one time
for interior wiring in houses.  It was intended to be used for a SINGLE line;
the extra wires were used for such purposes as distributing power to the
lights on the old Princess phones.  You can still buy station wire at places
like Radio Shack, and people these days do use it to run two lines.  As long
as the runs are short, they get away with it.  But even for voice use, long
runs are unworkable.  For high-speed data - forget it.

Twisted pair is something different.  Twisted pair cable consists of multiple
pairs of wires, with each pair twisted together.  Usually the wires have a
solid color with a stripe running through it; the wires in a pair have comple-
mentary arrangements.  (For example, blue-with-white-stripe is paired with
white-with-blue-stripe.)  Interference BETWEEN twisted pairs, and between
a pair and the surrounding environment, is quite small.

So, why can't "four-wire telephone cable" be two twisted pairs?  Well, in
theory it could be.  However, that is not a commonly sold configuration -
the smallest widely used configuration has THREE twisted pairs in the cable.
(The wires in each pair are of a smaller gauge than the individual wires in
station cable, so the overall thickness of the cable is not too different.
I can't recall ever seeing two-twisted-pair cable for communications use,
though I'm sure you could find it if you looked long enough.)

							-- Jerry

Newsgroups: comp.os.vms
From: welchb@woods.ulowell.edu
Subject: Help needed in installing FLIGHT.
Organization: University of Lowell
Date: Mon, 23 Nov 1992 19:39:08 GMT

Some time ago I got FLIGHT, via FTP I presume, but it will not vmsinstal
correctly.  The message says something like "the saveset is malformed".
What I have is a single file FLIGHTxxx.A; the major difference I see
between it and other kits we have around here is that the block size is
512 (which I presume is a result of how it got transferred here), compared
to much larger sizes (approx. 32000) for known good products.
A few experiments with BACKUP/RESTORE and CONVERT were unsuccessfull.
Am I missing something stupidly simple, or should I make another attempt
at GETting the file?
-- 
Brendan Welch, UMass/Lowell, W1LPG,  welchb@woods.ulowell.edu
From: murphy@npri6.npri.com (David P. Murphy)
Newsgroups: comp.os.vms
Subject: Re: Easy Way to trap for Control-Z In VAX C?
Date: 19 Nov 92 01:11:40 GMT
Distribution: world
Organization: NPRI, Alexandria VA

simplest method of checking for ^Z in VAXC:

	char reply[20];

	printf("Enter something: ");
	if (gets(reply) == NULL) {
		/* user pressed ^Z! */
		exit(SS$_NORMAL);
	}

no fuss, no muss.

ok
dpm
-- 
murphy@npri6.npri.com 602 Cameron St. Alexandria, VA 22314 (703) 683-9090

              When every one is dead the Great Game is finished.  Not before.
                              --- Hurree Babu, "Kim"
Newsgroups: comp.os.vms
From: OSUDAR@cmt.anl.gov (John Osudar {708 252-7505})
Newsgroups: comp.os.vms
Subject: RE: ?Why does this backup go so slow?
Date: 17 Nov 92 23:08:51 GMT
Distribution: world
Organization: The Internet

>Depends on the command that you used.  Did you do a /VERIFY on the
>backup command?

An unrelated reminder/word of warning:  disk-to-disk BACKUP /VERIFY does *not*
do a comparison, as of VMS V5.4 through V5.5-2, but it acts as though it does.