HDTenEightyP/NetNews huggingface dataset:
From: dongray@cdclu1.genrad.com
Newsgroups: comp.os.vms
Subject: Re: What causes this DECNet OPCOM message?
Date: 3 Sep 92 10:51:41 GMT
Distribution: world
Organization: The Internet

> I have been getting a lot of messages to my operator console lately of
> the form:
>
> DECnet event 0.7, aborted service request
> From node 1.210 (ANESTH), 31-AUG-1992 15:50:28.54
> Circuit QNA-0, Line open error, File open error, Tertiary loader
> %MOM-E-OPENIN, error opening SYS$COMMON:[MOM$SYSTEM]ISL_LVAX_K.SYS; as
> input
> -RMS-E-FNF, file not found
>
> followed by an Ethernet address.  Over the last two months, there have
> been 179 entries from 14 different Ethernet addresses, which I suspect
> are all terminal servers. I have politely suggested to the folks who own
> the multiple terminal servers for the hospital that they check their
> configuration, but unless I can clearly explain to them what is going on,
> they don't want to be bothered. Other than increasing the size of my
> logs, it doesn't seem to be affecting me. Should I worry about this? If I
> create an empty file SYS$COMMON:[MOM$SYSTEM]ISL_LVAX_K.SYS, will it bring
> the servers to their knees?
>
> Thanks,
> Jeff E Mandel MD MS
> Associate Professor of Anesthesiology
> Tulane University School of Medicine
> New Orleans, LA

Terminal servers, info-servers and LAVc satellites load their software by
simply broadcasting a 'LOAD ME' request to the network. DECnet then sends the
appropriate secondary/tertiary loader, operating system or whatever. To get the
above message you NCP entry for ANESTH must contain more than just the node
number (i.e. name a tertiary loader) but the actual file to be loaded does not
exist.

The failure messages will not cause any problem. The device will just keep
asking the network until something succeeds in loading it.

DO NOT CREATE an empty file as this will almost certainly screw things up!

AS far as I am aware, the only 'fix' is to install the appropriate server
software on all routing nodes. Then you'll just get the odd ...

DECnet event 0.7, aborted service request
From node 10.22 (DUMPY), 24-AUG-1992 11:13:27.40
Circuit SVA-0, Line open error, Line communication error
%SYSTEM-F-TIMEOUT, device timeout

... as someone else beats this node to it! So you can't win. :-)

If you've got bridges in your network, you can play with the filtering to
isolate where the load requests go, but I've found it's not worth the effort. I
just ignore them along with the 'adjacency down/up' messages from PCs.

--------------------------------------------------------------------------------
Name : Derek Dongray, Systems Manager, GenRad Ltd.
Phone : 061 486 1511 ext 166
PSS : 234261600119::Dongray                 UKnet : Derek.Dongray@GenRad.co.uk
InterNet : Dongray@cdclu1.GenRad.com        CompuServe : 70374,2745
Address : Monmouth House, Monmouth Road, Cheadle Hulme, Cheshire, SK8 7AY, UK.
From: sys_hjk@lifra.lif.de (Koch,Hans-Joachim)
Newsgroups: comp.os.vms
Subject: Re: Dump of DCLTABLES.EXE
Date: 31 Aug 92 08:01:31 GMT
Reply-To: koch@lifra.lif.de
Organization: Lahmeyer International GmbH, Frankfurt/Main, Germany

In article <14426@gazette.bcm.tmc.edu>, andrew@DINO.QCI.BIOCH.BCM.TMC.EDU (Andrew Sharff) writes:
>Does anyone know of a utility to dump the contents of DCLTABLES.EXE? 
>
>Andrew Sharff

Do you really mean DUMP? Then you should take the DUMP command. But I
suppose, you mean "decode". Then you can use the VERB program, available 
from DECUS tapes. It decodes all or single commands to .CLD files which 
you can edit and recompile using "set command".

