HDTenEightyP/NetNews huggingface dataset:
From: hornlo@OKRA.MILLSAPS.EDU (Larry Horn)
Newsgroups: comp.os.vms
Subject: patch for EXTRACT/FOREIGN
Date: 20 Aug 92 04:52:18 GMT
Distribution: world
Organization: The Internet


>>Note that EXTRACT/FOREIGN extracts a file with WORLD:RWED privileges!

This is fixed in CSC patch #35 (for VMS V5.3 - V5.5-1).

hornlo@okra.millsaps.edu
From: bruce@camb.com (Barton F. Bruce)
Newsgroups: comp.os.vms
Subject: Re: ascii-ebcdic
Date: 13 Aug 92 22:27:39 EDT
Organization: Cambridge Computer Associates, Inc.

In article <01GNGR1CWTKW8Y525V@MUVAXE.RFERL.ORG>, MALLETTN@MUVAXE.RFERL.ORG ("Nigel Mallett, ISD, Radio Free Europe x2723") writes:
> Hi,
> 
> 	for, which is a VMS program to convert a tape received from an IBM
> 	site (ebcdic) to a VMS readable form... can anyone point me the 

A PDP-11 running RSX-11M+ can easily translate it on the fly for 
any application reading or writing a tape. Or you can simply
copy the files in with PIP.

I don't know if that support was extended to VMS's support of RSX
(VAX-11 RSX - upi=382AA) or not. You may have better luck finding
a Vax running that than an 11 running RSX on your network.
Newsgroups: comp.os.vms
From: dent@DIALix.oz.au (Andrew Dent)
Subject: HELP! Freeze on Startup
Organization: DIALix Services, Perth, Western Australia
Date: Fri, 14 Aug 92 18:33:29 GMT
Keywords: 4000 FREEZE STARTUP DECWINDOWS

HELP! We now have a VaxStation 4000 that is freezing on startup!

The symptoms (observed by setting STARTUP_P2 to TRUE) are that the
startup process appears to hang at or after the EXIT $STATUS in the 
command file that calls DECW$STARTUP. Checking another system disk
suggests that this file is VMS$LPBEGIN-050_STARTUP.COM.


THE ENVIRONMENT:
Mixed Cluster running 5.4 off a common system disk (HSC$COMMON)

Vaxstation 4000 running 5.5 off a local disk, with SYS$SYSROOT set to
DKA300:[SYS0], DKA300:[SYS0.SYSCOMMON.] & HSC$COMMON. DECwindows was 
originally installed on the Vaxstation (there are other systems running
DECWwindows, from the common system). Motif was tailored on and then 
tailored off again, with DECWindows being tailored back on recently.
Since that date, DECWrite has refused to work and the clock lacks any
characters.



TONIGHT'S DISASTER
In an attempt to discover the origin of the DECWrite/clock problems, 
DECWrite was re-installed (with SYS$SYSROOT altered to point to the 
local specific & common only, ignoring the common cluster system). This
failed to change the situation but we DID find that MOTIF was considered
as still installed, due to the presence of a DECW$DXMLIBSHR (I think) in
SYS$LIBRARY.

Subsequent testing revealed this shareable lib HAS to be there for any
DECWindows program to run.

Whilst checking things out we restarted the DECWindows server with SYS$LIBRARY
pointing at the VMS5.4 area, not the current 5.5 area.

The console refused to display the login screen so we attempted a reboot
and ran into the freeze documented above.

Restoring from the backup taken BEFORE any changes, suffered the same 
problem, leading to a supposition that something has been inadvertently
changed back on the common system disk (although most stuff should be coming
from the local, VMS5.5, system disk!!!!).


HELP!

Andy Dent (A.D. Software - Mac & VAX programming)
94 Bermuda Dve, BALLAJURA  Western Australia  6066
Phone/Fax: 09 249 2719 (local)  +619 249 2719 (International)
       Internet: dent@DIALix.oz.au    Compuserve: 100033,3241
