GNU bug report logs -
#9679
24.0.90; After rgrep, next-error goes to the wrong line
Previous Next
Reported by: Ari Roponen <ari.roponen <at> gmail.com>
Date: Thu, 6 Oct 2011 06:15:02 UTC
Severity: important
Found in version 24.0.90
Done: Chong Yidong <cyd <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Juri Linkov <juri <at> jurta.org> writes:
> I suspect it may be related to screen columns because somehow
> `compilation-move-to-column' in `compilation-next-error-function'
> goes to the wrong line and column, i.e. to the position 387.
> What values of `compilation-error-screen-columns' and
> `grep-error-screen-columns' do you have in the *grep* buffer?
> I have both of them equal to `nil'.
I run the test case with "emacs -Q -l bug.el", so the variables
use their default values:
compilation-error-screen-columns is a variable defined in `compile.el'.
Its value is nil
Original value was t
Local in buffer *grep*; global value is t
grep-error-screen-columns is a variable defined in `grep.el'.
Its value is nil
>
> Could you please get the values of arguments that
> `compilation-move-to-column' receives here by debugging
> or adding (message "...") and seeing what values it prints
> in the *Message* buffer?
(defun compilation-move-to-column (col screen)
"Go to column COL on the current line.
If SCREEN is non-nil, columns are screen columns, otherwise, they are
just char-counts."
(message "col: %S, screen %S" col screen) ; Display parameters.
(if screen
(move-to-column (max col 0))
(goto-char (min (+ (line-beginning-position) col) (line-end-position)))))
=>
Grep finished (matches found)
col: 13, screen nil
col: 7, screen nil
col: 13, screen t
col: 7, screen t
I get the same values also with the simpler "fix" that I mentioned in
the other post.
--
Ari Roponen
This bug report was last modified 13 years and 9 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.