Dave,
Thanks for your reply. I must admit I did find the bug...and should
have posted it..but
was a bit ashamed since I had been doing the nasty habit of ignoring warnings!
My variables table need something bigger than variable4...once I
changed it to variable7 and REGISTER_MIBS in the
init function to use variable7 the table started to work properly.
(And the warnings went away)
Why am I using the old API? What I am doing requires so little and I
had used the old api years ago when it was
not so old. (neither was I)
Thank you again!
-Mike
On Tue, May 29, 2012 at 2:54 AM, Dave Shield <d.t.shi...@liverpool.ac.uk> wrote:
> On 18 May 2012 14:57, Michael Dorin <bsddo...@gmail.com> wrote:
>> My question should have been more specific..the Table function is
>> invoked when a get request comes in...
>> and UPSALARMID is built...but it never comes back for the remaining
>> columns.(At least that is how it seems to me)...
>> I thought it would come back and ask for UPSALARMDESCR...but
>> it does not seem to.
>
> What table framework are you using?
> What does the full code of your MIB module look like?
>
>
>> switch(vp->magic) {
>> case UPSALARMID:
>> VAR = VALUE; /* XXX */
>> return (u_char*) &VAR;
>> case UPSALARMDESCR:
>> VAR = VALUE; /* XXX */
>> return (u_char*) &VAR;
>> case UPSALARMTIME:
>> VAR = VALUE; /* XXX */
>> return (u_char*) &VAR;
>> default:
>> ERROR_MSG("");
>
> This looks like the old v4-style approach.
> Is there any reason you are using that rather than the current
> handler-based style?
>
> You've omitted the code that handles determining the appropriate
> row of the table, and setting the result OID, etc.
> It's impossible to tell what's going wrong, from such a minimal
> code fragment. If you want us to be able to help you, you must
> give us something to work with
>
>
> Dave
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
