HDTenEightyP/NetNews huggingface dataset:
From: kushmer@bnlux1.bnl.gov (christopher kushmerick)
Subject: $QIO: What happens within?
Organization: Brookhaven National Laboratory
Distribution: na
Date: Mon, 14 Dec 1992 16:45:52 GMT

What is the sequence of events when a qio is executed? In particular:


I am using a $QIO to send data between mail boxes. I have a global structure
which is updated at AST level by various tasks. When I get a request from 
another program, I send the structure by qio, specifying the address of the
actual global structure, rather than first making a copy.

This is in FORTRAN so both the global structure and any local copies would be
at some fixed location in memory and _NOT_ on the stack.


Here is the question: Does $qio (not $qiow) make its own copy of the data 
prior to returning, or does it just use the data at the memory location speced?

Here is what I am worried about

1) Stack frames: If I were doing this in Pascal or C and sent a local
variable via qio. By the time the qio got around to actually sending the data,
the routine that called the qio may have returned, the stack frame would no
longed be valid and who knows what might be in the (stack) memory location that
used to contain the data.

2) The data in my case is updated by ast-level interrupt routines. What if
the updating routine is executing when the $qio is ready to start shipping the 
data. Will the qio interrupt the ast routine to ship the data? Does it
matter if the qio was called at AST level or at "normal" level? Is it possible
that the data will be corrupt due to incomplete updating of the data?

Perhaps a milbox is a bad example because it is all memory. what if I was 
sending large amounts of data down a slow serial line, using local 
variables in a stack-frame language like pascal.
-- 
Chris Kushmerick
kushmer@bnlux1.bnl.gov
From: geemic@hhcs.gov.au
Newsgroups: comp.os.vms
Subject: followup
Date: 19 Dec 92 01:46:52 +1100
Organization: Aust. Dept. Health, Housing and Community Services

In article <1992Dec18.064535.17632@sarah.albany.edu>, sw4847@albnyvms.bitnet writes:
> Can anyone explain to me how the F$getjpi function works? Or tell me where to
> find the info on the function?
> Please Reply by E-mail because I don't read this group often.
> Thanks
> 							Scott Weinstein
> 							University at Albany



ghgkqwertyu
Newsgroups: comp.os.vms
From: SERFLING@V6000A.GSI.DE (Volker Serfling)
Subject: IMG to GIF
Date: Wed, 16 Dec 1992 09:12:46 GMT
X-News-Reader: VMS NEWS 1.24
Organization: GESELLSCHAFT FUER SCHERIONENFORSCHUNG MBH DARMSTADT


Hi !

Where can I find a program that converts DEC's IMG-Files to COMPUSERVE's GIF-
Files ? I'm running VMS 5.5 on VAX 4000-60.

Thanx in advance :-)

Volker



^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
E-mail:                            |  Slow-mail:
                                   |
via BITNET:                        |  Volker Serfling (KP3)
SERFLING@DDAGSI5                   |  Gesellschaft fuer Schwerionenforschung mbH
KP36@DDAGSI3                       |  Planckstr. 1
                                   |
via INTERNET:                      |
SERFLING@V6000A.GSI.DE             |  W-6100 Darmstadt  
SERFLING@DSAD.GSI.DE               |
                                   |  GERMANY        
on Internet/Bitnet Relay Chat:     |
HASSIUM                            |  Voice:
                                   |  +49 (0) 6151/359-770                  
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
From: nllopis@ecs.umass.edu
Newsgroups: comp.os.vms
Subject: Future delivery mail.
Date: 13 Dec 92 14:03:08 GMT

I was wondering if there is an easy way to make "future delivery
messages" from the MAIL command in VMS. Something like
send this message at this date at this time.

I guess it would be possible with a batch subprocess, but
is there any other way around?

Thanks.


		Noel Llopis
Xref: sparky comp.os.vms:19481 comp.lang.c:18558
From: winalski@adserv.enet.dec.com (Paul S. Winalski)
Newsgroups: comp.os.vms,comp.lang.c
Subject: Re: "(More?) VAX C questions"
Date: 17 Dec 92 19:50:18 GMT
Reply-To: winalski@adserv.enet.dec.com (Paul S. Winalski)
Organization: Digital Equipment Corporation, Nashua NH


