Once upon a time, on a McDonald Douglas system I was doing a LIST and got a
GFE.  When we tried to figure out why, it turned out that the only
possibility was the next record in the group that was displaying had been
deleted, so it wasn't a 'real' GFE (we used to call them 'Gone For Ever').
I imagine the lock is to prevent false reporting of GFE's to people listing
data......don't know for sure, just a guess.

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Scott Ballinger
Sent: Thursday, November 11, 2004 13:16
To: [EMAIL PROTECTED]
Subject: RE: [U2] Universe SHOW Command and Group Locks


Ok, I am confused. Under what circumstances does a LIST... statement
hold a lock?
Certainly such a lock would not be an item-lock. If LIST actually sets
group locks, those locks would only be held during the group read and
would be released immediately after.

I tries LIST.READU EVERY and it never shows any group locks stemming
from LIST...

Is there somewhere else I should be looking to see these locks? Or is
this a UD thing in spite of the subject line?

Scott Ballinger
Pareto Corporation
Edmonds WA USA
206 713 6006

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brian Leach
Sent: Thursday, November 11, 2004 11:21 AM
To: [EMAIL PROTECTED]
Subject: RE: [U2] Universe SHOW Command and Group Locks


Anthony,

One thing you might want to look at is the PAKTIME tuneable. This holds
the number of seconds the system will wait at a 'Press any key to
continue' message before releasing a held group lock. It defaults to
300: you might want to reduce that. Another option might be to set an
autologout for that user.

AFAIR the group lock is set by the list processor scanning the group, so
anything that takes the list out of this situation will help. For
example, a paragraph to DIVERT.OUT the listing and then show the final
results should bypass this issue.


Brian

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Anthony
Dzikiewicz
Sent: 11 November 2004 16:52
To: [EMAIL PROTECTED]
Subject: [U2] Universe SHOW Command and Group Locks

Hello Everyone,

The situation is this.  A user is running a paragraph from a menu.  That
paragraph simply LISTs the contents of a file.  When there is more than
one page of data to display, you get the "press any key" message.  We
have had situations when the person doing this LIST has walked away from
the terminal and caused recordlock situations for other users.  Mostly
all of our READU's have LOCKED clause that gets STATUS() and reports the
user number that is holding them up. In this case, I don't believe the
locked clause is kicking in (I would have to further test on this not
100% sure).  So, what happens is that the guy that walked away from his
list starts to lockup other people.  Im not sure of the inner workings
here on the LIST, but I think I remember it having something to do with
a group lock ?  I was wondering if anyone would know if switching to the
SHOW command would overcome the problem.  It's kind of a hard one to
test, because it doesn't happen all the time either.  I thought someone
with internals knowledge might shed some light on this for me. Thanks
Anthony Dzikiewicz
-------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
-------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
-------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/
-------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

Reply via email to