UseEnums missing in python bindings?

2014-08-01 Thread bgaidioz
Hello, I have been unable to get *enum values* to work with a python Session get/set. If I'm not mistaken, in _parse_session_args (client.py), the value of UseEnums which is passed from the Session object, is not copied to sessArgs and eventually that user Session setting is forgotten. At least

Re: Bug 3185085 - Segfault in python bindings with x64 build

2011-02-17 Thread Magnus Fromreide
On Thu, 2011-02-17 at 14:38 -0500, Jeremy Brown wrote: > Hi! > > I just created > https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3185085&group_id=12694 > with the intention of submitting a patch. I just realized that I should > have created it under the Patches tracker (rather th

Bug 3185085 - Segfault in python bindings with x64 build

2011-02-17 Thread Jeremy Brown
Hi! I just created https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3185085&gro up_id=12694 with the intention of submitting a patch. I just realized that I should have created it under the Patches tracker (rather than Bugs). Can it get moved over? Thanks, Jeremy Brown -

Re: Patch to support null-bytes in octet strings using python bindings

2010-02-10 Thread Dave Shield
On 9 February 2010 14:45, Tommy Beadle wrote: > I would like to propose the attached patch to the Python bindings. Thanks for that patch. It's been applied to the 5.4.x, 5.5.x and main trunk code, and should appear in the next releases on these three line

Re: Patch to support null-bytes in octet strings using python bindings

2010-02-09 Thread Thomas Anders
Tommy Beadle wrote: > I would like to propose the attached patch to the Python bindings. This is a > patch to version 5.4.2.1. Currently, including null-bytes in octet strings > doesn't work because it's just treating the strings from Python as > null-terminated stri

Patch to support null-bytes in octet strings using python bindings

2010-02-09 Thread Tommy Beadle
Hello, I would like to propose the attached patch to the Python bindings. This is a patch to version 5.4.2.1. Currently, including null-bytes in octet strings doesn't work because it's just treating the strings from Python as null-terminated strings instead of getting their actual

Re: Performance and correctness problems in Python bindings

2009-04-15 Thread Bill Fenner
We did some further analysis of the regexp. We found: 1. Replacing \w+(?:\-*\w+)+ with \w[-\w]+ turns 5 hours into a few ms. It still varies based on the length of the string, but it maxed out at 100ms for hrSWInstalledLastUpdateTime. 2. This regexp is different from the one in the perl module

Re: Performance and correctness problems in Python bindings

2009-04-15 Thread Wes Hardaker
> On Tue, 14 Apr 2009 08:00:05 -0700, Bill Fenner said: BF> Recently, we tracked down some pretty bad performance in our test BF> infrastructure to the same regexp. I find it odd that any regexp could possibly take that long trying to measure such a short string. I'd also file a bug in the

Performance and correctness problems in Python bindings

2009-04-14 Thread Bill Fenner
Last summer, I posted a patch for the Python bindings at https://sourceforge.net/tracker/index.php?func=detail&aid=2074817&group_id=12694&atid=112694 This fixes the problem that it's impossible to use the Python bindings to fetch an object with more than one sub-ID in its INDE

Re: Python bindings

2009-02-13 Thread John A. Khvatov
On Thu, Feb 12, 2009 at 10:36:39AM +0100, Gabriele Messineo wrote: > Hi, > > There's a lot of space for improvements in Net-Snmp Python bindings. A change > in Python APIs making it more similar to Perl's one would provide new > features like asynchronous calls

Re: Python bindings

2009-02-12 Thread Gabriele Messineo
Hi, There's a lot of space for improvements in Net-Snmp Python bindings. A change in Python APIs making it more similar to Perl's one would provide new features like asynchronous calls support. However, actually the code and its API are quite stable and I think you can find a way

Python bindings

2009-02-11 Thread John A. Khvatov
Hi coders, I want to rewrite the python bindings. My goals: - To implement the class Session using Python C API. To avoid store C pointer as a member of python class. This is wrong: http://git.sgu.ru/?p=net-snmp.git;a=blob;f=net-snmp/python/netsnmp/client_intf.c;hb=HEAD#l1360 - To implement

Re: current status of python bindings in the trunk

2007-12-13 Thread Noah Gift
Just an FYI, I wrote an article for IBM Developerworks on IPython and Net-SNMP. http://www.ibm.com/developerworks/aix/library/au-netsnmpnipython/ - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It

Re: current status of python bindings in the trunk

2007-05-31 Thread Noah Gift
One other coding design question: I think Session is a pretty cool idea, but what about making it a Super Class and having a Version 2 and Version 3 Class inhert from Session? If these two classes overloaded the default methods and had default keyword arguments it would be easier to subclass in O

Re: current status of python bindings in the trunk

2007-05-31 Thread G. S. Marzot
Noah Gift wrote: > On 5/21/07, Wes Hardaker <[EMAIL PROTECTED]> wrote: >> > "NG" == Noah Gift <[EMAIL PROTECTED]> writes: > The ideal not technical implementation > would be an egg could install itself automatically against a source > tree. Even better would be if the egg could work independen

Re: current status of python bindings in the trunk

2007-05-22 Thread Noah Gift
They are pretty nice. it is like apt-get for python modules in one sense. We might try to get some help from the eggs mailing list. I could do a little research and find out some more and get back to you. On 5/22/07, Wes Hardaker <[EMAIL PROTECTED]> wrote: > > "NG" == Noah Gift <[EMAIL PROT

Re: current status of python bindings in the trunk

2007-05-22 Thread Wes Hardaker
> "NG" == Noah Gift <[EMAIL PROTECTED]> writes: NG> I am not sure of the actual implementation details myself, I could NG> research it if you need help. The ideal not technical implementation NG> would be an egg could install itself automatically against a source NG> tree. Even better would

Re: current status of python bindings in the trunk

2007-05-22 Thread Noah Gift
On 5/21/07, Wes Hardaker <[EMAIL PROTECTED]> wrote: > >>>>> "NG" == Noah Gift <[EMAIL PROTECTED]> writes: > > NG> On this subject, do you think it would be possible to decouple the > NG> net-SNMP core and the python bindings at all? The

Re: current status of python bindings in the trunk

2007-05-21 Thread Wes Hardaker
>>>>> "NG" == Noah Gift <[EMAIL PROTECTED]> writes: NG> On this subject, do you think it would be possible to decouple the NG> net-SNMP core and the python bindings at all? The reason I ask is NG> that the preferred python module installation method is t

Re: current status of python bindings in the trunk

2007-05-17 Thread Noah Gift
those should run ldconfig for you (assuming they were written right). That is good to know. I just exported LD_LIBRARY_PATH=/usr/local/lib and then put it in /etc/profile which works for me. On this subject, do you think it would be possible to decouple the net-SNMP core and the python bindings at

Re: current status of python bindings in the trunk

2007-05-16 Thread Wes Hardaker
> "GSM" == G S Marzot <[EMAIL PROTECTED]> writes: GSM> hmmm...if you had done a full install of the net-snmp package I GSM> think ldconfig should have been run for you. For the record, if you do a make install from the net-snmp directory, the build system does *NOT* run ldconfig. It prints a

obtaining mac addresses with python bindings and in general

2007-05-15 Thread Noah Gift
I have two problems with finding Mac Addresses: In the command line implementation running both of these commands gives a HEX String: snmpwalk -Os -c public -v 1 192.168.0.108 ipNetToMediaPhysAddress snmpwalk -Os -c public -v 1 192.168.0.108 atPhysAddress The output on both of these OID's wil

Re: current status of python bindings in the trunk

2007-05-10 Thread Thomas Anders
G. S. Marzot wrote: > looks good in a quick eyeball review...thanks Thomas. Applied to 5.4.x and trunk (r16352). +Thomas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 expre

Re: current status of python bindings in the trunk

2007-05-10 Thread G. S. Marzot
looks good in a quick eyeball review...thanks Thomas. -G Thomas Anders wrote: > Noah Gift wrote: >> It would be super, super, super cool if we could install the python >> bindings >> via "easy_install" from the python cheeseshop without even worrying about >

Re: current status of python bindings in the trunk

2007-05-10 Thread Dave Shield
ut this patch seems: a) plausible, and b) safe The Python bindings are still very much alpha code as yet, so I don't think you need worry about applying changes and fixes. You wouldn't have write access if we didn't trust your judgement, Thomas! If you think this is a good