Best regards. Hans.
-- 
Hans-Joachim Koch, Computer department of Lahmeyer International
Lyoner Strasse 22, POB 71 06 51, D-6000 Frankfurt (Main) 71, Germany
Phone: +49 69 6677-642, Fax: +49 69 6677-571, Tx: 413478 li d
Email: koch@lifra.lif.de, dk9om@dk9om.ampr.org [44.130.25.45]
Newsgroups: comp.os.vms
From: welchb@woods.ulowell.edu
Subject: ?Cause of error message under $SUBMIT
Organization: University of Lowell
Date: Fri, 28 Aug 1992 18:04:19 GMT

Here is the error message I often get from a simple .com file
when it is $SUBMITted: 
	Error opening primary file SYS$INPUT
	File not found
I have tried quite a variety of submissions, such as changing what the
job does (usually a one-liner like "$show que "), whether the owner is
the submittor, whether a log file is created, where it is created, postponing
the execution time.  Some work ok; some do not.  The error is
occurring as the very first thing, before the system's sylogin.com, and
obviously before my own login.com.   I am embarassed that I cannot detect
what the essential cause of the error is, out of all the possible factors.
Could it have something to do with que manager problems under V5.5-1?
-- 
Brendan Welch, UMass/Lowell, W1LPG,  welchb@woods.ulowell.edu
Xref: sparky comp.os.vms:14221 vmsnet.sources.d:561 vmsnet.admin:414
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms,vmsnet.sources.d,vmsnet.admin
Subject: Re: Wanted: program that will simulate unix on vms
Date: 27 Aug 92 13:43:01 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <1992Aug27.115222.23396@dcatlas.dot.gov>, sethg@dcatlas.dot.gov (Seth Grimes) writes:
> kent@loral.cts.com (Kent Yang) writes:
> 
>>I have just been put on a VMS project and being a unix programmer all
>>my life, I was wondering if there are any public domain or free software
>>that will allow me to simulate unix commands on a vms OS.  If you know
>>of such a program and where I can get it.  Please send me email or
>>leave a reply on the net.  
> 
> Yes, VMS Posix.  It's a performance dog and it will cost you, however.

The performance hit depends on exactly what you're doing, but it
doesn't set any land speed records in any case.  The cost however
is fairly minimal - basically just a distribution cost.  If you have
CONDIST it should be on there.

