HDTenEightyP/NetNews huggingface dataset:
From: powers@ELROS.STG.TRW.COM
Newsgroups: comp.os.vms
Subject: RE:  WANTED: perl on VMS
Date: 8 Oct 92 07:26:55 GMT
Distribution: world
Organization: The Internet


katsu@tsc.kddlabs.co.jp:
> Are there any implementations of perl for VMS?
> If there is, please let me know.


From ye olde notes:

> From:	MX%"eru.mt.luth.se!lunic!sunic2!mcsun!ieunet!scotty.eurokom.ie!rolff
>       @bloom-beacon.mit.edu" 19-JUN-1992 14:20:00.74
        (whew!)
> Subj:	Perl for VMS, summary
> Message-ID: <1992Jun19.140538.11806@vms.eurokom.ie>
>
> Perl V3.0 patchlevel 18 is available via anonymous ftp  info.rz.uni-ulm.de
> (134.60.1.125)  in /pub/VMS/misc.
>
> Thanks to Ulli Horlacher who gave me this information.
>
> Anders.
>

Source is included in this version, but the build procedures are not wonderful.
Executables are included, as are the .OBJs.  There is lots and lots of
documentation, none of which I have actually read.  It's packaged in a ZIP
file of about 4,000 blocks in size, so do the FTP late at night in Germany's
time zone.  The package takes about 10,700 blocks of disk space after
unpacking from the ZIP file.

     Lester Powers
     powers@elros.stg.trw.com


Newsgroups: comp.os.vms
From: storrs@eos.ncsu.edu (JERRY STORRS)
Subject: Re: How much to charge for CPU time?
Originator: storrs@c20002-121rd.che.ncsu.edu
Reply-To: storrs@eos.ncsu.edu (JERRY STORRS)
Organization: North Carolina State University, Project Eos
Date: Fri, 9 Oct 1992 13:30:44 GMT


|>
|>In article <7OCT199222350711@spades.aces.com>, gavron@ACES.COM                      writes...
|>> 
|>>	Oh hey:
|>>		One cpu second   = $0.00001
|>>		One page fault   = $0.00001
|>>		Stupid questions = $10
|>> 
|>>	That will be ten dollars please.  For both of you.
|>> 
|>>	Send checks to address below.
|>> 
|>
|>With apologies to Ehud's fan club and acknowledgements for his time and 
|>efforts that have benefited other people ...
|>
|>Are sincere questions really deserving of ridicule in a public forum?
|>
|>
|>Mike McCurdy			Disclaimer:
|>VAX Systems Management		     
|>San Diego State University		"Everything I say may be wrong."
|>mccurdy@bestsd.sdsu.edu  	
|>

