SNMP async polling was also specifically what I wanted to rework the api
for ^_^. I actually never implemented any of the synchronous API
functions, I ran out of time during our 'hack week.'
Perhaps this is a better link of my specific work;
https://sourceforge.net/u/hcf64/net-snmp/ci/python_api
You're absolutely right regarding get_async.c - the way I have that
designed was solely for the performance benefit of having as much static
logic as possible statically compiled. Usability was a far gone
afterthought for that.
My logic was also, having the arrays defined in C opens the possibilit
Gabe writes:
> I've been working on a Python3 C Extension for the net-snmp API. Still very
> much a work in progress, but I feel like
> it's at a point now that I can share:
>
> https://github.com/xstaticxgpx/netsnmp-py3
>
> Mostly just wanted to gauge interest on this, however any feedback
> wo
It's all up to Wes (or other net-snmp maintainers?) really. I don't know
what's up with Sourceforge, my merge requests were showing some sort of
error where it can't list the commits. Maybe they get stale and time out?
I rejected them all and sent a new merge request for my one change to 'from
n
Hi David,
Glad to see some shared interest in this!
I've made a lot of updates to my project since my posting to the mailing
list, including Python 2 (tested with 2.7 at least) support.
The only thing I needed to add to facilitate both Py2 and Py3 functionality
was add a macro in the C code to i
Hi Gabe,
I'm also working on improving the python bindings (tho I'm not targeting
python 3 specifically, I'm trying to be future proof there);
https://sourceforge.net/u/hcf64/net-snmp/ci/python_api/tree/python/
My approach was also a little different; I made the new python bindings
(snmp_api.c)