From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tyler Spivey Newsgroups: gmane.emacs.help Subject: Re: Making re-search-forward search for \377 Date: Sun, 02 Nov 2008 01:12:10 -0800 Message-ID: <87prlepk45.fsf@pcdesk.net> References: <87tzaqporw.fsf@pcdesk.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1225637269 16844 80.91.229.12 (2 Nov 2008 14:47:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 2 Nov 2008 14:47:49 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Nov 02 15:48:52 2008 connect(): Connection refused Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KweG2-0004Gj-PM for geh-help-gnu-emacs@m.gmane.org; Sun, 02 Nov 2008 15:48:51 +0100 Original-Received: from localhost ([127.0.0.1]:46921 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KweEw-00009H-4z for geh-help-gnu-emacs@m.gmane.org; Sun, 02 Nov 2008 09:47:42 -0500 Original-Path: news.stanford.edu!headwall.stanford.edu!news.glorb.com!news2!border1.nntp.dca.giganews.com!nntp.giganews.com!npeer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post01.iad.highwinds-media.com!newsfe01.iad.POSTED!7564ea0f!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:oyCC0jSEPZyvoF6LcrEIMjwMjOo= Original-Lines: 30 Original-NNTP-Posting-Host: 70.68.146.221 Original-X-Complaints-To: internet.abuse@sjrb.ca Original-X-Trace: newsfe01.iad 1225617131 70.68.146.221 (Sun, 02 Nov 2008 09:12:11 UTC) Original-NNTP-Posting-Date: Sun, 02 Nov 2008 09:12:11 UTC Original-Xref: news.stanford.edu gnu.emacs.help:164015 X-Mailman-Approved-At: Sun, 02 Nov 2008 09:46:07 -0500 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:59357 Archived-At: Xah writes: > what's the C-q 377 char? > > if i press Ctrl+q 377 Enter, i get this char: ÿ, which is LATIN SMALL > LETTER Y WITH DIAERESIS (unicode U+00FF). > > Then if i do: > > (re-search-forward "ÿ") > > it works perfectly. > > as far as my experience goes, the ease of programing with unicode in > elisp beats Perl and Python hands down... I'm probably going to end up working with binary data in a temp buffer. Doing more research, I want enable-multibyte-characters to be off. Given that, if we go to *scratch* and run M-X toggle-enable-multibyte-characters until that variable becomes nil, doing C-Q 377 RET gives 0xff, which is what I want (according to C-x =, C-u C-x = and M-x describe-char). Now to match it, I try: (re-search-forward "\xff") - no luck What did you use to figure out that the multibyte version of that character was 0x00FF? I found it out accidentally as a lisp error, but none of the previously described commands (C-X =, M-X describe-char or C-u C-x =) will show that it is 0x00ff, they just show FF.