From owner-freebsd-current Sun Jan 24 14:45:22 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA28746 for freebsd-current-outgoing; Sun, 24 Jan 1999 14:45:22 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kot.ne.mediaone.net (kot.ne.mediaone.net [24.128.29.136]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA28737 for ; Sun, 24 Jan 1999 14:45:20 -0800 (PST) (envelope-from mi@kot.ne.mediaone.net) Received: (from mi@localhost) by kot.ne.mediaone.net (8.9.1a/8.9.1) id RAA04500 for current@freebsd.org; Sun, 24 Jan 1999 17:44:55 -0500 (EST) From: Mikhail Teterin Message-Id: <199901242244.RAA04500@kot.ne.mediaone.net> Subject: Re: sysctl oids (was: Re: kvm question) In-Reply-To: from Julian Elischer at "Jan 24, 1999 02:15:08 pm" To: current@FreeBSD.ORG Date: Sun, 24 Jan 1999 17:44:55 -0500 (EST) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Nonsense. There are plenty of contexts in which a number makes far => more sense than a name -- pretty much anything in any network stack => other than Chaosnet, for example. If any of us ever make good on the => threat of SNMP integration, having fixed numerical identifiers will => be a requirement. =SNMP will require a translation layer anyhow.. numbers cannot and =should not be used. They are not easily maintained in the face of =multiple external modules being dynamically loadable. =That is at least my opinion.. you may and do disagree. I guess you will =say that numbers are just as dynamic, etc.etc. well I just think that =in the REAL WORLD, as opposed to the theoretical world, names (which =require no co-ordination between authors), are a better choice than =numbers, which require some central naming authority. Pardon my intrusion, but I strongly dislike the very thought about my computer looking-up the same string more then once or twice. If it counts -- I'd take a number over a string anytime anywhere other then in a documentation. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message