From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 687 invoked by alias); 15 Feb 2005 04:55:58 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 569 invoked from network); 15 Feb 2005 04:55:41 -0000 Received: from unknown (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org with SMTP; 15 Feb 2005 04:55:41 -0000 Received: from zaretski (tony06-88-59.inter.net.il [80.230.88.59]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id ANS48166 (AUTH halo1); Tue, 15 Feb 2005 06:55:24 +0200 (IST) Date: Tue, 15 Feb 2005 14:35:00 -0000 From: "Eli Zaretskii" To: "M.M. Kettenis" Message-ID: <01c5131a$Blat.v2.4$98b1e540@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 CC: kevinb@redhat.com, kettenis@gnu.org, gdb@sources.redhat.com, cagney@gnu.org In-reply-to: <731992780126277@weblx058.utsp.utwente.nl> (m.m.kettenis@alumnus.utwente.nl) Subject: Re: i18n and internal errors Reply-to: Eli Zaretskii References: <731992780126277@weblx058.utsp.utwente.nl> X-SW-Source: 2005-02/txt/msg00104.txt.bz2 > From: "M.M. Kettenis" > Date: Tue, 15 Feb 2005 02:10:01 +0000 > Cc: cagney@gnu.org > > > As for the difficulty in fixing the bugs, the fatal messages typically > > include a file name and a line number which point to the place where > > the bug was caught. I think that alleviates some of the difficulties. > > Although line numbers might be a bit off compared to the current CVS version or even compared to the release. True, but hopefully not by a lot. > > Also, it is customary for users to translate the messages into English > > when reporting bugs (a case in point is messages from the OS utilities > > that have some relevance to the bug being reported), since the users > > generally understand that English is a better language to talk to > > maintainers. > > So we should update the bug reporting instructions to instruct users to run gdb with env LC_ALL="C". Hmm, hopefully that doesn't make the bug > disappear. We should indeed ask them to reproduce in the C locale, and if the bug disappears, to translate the message(s) into English as best as they can.