Georg Bauhaus <[email protected]> writes: > while editing a single unit any typing ESC-%, > old-text, new-text, and then commanding '!', > I noticed how some occurrences of old-text would > not have been replaced with new-text. Asking for > stepwise replacements ('SPACE', not '!') works > as expected.
yikes! > Before I start thinking about Heisenbugs---or generate > false alarm, as I should note---is it possible at all > that the concurrent nature of the indentation work > and the bulk replacements can interfere? The only thing "concurrent" is font-lock, which runs in the background. It does invoke parsing, but not indentation. So as a first step, do: M-x global-font-lock-mode to turn it off, and repeat your test. However, there is nothing in parsing that should interfere with find/replace. ada-case-adjust-identifier does delete and insert strings; if that is run in parallel with find/replace it could cause your symptoms. But it shouldn't be. Try setting a break in that to see if it is running. -- -- Stephe _______________________________________________ Emacs-ada-mode mailing list [email protected] http://host114.hostmonster.com/mailman/listinfo/emacs-ada-mode_stephe-leake.org