Re: current status of python bindings in the trunk

2007-05-09 Thread Thomas Anders
Noah Gift wrote: > It would be super, super, super cool if we could install the python > bindings > via "easy_install" from the python cheeseshop without even worrying about > the underlying net-snmp package. You would get a ton of python people > using > net-SNMP

Re: current status of python bindings in the trunk

2007-05-09 Thread Noah Gift
> running the test suite might have shown a prob before install... That is a good point, I don't remember running the test. I need to compile it again on a few more VM's so I will report back with Cent OS and Ubuntu notes. On a fresh Ubuntu 7.04 install and using a tarball from svn last ni

Re: current status of python bindings in the trunk

2007-05-09 Thread Noah Gift
re VM's so I will report back with Cent OS and Ubuntu notes. anyway what are your thoughts on what should be done differently? It would be super, super, super cool if we could install the python bindings via "easy_install" from the python cheeseshop without even worrying about the und

Re: current status of python bindings in the trunk

2007-05-09 Thread G. S. Marzot
Noah Gift wrote: > Not really, as I was able to compile with lots of warnings, but when I went > to install the egg the snmp module was linked a non-existance shared object > (not in path). So this was a python problem, although, I didn't really > test > the regular snmp stuff to much..I would thi

Re: current status of python bindings in the trunk