From: tkslen@ubvmsb.cc.buffalo.edu (Lenny Miceli)
Newsgroups: comp.os.vms
Subject: Photo v5.1-1 and CPUSPINWAIT bugcheck
Keywords: photo CPUSPINWAIT
Date: 20 Aug 92 01:25:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

I just had a bugcheck on my vax 6520.  I called RDC and when they researched
the problem they said it was PHOTO that caused the crash.

The bugcheck was CPUSPINWAIT, CPU SPINWAIT time expired.

The person from RDC said they have seen PHOTO cause this bugcheck before
on multi processor machines.

So my question is, Has anyone else had this problem?  If so, is there a fix?
I am running PHOTO v5.1-1 and VMS v5.5-1.

Thanks in advance,
  Lenny Miceli   tkslen@ubvms.cc.buffalo.edu
  716-645-3565
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: RE: File Expiration Date
Date: 16 Aug 92 20:01:42 GMT
Distribution: world
Organization: The Internet


	What is the file expiration date good for. I had thought that the file
	would be deleted after it's expiration date, but the file is still
	there 2 days after it expired. 

VMS doesn't automatically delete files when they expire; it keeps the date
around for a local site (or individual user) to implement such a policy if
they desire.  DCL commands that allow selection based on date allow you to
specify that the selection is to use the expiration date.  For example:

	$ DELETE *.*;*/EXPIRED/BEFORE:TODAY

will delete all files in the current directory that have expired.  WARNING!!!
USE THIS COMMAND WITH *GREAT* CARE!!!  A file whose expiration date has never
been set will appear to have expired on the VMS "0-time" back in 1858!

It is possible to get VMS to automatically set expiration dates, using the
SET VOLUME/RETENTION command.  This little-understood command can be used to
get VMS to maintain the expiration date of all files on the volume so that
files will expire some amount of time after they are last accessed.  This
command applies to the entire volume, and you have to either own the volume,
or have appropriate privileges, to invoke it.  Note that it only maintains the
expiration dates; deleting or backing up or doing something else with
expired files is still up to you.

	I checked the help on it and it didn't explain it any further. What I
	am trying to do is have any file I put in a temporary directory to
	expire 7 days after it was created so I don't have hundreds of files
	that I only wanted to keep for a few days. I wrote a command procedure
	to do this, which I could always change so instead of it setting the
	expiration date it would delete it 7 days after it's creation date but
	that would not be as accurate. 

You can certainly do this, but note that VMS won't do anything to maintain the
expiration date automatically unless a volume retention period is set for the
volume that contains the files.

	I do have one problem with the command procedure but I have an idea on
	how to get around it. The problem comes up is if the file is created
	less than 7 days before the end of the month, I will come up with an
	invalid date such as :  35-AUG-1992:10:34:22.93. Does anyone know how
	to get DCL to add one or more weeks to a date and have it go to the
	next month if necessary?

F$CVTIME will do this for you.  If you call it with a combined time (absolute
time plus delta time) as its first argument and "ABSOLUTE" as its second
argument, it will effectively add the delta time to the absolute base time for
you.  Thus:

	$ write sys$output f$cvtime("28-aug-1992+7-","ABSOLUTE")
	4-SEP-1992 00:00:00.00

Note the trailing "-" - without it, the delta time would be just "7", which is
taken to be 7 hours, not 7 days.
							-- Jerry
From: sysbrc@loki.albany.edu (Brian Cuttler)
Newsgroups: comp.os.vms
Subject: Re: Help with local command for c link
Keywords: c link
Date: 20 Aug 92 20:20:36 GMT
Article-I.D.: sarah.1992Aug20.202036.7251
Organization: State University of New York at Albany

You can not substitute for p_parameters in a symbol, for that you must
use a com-file.  In your case you can just change the order of the
parameters to link ie:

$ link :== link/nomap your_directory:options/opt,

then use the symbol like this

$ link myfile

						Brian Cuttler
						University at Albany
