On Wed, 24 Nov 2004 10:00:50 +0100 P wrote:
PK> Bacckground: I have some table that support row creation and destroy.
PK>
PK> 1) When I'm seting value (variable type is OCTET STRING(SIZE(0..16) ) to
PK> empty string ( snmpset ... = '' ) i've got:
PK>
PK> snmpd: isdnTable/trbIsdnTable_data_set.c:2531: trbIsdnMaster_check_value:
PK> Assertion `((void *)0) != trbIsdnMaster_val_ptr' failed.
PK>
PK> it's in function:
PK>
PK> int trbIsdnMaster_check_value(trbIsdnTable_rowreq_ctx * rowreq_ctx,
PK> char *trbIsdnMaster_val_ptr,
PK> size_t trbIsdnMaster_val_ptr_len)
Hmm... ok, I'll look into that today...
PK> 2) I got some sigsev's after deleting table row. I've changed
How are you deleting the table row?
PK> if (rowreq_ctx->undo)
PK> trbIsdnTable_release_data(rowreq_ctx->undo);
PK> to
PK> if (rowreq_ctx->undo){
PK> trbIsdnTable_release_data(rowreq_ctx->undo);
PK> rowreq_ctx->undo = NULL; // PK
PK> }
PK> in trbIsdnTable_release_rowreq_ctx(trbIsdnTable_rowreq_ctx * rowreq_ctx)
PK> in _interface.c and it works well, but I'm unsure if it's only workaround
PK> or bugfix.
Hmmm.. that's a known problem, and that's the right fix. I thought that had
been fixed a while back.
<tap tap tap>
Hmm, ok, I'm remembering a similar problem that happened with undo.
I'd really like to see a stack trace for the crash without this fix, as nobody
should be referencing the row request context after it has been deleted! One of
the memory debuggers (efence, dmalloc) might help track this down pretty fast,
too.
PK> 3) in xxx_data_set, in commit function there is:
PK> if (save_flags & FLAG_TRBISDNEAZ) {
PK> I think tehere should be reather:
PK> if (!rc && save_flags & FLAG_TRBISDNEAZ) {
PK> so if one failed we do not commit others.
PK> In this solution there should also be
PK> if (!rc && save_flags) {
PK> instead of
PK> if (save_flags) {
PK> at the end of this function.
Hmm... I'll have to think about it, but that sounds like a good idea...
--
Robert Story; NET-SNMP Junkie
Support: <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp>
Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-coders>
You are lost in a twisty maze of little standards, all different.
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
Net-snmp-coders mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
