HDTenEightyP/NetNews huggingface dataset:
From: anderson@williams.EDU ()
Subject: Re: RE-summary of VMS 5.5 upgrade
Reply-To: James.C.Anderrson@Williams.Edu
Organization: Williams College Center For Computing
Date: Wed, 22 Jul 1992 19:25:02 GMT


--In article <9207221105.AA04617@genrad.com>, dongray@cdclu1.genrad.com (Derek Dongray) writes:
From: dongray@cdclu1.genrad.com (Derek Dongray)
Newsgroups: comp.os.vms
Subject: Re: RE-summary of VMS 5.5 upgrade
Date: 22 Jul 92 11:05:11 GMT
Distribution: world
Organization: The Internet

[...]
> 1.)  TOD clock was set ahead? (I think it was ahead) by about 1 day.
>      Don't create any files or change anything until you check this
>      out.
[...]

I had this happen to my system too ... which was a *real* PITA because the node
runs a DTSS server (currently without an external time provider) to keep all
the machine clocks the same on the whole LAN. This unexpected change was very
tedious to fix since with DECdts running "SET TIME" doesn't work and I had to
read up on the DTSS$CONTROL command "SET EPOCH ..." before I could fix it, by
which time some of the clients had started to drift their clocks ...

What I'd like to know is why the upgrade (V5.4-2 -> A5.5) changed the clock at
all?
--------------------------------------------------------------------------------
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.



********************************************************************************
Jim Anderson						Williams College
Systems Manager						Center for Computing
janderson@williams.edu (Internet)			Jesup Hall
janderson@williams.bitnet				Williamstown, MA 01267
							413-597-2082
********************************************************************************
In article <9207221105.AA04617@genrad.com>, dongray@cdclu1.genrad.com (Derek Dongray) writes:
From: dongray@cdclu1.genrad.com (Derek Dongray)
Newsgroups: comp.os.vms
Subject: Re: RE-summary of VMS 5.5 upgrade

>What I'd like to know is why the upgrade (V5.4-2 -> A5.5) changed the clock at
>all?

The word I got from DEC on this was that it had something to due with the fact that it is a leap year.  How that effects the kit, I have no idea, but both upgrades I did bumped system time by exactly 24 hours.

On the "gotcha" end of things, don't do the queue upgrade until you go to 5.5-1. (Say no to it during the upgrade)  Then follow the intrutions in the 5.5-1 release notes. Very straight forward and esy.  Just remember, if you reboot the system before you do the 5.5-1 upgrade, make sure you're disks mount.  I rebooted min to keep people off (yes, there are easier ways, but I have more software to install).  The queue upgrade goes out to find the actual file and will display an error message if FNF.  No probl





em with a job that has been retained on error, but I caused me some headaches.

Jim

--
Jim Anderson
Systems Manager
Williams College
Jim.Anderson@Williams.Edu
From: angi@festival.ed.ac.uk (Angi Lamb)
Newsgroups: comp.os.vms
Subject: Make recommendations?
Date: 23 Jul 92 09:16:29 GMT
Distribution: comp

Can anyone recommend/tell me the locations of good make implemebtation
for VMS. We have some users moving from a ?nix system to VMS who would
like it.

Thanks in advance. Angi
Newsgroups: comp.os.vms
From: ORAKEL@rzmain.rz.uni-ulm.de (Framstag)
Subject: Re: UNIX like shell
Organization: University of Ulm, Germany
Date: Tue, 21 Jul 1992 19:57:32 GMT
X-News-Reader: VMS NEWS 1.23

> Is there anything out there that either replaces or lies on top of
> DCL.EXE that gives the look and feel of UNIX 'csh'. I find such things
> as piping and inderection useful from the command line.

under VMS 5.5 just type POSIX and you'll get a ksh.

I personally prefer DCL with Ken Wallweins wonderful PIPE emulator.
In my opinion the best of both worlds.


\  Ulli 'Framstag' Horlacher    \   psi%0262450502601::rzmain::orakel    \
 \  Student consultant VAX/VMS and networks    \  orakel@dulruu51.bitnet  \
  \  Rechenzentrum  Universitaet Ulm  Germany   \     orakel@rz.uni-ulm.de \
   \  "With mainframes you just can do nonsense, with PCs not even that."   \
From: lbmoore@tchden.UUCP ("Louis B. Moore")
Newsgroups: comp.os.vms
Subject: Re: DECwindows ==> Motif license upgrade
Date: 29 Jul 92 15:11:19 GMT
Distribution: world
Organization: The Internet



