HDTenEightyP/NetNews huggingface dataset:
From: steve@dbaccess.com (Steve Suttles)
Newsgroups: comp.os.vms
Subject: Re: Mailbox access
Date: 27 Jan 93 20:59:39 GMT
Organization: Cross Access Corp., Santa Clara, CA
X-Newsreader: Tin 1.1 PL4

carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
: In article <20303.2b5bb282@ul.ie>, 9120092@ul.ie writes:
: > [ several questions in the vicinity of mailboxes (deleted) ]
: [ several responses which are intolerant of incompetence (deleted) ]

If I may be so bold as to interpret Carl's reply...

In his usual terse way, Carl is correct again.  It appears from your
questions that you don't quite have a grasp on how the mailbox
interface works.  There is a manual named "Programming Resources"
that would be a great place to start, and then "Intro to System
Services" would be a good followup.  Finally, the System Services
manual (where $CREMBX and fiends [sic] are documented) will give you
the nuts and bolts; how to spell the magic incantation, if you will.

Substantial deviations from fact that you need to dispel are the
difference between permanent and temporary mailboxes (and where the
names are kept); the notion of a named mailbox (they really have
physical names that are of the form MBXnnn:, and logical names are
created to translate to this); the confusion between "open" and
"write"; what an AST is good for (and not good for); device protection;
and how to find out why something didn't work (System Messages and
"condition handling" in the aforementioned manuals).

Once you have the framework, grasping the details is a lot easier.

A rhetorical question for you to consider:  Given your demonstrated
misperceptions on the subject of mailboxes, it occurs to this observer
that you may be trying to force mailboxes to do something they are not
intended/designed to do, or something for which there is a better
solution.  Once more, the Programming Resources manual comes to mind.

sas
-- 
Steve Suttles                Internet:  steve@dbaccess.com      Dr. DCL is IN!
CROSS ACCESS Corporation     UUCP: {uunet,sgiblab}!troi!steve  Yo speako TECO!
2900 Gordon Ave, Suite 100   fax: (408) 735-0328              Talk data to me!
Santa Clara, CA 95051-0718   vox: (408) 735-7545   HA! It's under 4 lines NOW!
Newsgroups: comp.os.vms
From: mako@uihepa.hep.uiuc.edu ("Makoto Shimojima, Univ of Tsukuba/CDF")
Subject: RE: operator accounts
Reply-To: mako@uihepa.hep.uiuc.edu
Organization: High Energy Physics, University of Illinois, Urbana-Champaign
Date: Fri, 22 Jan 1993 21:36:27 GMT

In article <9301210244.AA05110@uu3.psi.com>, leichter@lrw.com (Jerry Leichter) writes:
>
>		Some sites use a single privileged account with an additional
>		"sign in" in a forced login file.  (Individual operators on
>		such a system usually get individual non-privileged accounts
>		as well.)  The theory is to provide a central log of operator
>		logins.  Often, the "sign in" asks for a one-line comment
>		about what the person intends to do.

On our system at Tsukuba, we share SYSTEM account among our student
managers --- in Japanese University it is not easy to hire a system
manager or an operator and since the entire cluster was used by us
(10-20 people, mostly students) we had to manage it ourselves.

When I was one of such managers, someone had already written a little
command procedure that asked who it was when we logged into SYSTEM
and logged it in a file. Of course we could type in anything, so I
modified it to check if it was a valid username and if that account
had a particular identifier granted (basically $ASCTOID + $FIND_HELD).

That worked fairly well, I think, though from time to time, I saw _my_
name in the database while I was here... You see, it logs the remote
site/id information (or port name if local) as well as other useful
information so I know it was not me. (Well, I think I could login to
that system "locally" through the terminal server, but I say I do not
remember the password anymore.)

Anyway, if that bothers you, you could also ask for the password of
the account in noecho mode, encrypt it, and check it with the hashed
quadword in the SYSUAF database. (I never found it that bothersome.)

					mako
					(mako@uihepa.hep.uiuc.edu)

PS: I also created BACKUP captive account to backup user files to
    8mm/VHS tapes but that was mainly to make the task efficient.
From: dsc3pzp@nmrdc1.nmrdc.nnmc.navy.mil (Philip Perucci)
Newsgroups: comp.os.vms
Subject: Re: SYSUAF.DAT access?
Date: 22 Jan 93 02:20:49 GMT
Organization: Naval Medical Research & Development Command

