bug#18022: 24.3; Emacs hard locks when attempting to do a replacement with ^M in it.

[Alan Mackenzie <acm@muc.de>]

Hello, Marty and Eli.

On Tue, Jul 15, 2014 at 07:46:08PM +0300, Eli Zaretskii wrote:
> > Date: Tue, 15 Jul 2014 12:28:10 -0400
> > From: Marty Rosenberg <marty.rosenberg@gmail.com>

> > Oh. I also opened a new file called "test.cc". I think that cc-mode is part
> > of the issue.

> Yes, that makes the difference.

> Alan, can you take a look?

OK, I've made some progress.  Just to be specific what the problem is:
When in 64-bit Gnu/Linux, a C++ file is exactly this (where ^M is a
carriage return)

template <bool b>^MSimulatorBase<b>::foobar()

(there being no newline at EOB), font-locking hangs, though hitting a
frame changing command followed by C-g often enough will switch frames.

With the help of elp-instrument-package RET c- RET, it is apparent that
c-beginning-of-macro is being called in a loop.  By putting this at the
start of c-beginning-of-macro:

  (message "1. %s" (backtrace-frame 1))
  (message "2. %s" (backtrace-frame 2))
  (message "3. %s" (backtrace-frame 3))
  (message "4. %s" (backtrace-frame 4))
  (message "5. %s" (backtrace-frame 5))
  (message "6. %s" (backtrace-frame 6))
  (message "7. %s" (backtrace-frame 7))
  (message "8. %s" (backtrace-frame 8))
  (message "9. %s" (backtrace-frame 9))
  (message "a. %s" (backtrace-frame 10))
  (message "b. %s" (backtrace-frame 11))
  (message "c. %s" (backtrace-frame 12))

, it becomes clear that the looping is in c-backward-sws, the function
generated by macro c-backward-syntactic-ws, which is being called from
c-font-lock-<>-arglists.

I don't know c-backward-sws very well, but it looks like that's about to
change.  ;-)

Marty, thanks for such a high quality bug report.

-- 
Alan Mackenzie (Nuremberg, Germany).