Newsgroups: comp.os.vms
From: ecf_stbo@jhuvms.hcf.jhu.edu (it takes a bigger man to laugh at that man...)
Subject: RE: What's happened to this list!?!
News-Software: VAX/VMS VNEWS 1.41    
Organization: The Johns Hopkins University - HCF
Date: Thu, 20 Aug 1992 19:32:00 GMT

In article <0095F531.E2AED900.17641@swdev.si.com>, tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425") writes...
>Jennifer R. Amon (bamon@ocvaxc.cc.oberlin.edu) writes:
> 
>>This list has suddenly changed! The "From:" statement in the
>>mail header used to always say "INFO-VAX..." 

If you resubscribe to the list (e.g. on a VM listserv) with a
special TO: address 
(e.g. send listserv@bitnethost sub whatever-l "J. R. Amon's INFO-VAX mailings")
you can then sort them out with sel/to=info-vax. You can do this with a
non-interactive mail message to listserv if your not directly on bitnet. If your
not subscribed via a listserv you can probably just request the list maintainer
put in the TO: name you desire...

Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer 
Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218 
> * OLX 2.1 * ease!Trim!eeeaaaassse!trimtrimTRIMeeeeeeeaaaaaasse!trimea
From: dsroberts@beckman.com
Newsgroups: comp.os.vms
Subject: Re: Problem tracking software wanted
Date: 13 Aug 92 07:28:54 PDT
Organization: Beckman Instruments

In article <1992Aug13.090805.1@uwovax.uwo.ca>, gerard@uwovax.uwo.ca (Gerard Stafleu) writes:
> I'm looking for problem tracking software under VMS. Does anyone have any
> experience?
> 
> ----
> Gerard Stafleu
> email: gerard@uwo.ca
> CCS, NSC 202, University of Western Ontario,
> London, Ontario, Canada N6A 5B7
> (519)661-2151

We use CA-Netman here at Beckman.  It has some decent reporting capabilities
but the user interface sucks pond water.  It usually takes longer to enter a
problem than to solve it.  We haven't figured out yet how to get it to take a
template so we can only enter a couple things, and the on-line help isn't.

OTOH, I think VAXnotes would do problem tracking reasonably well :-), but it
lacks the reporting capabilities, so it wouldn't be good for things like
automatic escalation.
-- 
   Don Roberts                   Internet:  don@beckman.com
   Beckman Instruments, Inc.     Phone:     714/961-3029
   2500 Harbor Bl. Mailstop X-12 FAX:       714/961-3351
   Fullerton, CA  92634          Disclaimer:  Blame me, not Beckman.
   People are as happy as they decide to be - A. Lincoln
From: jsd@esl.com (Jeff Dalton)
Newsgroups: comp.os.vms
Subject: DecNet RPC and Xwindows
Date: 13 Aug 92 05:37:35 GMT
Organization: ESL Inc., S'vale CA

I'm trying to start an Xwindows process running on a remote node and
have it displayed on my local node.  The catch is that I don't want to
log into the remote node to start the process.  I'm attempting to use
the DecNet Remote Command Execution facility, you know... the stuff that
looks like the following:

  type RMT_NODE::"username password":"task=FILE.COM"

I've checked out the commands and everything works fine,  I put my local
node name in the command file and the remote node reads the file and sets
the display to my local node.  The problem is that when I go to run an X
application (ie. the calculator or clock) I get an "unknown" fatal error -
something like "NONAME-F-NOMSG, Error number 303030212".  That's not the
number, but it means about the same to me.

Has anyone done this?  Can the X windows application be run without having
a "session" started?  Is there some way to find out the error from the error
number?  
--
Jeff Dalton                    If a train station is where a train stops,
jsd@esl.com                            what does that make a workstation?
ESL Inc., S'vale CA
From: osyjm@cs.montana.edu (Jaye Mathisen)
Newsgroups: comp.os.vms
Subject: Anybody using a tape on their infoserver?
Date: 20 Aug 92 06:59:26 GMT
Article-I.D.: coe.1992Aug20.065926.4619
Organization: Dept. of Computer Science, MSU, Bozeman Mt 59717



Is anybody actually using the tape function access on their infoserver?

