HDTenEightyP/NetNews huggingface dataset:
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Why do identical jobs have different accounting stats?
Date: 15 Oct 92 22:07:04 GMT
Reply-To: carl@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Oct14.233910.9283@elroy.jpl.nasa.gov>, pjs@euclid.JPL.NASA.GOV (Peter J. Scott) writes:
>Buffered I/O count ranges from 4623 to 4630
>Direct I/O count ranges from 34008 to 35206
>Page faults range from 5973 to 8789
>Peak working set size ranges from 645 to 844
>
>There seems to be a positive correlation between the first two, and
>also between the second two.  The charged CPU time varies very
>little (41:03 to 42:01) and the peak page file size not at all.
>
>Not that I have to find out why, but I do not understand how identical
>runs can have different I/O counts.

Well, first we have to ask, "Were the runs REALLY identical?"  Here are a few
possibilities:
    1)	Were the contents of all disks used identical?  Remember, directory
	lookups are I/O and if the contents of any directory used changed, then
	that can affect the number of I/O operations required to find the file.
    2)	Were the elapsed times for the jobs the same?  RMS does an occasional
	flush of SYS$OUTPUT (once per minute by default; settable with the SET
	OUTPUT_RATE command) whether it needs it or not.  I tried running a
	simple procedure twice, once with OUTPUT_RATE set to once every 10
	seconds, and again with OUTPUT_RATE set to once every second.  In the
	former case, the procedure performed 15 buffered I/O operations and 28
	direct I/O operations;  in the latter case, the corresponding numbers
	were 105 and 108.  You'd get similar results we the two jobs to be run
	with OUTPUT_RATE the same, but with one job running 10 times as fast as
	the other.
    3)	Do either SYS$SYLOGIN or the account's login command procedure have any
	commands that might've done different amounts of I/O on different runs?
	Something like a command to purge log files?  This can affect the number
	of I/O operatrions performed.
--------------------------------------------------------------------------------
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.
--------------------------------------------------------------------------------
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: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Capturing data from rs232 port ?
Date: 13 Oct 92 14:12:04 GMT
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1992Oct12.182509.29947@ncsu.edu>, storrs@eos.ncsu.edu (JERRY STORRS) writes:
> 
> I have interest in this question as well.  With two (major) differences.
> A lab conntected to my VAXserver has a piece of equipment (microscope) that
> collects data and sends it to a serial printer port.  The data comes from the
> port and offers a carriage return, but no line-feed.  Is there a method 
> (preferably in DCL) to capture the data and to insert a line-feed so as to 
> create a new record in an opened file?  The first difference is that I'm 
> working with a microscope not a modem.  The second difference is that I am 
> working through a LAT.  (Oh NO!! Not a LAT!!)  Thanks for the reponse in 
> advance.         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.
> 
-- 
Jerry,
 
You should be ok at present (except for flow control and similar 
communications issues). VMS does not require CR-LF at the end of 
lines, the LF is synthesized by the Terminal driver as it echos 
your input. A good point, it is important that the line be set to 
NOECHO. If the line is echoing the data, the device generating 
the data may get confused.
 
I hope that the above is helpful. If I can be of further 
assistance, please feel free to drop me an Email or give me a 
call.
 
- 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                                                 |
+--------------------------------------------------------------------------+
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: LAT magic, print queues, and MULTINET
Date: 10 Oct 92 15:35:41 PDT
Organization: Kernel Mode Consulting, San Diego, CA

In article <DAVIS.92Oct2003009@shasta.bu.edu>, davis@shasta.bu.edu ("John E. Davis") writes:
>    We have two systems: VAX 11/780 running VMS 4.7 and a VAXstation 3100
> running VMS 5.4-1.  There is a laser printer connected to the VAX 11/780
> through a terminal line TXB3:.  It works, i.e., print/que=laser works from
> the VAX 11-780.  We'd like to be able to access this printer from the
> DECstation 3100 in the same manner, e.g., print/que=laser.  How do I set up
> the print queue such that this is possible?
> 
>    I have tried things like (paraphrased-- details wrong but hopefully the
> ideas are clear):
>    
>      11/780: $ mcr latcp
>              LATCP> create port LTA100
> 	     LATCP> exit
> 	     $ set dev/prot=(???)/spooled=(laser) LTA100
> 	     
>      DECstation: 
[sic -- I think he means VAXstation -- jeh]
>              $ mcr latcp
> 	     LATCP> create port LTA50
> 	     LATCP> set port/node=neuro/port=LTA100 LTA50
> 	     LATCP> exit
>              $ init/start/que=laser/bunch_of_other_stuff LTA50
> 	     $ print/que=laser login.com
> 	          .
> 		  .
> Note that neuro:: is the decnet nodename of the VAX 11/780 which contains
> the printer.