In article <1992Dec16.210830.48425@sol.ctr.columbia.edu>,
Tom Wilson <TWTICK@Posse.UWyo.Edu> writes:
|>
|>What are the differences between the C functions malloc,alloc,etc and the
|>VAX C functions vaxc$_malloc,vaxc$_alloc, etc.
|>
|>Does it matter which form is used?  The descriptions given in VMSHELP don't
|>provide any insight into this.

If your code is going to run anywhere other than VMS some day, you should use
malloc() and free().  The vaxc$ versions are not available anywhere except on
VMS, but malloc() and free() are widely available.

The vaxc$xxx routines use a different memory allocation strategy that in some
applications gives better performance than malloc() and free().  If malloc()
and free() are turning out to be a performance bottleneck in your application,
you might give the vaxc$xxx routines a try.

|>Also, I wrote a program that utilizes a linked list.  I have a routine that
|>does a free() for the entire list, but the MEM count doesn't decrease after
|>the list is freed up.  Should it?

No.  All that free() does is return the memory to a pool from which further
malloc()s can be done.  free() doesn't remove the memory from your process's
virtual address space.  If for some reason you actually want the memory
removed from the address space, you must use $EXPREG, $CRETVA, and $DELTVA
to manage it.

--PSW
From: geemic@hhcs.gov.au
Newsgroups: comp.os.vms
Subject: Re: How to prevent login.com from running.
Date: 18 Dec 92 22:34:59 +1100
Organization: Aust. Dept. Health, Housing and Community Services

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 this when logging on :

           Username : <Username> /NOCOMMAND
           Password : <Password>

   This will prevent your LOGIN.COM file from running at login time.
   Further, you can specify an alternative command file to be executed at 
   login by using the /COMMAND qualifier.

           Username : <Username> /COMMAND=<filename> 
           Password : <Password>

Mike Gee
Brisbane, Australia.
From: silverm@bcstec.ca.boeing.com (Jeff Silverman)
Subject: Re: Sysop checking mail
Organization: Boeing Computer Services
Date: Fri, 18 Dec 1992 07:42:23 GMT

silverm@bcstec.ca.boeing.com (Jeff Silverman) writes:
>ctanski@nyx.cs.du.edu (Chris Tanski) writes:
>>Can somebody tell me when it's legal and when it's illegal for a sysop to
>>check another user's mail? Thanks and please reply directly to
>>ctanski@nyx.cs.du.edu.
>	You should consider electronic mail to be an "open channel".  Therefore,
>you should take steps to ensure that any electronic mail messages is
>1) encrypted and 2) authenticated.  Encryption ensures that the message can
>only be read by the recipient.  Authentication ensures that the message can
>only be generated by the author.
	VMS mail doesn't have any authentication or encryption built into it
by default, however, it does have a callable interface so you can code up
something yourself if you want.  VMS 5.5 or -1 or -2 includes a fix to DECnet
to prevent any non-prived user from accessing the mail object in DECnet, which
is a good idea but it doesn't stop people on PCs or ULTRIXs or PDP-11s, so
the mail should still be considered an open channel.
>	Bottom line: get PGP (Pretty Good Privacy)
PGP is a public key encryption system, based on the RSA system.  There is a
controversy over both RSA and PGP which I haven't been following closely.
By encrypting a message with the public key and decrypting with the private
key, you can verify that only the intended recipient can read the message.
By encrypting a signature with the private key and decrypting with the public
key, anybody can verify that only the attributed author wrote it.

As far as management hitting the roof - well - that's a human issue, not a
technical one.  If you are in an environment where people hit roofs frequently,
you could have some fun encrypting recipies for, say, chocolate chip cookies.
At least, everybody would know what the score was, that you were under
survellience.

I can remember a time when we all felt really good about computers.  <* sigh*>

Jeff Silverman, Boeing
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: creating a directory with delete privledge...how?
Date: 12 Dec 92 12:05:26 GMT
Distribution: world
Organization: The Internet


	How can I create a directory from within a C prg., and have that
	directory be deletable. According to 'mkdir' docs, a mode of 0 means
	use default protection.  But when I do a 'dir/full' on the newly
	created directory, it does NOT have my default protection (as in show
	protection).  'umask' does not seem to work, either.

What version of VMS are you running?  I never saw a mkdir in the standard
libraries, though I suppose it had to be added for POSIX.  If so, then perhaps
if you were running in the POSIX environment it might act as you expect; but
in a VMS environment, umask and mkdir control what protection the RTL asks
for, but it doesn't override VMS defaults - and VMS by default always removes
DELETE access from the protection mask of any directory it creates.

							     What is the
	preferred method?