I have a TLZ06 attached to mine.  I can do a show serv on the infoserver,
and it shows 'TLZ06 [TAPE]'.

Well, here's the output for real:
COE-Infoserver >  show serv tlz06

 TLZ06                [TAPE]
    Device ID:                 TP5:   Password:              Disabled
    Service Rating:           39822   Rating Mode:            Dynamic
    Max Read Sessions:            1   Current Read Sessions:        0
    Max Write Sessions:           1   Current Write Sessions:       0
    Records Read:                 0   Records Written:              0
    Bytes Read:                   0   Bytes Written:                0
    Segments Read:                0   Segments Written:             0

(One interesting thing to note is that the service rating is droppinglike
a stone.  It started at 60000+, and is down to 39000 in about 15 minutes...
Why?)


I can do a "$ mcr ess$ladcp show serv/tape", and the tape service isn't
available.

[here it is]
ECE:PRIVS $ mcr ess$ladcp show serv/tape

Interrogating network for Tape services, please wait...
ECE:PRIVS $



If I show disk servers, all the available disk services from the coe-infoserver
are shown, so I don't think it's some kind of group problem...

Any ideas?  I'm desparate to get this to work.  It is possible that I missed
something very obvious in the manual, if so, point the way...
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
Newsgroups: comp.os.vms,comp.sys.dec
From: jackson@pravda.enet.dec.com ()
Subject: Re: New VAXes/VAXstations: can these be realized?
Keywords: VAX Alpha multiprocessor VMS
Reply-To: jackson@pravda.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Thu, 13 Aug 1992 13:04:10 GMT


In article <1992Aug11.212818.19498@thijssen.nl>, lamhof@thijssen.nl (Lambert Hofstra) writes:
|>
|>What would make it impossible for DEC to make a multi(VAX)processor
|>VAXstation in the same box as a 4000 model 60 or 90, for instance a four
|>32VUPprocessor VAXstation 4000 model 94? (imagine 120VUP on the desktop
|>:)  VMS can't be the problem: it supports SMP since V5.0.
|>

First off, heat and power.  The NVAX chip isn't your run-of-the-mill 
two watt chip and takes a considerable amount of air movement and power
in order to run the chip.  That said, the packaging of the Model 60 and 90
wouldn't suffice, and thus we'd have to build yet another box.  It may
come as a surprise, but building boxes isn't cheap, and we've got to "pick
our battles" so to speak.  

There's also some considerable cost and performance implications in an MP
system.  (for instance you can tune the memory system when you don't have
to worry about snoopy caches, and bus arbitration)  

Believe me, we've thought about MP workstations, we've actually done 
them in the past (BTW, the 3520/3540 were considerably more expensive than
the Model 60, which has the same single stream performance as a 3540 has 
multi-stream)
--


William M. Jackson
Workstation Product Marketing Manager
Workstation Engineering
Digital Equipment Corporation
146 Main Street
Maynard, MA 01754

Mail:	Jackson@pravda.enet.dec.com
Xref: sparky comp.os.vms:13964 vmsnet.sources.d:546
From: goathunter@wkuvx1.bitnet
Newsgroups: comp.os.vms,vmsnet.sources.d
Subject: Announcing new Zip v1.9 & UnZip v5.0 for VMS (saves VMS attrs)!!
Date: 21 Aug 92 23:10:38 CDT
Organization: Western Kentucky University, Bowling Green, KY

Zip v1.9 and UnZip v5.0 have just been announced by the Info-ZIP
group.  Zip compresses files and stores them in a single archive file.
UnZip uncompresses the files in the archive.  They are compatible with
PKZIP and PKUNZIP, which are very popular in the MS-DOS world.

These versions of Zip and UnZip support the long-awaited saving and
restoring of VMS file attributes for VMS .ZIP files (using the -V
option on the ZIP command).  This ability will make the use of .ZIP
files practical for VMS sites, since all VMS file types can be
safely zipped and unzipped.  Previous versions of Zip/UnZip created
only Stream_LF files upon unzipping.

