Den 10-05-2011 19:02, Leo Cacciari skrev: > Ok, let's say 32 bit platforms (which, by today standards would be > subnormal ;)) Anyhow, this only confirms what I said: old typedef with > u_long was wrong, new one is right. If any binary incompatibility > arises, then it will be on platform with 64bits longs, where the old > typedef produced not-conforming implementation with 64bits oid.
The library has always checked that it only sent out conforming oids. There are suppliers out there of binary only modules that connects to our agent. Hardware suppliers like HP and Dell are the first that come to mind, and here we are in for a compatibility problem. /Niels -- Niels Baggesen - @home - Århus - Denmark - n...@users.sourceforge.net The purpose of computing is insight, not numbers --- R W Hamming ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
