On Thu, 28 Jun 2007 16:46:09 +0100 Graeme wrote:
GW> ==12187==    by 0x8049EF0: <table>_loop_get_first
GW> (<table>_data_access.c:213)
GW> ==12187==    by 0x804C222: _<table>_loop_get_first_wrapper
GW> (<table>_interface.c:753)

Ugh. The iterator style mfd code is the least tested aspect of this code.

I've just run through it again, after many years, and I think I see a
problem, which may or may not be the issue. The issue is that the rest of the
MFD code isn't expecting rowreq contexts to be ephemeral. So, what's needed is
a way to tell the rest of the code to release the context when it's done with
it. Using the existing code, it may be as simple as adding the following
line in the allocat_rowreq function in <table>_interface.c:

    rowreq_ctx->rowreq_flags |= (MFD_ROW_DELETED | MFD_ROW_CREATED);

I think that will work, but it may cause other side effects (especially if
your table supports row creation). Give it a whirl and let me know how it
goes..

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to