-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
_______________________________________________
Net-snmp-users mailing list
Net-snm...@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
Megh> Delegation appears to be a very useful feature: It can allow a
Megh> programmer to leave the 'core agent' alone & use threads in
Megh> his/her embedded system code to service requests. Anybody tried
Megh> this?
Warning: threads will almost certainly *not* work.
Megh> How does one deal with 'Event Based' rather than Fixed Timout
Megh> based delegation?
Typically, you'd register your sockets to watch using the
register_readfd function (for example).
Megh> One option is to keep delegating a request (in small increments)
Megh> until THAT Event occurs. Another possibility is that we first
Megh> delegate the request with a IMPOSSIBLY LARGE Timeout & then when
Megh> the Event occurs, somehow 'RESCHEDULE' (decrease the timeout) of
Megh> the the delegated request. Perhaps this can be done simply by
Megh> changing the timeout value in the delegation 'Q' & then
Megh> programmatically generating a ALARM signal. Wes, Javier, Corey,
Megh> others ..Would this work?
Do not use an alarm signal! I promise a mess will result!
You should just be able to mark the delegated flag in a request you
are processing as no longer delegated/delayed, and the agent will
automatically find it. Unless your situation is odd, this will likely
work without you needing to think about it (at least I designed it
that way).
--
Wes Hardaker
Network Associates Laboratories
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.