From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "ISHIKAWA,Chiaki" Newsgroups: gmane.emacs.help Subject: incremental search for "OK " matches "OK" followed by ^M for CR !? Date: Tue, 23 Dec 2014 04:07:17 +0900 Message-ID: <54986BE5.8090005@yk.rim.or.jp> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1419275189 6249 80.91.229.3 (22 Dec 2014 19:06:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Dec 2014 19:06:29 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Dec 22 20:06:23 2014 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 1Y38JC-0008VA-BN for geh-help-gnu-emacs@m.gmane.org; Mon, 22 Dec 2014 20:06:22 +0100 Original-Received: from localhost ([::1]:41610 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y38JB-0000bS-Nt for geh-help-gnu-emacs@m.gmane.org; Mon, 22 Dec 2014 14:06:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48586) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y38Is-0000Qq-3w for help-gnu-emacs@gnu.org; Mon, 22 Dec 2014 14:06:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y38Ik-0000me-HO for help-gnu-emacs@gnu.org; Mon, 22 Dec 2014 14:06:02 -0500 Original-Received: from mail06.siriuscloud.jp ([219.118.72.6]:51632) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y38Ik-0000lV-8g for help-gnu-emacs@gnu.org; Mon, 22 Dec 2014 14:05:54 -0500 Original-Received: from [10.176.96.32] (95.176.138.210.vmobile.jp [210.138.176.95]) (Authenticated sender: ishikawa@yk.rim.or.jp) by access06.SiriusCloud.jp (Postfix) with ESMTPA id 399BEDAC69 for ; Tue, 23 Dec 2014 04:05:49 +0900 (JST) Authentication-Results: access06.SiriusCloud.jp; dkim=none (no signature) header.i=unknown; x-dkim-adsp=none (insecure policy) User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 In-Reply-To: X-Virus-Scanned: clamav-milter 0.97.7 at si-mail06 X-Virus-Status: Clean X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 219.118.72.6 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:101699 Archived-At: Hi, With the latest released emacs, I noticed that when editing a file with mixed line ending of LF-only, and CR-LF variety (I am editing a file that contains an excerpt from a terminal session recorded by "script" command. These recorded lines are shown as ending with ^M) , incremental search, C-S, for "OK " matches the string "OK" that is followed by CR which is shown as ^M. That is, "OK " seems to match literal "OK " and also "OK" at the end of a line with CRLF ending. I was surprised to find the "OK^M" as being high-lighted (as possible matches are these days with font lock or whaever). I don't think this was the case before, and the extra match with "OK^M" interfered my search for a meaningful message line that contains literal "ok ". Anyone noticed this? TIA