HDTenEightyP/NetNews huggingface dataset:
From: GORENTZ@KBS.MSU.EDU (John Gorentz)
Newsgroups: comp.os.vms
Subject: Re: CDDS (was Re: How to mount ISO and HSG CD-ROM's on (Open)VMS?)
Date: 12 Jan 93 22:55:00 GMT
Distribution: world
Organization: The Internet

[stuff deleted] 

| Anyway, the reason for my posting is this.  Are you all aware that the
| PRICE of CONDIST (or more correctly referred to as CDDS - which combines
| both the media and doc) has doubled beginning with your next software
| maintenance renewal.  Ouch!  It used to be an excellent deal for even those
| using a few products...now you get to weigh out the price difference.
 
[a good analysis of the likely side effects deleted]

I've gotten up on this soapbox before, but this is one of the things that
makes me wonder if anyone at Digital understands the computer business.  From
my point of view, the organization is big black box, but there must be a few
key individuals inside who need to have their thoughts focused.  

I was hoping Palmer would locate these people, take them down into 
a soundproof sub-basement, and take the following steps to explain:

Step 1.  Say, "We are in the computer business.  We are not in the
         documentation business."

Step 2.  Instruct your assistants to grab them by their necks and bang their 
         heads together for two minutes to make sure this sinks in. 

Step 3.  Say, "We produce documentation because it helps us sell 
         hardware and software."  

Step 4.  (Repeat Step 2)

Step 5.  Say, "You must ensure that we don't lose money on documentation, but
         you must also price and package it to help us sell hardware and 
         software." 

Step 6.  (Repeat Step 2)

Step 7.  Say, "We don't want to run documentation as a loss center, but neither
         do we want to run it as a profit center to the extent that it hurts 
         our main business."  

Step 8.  (Repeat Step 2)

Step 9.  Say, "Your performance will be evaluated on how well the 
         documentation you produce helps us sell hardware and software."

Step 10. (Repeat Step 2)

Step 11. Say, "If you have now reformed your attitudes and refocused your 
         thoughts, you may return to your offices." 


John Gorentz                        bitnet: gorentz@msukbs
W.K. Kellogg Biological Station   internet: gorentz@xerxes.kbs.msu.edu
Michigan State University   USA         or  jgorentz@lternet.edu

P.S.  I trust that the above eleven steps constitute useful technical 
information that can also be applied to other situations encountered by system 
managers.
From: WITTWER@biel.be.tech.ascom.ch (Wittwer Fritz)
Subject: Parameters for Disk Performance
Organization: Ascom Tech Ltd., Corporate Services, Division for Research 
Date: Thu, 7 Jan 1993 12:02:38 GMT
X-News-Reader: VMS NEWS 1.11

We will install a new RF73 disk during the next days. And I'm rembering there
are some parameters like clustersize and so on wich affect the performance of
disks. But unfortunatly I don't remeber were I saw it. I tried the manuals, but
its a hard work to check all. Perhaps some kindly soul has it handy and may
help me.

Our konfiguration is as follows:

MVS3300 and MV3400 Dualhost over DSSI, all Disks on DSSI
1 RF71 		System
1 RF71		Some Applications (Mailer and Network SW)
1 RF72		VMS Userfiles  16'000 files in 800 directories
1 RF73		MSA Files  55'000 files in 6'000 directories

MSA has always a lot of files open

We are tigth on the following resources: IO and CPU, we have plenty of memory
(each MV 44 has Mbytes) and enogh diskcapacity (50% used).

 

--------------------------------------------------------------------
|  Wittwer Fritz,  Ascom Tech Ltd,  Freibugstr. 370,  CH-3018 Bern |
|  Switzerland     Phone + 41 31 999 42 85   FAX +41 31 991 52 11  |
--------------------------------------------------------------------
From: karcher@jevex.waisman.wisc.edu
Newsgroups: comp.os.vms
Subject: RE: Crash of VAXstation 3176 every 11 minutes.
Date: 6 Jan 93 22:28:42 GMT
Organization: Waisman Center, University of Wisconsin-Madison

In a previous article, buijs@uxopof.cern.ch" wrote:
> 
>Some time ago I remember having seen an explanation for the phenomenon when a
>VAX station crashes every 11 minutes, but I forgot the reason.
> 
>Now it is happening to one of my stations. Occasionally it hangs iso crashing.
>Does anyone remember what could be the cause of this problem?

It's due to a software bug in the SYSLOA46.EXE image that's triggered when a
memory error occurs. It affects only VS4000 model 60 workstations and 3100
model 80 servers. CSC has a fix which is known as CSCPAT #1014. You may need to
go through Field service to get it. The bug is fixed in VMS 5.5-1.


Carl Karcher                          Internet: KARCHER@WAISMAN.WISC.EDU
Waisman Center                        Bitnet:   KARCHER@WISCMACC
University of Wisconsin-Madison       PSTnet:   (608) 263-5896
Newsgroups: comp.os.vms
From: tihor@acf3.NYU.EDU (Stephen Tihor)
Subject: Re: Date incorrect after reboot
Organization: New York University
Date: Wed, 6 Jan 1993 16:59:00 GMT

(a) not everyone shutsdown their system betweeen jan1 and april 1.
(b) SHUTDOWN only does a set time on the node being shutdown, in a cluster
you want to do the set time on all nodes within the cluster before any 1
is shutdown.
Newsgroups: comp.os.vms
From: mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney)
Subject: Re: glogin.mar
Organization: Indiana University, Bloomington
Date: Fri, 8 Jan 1993 14:40:59 GMT

