info-vax@ucbvax.ARPA (12/15/84)
From: engvax!KVC@cit-vax
From: ENGVAX::"scgvaxd!gordon" 11-DEC-1984 22:48
To: kvc
Received: by scgvaxd.UUCP (4.12/4.7)
id AA06287; Tue, 11 Dec 84 22:50:03 pst
Date: Tue, 11 Dec 84 22:50:03 pst
From: scgvaxd!gordon (69661)
Message-Id: <8412120650.AA06287@scgvaxd.UUCP>
To: kvc
Relay-Version: version B 2.10.2 9/5/84; site scgvaxd.UUCP
Posting-Version: version B 2.10.1 6/24/83; site boulder.UUCP
Path: scgvaxd!trwrb!sdcrdcf!hplabs!hao!cires!boulder!jon
From: jon@boulder.UUCP (Jon Corbet)
Newsgroups: net.decus
Subject: Bizarre VMS command file problem
Message-ID: <252@boulder.UUCP>
Date: 25 Nov 84 17:35:40 GMT
Date-Received: 27 Nov 84 13:21:13 GMT
Organization: National Center for Atmospheric Research
Lines: 29
[please don't eat this line]
We have an 11/780 running VMS, and have experienced a very strange problem
lately. Every now and then, while running a command file, the system just
goes out and deletes the process doing the reading. The problem is
reproducible -- if it happens once with a given command file, it will
happen again the next time the file is invoked. Using "set verify", I
have noticed that the deletion occurs on just about any command, real
examples are "PRINT", "TYPE", and "INSTALL". Editing the file will
eventually fix the problem, but sometimes 3 or more new versions need
to be created before the things work. This gremlin just struck our
SYS$MANAGER:SYSTARTUP.COM file, which, needless to say, adversely
affects the bootstrap process (not to mention my thanksgiving break
when the early morning phone calls come in).
Running ACC on the dead processes yields an exit status implying that
access violations have taken place. It seems that the error must occur
in executive mode, since it causes instant termination of the process.
Has anybody seen this problem before? Any suggestions?
Many thanks,
Jonathan Corbet
National Center for Atmospheric Research
{seismo|hplabs}!hao!boulder!jon (Thanks to the CU CS department)
P.S. Please, no messages telling me to run UN*X. That is simply not
a viable option for us. Thanks.