This can't work.  The LAT software that runs on VMS is not set up to offer a
local VMS terminal line as a LAT port to other LAT hosts.  

One answer is to cluster the two machines.  However you can't do this if the
780 needs to stay at VMS 4.7 for some reason, 

Another answer is DEC's Distributed Queueing Service.  This will do exactly 
what you want.  I don't know how much it costs, nor do I know if you could still
order a version that would run on VMS 4.7, nor if the 3100's version of DQS 
would have trouble talking to the older one. 

A fairly cheap hardware workaround is DEC's new LATprint box.  This is a small
terminal server with a ThinWire Ethernet port and two DEC MMJ (compatible with
232 via a simple adapter) serial ports.  I forget the exact cost, but it's
below $500.  It is intended for use as with one or two printers but you can
also connect terminals to the ports.  

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
Newsgroups: comp.os.vms
From: donham@dbldog.enet.dec.com (Perry Donham)
Subject: Re: Dynamic??? Sysgen Parameters
Reply-To: donham@super.enet.dec.com
Organization: Digital Equipment Corporation, Education/Training
Date: Fri, 16 Oct 92 16:24:33 GMT



In article <009622CC.5A79C180@BAEPV2.NCSU.EDU>, mchenry@BAEPV2.NCSU.EDU
(MCHENRY@BAE.NCSU.EDU) writes:
|>We have a curious situation where when we make changes with supposedly
|>dynamic sysgen parameters, the actual change dosen't take place until
|>a reboot has occured. We discoverd this by accident when someone had
|>been increasing the parameter DESMBXBUFQUO , a dymamic parameter,
|>in an attempt to improve DECwindows performance.When he saw no
|>effect he continued to increase it until he had put it at a level
|>where it was going to cause a problem. It did cause problems after
|>a reboot and we could not undo the damage until we rebooted again.
|>
|>Aren't changes in dynamic parameters supposed to have an immediate
|>effect? What would cause the change not to go into effect until
|>after the reboot. 
|>
|>We have a 5 node cluster running 5.4-3 .
|>
|>Thanks in advance.
|>
|>Kevin R. McHenry
|>
|>
|>
|>

I assume you mean DEFMBXBUFQUO.

Are you doing a WRITE ACTIVE after changing the value in SYSGEN? Sounds
like you're doing a WRITE CURRENT instead...

Perry Donham
VMS Course Development
From: LINDA@UMCECN02.BITNET (Linda Valentine)
Newsgroups: comp.os.vms
Subject: VMS to Macintosh printer command
Date: 14 Oct 92 19:14:51 GMT
Distribution: world
Organization: The Internet

We have several Macintoshes throughout the network which connect to our
VAX/VMS cluster and Ultrix machines through Kermit and serial lines.  A
need has been expressed for the ability to print a VMS or Ultrix file to
a Mac printer connected to the Macintosh but not directly connected to
the network.  Does someone have a VMS command procedure or Shell script
which performs this function similar to the manner in which pcprint does
for the IBM PC?


                                 Linda Valentine
                                 Engineering Computer Network
                                 University of Missouri, Columbia
                                 LINDA@UMCECN01.BITNET
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Reading BRU on 8mm tapes from VMS9999
Date: 13 Oct 92 15:08:23 GMT
Distribution: comp.os.vms
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1992Oct12.184118.11055@wl.com>, anzlovar@wl.com (Bob Anzlovar) writes:
> 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. :-)  *)
> -- 
-- 
Bob,
 
Good question! 
 
There are four solutions:
 
1.  Use RSX BACKUP to produce a tape (which you have already 
done). Then use RSX BRU under the VAX-11 RSX emulation product 
to restore the files to disk. If the size of the data is 
significant, the cost of the product is reasonable. I can 
assure you that this works, having spent the other day moving a 
client's files from his PDP-11 to his VAX.
 
