From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?iso-8859-1?B?SvxyZ2VuIEhhcnRtYW5u?= Newsgroups: gmane.emacs.help Subject: RE: [Solved] RE: Differences between identical strings in Emacs lisp Date: Thu, 9 Apr 2015 12:36:32 +0200 Message-ID: References: , <87pp7gu7by.fsf@kuiper.lan.informatimago.com>, , <83mw2khvc1.fsf@gnu.org>, , <834morj19g.fsf@gnu.org>, , <83egnuhlu0.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1428575817 17022 80.91.229.3 (9 Apr 2015 10:36:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Apr 2015 10:36:57 +0000 (UTC) To: "help-gnu-emacs@gnu.org" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Apr 09 12:36:49 2015 Return-path: Envelope-to: geh-help-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 1Yg9pI-0001B1-Rn for geh-help-gnu-emacs@m.gmane.org; Thu, 09 Apr 2015 12:36:48 +0200 Original-Received: from localhost ([::1]:60390 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yg9pI-00053h-0h for geh-help-gnu-emacs@m.gmane.org; Thu, 09 Apr 2015 06:36:48 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53481) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yg9p6-00053Y-2Z for help-gnu-emacs@gnu.org; Thu, 09 Apr 2015 06:36:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yg9p3-0003tX-Dv for help-gnu-emacs@gnu.org; Thu, 09 Apr 2015 06:36:36 -0400 Original-Received: from dub004-omc4s33.hotmail.com ([157.55.2.108]:50781) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yg9p3-0003ss-9T for help-gnu-emacs@gnu.org; Thu, 09 Apr 2015 06:36:33 -0400 Original-Received: from DUB124-W35 ([157.55.2.71]) by DUB004-OMC4S33.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Thu, 9 Apr 2015 03:36:32 -0700 X-TMN: [7rLQJ0bi7uazUY7WegugUgUAsRvtp5AV] X-Originating-Email: [juergen_hartmann_@hotmail.com] Importance: Normal In-Reply-To: <83egnuhlu0.fsf@gnu.org> X-OriginalArrivalTime: 09 Apr 2015 10:36:32.0367 (UTC) FILETIME=[0BA1B7F0:01D072B1] X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 [fuzzy] X-Received-From: 157.55.2.108 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:103600 Archived-At: Thank you=2C Eli Zaretskii=2C for your answer:=0A= =0A= >> [About mapping between unibyte and multibyte strings]=0A= >>=0A= >> On which occasion such a conversion is done?=0A= >=0A= > One example that comes to mind is (insert 160)=2C i.e. when inserting=0A= > text into a buffer.=A0 There are other examples=2C but I simply don't=0A= > remember them at the moment.=0A= >=0A= >> Has this anything to do with the the charset that is individually=0A= >> defined in language-info-alist for nearly each language environment?=0A= >=0A= > No=2C I think Emacs converts the value to the character that has the=0A= > same Unicode codepoint.=0A= =0A= I see.=0A= =0A= >> It seems that all my related observations that puzzled me before can be = well=0A= >> explained by the strict distinction between characters and raw bytes and= the=0A= >> mapping between the latter's integer representations in the range=0A= >> [0x80..0xFF] in an unibyte context and in the range [0x3FFF80..0x3FFFFF]= in a=0A= >> multibyte context.=0A= >=0A= > Pretty much=2C yes.=0A= =0A= Thank you for the confirmation.=0A= =0A= Juergen=0A= =0A= =