I have repackaged Zip and UnZip for VMS distribution.  My distribution
contains all of the original source files (allowing you to build Zip
and UnZip for Amiga, Atari, MS-DOS, OS/2, NT, UNIX, and VMS), plus the
VMS .OBJ and .EXE files for those sites without a C compiler (either
GNU C or VAX C).  The .EXEs were linked under VMS v5.5-1.

---------------------------------------------------------------------------
Zip v1.9 and UnZip v5.0 have just been posted to vmsnet.sources; they
should appear there shortly.  You can also get them via anonymous ftp
from ftp.spc.edu; you'll need:

	[.MACRO32]AAAREADME.TXT
	[.MACRO32]LZDCMP.EXE
	[.MACRO32.SAVESETS]ZIP-UNZIP.BCK_Z

You can also get them via e-mail by sending the following commands in
the body of a mail message to FILESERV@WKUVX1.BITNET:

SEND ZIP-UNZIP
SEND FILESERV_TOOLS
---------------------------------------------------------------------------

Note that the ZIP-UNZIP package is distributed via e-mail in VMS_SHARE
format and it consists of 50 60-block files.  I expect requests for
this package to be heavy, so traffic may tend to back up on the BITNET
lines.  Please be patient and allow several days for all the parts to
arrive---do *not* ask for multiple copies of the package.  Also,
before requesting ZIP-UNZIP, try sending the command DIR ZIP-UNZIP to
FILESERV@WKUVX1.BITNET to make sure your address is readable by
FILESERV; I'm getting tired of handling bounces of these huge packages
because people's return addresses are not right.  If you never get a
response to the DIR ZIP-UNZIP request, then send mail to me with a
valid address and I'll forward it out to you.

Hunter
------
Hunter Goatley, VMS Systems Programmer, Western Kentucky University
goathunter@WKUVX1.BITNET, 502-745-5251
Newsgroups: comp.os.vms
From: coleve@cc.uvcc.edu
Subject: Re: Backup and Tape Manangement Utility
Organization: Utah Valley Community College
Date: Tue, 18 Aug 1992 04:32:02 GMT

In article <01GNOKTR962A9UMQ1U@LAGUNA.EPCC.EDU>, ARTG@LAGUNA.EPCC.EDU writes:
> 
> We are looking for a Backup utility that has a Tape Management System with 
> it.  Since we have a C.S.L.G. through DEC, we'd like it to be a DEC 
> product.  However, third party software will be considered also.  
> 
We have used TAPESYS, from Software Partners, for years.  It has been great.
We are in the process of converting to SLS -- because it is a DEC product
and on the CSLG.  SLS is actually a version of TAPESYS, purchased by DEC and
reworked a little.  So far it seems that they haven't messed it up too badly.
-- 
-- Vern Cole -- Systems Manager -- Utah Valley Community College --
Newsgroups: comp.os.vms
From: ejon@ll.mit.edu (Eric Jones)
Subject: Re: >>>>>> PCA gives strange results
Reply-To: ejon@ll.mit.edu (Eric Jones)
Organization: MIT Lincoln Laboratory
Date: Thu, 13 Aug 92 13:31:51 GMT


In article <ssimmons.713634003@convex.convex.com>, ssimmons@convex.com (Steve Simmons) writes:
|> 
|> [much helpful and informative info removed]
|>
|>Does this answer your question??? ;-)
|>
|>
|>					Steve Simmons

	Well, yes it does, thanks.  I did receive one other response by
email with the other correct answer:
				RTFM

(but not in so many words).  Turns out my exact question was answered in
the Guide to PCA in the, get this: "Questions and Answers" appendix!

The upshot: the user who presented me with the question was able to
figure out just what was munching all the CPU time (it was repeated
calls to sin and cos functions from the RTL) and was able to reduce
the runtime of his program by 30%.  Another PCA success story!

[wild cheering + tears of joy]

Thanks to the both of you.
Eric
From: oberman@ptavv.llnl.gov
Newsgroups: comp.os.vms
Subject: Re: DECW => DECW MotifREAD/NEW/FOLLOWUP
Date: 18 Aug 92 15:55:56 GMT

