After multiple get-next request, my subagent is killed.

=?ks_c_5601-1987?B?vK3BpMf2?= <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <002301cb4a48$3af69390$b0e3bab0$@com>
Hi, everyone.

 

 I implemented a private table(hnxWNetTable) using mib2c with
mib2c.mfd.conf.

 When I readed the table contents using 'Table View'function of MG-Soft's
MIB Browser,

 my subagent process was killed after responsing the requests normally.

 

_hnxWNetTable_initialize_interface function is as follows.

   

     _hnxWNetTable_initialize_interface() in hnxWNetTable_interface.c

     {

      access_multiplexer->object_lookup = _mfd_hnxWNetTable_object_lookup;

          access_multiplexer->get_values = _mfd_hnxWNetTable_get_values;

          

          access_multiplexer->pre_request = _mfd_hnxWNetTable_pre_request;

          access_multiplexer->post_request = _mdf_hnxWNetTable_post_request;

     }   

 

  _mfd_hnxWNetTable_get_values() is worked successfully for first 'Table
View' request.

  But after then, the subagent process is killed.

   

 I don't know next operation after finishing access_multiplexer-
>get_values().

  Could you tell me what points do I have to check?

 

------------------ Development Environment ----------------------

1. Net-snmp version : net-snmp 5.3.3

2. Table creation mib2c configuration : mib2c.mfd.conf

3. Private mib : implement private mib subagent with agentX protocol

---------------------------------------------------------------------------

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd

_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.