In article <#nzr!g@lynx.unm.edu> hays@TECHNET.NM.ORG writes:
>Hello all:
>
>I ftp'd glogin.mar and played with it some and it seems like a very handy
>utility, and I'd like to thank Anthony McCracken and Northern Arizona
>University for making it available.  However, I know just barely enough
>Macro-32 to follow the code, so although it looks straightforward and
>well written to me, there are lots of things that I'm likely to miss.
>
>I'd like to ask anybody who is using it how it has worked for them.  Are
>there any difficulties I need to avoid?  Are there any incompatibilities
>with other software that are known?  Are there releases later than 1.1?

I've been using it for a couple of months, and have found it to be very useful.
The only problem that I've had with it involves abnormally terminating a 
terminal session.

From my workstation I telnet to the VMS system.  If I then glogin, and kill
the decterm, the session won't be dropped.  Not only that, glogin goes into
this incredible CPU-sucker mode where it consumes 80-90% of my 3900's CPU.
This is with VMS 5.5 and UCX 2.0, for all interested.

Just make sure that if something dies, you go back and kill the glogin process
from hell.  Other than that, I think you'll find it to be a very useful
product.

	Darrin
-- 

mdchaney@iubacs mdchaney@bronze.ucs.indiana.edu mdchaney@rose.ucs.indiana.edu

"I want- I need- to live, to see it all..."
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: comp.os.vms
Subject: Re: VMS X/Motif MONITOR/xload available?
Date: 12 Jan 93 21:36:28 GMT
Distribution: world
Organization: The Internet

In article <hansg.726847730@risken> you write:
#
#Does anybody know of a VMS equivalent of the commonplace UNIX 'xload'
#which will graphically display the CPU usage over a period of time?
#

You can obtain "xload" as part of the X11R4 Clients and Demos available
from the DECUS library and on the Internet at mvb.saic.com.  There was also
a release of a program called SPI that was on a prevous DECUS tape that was
an X Interface that used the undocumented system call $GETSPI (the same one
that Monitor uses).

--
Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long


Newsgroups: comp.os.vms
From: system@ubevx1.unibe.ch (Martin Egger)
Subject: Re: Does anybody know where SLIP for VMS is?
Reply-To: SYSTEM@ID.unibe.ch
Organization: University of Bern, Switzerland
Date: Wed, 6 Jan 1993 16:22:25 GMT

In article <1993Jan6.141716.26835@news.th-darmstadt.de>, 
sysgaertner@cygnus.frm.maschinenbau.th-darmstadt.de (M. Gaertner, FRM, 
TH Darmstadt, Germany) writes:

>Hi,
>after searching through a lot of archie-servers and such I'm asking
>this group:
>Where can I find a VMS-Version of SLIP ?
>Any pointers welcome.
>Thank you.

You can use Process TCPware. It's included there. TGV Multinet has it too, I
think.


*******************************************************************************
  Martin Egger, Ph.D., Computing Services - System and User Support Group
  University of Bern, P.O. Box, Laenggassstrasse 51, CH-3012 Bern, Switzerland
  Phone: ++41 (0)31 65 38 45, Fax: ++41 (0)31 65 38 65, Telex: 753 112 unib ch
  RFC: egger@id.unibe.ch, X.400: S=egger;OU=id;O=unibe;P=switch;A=arcom;C=ch;
  HEPNET/SPAN: 20579::49202::egger, DECnet (Switzerland): 49202::egger 
*******************************************************************************
From: DGITLIN@JEFLIN.TJU.EDU (David Gitlin: Systems Manager & Analyst Scott Library)
Newsgroups: comp.os.vms
Subject: Question: Reading keys with command procedures.
Date: 4 Jan 93 17:11:53 GMT
Distribution: world
Organization: The Internet