>> the deadline was past.  We beat up on our DEC-critter, saying that we should
>> get it for free since we never were informed (we were told about the upgrade
>> one week after it expired), but our words fell on deaf ears.

>What was the offer, I still haven't heard anything ?

The offer was in the VMS 5.4-3 release notes.  We had to fill in a form
listing all the machines we used DECwindows on.  Many months later, we
got the PAKs and kits.  I had to beat our DEC-critters until my arm was
tired but it worked. 

Perhaps somebody who still has the release notes can fill us in on the
details.

-=-=-=-=-=-=-=-=-=
 Louis B. Moore                      Internet: tchden!lbmoore@csn.org
 Systems Programmer                  Phone:    +1 303 837 2513
 The Children's Hospital of Denver   Denver, Colorado USA 80218
                   
 Systems Programmers should never try to explain what they do for a living.

 My opinions do not necessarily reflect those of The Children's Hospital.
From: mark@alsvid.une.edu.au (Mark Garrett Internet: mark@arvak.une.edu.au Phone: +61 66 20 3859)
Newsgroups: comp.os.vms
Subject: Re: DECwindows ==> Motif license upgrade
Date: 29 Jul 92 01:52:45 GMT
Organization: University of New England - Northern Rivers (Lismore)

From article <27JUL199210184696@dstl86.gsfc.nasa.gov>, by olson@dstl86.gsfc.nasa.gov (Paul Olson):
> In article <1992Jul27.030929.3431@spcvxb.spc.edu>, terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.) writes...
> the deadline was past.  We beat up on our DEC-critter, saying that we should
> get it for free since we never were informed (we were told about the upgrade
> one week after it expired), but our words fell on deaf ears.

What was the offer, I still haven't heard anything ?
-- 
Mark Garrett	Internet:  mark@arvak.une.edu.au	Phone: 	+61 66 20 3859
   University of New England, Northern Rivers, Lismore NSW Australia.
From: CCSA_13@RCKHRST1.BITNET ("Federico A. Schlagel")
Newsgroups: comp.os.vms
Subject: (none)
Date: 31 Jul 92 02:57:27 GMT
Organization: The Internet

Need Help If at all possible.

I have a question regarding implementation of batch queues on a 3100 VAX
Workstation running 5.4 with MultiNet or TCP/IP services for VMS (version
2.0).  What I am trying to accomplish is the following:

        Create several batch or print queues depending on the data stream
        (e.g. HPGL, HPPCL, HPPS).  However I want the queue to direct
        itself to an AIX or SCO print server que (obviously on TCP/IP)

        I am currently running PCSA (Pathworks for DOS version 4.0) via
        decnet.  Have had no problems implementing queues on the 3100
        for direct output to Printers connected via DECNET.  However, the
        company's standard transport is slowly transfering to TCP/IP and need
        to figure out the smoothest implementation of a VAX QUE directed
        to a Print Server BOX running Unix.

Is there an easy answer to this question?   Running MultiNet, I have en-
countered the CONFIGURE /PRINTERS command.  Is that a step in the right
direction?  Is there a similar configuration for TCP/IP Services For VMS.

I would Appreciate the response.

Federico A. Schlagel
Consultant
Marion Merrell Dow Inc.
Kansas City, MO.
From: SK89221@ACAD.DRAKE.EDU (Sal Kabalani)
Newsgroups: comp.os.vms
Subject: Access Violation
Date: 28 Jul 92 04:15:36 GMT
Distribution: world
Organization: The Internet

>The problem: when my project starts a Wollengong daemon, the daemon
>exits immediately, with what I believe is an Access Violation error.
>The daemon is being started with sys$creprc, and I provide a mailbox
>to write to after the process terminates. Reading the mailbox with
>sys$qiow, I get the accounting message from the daemons termination,
>and the final status field is (hex) 1000000C. Since the C (dec 12)
>is listed as an Access Violation, I assume that's the error, but
>that 1 way over there makes me wonder, and I don't find any error
>codes that large.

From my experience, I found that most Access Violation Errors are caused when
your program tries to access a protected region of memory. The way I understand
it, one of the uses of protected memory regions is to hold the variable
ADDRESSES. 

