HDTenEightyP/NetNews huggingface dataset:
From: bill@nickel.ucs.sfu.ca (Bill Baines)
Subject: Experiences with VXT2000s anyone?
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Sat, 11 Apr 1992 01:25:26 GMT

We are considering the installation of a small lab of 
VXT2000 Xterminals with an infoserver. The performance and specs
of the system look similar to recent NCD systems, the generally
accepted standard around here. If anybody has some experiences
with these systems, I would really appreciate knowing some of
your experiences -- good and bad. We don't want to do this if
staff time gets eaten up at some great rate. 

1) How would you rate the VXT2000 performance?

2) Our host environment is SGI Irix, Sun OS, and a little VMS. How
   well do VXT2000s work with the non-DEC systems? (any ugly
   font issues?)

3) How well does the 4mb terminal work with the paging provided
   by the infoserver. Our intended audience is undergrad, so the
   systems will be 'stressed' but there is no heavy research or
   visualization stuff planned.

4) Does the infoserver provide any management benefits? Security
   benefits?

5) What kind of disk space is required for 16 or so terminals?

6) Do color systems require more memory than mono systems?

If there is enouygh direct response, I will summ and post.

Thanks...
--
Bill Baines                                
bill@sfu.ca,  bill@SFUVAX.Bitnet,  (604) 291-3955
Newsgroups: comp.os.vms
From: lauri@elwing.fnal.gov (Lauri Loebel)
Subject: RE: HELP WITH HELP
Organization: Fermilab Computing Division
Date: Thu, 9 Apr 1992 15:05:50 GMT


The Mighty Firebreather (dragon@NSCVAX.PRINCETON.EDU) responds to
GUDURU%TSU.BITNET@uga.cc.uga.edu with:
> 
>>I am new to vax/vms system.
>>would anybody out there please tell me how to add more information
>>to vms help.
>>what I want to do is ,add information say about bitnet on vms help.
>>we are on vms version 5.4-2 on vax 4000.
>>please e-mail your responses to guduru@tsu.bitnet
>>thanks in advance.
>>mahesh
>>
> 
> 	Prepare a text file like this:
>       [stuff omitted]
> 
> 	Insert it into the help library of your choice with:
> $ LIBR /HELP /INSERT SYS$HELP:HELPLIB.HLB BITNET.HLP
>       [more stuff omitted]

My I just suggest that you might not want to modify the DEC help library
itself -- maintenance headaches and all.

You might want to follow instructions similar to the above, but create your
own external-to-DEC HELP library (see the Great Grey Wall on Help
Libraries).  During system boot time, you can define additional help
libraries that will be used when you give the HELP command:

	$ DEFINE/SYSTEM HLP$LIBRARY   dev:[dir]external-helplib-name
	$ DEFINE/SYSTEM HLP$LIBRARY_1 dev:[dir]another-helplib-name

(These don't actually have to be /SYSTEM logical names -- that would be the
way to go if you want this help library to be available to *all* users on
the system.  You could define the HLP logical names in GROUP tables for
specific groups of users, or have your SYLOGIN.COM use algorithms based on
username, day-of-week, or what-have-you to define /PROCESS or /JOB logical
names).

-- lauri
 ----------------------------------------------------------------------------- 
| Lauri Loebel               "All that is gold does not glitter,              |
| lauri@elwing.fnal.gov        Not all those who wander are lost..." - JRRT   |
|...they don't generally like what i say anyway, so i don't speak for them... |
 ----------------------------------------------------------------------------- 
Newsgroups: comp.os.vms
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Subject: Re: Reconstructing disk with corrupt [000000]
Reply-To: carl@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera
Date: Fri, 10 Apr 1992 23:11:25 GMT

In article <8140099@zl2tnm.gen.nz>, don@zl2tnm.gen.nz (Don Stokes) writes:
>benj@avalon.itp.ucsb.edu (Ben Cohen) writes:
>>           primary home block is bad; backup used
>>           failed to activate quota file; volume locked
>>           bad directory format
>> 
>> and then the computer mounts the disk. However, dir devicename:[000000]
>> fails with a bad directory format message.
>
>Been there, done that.  With the system disk and no current backup too... 8-(
>Basically, you've scrozzled track 0.
>
>OK, here's what you do.  (Caveat: I'm doing this from memory.)
>
>  $ ! Replace "disk:" with the device name of the stuffed disk.
>  $ ANALYZE/DISK/REPAIR disk:

You probably want to use:
	$ ANALYZE/DISK/REPAIR/CONFIRM disk:

>That should get rid of the dud directory, and put *everything* in [SYSLOST].
>That's a start -- but you haven't quite finished.

If you used the /CONFIRM option, and only allowed it to put 000000.DIR in
[SYSLOST], you'll now be in better shape.

>Now try:
>  $ DIRECTORY/FILE_ID disk:[SYSLOST]
>
>You should see the contents of what was once the [000000] directory.  There
>should be a 000000.DIR with a file-ID of (4,4,0).  If you look in there,
>there will be a SYSLOST.DIR but nothing else.  If this isn't the case, stop
>here and email me.... 
>
>The 000000.DIR is a new 000000.DIR created by ANALYZE/DISK after finding the
>old one stuffed.  File-id (4,4,0) is magic; just creating a [000000]
>directory won't work.  You have to fiddle the one it's just given you.
>ANALYZE/DISK isn't smart enough to realise that the rest of the filesystem
>has to live there too, so you have to put it in manually: 
>
>  $ RENAME [SYSLOST]*.*;* disk:[SYSLOST.000000]*.*;*/EXCLUDE=000000.DIR

Skip the above step.

>Finally, put the 000000 directory in there too.  Renaming it won't work, so
>you have to fool it:
>
>  $ SET FILE disk:[SYSLOST]000000.DIR/ENTER=disk:[SYSLOST.000000]000000.DIR
>  $ SET FILE disk:[SYSLOST]000000.DIR;/REMOVE

Then use:
	$ ANALYZE/DISK/REPAIR disk:
to put the rest of the disks back where they belong.

>Now, all should be fine.  If you had SET FILE/ENTERED anything into [000000]
>you (a) will have to do it again, and (b) fully deserved to have to.... 8-)

Of course, all this assumes that the disk wasn't so trashed that ANAL/DISK
won't even TRY to fix it.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXes 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: lauri@elwing.fnal.gov (Lauri Loebel)
Newsgroups: comp.os.vms
Subject: Re: two decwindows motif questions
Date: 7 Apr 92 19:25:12 GMT
Organization: Fermilab Computing Division

In article <920403101137.23f@Grubnik.TGV.COM>, MAHAN@Grubnik.TGV.COM writes:
> 
> Then Digital has changed the behavior of LOGINOUT.EXE.  As of VMS 5.4
> LOGINOUT.EXE when executed would check to see if it was running in a 
> DECwindows environment.  If so it would add to the list of DCL command
> files it would run (SYLOGIN.COM and LOGIN.COM the files DECW$SYLOGIN.COM 
> and DECW$LOGIN.COM).  Now starting any X application via a detach process
> requires that it be done via LOGINOUT.EXE since LOGINOUT.EXE is specially
> modified to create the DECW$DISPLAY.
> 

From a DECwindows Support person at DSN:

	``If you have the Motif User Guide, p 13-1,13-2 describe the sequence
	upon login.

	DECW$STARTSM.COM runs
	-sylogin.cm
	-login.com
	-decw$sylogin.com if it exists
	-decw$login.com if it exists

	And the window manager is started up as a subprocess of the session
	manager, although you can customize this and select to run it detached.

	Under DECwindows, after a users entered their username/password,
	prior to running decw$startsm.com, decw$sylogin.com was run (if
	it existed), followed by decw$login.com (if it existed).
	Sylogin.com and login.com were not run until a user started an
	application from the session manager.

	DECW$SYLOGIN.COM and DECW$LOGIN.COM are never run again, whether
	starting a detached process or a subprocess.''

