From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Holger Arnold Newsgroups: gmane.emacs.bugs Subject: bug#12392: emacs-gtk misinterprets floating-point numbers under certain locales on openSUSE 12.2 Date: Sat, 22 Sep 2012 21:44:15 +0200 Message-ID: <505E150F.6000800@gmail.com> References: <87r4qbodec.fsf@Rainer.invalid> <1850806.rhTqIQiGZd@thinkpad.home> <834nmqkmoz.fsf@gnu.org> <2199759.nmHto3ACll@thinkpad.home> <831uhtlw47.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1348343127 2724 80.91.229.3 (22 Sep 2012 19:45:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 22 Sep 2012 19:45:27 +0000 (UTC) Cc: 12392@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Sep 22 21:45:31 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TFVdn-0001y3-Pd for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Sep 2012 21:45:27 +0200 Original-Received: from localhost ([::1]:37162 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFVdj-00048l-2C for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Sep 2012 15:45:23 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:46089) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFVdf-00047T-UA for bug-gnu-emacs@gnu.org; Sat, 22 Sep 2012 15:45:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TFVde-0000M9-T4 for bug-gnu-emacs@gnu.org; Sat, 22 Sep 2012 15:45:19 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40066) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFVde-0000LS-PM for bug-gnu-emacs@gnu.org; Sat, 22 Sep 2012 15:45:18 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TFVfK-0005p4-9o for bug-gnu-emacs@gnu.org; Sat, 22 Sep 2012 15:47:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Holger Arnold Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Sep 2012 19:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12392 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 12392-submit@debbugs.gnu.org id=B12392.134834316822322 (code B ref 12392); Sat, 22 Sep 2012 19:47:02 +0000 Original-Received: (at 12392) by debbugs.gnu.org; 22 Sep 2012 19:46:08 +0000 Original-Received: from localhost ([127.0.0.1]:49612 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFVeR-0005nx-8S for submit@debbugs.gnu.org; Sat, 22 Sep 2012 15:46:08 -0400 Original-Received: from mail-bk0-f44.google.com ([209.85.214.44]:48031) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFVeO-0005nn-T2 for 12392@debbugs.gnu.org; Sat, 22 Sep 2012 15:46:06 -0400 Original-Received: by bkty12 with SMTP id y12so2305296bkt.3 for <12392@debbugs.gnu.org>; Sat, 22 Sep 2012 12:44:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=BkPJOyWgXJj1cDBrGVaq6gxdWpa0CZFa8K+XuOo4kf0=; b=A9Zsp9hIsR5rLT8KOzZWu4c+HGgAv+OF4WddqD2ad7FO05sRALb2Ahf1deagYKqxO6 8/oM5lrJAVye8ITMspIy/Aj9TTgNk0rTdQFvHZ2+mVL7ZJ5QTsfr9PXRPWEa22u+Jv8s NSgC8rDmnkpkrqa9ahUXmhqIYFhIE59vnvU92Xvf1PxZuyOyjw52t5teXUjr4wRDUQUh w/JC/5dVkS5TuhPhikY3IBsTaiS6QPVJQZQVxVpzMxRPw1oZ03lUyfMqeoTcYcCjEkEq fn48m13hoAeIiutWSxaz4ikxAE/eSVu8CydAc2AJvu/wZmeazoZwV+fVr3QzcMQt9okY /K4Q== Original-Received: by 10.204.148.86 with SMTP id o22mr3531440bkv.59.1348343058586; Sat, 22 Sep 2012 12:44:18 -0700 (PDT) Original-Received: from thinkpad.home (77-64-254-200.dynamic.primacom.net. [77.64.254.200]) by mx.google.com with ESMTPS id c18sm8037029bkv.8.2012.09.22.12.44.16 (version=SSLv3 cipher=OTHER); Sat, 22 Sep 2012 12:44:17 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120825 Thunderbird/15.0 In-Reply-To: <831uhtlw47.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:64776 Archived-At: Eli Zaretskii wrote: >>> How can Emacs do both? How can it display "4.0" for the result of >>> '(* 2.0 2.0)', but "23,4%" in a message like "Your disk is 23.4% full."? >> >> What do you mean by "how"? Technically, philosophically, ...? > > The former, of course. > >> How can GCC print localized error messages, but still not accept >> 'double x = 0,25 * 1,0;' in a C program? > > In our case, we are talking about two instances of output. Should I have said: "How can GCC print localized error messages containing (non-localized) C statements"? Are you seriously saying that you see a hard technical problem here? >> I assume that most Emacs users can tell whether they are interacting with the >> Lisp interpreter or the "other" user interface. So, what's the problem? > > We are not talking about users, we are talking about Emacs, which is a > computer program. It needs to be able to differentiate between these > two instances of output, if you want it to use different decimal > separators in each case. I assume that Emacs already has functions for printing and parsing Lisp statements. Simply make them locale-independent. If you have to print a localized string that contains a Lisp expression, insert the output of the Lisp printer into that string. No Super-Turing powers required. Holger