From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: utf-16le vs utf-16-le Date: Thu, 17 Apr 2008 05:15:42 +0900 Message-ID: <87abjtr1xt.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87wsn1fl72.fsf@uwakimon.sk.tsukuba.ac.jp> <87prssgacl.fsf@uwakimon.sk.tsukuba.ac.jp> <851w58q24a.fsf@lola.goethe.zz> <87lk3gfg40.fsf@uwakimon.sk.tsukuba.ac.jp> <87fxtof8x1.fsf@uwakimon.sk.tsukuba.ac.jp> <87wsmzdpsp.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1208376959 338 80.91.229.12 (16 Apr 2008 20:15:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 16 Apr 2008 20:15:59 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 16 22:16:36 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JmDts-0001F2-1s for ged-emacs-devel@m.gmane.org; Wed, 16 Apr 2008 22:06:36 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JmDtD-00046W-Io for ged-emacs-devel@m.gmane.org; Wed, 16 Apr 2008 16:05:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JmDtA-00046H-Na for emacs-devel@gnu.org; Wed, 16 Apr 2008 16:05:52 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JmDt9-00045W-1d for emacs-devel@gnu.org; Wed, 16 Apr 2008 16:05:52 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JmDt8-00045T-Qi for emacs-devel@gnu.org; Wed, 16 Apr 2008 16:05:50 -0400 Original-Received: from mtps01.sk.tsukuba.ac.jp ([130.158.97.223]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JmDt2-00074w-TU; Wed, 16 Apr 2008 16:05:45 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mtps01.sk.tsukuba.ac.jp (Postfix) with ESMTP id 238941535AC; Thu, 17 Apr 2008 05:05:40 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id F12131A29F3; Thu, 17 Apr 2008 05:15:42 +0900 (JST) In-Reply-To: X-Mailer: VM 7.19 under 21.5 (beta28) "fuki" 2785829fe37c XEmacs Lucid X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:95365 Archived-At: Eli Zaretskii writes: > > Huh? We don't have the full suite, but we do have -signature variants. > > Bot for UTF-8, we don't, at least not in GNU Emacs 23. We're not talking about GNU Emacs 23, we're talking about what should be. What I'm trying to say is that all of these variants are occasionally useful, and they can be decomposed as text coding + signature + EOL convention, rather than having a zillion variants with weird names for the user to keep track of. > > Indeed? Suppose I have a string as the value of the symbol `s' > > containing the octets "\r\n". Please explain to me how to compute > > whether that is the value 0x0D0A from a network stream prepared using > > htons(3), or a line ending suitable for appending to a Windows file. > > The Lisp code that created the string knows what it is and how to deal > with it. But you already know that, so I probably simply fail to > follow your reasoning. Let me quote you: > I'm afraid that this will be very hard to implement in Emacs, since > the internals are very much exposed and we are used to copy strings to > and fro freely. > I think we also don't have sockets and other similar interfaces as > Lisp object to which we could give properties. That's a shame, isn't it?