Hello out there. I have a quick question. Is there any way to get a command
procedure to read a single key stroke without the user having to hit
enter/return. This would be useful under several conditions. Also can you read
arrow keys under DCL command procedures. The READ and INQUIRE commands
seem to insist on waiting for a carriage return to be hit. I haven't found
a way around that. Any sugggestions? 

(P.S. I know you can do this easily via any programing language like Macro, 
C, etc I want to know if it can be done strictly from DCL command procedures.)


Thnaks
David
dgitlin@jeflin.tju.edu
From: kellym@tekgen.bv.tek.com (Kelly Mc Connell)
Newsgroups: comp.os.vms
Subject: Re: How do I save DECterm printer info?
Date: 5 Jan 93 21:47:42 GMT
Reply-To: kellym@tekgen.bv.tek.com
Organization: Tektronix Inc.  VMS Systems Support

In article <1992Dec30.120705.81@dallas.sil.org> titus@dallas.sil.org writes:
>
>  Anybody out there (DEC folks perhaps?) know how to save
>printer info into the DECW$TERMINAL.DAT file?  I have set up
>my desired default printer info and then done a save, but
>this info doesn't appear in the file.
>  If someone knows how to save this info, please let me know

I'm assuming you're referring to the terminal window print option and not the
session manager print application.  

You can't save it, but there is a way around it.  The info on the first pop-up
menu will save (file name, mono/color, etc.), the info on the second and 
third pop-up menus will not save (queue name, form, etc.).  To set up a default
printer you need to define a logical DECW$PRINTER_FORMAT_DEFAULT that points
to the queue you want to use.  This logical is supposed to work OK if defined
in your process logical name table but it doesn't, it has to be in the system
or group table for it to work.

You can define DECW$PRINTER_FORMAT_DEFAULT to a comma seperated list also, then
when you open the queued printer options menu the list you see will be limited
to the queues you've defined.  You may also define logicals for other print
formats (DECW$PRINTER_FORMAT_xxx where xxx is DEFAULT, TEXT, LINE PRINTER, etc.)
This is (poorly) documented in the Guide to Installing DECwindows Motif in 
section three, Customizing VMS DECwindows Motif Software.

Remember, this is being defined on a particular system, so when you open another
DECterm window to a different system, you're starting from scratch again.
-- 

            I may rise, but I refuse to shine before sunset
From: mjh@dmu.ac.uk (Mike Howarth)
Newsgroups: comp.os.vms
Subject: RD54 on VS2000 - Help needed with potential bad blocks.
Date: 8 Jan 93 11:41:38 GMT
Organization: De Montfort University Milton Keynes, UK.

Sorry about the posting with no message - Finger trouble !!  Now here's
what I meant to post :

I have got a problem on a VS2000 that I have narrowed down to
the RD54 in the system.  I think the final answer to my question will be
replace/reformat the drive, depending on how severe it is, _but_ I wonder
if anyone out there has encountered this problem before and may know a
'majic' fix to get me out of the mire.

Problem :
System does POST routines ok.
System loads Cold boot track and signs on with appropriate VMS message.
System then gives error message :
'%SYSTEM-I-MOUNTVER _DUA0: is offline. Mount Verification in progress.'
The disk unit then appears to perform a 'seek'-'reset' sequence and keeps
on doing this at about 4 second intervals with a little 'normal' disk
activity in between.  The sound it issues is just like an end to end seek.
Nothing furthur happens.

I have run TEST 71 and it completes with an OK message except that it
reports Cylinder 458, Surface 12 sectors 0-15 in a table headed 
VSmsv_STS_NBBpos.  The OBB count is 106 and the NBB is 15.

I _think_ this means the disk is.., how does one say,
'not-healthy'(otherwise &^%@ed).

As ever this is a donated machine, which was donated without all the
manuals and tapes !!

If anyone has any idea how I might get round this then please mail me and
if anything interesting comes up I will summarize.

Thanks

Mike.

 

-- 
Mike J. Howarth - SSG Manager
De Montfort University Milton Keynes ENGLAND
+44 908 695511 (Switch) +44 908 834945 (Direct/Voicemail) +44 908 834948 (Fax)
eMail as mjh@dmu.ac.uk (Internet et al) or mjh.uk.ac.dmu (JANET)
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.os.vms
Subject: Re: Question about RMS and MSCP-pair
Date: 6 Jan 93 02:17:13 GMT
Organization: St. Peter's College, US

