On Tue, 29 Jun 2004 10:04:09 +0100 Dave wrote: DS> > The question is: should I nuke the code in CVS and re-add with the new DS> > name(and hope it doesn't change again), or just update the OID and live DS> > with the name inconsistency? DS> DS> Has the numeric OID actually changed?
Yep. It changed by one. DS> My gut reaction is to wait - stick with what you've got at the moment DS> (and probably don't even bother changing internal names). It's probably DS> worth putting a comment in to say that things have changed, but nothing DS> more. DS> When this finally appears as an RFC, then *that's* the time to rename DS> the implementation files, etc. Once it's got that far, it's unlikely to DS> change again. Sounds reasonable. The only reason I asked is that we are rapidly approaching 5.2. So the question was, should we release the code with the wrong name. DS> I haven't looked at your code yet, but I presume you're also DS> implementing the ipNetToMediaTable (based on the same data) as well? DS> What about the atTable? DS> DS> Will the ipNetToPhysicalTable be included by default, or an optional DS> module (to be configured in explicitly) ? The current cvs is either/or. The --enable-mfd-rewrites would enable the new modules, and exclude the others. The plan was then to go back and re-write the os specific portions of the old tables to use the new data access code. [I think we've already established that I don't like code bloat. :-)] After a converstation with Wes today, that wasn't a realistic goal for 5.2. So that flag will soon go away, and the old implementations will co-exist with the new. Inefficient, but functional. Hopefully a merge can happen for 5.3. -- Robert Story; NET-SNMP Junkie <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp> Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-coders> You are lost in a twisty maze of little standards, all different. ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Net-snmp-coders mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
