From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#12054: 24.1; regression? font-lock no-break-space with nil nobreak-char-display Date: Sat, 3 Nov 2012 10:32:36 -0700 Message-ID: <36A068647715410282C1FB4F5FC89CEC@us.oracle.com> References: <87mwyzyn76.fsf@gnu.org><45DEAA69BC6E4630BA8DA0B07A0ECE92@us.oracle.com> <87lieimx9n.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1351963995 2884 80.91.229.3 (3 Nov 2012 17:33:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 3 Nov 2012 17:33:15 +0000 (UTC) Cc: 12054@debbugs.gnu.org To: "'Chong Yidong'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Nov 03 18:33:24 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 1TUhay-0001A7-Ja for geb-bug-gnu-emacs@m.gmane.org; Sat, 03 Nov 2012 18:33:20 +0100 Original-Received: from localhost ([::1]:41435 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TUhap-0001yN-Ja for geb-bug-gnu-emacs@m.gmane.org; Sat, 03 Nov 2012 13:33:11 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:48160) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TUham-0001y9-Fj for bug-gnu-emacs@gnu.org; Sat, 03 Nov 2012 13:33:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TUhal-000072-8Y for bug-gnu-emacs@gnu.org; Sat, 03 Nov 2012 13:33:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37143) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TUhal-00006v-4s for bug-gnu-emacs@gnu.org; Sat, 03 Nov 2012 13:33:07 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TUhdZ-0004cx-PK for bug-gnu-emacs@gnu.org; Sat, 03 Nov 2012 13:36:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Nov 2012 17:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12054 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12054-submit@debbugs.gnu.org id=B12054.135196414517762 (code B ref 12054); Sat, 03 Nov 2012 17:36:01 +0000 Original-Received: (at 12054) by debbugs.gnu.org; 3 Nov 2012 17:35:45 +0000 Original-Received: from localhost ([127.0.0.1]:47394 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TUhdI-0004cQ-P6 for submit@debbugs.gnu.org; Sat, 03 Nov 2012 13:35:45 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:17093) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TUhdG-0004cJ-S0 for 12054@debbugs.gnu.org; Sat, 03 Nov 2012 13:35:43 -0400 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qA3HWk2Y008295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 3 Nov 2012 17:32:47 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qA3HWkQ9011179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Nov 2012 17:32:46 GMT Original-Received: from abhmt101.oracle.com (abhmt101.oracle.com [141.146.116.53]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qA3HWjDd025818; Sat, 3 Nov 2012 12:32:45 -0500 Original-Received: from dradamslap1 (/10.159.185.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 03 Nov 2012 10:32:45 -0700 X-Mailer: Microsoft Office Outlook 11 In-reply-to: <87lieimx9n.fsf@gnu.org> Thread-Index: Ac255ZOvlaqbUNMMR3aSGHlxwqmi5AAAnnOg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet22.oracle.com [141.146.126.238] 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.x 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:66395 Archived-At: > > Just why is it that the regexp "[\240]+" does not match this char? > > Why should a character-alternative expression care whether the > > representation is unibyte or multibyte? Isn't that a bug? > > When \240 occurs in a unibyte string, Emacs recognizes it as an > eight-bit raw byte. When converting unibyte strings to > multibyte, Emacs does not "unify" eight-bit raw bytes with > Unicode characters #x80-#xff; they get their own code points, > in this case #x3fffa0. (One reason for doing this is to allow > unibyte strings to be specified using string constants in Emacs > Lisp source code.) > > > How to use octal syntax to match that char? The Elisp manual says > > clearly that "The most general read syntax for a character > > represents the character code in either octal or hex." > > MOST GENERAL, not most limited and partial. > > I've already edited the documentation to take out this > sentence. It is incorrect anyway, for the reason that > octal escapes are limited to three digits. Hm. I admit that I do not have a grasp of this yet. I will read the updated doc when I get hold of it. You didn't answer the question "How to use..." I guess that silence indicates that it is impossible (?). Anyway, trying to put together your statement that the old text was incorrect with Eli's claim that it is still correct has me perplexed. So just what is the "most general read syntax for a char" now? And what is a general read syntax that will work also for older Emacs versions when reading Unicode chars present in a file?