Re: Still some more problems using python module - SNMP

This is a discussion on Re: Still some more problems using python module - SNMP ; This is a multi-part message in MIME format.
--===============0947342996==
Content-Type: multipart/alternative;
boundary="------------020105010100060501080809"
This is a multi-part message in MIME format.
--------------020105010100060501080809
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Got it figured out! Woohoo!
The problem was concatenating the label with the ...

I wish that was more clear in the documentation or else I need to work
on my comprehensive reading skills some more.

BTW, iid and val can actually be integers, the python module will
convert them to strings.

Thanks for the help.

Mike Ayers wrote:
>> From: Jack G Atkinson Jr [mailto:jgatkinsn@gmail.com]
>> Sent: Tuesday, January 22, 2008 3:48 PM
>>
>
>
>> I have done a little more investigating, and it seems to
>> consistently fail when I go from a one digit index to two
>> digits. I did this repeatedly by deleting all the rows after
>> a failure. I'm trying to look at the string creation part
>> and the hand off to the netsnmp command at the lower level,
>> and see if something is going wrong. For the life of me, I
>> can't see why that extra digit is making a difference.
>>
>
> I don't have my python refs handy, but I do recall the automatic number conversions giving me some grief. I note that you are taking the returned get value, which appears, from the code you sent, to return a string, and are passing it back to set, declared as an integer. You may want to add 0 to it before doing it, just to ensure that it can be accepted as an integer.
>
>
> HTH,
>
> Mike
>
>

I have done a little more investigating, and it seems to
consistently fail when I go from a one digit index to two
digits. I did this repeatedly by deleting all the rows after
a failure. I'm trying to look at the string creation part
and the hand off to the netsnmp command at the lower level,
and see if something is going wrong. For the life of me, I
can't see why that extra digit is making a difference.

I don't have my python refs handy, but I do recall the automatic number conversions giving me some grief. I note that you are taking the returned get value, which appears, from the code you sent, to return a string, and are passing it back to set, declared as an integer. You may want to add 0 to it before doing it, just to ensure that it can be accepted as an integer.