On 26/11/2007, Sridhar Addagada <[EMAIL PROTECTED]> wrote:
> If i was planning to use the delegate for the get requests, can i
> still use the register_readfd instead of the snmp_alarm_register from
> the example file delayed_instance.c

That should work, I think,
The register_fd callback routine would effectively be taking the
place of the 'return_delayed_response' callback.

You'd probably need some mechanism for linking the delegated cache
structure with the fd callback - particularly if there could potentially
be two or more outstanding delegated req
, if not, can someone provide a
> pseudo code of how use it.
>
> Sridhar
>
> On Nov 23, 2007 3:12 PM, Dave Shield <[EMAIL PROTECTED]> wrote:
> > On 23/11/2007, Sridhar Addagada <[EMAIL PROTECTED]> wrote:
> > >                                                             Now i'm 
> > > planning
> > > to use the register_readfd, to hook up socket descriptor opened to the
> > > other process.  What i want to know can i do it before the
> > > init_agetn()  and init_snmp or after?
> >
> > I don't think it matters.
> >
> > There is no explicit initialisation of the fd_event_manager,
> > so you should be able to register your socket descriptors
> > before initialising the SNMP libraries if you wish to.
> >
> > The registered FDs are only ever referenced by the
> > netsnmp_external_event_info() and netsnmp_dispatch_external_events()
> > calls, which both lie within the main agent event loop.  So it's
> > equally possible to register your socket descriptors late on
> > in the initialisation sequence.   (Or even when the agent is
> > fully up and running, if that's what is convenient).
> >
> > Basically, this mechanism is fairly self-contained, so you
> > can register the socket descriptors whenever you like.
> >
> > Dave
> >
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Net-snmp-coders mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to