On Thu, 2005-06-16 at 17:58, Steve S. Law wrote:
> > But how is this list populated?

> sub-agent is monitoring some external application
> processes.....                   When external
> processes start up, they register with sub-agent by
> sending a message containing a row ID and PID which
> together form an index of the table. Sub-agent then
> creates the rows for those processes by calling
> applTable_createEntry function in a loop.


OK - that makes sense.



> I want to delete the row when that external process dies.
> is just find the row corresponding to the process in
> the list and if found, remove it from the list.

Yes.

>                      One of the variables I monitor is
> applOperStatus. If a process is dead and someone tries
> to query the process, there will be time out error...

Presumably this timeout will occur for querying *any*
column in the row for that process, not just OperStatus?

The code for handling this timeout would remove the row
from the list.   Or possibly mark it as "dead", and have
a separate alarm-driven routine to prune the list of dead
entries.

  I'm slightly concerned about what might happen if there
were several varbinds in the same request, all referencing
instances from the same (non-responsive) row.  If the first
varbind processing deleted this entry from the list (and
released the memory used by that data structure), this might
well confuse the later varbinds.

But in principle, yes - you just unlink the entry from the
list.

Dave



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to