In article <C15Luz.FrH@news.cso.uiuc.edu> jsue@ncsa.uiuc.edu (Jeffrey L. Sue) writes:
>
>My question to the Phil:  Does the comptroller only want to be able to generate
>reports?  Or does this person also want to add/mod/remove users?  Is it possible
>to get this person to modify his/her request by explaining the potentiall problems?

He wants full SYSPRV/BYPASS.  So far, I have maintained it in my own
group (System Programmers/Managers).
So far...

-- 
===========================================================================
  phil perucci                | "Any opinions expressed are my own views, 
  ssb1pzp@imcvms.med.navy.mil |  not the position of any organization"
===========================================================================
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: End-user on-line Motif tutorial
Date: 22 Jan 93 11:14:37 GMT
Distribution: world
Organization: Applied Information Systems, Chapel Hill, NC

In article <01GTRC5F4HTS9JD28H@kbs.msu.edu>, GORENTZ@KBS.MSU.EDU (John Gorentz) writes:
>>Oh...here is a situation you are going to really like.  We have some female
>>employees that just can not get the hand/eye co-ordination going with the
>>mouse.  They always want to move their hand/mouse the _opposite_ direction they
>>want to move the pointer.  We tried to figure out why this was.  Turns out that
>>when the look at the terminal, they have some mental connection that says
>>they are in front of a mirror (where I am told some females spend some time)
>>and they do exactly everything _backward_ with the motor functions.  The
>>only way we have been able to get them to move the pointer in the right
>>direction on the screen is to turn the mouse _upside down_.  Yes...another
>>amazing but true story from the journals of learned behavior.
> 
> Now, now.  I'll be on your side if Hillary tries to have you thrown into a
> concentration camp for your PiC sexist observations, but what sample size are
> we talking about here?  There are many females in our department who use mice
> -- clerical staff, professors, students, technicians, etc., and I've never
> heard of any of them having any difficulty like this.  I suppose I could have
> just been unobservant, but there are millions of females who use computers
> with mice, and no word of this phenomenon has made its way into any trade
> journal articles I've ever read.