My experience has also been that nothing goes through DECW$LOGIN.COM except
the session manager when you first log in.

Therefore, I recommend that any useful symbols/logicals be defined in
LOGIN.COM rather than DECW$LOGIN.COM.

-- lauri
 ----------------------------------------------------------------------------- 
| Lauri Loebel               "All that is gold does not glitter,              |
| lauri@elwing.fnal.gov        Not all those who wander are lost..." - JRRT   |
|...they don't generally like what i say anyway, so i don't speak for them... |
 -----------------------------------------------------------------------------
From: tihor@acfcluster.nyu.edu
Newsgroups: comp.os.vms
Subject: Re: Command line with VMS C
Date: 6 Apr 92 20:34:18 GMT
Organization: New York University

Create a foreign command for you program:

program == "$device:[directories]program.exe "

program parameter etc.
Newsgroups: comp.os.vms
From: mcmahon@tgv.com (John 'Fast-Eddie' McMahon)
Subject: Re: SUMMARY:How to SET FORWARD to multiple users
Reply-To: mcmahon@tgv.com
Organization: TGV Incorporated (Tech Support) in Santa Cruz, CA
Date: Thu, 9 Apr 1992 16:56:41 GMT


In article <1992Apr8.122955.1@gz.alcbel.be>, tsd72@gz.alcbel.be (Werner Lemaire) writes:
#	How to SET FORWARD to multiple users in VMSmail?
#
#1. You can use the command 
#	SET FORWARD IN%"""user1@place1,user2@place2"""
#   The addressees have to be in internet format and the triple quotes are 
#   necessary.

This works fine if you are running the PMDF mail package.  Vanilla VMSmail does
not have this capability, and does not understand IN%  

--
John 'Fast-Eddie' McMahon    ()
TGV, Incorporated            () "You know you have answered too many            
603 Mission Street           ()  Tech Support questions when your Pavlovian   
Santa Cruz, California 95060 ()  response to a ringing phone is to throw it   
408-427-4366 or 800-TGV-3440 ()  out a window" - Me
E-Mail: MCMAHON@TGV.COM      ()

Newsgroups: comp.os.vms
From: gowen@walt.CS.MsState.Edu (Lon Gowen)
Subject: UCX V1.3 problems for incoming FTPs.
Organization: Mississippi State Univ.
Date: Thu, 9 Apr 1992 21:06:37 GMT

I am having trouble with incoming FTP connections.  As you might guess,
I am using UCX (DEC TCP/IP Services software) V1.3.  Both Telnet and FTP
work correctly, however incoming FTP connections fail unless the VMS
account has SYSPRV as a default privilege - not good!  This may be a FAQ
and maybe I am in the wrong news group.  Any help as to "proper" news
groups, etc. would be great!  Oh yes, the machine is a VAXstation 4000/60.

Lon Gowen, PhD
gowen@cs.msstate.edu
From: AHARDISON@INTEL9.intel.com ("SUCCESS IS 99% PERSPERATION, 50% INSPIRATION")
Newsgroups: comp.os.vms
Subject: How to pick up single keystrokes in DCL, rev 2
Date: 15 Apr 92 08:53:14 GMT
Article-I.D.: INTEL9.9204150853.utk17112
Organization: The Internet

Hello all!

	I have a problem that I hope someone out there can solve, or atleast 
point me in the right direction.  I need to know how to read single keystrokes 
in the DCL script.  A friend of mine is writing a program that would be 
greatly simplified if we knew this.  Thank you in advance

							Andy Hardison

p.s. If you think you have seen this already, you are right!  I forgot to send
my internet address!  AHARDISON@INTEL9.INTEL.COM
thanks again!
Newsgroups: comp.os.vms
From: sysbrc@fafner.albany.edu (Brian Cuttler)
Subject: Re: V5.5 version of session capture utility
Keywords: photo, logger
Organization: State University of New York at Albany
Date: Thu, 9 Apr 92 14:44:35 GMT

