From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Boylan, Ross" Newsgroups: gmane.emacs.help Subject: RE: Unable to match octal character Date: Wed, 13 Apr 2016 21:14:49 +0000 Message-ID: References: > < , <8d6a57cf-7fc9-4dcf-88d1-4036cb3092d7@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1460582135 9578 80.91.229.3 (13 Apr 2016 21:15:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 13 Apr 2016 21:15:35 +0000 (UTC) To: Drew Adams , "help-gnu-emacs@gnu.org" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Apr 13 23:15:22 2016 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 1aqS88-0007HA-AU for geh-help-gnu-emacs@m.gmane.org; Wed, 13 Apr 2016 23:15:20 +0200 Original-Received: from localhost ([::1]:52348 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aqS87-0006Yk-Kn for geh-help-gnu-emacs@m.gmane.org; Wed, 13 Apr 2016 17:15:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46657) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aqS7n-0006Tt-Tl for help-gnu-emacs@gnu.org; Wed, 13 Apr 2016 17:15:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aqS7i-0003vN-PT for help-gnu-emacs@gnu.org; Wed, 13 Apr 2016 17:14:59 -0400 Original-Received: from esa2.ucsf.iphmx.com ([68.232.143.34]:32934) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aqS7i-0003tY-GM for help-gnu-emacs@gnu.org; Wed, 13 Apr 2016 17:14:54 -0400 Original-Received: from unknown (HELO bcuda4.ucsf.edu) ([64.54.157.32]) by esa2.ucsf.iphmx.com with ESMTP/TLS/AES256-SHA; 13 Apr 2016 14:14:53 -0700 X-ASG-Debug-ID: 1460582090-0ac91d38a35d9270001-2yy5ZX Original-Received: from exht02.net.ucsf.edu (mx.ucsf.edu [64.54.247.193]) by bcuda4.ucsf.edu with ESMTP id kZNgTPNFBG9XzbTS (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Apr 2016 14:14:50 -0700 (PDT) X-Barracuda-Envelope-From: Ross.Boylan@ucsf.edu X-Barracuda-Effective-Source-IP: mx.net.ucsf.edu[64.54.247.193] X-Barracuda-Apparent-Source-IP: 64.54.247.193 Original-Received: from EX08.net.ucsf.edu ([64.54.247.161]) by exht02.net.ucsf.edu ([64.54.247.219]) with mapi id 14.03.0224.002; Wed, 13 Apr 2016 14:14:50 -0700 Thread-Topic: Unable to match octal character X-ASG-Orig-Subj: RE: Unable to match octal character Thread-Index: AdGVv6ZDiSVBFBWPRpy7XefYrg+SHAAPuRWA//+PNhuAAHnlgP//i4oY In-Reply-To: <8d6a57cf-7fc9-4dcf-88d1-4036cb3092d7@default> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.181.128.6] X-Barracuda-Connect: mx.ucsf.edu[64.54.247.193] X-Barracuda-Start-Time: 1460582090 X-Barracuda-Encrypted: ECDHE-RSA-AES256-SHA X-Barracuda-URL: https://bcuda4.ucsf.edu:443/cgi-mod/mark.cgi X-Barracuda-Scan-Msg-Size: 2309 X-Virus-Scanned: by bsmtpd at ucsf.edu X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.28711 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-CFilter-Loop: Reflected X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 68.232.143.34 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.help:109760 Archived-At: The \203 I insert manually has a much different describe-char than the one = from the file. Here's the manually inserted one:=0A= position: 212 of 48737 (0%), column: 0=0A= character: \203 (displayed as \203) (codepoint 131, #o203, #x83= )=0A= preferred charset: unicode (Unicode (ISO10646))=0A= code point in charset: 0x83=0A= syntax: w which means: word=0A= category: l:Latin=0A= to input: type "C-x 8 RET HEX-CODEPOINT" or "C-x 8 RET NAME"= =0A= buffer code: #xC2 #x83=0A= file code: #xC2 #x83 (encoded by coding system raw-text-unix)= =0A= display: terminal code #xC2 #x83=0A= =0A= Character code properties: customize what to show=0A= old-name: NO BREAK HERE=0A= general-category: Cc (Other, Control)=0A= decomposition: (131) ('')=0A= =0A= So, different character set and codepoint.=0A= =0A= I examined the file in binary and there are a bunch of hex 83 =3D octal 203= . I thought maybe the fact that there is a string of such characters was m= aking a difference, since x83 is not a single byte in UTF-8. But inserting= a space after one of the characters doesn't help. Perhaps this is because= emacs has already encoded it.=0A= Ross=0A= ________________________________________=0A= From: Drew Adams [drew.adams@oracle.com]=0A= Sent: Wednesday, April 13, 2016 2:07 PM=0A= To: Boylan, Ross; help-gnu-emacs@gnu.org=0A= Subject: RE: Unable to match octal character=0A= =0A= > > I have a file with some characters that display in the emacs buffer as= =0A= > > \203. Yet when I search for that, using C-s C-q 203 I can't matc= h=0A= > > it. Likewise if I use search and replace.=0A= >=0A= > Works for me. Do you see the same thing if you start Emacs using=0A= > `emacs -Q' (no init file)?=0A= >=0A= > YES=0A= =0A= So you see the same problem even without your init file.=0A= But when you do it in *scratch* (below) you don't see the problem.=0A= =0A= > What happens if you do this, starting from emacs -Q:=0A= > 1. In *scratch*, move point into the text somewhere and use=0A= > `C-q 203 RET' to insert the \203 character.=0A= > 2. `M-<'=0A= > 3. `C-s C-q 2 0 3 RET'=0A= >=0A= > THE SEARCH SUCCEEDS.=0A= =0A= Then I guess you will need to explore the difference between=0A= the context where you see the problem, even starting from `emacs -Q',=0A= and the above context (recipe using *scratch*).=0A= =0A= Try to provide a step-by-step recipe, which starts from `emacs -Q',=0A= to reproduce the problem.=0A=