Thank you Mike.  Although I've been in computing for several years, I have only
recently started watching the news reader services.  It appears to me that many
people are bent on cutting down anything anyone else says or asks.  It is really
a shame; however, I just consider that these individuals have never learned the
lessons in kindness.  Apparently these people are bored and have nothing better
to do with their (salaried?) time than find fault in what everyone else is
doing.    To the news-service managers/watchdogs:  sorry for the non-subject
area comment.  I've felt it coming on for several weeks now.
	May the Lord bless you and keep you.  (Even those who aren't kind!) JLS

-- 
===============================================================================
Jerry L. Storrs, System/Network Manager || Jesus said, "..He who believes in me
Dept of Chemical Engineering, NCSU      ||  will live, even though he dies, and
   storrs@che.ncsu.edu (preferred)      ||  whoever lives and believes in me
   storrs@eos.ncsu.edu                  ||  will never die..."  
                                        ||                    John 11:..25-26..
===============================================================================
Any statement made is the explicit belief of the writer and not the employer.

Newsgroups: comp.os.vms
From: anzlovar@wl.com (Bob Anzlovar)
Subject: Reading BRU on 8mm tapes from VMS
Keywords: BRU, VMS, 8mm
Organization: Warner Lambert / Parke-Davis
Distribution: comp.os.vms
Date: Mon, 12 Oct 1992 18:41:18 GMT

This message is being posted for a friend:

I have several 8 millimeter tapes that were created using the BRU
(Backup
and Restore Utility) on RSX-11M.  The system that created the tapes is
not
networked and it is being scrapped shortly.  I would like to read these
tapes and extract the files on a VAX.  We have an 8 mm drive on our VAX
but none of the software on VMS supports the BRU tape format.  Does
anyone
know of a utility that runs under VMS that would read and extract the
files from an RSX-11M BRU tape?

(* Sorry I didn't fix the word-wrap. :-)  *)
--
From: harttree@VAX1.ELON.EDU ("Matt Harttree, VAX_ELF")
Newsgroups: comp.os.vms
Subject: I need GETUAI via FTP. Help!
Date: 7 Oct 92 11:58:09 GMT
Organization: The Internet

Does anyone have a FTP pointer to GETUAI???
It is a dcl utility to extract stuff about the uaf into symbols.

I am having a frustrating (read: slow) time getting it through archaic bitnet 
mail servers.

If anyone has this utility along with a pointer to It I would sure appreciate
it alot.

Please reply by email and save the bandwidth!

Thanks
Matt
  "Where all the programs are above average and the VAXes are good looking."
                            Matthew Harttree       
			   HARTTREE@VAX1.ELON.EDU
         +919-584-2295  / +919-570-8120 (voice mail)  / +919-584-2575 (FAX)
------------------------------
Not as an indication of inability but as a statement of freedom:
I speak only for my self.
From: gotmaew@rks.se
Newsgroups: comp.os.vms
Subject: Re: Longest record length in STREAM file?
Date: 14 Oct 92 17:28:36 GMT
Organization: RKS Data AB, Vaxjoe, Sweden

>> >> I have an application that will read a text file that may contain very
>> >> long lines. My problem is basicly to allocate a big enough buffer for
>> >> the longest line/record in the file. If the file has a variable length
>> >> record format, I can just get the XAB$W_LRL value and use that as the
>> >> size of the buffer, but what to do if it's a STREAM file?
>> 
>>      The only way to handle arbitrary stream files is to process them
>> in block mode instead of record mode.  It's possible for a multi-gigabyte
>> file to consist of a single record, although I doubt if many people would
>> classify that as a "text file".
> 
> Good advice !
> 
>> > To handle stream files and variable line length files with incorrect
>> > longest line (typical 0) I would suggest you always allocate the
>> > maximum line-length 32767. Even then you  can be bitten by incorrect
>> > stream files with longer records.
>> 
>>      $GET will read up to 65535 bytes; $PUT enforces 32767 as a limit

$GET and $PUT are the RMS routines used for RECORD mode processing of
a file.
In case you want to process the file in BLOCK mode you shall use $READ
and $WRITE instead.
It is a little work to put the data in the blocks together to the
type of records it represents, but this is not to hard.

Yet there is another possibility, which I prefer to use when I
have to access unknown files in stream format.

	You can easily map the whole file with $CRMPSC and
	then just set a pointer to the beginning of it and
	fetch byte, block or whatever you like from it.

	You can examine the file byte for byte, copy the
	byte to a buffer and look for terminators, like <CR> 
	or <LF>, by looping and increasing the pointer by 1.

	The trick is just to perform a RMS "User-Open" of the
	file (FAB$L_FOP = FAB$M_UFO) and then create a Global
	section using the file as Section-file.


It's very nice to work with stream files in this way, actually
you can use it for any kind of files but it is normally no
need for it for other files, except for when you really use
them as Global sections.

Remember that when you map f.ex a sequential file, the record-
information gets mapped to.

-- 

+-------------------------------------+-----------------------------------+
| Magnus Ewert                        |    Phone.: +46 031 833195         |
| R K S                               |    Fax...: +46 031 359527         |
| Gothenburg Sweden                   |                                   |
+-------------------------------------+-----------------------------------+
| TITANIC was an open system - at least after the event...                |
+-------------------------------------+-----------------------------------+
| Nothing is for sure in this world - except for the death and the taxes  |
|                                                     /Benjamin Franklin  |
+-------------------------------------------------------------------------+
From: brydon@asl.slb.com (Harvey Brydon (918)250-4312)
Newsgroups: comp.os.vms
Subject: Re: SET TRANSPORT doesn't work for me!
Date: 13 Oct 92 12:54:34 GMT
Reply-To: brydon@dsn.SINet.slb.com
Organization: Schlumberger/Anadrill Sugar Land, TX

In article <9210052254.AA08464@ucbvax.Berkeley.EDU>,
moeller@gwdgv1.dnet.gwdg.de ("GWDGV1::MOELLER") writes:
>I keep seeing postings here to the effect that in MAIL,
>the command SET TRANSPORT is doing something reasonable.
>
>It doesn't work for me (VMS 5.4-3). E.g.
>
>| $ mail
>| MAIL> set transport PSI%
>| MAIL> send
>| To:	45050352008::moeller
>| %MAIL-E-LOGLINK, error creating network link to node
>| -SYSTEM-F-CLEARED, virtual call was cleared
>| Do you want to send anyway (Y/N, default is N)? n
>| MAIL> set notransport
>| MAIL> send
>| To:	psi%45050352008::moeller
>| Subj:	test psi
>| Enter your message below. Press CTRL/Z when complete, or CTRL/C to quit:
>| Without SET TRANSPORT, it works!
>
>Note that in the error message -E-LOGLINK, there's a void "node",
>as if PSI_MAILSHR was passed an empty string.
>
>What am I missing?

You are probably missing the point that you have auto-CC turned on.  Remember
that if this is the case, and you do

>| MAIL> set transport PSI%
>| MAIL> send
>| To:	45050352008::moeller

you are also sending a /cc copy to yourself.  When this happens, the address
for yourself is 'moeller' with no nodename specification.  PSI is one of the
transports that doesn't know what to do with this situation.  Try this, I bet
it will work:

>| MAIL> set transport PSI%
>| MAIL> send /noself
>| To:	45050352008::moeller
...

Note the "/noself" qualifier on the send command.

>NB. With internet-like transports, SET TRANSPORT doesn't work for me either,
>because MAIL won't let me enter an unquoted '@' nor a quoted address.

SET TRANSPORT won't do anything magic for you here.  Really all it does in
terms of addressibility is append the default transport string on the front of
every address it sees (except if another transport is specified).  If your
"To:" address has an '@' in it, you need to put it in double quotes.  The use
of SET TRANSPORT does not change this.  For example:

$ mail
MAIL> set notransport
MAIL> send /noself/noed login.com
To:   xyz%"user@node.other.stuff"
...

MAIL> set transport xyz%
MAIL> send /noself/noed login.com
To:   "user@node.other.stuff"
...

The double quotes are required in both cases.

HTH
_______________________________________________________________
Harvey Brydon         | Internet:   brydon@dsn.SINet.slb.com
Dowell Schlumberger   | P.O.T.S.:   (918)250-4312
 Conspiracy?  Bush, Clinton and Perot are all southpaws...
Newsgroups: comp.os.vms
From: sysop                           
Subject: Q: Assign value of EXAM to a symbol?
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: Department of Nuclear Engineering Sciences
Date:  7 Oct 1992 23:06 EST  

This may be somewhat similar to the ATTACH/ID={parent id}.

I have a symbol defined as:   $ BST :== EXAM/BYTE/DEC %x800044C0

And when I type 'BST', it executes an EXAM/BYTE/DEC %x800044C0.

What I would really like to do is assign the value @ %x800044C0 to a variable
for processing/logging/etc.

Is there anyway to do this without writing the output to a file and then
parsing the file?

-------------------------------------------------------------------------------
Shawn A. Clifford, System Manager | Internet: sysop@robot.nuceng.ufl.edu
Nuclear Engineering Sciences      |		sac@eng.ufl.edu
University of Florida             | Home Phone: 904/335-4914
Gainesville, Florida  32611       | Work Phone: 904/392-1450  FAX: 904/392-3380
-------------------------------------------------------------------------------
From: vaxinf@V36.CHEMIE.UNI-KONSTANZ.DE
Newsgroups: comp.os.vms
Subject: Is there a checkpoint/restart-option for VAX/VMS available?
Date: 16 Oct 92 10:58:20 GMT
Distribution: world
Organization: The Internet
X-Unparsable-Date: Fri, 16 Oct 1992 09:36:13 CET

Many mainframes know a checkpoint/restart-option, so that long running jobs
continue at that point where they are forced to stop due to a reboot.
Is that option known for VAX/VMS?

regards
Eberhard
From: MCMAHON@AC.GRIN.EDU ("McMahon,Brian D")
Newsgroups: comp.os.vms
Subject: Re: HELP: Knighting the underprivileged
Date: 16 Oct 92 18:50:25 GMT
Distribution: world
Organization: The Internet

Bill Laut <vortex.gici.com!alien.gici.com!laut@PURDUE.EDU> writes:

> Be careful with this one!  It can be an open invitation to back-door Trojan
> horses, especially [ . . . ]

Heh.  Excellent advice, but ... a Trojan horse wouldn't fit through the
back door.  Even the main gate of Troy was kind of a tight fit.... 8-)

("Freeze!  Metaphor police!  Come out slowly, and keep your similies where
we can see them.")

Brian McMahon (BDM13)    <MCMAHON@GRIN1.BITNET>    <MCMAHON@AC.GRIN.EDU>
Postmaster / Acad. Software Support   Grinnell College Computer Services
Grinnell, Iowa 50112 USA   Voice: +1 515 269 4901   Fax: +1 515 269 4936
From: ISENHOUR@FNAL.FNAL.GOV (John L. Isenhour)
Newsgroups: comp.os.vms
Subject: writing in MARC format
Date: 16 Oct 92 15:59:29 GMT
Article-I.D.: FNAL.921016105929.2400d12e
Distribution: world
Organization: The Internet

I would like to be able to take a data file and write it into MARC format.
If anyone has any examples or ideas, I'd appreciate hearing about it.
I would prefer to work with C or fortran, but DCL or anything would be nice.
(OCLC MARC would be great, if I have a choice:)

tnx,
john
-                                         
John L. Isenhour                          internet: isenhour@lambic.fnal.gov 
Systems Analyst, et al      NASA/NSF/ES/HEP decnet: FNAL::isenhour       
Fermi National Accelerator Laboratory       bitnet: isenhour@fnal      
"Bureaucracy, the mortal enemy of creativity" AT&T: 708-840-3401
Newsgroups: comp.os.vms
From: pawlak@vxdesy.desy.de
Subject: Re: SCSI CD drive and music
Organization: (DESY, Hamburg, Germany)
Date: Thu, 15 Oct 1992 01:47:48 GMT

In article <921014151911.3ed2@menvax.restena.lu>, GLOESENER@MENVAX.RESTENA.LU writes:
> 
> Hi,
> 
> We have a SCSI CD drive connected to our VAX 4000/600. This drive has the 
> capability of playing music CD since theire are "jacks" on it. Does anybody
> knows how to use a SCSI CD drive for playing music. I have heard that theire
> is a special driver for this purpose but I don't know which one.
> 
This question comes up again and again... and makes me wonder why people
won't simply buy one of those CD units without any SCSI interface, but
with a front panel of a few switches and keys so easy to operate manually :-)
They are much cheaper and have much better sound quality (and, they allow
me to read VMS docs while listening my fave soundtracks as well :-).
						Michal

pawlak@vxdesy.desy.de (no fancy .sig)
From: dl10697@ehsn3.cen.uiuc.edu (Duc Trieu Le)
Newsgroups: comp.os.vms
Subject: ACLs
Date: 13 Oct 92 19:22:35 GMT
Article-I.D.: news.Bw2r5q.62J
Organization: University of Illinois at Urbana

Hi Everyone,

I'm involving in developing an user application involving several
creation and deletion of directories. The program successfully
created the directories and deleted any files in that directory. 
However, it will not delete the directory file for that directory.
The ACL for the directory has the user's UIC with ACCESS=READ+WRITE+
EXECUTE+CONTROL and a group ACCESS=READ+WRITE+EXECUTE+DELETE.
What's funny is that the user who created the directory cannot delete
the directory, but anyone else who has the group UIC can. But, it
the user modifies his ACL entry, then he is able to delete the directory.

My question is there a way for the user the delete the directory from
within the program execution? Can the ACLs be set properly upon
directory creation or before directory deletion? Any suggestions,
clarifications, or advice would be much appreciated.
Thanks in advance for your help.

Duc T. Le
led@sunfs1.dsd.northrop.com
Newsgroups: comp.os.vms
From: kega@nobeltech.se (Kent Gabrin)
Subject: @PROCEDURE.COM/OUTPUT=... works 
Organization: NobelTech AB
Date: Thu, 15 Oct 1992 12:14:52 GMT

>> have been set.  I tried re-assigning SYS$OUTPUT and capturing a SHOW
>> SYMBOL/GLOBAL ..., but the SHOW SYMBOL command bypasses SYS$OUTPUT.

Time to time I've discovered that reassigning SYS$OUTPUT will not work.
Both reassigning SYS$OUTPUT (like $ DEFINE/USER_MODE SYS$OUTPUT TEMP.TMP)
and using /OUTPUT to the DCL command sometimes failes.

My best workaround, that has worked so far, is to issue the command inside
a command procedure and when calling the procedure using the technique
with /OUTPUT=filename. (E.g. $ @DO_IT/OUTPUT=SYS$SCRATCH:TEMP.TMP)

        Regards Kent Gabrin   NobelTech Systems SWEDEN



-- 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
Kent Gabrin             Working hard with my tiny thinking utility.
NobelTech Systems
S-175 88 Jaerfaella
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: Re: TP_SERVER
Date: 7 Oct 92 12:35:45 GMT
Organization: The Internet

Walter H. Dick, III (WHD0675@RITVAX.ISC.RIT.EDU), on the subject of TP_SERVER, 
writes:

> I heard rumors that it is required for the queue manager on VMS V5.5.  Is
> this true?  Is there any programming documenation?  Thanks in advance!

It is not required for VMS V5.5.  We've been running V5.5 for some time now 
without it.  However, we just upgraded RDB to V4.1 and now must run it because 
RDB V4.1 requires it.

-----------------------------+--------------------------------
 Brian Tillman               | Internet: tillman@swdev.si.com
 Smiths Industries, Inc.     |           tillman_brian@si.com
 4141 Eastern Ave., MS129    | Hey, I said this stuff myself.
 Grand Rapids, MI 49518-8727 | My company has no part in it.
-----------------------------+--------------------------------
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Newsgroups: comp.os.vms
Subject: Re: remote backup of vms on ultix host
Date: 7 Oct 92 15:59:00 GMT
Article-I.D.: acf3.61050074
Organization: New York University

And very nice code it is too Jamie.  Also MULTINET includes (or will int henext
release support both ways.)
From: mcdonald@dallas.sil.org
Newsgroups: comp.os.vms
Subject: Re: X-terms & remote printing
Date: 6 Oct 92 17:25:43 CST
Organization: Summer Institute of Linguistics, Dallas Center

In article <1992Oct5.154504.1@mscf.med.upenn.edu>, ross@mscf.med.upenn.edu writes:
> 	We are planning to purchase a VaxStation 4000 Model 90 which would
> support 7 VT200 terminals and 3 printers.  Originally we were going to 
> purchase a terminal server, but now we are considering the purchase of
> some Tektronix X terminals.
[...]
> The only question remaining is how
> to connect the 3 printers (DEC LN03, LA75, and LA100) to the Model 90, 
> assuming we don't buy the terminal server.

I'm no certain about the '90, but my 4000-60 has two serial ports on the
back that would do a fine job driving printers.  That takes care of two of
your problems...

> Finally, and most importantly, what would be the impact of 7 X-terminals
> on the performance of the Model 90 equipped with 16 megs of memory.

Well, VMS takes about 7Meg of RAM these days, so you are only giving 1.3M
to each user (about 2600 pages).  That's not a whole lot for the 8-10
processes that are consumed by motif doing stuff.  My opinion is that you
can't buy too much RAM, and that your users would be much happier if you
put at least 72 meg in there.  Or more.

******************************************************************************
Dan McDonald                    * UUCP      ...utacfd!dalsil!mcdonald
Dallas Computer Services	* Internet  mcdonald@dallas.sil.org
Summer Institute of Linguistics * ATTmail   sil!mcdonald
7500 W Camp Wisdom Rd           * SILnet    MCDONALD@AM@DALLAS
Dallas, TX 75236                * FAXnet    (214)709-3387
USA                             * POTSnet   (214)709-3389
******************************************************************************
x.400: C=US; ADMD=ATTMAIL; DDA.ID=sil(b)mcdonald
******************************************************************************
From: eychaner@suncub.bbso.caltech.edu (Another casualty of applied metaphysics)
Newsgroups: comp.os.vms
Subject: Metric prefixes (Was Re: What is 1,024 Tera?)
Date: 9 Oct 1992 19:08:36 GMT
Organization: Big Bear Solar Observatory, Caltech
Reply-To: eychaner@suncub.bbso.caltech.edu
NNTP-Posting-Host: suncub.bbso.caltech.edu

Paul.Robinson@f417.n109.z1.fidonet.org (Paul Robinson) writes:

what is 1024 tera?
And maybe if you know that, you can tell what is 1024 of that.
----

michael@cutler.com (Michael D. Shields) writes:

1024 tera = 1 peca
1024 peca = 1 exa
----          ^^^

Hmmmm...I wonder...is this why they're called EXAbyte tapes?  :-)
(Seems like somewhat of an exaggeration to me, though.)  :-)

