HDTenEightyP/NetNews huggingface dataset:
From: areid@mary.fordham.edu (Darin Reid)
Subject: What is Ghostscript?
Organization: Fordham University
News-Software: VAX/VMS VNEWS 1.41    
Distribution: usa
Date: Wed, 7 Oct 1992 06:06:00 GMT
X-Posted-From: mary.fordham.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

I know it has something to do with Postscript, but what? 
- Darin
____________________________________________________________________________
Areid@Mary.Fordham.Edu || Dreid@Nyx.Cs.Du.Edu || Bz809@Cleveland.Freenet.Edu

Bitnet:areid@fordmulc.bitnet
Newsgroups: comp.os.vms
From: Ramon Tate
Subject: 8mm vs 4mm drives for Backup
Organization: Computer Systems Lab., NIH
Date: Wed, 7 Oct 1992 14:54:20 GMT

Hello, newsworld - 

I'm posting this for a system manager here who doesn't have news access but
*does* have mail access, so please send any replies direct to:

denny@vrp_l.ncrr.nih.gov (Denny Burns)
          or
denny%vrp.dnet@dxi.nih.gov

Here's the question:

We are looking at 4mm and 8mm tape devices primarily for backup, although other
uses can't be ruled out. What has been your experience with these devices on CI
and/or BI systems (we have an 8530, 2-750s, and an HSC50 connecting all three
via a CI star coupler). We would be especially interested in hearing about
direct connections to HSCs. If there has been a recent posting that speaks to
this topic, please forward a copy since our news server doesn't keep old
articles around very long. Thanks in advance for your input.
--------------------------------------------------------------------------
Ramon L. Tate
Computer Systems Laboratory, DCRT
National Institutes of Health
Bethesda, MD 20892                               tate@faxcsl.dcrt.nih.gov
From: tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425")
Newsgroups: comp.os.vms
Subject: RE: [REQUEST]:  WHERE/HOW ON Y/ZMODEM
Date: 7 Oct 92 12:39:09 GMT
Organization: The Internet

Andy (beezer@cc.utah.edu) writes:

> Currently stuck/dieing with Kermit (too slow).