I got the information on 'photo' just a few weeks ago.

'logger' was submitted by DEC to the DECUS tapes, it uses
the psydoterminal driver and works ok (seems a little slow
but its understandable given what its doing).  We have put
the source and exe in a public directory for our users.

I will forward the source to those who expressed interest
when I queried the network and will either post the source
or mail it depending on the response I see.

Please mail to me if you (anyone) is interested in 'logger'.

					Brian Cuttle
					sysbrc@albnyvms.bitnet
					sysbrc@csc.albany.edu
From: WALKERJ@cp43.crl.aecl.ca ("Dr. Jim Walker @CRL")
Newsgroups: comp.os.vms
Subject: VWS --> DECwindows
Date: 13 Apr 92 16:07:00 GMT
Organization: The Internet

I'm currently using a VaxStation running VWS. This machine is about to 
upgraded to run DECwindows. This is fine with me except that I've been 
using SIGHT/RENDER quite a bit. SIGHT/RENDER is apparently not available 
under DECwindows. Is there anybody/anything that can help me with this 
conversion problem.

Jim Walker
Newsgroups: comp.os.vms
From: music@reg.triumf.ca (FRED W. BACH)
Subject: UK domain addresses (was Re: <None>)
News-Software: VAX/VMS VNEWS 1.41    
Organization: TRIUMF: Tri-University Meson Facility
Date: Fri, 10 Apr 1992 21:38:00 GMT

In article <1992Apr6.123015.1@acfcluster.nyu.edu>, tihor@acfcluster.nyu.edu writes...
>The UK choose to order the elements in a domain address in the opposite order
>fromthe rest of the world.  Most of the DNS servers and gateways are prepared
>to reverse them piecemeal as needed but not all.  IN the US be prepared to
>write them ...UK rather than UK....

   Does this have anything to do with driving on the left side 
   of the road or drinking their beer warm?

    Fred W. Bach                             Internet: music@erich.triumf.ca
    Operations group,                        Voice:  604-222-1047 loc 278/419
    TRIUMF (TRi-University Meson Facility)   FAX:    604-222-1074
    4004 WESBROOK MALL, UBC CAMPUS
    University of British Columbia,
    Vancouver, B.C., CANADA   V6T 2A3

  Disclaimer:

     These are my opinions, based on my experience, and in NO way
     necessarily reflect the views of my employer or fellow employees.
     My opinions should only get you to read and ask questions.

        ** I'm just a humble programmer working at my terminal. **
From: winston@ssrl01.slac.stanford.edu
Newsgroups: comp.os.vms
Subject: E: cry for help with 800-bpi tapes
Date: 8 Apr 92 00:33:21 GMT
Organization: SSRL, Stanford Synchrotron Radiation Lab

Folks --

About a week and a half ago I posted here a call for help in reading an
800-bpi tape.

I was astonished by the response.  Fourteen different people got in touch with
me offering to copy my tapes on their systems.  These were people in places
from Canada to New Jersey to Oregon, and one person attached to Stanford.

