-0400
From: Rex Gozar rgo...@gmail.com
To: dgr...@dagconsulting.com, U2 Users List
u2-users@listserver.u2ug.org
Subject: Re: [U2] Detecting idle time in INPUT statement.
Message-ID:
CA+zh1UxaK7=khfnnzuxuv14jn-vfr8xyr2mueawwo5mpcxc...@mail.gmail.com
Content-Type: text/plain; charset=ISO
Looks like your copyright protection filter prevented you from posting
code but your netiquette protection software missed the huge
unnecessary quote. ;)
BTW, if you do publish that code, its copyright is no longer valid.
You can't publish helpful code to a forum with a copyright that tells
...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Don Robinson
Sent: Tuesday, March 27, 2012 6:27 AM
To: U2 listserver
Subject: [U2] Detecting idle time in INPUT statement.
Hello all,
We are running Universe 10.1 on AIX with about 500 users. We have a problem
with users opening up
Hello all,
We are running Universe 10.1 on AIX with about 500 users. We have a problem
with users opening up a record which puts a lock on it and just letting it sit
at the INPUT statement for a long time.
Most of the locking within the application does not use the LOCKED clause so
when a
Check INPUTIF, this will return a value if the input buffer has
something. If after 2 minutes of checking INPUTIF you have nothing it's
because the user isn't active. If you do a LOOP with INPUTIF inside be
careful to put an RQM or something similar in the loop.
On Tue, 27 Mar 2012 06:26:38
Its strange to me that Universe does not have this feature built in to the
INPUT statement...
Something like:
INPUT user_input TIMEOUT 30
Maybe I have missed something in the UV docs, but, I never could find
anything built in. If I remember correctly other flavors of MV have had
this for a
.
The VAR = '*' is our exit character.
Rich
- Original Message -
From: Don Robinson donr_w...@yahoo.com
To: U2 listserver u2-users@listserver.u2ug.org
Sent: Tuesday, March 27, 2012 9:26:38 AM
Subject: [U2] Detecting idle time in INPUT statement.
Hello all,
We are running Universe 10.1
-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Don Robinson
Sent: Tuesday, March 27, 2012 6:27 AM
To: U2 listserver
Subject: [U2] Detecting idle time in INPUT statement.
Hello all,
We are running Universe 10.1 on AIX with about 500 users. We have
...@yahoo.com
To: U2 listserver u2-users@listserver.u2ug.org
Sent: Tue, Mar 27, 2012 6:26 am
Subject: [U2] Detecting idle time in INPUT statement.
Hello all,
e are running Universe 10.1 on AIX with about 500 users. We have a problem with
sers opening up a record which puts a lock on it and just
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson
Sent: Tuesday, March 27, 2012 12:18 PM
To: donr_w...@yahoo.com; u2-users@listserver.u2ug.org
Subject: Re: [U2] Detecting idle time in INPUT statement.
*Timed* activity
...@wyanokegroup.com
To: U2 Users List u2-users@listserver.u2ug.org
Sent: Tue, Mar 27, 2012 10:44 am
Subject: Re: [U2] Detecting idle time in INPUT statement.
I guess you would need to merge this with the routine to detect who has locks
pen (except running every two mins, not five)
To determine who is sitting
@listserver.u2ug.org
Sent: Tuesday, March 27, 2012 1:53 PM
Subject: Re: [U2] Detecting idle time in INPUT statement.
Right, you don't care if they are at input exactly.
You care if they are squatting on a lock.
So your periodic lock checker thingie, has to be combined with a nasty
email-o-gram
...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Don Robinson
Sent: Tuesday, March 27, 2012 6:27 AM
To: U2 listserver
Subject: [U2] Detecting idle time in INPUT statement.
Hello all,
We are running Universe 10.1 on AIX with about 500 users. We have a problem
with users opening
Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Don Robinson
Sent: Tuesday, March 27, 2012 2:07 PM
To: U2 Users List
Subject: Re: [U2] Detecting idle time in INPUT statement.
Thanks to all who responded.
At the point in the programs
I know the OP wanted to know how long a user session has been idle,
but real problem is the second person waiting for the lock to be
released.
The best practice is to always have LOCKED clauses on your READU's,
and never to block on a lock, i.e. a user input process should hit
the locked clause
the outside and whack the mole when it appears.
-Original Message-
From: Rex Gozar rgo...@gmail.com
To: U2 Users List u2-users@listserver.u2ug.org
Sent: Tue, Mar 27, 2012 11:24 am
Subject: Re: [U2] Detecting idle time in INPUT statement.
I know the OP wanted to know how long a user session has
(480) 813-1725
DAG Consulting
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Don Robinson
Sent: Tuesday, March 27, 2012 11:07 AM
To: U2 Users List
Subject: Re: [U2] Detecting idle time in INPUT statement.
Thanks
It does not matter if a system is old or not, you gotta keep it up to
date. Maintenance programming means adding LOCKED clauses that
should have been there in the first place. I doubt it would take more
than a few hours; probably less time than writing and debugging some
off-the-wall input timer
Users List
u2-users@listserver.u2ug.org
Sent: Tue, Mar 27, 2012 12:30 pm
Subject: Re: [U2] Detecting idle time in INPUT statement.
It does not matter if a system is old or not, you gotta keep it up to
ate. Maintenance programming means adding LOCKED clauses that
hould have been there in the first
The OP's system probably doesn't have three thousand READU statements;
I'm willing to guess a few hundred. And out of that few hundred,
maybe a dozen of those READU's block user access during normal
day-to-day operation. And yet a CEO, manager, whatever wouldn't have
a problem implementing some
To: U2 Users List u2-users@listserver.u2ug.org
Sent: Tue, Mar 27, 2012 12:46 pm
Subject: Re: [U2] Detecting idle time in INPUT statement.
The OP's system probably doesn't have three thousand READU statements;
'm willing to guess a few hundred. And out of that few hundred,
aybe a dozen of those
in the dark.
-Original Message-
From: u2-users-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Rex Gozar
Sent: Tuesday, March 27, 2012 3:46 PM
To: U2 Users List
Subject: Re: [U2] Detecting idle time in INPUT statement.
The OP's system probably doesn't have
He already has the use-case; someone in some specific screen/program
is getting locked out. That's where you start.
On Tue, Mar 27, 2012 at 3:54 PM, George Gallen ggal...@wyanokegroup.com wrote:
The tough part isn't so much the qty of but knowing which ones are the
important
Ones that will
: [U2] Detecting idle time in INPUT statement.
Don,
You should at least optimize the code by just checking a counter and not
messing with TIME(). Your NAP command automatically takes care of the
amount of time spent in each loop. You just need to count how many NAPs it
takes to equal the amount
Users List
u2-users@listserver.u2ug.org
Sent: Tue, Mar 27, 2012 12:30 pm
Subject: Re: [U2] Detecting idle time in INPUT statement.
It does not matter if a system is old or not, you gotta keep it up to
ate. Maintenance programming means adding LOCKED clauses that
hould have been there in the first
If anyone DOES want the equivalent of Unidata's INPUT... WAITING for Universe...
http://www.pickwiki.com/cgi-bin/wiki.pl?InputWait
Regards, Keith
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
@listserver.u2ug.org
Sent: Tue, Mar 27, 2012 1:26 pm
Subject: Re: [U2] Detecting idle time in INPUT statement.
Wj,
ou are right, I'm a hired gun and try to do what the *boss* wants.
As far as adding LOCKED clauses, that would only solve a part of it. The second
ser would know why they can't update a record
27 matches
Mail list logo