The only way to do this is to create the directory, then change its protection
to give yourself delete access.

If mkdir is really documented as doing this in the VMS documentation, and it
isn't, you've found a bug which you should report.

							-- Jerry
From: sweeney@HELIX.NIH.GOV
Newsgroups: comp.os.vms
Subject: Integrating a VAX into a Mac/PC-based LAN
Date: 15 Dec 92 15:11:01 GMT
Distribution: world
Organization: The Internet


 I found out about INFO-VAX@SRI.COM courtesy of Dan Wing
(dwing@uh01.colorado.edu) and he suggested that I try posting my
question(s) here. 

 We have an Ethernet-based LAN of Macintoshes and PCs tied into an
AppleShare server (Mac). We'd like to migrate to LAN Manager AND integrate
our VAXStation 3600 into the new LAN Manager-based network. The VAXStation
is used for PET/MRI image processing. Since Pathworks seems to be a
'superset' of LAN Manager, will both Pathworks -and LAN Manager-client
software be needed for the Macs and PCs? (I imagine that Pathworks server
software will be needed for the VAX.) If anyone has any experience
integrating VAXes, PCs, and Macs, I'd be pleased to hear it. My concern is
that the performance of the VAX image processing software may be
significantly degraded if it has to compete with Pathworks server software.


If anyone can suggest working alternatives other than LAN Manager and
Pathworks for integrating a VAX into a Mac/PC-based network, fire away. 

Again, many thanks.

Nina Sweeney
(301) 402-1546
National Institutes of Health
Medical Neurology Branch
Bethesda, MD 20892
Newsgroups: comp.os.vms
Subject: Re: Sysop checking mail
From: ccdarg@dct.ac.uk (Alan Greig)
Date: 14 Dec 92 11:30:47 GMT
Organization: Dundee Institute of Technology

In article <1gfmf1INNjnp@nz12.rz.uni-karlsruhe.de>, ONASCH@irav17.ira.uka.de (Bernd Onasch) writes:
> In <1992Dec12.002018.20761@mnemosyne.cs.du.edu> ctanski@nyx.cs.du.edu writes:
> 
> # 
> # Can somebody tell me when it's legal and when it's illegal for a sysop to
> # check another user's mail?
> [...]
> 
> It's a problem of rights (everyone with enough privileges can do it) and
> rules (in germany there are no laws to prevent this as far as i know - but i
> think in the U.S. there are some).

The UK data protection act should have an equivalent German law as it
implements EC legislation. As the UK data protection act *probably*
applies to e-mail (I don't think there has been a test case but it
would seem to be covered) possibly the German act does as well.

-- 
Alan Greig                            Janet: Alan@UK.AC.DUNDEE-TECH
Dundee Institute of Technology	   Internet: Alan@DCT.AC.UK
Tel: (0382) 308810                 Int: +44 382 308810
              -- There is only one true conspiracy --
Newsgroups: comp.os.vms
From: buda@star.enet.dec.com (Mark A. Buda)
Subject: Re: SYS$LCKPAG takes forever
Organization: Digital Equipment Corporation
Date: Thu, 17 Dec 1992 20:38:28 GMT


In article <1992Dec8.173910.1@minnie.imd.nrc.ca>, kmews@minnie.imd.nrc.ca writes...

>Has anyone experienced problems locking a large sharable image into
>physical memory.

Make sure the size you pass in is the EXACT same size of the image you
are mapping.  There are a couple other flag bits that can help
it take a faster path.  Look in the fiche where the mapping gets
done for more info.

	- mark

buda@star.enet.dec.com
...!decwrl!star.enet.dec.com!buda
buda%star.enet.dec.com
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: anonymous mail?!?
Date: 12 Dec 92 08:25:29 GMT
Followup-To: comp.os.vms
Organization: Kernel Mode Consulting, San Diego, CA

In article <Stafford-111292100559@stafford.winona.msus.edu>, Stafford@Vax2.Winona.MSUS.EDU (John Stafford) writes:
> 	[...]  We use a CAPTIVE account
> 	in which the user is dropped into EDT to compose the message.
> 	When the user exits, the file is checked to be sure it is
> 	not empty then MAIL delivers it to the given professor
> 	with a specific subject line (ANONYMOUS CLASS MAIL.)

This is usually not all that anonymous.  It is usually possible to figure out
who sends mail via such an account by correlating the login/logout times for
the processes in question with those associated with "real" users.  

