RE: Return type

Hi!
I don't understood; please can I get clear explanation.
I don't understand below statements as Dave mentioned.
> You would do better concentrating on the newer handler-based
approach.
> I would also suggest that you get a feel for writing MIB
modules
Yourself, before starting to delve into the internals of the agent
Please can any body make understand.

With Regards,
G. Siva Prakash Reddy.

-----Original Message-----
From: dave.shield@googlemail.com [mailto:dave.shield@googlemail.com] On
Behalf Of Dave Shield
Sent: Thursday, January 03, 2008 3:00 PM
To: Siva Prakash Reddy G
Cc: net-snmp-coders@lists.sourceforge.net
Subject: Re: Return type

On 03/01/2008, Siva Prakash Reddy G <sivag@aztecsoft.com> wrote:
> Which code is calling var_system function and how
> calling code will tell it is set request to the function var_system so
> that var_system will set up the write_method hook value, here what is
> hook value to invoke the SET processing code for that object.

This processing is done by the routine 'netsnmp_old_api_helper' in
the file 'agent/helpers/old_api.c'

Please note that (as the name suggests) this is the old MIB API,
carried forward from the original UCD SNMP code. It does still
work, but it's not really worth spending too much time on
understanding the internal details of this approach. You would
do better concentrating on the newer handler-based approach.

I would also suggest that you get a feel for writing MIB modules
yourself, before starting to delve into the internals of the agent

Dave


The information contained in, or attached to, this e-mail, contains confidential information and is intended solely for the use of the individual or entity to whom they are addressed and is subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email.

www.aztecsoft.com

-------------------------------------------------------------------------
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
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/...et-snmp-coders