(Oh, and why are these based on units of 1024 instead of 1000 (and when do
 you use 1024; only when discussing computer storage)?  (I suppose this has
 been discussed before endlessly, so feel free to Email flames and answers
 rather than post, and I will summarize when I run out of disk space for the
 responses.)  :-)  OK, so shoot me, I'm a scientist (or at least was sort of
 at one time), but using metric prefixes for powers of 2^10 instead of 10^3
 seems capable of causing confusion.)

Anyway...
-G.
******************************************************************************
Glenn Eychaner, Big Bear Solar Observatory, California Institute of Technology
NSI/DECnet: SUNCUB::EYCHANER        Internet: eychaner@suncub.bbso.caltech.edu
USmail: 40386 North Shore Lane                eychaner_g@caltech.edu
        Big Bear City, CA  92314    Phone: (714) 866-5791 or (818) 356-4014
                                           (909) after November 14, 1992
0.739085133215160641655321087673873
"When they stopped talking to me, I decided to give them the silent treatment."
From: halpin@vax.oxford.ac.uk
Newsgroups: comp.os.vms
Subject: Re: help me neters
Date: 15 Oct 92 10:50:21 GMT
Organization: Oxford University VAX 6620

In article <01GPWSIH5XAW0001AM@NPD1.UFPE.BR>, LULA%npd1.ufpe.br@UICVM.UIC.EDU (Luiz Carlos Soares) writes:
> 
>  Temos um decserver-200 conectado a nossa rede.
>  Atraves deste decserver permitimos acesso via telefone.
>  Gostaria de saber como poderia fazer para controlar esse
>  acesso a rede via o decserver em termos de horario.
>  Isto e' como determinar horarios para acesso a rede atraves de decserver.
>  Se alguem souber ficaria muito grato pela informacao.
> 
>  Meu e-mail:  lula@npd1.ufpe.br

He has a DECServer-200 attached to his local net, which allows
access by telephone. I think he wants to know how to limit this
access to certain times of day. 

A pleasant break from English!

Brendan

Brendan Halpin                    Email: HALPIN@VAX.OXFORD.AC.UK
Nuffield College                  Phone: +44 865 278642
Oxford OX1 1NF
United Kingdom
Newsgroups: comp.os.vms