The cagey sender of anonymous mail can get around this by sending the mail at
times other than (for example) just after logging out of their "real" account. 

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: rharwood@east.pima.edu
Newsgroups: comp.os.vms
Subject: RE: Need information re: MicroVax II drives.
Date: 14 Dec 92 21:29:51 GMT

In article <9212092212.AA19391@uu3.psi.com>, leichter@lrw.com (Jerry Leichter)
writes:

> 	I'm trying to get my MicroVax II online, but it helps to have a
> 	working harddrive on it.  Anyone have one they're giving away or
> 	selling cheap?
> 							-- Jerry

Lot's of used-parts resellers letting RD54s go for under $700.  I've got a
client that won't buy ANYTHING but NEW RD54's for their MV II, and they pay
~$4,000!

I've just received the MicroVAX II disk spec sheet, and it says you can put an
H-cabinet with controller and RA90 drive on a MicroVAX II... the parts shops
can do this for a total of about $3,000 or so, I think.  That's over 1GB!
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: How to make mailbox look like a real terminal ?
Date: 13 Dec 1992 18:48:58 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 <15064.2b2a3522@ohstpy.mps.ohio-state.edu>, viznyuk@ohstpy.mps.ohio-state.edu writes:
>Well, the problem is that
=the subprocess which in this case
=runs a DCL doesn't see the mailbox
=as a "real" terminal. And so do other
=utilities which I'm trying to run
=in that subprocess. E.g. editor
=kicks me out with "SYS$INPUT must be supported by CRT".
=(What the hell is that CRT, btw ?)

Cathode Ray Tube.  I.e., a display terminal, as opposed to hard-copy terminal.

=The DCL, MAIL, etc don't respond with their
=usual prompts (or maybe their prompts are being
=re-directed elsewhere, and not to SYS$OUTPUT ?), etc.

That's because the mailbox is not a terminal (it doesn't have the bit set that
says it is a terminal device).

=So is there any way to make mailbox look like a real terminal ?
=would strongly appreciate any constructive suggestions

If you're running a recent enough version of VMS, you can use the
pseudo-terminal device for what you want.  I'm running an older version, so
can't tell you offhand what the device name is nor where to find the
documentation on using it.
--------------------------------------------------------------------------------
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: i_leonard@fennel.cc.uwa.oz.au
Newsgroups: comp.os.vms
Subject: printing to TCP/IP terminal server - SUMMARY
Date: 16 Dec 92 10:05:56 +0800
Organization: University of Western Australia
NNTP-Posting-Host: fennel.wt.uwa.edu.au

Some time ago I asked about connecting printers to TCP/IP terminal servers
and printing to them from a VMS system.  I only received one response, but
since then I have done quite a bit of work and found the following :

