From owner-cvs-src@FreeBSD.ORG Wed Nov 9 16:01:51 2005 Return-Path: X-Original-To: cvs-src@freebsd.org Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE0B716A41F; Wed, 9 Nov 2005 16:01:51 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A19443D48; Wed, 9 Nov 2005 16:01:51 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms074.mailsrvcs.net ([192.168.1.3]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IPP001BB372BBK0@vms048.mailsrvcs.net>; Wed, 09 Nov 2005 10:01:50 -0600 (CST) Date: Wed, 09 Nov 2005 10:01:50 -0600 (CST) From: Sergey Babkin To: John Baldwin , Pawel Jakub Dawidek Message-id: <16835761.1131552110894.JavaMail.root@vms074.mailsrvcs.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Cc: Craig Rodrigues , cvs-src@freebsd.org, Poul-Henning Kamp , src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: Re: cvs commit: src/sys/kern vfs_mount.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: babkin@users.sf.net List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 16:01:52 -0000 >From: John Baldwin >On Wednesday 09 November 2005 09:30 am, Pawel Jakub Dawidek wrote: >> On Wed, Nov 09, 2005 at 03:08:39PM +0100, Poul-Henning Kamp wrote: >> +> In message <20051109140419.GD15580@garage.freebsd.pl>, Pawel Jakub >> Dawidek writes: +> >> +> >> +> >In current world order you can decide based on LC_ALL/LANG, etc. >> +> >> +> Read my lips: printf(9) and panic(9) are _never_ going to respect >> +> any environment variable. >> >> Printf(9) and panic(9) are for administrator, not for user. >> Anyway, let's stop here, as we're going nowhere. > >If you are going to provide l10n of these messages, you'll need to do it in >userland somehow. However, if you return strings that task becomes a bit >harder. I still prefer returning error data, not presentation, and letting >something else (userland) take care of formatting error data and presenting >it to the user. Maybe it would make sense to split the error code and any extra data related to the error (for example, the pathname that caused it or any extra explanation). The error code would go into errno while only the extra data would go into the string error. This extra data won't need to be translaed anyway. -SB