all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann)
Subject: Re: user sees \xxx but is thwarted from searching for them
Date: Tue, 16 Apr 2002 15:56:03 +0200	[thread overview]
Message-ID: <vafsn5vycgc.fsf@lucy.cs.uni-dortmund.de> (raw)
In-Reply-To: 6048-Tue16Apr2002152118+0300-eliz@is.elta.co.il

"Eli Zaretskii" <eliz@is.elta.co.il> writes:

>> From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai =?iso-8859-1?q?Gro=DFjohann?=)
>> Newsgroups: gnu.emacs.bug
>> Date: Tue, 16 Apr 2002 12:55:12 +0200
>> 
>> eliz@is.elta.co.il (Eli Zaretskii) writes:
>> 
>> > `M-: (skip-chars-forward "\000-\177") RET' will do.  
>> 
>> This command finds \x7f, too, even if it is displayed without \ on
>> screen.  I presume it will also find a lot of other nonascii
>> characters.
>
> More accurately, if finds _any_ non-ASCII character.  That's what it
> is supposed to do.

Let me cite again from Dan's original posting:

/----
| "Deep in my file there is some binary character[s] that are messing up
| my life.  I must page thru the whole file looking around for their
| \xxx butts, as emacs won't just let me do C-s \, which would find them
| right away, if what we see is what we search."  Istead, emacs probably
| wants me to do things a complicated way, doing C-s C-q followed by the
| exact character, which I don't know until I've seen it, or emacs
| probably wants me to specify a range in a regular expression, which
| would be "all the characters that still cause a \xxx on the screen
| even when in when in some Chinese mode etc. that encompasses most of
| them..."
\----

In the last sentence, he mentions Chinese.  This means that he
doesn't want to find Chinese characters.

He only wants to find characters which are displayed as \xxx.

>> Suppose you have a file which is mostly in the foo encoding, but
>> contains some bytes that are invalid in that encoding.  I think this
>> is the situation Dan is talking about.  He wants to find the invalid
>> bytes, IIUC.
>
> Perhaps I don't understand the original request, but if I do, it is
> very hard to do that (AFAIK) without knowing what--i.e. which
> character sets--are you looking for.

Hm, yes.

Maybe Dan should say how did the \xxx things get into the buffer in
the first place.  For example, maybe Dan said C-x RET c foo RET C-x
C-f /tmp/somefile RET.  Further suppose that /tmp/somefile contains
byte sequences not valid in the foo coding.

Then it is clear that Dan wants to search for buffer parts that
aren't in (representable) in the foo coding.  Right?

Dan?

> Recall that, once the file is visited by a buffer, there are no
> bytes, just characters.  What you want is to find characters that
> don't belong to some set of characters, without actually telling
> Emacs what are those ``good'' sets.

Maybe Dan knows what are the good sets.

kai
-- 
Silence is foo!

  reply	other threads:[~2002-04-16 13:56 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-16  2:24 user sees \xxx but is thwarted from searching for them Dan Jacobson
2002-04-16  8:41 ` Eli Zaretskii
2002-04-16 10:55   ` Kai Großjohann
2002-04-16 11:57     ` Heinrich Rommerskirchen
2002-04-16 13:52       ` Kai Großjohann
2002-04-16 14:08       ` Eli Zaretskii
2002-04-16 14:41         ` Heinrich Rommerskirchen
2002-04-16 18:19           ` Eli Zaretskii
2002-04-17 16:04           ` Richard Stallman
2002-04-17 17:04             ` Stefan Monnier
2002-04-17 17:18             ` Eli Zaretskii
2002-04-16 12:21     ` Eli Zaretskii
2002-04-16 13:56       ` Kai Großjohann [this message]
2002-04-18  2:15         ` Dan Jacobson
2002-04-18  9:42           ` Kai Großjohann
2002-04-16 11:36   ` David Kastrup
2002-04-16 11:57     ` Kai Großjohann
2002-04-16 14:07       ` Eli Zaretskii
2002-04-16 12:32     ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=vafsn5vycgc.fsf@lucy.cs.uni-dortmund.de \
    --to=kai.grossjohann@cs.uni-dortmund.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.