On Thu, 11 Jan 2007 13:44:16 -0800 Wes wrote: WH> >>>>> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes: WH> WH> TA> Dave Shield wrote: WH> >> The distinction between libagent and libhelpers doesn't feel as useful WH> >> as that between these two and libmibs WH> WH> TA> Merging them is significant work, too. So if it's *possible* to separate WH> TA> them cleanly, why not do it? Who knows what use cases might be out there. WH> WH> Just my 2 cents: Merging them is likely less work and less hacky.
Yeah. But, since Thomas wants to see what would be required to hack it, here is patch that would sever the explicit dependency between the agent and helpers libraries. There are some important caveats: - Some helpers are required for basic agent functionality and would need to be moved into the agent library. Those are: null, old_api, bulk_to_next. In theory, it should be possible to create an agent without old_api and bulk_to_next, it's not worth the effort. - Applications that need the helper library would need to call the new init function. i.e. this introduces a break in backwards compatibility. I must not have worded my original message clearly enough, because I was surprise at the lack of, uhhmm, 'vocal' objections from Dave and Wes. IOW, I'm not proposing this patch be applied. I thought that merging the two wasn't a bad idea before, and after a closer look I'm all for merging them. If we ever get around to trying to have core/minimal library APIs (i.e. and option to eliminate all the cruft), it might be worth re-visiting the issue. But I don't see such a massive effort happening anytime soon... ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
