Re: perl 5.23.2+ and net-snmp don't get along
On Wed, 16 Mar 2016 18:29:50 -0700 Bart wrote: BVA> On 03/16/16 15:04, Magnus Fromreide wrote: BVA> > Since c99 uint64_t exists. Why do we need U64 in the first BVA> > place? A long long time ago we set c89 as our minimum requirement. BVA> That's a good question. I think we cannot switch from struct BVA> counter64 to uint64_t because that would change the Net-SNMP BVA> ABI. Functions like asn_build_unsigned_int64() and BVA> snmp_set_var_typed_value() would break if a pointer to a BVA> uint64_t would be passed instead of a pointer to a struct BVA> counter64. Yep. -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
Re: Help porting net-snmp to an embedded platform
On Wed, 13 Apr 2016 08:53:51 + Moreno wrote: MF> first of all I'd like to make sure I'm writing in the correct MF> mailing list. The fact is I'm not developing an external MF> application nor am I improving net-snmp code in any way. You're in the right place. MF> At this stage, everything works. So now comes the fiddly part. MF> I have to simplify the code removing all the v3 stuff, MF> including openssl and so on. Then I'll have to replace all the MF> functions that differ from our architecture but that's still MF> pretty far away now. MF> MF> So my first question is: is removing all the v3 code feasible? MF> Where do I start? Do you actually need to remove it? You can set some defines in the header and it won't be compiled in. MF> My second question is: what does lcd_time.c do? I went ahead MF> and removed some of the v3 code but in this file the separation MF> between the versions seems foggy and I'm not sure I can dispose MF> of lcd_time that easily. I took a quick look, and it all looks like stuff related to engine time, so it should be safe to exclude. Again, though, I'd use defines instead of deleting the code. Robert -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
Re: Building Net-Snmp 5.7.3 on QNX650 (x86_64)
Den 22-04-2016 kl. 17:30 skrev Ian C: > > I'm attempting to build the 5.7.3 source on QNX 650 and getting the > following error which I hope someone could shed some light on: > > libtool: compile: gcc -I../../include -I. -I../../agent > -I../../agent/mibgroup -I../../snmplib -fno-strict-aliasing -g -O2 -Unto > -Dnto=nto -U__STRICT_ANSI__ -fno-strict-aliasing -pipe > -I/usr/pkg/lib/perl5/5.14.0/x86pc-nto/CORE -c mibII/ipAddr.c -fPIC -s > hared -DPIC -o mibII/.libs/ipAddr.o > mibII/ipAddr.c: In function 'var_ipAddrEntry': > > mibII/ipAddr.c:224: error: invalid operands to binary == (have 'struct > ' and 'int') What kind of OS does this box have? FreeBSD? /Niels -- Niels Baggesen - @home - Århus - Denmark - n...@users.sourceforge.net The purpose of computing is insight, not numbers --- R W Hamming -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