If you were to use C-Kermit on both ends, you'd find that it is just as fast as 
any *MODEM protocol.  Get it from Columbia University or from the current DECUS 
Symposium tapes (Spring '92) available from your local LUG.

-----------------------------+--------------------------------
 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: simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP@mhs.attmail.com
Newsgroups: comp.os.vms
Subject: CLI$DCL_PARSE and restoring the state of parse tables
Date: 8 Oct 92 21:54:04 GMT
Article-I.D.: ucbvax.9210090136.AA18074
Distribution: world
Organization: The Internet

here's a problem i hope someone can give me a hint about solving.
I have a program that calls CLI$DCL_PARSE and then loops, processing
parameters from the command line. inside the loop, there is a subprogram
which may call CLI$DCL_PARSE to parse a different command. this of course
destroys the state of the original parse so that when i go back to
the top of the loop to get another parameter value, i get an error:

    %CLI-F-SYNTAX, error parsing 'P2'
    -CLI-E-ENTNF, specified entity not found in command tables

since there was no P2 parameter in the second cli table. the
documentation states that if you call CLI$DCL_PARSE with
no command and no routine, dcl restores the parse state of the command
string that originally invoked the image, which is not what i want.

is there a way to save and restore the state of the outer parse or
am i sol? you may reply to me directly if you can dig my address
out of the header since i'm not sure what address to give for replies.

thanx for any help.

colin sewell
h a simons ltd.
vancouver, bc
From: trgs@ellis.uchicago.edu (T. R. Gowrishankar)
Newsgroups: comp.os.vms
Subject: Matlab for VMS/DECWindows?
Date: 12 Oct 92 20:44:50 GMT
Article-I.D.: midway.1992Oct12.204450.12873
Reply-To: trgs@midway.uchicago.edu
Organization: University of Chicago Computing Organizations

Howdy,

Does anyone know if there is a public domain version of Matlab for
VMS/DecWindows?   I saw  the package for Sun and PCs  at various locations.
Any pointers will be useful.

Thanks,

-Gowrishankar
 trgs@quads.uchicago.edu
 Ph. (312) 702-6302
From: MORRIS@PATRICK-PIMS.AF.MIL ("Jay Morris")
Newsgroups: comp.os.vms
Subject: Silly little DECnet question
Date: 16 Oct 92 19:29:00 GMT
Distribution: world
Organization: The Internet

Hopefully the answer to this question is going to help me prove a point to
someone.  If you have a system that is not on a network, does not have DECnet
running, and you do a SHOW NET, what would be the result?  Our's here have
DECnet running so I can't test it here.


Thanks!

*****************************************************************************
Jay E. Morris                         * Don't you just hate it when the     
morris@patrick-pims.af.mil            * Ethernet cable falls off and all those
jmorris@tecnet1.jcte.jcs.mil          * little packets start spilling all over
DSN: 467-7454                         * the floor?
Talknet: 407-853-7454                 *
From: MCMAHON@AC.GRIN.EDU ("McMahon,Brian D")
Newsgroups: comp.os.vms
Subject: Re: How much to charge for CPU time?
Date: 15 Oct 92 14:53:09 GMT
Distribution: world
Organization: The Internet

> But the question is REAL, no joke, no stupidity. My management wants to bill 
> the computer usage to the departments and (at higher rates) to a subsidiary.
> What's wrong with that? Therefore I need to know price/connect-minute, 
> price/cpu-second batch/interactive, price/printed pages, tape-mounts, disk 
> usage,...
>  
> I'm sure it depends on the type of hardware used. A second on a Cray will be 
> more expensive than on our VAX-8530/4000-300 cluster.

You know, this seems to comes up again and again, and the people asking the
question seem to assume there is one standard answer somewhere, maybe a
top-secret DEC-internal list of charges per CPU tick and disk block and so
on.  Really, though, the answer is dependent on so many variables (not just
hardware size) that it will be different for each site (or close to it).

It depends on what you are trying to accomplish and how you run your shop. 

If your goal is, e.g., cost recovery (or justification), then you need to
figure out what it costs you to run your VAX (hardware, power, cooling,
licenses, service, operations, paper, and so on) and divide that up.  You
want a formula appropriate for your site, not the one down the road, or
halfway across the planet.  If you want to make a profit selling services,
figure that in as well.  Look at your budget.  How much does it cost you to
run your VAX?  Is that what you want to charge?  How much would it cost you
if the accounting department doubled their disk space requirements?  Is
that how much you want to charge for storage?  How do you want to price
batch vs. interactive time?  These are management decisions.

If, on the other hand, you just want some magic number off the net to
present to the bosses, then Ehud's suggested charges are every bit as good
as anyone else's.  ;-)

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: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Setting Symbols Via C Program
Date: 14 Oct 1992 17:52:15 GMT
Organization: HST Wide Field/Planetary Camera
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <14OCT199208484355@accvio.intel.com>, dmills@accvio.intel.com (Dave Mills) writes:
>I'd be cautious about this program, for one reason - speed.  I wrote a
>login.exe a while back (VMS 4.7?), which did pretty much everything one
>normally puts in sylogin.com.  After timing the thing, I noted that the
>performance of the section which assigned symbols was basically the same speed
>as the original DCL.  I can't give you an amazingly technical reason, but you
>can imagine that since symbols are a purely DCL entity, defining them in their
>"native" environment is about as fast as you can get.  Other portions of the
>login.exe, which performed more complex tasks, where improved as expected. 
>
>So...I'd suggest against a program which simply sets all the symbols.

Well, I just tried a simple experiment on a VAX 3800.  It took 10 seconds to
set 10,000 symbols (actually, to set the same symbol 10,000 times), reading the
information about the symbol name from a file and calling LIB$SET_SYMBOL.  It
took 13 seconds to do the same thing via 10,000 separate DCL commands.  Here's
the C program I used:

#include descrip
#include stdio
main()
{	char rec[80], nam[40], val[40];
	$DESCRIPTOR(symnam, nam);
	$DESCRIPTOR(symval, val);
	long type = 2, stat;

	while(gets(rec) == rec)
	{	sscanf(rec, "%s %s", nam, val);
		symnam.dsc$w_length = strlen(nam);
		symval.dsc$w_length = strlen(val);
		if(((stat = LIB$SET_SYMBOL(&symnam, &symval, &type)) & 7) != 1)
			SYS$EXIT(stat);
	}
}
--------------------------------------------------------------------------------
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: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: network security
Date: 14 Oct 92 15:48:56 GMT
Article-I.D.: relay1.9210141609.AA14145
Distribution: world
Organization: The Internet

While I have no Kerebros based login services, I'd suggest that network
security can be somewhat dealt with using bits like the network
identifier propagator I put on the spring 1990 Vax sig tapes, and
some judicious device ACLs. Also one should be aware one can combine uaf
files, if multiple clusters with common population segments and
distinct ones must be maintained.
  If multiple clusters are on ethernets where there are PCs, macs,
suns, etc., though, a site so equipped has a far more serious problem
than DECnet authentication. Promiscuous mode listeners ARE after all
available free for all these platforms, and phy_io privilege to
limit them is meaningful only on a vms box...obviously...

Glenn Everhart
everhart@raxco.com
From: rance@vivian.enet.dec.com (Stuart Rance)
Subject: RE: Survival of LAVC across network modifications
Reply-To: rance@vivian.enet.dec.com (Stuart Rance)
Organization: Digital Equipment Corporation
Date: Mon, 12 Oct 1992 08:45:52 GMT


In article <9210092111.AA08678@atc.boeing.com>, mdc8567@nyssa.boeing.com 
(Mike Clay 952-0504 - Gone to feed Vaal...back soon) writes:

 > This is not always true.  If you use the REMOVE_NODE option of SHUTDOWN.COM,
 > the node being shutdown gets removed from the VAXcluster immediately.  We have
 > our RECNXINTERVAL set to 2 minutes, but can still shutdown over 50 workstations
 > in our Development cluster less than 30 minutes.


You do not need to use REMOVE_NODE.  
If there is a shutdown (ANY SHUTDOWN) or a fatal bugcheck then the node
leaving the cluster sends a "Last Gasp" datagram to the rest of the cluster
to let other nodes know that it will not be rejoining the cluster until after
a reboot.  This lets the cluster re-configure immediately.

The cluster will only wait RECNXINTERVAL seconds if a node leaves the cluster
without sending the last chance datagram (e.g. Halt Instruction, 
broken ethernet).

If you use REMOVE_NODE then shutdown will DISMOUNT/CLUSTER/ABORT all local disks
and it will recompute EXPECTED_VOTES on the assumption that your node is not
coming back.  You may find that you don't want this behaviour if you are 
intending to reboot the node.


--
 ***************************************************
 * Stuart Rance       rance@vivian.enet.dec.com    *
 *                    stuart.rance@hhl.mts.dec.com *
 ***************************************************
From: bjorndahl@augustana.ab.ca
Newsgroups: comp.os.vms
Subject: Re: problem with vms PHONE utility? SOLVED - THANKS!
Date: 14 Oct 92 11:46:57 MDT
Organization: Augustana University College, Camrose, aAlberta

Credit where credit is due... Carl Lydick asked some pointed questions that
got me started in the right direction (the definition of the logical
SYS$NODE), and Ehud Gavron telephoned with (what should have been) the
obvious observation that Decnet node names can be a max. of 6 characters
but "Vivaldi" has seven and therefore won't work.  (I claim ignorance on
this only because I'm not the person who set it up that way and have never
concerned myself with node names before, if ignorance may be used as an
excuse.)