There's also the "software tools" programs that have been distributed
with various DECUS tapes and CD-ROMS.  But unless you can find a LUG
or another user with a tape that will copy it for you for free, they
aren't completely free either - you'll have to pay a small copying fee
(typically around $100, though this usually includes much more software
than just one package, it usually includes all the DECUS submissions
over about a 6-12 month period depending on exactly which distribution
you're ordering).  If you're not familiar with the DECUS library, it's
worth knowing about - the software is public domain (and usually pretty
good) and the distributions have a lot of it for your $100+/-.  If your
budget isn't exactly $0 it's well worth knowing about.

Their address is

	DECUS Library
	219 Boston Post Road, BP02
	Marlboro, MA 01752-4605

	508-480-3635

They have a catalog you might want to get that describes most of the
submissions (a few obsolete programs are still available but have been
dropped from the catalog;  but you're probably not interested in them
anyway).  You need to read it carefully - there are a LOT of descriptions
and they are all fairly terse.

Good luck,

Bruce C. Wright
From: shoecraf@mc.bitnet (Steve Shoecraft)
Newsgroups: comp.os.vms
Subject: Linking C programs
Date: 28 Aug 92 10:20:54 GMT
Distribution: world
Organization: The Internet
X-Unparsable-Date: Thu, 27 Aug 1992 01:28:39.77 MST


 
    I have seen many postings on this list regarding linking a C object
against the sharable image, VAXCTRL.EXE. This involves creating a linker
option file (.OPT), and specifying this option file on the command line when
linking to create a much smaller executable image. I have used this method
for some time now, and it works quite well...
    A short time ago, I saw a response to one of these questions which pointed
out where the REAL problem is, and why we need to do this in the first place.
It was pointed out that since the CRTL wasn't in the sharable image library,
IMAGELIB.OLB, and therefore, we must provide a pointer to it implicitly. Well,
why not put it there?? To do this, just add it to the image library:
 
        $ SET DEF SYS$LIBRARY
        $ LIB/SHARE IMAGELIB SYS$SHARE:VAXCRTL.EXE
 
    Now you have to remove the logical name pointer to VAXCRTL.OLB. Do a SH
LOG LNK* <enter>. There will be a reference that looks something like this:
 
        LNK$LIBRARY = "SYS$LIBRARY:VAXCRTL"
 
    If you have curses and/or g_float support, it may be LNK$LIBRARY_1 or _2.
be sure to DEASS/SYS the logical name that points to VAXCRTL. Also, you might
also wish to remove/comment out the entry which defines it in the startup
command procedure so that if the system is rebooted, users will not go back
to linking against the regular library.
    If anyone out there might have any comments or warnings on this please let
me know... As yet, I have not seen/heard of any problems by doing this...
From: rankin@EQL.CALTECH.EDU (Pat Rankin)
Newsgroups: comp.os.vms
Subject: Re: LIB$SPAWN
Date: 22 Aug 92 09:01:17 GMT
Organization: The Internet

alex khalil <no return address> writes:
> Would a kind soul explain to me why in the following code, a subprocess
> is spawned, a sort is started, but the names of the input and output
> files are not passed. Sort comes back to you and asks for them.
...
   DCL_command = "sort data.PCSA data.sort";
   spawn( DCL_command  );
...
> void spawn( char *DCL_command  )
> {
>    int status;
>    $DESCRIPTOR( command , DCL_command  );
>    if ((( status=LIB$SPAWN( &command )) & 1 ) != 1 )  LIB$STOP( status );
> }

     Because the $DESCRIPTOR macro uses C's sizeof operator to fill in
the length field.  `sizeof DCL_command' is the same as `sizeof(char *)',
which is always 4 on the VAX.  So the command you're actually passing
to LIB$SPAWN is just "sort" regardless of what the printf() reported.
Sticking `LIB$PUT_OUTPUT(&command);' into your spawn() routine would
have shown that.

     You need to add
       `command.dsc$w_length = strlen(command.dsc$a_pointer);'
between the $DESCRIPTOR macro and the call to LIB$SPAWN.  Since you're
not using any of LIB$SPAWN's optional arguments, you might as well use
`status = system(DCL_command);' and skip the VMS-specific stuff.

                Pat Rankin, rankin@eql.caltech.edu

Newsgroups: comp.os.vms
From: cdavis@BME1.IMAGE.UKY.EDU (Charles Davis VA)
Newsgroups: comp.os.vms
Subject: VAX SW list (missing part)
Date: 1 Sep 92 10:32:17 GMT
Distribution: world
Organization: The Internet

Please resend part 1 of the August list.  Either I never received it
(the SUN I'm on has a mind of its own) or I wrongly deleted it.
Thanks!

Charles Davis
cdavis@bme1.image.uky.edu
From: MRL@PFC.MIT.EDU (MARK LONDON)
Newsgroups: comp.os.vms
Subject: LASER bug fixed.
Date: 27 Aug 92 02:39:00 GMT
Distribution: world
Organization: The Internet

Using WIDE=TRUE with NUMBER_UP was not working properly.  It is now.  Also,
NUMBER_UP does not work properly if WIDE=TRUE or PAGE_ORIENTATION=LANDSCAPE is
specified for postscript files.  This can not be helped (note that DECPrint can
not do it either).  The HELP file has been modified to mention this.  The
updated files are now available at PFC.MIT.EDU.
From: ALLIN1V2@WR-HITS.AF.MIL ("Allin1v2")
Newsgroups: comp.os.vms
Subject: Resource Quotas
Date: 2 Sep 92 18:26:00 GMT
Organization: The Internet


      I have been looking at the resource quotas in Authorize and trying to
understand exactly the diffrence between POOLED, SYSTEM-WIDE, DEDUCTABLE AND
NON-DEDUCTABLE resource process limits.  Can anyone give discribe exactly what
these mean and how they relate to the total system resources. By the way (I
have looked at "GUIDE TO SETTING UP A VMS SYSTEM" and still have questions about
what the manual is trying to say.

                                               - Thanks
------------------------------------------------------------------------------
Harry Anderson,ANDERSONH@WR-HITS.AF.MIL 132.11.15.12 |Jesus Christ loves you
Robins Air Force Base Ga - Geeks of the World Unite ! ! |and died for You.
------------------------------------------------------------------------------
From: davidc@montagar.com (David L. Cathey)
Newsgroups: comp.os.vms
Subject: re: DISK fragmentation analysis utility
Date: 2 Sep 92 00:08:29 GMT
Organization: Montagar Software Concepts, Plano TX

In article <2160032A_00057EE8.0095FF6FE1FE9B60$6_1@UK.AC.KCL.PH.IPG>, SYSMGR@IPG.PH.KCL.AC.UK writes:
>> DISKEEPER's disk analysis utility if usually available as a
>> demo/freebie from the vendor if you fill out any of those response card
>> forms you get as a subscriber to the trade rags.  You might want to
>> contact executive software directory or else their local distributor.
> 
> No! Don't! Once Executive software have your number, your phone will
> never stop ringing! Even if you tell them that you are going mad and if
> they phone you again you'll visit them with a machine gun and hand-grenades,
> they'll still phone next week to see if you've changed your mind! Aaaaargh!
> 
> Ahem. Sorry. If anyone wants a fragmentation analysis tool and no phone
> calls, I'll send them one on request. 

	Also, if you have CONDIST, you can install DEC's File Optimizer and
run the analysis portion without a PAK.  That way, no calls, no one knows...

	If you want a really quick idea if fragmentation is a problem,
use MONITOR IO and look for non-zero Split-Transfer Rate, and also MONITOR
FCP and look for non-zero Window Turn Rate.  Both of these indicate some
(possible minor) degradation due to framentation.  You will probably never get
rid of all of it, so remeber the laws of diminishing returns...

> 		Nigel Arnot
> 
> 		NRA%ipg.ph.kcl.ac.uk@nsfnet-relay.ac.uk   (internet)
> 		NRA%uk.ac.kcl.ph.ipg@ukacrl.bitnet        (bitnet)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
David L. Cathey		                |INET: davidc@montagar.com
Montagar Software Concepts              |UUCP: ...!montagar!davidc
P. O. Box 260772, Plano TX  75026-0772  |Fone: (214)-618-2117
From: murphy@HAL.HAHNEMANN.EDU
Newsgroups: comp.os.vms
Subject: Using ISO 9660 CDs with an InfoServer 150
Date: 25 Aug 92 21:16:29 GMT
Distribution: world
Organization: The Internet

Gentlefolk,

I am trying to use ISO 9660 CDs on an InfoServer 150 and a MicroVAX
3100-80.  The InfoServer will happily find and mount ISO 9660 CD
partitions, however it does not appear to broadcast their availability
to the network.  When I use:

LADCP> SHOW SERV /ALL

on the MicroVAX, the ISO 9660 partitions do not appear.


Here are the hardware and software particulars:

MicroVAX 3100-80 w/72MB
	VMS 5.5-1
	InfoServer Client software 2.1 (ESS021)
	VMS ISO 9660/High Sierra support (F11CD055)

InfoServer 150 w/RZ23/RRD42/TZ85/TSZ05
	InfoServer Software Version 2.1
	Tape and Disk Functions


I can work around the problem by creating a bogus service with the same
name and an ODS_2 class on the InfoServer, binding it under LADCP on the
VAX, and then using CD_MOUNT to mount it.  However, this is sort of kludgy
and defeats the purpose of having AUTOMOUNT enabled on the InfoServer.

Has anyone else run into this?  I've already done RTFM and RTFRN (Release
Notes) and have not been able to find anything.  If it's a known problem,
is there a better workaround?

Thanks in advance for any help!  Please email me directly.  If there is
sufficient response/interest I will summarize it for the net.

Regards,

John


 -----------------------------------------------------------------------------
              |John Murphy             |Internet: murphy@hal.hahnemann.edu
   /   / /   /|Library System Manager  |VMS Mail: HAL::MURPHY
  /---/ /   / |Hahnemann University    |Voice:    (215) 762-1042
 /   / /___/  |245 N. 15th St., MS 449 |Fax:      (215) 762-8180
              |Phila., PA 19102-1192   |Time,etc: (215) 846-1212
 -----------------------------------------------------------------------------
 "It's a small world, but I wouldn't want to have to paint it" - Steve Wright
From: ALLIN1V2@WR-HITS.AF.MIL ("Allin1v2")
Newsgroups: comp.os.vms
Subject: Resource Quotas
Date: 2 Sep 92 18:18:00 GMT
Organization: The Internet


    


Newsgroups: comp.os.vms
From: blair@snogum.enet.dec.com (Blair Phillips - Digital)
Subject: Re: Editing large files with TPU
Reply-To: Blair.Phillips@cao.mts.dec.com
Organization: Digital Equipment Corporation
Date: Fri, 28 Aug 1992 05:11:52 GMT


In article <1992Aug27.115111.23317@dcatlas.dot.gov>, sethg@dcatlas.dot.gov (Seth Grimes) writes:
>
>Wasn't the record-length limitation to 960 characters lifted (for all
>practical purposes -- new limit is large) as of VMS version 5.5?
>
I have just created and editted a file with a 32767 character record on 
VMS v5.5-2. 

Worked with LSEdit V4.0 too.
--
----------
Blair Phillips					Blair.Phillips@cao.mts.dec.com
Digital Equipment Corp (Aust) P/L		Phone: (+61 6) 2754874
Canberra, Australia				FAX  : (+61 6) 2473654
{Any opinions expressed are my own, not those of Digital Equipment Corporation}
From: claes@rigel.efd.lth.se (Claes Engelin, SKF Data, Sweden)
Newsgroups: comp.os.vms
Subject: RE: Q: LSEdit with DECwindows configuration
Date: 1 Sep 92 08:56:21 GMT
Reply-To: claes@rigel.efd.lth.se
Organization: Lund Institute of Technology,Lund, Sweden


    In article <0095FC39.351E4780.21789@swdev.si.com>,
    tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX
    Support, x8425") writes:
    
>[...]
>
>One feature of V4.0 is that it can run on VMS or Ultrix (different kits, of 
>course) and have the exact same command syntax.  This is called Portable LSE.  
>DEC has changed the name, too, to DEC LSE.  You can choose the VMS-style 
>commands so it is compatible with V3.1 or you can select the Portable command 
>language (on an individual basis).  I use the Portable language, so my *real* 
>command for changing the height is SET HEIGHT nn (instead of the example above, 
>which is the VMS-style command).  Other examples of command differences are:
>
>	set left_margin nn	is now		set buffer left margin nn
>	set right_margin nn			set buffer right margin nn
>	align/comment_column=n			align n
>	call procedure params			tpu procedure params
>	capitalize word				capitalize
>	cut/append				cut append
>	cut/noerase				copy
>	dcl command				cli command
>	define key keyname lse-command		new key keyname lse-command
>
>and so on.  There are quite a few changes.  The main reason for these changes 
>seems to have been to eliminate similarity to DCL, turning qualifiers into 
>parameters.  Some of the changes (like the SET LEFT and SET RIGHT) seem to be 
>just to make things more verbose, but the designers obviously thought that a 
>more mnemonic grouping of commands would help.  Sometimes they succeeded, and 
>sometimes not, but on the whole, someone jumping between VMS and Unix will have 
>an easier time.
    
    Could it be that LSE now uses EVE's command parser? I never really
    understood why LSE had to use its own parser, making it harder for
    us TPU programmers to add LSE commands 8-}

    Apart from that, are there any other significant changes to LSE in
    V4? For example, I could use EVE's block cut-and-paste (and FILL)
    stuff.
    
--
Claes Engelin       | e-mail:  CLAES@rigel.efd.lth.se (may change anytime soon!)
SKF Dataservice AB  | MEMO:    MEMONET.SM.DSVGOT.G721746 (A Swedish net)
S-415 50 GOTHENBURG | Phone:   +46 31 371943  |
Sweden              | Fax:     +46 31 372505  |
"After you stop believing in Santa Claus, the whole world just goes downhill"
                 - Tom Clancy
From: DWING@UH01.Colorado.EDU (Dan Wing)
Newsgroups: comp.os.vms
Subject: Re: Invalid Login Information questoin (SAK 92_13)
Date: 3 Sep 92 21:51:48 GMT
Distribution: world
Organization: The Internet

Sal Kabalani, SK0001@ACAD.DRAKE.EDU, writes:

>   In March of 91, we upgraded VMS from 5.2 to 5.4-2, and our VAX hardware to
>   the setup shown below. here is our current setup:
[...]
>   1- MAIL from KIRK to SPOCK and SPOCK to KIRK no longer displays receipt
>      notification at the terminal.

The system logical MAIL$SYSTEM_FLAGS, explained in the MAIL manual, will
help you here.

>   2- MAIL to SPOCK::USER from KIRK, or KIRK::USER from SPOCK no longer works.
>      It returns the errors:
>      "%MAIL-E-LOGLINK, error creating network link to node KIRK",
>      "-SYSTEM-F-INVLOGIN, login information invalid at remode node".

Creating the MAIL$SYSTEM_FLAGS logical should help; MAIL is trying to create 
a DECnet link to the other node, and either your NCP database isn't setup 
correctly, or the password in NCP doesn't agree with the password in SYSUAF.
Because the nodes are all VAXclustered, and I assume share the same SYSUAF
and VMSMAIL_PROFILE files, you don't want (or need) a DECnet connection
to deliver mail to the other nodes.

>   3- PHONE from SPOCK to KIRK and KIRK to SPOCK no longer works. Phoning
>      KIRK::USER from spock results in the "Establishing DECnet link..."
>      Message, the PHONE utility returns the error "login information invalid
>      at remode node"

Your NCP database isn't setup correctly, or the password in NCP doesn't
agree with SYSUAF.

You may have a mis-placed file NETOBJECT.DAT, which "should" be in your
SYS$COMMON:[SYSEXE] directory so everyone that shares your SYSUAF is also
sharing your NCP database of known objects and their associated passwords.

Alternatively, you can set the same password in all your NCP databases for
all the nodes that share the same SYSUAF.DAT (BYPASS has to be turned on to
see the NCP passwords).

>   4- The DCL command REPLY/USER does not ALWAYS display a message on the
>      user's terminal on KIRK on occasion. I was unable to detect a pattern of
>      success or failure for this oepration.
>
>   5- SHOW PROCESS/CONTINUOUS and SHOW PROCESS/ACCOUNTING no longer work if the
>      requestor process is on a different CPU than the target process.

SHOW PROCESS/CONTINUOUS isn't supposed to work (you should receive an error
saying it isn't supported, or some related message - this is in the VMS V5.5
HELP for SHOW PROCESS/CONTINUOUS).  Not sure about SHOW PROCESS/ACCOUNTING, 
though.

-Dan Wing, DWING@UH01.Colorado.EDU or WING_D@UCOLMCC.BITNET (DGW11)
 Systems Programmer, University Hospital, Denver
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: comp.os.vms
Subject: Re: DECWindows Motif Eve/Tpu problem
Date: 31 Aug 92 21:28:46 GMT
Organization: The Internet

In article <1992Aug31.104525.28165@abo.fi> you write:
#
#I've just upgraded VMS from V5.5 to V5.5-1 and DECWindows to Motif
#(so just a few minor changes, nothing worth to mention :-)
#
#A user is using OpenWindows 2.0 as Window Manager on his X-station (a
#Tektronix TekXpress XP23 AT) where he's also been running DECWindows
#applications, like tpu/eve.
#
#Running TPU from FileView doesn't work any longer and starting it with
#the definition
#
#	$tpw:==spawn/nowait/input=nl: eve/display=decwindows
#
#doesn't work either.
#

Make sure you are at Motif 1.0a.  And not Motif 1.0.

--
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: ptmcinti@indyvax.iupui.edu
Subject: control characters and vms
Organization: Indiana University
Date: Mon, 31 Aug 1992 05:43:21 GMT

Having a problem transmitting Control characters via ftp from the vax.  
Does anyone know how to transmit these characters?  (i.e. for dirnames with 
imbedded control characters...) 
please respond via email to: 
ptmcinti@indyvax.iupui.edu 
Thanks!