Thanks to David Matthews, Fred W. Bach, Alan Frisbie, Kelvin Lim, Gordon C.
Zaft, Carl J. Lydick, Bob Hoffman, Jane Colman, Barton F. Bruce, Michael N.
Levine, E. Loren Buhle Jr., Charlie Johnson, Terry Kennedy, and Michael 
Stubbs (I think; I can't read my note from the phone message).

I directed our user (whose time at the experimental station started just after
I started getting responses, so we were hung up for several days) to Kelvin
Lim, who is close by, but I want to express my appreciation to all of you. 
(And if something goes wrong with reading or deciphering the tape, you may well
be hearing from me again.)

Thanks,

-- Alan

===============================================================================
 Alan Winston --- WINSTON@SSRL750.BITNET or  WINSTON@SSRL01.SLAC.STANFORD.EDU
 Stanford Synchrotron Radiation Laboratory, Stanford, California 415/926-3056
 Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210
===============================================================================
From: rrebello@titan.uucp (Rod Rebello -- CAD Development)
Newsgroups: comp.os.vms
Subject: cmu/tek?
Date: 9 Apr 92 17:36:08 GMT
Distribution: usa
Organization: Microchip Technology Inc.

I've read postings that mention a tcp package called cmu/tek.  Is this
a commercial or freeware package?  Where could I get a copy or more
information about it?

Thanks,

-- 
Rod Rebello
titan!rrebello@asuvax.eas.asu.edu
Microchip Technology Inc., Chandler, AZ
From: DWING@UH01.Colorado.EDU (Picard & Riker '92)
Newsgroups: comp.os.vms
Subject: Re: Rules-of-thumb for page faulting.
Date: 17 Apr 92 15:22:05 GMT
Organization: The Internet

Tom DiMartino, TDIMARTI@BENTLEY.BITNET, writes:

>I am curious about the page faulting behavior on my VAX 6520.  Are there any
>rule-of-thumb figures that I can compare to the faulting rates on my system?
>What I have been doing is converting the hard and soft faulting rates per
>clock second into rates per CPU second by using the formula:
>
>Rates per CPU second = Page Fault Rate/(1-(idle time/2))    ! Soft rate
>Rates per CPU second = Page Read I/O Rate/(1-(idle time/2)) ! Hard rate
>
>Is this formula accurate for a system with multiple (2) CPU's?
>What are the rules-of-thumb, if any, for the bounds within which my faulting
>rates should fall?   Any help would be greatly appreciated.

At the last DEC class I took on system performance, we coerced the instructor
into giving his rule of thumb, which is *not* the official DEC line.  The
best way to really measure this stuff is with VPA/SPM/DECps or third party
products:

  overall fault rate < 100 * VUP rating of your first processor

If you have multiple processors (an SMP machine) you should use the VUP
rating of ONE of your processors.  Thus, an 11/780 would be allowed 100
faults/second, while a 6000-420 (a 13 VUP machine, with two 7-VUP processors)
would be allowed 700 faults/second.

The instructor's rule-of-thumb didn't take into account hard VS soft page 
faults.

However, you can page all you want if it doesn't affect user or system
performance "too much".  

A great help is getting your pagefile off your system disk, and then have
two (or even more) page files to spread the load across several disks (on
separate HSC controllers) - or even have your page served directly off
a controller on your system's backplane.

-Dan Wing, DWING@UH01.Colorado.EDU, WING_D@UCOLMCC.BITNET
 Systems Programmer, University Hospital, Denver
From: lobssuth@fig.citib.com (Lou Obssuth)
Newsgroups: comp.os.vms
Subject: Watch Point driver
Date: 9 Apr 92 15:11:24 GMT
Article-I.D.: fig.1992Apr9.151124.3871
Organization: Citibank IBISM
Originator: lobssuth@swcdev



   Has anyone had any success using the wp driver from a high level language
   like c.  I'm experiencing exceeded quota problems and rms side effects.

    thanks
From: DAN@wystan.bsd.uchicago.edu (Dan Rohwer-Nutter)
Newsgroups: comp.os.vms
Subject: Re: How to make a disk unbootable?
Date: 13 Apr 92 07:46:13 GMT
Organization: University of Chicago, Department of Neurology
X-News-Reader: VMS NEWS 1.20

In <1992Apr12.201926.10376@magnus.acs.ohio-state.edu> eherderi@magnus.acs.ohio-state.edu writes:

>  Hardware : Microvax II with two disk controllers

	. . . 

>  Problem  : Had VMS 5.3 running on DUA3. Built VMS 5.5 on DUB5.

	. . .

>  Question : How do I make DUA3 "unbootable"? I spent all morning with 
>             TFM and could only find out how to make it bootable.

	Wrong manual.  The info you want is in the KA630 processor manual
that should have come with the machine.  VMS manuals won't help one bit.
Here's the short version as I remember it. 

	When a KA630 boots, the primary bootstrap program is started from a
ROM module on the system board.  If that loads OK (system tests go well and
it can find the memory) it starts looking to the I/O devices to find the
secondary bootstrap to load an operating system.  In the case of VMS, the
secondary is a file called SYSBOOT.EXE (for disks) or TAPEBOOT.EXE (for
tapes).  All you have to do is rename the file to something else and you're
home free.  If you ever have to boot from a drive that has its' secondary
bootstrap renamed, you can pass the new name to the processor during the
boot process.  The instructions for doing this are also in the manual. 

	I've been doing this on a MicroVAX II for some time now. The normal
system disk is DUB0:, but I keep a standalone kit on DUA0: with SYSBOOT.EXE
renamed to STANDBOOT.EXE.  I also keep a monthly image backup of the system
disk on DUA1: with SYSBOOT.EXE renamed to SYSTEMBOOT.EXE.  When I have to 
boot from either of the DUA: disks I just pass the new name along to teh 
system and away she goes.  Works great and if I loose the system disk I can
boot from the backup without any fuss. 

	If you don't have a processor manual let me know and I can send the 
info you need.

				Good Luck!
				Dan Rohwer-Nutter
				dan@wystan.bsd.uchicago.edu
From: vaxs09@v7.vitro.com
Newsgroups: comp.os.vms
Subject: Re: SEEKING a useful .COM file
Date: 15 Apr 92 14:18:58 GMT
Organization: Vitro Corporation

> It would be useful to have a DCL "comfile" which, in response to
> "$dirlist [home]",

If I were you, I'd simply:

	$ DIR [HOME...] /NOHEAD /NOTRAIL

Or, if you must,

	$ DIRLIST == "DIRECTORY /NOHEADER /NOTRAILER"
From: DWING@UH01.Colorado.EDU (Dan Wing)
Newsgroups: comp.os.vms
Subject: Setting ICON and window titles on VT1200's "LAT Terminal Window"
Date: 9 Apr 92 20:57:00 GMT
Article-I.D.: VAXF.01GIN9BSB81E00005J
Organization: The Internet

The operators here don't like using DECwindows on their VT1200's, so they
use the regular "LAT Terminal Window" to login to the VAX.

Is it possible to change the window and icon titles on these connections like
you can with DECwindows, without going through the Customize window?

-Dan Wing, DWING@UH01.Colorado.EDU  (or WING_D@UCOLMCC.BITNET)
 Systems Programmer, University Hospital, Denver
Newsgroups: comp.os.vms
From: lionel@quark.enet.dec.com (Steve Lionel)
Subject: Re: RE: Accounting and vector processors
Organization: Digital Equipment Corporation
Date:  6 APR 92 17:00:06    


In article <9204061857.AA16420@ucbvax.Berkeley.EDU>, 
moeller@gwdgv1.dnet.gwdg.de ("GWDGV1::MOELLER") writes...
> 
>Unfortunately, the hardware does not measure the amount of vector utilization,
>so a program that does a few vector instructions now and then can't be told
>from one that's using the vector processor efficiently. For billing purposes,
>this might not matter because "it's the user's fault" when a program is
>vectorized poorly.
> 

This is not entirely true.  If the process has not executed a vector
instruction in a certain amount of time, (determined by the SYSGEN parameter
VECTOR_MARGIN, which is in units of QUANTUM ticks and defaults to 20), VMS
reclassifies the process as a "marginal vector consumer".  Marginal vector
consumers aren't charged as vector consumers by VMS accounting.

Also, if a program wishes to revert to "scalar consumer" status, it can call 
the SYS$RELEASE_VP system service.  This will allow faster context switching
for the process as it will no longer carry around its vector context.

Details on all of this are in the VMS V5.4 New Features Manual.

Steve Lionel                    lionel@quark.enet.dec.com
Languages Group
Digital Equipment Corporation
110 Spit Brook Road
Nashua, NH 03062