re-search-backward functions docu-string

Would consider it helpful, if the functions-docu-string to `re-search-backward' could give an explicit hint at the problem with regexp there, i.e. AFAIU repeats as [somechars]+ have no effect and are the same as [somechars]. As a result we see constructs as `skip-chars-backward somechars' after

jit lock sit-for provokes redisplay provokes imenu

In trying to monitor a problem with imenu and to find out why emacs seems so slow and unresponsive while editing, I also noticed that it is getting called repeatedly after emacs has been idle for a while. I currently have these timers active: timer-idle-list is a variable defined in `C source

Error when applying hunk in Diff buffer

To reproduce: C-x C-f ChangeLog RET C-x v v Remove a line C-x v = SPC Move to the *vc-diff* buffer and the change you have made, then: C-c C-a I get a buffer read-only error. It looks like vc is trying to use the wrong buffer. For me, the *vc-diff* buffer contains: *** ChangeLog.~1.481.~ Mon

Re: Error when applying hunk in Diff buffer

To reproduce: C-x C-f ChangeLog RET C-x v v Remove a line C-x v = SPC C-x v = runs vc-diff (no SPC) Move to the *vc-diff* buffer and the change you have made, then: C-c C-a I get a buffer read-only error. It looks like vc is trying to use the wrong buffer. For me, the

RE: Error when applying hunk in Diff buffer

To reproduce: C-x C-f ChangeLog RET C-x v v Remove a line C-x v = SPC C-x v = runs vc-diff (no SPC) It prompts you to save the file - you just removed a line. I am a pedant. For me, the *vc-diff* buffer contains: *** ChangeLog.~1.481.~ Mon Jul 17 09:47:44 2006

Re: Error in menu-bar-update-hook: (error Point before start of prope rties)

I occasionally see this error in the minibuffer, after which it seems menu-bar-update-hook is set to nil. The reason menu-bar-update-hook is nil is that it was run using safe_run_hooks. If the hook gets an error, Emacs wipes out the hook value, to avoid an infinite repeat of the same

RE: Error when applying hunk in Diff buffer

I'm not sure what exactly is the issue here, but I seem to remember that diff-mode does rely on the labels inserted by -L in order to implement applying and reversing of hunks. It could be that this feature can therefore not work correctly under Solaris 8. The -L feature is only needed

Re: Error when applying hunk in Diff buffer

Hi Andre, it can work on Solaris 8, and has done all the way up to 21.3. The change in Emacs-22 is that the diff can be done locally (with `diff') rather than via `cvs'. If you remove the file foo.~.rev~, then it'll force VC to ask `cvs' to do the diff and you'll get a header just like the one

Re: Same frame-positioning bug as before: negative top/left values on Windows

Drew, You are seeing this bug because my patch to fix frame positioning with negative X/Y values on Windows has not been applied. Now that the FSF has my copyright assignment papers, they should be able to apply my patch (below). -- Fran Litterio On 7/18/06, Drew Adams [EMAIL PROTECTED] wrote:

Re: bad syntax highlighting in shell-script mode

On Tue, 18 Jul 2006, Stefan Monnier wrote: Since $(...$(...)...) can be nested, does it mean that there's no way of highlighting it correctly using regular expressions? It's not highlighted with regular expressions (only the initial $( is matched with a regexp, the rest is handled with elisp

same-window-buffer-names causes diff to go to point-max

(setq same-window-buffer-names (cons *Diff* same-window-buffer-names)) causes the diff buffer to go to point-max. In GNU Emacs 22.0.50.1 (Can't upgrade over modem. Must go to town.) ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org

RE: Error when applying hunk in Diff buffer

That code still appears to be in diff-apply-hunk, but it presumably doesn't get a chance because of the bug. I included the contents of *vc-diff* in case it is related to a recent problem with vc-diff-internal when diff doesn't support -L. You imply, but don't say, that the bug doesn't

timer error

From: Gilbert Harman [EMAIL PROTECTED] To: emacs-pretest-bug@gnu.org Subject: timer error --text follows this line-- Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the

Re: sh-mode font-lock error

I believe the patch below (just installed) fixes it, Well, I believe the one I just installed does fix it, this time. Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org

Re: timer error

The argument to floor is invalid; Once floor gets that argument,it does right to signal the error. The bug is whatever causes floor to get that argument. That is what nobody has figured out. ___ emacs-pretest-bug mailing list

Re: timer error

I think I was trying to save a file. I reported a similar problem a couple of weeks ago and was eventually convinced it may have been due to a disk problem. However, I am now getting it on a different machine (both are relatively new intel iMacs). This is a moderately frequent

describe-function error

Ch f ` RET gives Wrong type argument: integer-or-marker-p, nil The patch below fixes it. It's not elegant, but it just seems to be an isolated case. -- Nick http://www.inet.net.nz/~nickrob *** find-func.el13 Jul 2006 20:31:54 +1200

strange key handling on a terminal

I am using xterm-215 that emits escape sequences for some key combinations that did not emit any special sequence. For example C-. emits \e[27;5;46~ Now if I do: emacs -q -nw M-: (define-key function-key-map \e[27;5;46~ [(control ?\.)]) RET M-x global-set-key RET C-. RET indent-region RET

same-window-buffer-names causes diff to go to point-max

(setq same-window-buffer-names (cons *Diff* same-window-buffer-names)) causes the diff buffer to go to point-max. In GNU Emacs 22.0.50.1 (Can't upgrade over modem. Must go to town.) It doesn't for me and I don't see how it possibly could. You're giving us half the picture - probably less.