Most likely, you are passing a parameter to you routine with the wrong passing
mechanism. Assuming a LONG My_Var, Passing My_Var by Ref would cause the
ADDRESS of this variable to be passed, if the routine you are calling expect
the value of My_Var, then you will get a Memory Access Violation.

Since most High level Language support typing to varying degrees, it is most
probable that the violation is occuring when calling 1) an external routine, 2)
a VMS routine (e.g. System Services, RTL, etc)

I know this is not much, but I hope it helps.

.-Sal A Kabalani------------------------+-Internet : SK89221 @ Acad.Drake.Edu-.
| Supervisor of Operations/Data Systems |                                     |
| Iowa Network Services                 | WWIV-link: 12 @ 25555               |
| 4201 Corporate Drive                  | Fax-Net  : (515) 830-0123/0124      |
| Des Moines, Iowa 50265                | Phone-Net: (515) 830-0436/0110      |
| Disclaimer: My opinions are not mine. I dont even know this Sal person.     |
`----------------------- Programmers Do It With a Byte -----------------------'
From: NAGY@DCD00.FNAL.GOV (Frank J. Nagy:VAX Wizard&Loose Cannon)
Newsgroups: comp.os.vms
Subject: RE: Emulex Terminal Server Problems...
Date: 27 Jul 92 20:24:17 GMT
Distribution: world
Organization: The Internet


  Your service description message (by default, the value of the SYS$ANNOUNCE
  logical name) needs to be shorter than 64 charaters as documented in the
  attached extract from one of our system logs.
==============================================================================
The FNDCD cluster has had a problem for awhile now where the Vistas and Emulex
terminal servers would not recognize the FNDCD and FNDCD_ALL services.

The problem was tracked to our site$manager:batch_startup.com file. I found
that if I moved the location of the lat startup inside this file to after
 the line that defined SYS$ANNOUNCE, the services would be recognized. 

 But that didn't make sense to me- SYS$ANNOUNCE was already defined in our
 SYS$STARTUP:SYSTARTUP_V5.COM file.

Thanks to Keith Chadwick for pointing me to note 177.7 of the DSNlink 
conference.  I qoute from the note:

    "You will note from your example that the identification string here has  
     been truncated to 64 characters.  The LATCP command parser does not pick
     up the fact that lexical translations or text file substitutions may     
     expand the identification string beyond the 64 character limit."

  and a little later on in the note:

	"Please, let us know if this still persists after having system
	 adminstrators on your network cut down their ident. strings
	 to 64 characters or less."

Our SYSTARTUP_V5.COM defined SYS$ANNOUNCE with a string over 64 character
long.  I restored BATCH_STARTUP.COM to its original and modified the 
SYS$ANNOUNCE string in SYSTARTUP_V5.COM to less than 64 characters. Viola it 
works!


= Dr. Frank J. Nagy   "VAX Guru & Wizard, Loose Cannon"  {{Group Leader!}}
= Fermilab Computing Division/Distributed Computing Dept/Special Projects Grp
= HEPnet/SPAN: FNDCD::NAGY (43123::NAGY) or FNAL::NAGY (43009::NAGY)
= Internet: NAGY@FNAL.FNAL.GOV            = BitNet: NAGY@FNAL
= USnail: Fermilab POB 500 MS/234 Batavia, IL 60510
From: gleeve@galaxy.dnet
Newsgroups: comp.os.vms
Subject: remote tape
Date: 24 Jul 92 16:05:54 GMT
Distribution: world
Organization: The Internet

Using ZTdriver for remote tape access (obtainable off systems/misc
in wuarchive.wustl.edu or on the VAX/LT sigtapes) is perfectly
reasonable for remote tape access. Backup over a network is
however somewhat slow.
  Another option is of course to use fddriver and remote mount the
disks on the machine with the DAT. Fddriver has a remote host that
lets remote disks look local so you can back them up. I've used
these with 8mm. (Note: less recent fddriver versions had
a "reqpchan" macro that needs to be commented out!).
   The remote tape solution runs backup on the machines with
the disks to a tape on a networked box. The remote disk solution
makes the disks look like they're local to the box with the tape
and backs them up. (They should be mounted read-only on the
remote box!)
   Both methods work, but DECnet backup is not stunningly fast. It's
possibly worth while to have two backups going at once just to
overlap more network accesses. I use an 8mm drive on my VAXstation
3100 by the way, on SCSI. Works very nicely, and is not too expensive.
   A full 6250BPI tape holds about 150 megs, so 30 of them
hold about 4.5 gigs. Buying one of the newer 8mm drives gives the
ability to back all that up on one cartridge; you'd need about 4 DATs
to do the same. Quality of 8mm has been excellent in my experience.
Glenn
Everhart@Raxco.com
From: NAGY@DCD00.FNAL.GOV (Frank J. Nagy:VAX Wizard&Loose Cannon)
Newsgroups: comp.os.vms
Subject: RE: Problem with ANALYZE/DISK/REPAIR
Date: 22 Jul 92 10:52:23 GMT
Distribution: world
Organization: The Internet

>	Im running V5.3-1 and for a while now when I run ANALYZE/DISK/REPAIR
>I get the message:
> 
>%VERIFY-E-SORTERROR, error sorting multiply allocated block list
>-RMS-E-WLCK, device currently write locked
 
Sounds like you are trying to A/D/R the system disk from the SYSTEM
account...

Analyze/Disk/Repair uses needs to use SYS$SCRATCH to do a sort as
specified in the first line of the error message (I believe that it
is using the the callable SORT routines).  Normally, SYS$SCRATCH is
defined as SYS$LOGIN - if this is on the same disk you are attempting
to repair you get the error message because A/D/R has taken out a
lock on the volume.

The solution is to define SYS$SCRATCH to point to another disk on your
system or in your cluster:

	$ define sys$scratch  otherdisk:[000000]
	$ analyze/disk/repair  sys$sysdevice:

would work just fine (where OTHERDISK might be the logical name of another
disk on the system/cluster).

If you have only a 1-disk system and the network is enabled, then
you can re-define sys$scratch to use another node

	$ define sys$scratch  anode::
	$ analyze/disk/repair  sys$sysdevice:

where you either have a proxy login to the other node (ANODE) or
you have the default FAL$SERVER account enabled for default file
access over there.

Doing either of these should fix your problems.

= Dr. Frank J. Nagy   "VAX Guru & Wizard, Loose Cannon"  {{Group Leader!}}
= Fermilab Computing Division/Distributed Computing Dept/Special Projects Grp
= HEPnet/SPAN: FNDCD::NAGY (43123::NAGY) or FNAL::NAGY (43009::NAGY)
= Internet: NAGY@FNAL.FNAL.GOV            = BitNet: NAGY@FNAL
= USnail: Fermilab POB 500 MS/234 Batavia, IL 60510


Newsgroups: comp.os.vms
From: pyron@skndiv.dseg.ti.com (Dillon Pyron)
Subject: Re: TGV MultiNet - PathWorks TCP/IP & DECmcc
Reply-To: pyron@skndiv.dseg.ti.com
Organization: TI/DSEG VAX Support
Date: Tue, 21 Jul 1992 16:15:12 GMT


In article <9207211047.AA04150@ucbvax.Berkeley.EDU>, LABELLES@ZENO.MSCD.EDU (Stephen LaBelle - MSCD) writes:
>Hello,
>
>Would like to hear from anyone whom is currently running PathWorks TCP/IP
>and using TGV MultiNet's UCX $QIO emulator.
>
>	Any problems????  Are you satisfied??? Does it do the job for you???

Yes, we use and have been very happy.  Both Pathworks and DECwindows (really
X11) apps.  The only problems were in learning how to configure it.  TGV gave
us some great help on that.

>
>
>Also, would like to hear from anyone running DECmcc and using the MultiNet's
>UCX $QIO emulator. Same questions.... Many of you most likely fit into both
>categories.

No DECmcc, but MultiNet talks a good SNMP!

>
>
>FYI, the UCX $QIO emulation is what allows products like PathWorks, DECmcc,
>and DEC RPC to function with MultiNet. DEC advertises that these products
>will only work with their TCP/IP product UCX.

We replaced UCX on three machines with MultiNet (we have it running on a bunch
more, but these three happened before MultiNet) with no changes to the system!

>
>This is very important to my site, perhaps the single most important factor
>on choosing VAX TCP/IP software. I am aware that Wollongong's newest release
>is supposed to have this same functionality. If anyone has experiences with
>the new Wollongong UCX $QIO interface please reply as well.

Regardless of the vendor, never bet on an undelivered product.

>
>I will summarize if I get sufficient responses to warrant it...
>
>						Steve
>
>##############################################################################
># Stephen LaBelle                        # Internet : labelles@zeno.mscd.edu #
># Systems Programmer                     #            labelles@clem.mscd.edu #
># Metropolitan State College of Denver   #####################################
># Denver, Colorado  USA                  # Bitnet   : LABELLES@MSCD.BITNET   #
>##############################################################################
>Lightning never strikes twice in the same place unless your insurance lapsed!
>
>
>
--
Dillon Pyron                      | The opinions expressed are those of the
TI/DSEG Lewisville VAX Support    | sender unless otherwise stated.
(214)462-3556 (when I'm here)     |
(214)492-4656 (when I'm home)     | Lawyers are like nuclear warheads, every-
pyron@skndiv.dseg.ti.com          | body has some, and when you use them, they 
                                    f*ck everything up.
                                                  Danny DeVito, _OPM_
From: grant@reg.triumf.ca (Peter A. Grant)
Newsgroups: comp.os.vms
Subject: TSM "No usable service circuits"
Date: 22 Jul 92 16:57:00 GMT
Organization: TRIUMF: Tri-University Meson Facility
News-Software: VAX/VMS VNEWS 1.41

I was wondering if a TSM expert could help me with the following:

TSM> use server tsrv02
%TSM-E-NO_SERVICE_CKTS, No usable service circuits, server TSRV02
%TSM-I-DEFAULT_USAGE, Set to default usage, DIRECTORY

This happens on just 2 of our 18 nodes in our LAVC running VMS 5.5,
TSM 1.4.  The two nodes are a VAXserver 3400 and a MicroVAX 3800.  The
other VAXserver, however, works.

Ideas greatly appreciated.

Peter Grant
Controls Software
TRIUMF, Vancouver BC, Canada
grant@reg.triumf.ca
From: MR_CA_CBU@OSI.OHIO.GOV
Newsgroups: comp.os.vms
Subject: re:qms printers
Date: 29 Jul 92 19:32:00 GMT
Distribution: world
Organization: The Internet


RE: Your question from INFO-VAX

I just came across their (QMS) flyer this AM.

QMS-USA

FAX # is 313 355 2425
phone: Jeff Mateer, District Sales Manager 313 355-5050

The flyer talks about network interface cards for 50% off.

I have no experience with QMS but this flyer does talk about DECnet 
compliant printers and interface cards.

Good luck

Carl
MR_CA_CBU@OSI.OHIO.GOV
From: LEVITT@SLC.SLAC.STANFORD.EDU (Stevie Boy)
Newsgroups: comp.os.vms
Subject: Asynch. signal from VMS
Date: 21 Jul 92 00:34:00 GMT
Organization: The Internet

Does anyone know of a way to get some sort of asynchronous message from VMS
when a file is written to a directory?

I want to write a server that waits for new or existing files to be written to
a know directory and then processes them. The files will be written by 
applications running on a PC with a logical drive mapped via pathworks onto
the VAX directory. I have no way of modifying the PC applications, apart from
specifying the names of the output files, so implementing a special TCP/IP 
message is out of the question.
Polling the modification dates of files is also out of the question as there 
risks to be hundreds of them. The response time of the server is not too
critical, but the server needs to make minimal demands on the CPU whilst it is
idle.

Has anyone out there faced the same problem? Better still, has anyone solved it?
All ideas and commentaries would be gratefully accepted. 
Please reply to: LEVITT@SLC.SLAC.STANFORD.EDU as I am not yet an INFOVAX user.

                                                                   -Steve Levitt
From: ARNE@ko.hhs.dk (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: QUESTION FOR DIGITAL ON OPEN SYSTEMS
Date: 21 Jul 92 16:38:00 GMT
Distribution: world
Organization: The Internet

> If someone were to stumble onto such a situation as was described, and the user
> wrote (assuming mail was installed on the system) a message to the op, warning
> him of the situation, would such an action be considered "malicious hacking"?
>         Note that this hypothetical situation assumes the user gets on the system
> writes the mail then does a "logout. I am curious as to opinions on this one.

The ethical issue: I do not think the person has done wrong. He has done
what a gentleman should do !

He may still have violated the law, if it is interpreted very stricly, but I
do not think anyone would raise an eyebrow. Analogy: you are driving a car
and suddenly a dangerous situtaion arises, which you avoid by speeding up.
You have exceeded the speeding limits, but you have avoided an accident.
Noone is comming after you for that, even though I doubt that the law
about speeding limits mention such exceptions.

                                                          Arne Vajhxj

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%238310013040::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK