RE: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong

2008-02-14 Thread Doug Chanco
Hey all, Where on IBM's massive web site can I find what was fixed on what version of universe? This thread got me wondering if some weird issues I have seen have already been fixed on a new versions of universe (we are running on AIX if that matters) As well as what new features have been

RE: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong

2008-02-13 Thread Mark Eastwood
be able to test easy enough. Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stevenson, Charles Sent: Tuesday, February 12, 2008 4:17 PM To: u2-users@listserver.u2ug.org Subject: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong I've

RE: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong

2008-02-13 Thread Stevenson, Charles
-Original Message- From: Mark Eastwood I had a similar experience several years ago (10.0.?/Windows). What I suspect (but never proved) was happening was when I ran PORT.STATUS, it touched the sleeping phantom process and woke it up. It was of little significance to me, and never

Re: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong

2008-02-13 Thread Louie Bergsagel
If you had a continue or exit in the code above line 439, it would speed up the interval by skipping the sleep on line 439, and depending on what that code was doing, it could take a coincidental 53 seconds. But you said there was none, and there are no double top loop lines, so that situation is

RE: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong

2008-02-13 Thread Stevenson, Charles
AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong If you had a continue or exit in the code above line 439, it would speed up the interval by skipping the sleep on line 439, and depending on what that code was doing, it could take

RE: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong

2008-02-13 Thread John Jenkins
pursued. You should be able to test easy enough. Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stevenson, Charles Sent: Tuesday, February 12, 2008 4:17 PM To: u2-users@listserver.u2ug.org Subject: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE

RE: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong

2008-02-13 Thread Stevenson, Charles
This is on 10.2.6, released Aug 2007. Issue 7659 was fixed in 10.1.14, released Aug 2005. You'd think the fix would be in 10.2.6, too, but maybe it has reared its ugly head again. My description is not quite the same, but I am on HP. No select involved. Executing a PORT.STATUS from another

Re: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong

2008-02-12 Thread Louie Bergsagel
Silly question perhaps, but are there any CONTINUE or EXIT statements in the parts you left out? When I worked on an AS400 about 10 years ago we had to have the time crystal replaced because it was losing 2 minutes a month. Do computers still have those? -- Louie in Seattle --- u2-users

RE: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong

2008-02-12 Thread Stevenson, Charles
Silly question perhaps, but are there any CONTINUE or EXIT statements in the parts you left out? No, but think about it: even if there were, it could only SLOW DOWN not SPEED UP the interval between executions of CRT TIMEDATE(). If you look at the line numbers, you'll see that there are no

[U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong

2008-02-12 Thread Stevenson, Charles
I've never seen this before. Can anyone explain it? I'm testing UV 10.2.6 on HPUX 11.23, Itanium found this while debugging a program that runs as a phantom. The grep cut of PH file below shows relevant parts of the file, namely pairs of lines where - pgm line 438 prints a time stamp - pgm

Re: [U2] SLEEP 60 slept only 53 seconds, or else TIMEDATE() is wrong

2008-02-12 Thread Kevin King
I'm going with the vote for a timeserver sync that someone else posted. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/