From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] GNU Make From: Charles Forsyth Date: Wed, 2 Jun 2004 08:36:07 +0100 In-Reply-To: <0ffa2db088558e493a30ecad96ee426e@proxima.alt.za> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Topicbox-Message-UUID: 8fe7d352-eacd-11e9-9e20-41e7f4b1d025 >>all Plan 9 software to use a library of error messages that also >>includes a numeric code? Numeric codes are a bad idea, that plan 9 was well rid of from unix. they do not scale well in a distributed system with distributed development. even the internet protocols that use them tend to degenerate into `good, bad, ugly' based on the first digit (0, 4, 5 say). it's just one reason that NFS had terrible trouble across systems with different errno values. precise diagnostics ended up being mapped into EIO, which wasn't always the right answer, just because there was no portable way to convert an arbitrary code from one system to an arbitrary code in another. n*m indeed. of course, you could have MegaErrnoInc act as a global registry of mappings, as Sun tried with Sun RPC, but for this application it doesn't work well. some uniformity in the error strings would be desirable, but numeric codes should not be used.