2007-05-09 Thread Noah Gift
have pointed that out by now though On 5/9/07, G. S. Marzot <[EMAIL PROTECTED]> wrote: just for the record...thous was a general net-snmp install related problem rather than anything related to the python bindings...right? thanks, G Noah Gift wrote: > Well the good news is that, with

Re: current status of python bindings in the trunk

2007-05-09 Thread G. S. Marzot
just for the record...thous was a general net-snmp install related problem rather than anything related to the python bindings...right? thanks, G Noah Gift wrote: > Well the good news is that, with the help of a colleague, I was able > to get the bindings to work properly. When I compile

Re: current status of python bindings in the trunk

2007-05-09 Thread Noah Gift
Thanks. I started a page and put a usage example. Someone else is editing right now, but I will probably add more later. On 5/9/07, Dave Shield <[EMAIL PROTECTED]> wrote: > On 09/05/07, Noah Gift <[EMAIL PROTECTED]> wrote: > > If we have a wiki for the python bindings,

Re: current status of python bindings in the trunk

2007-05-09 Thread Dave Shield
On 09/05/07, Noah Gift <[EMAIL PROTECTED]> wrote: > If we have a wiki for the python bindings, > I can put what I learned up so far. Your wish is my command, Oh Master. See http://www.net-snmp.org/wiki/index.php?title=Python_Bindings > As for the separate mailing list, it

Re: current status of python bindings in the trunk

2007-05-09 Thread Noah Gift
If we have a wiki for the python bindings, I can put what I learned up so far. As for the separate mailing list, it might encourage more python programmers to get involved as there is quite a bit of traffic on this list that is not related to my problem :) Of course, that is being selfish, but well..

Re: current status of python bindings in the trunk

2007-05-09 Thread Dave Shield
On 08/05/07, Noah Gift <[EMAIL PROTECTED]> wrote: > I had problems importing the netsnmp python moduel once I had compiled > version 5.4. Is the version in the trunk a better place to checkout > the python bindings? I don't think there's any significant difference betw

Re: current status of python bindings in the trunk

2007-05-08 Thread Noah Gift
[EMAIL PROTECTED]> wrote: > I had problems importing the netsnmp python moduel once I had compiled > version 5.4. Is the version in the trunk a better place to checkout > the python bindings? > > Noah > - Thi

current status of python bindings in the trunk

2007-05-08 Thread Noah Gift
I had problems importing the netsnmp python moduel once I had compiled version 5.4. Is the version in the trunk a better place to checkout the python bindings? Noah - This SF.net email is sponsored by DB2 Express Download