In article <9301051405.AA16112@uu3.psi.com>, leichter@lrw.com (Jerry Leichter) writes:
> By the time you get a "forced error", the data is gone.  The forced error
> indicator is set on the REPLACEMENT block, not the original one, and I don't
> believe the corrupted data, such as it was, is even copied into the block.

  It's implementation-specific, according to the MSCP architecture spec.
There is no reasonable reason to copy the data in the case of an uncor-
rectable error. However, some of the controller-based BBR implementations
use a common code path with the correctable error / revector code and have
a flag to say whether or not the forced error flag should be set. These
implementations do in fact preserve the data, although it is certainly not
the _correct_ data.

  BTW, the "forced error flag" is set by computing the CRC of the new block
and writing it out complemented. Just a useless tidbit of trivia (unless you
are going to physically talk to a drive with a controller of your own design
8-).

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: kupfer@htlulx.htl-bw.ch (Kupferschmid Christian)
Subject: Add info for question TIMED FOR VMS
Organization: HTL Brugg-Windisch, Switzerland
Date: Thu, 7 Jan 1993 17:16:56 GMT



Hi there

I'm sorry. I forgot to tell you what TCP/IP package we're running.
I'm looking for an timed for VAX-VMS that correspondes to the ULTRIX timed.
We're running VAX-VMS V5.5-0 (incl. some of the 50 patches) with UCX TCP/IP services for VMS 2.0
The timeserver is a DECstaion 5000/200 with ULTRIX V4.3 and i'd like to synchronize the VAX to that machine.

So does anyone know something about this.
Where can i get it. (Shareware?)

By the way. Thank you for the mail I get so far.

Chris
-- 
School of Engineering, Switzerland
Information Center

HTL Brugg-Windisch               |RFC-822:        kupfer@htl-bw.ch
From: LITWINK@WL.AECL.CA (Keith Litwin)
Newsgroups: comp.os.vms
Subject: Need: Multi dir copy between nodes.
Date: 12 Jan 93 16:43:21 GMT
Distribution: world
Organization: The Internet

Does anyone know of a utility to copy entire directory trees and contents
between nodes without using a saveset?

Keith Litwin -- litwink@wl.aecl.ca
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: Starting remote process over Decnet?
Date: 6 Jan 93 18:32:16 GMT
Distribution: usa
Organization: Kernel Mode Consulting, San Diego, CA

In article <lkjpfvINN6r6@news.bbn.com>, brosen@BBN.COM (Bruce L. Rosen) writes:
> Is there some system service that supports starting a process on a different,
> but DECnet connected, VMS machine?  It would be something like a LIB$SPAWN,
> but would take hostname, userid, and password, as necessary arguments.

DECnet task-to-task communications will do this.  

Read the _VMS Networking_ manual.  Particularly Chapter 8.  

	--- 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: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: Re: Running LOGINOUT [SYS$CLI]
Date: 12 Jan 93 13:20:08 GMT
Distribution: world
Organization: The Internet


	[I wrote:]
	>The last time I checked, all the SYS$CLI services were accessible
	>through library procedures; you'd gain nothing by using SYS$CLI
	>directly.

	Ah... now that's where you're mistaken!  From the few feeble bits of
	information I -was- able to dig up on SYS$CLI, from Pat Rankin and
	Joe Meadows and the like, I've found a couple of things I can do via
	SYS$CLI that I CAN'T do through library procedures.  One, "chain" to
	another executable program after the one I'm running completes.

How about LIB$DO_COMMAND pointing to a file containing a RUN statement?

Alternatively, create an exit handler that calls LIB$RUN_PROGRAM.

								         Two,
	do that AND issue another independent DCL command, both after the
	program I'm running completes.

Someone posted a program that does a combined LIB$RUN_PROGRAM/LIB$DO_COMMAND
to INFO-VAX.  I remember saving it, but now I can't find it.

				        Heaven only knows what else I'd find
	if I could follow the scanty docs any better...

OK, you've found one odd little corner of functionality that you can't get at
directly.  (What it amounts to is that LIB$RUN_PROGRAM does just a bit more
than call SYS$CLI.)  But you can get the same results, in this case, with a
simple workaround.

If what you want to do is hack, then the listings are just fine; that's how
to learn about the undocumented pieces of VMS.

But this discussion started with your question as to why SYS$CLI wasn't
documented.  From the point of view of practical programming, my answer
stands:  There's nothing you could do using the complicated SYS$CLI interface
that you can't do using the LIB$ routines.
							-- Jerry