I was using UCX and VISTA terminal servers.  The suppliers of the terminal
servers in Australia sent me a C program that replaces the normal print
filters in the LPR/LPD printcap file. This opens a port to the printer and
pipes the data to it.  This is fine for a UNIX system, but UCX does not employ
these print filters so I could not get it working on VMS ( I also did not
have a C compiler on the VMS system).  This left me with the option of setting
up the printers on a UNIX host and then using LPR on the VAX to point to the 
queues in the UNIX environment.  It would work but would rely on the UNIX 
server being available (which isn't always the case).  I ruled out this
possibility.

Other TCP/IP implementations (eg Wollongong) supply a VMS print symbiont
that does all the work in printing to TCP/IP terminal servers. UCX did not 
supply this (although it may in the future).

Apparently some terminal servers support LPR - I don't know, I don't have one.
The VISTA terminal server had an LPR flag but as far as I could tell this only
controlled the processing of data before it was passed to the device.

In summary, I decided to keep using LAT until some new method was released
(This would probably be a print symbiont for UCX).

If anyone has any other questions they can send mail to me.

Ian Leonard
i_leonard@fennel.wt.uwa.edu.au
From: CHUCKM@UCRAC1.UCR.EDU (Chuck McDaniels, UCR Academic Computing)
Newsgroups: comp.os.vms
Subject: VMS 5.5: forwarding to a distribution list
Date: 15 Dec 92 19:28:25 GMT
Distribution: world
Organization: The Internet

Date sent:  15-DEC-1992 11:26:12 

Hi:

We have a VAXcluster running VMS 5.5, and I have the following simple 
question (and I want to be sure I get the definitive answer!):

Is it possible with regular old VAX MAIL to forward to a distribution list?
(a'la @mylist)  I seem to get errors, complaining that it is an invalid user 
specification, and I'd like to know if I can get past it, or if it just doesn't 
work that way.

Please e-mail responses, and I'll summarize to the group at large.  Thanks in 
advance for your suggestions!

Chuck
++++ Chuck McDaniels, Systems Consultant                                 ++++
++++ Academic Computing Services, Univ. of California, Riverside         ++++
++++ BITNET:   ChuckM@UCRVMS         Internet: ChuckM@UCRAC1.UCR.EDU     ++++
++++ Disclaimer:  I don't speak for UCR.  Go ahead.  Ask anybody!        ++++
From: DWING@UH01.Colorado.EDU (Dan Wing)
Newsgroups: comp.os.vms
Subject: Re: ?Terminal I/O monitoring program around
Date: 15 Dec 92 02:59:29 GMT
Organization: The Internet

Tom O'Toole, ecf_stbo@jhuvms.hcf.jhu.edu, writes:

>In article <mike.724308138@starburst.umd.edu>, mike@starburst.umd.edu (Michael
> F. Santangelo) writes...
>>
>>I'm wondering if there is a program that I can get ahold of that allows
>>a system manager to monitor (discretely) the activity of a user who is
>>logged on in VMS (5.4-3).  More specifically it should be able to peek
>>in on a TNdriver based terminal (UCX uses this).
>
>I think Chris Tanski has one

Get the Supervisor series from FILESERV@WKUVX1.BITNET, or via anon-FTP
from FTP.SPC.EDU.  This is a fantastic utility that will do almost everything 
you need.  It is supported by Hunter Goatley, and there is a mailing list 
for questions (SUPSER-L@WKUVX1.BITNET is the list.  Send a request to 
LISTSERV@WKUVX1.BITNET to get yourself added to the list).

A popular utility, called WATCH, available from various Internet sites and 
DECUS, can crash an SMP system.

-Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
 Systems Administrator, University Hospital, Denver
From: PARSONS@GC.MARICOPA.EDU ("As if you weren't busy enough...")
Newsgroups: comp.os.vms
Subject: VT Animation
Date: 18 Dec 92 17:47:28 GMT
Distribution: world
Organization: The Internet

Hello out there in Net-land,

     I was wondering if someone could be kind enough to send me a FTP site for
VT animation files.  I would really appreciate it.

						Thanks in advance!

<=======================================================================>
| Chris Parsons                            				|
| Internet: Parsons@gc.maricopa.edu        				|
| Bitnet  : Parsons@gc.bitnet              				|
<=======================================================================>
From: tom@conan.UUCP (Tom Laffey)
Newsgroups: comp.os.vms
Subject: Trying to hook Apple LaserWriter to VAXstation
Keywords: VAX, VMS, Apple, LaserWriter, Printer
Date: 17 Dec 92 18:30:15 GMT
Distribution: na


We have a DEC VAXstation 4000 Model 60 running VMS 5.5. We are trying to
get it hooked up to an Apple Personal LaserWriter through the serial
port on the VAX. So far we've had no luck although we've been able to
get the light blinking on the LaserWriter.

If anyone has done this before or has some good ideas on what we might try
please let me know. Thanks in advance...

| Tom Laffey                   phone:  (415)-965-8050            |
| Talarian Corporation         fax:    (415)-965-9077            |
| 444 Castro Str, Suite 140    E-mail: tom@talarian.com          |
| Mtn. View, CA 94041                  uunet!talarian!tom 	 |
From: mcmahon@TGV.COM (Missing in Foggy Bottom)
Newsgroups: comp.os.vms
Subject: Re: Seeking info about DECterm
Date: 15 Dec 92 18:23:11 GMT
Distribution: world
Organization: The Internet

In article <BzB5sC.2IB@news.cso.uiuc.edu> you write:
=>However, I am having some difficulty in locating the VMS
=>documentation which describes this.

The only "documentation" for DECterm is the source code.  Older
(pre-Motif) versions of the source code can be found on the
VMS listings kit (fiche/CD-ROM).

--
John 'Fast-Eddie' McMahon    ()
TGV, Incorporated            () "Any networking problem can be solved by
603 Mission Street           ()  the application of 33 miles of Unshielded 
Santa Cruz, California 95060 ()  Twisted Pair (UTP)"   
408-427-4366 or 800-TGV-3440 ()                      [InterOp Spring 1992]
E-Mail: MCMAHON@TGV.COM      ()


Newsgroups: comp.os.vms