Are the PC addresses when you run a "SHO PROC/CONT/ID=<process ID>"
hanging in a very tight loop, or does it jump around quite a bit.
Also, when you are in a "SHO PROC/CONT", hit the "v" key. Do you see
the PC (as represented by the cursor) move around a lot and disappear
or is it solid in one or two locations.
It might be interesting to capture the output of a a "MON MODES" command
over a period of a few minutes when this is not running and when it is.
If you have privileges, you might provide information from the following:
>ANAL/SYS
SDA> SHO PROC/ID=<process ID of hanging Perl>
SDA> SHO PROC/ID=<process ID of hanging Perl>/CHAN
We're probing around in the dark here. As nobody else has seen this
behavior, I would look for the possibility of changes on your system.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 30, 2000 11:49 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: Perl hangs on OpenVMS
My Perl is not built to pre-load the ENV array.
The logicals that are set up are defined in a startup procedure. The same
procedure is called from both the functioning and the non functioning node
in my cluster.
The Perl -V command works exellent on the "functioning" node, but hangs on
the "nonfunctioning" node. The distribution was built and has worked for
several
months on the now "nonfunctioning" node.
In this case "nonfunctioning" means that Perl has stopped functioning on the
node. Ordinary activities and program development in other languages work
just as usual.
- AW -
> -----Original Message-----
> From: Jordan Henderson [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, June 30, 2000 5:43 PM
> To: 'BAZLEY, Sebastian'; 'Dan Sugalski'; '[EMAIL PROTECTED]';
> [EMAIL PROTECTED]
> Subject: RE: Perl hangs on OpenVMS
>
> If it's chasing poorly defined logicals around, then you might
> see a dramatic increase in "Log Name Translation Rate" when
> you do a "MON IO" command when this hanging Perl is running.
>