2.  There is a program in the DECUS library (it may also be on 
the DECUS CDROMs) which reads  BRU formatted tapes on VMS and 
restores the files. I have not had recent personal experience 
with this program, but if you cannot do (1), it is worth trying.
 
I hope that the above is helpful. If I can be of further 
assistance, please feel free to drop me an email or give me a 
call.
 
- 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                                                 |
+--------------------------------------------------------------------------+
From: acm@nauvax.ucc.nau.edu
Newsgroups: comp.os.vms
Subject: RE: GLOGIN 1.0  1 of 1
Date: 15 Oct 92 23:14:04 GMT
Organization: Northern Arizona University


   OOPS!!!  I left in a comment from the testing/debugging of GLOGIN.  Remove
the comment at line 307 in the source or GLOGIN will always try to use PYAs
even if there isn't one available.

;+
; Determine whether a PY or FTA device if either is available, use FTA if
; both are present.
;-
	$GETDVIW_S	DEVNAM=PYDESC,ITMLST=PDVITM,IOSB=DVIOSB
	CHECK_ERROR
	$GETDVIW_S	DEVNAM=FTDESC,ITMLST=FDVITM,IOSB=DVIOSB
	CHECK_ERROR
	TSTW	PY_NAME_L	; PY name length is zero if there's no
	BEQL	NO_PY		; PYA0 template
	MOVL	#1,FTPYFL
NO_PY:	TSTW	FT_NAME_L	; Same for FTA0
	BEQL	NO_FT
;	MOVL	#2,FTPYFL
NO_FT:	TSTL	FTPYFL
	BNEQ	TRM_OK
	$EXIT_S	#SS$_NODEVAVL	; Punt if there's no psuedo terminal
TRM_OK:


Remove the comment from the   ;      MOVL      #2,FTPYFL
so it can actually store a 2 in the flag.

Tony McCracken
Xref: sparky comp.os.vms:16505 comp.sys.dec:5444 comp.sys.sun.admin:7239 comp.unix.solaris:249
From: dwatts@ki.com (Dan Watts)
Newsgroups: comp.os.vms,comp.sys.dec,comp.sys.sun.admin,comp.unix.solaris
Subject: Re: DECnet for SUN: Info Needed
Date: 14 Oct 92 18:05:50 GMT
Followup-To: comp.sys.sun.admin
Organization: ki Research, Inc

In article <1992Oct8.170554.14833@bony1.bony.com> billg@bony1.bony.com (Bill Gripp) writes:
|We are interested in getting our VAXes to talk to some Sun workstations.
|Although we have TGV's MultiNet for TCP/IP on the VAX side, we'd like to
|evaluate DECnet, LAT, etc on the Sun side as well.
|
|Could those of you running DECnet on Sun post or email comments on the 
|product you are currently using?  Ease of use, configuration,
|reliability, bugs, etc.  Whatever you think we should know.
|If there are sufficient responces and interest, I will summarize.

Our company, ki research inc, supplies DECnet, LAT and MOP on Sun as well
as most other workstations including Ultrix.

Our DECnet implements Endnode, Level 1, and Level 2 routing node types.
Email between Unix and VMS is supported and configured automatically at
install time.  X<->DECwindow support is included.  Incoming and outgoing
NCP NICE protocol is supported [the DECnet configuration protocol].

Our command set is modeled after the VMS commands though we do support
the DECnet/Ultrix and SunLink command line interfaces.  We support most
of the DECnet/Ultrix program library.

Our DECnet file transfer software has an option for storing VMS file
attributes to allow files to be restored to a VAX in the correct VMS
file storage format.  Typically, files stored on UNIX lose most of the
VMS file storage information such as fixed record length and record
attributes.

Our LAT supports incoming and outgoing login, incoming user defined
services, incoming and outgoing LAT printing.  Outgoing login supports
connecting to password protected services.

All our protocol stacks have a user application interface allowing
users to write their own applications.

Send email to sales@ki.com for more info or call us at 1-800-945-4454
or direct at 410-290-0355.

-- 
######################## Have A Nice Nude Day #########################
# CompuServe: >INTERNET:uunet.UU.NET!ki.com!dwatts  Dan Watts         #
# UUCP      : ...!uunet!ki.com!dwatts               ki Research, Inc. #
# The Bill Of Rights: Void Where Prohibited by Law. Vote Libertarian ##
From: HOLDREGE+_MP%A1%PacifiCare@MCIMAIL.COM (Matthew Holdrege)
Newsgroups: comp.os.vms
Subject: Re: Accessing Infoserver through DECnet/Tcpip routers
Date: 16 Oct 92 00:28:00 GMT
Distribution: world
Organization: The Internet


>Someone else on the net sent me mail stating that this was incorrect. I wish
>to clarify this point :

>If the VAX running DECW$BOOKREADER client is NOT on the same LAN segment, then
>that VAX will not be able to DIRECTLY access the documentation files on the 
>the CDROM. However, a VAX on the SAME LAN SEGMENT as the Infoserver may
>directly access the documentation files on the CDROM and talk to a X/Motif
>server across the WAN.

You are still incorrect. We directly access bookreader files every day from 
Vax client to Infoserver. Each device is on a different lan connected by an 
FDDI ring.

We have had no problem bridging LAST or LAD. Of course, as mentioned 
earlier, these protocols are not routable unless encapsulated.

Matt Holdrege               5156065@mcimail.com
Pacificare Health Systems   holdrege@eisner.decus.org

Newsgroups: comp.os.vms,comp.sys.dec,comp.sys.sun.admin,comp.unix.solaris
From: medin@dscs.arc.nasa.gov (Milo S. Medin)
Subject: Re: DECnet for SUN: Info Needed
Organization: NASA Science Internet Office
Date: Sun, 11 Oct 1992 06:17:24 GMT


Actually, DNI 7.0 behaves fairly reasonably in small DECNET configurations,
but has serious problems when trying to be used in large DECNET systems.
The trouble is that for some reason that I just can't fathom, Sun decided
to store the node database (the DECNet equivalent of /etc/hosts) in KERNEL
MEMORY (mbufs!).  

Here's the netstat output on a machine with the full NSI DECNet node database
loaded (NSI DECnet = the old SPAN network):


7735/7968 mbufs in use:
	32 mbufs allocated to data
	14 mbufs allocated to packet headers
	100 mbufs allocated to socket structures
	135 mbufs allocated to protocol control blocks
	15 mbufs allocated to routing table entries
	7 mbufs allocated to socket names and addresses
	2 mbufs allocated to interface addresses
	7430 mbufs allocated to <mbuf type 64>
11/32 cluster buffers in use
1028 Kbytes allocated to network (95% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines


Sun's have problems when running with this many mbufs, and occaisionally it
crashes.  We load piles of RAM in the machine, so user processes are pretty
much unaffected.  The mbuf type 64 mbufs are where DNI sticks the node 
database info when it starts up.

I understand that Sun FINALLY fixed this with DNI 8.0, but alas you need
Solaris 2.0 to run it, and that's a mess to support.  This machine above
turns out to be one of the major mail relays we run from the DECNet Internet
to the IP Internet.  This problem with mbuf use has proven so troublesome
that we're probably going to replace that system with a DECstation running
Ultrix (Yuk!) and DEC's DECNet for Ultrix (which does something halfway
reasonable with the node database).  

I sure wish Sun would have fixed this without requiring Solaris 2.0.  At
least I don't have to run OSF/1 on the DECstation...  1/2 :-)

						Thanks,
						   Milo

PS Usual disclaimers about not representing the official opinion of the
United States Government apply...

Newsgroups: comp.os.vms
From: amby <amby@mixcom.mixcom.com>
Subject: Re: VI for VMS. Want it. Bad.
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.
Distribution: usa
Date: Sun, 11 Oct 1992 16:50:56 GMT

In <1992Oct9.151944.1@alpha.dasd.honeywell.com> tas@alpha.dasd.honeywell.com (Todd A Sorensen) writes:

>In article <1992Oct2.003750.19760@ucsu.Colorado.EDU>, knapp@spot.Colorado.EDU (David Knapp) writes:
>> 
>> Do you any of you fine folks in vax-land know where I might be able to ftp
>> a vi editor for vms?

	Check into the DECUS Library or SIG tapes.  I seem to recall seeing a
	TPU implementation of a vi-like editting interface.  I am not at the
	office, so I cannot check our on-line listing of DECUS tapes.

	If you want more details, send me mail, and I will follow up on this
	during the week.

>As a  perpetual student, you would be wise to learn TPU if you are going to
>spend any amount of time on a VMS system.  As a former user of vi, I have found 
>TPU (or LSE) to be far superior in many ways, but to each his own.

	I have a VAXstation on my desk, running VMS, so that is my primary window
	to anything.  I am presently on a software project that is being developed
	on a UNIX machine (HP9000 running HP-UX), which is targetted for an
	IBM RS/6000 running AIX.

	I have used EDT, TPU and LSEDIT for most of the past 5-10 years. For
	my serious editing I do it using LSEDIT.  I can manage to get the basics
	done using vi, but there is no way I can nearly as much accomplished.

	P.S.	When I get time, I want to get GNU emacs on all of our UNIX
			platforms.  I have it on VMS, so I could then have a consistent
			(somewhat) editor.
-- 
Donald E. Amby
    don@amby.mixcom.com   (for short mail)        (414)797-6713 (voice)
    amby@eisner.decus.org (for lengthy mail)      (414)797-6533 (FAX)
    Harnischfeger Engineers, Inc., P.O.Box 1512, Milwaukee, WI 53201-1512
From: sharone@shar.zko.dec.com (Sharon Eikenberry)
Newsgroups: comp.os.vms
Subject: Re: VAX C Question
Date: 9 Oct 92 20:46:38 GMT
Article-I.D.: e2big.1992Oct9.204638.24827
Reply-To: sharone@shar.zko.dec.com (Sharon Eikenberry)
Organization: Digital Equipment Corporation


> 3536        	initialize(char *fn);

Get rid of the ;

Function definitions don't have ;'s between the closing paren for the
parameters and the left curly brace.

BTW, the example is from the "Guide to VAX C", not the VAX C RTL Reference 
manual.

--Sharon Eikenberry			! eikenberry@tle.enet.dec.com
  LSE Developer
  Digital Equipment Corporation
  
  Opinions are my own.
Newsgroups: comp.os.vms
From: zrepachol@cc.curtin.edu.au (Paul Repacholi)
Subject: re: HELP! Tape transfer from PDP to VAX
Organization: Curtin University of Technology
Date: Wed, 14 Oct 1992 18:42:33 GMT

In article <9210120227.AA09465@uu3.psi.com>, leichter@lrw.com (Jerry Leichter) writes:
> 
> 	I have a MicroPDP 11/73 running RSX11M and having a TK50 drive.  I
> 	know very little about RSX, quite a bit more about VMS.  I was hoping
> 	to simply BACKUP my files to TK50 on the PDP and restore  them on the
> 	VAX. Success has eluded me.  BACKUP on the PDP-side seems to work OK
> 	(everything verifies, no errors).  I cannot get the saveset off of
> 	tape on the VAX-side, however.
> 

Te RSX backup is BRU. There is a BRU tape read 'out there somewhere', try the
SIG tape, DECUS library catalogue...

The other way is to write ANSI tapes on the 11. RTFM for this. Hint, do
a drictory listing on the 11 first and make it the first file on the tape.
You can them edit this into a .com file to read the tape into diferent dirs
on the vax and avoid file name colisions.

MAKE SURE YOU KEEP VERSION NUMBERS INTACT!!! Otherwise you will suffer the
'christian problem' ( the first shall be last, and last shall be first... )

~Paul
From: tai@utpapa.ph.utexas.edu (Tai Morris)
Newsgroups: comp.os.vms
Subject: Where is UUDECODE, TAR, and UNCOMPRESS for VMS ?
Date: 16 Oct 92 16:41:45 GMT
Organization: Physics Department, University of Texas at Austin

I know UUDECODE, TAR, and UNCOMPRESS originated with UNIX, but I
work with uuencode, compressed tar files on a vms machine. I know
these utilities exist for the vax, but where ???

p.s. What ftp sites have lots of VAX stuff ??

Thanks
-tai

-- 
-Tai Morris, tai@utpapa.ph.utexas.edu
From: Paul.Robinson@f417.n109.z1.fidonet.org (Paul Robinson)
Sender: Uucp@blkcat.UUCP
Newsgroups: comp.os.vms
Subject: What is Kerberos?
Date: Fri, 16 Oct 1992 04:34:18 -0500

Somehow it sounds like some disease, specifically a virus.
 
 
 
("His system went down after getting a bad case of Kerberos.")
 
 
 
All joking aside, I see references to it but don't know what it is.