I've compiled the latest cvs version if libsmi with VS .NET under windows XP.
I've come across an access violation when running the smiquery application (with no modifications) when requestin node information on any item in the IF- MIB mib (for example IF-IB::ifNumber.0). The error occurs in data.c line 3511 which is this if statment:
if ((objectPtr->typePtr->export.basetype == SMI_BASETYPE_OCTETSTRING || objectPtr->typePtr->export.basetype == SMI_BASETYPE_BITS))
The objectPtr->typePtr->export address does appear to be valid, but VC++ reports that objectPtr->typePtr->export.basetype cannot be evaluated. I've not modified any of the source and I've also tried the packaged files available on the web site with the same result. I've tries other MIB entries including ones in SNMPv2-MIB, RFC1213-MIB, IP-MIB, TCP-MIB and UDP-MIB without any problems, it just appears to occur ith IF-MIB.
Anyone got any ideas on this one?
Many Thanks.
Nick Thomson.
Hi!
Nick> I've compiled the latest cvs version if libsmi with VS .NET Nick> under windows XP. I've come across an access violation when Nick> running the smiquery application (with no modifications) when Nick> requestin node information on any item in the IF- MIB mib (for Nick> example IF-IB::ifNumber.0). The error occurs in data.c line Nick> 3511 which is this if statment:
Nick> if ((objectPtr->typePtr->export.basetype == Nick> SMI_BASETYPE_OCTETSTRING || Nick> objectPtr-> typePtr->export.basetype == Nick> SMI_BASETYPE_BITS))
Nick> The objectPtr->typePtr->export address does appear to be valid, Nick> but VC++ reports that objectPtr->typePtr->export.basetype cannot Nick> be evaluated. I've not modified any of the source and I've also Nick> tried the packaged files available on the web site with the same Nick> result. I've tries other MIB entries including ones in Nick> SNMPv2-MIB, RFC1213-MIB, IP-MIB, TCP-MIB and UDP-MIB without any Nick> problems, it just appears to occur ith IF-MIB.
Nick> Anyone got any ideas on this one?
I have a very rough idea and I hope that this bug has just been repaired last week when I fixed a bug with forward references enumeration types. The fix is in the anonymous CVS. Could you please give it a try?
-frank
Quoting Frank Strauss strauss@ibr.cs.tu-bs.de:
I have a very rough idea and I hope that this bug has just been repaired last week when I fixed a bug with forward references enumeration types. The fix is in the anonymous CVS. Could you please give it a try?
-frank
Thanks for your response Frank, I've just checked the CVS against the source files I have compiled and found no updates since I checked them out late Friday night (BST) so I guess I already have these updates. I should have said when I got the source files out, which was a few hours before emailing the list.
Thanks.
Nick
participants (3)
-
Frank Strauss -
nick-smi＠undergrid.org.uk -
undergrid＠undergrid.org.uk