@listserver.u2ug.org'
Subject: RE: [U2] Remotely monitor unidata lock issues
Sandy -
This is the issue I see, at this point their house hasn't sold, I think we
need to get a feel for how and when that will happen - going to be hard to
convince my dad that Tammy shouldn't be there when no one is living
Sandy -
This is the issue I see, at this point their house hasn't sold, I think we need
to get a feel for how and when that will happen - going to be hard to convince
my dad that Tammy shouldn't be there when no one is living in it and we aren't
100% sure that someone will purchase Mary Ann's
: [U2] Remotely monitor unidata lock issues
Nick:
This would be an interesting program to post on the wiki, either
U2s or
the Pickwiki.
Bill
From: Nick Gettino nick.gett...@enroute911.com
Sent: 2/4/2009 1:18 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Remotely
We wrote a program called LOCK.MONITOR that uses GETREADU() and updates
at a specified time interval.
Additionally we put release commands in it so the lock can be released.
It displays the user, the file, the item length of time locked from
highest to lowest and works on Unix and Windows. To get
Nick:
This would be an interesting program to post on the wiki, either U2s or
the Pickwiki.
Bill
From: Nick Gettino nick.gett...@enroute911.com
Sent: 2/4/2009 1:18 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Remotely monitor unidata lock issues
We wrote a program
Tyvm. That makes much more sense than an EXECUTE of the ecl command.
Appreciate the input.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
On Wed, 4 Feb 2009 15:29:22 -0800
Tony G 1tlx6h...@sneakemail.com wrote:
There are two sides to this:
1) Monitoring locks
2) Remote notifications
As with any process where you have data generation and an
interface with data consumers, separate the components and the
task gets much easier.
