Robert Story wrote: > 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.
Yep and you have my full understanding for not attaching it. ;-) > - 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. FWIW, my analysis (see the Wiki page) shows a decent number of apps/libs that wouldn't need to depend on the helpers library if the two were really separate. > - Applications that need the helper library would need to call the new init > function. i.e. this introduces a break in backwards compatibility. Are you sure there isn't a way around? Can't we *duplicate* the most basic handlers in the agent library (under slightly different names) and adjust *our* code to make use of it, much like we did with make_tempfile/netsnmp_mktemp? But I haven't seen your patch yet, so I'm just wild-guessing, currently. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) ------------------------------------------------------------------------- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
