* [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
@ 2007-01-08 5:32 Richard Stallman
2007-01-08 7:59 ` Jan Djärv
2007-01-08 13:43 ` Chris Moore
0 siblings, 2 replies; 21+ messages in thread
From: Richard Stallman @ 2007-01-08 5:32 UTC (permalink / raw)
[I sent this message twice but did not get a response.]
Would someone please DTRT and ack?
------- Start of forwarded message -------
Date: Sat, 16 Dec 2006 14:02:48 +0100
From: Lennart Borgman <lennart.borgman.073@student.lu.se>
MIME-Version: 1.0
To: Emacs Devel <emacs-devel@gnu.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Subject: compilation-previous-error fails if first error is at start of
buffer
X-Spam-Status: No, score=0.5 required=5.0 tests=FROM_ENDS_IN_NUMS
autolearn=no version=3.0.4
If the compilation buffer begins with error lines right at the top:
c:/EmacsW32/etc/EmacsW32Util.html:7:5: Warning: <link> inserting "type"
attribute
c:/EmacsW32/etc/EmacsW32Util.html:12:19: Warning: <table> lacks
"summary" attribute
c:/EmacsW32/etc/EmacsW32Util.html:29:5: Warning: <table> lacks "summary"
attribute
then if point is on second line compilation-previous-error fails.
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
------- End of forwarded message -------
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-08 5:32 [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer] Richard Stallman
@ 2007-01-08 7:59 ` Jan Djärv
2007-01-08 8:35 ` Nick Roberts
2007-01-08 13:43 ` Chris Moore
1 sibling, 1 reply; 21+ messages in thread
From: Jan Djärv @ 2007-01-08 7:59 UTC (permalink / raw)
Cc: lennart.borgman.073, emacs-devel
Richard Stallman skrev:
> [I sent this message twice but did not get a response.]
>
> Would someone please DTRT and ack?
>
> ------- Start of forwarded message -------
> Date: Sat, 16 Dec 2006 14:02:48 +0100
> From: Lennart Borgman <lennart.borgman.073@student.lu.se>
> MIME-Version: 1.0
> To: Emacs Devel <emacs-devel@gnu.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> Subject: compilation-previous-error fails if first error is at start of
> buffer
> X-Spam-Status: No, score=0.5 required=5.0 tests=FROM_ENDS_IN_NUMS
> autolearn=no version=3.0.4
>
> If the compilation buffer begins with error lines right at the top:
>
> c:/EmacsW32/etc/EmacsW32Util.html:7:5: Warning: <link> inserting "type"
> attribute
> c:/EmacsW32/etc/EmacsW32Util.html:12:19: Warning: <table> lacks
> "summary" attribute
> c:/EmacsW32/etc/EmacsW32Util.html:29:5: Warning: <table> lacks "summary"
> attribute
>
> then if point is on second line compilation-previous-error fails.
>
What is the error message?
Jan D.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-08 7:59 ` Jan Djärv
@ 2007-01-08 8:35 ` Nick Roberts
2007-01-08 9:05 ` Jan Djärv
` (2 more replies)
0 siblings, 3 replies; 21+ messages in thread
From: Nick Roberts @ 2007-01-08 8:35 UTC (permalink / raw)
Cc: lennart.borgman.073, rms, emacs-devel
> > If the compilation buffer begins with error lines right at the top:
> >
> > c:/EmacsW32/etc/EmacsW32Util.html:7:5: Warning: <link> inserting "type"
> > attribute
> > c:/EmacsW32/etc/EmacsW32Util.html:12:19: Warning: <table> lacks
> > "summary" attribute
> > c:/EmacsW32/etc/EmacsW32Util.html:29:5: Warning: <table> lacks "summary"
> > attribute
> >
> > then if point is on second line compilation-previous-error fails.
> >
>
> What is the error message?
Warnings and errors are equivalent in the compilation buffer. I don't see how
Lennart gets error lines right at the top as I always get the following four
lines:
-*- mode: compilation; default-directory: "~/" -*-
Compilation started at Mon Jan 8 21:22:48
`command used for my compilation'
Perhaps this is for his patched version. Anyway there's not much point fixing
it when, like the heads of the Lernaean Hydra, two new bugs will take it's
place in FOR-RELEASE.
--
Nick http://www.inet.net.nz/~nickrob
^ permalink raw reply [flat|nested] 21+ messages in thread* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-08 8:35 ` Nick Roberts
@ 2007-01-08 9:05 ` Jan Djärv
2007-01-08 11:11 ` Lennart Borgman (gmail)
2007-01-09 0:00 ` Richard Stallman
2 siblings, 0 replies; 21+ messages in thread
From: Jan Djärv @ 2007-01-08 9:05 UTC (permalink / raw)
Cc: lennart.borgman.073, rms, emacs-devel
Nick Roberts skrev:
> > > If the compilation buffer begins with error lines right at the top:
> > >
> > > c:/EmacsW32/etc/EmacsW32Util.html:7:5: Warning: <link> inserting "type"
> > > attribute
> > > c:/EmacsW32/etc/EmacsW32Util.html:12:19: Warning: <table> lacks
> > > "summary" attribute
> > > c:/EmacsW32/etc/EmacsW32Util.html:29:5: Warning: <table> lacks "summary"
> > > attribute
> > >
> > > then if point is on second line compilation-previous-error fails.
> > >
> >
> > What is the error message?
>
> Warnings and errors are equivalent in the compilation buffer.
I was referring to some message in the minibuffer and *Messages*, like:
compilation-next-error: Moved back before first error
> I don't see how
> Lennart gets error lines right at the top as I always get the following four
> lines:
>
> -*- mode: compilation; default-directory: "~/" -*-
> Compilation started at Mon Jan 8 21:22:48
>
> `command used for my compilation'
>
I always get these too.
>
> Perhaps this is for his patched version. Anyway there's not much point fixing
> it when, like the heads of the Lernaean Hydra, two new bugs will take it's
> place in FOR-RELEASE.
If it is for some patched version, we can probably ignore it. There is no way
I can reproduce it with the given information anyway.
Jan D.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-08 8:35 ` Nick Roberts
2007-01-08 9:05 ` Jan Djärv
@ 2007-01-08 11:11 ` Lennart Borgman (gmail)
2007-01-08 14:22 ` Jan Djärv
` (2 more replies)
2007-01-09 0:00 ` Richard Stallman
2 siblings, 3 replies; 21+ messages in thread
From: Lennart Borgman (gmail) @ 2007-01-08 11:11 UTC (permalink / raw)
Cc: Jan Djärv, rms, emacs-devel
Nick Roberts wrote:
> > > If the compilation buffer begins with error lines right at the top:
> > >
> > > c:/EmacsW32/etc/EmacsW32Util.html:7:5: Warning: <link> inserting "type"
> > > attribute
> > > c:/EmacsW32/etc/EmacsW32Util.html:12:19: Warning: <table> lacks
> > > "summary" attribute
> > > c:/EmacsW32/etc/EmacsW32Util.html:29:5: Warning: <table> lacks "summary"
> > > attribute
> > >
> > > then if point is on second line compilation-previous-error fails.
> > >
> >
> > What is the error message?
>
> Warnings and errors are equivalent in the compilation buffer. I don't see how
> Lennart gets error lines right at the top as I always get the following four
> lines:
>
> -*- mode: compilation; default-directory: "~/" -*-
> Compilation started at Mon Jan 8 21:22:48
>
> `command used for my compilation'
The output is from a library not included in Emacs (actually a version
of tidy.el). The output does not have the lines above at the beginning.
It would be rather inconvenient if it had, but maybe those line still
should be there for some reason?
>
> Perhaps this is for his patched version. Anyway there's not much point fixing
> it when, like the heads of the Lernaean Hydra, two new bugs will take it's
> place in FOR-RELEASE.
I do not send bug report for the patched version, of course. (And I have
tried to make it clear on download page on my site that you should use
the unpatched version for bug reports.)
Here is a way to reproduce the error (CVS Emacs from 2007-01-03):
emacs -Q
M-: (switch-to-buffer "TEST")
Paste these lines (inside the "cut lines") into the buffer:
>>>>> cut here >>>>>>>
c:/EmacsW32/nxml/nxhtml/doc/temp.htm:9:5: Warning: missing </h1> before
</h3>
c:/EmacsW32/nxml/nxhtml/doc/temp.htm:10:5: Warning: discarding
unexpected </h3>
c:/EmacsW32/nxml/nxhtml/doc/temp.htm:9:5: Warning: trimming empty <h1>
Info: Doctype given is "-//W3C//DTD XHTML 1.1//EN"
Info: Document content looks like XHTML 1.1
3 warnings, 0 errors were found!
<<<<<<<< cut here <<<<<<<<<<<<
so that the first error is on the first line of the buffer TEST, the
second error on the second line and the third error on the third line.
(You may have to edit this a bit because of line breaks in this mail
message.) Now do
M-x compilation-mode
Go to the beginning of the buffer. Press TAB. The point should move to
the second error line. Press TAB again -> to third line.
Now press S-TAB. Should go to second line. S-TAB again should go to
first line, but it does not.
Is this enough to reproduce it for you?
^ permalink raw reply [flat|nested] 21+ messages in thread* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-08 11:11 ` Lennart Borgman (gmail)
@ 2007-01-08 14:22 ` Jan Djärv
2007-01-08 14:35 ` Lennart Borgman (gmail)
` (2 more replies)
2007-01-08 15:14 ` Bug reporting (was: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]) Stefan Monnier
2007-01-11 4:05 ` [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer] Nick Roberts
2 siblings, 3 replies; 21+ messages in thread
From: Jan Djärv @ 2007-01-08 14:22 UTC (permalink / raw)
Cc: Nick Roberts, rms, emacs-devel
Lennart Borgman (gmail) skrev:
> Nick Roberts wrote:
>> > > If the compilation buffer begins with error lines right at the top:
>> > > > > c:/EmacsW32/etc/EmacsW32Util.html:7:5: Warning: <link>
>> inserting "type" > > attribute
>> > > c:/EmacsW32/etc/EmacsW32Util.html:12:19: Warning: <table> lacks
>> > > "summary" attribute
>> > > c:/EmacsW32/etc/EmacsW32Util.html:29:5: Warning: <table> lacks
>> "summary" > > attribute
>> > > > > then if point is on second line compilation-previous-error
>> fails.
>> > > > > What is the error message?
>>
>> Warnings and errors are equivalent in the compilation buffer. I don't
>> see how
>> Lennart gets error lines right at the top as I always get the
>> following four
>> lines:
>>
>> -*- mode: compilation; default-directory: "~/" -*-
>> Compilation started at Mon Jan 8 21:22:48
>>
>> `command used for my compilation'
>
>
> The output is from a library not included in Emacs (actually a version
> of tidy.el). The output does not have the lines above at the beginning.
> It would be rather inconvenient if it had, but maybe those line still
> should be there for some reason?
>
Yes there is a reason. Compilation mode uses previous-single-property-change
to scan backwards to find the correct position to go to. But if a line begins
at buffer start, there is no property change and
previous-single-property-change return nil.
I think you should modify your library to add an empty line at the top, or
maybe some informative text.
Jan D.
^ permalink raw reply [flat|nested] 21+ messages in thread* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-08 14:22 ` Jan Djärv
@ 2007-01-08 14:35 ` Lennart Borgman (gmail)
2007-01-08 15:15 ` Stefan Monnier
2007-01-09 0:01 ` Richard Stallman
2 siblings, 0 replies; 21+ messages in thread
From: Lennart Borgman (gmail) @ 2007-01-08 14:35 UTC (permalink / raw)
Cc: Nick Roberts, rms, emacs-devel
Jan Djärv wrote:
>> The output is from a library not included in Emacs (actually a version
>> of tidy.el). The output does not have the lines above at the
>> beginning. It would be rather inconvenient if it had, but maybe those
>> line still should be there for some reason?
>>
>
> Yes there is a reason. Compilation mode uses
> previous-single-property-change to scan backwards to find the correct
> position to go to. But if a line begins at buffer start, there is no
> property change and previous-single-property-change return nil.
>
> I think you should modify your library to add an empty line at the top,
> or maybe some informative text.
Thanks, I modified the libraries a while ago when I realized this. And
then I forgot about it. No one else seemed to care.
I agree that there is no need to change Emacs behaviour here, but since
no one understood from the beginning what is going on it might perhaps
be good to document it.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-08 14:22 ` Jan Djärv
2007-01-08 14:35 ` Lennart Borgman (gmail)
@ 2007-01-08 15:15 ` Stefan Monnier
2007-01-08 17:37 ` Jan Djärv
2007-01-09 0:01 ` Richard Stallman
2 siblings, 1 reply; 21+ messages in thread
From: Stefan Monnier @ 2007-01-08 15:15 UTC (permalink / raw)
Cc: Nick Roberts, Lennart Borgman (gmail), rms, emacs-devel
> Yes there is a reason. Compilation mode uses
> previous-single-property-change to scan backwards to find the correct
> position to go to. But if a line begins at buffer start, there is no
> property change and previous-single-property-change return nil.
Can't it be fixed to handle the case where previous-single-property-change
returns nil?
Stefan
^ permalink raw reply [flat|nested] 21+ messages in thread* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-08 15:15 ` Stefan Monnier
@ 2007-01-08 17:37 ` Jan Djärv
0 siblings, 0 replies; 21+ messages in thread
From: Jan Djärv @ 2007-01-08 17:37 UTC (permalink / raw)
Cc: Nick Roberts, Lennart Borgman (gmail), rms, emacs-devel
Stefan Monnier skrev:
>> Yes there is a reason. Compilation mode uses
>> previous-single-property-change to scan backwards to find the correct
>> position to go to. But if a line begins at buffer start, there is no
>> property change and previous-single-property-change return nil.
>
> Can't it be fixed to handle the case where previous-single-property-change
> returns nil?
Maybe, but AFAIK it uses that return value to determine if the error message
is the first one.
Jan D.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-08 14:22 ` Jan Djärv
2007-01-08 14:35 ` Lennart Borgman (gmail)
2007-01-08 15:15 ` Stefan Monnier
@ 2007-01-09 0:01 ` Richard Stallman
2 siblings, 0 replies; 21+ messages in thread
From: Richard Stallman @ 2007-01-09 0:01 UTC (permalink / raw)
Cc: nickrob, lennart.borgman, emacs-devel
Yes there is a reason. Compilation mode uses previous-single-property-change
to scan backwards to find the correct position to go to. But if a line begins
at buffer start, there is no property change and
previous-single-property-change return nil.
It would be easy to fix the code to DTRT at the start of the buffer.
Why not make it more robust?
^ permalink raw reply [flat|nested] 21+ messages in thread
* Bug reporting (was: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer])
2007-01-08 11:11 ` Lennart Borgman (gmail)
2007-01-08 14:22 ` Jan Djärv
@ 2007-01-08 15:14 ` Stefan Monnier
2007-01-08 17:26 ` Bug reporting Lennart Borgman (gmail)
2007-01-11 4:05 ` [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer] Nick Roberts
2 siblings, 1 reply; 21+ messages in thread
From: Stefan Monnier @ 2007-01-08 15:14 UTC (permalink / raw)
Cc: Nick Roberts, Jan Djärv, rms, emacs-devel
> I do not send bug report for the patched version, of course. (And I have
> tried to make it clear on download page on my site that you should use the
> unpatched version for bug reports.)
The recommendation should *always* be to do M-x report-emacs-bug.
And make sure that the patched version changes report-emacs-bug-address and
report-emacs-bug-pretest-address to your own address.
Stefan
^ permalink raw reply [flat|nested] 21+ messages in thread* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-08 11:11 ` Lennart Borgman (gmail)
2007-01-08 14:22 ` Jan Djärv
2007-01-08 15:14 ` Bug reporting (was: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]) Stefan Monnier
@ 2007-01-11 4:05 ` Nick Roberts
2007-01-18 21:33 ` Nick Roberts
2 siblings, 1 reply; 21+ messages in thread
From: Nick Roberts @ 2007-01-11 4:05 UTC (permalink / raw)
Cc: Jan Djärv, rms, emacs-devel
>...
> (You may have to edit this a bit because of line breaks in this mail
> message.) Now do
>
> M-x compilation-mode
>
> Go to the beginning of the buffer. Press TAB. The point should move to
> the second error line. Press TAB again -> to third line.
>
> Now press S-TAB. Should go to second line. S-TAB again should go to
> first line, but it does not.
>
> Is this enough to reproduce it for you?
Does this fix it? You'll need to gorilla test it to check there are no new
bugs.
--
Nick http://www.inet.net.nz/~nickrob
*** compile.el 09 Jan 2007 17:31:50 +1300 1.414
--- compile.el 11 Jan 2007 17:03:44 +1300
*************** Just inserts the text, but uses `insert-
*** 1500,1508 ****
(error ,error compilation-error))
;; prop 'message usually has 2 changes, on and off, so re-search if off
(or (setq msg (get-text-property pt 'message))
! (if (setq pt (,property-change pt 'message))
! (setq msg (get-text-property pt 'message)))
! (error ,error compilation-error))
(or (< (cadr msg) compilation-skip-threshold)
(if different-file
(eq (prog1 last (setq last (nth 2 (car msg))))
--- 1500,1510 ----
(error ,error compilation-error))
;; prop 'message usually has 2 changes, on and off, so re-search if off
(or (setq msg (get-text-property pt 'message))
! (progn
! (setq pt (or (,property-change pt 'message)
! (if (> n 0) (point-max) (point-min))))
! (unless (setq msg (get-text-property pt 'message))
! (error ,error compilation-error))))
(or (< (cadr msg) compilation-skip-threshold)
(if different-file
(eq (prog1 last (setq last (nth 2 (car msg))))
*************** Does NOT find the source line like \\[ne
*** 1543,1551 ****
(if (get-buffer-process (current-buffer))
"No more %ss yet"
"Moved past last %s"))
- ;; Don't move "back" to message at or before point.
- ;; Pass an explicit (point-min) to make sure pt is non-nil.
- (setq pt (previous-single-property-change pt 'message nil (point-min)))
(compilation-loop < previous-single-property-change 1+
"Moved back before first %s")))
(goto-char pt)
--- 1545,1550 ----
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-08 8:35 ` Nick Roberts
2007-01-08 9:05 ` Jan Djärv
2007-01-08 11:11 ` Lennart Borgman (gmail)
@ 2007-01-09 0:00 ` Richard Stallman
2007-01-09 1:27 ` Nick Roberts
2 siblings, 1 reply; 21+ messages in thread
From: Richard Stallman @ 2007-01-09 0:00 UTC (permalink / raw)
Cc: lennart.borgman.073, jan.h.d, emacs-devel
Perhaps this is for his patched version. Anyway there's not much point fixing
it when, like the heads of the Lernaean Hydra, two new bugs will take it's
place in FOR-RELEASE.
If you don't fix bugs, you will have to wait for me to have time to
fix them.
^ permalink raw reply [flat|nested] 21+ messages in thread* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-09 0:00 ` Richard Stallman
@ 2007-01-09 1:27 ` Nick Roberts
0 siblings, 0 replies; 21+ messages in thread
From: Nick Roberts @ 2007-01-09 1:27 UTC (permalink / raw)
Cc: lennart.borgman.073, jan.h.d, emacs-devel
> Perhaps this is for his patched version. Anyway there's not much point
> fixing it when, like the heads of the Lernaean Hydra, two new bugs will
> take it's place in FOR-RELEASE.
>
> If you don't fix bugs, you will have to wait for me to have time to
> fix them.
I stopped waiting long ago. If the bugs are filed as proper bug reports, in a
proper bug database, then I think you are more likely to find someone who is
willing/able to fix them. This bug evidently never occurs in a normal
compilation buffer, so it is a marginal one at best. I can't see how anyone
benefits from holding back the release for such bugs, except, perhaps,
the vendors of proprietary software.
--
Nick http://www.inet.net.nz/~nickrob
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2007-01-08 5:32 [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer] Richard Stallman
2007-01-08 7:59 ` Jan Djärv
@ 2007-01-08 13:43 ` Chris Moore
1 sibling, 0 replies; 21+ messages in thread
From: Chris Moore @ 2007-01-08 13:43 UTC (permalink / raw)
Cc: emacs-devel
Richard Stallman <rms@gnu.org> writes:
> [I sent this message twice but did not get a response.]
I responded before you sent either of them.
> If the compilation buffer begins with error lines right at the top:
Compilation buffers don't begin with error lines. They begin like
this:
-*- mode: compilation; default-directory: "~/" -*-
Compilation started at Mon Jan 8 14:08:26
and they are read-only, too, so I'd have to go out of my way to make
them start with an error line.
On other news: Python-mode can't parse C code and dired doesn't work
if the dired buffer doesn't contain a directory listing.
^ permalink raw reply [flat|nested] 21+ messages in thread
* [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
@ 2006-12-31 22:13 Richard Stallman
0 siblings, 0 replies; 21+ messages in thread
From: Richard Stallman @ 2006-12-31 22:13 UTC (permalink / raw)
[I sent this message a week ago but did not get a response.]
Would someone please DTRT and ack?
------- Start of forwarded message -------
Date: Sat, 16 Dec 2006 14:02:48 +0100
From: Lennart Borgman <lennart.borgman.073@student.lu.se>
MIME-Version: 1.0
To: Emacs Devel <emacs-devel@gnu.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Subject: compilation-previous-error fails if first error is at start of
buffer
X-Spam-Status: No, score=0.5 required=5.0 tests=FROM_ENDS_IN_NUMS
autolearn=no version=3.0.4
If the compilation buffer begins with error lines right at the top:
c:/EmacsW32/etc/EmacsW32Util.html:7:5: Warning: <link> inserting "type"
attribute
c:/EmacsW32/etc/EmacsW32Util.html:12:19: Warning: <table> lacks
"summary" attribute
c:/EmacsW32/etc/EmacsW32Util.html:29:5: Warning: <table> lacks "summary"
attribute
then if point is on second line compilation-previous-error fails.
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
------- End of forwarded message -------
^ permalink raw reply [flat|nested] 21+ messages in thread
* [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
@ 2006-12-25 0:42 Richard Stallman
0 siblings, 0 replies; 21+ messages in thread
From: Richard Stallman @ 2006-12-25 0:42 UTC (permalink / raw)
Would someone please DTRT and ack?
------- Start of forwarded message -------
Date: Sat, 16 Dec 2006 14:02:48 +0100
From: Lennart Borgman <lennart.borgman.073@student.lu.se>
MIME-Version: 1.0
To: Emacs Devel <emacs-devel@gnu.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Subject: compilation-previous-error fails if first error is at start of
buffer
X-Spam-Status: No, score=0.5 required=5.0 tests=FROM_ENDS_IN_NUMS
autolearn=no version=3.0.4
If the compilation buffer begins with error lines right at the top:
c:/EmacsW32/etc/EmacsW32Util.html:7:5: Warning: <link> inserting "type"
attribute
c:/EmacsW32/etc/EmacsW32Util.html:12:19: Warning: <table> lacks
"summary" attribute
c:/EmacsW32/etc/EmacsW32Util.html:29:5: Warning: <table> lacks "summary"
attribute
then if point is on second line compilation-previous-error fails.
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
------- End of forwarded message -------
^ permalink raw reply [flat|nested] 21+ messages in thread
* [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
@ 2006-12-17 5:37 Richard Stallman
2007-01-19 2:33 ` Chong Yidong
0 siblings, 1 reply; 21+ messages in thread
From: Richard Stallman @ 2006-12-17 5:37 UTC (permalink / raw)
Would someone please DTRT and ack?
------- Start of forwarded message -------
Date: Sat, 16 Dec 2006 14:02:48 +0100
From: Lennart Borgman <lennart.borgman.073@student.lu.se>
MIME-Version: 1.0
To: Emacs Devel <emacs-devel@gnu.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Subject: compilation-previous-error fails if first error is at start of
buffer
X-Spam-Status: No, score=0.5 required=5.0 tests=FROM_ENDS_IN_NUMS
autolearn=no version=3.0.4
If the compilation buffer begins with error lines right at the top:
c:/EmacsW32/etc/EmacsW32Util.html:7:5: Warning: <link> inserting "type"
attribute
c:/EmacsW32/etc/EmacsW32Util.html:12:19: Warning: <table> lacks
"summary" attribute
c:/EmacsW32/etc/EmacsW32Util.html:29:5: Warning: <table> lacks "summary"
attribute
then if point is on second line compilation-previous-error fails.
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
------- End of forwarded message -------
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]
2006-12-17 5:37 Richard Stallman
@ 2007-01-19 2:33 ` Chong Yidong
0 siblings, 0 replies; 21+ messages in thread
From: Chong Yidong @ 2007-01-19 2:33 UTC (permalink / raw)
Richard Stallman <rms@gnu.org> writes:
> Would someone please DTRT and ack?
Fixed.
> From: Lennart Borgman <lennart.borgman.073@student.lu.se>
> Subject: compilation-previous-error fails if first error is at start of buffer
> To: Emacs Devel <emacs-devel@gnu.org>
>
> If the compilation buffer begins with error lines right at the top:
>
> c:/EmacsW32/etc/EmacsW32Util.html:7:5: Warning: <link> inserting
> "type" attribute
> c:/EmacsW32/etc/EmacsW32Util.html:12:19: Warning: <table> lacks
> "summary" attribute
> c:/EmacsW32/etc/EmacsW32Util.html:29:5: Warning: <table> lacks
> "summary" attribute
>
> then if point is on second line compilation-previous-error fails.
^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2007-01-19 2:33 UTC | newest]
Thread overview: 21+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-08 5:32 [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer] Richard Stallman
2007-01-08 7:59 ` Jan Djärv
2007-01-08 8:35 ` Nick Roberts
2007-01-08 9:05 ` Jan Djärv
2007-01-08 11:11 ` Lennart Borgman (gmail)
2007-01-08 14:22 ` Jan Djärv
2007-01-08 14:35 ` Lennart Borgman (gmail)
2007-01-08 15:15 ` Stefan Monnier
2007-01-08 17:37 ` Jan Djärv
2007-01-09 0:01 ` Richard Stallman
2007-01-08 15:14 ` Bug reporting (was: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer]) Stefan Monnier
2007-01-08 17:26 ` Bug reporting Lennart Borgman (gmail)
2007-01-11 4:05 ` [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer] Nick Roberts
2007-01-18 21:33 ` Nick Roberts
2007-01-09 0:00 ` Richard Stallman
2007-01-09 1:27 ` Nick Roberts
2007-01-08 13:43 ` Chris Moore
-- strict thread matches above, loose matches on Subject: below --
2006-12-31 22:13 Richard Stallman
2006-12-25 0:42 Richard Stallman
2006-12-17 5:37 Richard Stallman
2007-01-19 2:33 ` Chong Yidong
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).