* bug#10707: 24.0.93; next-error jumps to wrong location for rgrep buffers
@ 2012-02-03 9:34 Helmut Eller
2012-02-03 13:08 ` Andreas Schwab
2016-08-11 0:18 ` npostavs
0 siblings, 2 replies; 5+ messages in thread
From: Helmut Eller @ 2012-02-03 9:34 UTC (permalink / raw)
To: 10707
1. create a file /tmp/test.txt with this text attach below.
2. execute rgrep: (rgrep "struct" "test.txt" "/tmp/")
3. M-x next-error jumps to the line with "data structures". That's OK.
4. M-x next-error a second time jumps to the line with "STRING_MARKED_P"
which is wrong.
Here the file test.txt:
--- start ---
/* This file is part of the core Lisp implementation, and thus must
deal with the real data structures. If the Lisp implementation is
replaced, this file likely will not be used. */
#include "termhooks.h" /* For struct terminal. */
#define MARK_STRING(S) ((S)->size |= ARRAY_MARK_FLAG)
#define UNMARK_STRING(S) ((S)->size &= ~ARRAY_MARK_FLAG)
#define STRING_MARKED_P(S) (((S)->size & ARRAY_MARK_FLAG) != 0)
#define VECTOR_MARK(V) ((V)->header.size |= ARRAY_MARK_FLAG)
#define VECTOR_UNMARK(V) ((V)->header.size &= ~ARRAY_MARK_FLAG)
#define VECTOR_MARKED_P(V) (((V)->header.size & ARRAY_MARK_FLAG) != 0)
--- end ---
The output in my *grep* buffer looks so
-*- mode: grep; default-directory: "/tmp/" -*-
Grep started at Fri Feb 3 10:29:04
find . -type d \( -path \*/SCCS -o -path \*/RCS -o -path \*/CVS -o -path \*/MCVS -o -path \*/.svn -o -path \*/.git -o -path \*/.hg -o -path \*/.bzr -o -path \*/_MTN -o -path \*/_darcs -o -path \*/\{arch\} \) -prune -o \( -name .\#\* -o -name \*.o -o -name \*\~ -o -name \*.bin -o -name \*.lbin -o -name \*.so -o -name \*.a -o -name \*.ln -o -name \*.blg -o -name \*.bbl -o -name \*.elc -o -name \*.lof -o -name \*.glo -o -name \*.idx -o -name \*.lot -o -name \*.fmt -o -name \*.tfm -o -name \*.class -o -name \*.fas -o -name \*.lib -o -name \*.mem -o -name \*.x86f -o -name \*.sparcf -o -name \*.dfsl -o -name \*.pfsl -o -name \*.d64fsl -o -name \*.p64fsl -o -name \*.lx64fsl -o -name \*.lx32fsl -o -name \*.dx64fsl -o -name \*.dx32fsl -o -name \*.fx64fsl -o -name \*.fx32fsl -o -name \*.sx64fsl -o -name \*.sx32fsl -o -name \*.wx64fsl -o -name \*.wx32fsl -o -name \*.fasl -o -name \*.ufsl -o -name \*.fsl -o -name \*.dxl -o -name \*.lo -o -name \*.la -o -name \*.gmo -o -name \*.mo -o -name \*.toc -o -name \*.aux -o -name \*.cp -o -name \*.fn -o -name \*.ky -o -name \*.pg -o -name \*.tp -o -name \*.vr -o -name \*.cps -o -name \*.fns -o -name \*.kys -o -name \*.pgs -o -name \*.tps -o -name \*.vrs -o -name \*.pyc -o -name \*.pyo \) -prune -o -type f \( -name test.txt \) -exec grep -i -nH -e struct {} +
./test.txt:3: deal with the real data structures. If the Lisp implementation is
./test.txt:6:#include "termhooks.h" /* For struct terminal. */
Grep finished (matches found) at Fri Feb 3 10:29:04
In GNU Emacs 24.0.93.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1)
of 2012-01-30 on ix
Windowing system distributor `The X.Org Foundation', version 11.0.10707000
Configured using:
`configure '--with-gif=no''
^ permalink raw reply [flat|nested] 5+ messages in thread* bug#10707: 24.0.93; next-error jumps to wrong location for rgrep buffers
2012-02-03 9:34 bug#10707: 24.0.93; next-error jumps to wrong location for rgrep buffers Helmut Eller
@ 2012-02-03 13:08 ` Andreas Schwab
2012-02-03 14:25 ` Helmut Eller
2016-08-11 0:18 ` npostavs
1 sibling, 1 reply; 5+ messages in thread
From: Andreas Schwab @ 2012-02-03 13:08 UTC (permalink / raw)
To: Helmut Eller; +Cc: 10707
Helmut Eller <eller.helmut@gmail.com> writes:
> Here the file test.txt:
>
> --- start ---
> /* This file is part of the core Lisp implementation, and thus must
> deal with the real data structures. If the Lisp implementation is
> replaced, this file likely will not be used. */
>
> #include "termhooks.h" /* For struct terminal. */
> #define MARK_STRING(S) ((S)->size |= ARRAY_MARK_FLAG)
> #define UNMARK_STRING(S) ((S)->size &= ~ARRAY_MARK_FLAG)
> #define STRING_MARKED_P(S) (((S)->size & ARRAY_MARK_FLAG) != 0)
>
> #define VECTOR_MARK(V) ((V)->header.size |= ARRAY_MARK_FLAG)
> #define VECTOR_UNMARK(V) ((V)->header.size &= ~ARRAY_MARK_FLAG)
> #define VECTOR_MARKED_P(V) (((V)->header.size & ARRAY_MARK_FLAG) != 0)
> --- end ---
>
> The output in my *grep* buffer looks so
>
> -*- mode: grep; default-directory: "/tmp/" -*-
> Grep started at Fri Feb 3 10:29:04
>
> find . -type d \( -path \*/SCCS -o -path \*/RCS -o -path \*/CVS -o -path \*/MCVS -o -path \*/.svn -o -path \*/.git -o -path \*/.hg -o -path \*/.bzr -o -path \*/_MTN -o -path \*/_darcs -o -path \*/\{arch\} \) -prune -o \( -name .\#\* -o -name \*.o -o -name \*\~ -o -name \*.bin -o -name \*.lbin -o -name \*.so -o -name \*.a -o -name \*.ln -o -name \*.blg -o -name \*.bbl -o -name \*.elc -o -name \*.lof -o -name \*.glo -o -name \*.idx -o -name \*.lot -o -name \*.fmt -o -name \*.tfm -o -name \*.class -o -name \*.fas -o -name \*.lib -o -name \*.mem -o -name \*.x86f -o -name \*.sparcf -o -name \*.dfsl -o -name \*.pfsl -o -name \*.d64fsl -o -name \*.p64fsl -o -name \*.lx64fsl -o -name \*.lx32fsl -o -name \*.dx64fsl -o -name \*.dx32fsl -o -name \*.fx64fsl -o -name \*.fx32fsl -o -name \*.sx64fsl -o -name \*.sx32fsl -o -name \*.wx64fsl -o -name \*.wx32fsl -o -name \*.fasl -o -name \*.ufsl -o -name \*.fsl -o -name \*.dxl -o -name \*.lo -o -name \*.la -o -name \*.gmo -o -name \*.mo -o -name \*.toc -o -name \*.aux -o -name \*.cp -o -name \*.fn -o -name \*.ky -o -name \*.pg -o -name \*.tp -o -name \*.vr -o -name \*.cps -o -name \*.fns -o -name \*.kys -o -name \*.pgs -o -name \*.tps -o -name \*.vrs -o -name \*.pyc -o -name \*.pyo \) -prune -o -type f \( -name test.txt \) -exec grep -i -nH -e struct {} +
> ./test.txt:3: deal with the real data structures. If the Lisp implementation is
Why line 3? The text is on line 2.
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 5+ messages in thread* bug#10707: 24.0.93; next-error jumps to wrong location for rgrep buffers
2012-02-03 13:08 ` Andreas Schwab
@ 2012-02-03 14:25 ` Helmut Eller
0 siblings, 0 replies; 5+ messages in thread
From: Helmut Eller @ 2012-02-03 14:25 UTC (permalink / raw)
To: Andreas Schwab; +Cc: 10707
* Andreas Schwab [2012-02-03 13:08] writes:
> Helmut Eller <eller.helmut@gmail.com> writes:
>
>> Here the file test.txt:
>>
>> --- start ---
>> /* This file is part of the core Lisp implementation, and thus must
>> deal with the real data structures. If the Lisp implementation is
>> replaced, this file likely will not be used. */
>>
>> #include "termhooks.h" /* For struct terminal. */
>> #define MARK_STRING(S) ((S)->size |= ARRAY_MARK_FLAG)
>> #define UNMARK_STRING(S) ((S)->size &= ~ARRAY_MARK_FLAG)
>> #define STRING_MARKED_P(S) (((S)->size & ARRAY_MARK_FLAG) != 0)
>>
>> #define VECTOR_MARK(V) ((V)->header.size |= ARRAY_MARK_FLAG)
>> #define VECTOR_UNMARK(V) ((V)->header.size &= ~ARRAY_MARK_FLAG)
>> #define VECTOR_MARKED_P(V) (((V)->header.size & ARRAY_MARK_FLAG) != 0)
>> --- end ---
>>
>> The output in my *grep* buffer looks so
>>
>> -*- mode: grep; default-directory: "/tmp/" -*-
>> Grep started at Fri Feb 3 10:29:04
>>
>> find . -type d \( -path \*/SCCS -o -path \*/RCS -o -path \*/CVS -o
>> -path \*/MCVS -o -path \*/.svn -o -path \*/.git -o -path \*/.hg -o
>> -path \*/.bzr -o -path \*/_MTN -o -path \*/_darcs -o -path
>> \*/\{arch\} \) -prune -o \( -name .\#\* -o -name \*.o -o -name \*\~
>> -o -name \*.bin -o -name \*.lbin -o -name \*.so -o -name \*.a -o
>> -name \*.ln -o -name \*.blg -o -name \*.bbl -o -name \*.elc -o -name
>> \*.lof -o -name \*.glo -o -name \*.idx -o -name \*.lot -o -name
>> \*.fmt -o -name \*.tfm -o -name \*.class -o -name \*.fas -o -name
>> \*.lib -o -name \*.mem -o -name \*.x86f -o -name \*.sparcf -o -name
>> \*.dfsl -o -name \*.pfsl -o -name \*.d64fsl -o -name \*.p64fsl -o
>> -name \*.lx64fsl -o -name \*.lx32fsl -o -name \*.dx64fsl -o -name
>> \*.dx32fsl -o -name \*.fx64fsl -o -name \*.fx32fsl -o -name
>> \*.sx64fsl -o -name \*.sx32fsl -o -name \*.wx64fsl -o -name
>> \*.wx32fsl -o -name \*.fasl -o -name \*.ufsl -o -name \*.fsl -o
>> -name \*.dxl -o -name \*.lo -o -name \*.la -o -name \*.gmo -o -name
>> \*.mo -o -name \*.toc -o -name \*.aux -o -name \*.cp -o -name \*.fn
>> -o -name \*.ky -o -name \*.pg -o -name \*.tp -o -name \*.vr -o -name
>> \*.cps -o -name \*.fns -o -name \*.kys -o -name \*.pgs -o -name
>> \*.tps -o -name \*.vrs -o -name \*.pyc -o -name \*.pyo \) -prune -o
>> -type f \( -name test.txt \) -exec grep -i -nH -e struct {} +
>> ./test.txt:3: deal with the real data structures. If the Lisp
>> implementation is
>
> Why line 3? The text is on line 2.
Probably because I forgot to paste a newline in the first line.
Without the newline in the first line the output is
./test.txt:2: deal with the real data structures. If the Lisp implementation is
./test.txt:5:#include "termhooks.h" /* For struct terminal. */
Still jumping to the with "STRING_MARKED_P" in the step 4 is wrong.
Helmut
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#10707: 24.0.93; next-error jumps to wrong location for rgrep buffers
2012-02-03 9:34 bug#10707: 24.0.93; next-error jumps to wrong location for rgrep buffers Helmut Eller
2012-02-03 13:08 ` Andreas Schwab
@ 2016-08-11 0:18 ` npostavs
2017-04-02 0:34 ` npostavs
1 sibling, 1 reply; 5+ messages in thread
From: npostavs @ 2016-08-11 0:18 UTC (permalink / raw)
To: Helmut Eller; +Cc: 10707
tags 10707 unreproducible
quit
Helmut Eller <eller.helmut@gmail.com> writes:
> 1. create a file /tmp/test.txt with this text attach below.
>
> 2. execute rgrep: (rgrep "struct" "test.txt" "/tmp/")
I used M-: (progn (grep-compute-defaults) (rgrep "struct" "test.txt" "/tmp/"))
>
> 3. M-x next-error jumps to the line with "data structures". That's OK.
>
> 4. M-x next-error a second time jumps to the line with "STRING_MARKED_P"
> which is wrong.
For all of 23.4, 24.1, and 25.1-rc1 it jumps to the "struct" in "For
struct terminal". Perhaps this was fixed.
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#10707: 24.0.93; next-error jumps to wrong location for rgrep buffers
2016-08-11 0:18 ` npostavs
@ 2017-04-02 0:34 ` npostavs
0 siblings, 0 replies; 5+ messages in thread
From: npostavs @ 2017-04-02 0:34 UTC (permalink / raw)
To: Helmut Eller; +Cc: 10707
close 10707
quit
npostavs@users.sourceforge.net writes:
>
>> 1. create a file /tmp/test.txt with this text attach below.
>>
>> 2. execute rgrep: (rgrep "struct" "test.txt" "/tmp/")
>
> I used M-: (progn (grep-compute-defaults) (rgrep "struct" "test.txt" "/tmp/"))
>
>>
>> 3. M-x next-error jumps to the line with "data structures". That's OK.
>>
>> 4. M-x next-error a second time jumps to the line with "STRING_MARKED_P"
>> which is wrong.
>
> For all of 23.4, 24.1, and 25.1-rc1 it jumps to the "struct" in "For
> struct terminal". Perhaps this was fixed.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2017-04-02 0:34 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-03 9:34 bug#10707: 24.0.93; next-error jumps to wrong location for rgrep buffers Helmut Eller
2012-02-03 13:08 ` Andreas Schwab
2012-02-03 14:25 ` Helmut Eller
2016-08-11 0:18 ` npostavs
2017-04-02 0:34 ` npostavs
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.