From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: MBR Newsgroups: gmane.emacs.help Subject: Re: Why do replace commands sometimes not work? Date: Thu, 24 May 2012 23:01:27 -0400 Message-ID: <4FBEF607.8060209@arlsoft.com> References: <5O-dnbLCNdm5bCPSnZ2dnUVZ5rmdnZ2d@giganews.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------020705040002050805070901" X-Trace: dough.gmane.org 1337914903 32659 80.91.229.3 (25 May 2012 03:01:43 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 25 May 2012 03:01:43 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: "B. T. Raven" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri May 25 05:01:42 2012 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 1SXkmb-0004wX-Or for geh-help-gnu-emacs@m.gmane.org; Fri, 25 May 2012 05:01:41 +0200 Original-Received: from localhost ([::1]:58256 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SXkmb-0001s0-BR for geh-help-gnu-emacs@m.gmane.org; Thu, 24 May 2012 23:01:41 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:35890) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SXkmV-0001rU-Is for help-gnu-emacs@gnu.org; Thu, 24 May 2012 23:01:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SXkmT-0001WQ-4k for help-gnu-emacs@gnu.org; Thu, 24 May 2012 23:01:35 -0400 Original-Received: from omaha.hostforweb.net ([64.202.117.171]:58485) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SXkmS-0001WD-Uw for help-gnu-emacs@gnu.org; Thu, 24 May 2012 23:01:33 -0400 Original-Received: from c-24-61-86-182.hsd1.ma.comcast.net ([24.61.86.182]:4905 helo=[127.0.0.1]) by omaha.hostforweb.net with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.77) (envelope-from ) id 1SXkmP-0006bB-2M; Thu, 24 May 2012 22:01:29 -0500 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 In-Reply-To: <5O-dnbLCNdm5bCPSnZ2dnUVZ5rmdnZ2d@giganews.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - omaha.hostforweb.net X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - arlsoft.com X-Source: X-Source-Args: X-Source-Dir: X-detected-operating-system: by eggs.gnu.org: Linux 2.6? (barebone, rare!) X-Received-From: 64.202.117.171 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:84962 Archived-At: This is a multi-part message in MIME format. --------------020705040002050805070901 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/24/2012 10:41 PM, B. T. Raven wrote: > I can't reproduce that misbehavior on w32 ver 23.1 > Both in *scratch* (lisp mode) and a junk file in text mode I get: > > John Jacob Jingleheimerschmidt > " John Jacob Jingleheimerschmidt" > " John Jacob Jingleheimerschmidt" > John Jacob Jingleheimerschmidt > John Jacob Jingleheimerschmidt > > where the second and third lines were originally camel-case in quotes. > I did assign the macro to a keychord with C-xC-kb > > Ed I'm not surprised that you can't reproduce it. It's so unpredictable that it reminds me of an assembly language bug I diagnosed many years ago where the code turned out to be making a critical decision based on data it fetched from an uninitialized memory location. In the case of this bug, the state of memory could depend on every keystroke I've typed since I started Emacs, the contents of every file it's opened, etc. The example I gave was to illustrate the sort of problem I'm running into, to see if anyone else has encountered the same problem. I'd be thrilled if I could come up with a reproducible example, but I've had no luck on that front so far. Mark --------------020705040002050805070901 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 5/24/2012 10:41 PM, B. T. Raven wrote: 
I can't reproduce that misbehavior on w32 ver 23.1
Both in *scratch* (lisp mode) and a junk file in text mode I get:

John Jacob Jingleheimerschmidt
" John Jacob Jingleheimerschmidt"
" John Jacob Jingleheimerschmidt"
 John Jacob Jingleheimerschmidt
 John Jacob Jingleheimerschmidt

where the second and third lines were originally camel-case in quotes.
I did assign the macro to a keychord with C-xC-kb

Ed
I'm not surprised that you can't reproduce it.  It's so unpredictable that it reminds me of an assembly language bug I diagnosed many years ago where the code turned out to be making a critical decision based on data it fetched from an uninitialized memory location.  In the case of this bug, the state of memory could depend on every keystroke I've typed since I started Emacs, the contents of every file it's opened, etc.

The example I gave was to illustrate the sort of problem I'm running into, to see if anyone else has encountered the same problem.  I'd be thrilled if I could come up with a reproducible example, but I've had no luck on that front so far.
Mark
--------------020705040002050805070901--