I don't know how common the problem is, but my wife reported exactly the
same thing when she first encountered mice -- she always wanted to move the
mouse in the `wrong' direction.  Her introspection led her to the same
conclusion about the cause.  For a while she used the mouse `upside down',
but she finally got used to using mice in their `normal' orientation when
she started to play Solitaire on MS-Windows.

It's a well-known psychological result that there are perceptual differences
between males and females;  typically, men have better spatial perception
and women are better at linguistic perception.  If that isn't PC, then so
much the worse for PC-ness.  But I wouldn't touch the question of nature
vs nurture with a ten-foot pole, at least on usenet.

Bruce C. Wright
From: don@ANZIO.GATECH.EDU
Newsgroups: comp.os.vms
Subject: RE: THERE IS TO MUCH FLAMING ON THIS LIS
Date: 21 Jan 93 14:27:07 GMT
Distribution: world
Organization: The Internet

You are all ASSHOLES all of you!!!  Nobody flames me like that
and gets away with it.  YOU WILL ALL BURN IN HELL!!!!

Newsgroups: comp.os.vms
From: olin@vger.cheme.cornell.edu (Steve Thompson)
Subject: DSSI disk drives
Reply-To: olin@vger.cheme.cornell.edu
Organization: Chemical Engineering, Cornell University, NY
Date: Sun, 24 Jan 1993 21:11:37 GMT

Now that DEC's prices for DSSI drives are "only" half of what they
were six months ago, has anyone compared DEC's offerings with 3rd
party DSSI drives. I've heard horror stories about the DSSI-compatible
drives from Emulex, but nothing about anyone else. Anyone looked into
this recently? We will have a shiny new DEC 4000/610-AXP in a few
weeks, so I need to get additional drives by then.

Steve

---------------------------------------------------------------------------
Steve Thompson, System Mangler   Internet: thompson@cheme.cornell.edu
School of Chemical Engineering   Bitnet:   thompson@crnlchme
Olin Hall, Cornell University    Phone:    (607) 255 5573
Ithaca NY 14853                  FAX:      (607) 255 9166
---------------------------------------------------------------------------
From: afeldman@oucsace.cs.ohiou.edu (Alan E. Feldman)
Newsgroups: comp.os.vms
Subject: Re: Setting Host via .com procedure
Date: 25 Jan 93 23:14:44 GMT
Distribution: usa
Organization: Ohio University CS Dept,. Athens


The original poster (mehta@bms.com) wanted a command file that:

>    1	get my USERNAME using f$getjpi
>    2	issue "SET HOST" to the node whose name I pass into the com file
>    3	Accept my username as input at the username prompt on the machine to
>    	which I am setting host to

Try this: (Yes, I tested it, we are on VMS 5.4.)

$   OPEN/WRITE SPOOK ZIP.COM
$   WRITE SPOOK "$ SET HOST ''P1'"
$   USERNAME = F$EDIT(F$GETJPI("","USERNAME"),"COLLAPSE")
$   WRITE SPOOK USERNAME
$   CLOSE SPOOK
$   @ZIP

My apologies if someone else already posted this, but I'm pretty sure
that they didn't. Also, you can add $ EXIT at the end if you desire. 

Alan E. Feldman  &-)  Dept. of Physics, Ohio U., Athens, OH 45701
Preferred addresses:  FELDMAN@OUALV1.PHY.OHIOU.EDU, 
                      FELDMAN@OUALVX.PHY.OHIOU.EDU
If you prefer Bitnet: FELDMAN@UMDENP
If all else fails:    FELDMAN@OUVAXA.UCLS.OHIOU.EDU
Newsgroups: comp.os.vms
From: ruggiero@antwrp.antwrp.gsfc.nasa.gov (Knic)
Subject: MAKE for VMS, ftp sites for utilities (US)?
Organization: Compton Gamma Ray Observatory Science Support Center
Distribution: comp.os.vms
Date: Tue, 26 Jan 1993 19:25:45 GMT


Anybody,

Is ther a version on MAKE for VMS? If so where do I get it?  Also is there a
good ftp site for VMS related utilities?

	post or email is fine, thanx in advance, 
						Knic
From: exubho@exu.ericsson.se (Blake Holman)
Newsgroups: comp.os.vms
Subject: Reading incoming data from terminal server port
Date: 26 Jan 93 04:03:55 GMT
Reply-To: exubho@exu.ericsson.se (Blake Holman)
Organization: Ericsson Network Systems, Inc., Richardson Texas
X-Disclaimer: This article was posted by a user at Ericsson.
              Any opinions expressed are strictly those of the
              user and not necessarily those of Ericsson.


I have a device that prints out utilization statistics to a serial 
port on one of my terminal server.  I would like to attach to that
port and read in the data that my device sends to the port and sub-
sequenly store this information on disk.

Does anyone have any tips tricks or whatever to help in this regard?
Basically anything that will connect me to a terminal server port
and let me capture all incoming data would be great.

My system is MV 3800, VMS 5.3, DECserver 300.

Thanks in advance.

Blake Holman
Ericsson Network Systems, Inc.
Richardson, Texas
(214) 997-6784
From: 9120092@ul.ie
Newsgroups: comp.os.vms
Subject: Mailbox access
Date: 19 Jan 93 07:49:22 GMT
Organization: University of Limerick, Ireland

Firstly thanks to all who replied to my previous posting, it was all very
helpfull. Now just to put your minds to the test again as I'm having
difficulty with mailboxes. My lecturer in Computer Organisiation wasn't
able to give any solutions to the problem of writting to a mailbox
created by another user. So far I can create mailboxes and pass data
to a subprocess of my account but can not do the same to a mailbox in
another account. This is primerily caused by VMS which takes a mailboxes
name and places the pointer to that device in the PCB. So when a mailbox
is created instead of being "My-Mailbox" and being open for group
access it is infact "My-PID.My-Mailbox" which tends to throw a spanner
in the works for me as I can not get around that protection.
I think IO$Write_Attention gets involved some where but I'm not sure.
Am I right about the mailbox protection. any suggestions on getting
around it?

          Thanks

             Peter.

Peter O'Brien, E-Mail  9120092@ul.ie

        The expressions expressed here are my expressions and 
             nothing but my expressions, so help my God!
From: PRICE@PHGRAV.DNET
Newsgroups: comp.os.vms
Subject: VAXELN --> AXP??
Date: 21 Jan 93 16:55:25 GMT
Distribution: world
Organization: Louisiana State University

Does anybody know if DEC is porting VAXELN to AXP? And if so, what's the
time frame?

Brad Price, LSU Experimental Relativity Group
SPAN     -- 7620::price
BITnet   -- phpric@lsuvax.bitnet
internet -- price@phepds.dnet.nasa.gov
Newsgroups: comp.os.vms
Subject: Re: MEMFUL on large arrays
From: tp@mccall.com (Terry Poot)
Date: Tue, 26 Jan 1993 15:55:20 CST
Reply-To: tp@mccall.com (Terry Poot)
Distribution: usa
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <4582@winnie.fit.edu>, karin@zach.fit.edu (Karin Nicholson) writes:
>I have a friend who wants to run a program that has large arrays. He hasn't
>been able to get beyond linking the darn thing.  His declaration section
>reads as follows:
>
>     COMMON X(2400,2400),A1(2400,2400),A2(2400,2400),WT(5,2400),
>     & XT(2400,2400),D(2400),XMEAN(2400),SUM(2400),SD(2400),DT(2400)
>      CHARACTER*15 IN(12),OUT1,OUT2
>
>When he tries to link, he gets the following messages:
>
>%LINK-E-MEMFUL, insufficient virtual address space to complete this link
>-LINK-E-NOIMGFIL, image file not created

I assume you know how big this is! Anyway, this happened to me a long long time
ago, and the answer was to raise the sysgen parameter VIRTUALPAGECNT.
Apparently, you need to be able to virtually address the whole image to link
it.
You also had better check the size of your page file. This program uses over
100
megabytes of virtual memory, which means you are going to need a page file well
over 200,000 blocks, and your virtualpagecnt parameter is going to have to be
upwards of 200,000 also. Read the manuals to learn all the ramifications of
this, do _not_ simply take my word for it. This was about 10 years ago, on VMS
3.2 or something like that!

>I'd like to know where in the grey wall I can find out more information about
>demand-zero compression.  I have looked in a couple of places, but came up
>empty-handed.

The linker manual. VIRTUALPAGECNT is in the sysgen manual, and you'll also want
to look at the various system management guides about sysgen parameters and
managing page files and virtual memory. 
--
Terry Poot <tp@mccall.com>                   The McCall Pattern Company
(uucp: ...!rutgers!depot!mccall!tp)          615 McCall Road
(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA

PS: Followup-To: should contain one or more newsgroups, not an email address.
That goes on Reply-To:. "Followup-To: poster" is a special form that tries to
coerce people into emailing rather than posting. This is posted in case I got
something wrong, so someone can correct me, and in case it is of use to someone
else.
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Formatting MFM drives on MicroVax II.  How?
Date: 26 Jan 93 17:21:42 EST
Distribution: world
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <01GTXJ20LFU88Y6XD2@ALBION.BITNET>, SYS@ALBION.BITNET ("Its just been discovered that research causes cancer in rats.") writes:
> Hello,
> 
>         I have a MicroVax II and need to format an MFM drive (Seagate ST251-1
> or RD32 equivelent.)  I took the drive ST251-1 from an old PC.  I've been led
> to understand that the RQDX33 controller will handle such a drive.  Is this
> correct?
> 
>         As I am short on documentation for this beast, could someone tell me
> how to format an RD32 drive on the MicroVax II.
> 
> Revelent information:
> 
> BA23 Cabinent
> RQDX33 Controller
> RX50 Dual floppies
> 
> Emulx SMD controller (not sure what model/version #.  If someone knows where I
>                         can look on the card, I will forward that information)
> CPU module (Again, not sure of the specific.  It is a MVII, *not* a MV2000.
>                 again, if someone will tell me where to start looking for CPU
>                 model, I will forward the information)
> 
> 
> Thanks for any help.  If you need more information, please let me know.
> I've provided all the info I can think of.
> 
> Jason Ruiter
> 
> 
> --------------------------------------------------------------------
> -  Jason Ruiter __ Sys@Albion.bitnet - "Success lies in achieving  -
> -  Systems/Network Manager          -    the top of the food chain"-
> -  Albion College, Albion Mi 49224 -      --Jubal Harshaw          -
> --------------------------------------------------------------------
> (517) 629 0559
> #include <std/disclaimer.h>
> 
-- 
Jason,
 
There are two ways to format the RD32 in two ways:
 
  - The DEC diagnostic utilities (the FE ones, not the Customer 
    ones) permit drives to be reformatted.
 
  - There is a disk formatting routine in the MV2000 firmware (if 
    you happen to have a MV2000 lying around) which is compatible
    with the RQDX3 controller in the MVII.
 
I hope that the above information is helpful. If I have been 
unclear, or if I can be of further assistance, please feel free 
to contact me via Email or phone.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
Newsgroups: comp.os.vms
From: cantor@star.enet.dec.com (Dave Cantor)
Subject: Re: How to repeat "new Mail message" ?
Organization: Digital Equipment Corporation
Date: Thu, 21 Jan 1993 14:06:29 GMT



In article <1jm4nnINN59b@urmel.informatik.rwth-aachen.de>, jogl@merry.imib.rwth-aachen.de (Joachim Glaubrecht  #Alwd#) writes...
> 
> [...]
> 
>because many VMS-Sysops clear the screen for a Mesage-Of-The-Day-Info,
>before the User can enter DCLs at the "$" prompt, i'd like to
>repeat this "Mail"-hint as the LAST Command in my LOGIN.COM.
>How can i do this ?
> 
>so, in brief words:
>is there a procedure like "NEW_MAIL.COM" i can call, that repeats
>        ~~~~~~~~~~~~~                               ~~~~~~~~~~~~~~
>the 'You have 1 new Mail message.' message ?
>    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>ANY hint is wellcome ...

Okay, here's a hint:

You can write a PROGRAM that uses callable mail to get the new mail count
for the current user, and write a notice to SYS$OUTPUT.  No privilege is
required for a user to retrieve information about his own mail profile, so
the program, so you can include it in your own login command file.

The calls to callable mail are in the doc set somewhere.

-- --
 Dave C.                          cantor@star.enet.dec.com
 Digital Equipment Corp., Nashua, NH  03062, USA
  The views expressed herein are my own, except where attributed to 
  someone else.  They are neither the opinion of, nor the responsibility 
  of, Digital Equipment Corporation.
Newsgroups: comp.os.vms
From: fairfield@slacvx.slac.stanford.edu
Subject: Re: Anybody have time arithmetic routines?
Organization: Stanford Linear Accelerator Center
Date: Thu, 21 Jan 1993 08:27:47 GMT

In article <1993Jan21.020035.18787@slcs.slb.com>, brydon@asl.slb.com (Harvey Brydon (918)250-4312) writes:
> I have to do some reporting on some timing tests and have a need to calculate
> elapsed times for a number of values.  Is there a way to calculate this in a
> simple fashion (DCL preferred, Fortran otherwise)?  I'll be parsing the
> timestamps from an RMS file with DCL.  Before I get a league of answers about
> calculating delta time from 'now', let me make it clear I need to calculate
> this from two arbitrary timestamps.  eg:
> 
> $ t1 = "20-JAN-1993 08:07:09.03"
> $ t2 = "20-JAN-1993 10:22:13.44"
> $! (magic dcl here)
> $ show sym diff  ==> "0 02:15:04.41"

[etc...]

    There was a thread on a related topic going on just a week ago
under the subject ` Implimenting  "TOMMORROW + 1:00:00" ' (that's
pretty close anyway).  Check there, but also see below...

