On Sat, 2010-12-11 at 19:07 -0500, Bill Fenner wrote:
> I would like to request that the prototypes for
> 
> void debug_print_registered_tokens(void);

I do think debug_print_registered_tokens is a tad to specialized, a
public function to dump the set of currently active and actively
inactive debug symbols to the log file?

On the other hand it is better than accessing the dbg_tokens array
directly.

0 for this change.

> int debug_enable_token_logs(const char *);
> int debug_disable_token_logs(const char *);

For these two I agree with Wes, add netsnmp_ prefixes but +1 with that
change.

> be exposed in a net-snmp header file.  I realize they were probably
> put there for use from gdb, but in our system we already have an RPC
> interface to our processes that are acting as agentx subagents, so I
> added wrappers for these (along with debug_register_tokens and
> snmp_set_do_debugging) to allow for interactive configuration of
> debugging.

This functionality is already exposed using SNMP.

> For now, I'm taking the risk of putting the prototypes in the code
> that's making the calls.  What do people think about making this part
> of the library's defined API?

I dislike it. On the other hand I do not see any big changes there save
for the addition of netsnmp_ prefixes.

/MF


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to