In article <1992Aug18.074837.613@abo.fi>, HEGE@finabo.abo.fi (Kaj H{ggman DC) writes:
> Hello!
> 
> I'm about to install DECW Motif in our MI-cluster and I'd really 
> appreciate any comments or ideas about the migration from DECW
> to DECW Motif.
> 
> It seems like I'll have to tailor off DECWindows first, before
> install Motif, or? As far as the installation concerns, is there something
> else that should be done?
> 
> I'm familiar with the UAF and SYSGEN quotas that need to be changed,
> what other "post installation" procedures are there?
 
NO!! You MUST install DECwindows before installing Motif. The internal battles
over who is responsible for what are not worth the time to go into, but all
device support comes from the VMS group and is part of basic DECwindows. The
fonts come from VMS as well. There is a different group doing Motif. The Motif
installation procedure assumes DECwindows is there and things will not work if
it's not.

Odd aside: The Motif distribution includes 75 and 100 dpi fonts. I recently
switched to a new workstation and wanted the 100 DPI fonts. No problem. I ran
VMSINSTAL on DECW$MOTIF and selected only the 100 DPI fonts. The program told
me that 75 DPI fonts and 100 DPI fonts would be installed.

No problem. Since 75 DPI fonts are required, it probably ignores the response
to teh question and always installs them. (But why ask the question?)

The installation procedure ran for about 15 minutes and, Shazam! No 100 DPI
fonts. I found the 100 DPI fonts in DECW$MOTIF010.E which was not even
unpacked. Hmmm. Time to call CSC. The guy there informed me that even though
the installation procedure asks about installing the fonts, it never really
does anything with them. DECwindows is the only source of the fonts, so I had
to do a DECW$TAILOR to load the fonts.

Does this story confuse you? If not, please try to explain it to me.

I asked if this would be fixed in DECW$MOTIF011 and was told that it would not
and that there were no plans to ever fix it. (Note: CSC folks have been known
to be in error on future products.)

R. Kevin Oberman			Lawrence Livermore National Laboratory
Internet: koberman@llnl.gov		(510) 422-6955

Disclaimer: Don't take this too seriously. I just like to improve my typing
and probably don't really know anything useful about anything.
From: dziomba@benhur (Paul P. Dziomba)
Newsgroups: comp.os.vms
Subject: Re: Information on COMPUSERV and PRODIGY
Date: 12 Aug 92 10:28:41 GMT


	It is possible to send and mail from CompuServe to the 
Internet and receive Internet mail on CompuServe.  Mail is sent
to CompuServe in the format XXXX.YYYY@CompuServe.Com (where
XXXX.YYYY is the CompuServe ID usually XXXX,YYYY).

	Prodigy (*P*) can not send or receive electronic mail
outside of the *P* system :(:(:(:(.

   Paul P. Dziomba, "The DP GuRU"                MM
   Human Resources Information Management        MM
   3401 Walnut Street, Suite 527A         MMM    MM
   Philadelphia, PA  19104-6228           M M MMMMMMMM
                                          M M M      M
   Internet: Dziomba@A1.BenHur.UPenn.Edu  M MMM      M MMMM
  Alternate: Dziomba@POBox.UPenn.Edu      M          M M  MMMM
    Prodigy: BDVW45A                      M          M M   M
     MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM"
     M                                                          PPD     M"
      M                                                               M"
       MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM
Newsgroups: comp.os.vms
From: louzon@aplcen.apl.jhu.edu (Louzon ronald g)
Subject: Looking for mtools or other progs to write PC floppies
Organization: Johns Hopkins University
Distribution: na 
Date: Thu, 20 Aug 92 19:24:12 GMT


Hello, I am looking for a VMS version of mtools.  Mtools
is a set of programs for a UNIX machine to read and write
PC floppies.  I would like to be able to read and write
PC floppies on a DECstation 3100.

Please reply via email    louzon@aplcen.apl.jhu.edu

Thanks