Profuse, manifold thanks.  Now that I know the answer, I feel like my
question was almost silly enough to send to the Usenet Oracle....

-- 
Sterling G. Bjorndahl, bjorndahl@Augustana.AB.CA or bjorndahl@camrose.uucp
Augustana University College, Camrose, Alberta, Canada      (403) 679-1516
From: p3ay@vax5.cit.cornell.edu (Bill Noon)
Newsgroups: comp.os.vms
Subject: Another QIO question.
Date: 8 Oct 92 18:32:37 EDT
Distribution: comp
Organization: Cornell University

I have a QIO question that people have probably answered a  hundred times:

How do I (in VMS fortran) set the terminal echo/noecho flag for typing 
passwords etc?

Does someone have a code fragment?

--Bill
noon@metvax.cit.cornell.edu
From: ARNE@ko.hhs.dk (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: Longest record length in STREAM file?
Date: 9 Oct 92 11:12:57 GMT
Organization: The Internet

> >> 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
> when writing.  Neither is sufficient to handle an arbitrary stream file.
> What does "incorrect stream files with longer records" mean?  There's
> no such thing as "maximum line length".  Stream format is used to avoid
> record limitations; no particular amount of data is correct or incorrect.

When I read Programming Volume 6B RMS section 5.22 I clearly get the
impression, that DEC do not support stream-files with longer records
than 32767 bytes !

You know and I know that it is possible to do some operations on stream-files
with longer records (I did not know that $GET was "better" than $PUT - thanks
for the tip), but lots of other things will not work. And if I interpret
the avove correct, then DEC is not committed to keep the working stuff
working.

So I think the term "incorrect" is appropriate.

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK


Newsgroups: comp.os.vms
From: weikl@ee3ds1.ilt.fhg.de (Dr.B.Weikl)
Subject: Which VMS-Version for VS4000/90 ?
Keywords: 4000/90
Reply-To: weikl@ilt.fhg.de
Organization: ilt-fhg
Date: Wed, 14 Oct 92 09:13:17 GMT


Hi everybody!
Does anyone know which version of VMS is needed for a VAXstation 4000/90?
Will VMS 5.5-1 do the job or do I need 5.5-2 ?

Thanx everybody!
-- Bruno

=====================================================
# Dr. Bruno Weikl                                   #
# Fraunhofer-Gesellschaft Institut fuer Lasertechnik#
# Steinbachstr. 15, D-5100 Aachen, Germany          #
# InterNet     : weikl@ilt.fhg.de                   #
# x400         : C=DE;A=DBP;P=FHG;O=ILT;S=weikl     #
# P.S.I.       : PSI%45050212501::weikl             #
# HEPNET       : 13533::52714::weikl                #
# Phone        : +49/241/8906-134, -0,              #
# Fax          : +49/241/8906-121                   #
# Telex        : 832267 fhilt d                     #
====================================================#
From: huber@vxcrna.cern.ch (Sepp Huber, CERN -4439,-6712)
Newsgroups: comp.os.vms
Subject: Re: Where is a user from??????
Date: 16 Oct 92 16:26:00 GMT
Organization: European Organization for Nuclear Research, CERN
News-Software: VAX/VMS VNEWS 1.41

In article <19757.2adde135@ul.ie>, 9113797@ul.ie writes...
>Does anyone know how I can tell  were  a user is logging in from
>if he/she is telneting in from another country onto our vax .
> 
>On a UNIX (spit spit!) you can tell where they are from by using 'who'
>eg.                                    
>Guest      pub      Oct 15            (130.201.1.25)
>                                            ^
>                                            |
>         From there ------------------------+
>And I was wondering if anyone knows a way to do this on a Vax/Vms.
> 
Did You ever try 
      SOW USERS/FULL user   ?
And if You like the command 'who', why not make
   mydisk:[dir]who.com
looking like
   $ SHOW USERS/FULL 'p1'
   $ EXIT
and define  who == "mydisk:[dir]WHO" 
in Your login.com (or Your systems sylogin.com ).
And from then on just say "who user".
Satisfied ?
-
Joseph "Sepp" Huber        | At present in CERN, phone -4439/-6712
Max-Planck-Institut Physik | Internet: huber@vxcern.cern.ch
Munich, Germany            | HEPnet:   VXCERN::HUBER
From: littlec1@jaguar.uofs.edu (Chris Little)
Newsgroups: comp.os.vms
Subject: Documantation on VAXSet - need help
Date: 9 Oct 92 14:46:34 GMT
Organization: University of Scranton


I would like to do some research on VAXSet in order to produce a theoretical,
yet instructional document that would encourage students at our university
to use its many useful components.  This is for a graduate class in
Software Generation and Maintenence.  Any advice and pointers would be
much appreciated.  Thanks in advance.

--
Chris Little, Programmer/DBA                    University Computing Systems
                                                University of Scranton
  LITTLEC1@JAGUAR.UOFS.EDU                      Scranton, PA 18510
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Help in improving on HELP
Date: 17 Oct 92 02:58:52 GMT
Reply-To: carl@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <16OCT199219020426@erich.triumf.ca>, music@erich.triumf.ca (FRED W. BACH) writes:
>   What I would like to know from the net is: How do I get the average
> VAX user to get into the habit of using HELP on their own?  It seems
> that whenever they have a question, I can guide them through the help
> but they can't do it on their own.

DON'T "guide them through the help" more than once or twice.  If you continue
to guide them through, step by step, you're not encouraging them to use help,
you're just proving that there IS a way to get you to answer such questions
immediately.  After you're sure they know how to use HELP, any time they come
to you with a question that you know is answered by the HELP utility, ask if
they've tried it.  If they say yes, ask them enough questions to convince
yourself that they really DID give it a good try.

If they HAVE really tried using help, answer their question immediately, and
point out where in the HELP utility they could've found the answer.

If they HAVEN'T really tried using HELP, find something "urgent" to do and tell
them you'll get back to them in an hour or so.
--------------------------------------------------------------------------------
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: WATSON@HSDP1.BROOKS.AF.MIL ("Tim Watson")
Newsgroups: comp.os.vms
Subject: Q: PCSA/Pathworks installation...
Date: 16 Oct 92 18:00:00 GMT
Distribution: world
Organization: The Internet


	POSTING FOR A CO-WORKER, HIS QUESTION(S) IS/ARE:

	-  We have been directed to install PSCA/PATHWORKS 
	   on a MicroVAX 3100.

	-  Is anyone out there using a MicroVAX 3100 for 
	   PCSA/PATHWORKS?

	-  If yes,

	   o  How many users can you support at one time?

	   o  What is your hardware configuration?  
	      (i.e. Memory, Disks, Etc.)

	Any help will be appreciated.  Please respond directly 
	to WATSON@HQHSD.BROOKS.AF.MIL and I will summarize if 
	there is interest...

	THANK YOU!

	Tim
	

>>>---------------------------------------------------------------------------+
E-Mail: "WATSON@HQHSD.BROOKS.AF.MIL"          Timothy D. Watson  -  CSC       |
Phone:  (512)536-4199  Home: (512)554-9541    Brooks AFB, San Antonio, Texas  v
Don't ask time where it has gone, tell it where to go.
From: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: DECUS chapter flame from Ehud re K. Mitnick
Date: 8 Oct 92 13:11:53 GMT
Distribution: world
Organization: The Internet

I spoke with some of the people who were in the board meeting and
who denied the application to allow Kevin into the symposium, having
at the time felt this was an unjust action. What came out of my
grilling was that he was asking for a number of things which
caused them to question his bona fides. Why should someone deny
knowledge of his own parole conditions? Not a case of low IQ in
this case...
   Why should he demand a password for the systems on the exhivbit
(oops exhibit) hall floor when he supposedly was willing to stay
off same?
  Apparently there were more, and for once Kevin failed to convince
that group of his good intentions; rather the contrary, since the
vote was unanimous. (How often have Decus board decisions been
unanimous???)
   The DECUS board does not get paid; they're grunts like the rest
of us, doing a volunteer job. In this case it was one they did not
relish. They did what they could to judge the testimony they had
available, and decided based on what they knew and observed...like
a jury must. Sometimes it's necessary to trust your representatives...
particularly appropriate where they are NOT paid (and in fact tend
in some cases to pay rather high for the job in time and lost
salaries...just ask Ralph about that one sometime...).
   Background was that news reports stated that kevin's parole
conditions were that he not touch any computers apart from those
at his workplace. Some of you who get the RISKS forum may remember
the Mittnick case a few years back.
glenn
Everhart@Raxco.com