From: sjs@sbphy.physics.ucsb.edu (Steve J. Schmidhauser)
Newsgroups: comp.os.vms
Subject: Re: How do I save DECterm printer info?
Date: 8 Jan 93 16:31:39 GMT

kellym@tekgen.bv.tek.com (Kelly Mc Connell) writes:

>In article <1992Dec30.120705.81@dallas.sil.org> titus@dallas.sil.org writes:
>>
>>  Anybody out there (DEC folks perhaps?) know how to save
>>printer info into the DECW$TERMINAL.DAT file?  I have set up
>>my desired default printer info and then done a save, but
>>this info doesn't appear in the file.
>>  If someone knows how to save this info, please let me know

You should be able to do this, first setup the print options, then save
the options. Then look at your DECW$TERMINAL_DEFAULT.DAT file, there
should be something like the following;
DECW$TERMINAL.main.terminal.printerStatus:      10
DECW$TERMINAL.main.terminal.printingDestination:        0

>            I may rise, but I refuse to shine before sunset
--
Steve Schmidhauser               |  INTERNET: sjs@sbphy.physics.ucsb.edu
LTA Santa Barbara City College   |  Backup: 2209schm@ucsbuxa.ucsb.edu
721 Cliff Dr, S.B.,CA 93109      |  PHONE: (805)965-0581 x2401
Newsgroups: comp.os.vms
From: larry@eco.twg.com (Lawrence B. Henry III)
Subject: Re: Does anybody know where SLIP for VMS is?
Reply-To: larry@eco.twg.com
Organization: The Wollongong Group (East Coast Operations)
Date: Wed, 6 Jan 93 23:03:05 GMT


In article <1993Jan6.141716.26835@news.th-darmstadt.de>, sysgaertner@cygnus.frm.maschinenbau.th-darmstadt.de (M. Gaertner, FRM, TH Darmstadt, Germany) writes:
|>
|>Hi,
|>after searching through a lot of archie-servers and such I'm asking
|>this group:
|>Where can I find a VMS-Version of SLIP ?
|>Any pointers welcome.
|>Thank you.


Every full featured TCP on the market has SLIP to different degrees.. my
suggestion is to shop around and make sure you are getting what you need.
ie,

	No two SLIPs are created equal   ;-)

-Larry.
The Wollongong Group.
From: RM_KIEFF@ROM.TCPL.UCALGARY.CA (ROM M. KIEFFER, TRANSCANADA PIPELINES)
Newsgroups: comp.os.vms
Subject: RFI: TRIMCO Electronic Document Management System
Date: 6 Jan 93 18:35:28 GMT
Distribution: world
Organization: The Internet


 6-JAN-1993 11:34:07 

greetings,

we are investigating several EDMS vendors' products and have found references
for most. However, we are still looking for sites which have implemented
TRIMCO's application for a possible site visit. We realize that most sites will
probably be located in Europe because of the company's British headquarter
location. 
We are especially interested in the VMS server and Macintosh viewing station
implementation because those are the prevalent system platforms at TCPL.

Any information would be greatly appreciated.

 thanks
 rom


 Rom Kieffer 
 TransCanada PipeLines
 PO BOX 1000 Station M
 Calgary, Alberta
 403.267.6452
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: The VAX Vacuum
Date: 4 Jan 1993 09:37:00 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 <9301040153.AA20250@ucbvax.Berkeley.EDU>, FZC@CU.NIH.GOV ("Paul Robinson, Contractor") writes:
>The issue of the VAX vacuum vs. VAX computers and the
>trademark isn't significant except to the extent Digital
>might have wanted to sell their computer in the same
>countries as that other company had been selling vacuums.

Doesn't make any difference anyway.  YOU CAN'T USE AN ADJECTIVE AS A TRADEMARK.
You *CAN* use an implicit noun, however.  So DEC has a trademark of "VAX
[computer]," where the "computer" is an implicit noun.  The vacuum cleaner
manufacturer's tradmark is "VAX [vacuum cleaner]."  Since the trademarks
(including implicit nouns) are different, there's no trademark conflict.

>Until last year, in the U.S. a trademark/servicemark is owned
>ONLY by the first party to USE it in a particular country.  This
>meant that legally, if DEC had used VAX in the U.S. before that
>other company used the term for its vacuum cleaners in the U.S.,
>it could prevent that company from selling vacuums under that
>name in the U.S.  It does not matter that someone was selling
>under that name earlier in the U.K.; only the first user in a
>particular country has first rights to the mark.

'Fraid not.  Unless DEC were willing to claim that they'd intended that you
hook up a hose to the intake for the cooling fans, and use the computer as a
vacuum cleaner.
--------------------------------------------------------------------------------
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.