> Anybody have any tricks for this or is it just a matter of brute force
> parsing, adding and carrying?

    I'm sure it _can_ be done in DCL, but I'd suggest Fortran instead:
no need to parse, add or carry ;-)  Here's an outline:

	1) Use LIB$GET_SYMBOL to read in your two (or more) DCL time
	   symbols, t1 and t2.

	2) Use SYS$BINTIM to convert each to 64-bit internal time (quadword,
	   just use a 2-long integer*4 array).

	3) Use LIB$SUB_TIMES to get the 64-bit delta time between the t1
	   and t2 quadwords (there's also a LIB$ADD_TIMES for doing your
	   delta time additions).

	4) Use SYS$ASCTIM to convert the time quadword result back
	   to an ascii time string.  I think there are flags to
	   control whether you get an "absolute" or a "delta" time
	   back...check the help/docs, it could be automatic.

	5) Use LIB$SET_SYMBOL to define a DCL symbol containing the
	   resultant delta ascii time string.

    There are no item lists involved so about half a page of Fortran
ought to do it (OK, OK!  A page and a half with proper return status
checking and comments :-).

    You'll suffer image activation time overhead compared to doing 
it all in DCL, but I'll bet it's faster just the same!  Certainly
simpler to code, more flexible, and less error-prone.

	-Ken
-- 
 Dr. Kenneth H. Fairfield    |  Internet: Fairfield@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...