From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#9653: 24.0.50; `ucs-names' - Why all of the ("" . XXX) entries? Date: Mon, 03 Oct 2011 09:31:29 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1317648715 2152 80.91.229.12 (3 Oct 2011 13:31:55 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 3 Oct 2011 13:31:55 +0000 (UTC) Cc: 9653@debbugs.gnu.org To: Kenichi Handa Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Oct 03 15:31:48 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RAicV-0003rM-He for geb-bug-gnu-emacs@m.gmane.org; Mon, 03 Oct 2011 15:31:47 +0200 Original-Received: from localhost ([::1]:44425 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RAicV-0001mW-2s for geb-bug-gnu-emacs@m.gmane.org; Mon, 03 Oct 2011 09:31:47 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:37893) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RAicO-0001m9-EK for bug-gnu-emacs@gnu.org; Mon, 03 Oct 2011 09:31:45 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RAicM-0000ix-Q4 for bug-gnu-emacs@gnu.org; Mon, 03 Oct 2011 09:31:40 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:39417) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RAicM-0000iq-OV for bug-gnu-emacs@gnu.org; Mon, 03 Oct 2011 09:31:38 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RAidh-0008Pl-Lu for bug-gnu-emacs@gnu.org; Mon, 03 Oct 2011 09:33:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 03 Oct 2011 13:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9653 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9653-submit@debbugs.gnu.org id=B9653.131764877932334 (code B ref 9653); Mon, 03 Oct 2011 13:33:01 +0000 Original-Received: (at 9653) by debbugs.gnu.org; 3 Oct 2011 13:32:59 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RAide-0008PS-RL for submit@debbugs.gnu.org; Mon, 03 Oct 2011 09:32:59 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RAida-0008PH-GJ for 9653@debbugs.gnu.org; Mon, 03 Oct 2011 09:32:56 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAM23iU5FpZLc/2dsb2JhbABBp3+BBoFTAQEEAVYjEAs0EhQYDSSIDrdyhyEEoHeEQw X-IronPort-AV: E=Sophos;i="4.68,479,1312171200"; d="scan'208";a="139742336" Original-Received: from 69-165-146-220.dsl.teksavvy.com (HELO pastel.home) ([69.165.146.220]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 03 Oct 2011 09:31:30 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id D70285907F; Mon, 3 Oct 2011 09:31:29 -0400 (EDT) In-Reply-To: (Kenichi Handa's message of "Mon, 03 Oct 2011 13:23:59 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 03 Oct 2011 09:33:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) 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:52109 Archived-At: >> Handa-san, could you take a look at this? Is (get-char-code-property >> c 'name) supposed to return "" when the char has no name or is it >> supposed to return nil? Either way is fine by me (all those "" are >> really one and the same string, so they don't waste memory). > It returns "" in such a case in Emacs 24. Emacs 23 returned > nil but that behavior was fixed because Unicode Standard > Annex #44 (Unicode Character Database) says as below: > 4.2.8 Default Values > [...] > * For miscellaneous properties which take strings as > values, such as the Unicode Name property, the default > value is a null string. > ^^^^^^^^^^^^^ I'm not opposed to this change, but your answer surprises me: - we don't have to follow any standard. - even less so when it talks about internal APIs rather than about externally-visible behavior. - "null string" can mean nil just as well as it can mean "". They actually behave quite similarly: length/concat/mapcar treat them the same, aref signals an error in both cases, ... So was there some other motivation (e.g. simpler implementation? Simpler code somewhere else?)? If not (i.e. all things being equal) I'd prefer to use nil which is ever so slightly closer to usual Elisp practice, and matches the Emacs-23 behavior. Stefan