* bug#216: next-error wrong position in target file [not found] <mailman.11313.1210203492.18990.bug-gnu-emacs@gnu.org> @ 2008-05-11 0:52 ` jidanni 2008-07-28 19:50 ` bug#216: marked as done (next-error wrong position in target file) Emacs bug Tracking System 0 siblings, 1 reply; 4+ messages in thread From: jidanni @ 2008-05-11 0:52 UTC (permalink / raw) To: bug-gnu-emacs I can reproduce this bug he sent, and encountered it often in the past but couldn't make a good test case as he just did. Please fix! ^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#216: marked as done (next-error wrong position in target file) 2008-05-11 0:52 ` bug#216: next-error wrong position in target file jidanni @ 2008-07-28 19:50 ` Emacs bug Tracking System 0 siblings, 0 replies; 4+ messages in thread From: Emacs bug Tracking System @ 2008-07-28 19:50 UTC (permalink / raw) To: Chong Yidong [-- Attachment #1: Type: text/plain, Size: 845 bytes --] Your message dated Mon, 28 Jul 2008 15:44:46 -0400 with message-id <87iqup6bf5.fsf@stupidchicken.com> and subject line Re: next-error wrong position in target file has caused the Emacs bug report #216, regarding next-error wrong position in target file to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact don@donarmstrong.com immediately.) -- 216: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=216 Emacs Bug Tracking System Contact don@donarmstrong.com with problems [-- Attachment #2: Type: message/rfc822, Size: 1636 bytes --] From: jidanni@jidanni.org To: bug-gnu-emacs@gnu.org Subject: Re: next-error wrong position in target file Date: Sun, 11 May 2008 08:52:20 +0800 Message-ID: <87iqxl8xx7.fsf@jidanni.org> I can reproduce this bug he sent, and encountered it often in the past but couldn't make a good test case as he just did. Please fix! [-- Attachment #3: Type: message/rfc822, Size: 1663 bytes --] From: Chong Yidong <cyd@stupidchicken.com> To: Kevin Ryde <user42@zip.com.au>, jidanni@jidanni.org Cc: 216-done@emacsbugs.donarmstrong.com Subject: Re: next-error wrong position in target file Date: Mon, 28 Jul 2008 15:44:46 -0400 Message-ID: <87iqup6bf5.fsf@stupidchicken.com> > In Emacs 22.2, the first `next-error' in certain circumstances goes to > the wrong error line in the target file. With the dummy file foo.txt > below, and on a 50 line console, > > emacs -Q foo.txt > C-v # page down in foo.txt > C-x b Ret # back to *scratch* buffer > M-x compile > echo 'foo.txt:''150: an error here' > C-x ` # next-error > > => goes to foo.txt with point at line 56 > > The echo simply produces a compilation buffer claiming an error at > foo.txt line 150, but then next-error goes to line 56. On a different > size terminal or under X you get a different wrong position, like line > 45 or 24. I've checked in a fix. Thanks. ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <87iqup6bf5.fsf@stupidchicken.com>]
* next-error wrong position in target file @ 2008-05-07 23:37 ` Kevin Ryde 2008-07-28 19:50 ` bug#197: marked as done (next-error wrong position in target file) Emacs bug Tracking System 0 siblings, 1 reply; 4+ messages in thread From: Kevin Ryde @ 2008-05-07 23:37 UTC (permalink / raw) To: bug-gnu-emacs [-- Attachment #1: Type: text/plain, Size: 2068 bytes --] In Emacs 22.2, the first `next-error' in certain circumstances goes to the wrong error line in the target file. With the dummy file foo.txt below, and on a 50 line console, emacs -Q foo.txt C-v # page down in foo.txt C-x b Ret # back to *scratch* buffer M-x compile echo 'foo.txt:''150: an error here' C-x ` # next-error => goes to foo.txt with point at line 56 The echo simply produces a compilation buffer claiming an error at foo.txt line 150, but then next-error goes to line 56. On a different size terminal or under X you get a different wrong position, like line 45 or 24. The recipe above is rather specific, there's all sorts of ways it works correctly. If you don't scroll-up, or if you leave foo.txt the current buffer, then it's fine. I've struck this on various occasions without ever being able to reproduce it, since a second try in the same session goes ok! My recent-ish build of the current emacs cvs head still seems to have the problem too, whatever it is. In GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.3) of 2008-04-11 on raven, modified by Debian configured using `configure '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.2/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_AU locale-coding-system: iso-8859-1 default-enable-multibyte-characters: t [-- Attachment #2: foo.txt --] [-- Type: text/plain, Size: 1692 bytes --] 1 blah 2 blah 3 blah 4 blah 5 blah 6 blah 7 blah 8 blah 9 blah 10 blah 11 blah 12 blah 13 blah 14 blah 15 blah 16 blah 17 blah 18 blah 19 blah 20 blah 21 blah 22 blah 23 blah 24 blah 25 blah 26 blah 27 blah 28 blah 29 blah 30 blah 31 blah 32 blah 33 blah 34 blah 35 blah 36 blah 37 blah 38 blah 39 blah 40 blah 41 blah 42 blah 43 blah 44 blah 45 blah 46 blah 47 blah 48 blah 49 blah 50 blah 51 blah 52 blah 53 blah 54 blah 55 blah 56 blah 57 blah 58 blah 59 blah 60 blah 61 blah 62 blah 63 blah 64 blah 65 blah 66 blah 67 blah 68 blah 69 blah 70 blah 71 blah 72 blah 73 blah 74 blah 75 blah 76 blah 77 blah 78 blah 79 blah 80 blah 81 blah 82 blah 83 blah 84 blah 85 blah 86 blah 87 blah 88 blah 89 blah 90 blah 91 blah 92 blah 93 blah 94 blah 95 blah 96 blah 97 blah 98 blah 99 blah 100 blah 101 blah 102 blah 103 blah 104 blah 105 blah 106 blah 107 blah 108 blah 109 blah 110 blah 111 blah 112 blah 113 blah 114 blah 115 blah 116 blah 117 blah 118 blah 119 blah 120 blah 121 blah 122 blah 123 blah 124 blah 125 blah 126 blah 127 blah 128 blah 129 blah 130 blah 131 blah 132 blah 133 blah 134 blah 135 blah 136 blah 137 blah 138 blah 139 blah 140 blah 141 blah 142 blah 143 blah 144 blah 145 blah 146 blah 147 blah 148 blah 149 blah 150 blah 151 blah 152 blah 153 blah 154 blah 155 blah 156 blah 157 blah 158 blah 159 blah 160 blah 161 blah 162 blah 163 blah 164 blah 165 blah 166 blah 167 blah 168 blah 169 blah 170 blah 171 blah 172 blah 173 blah 174 blah 175 blah 176 blah 177 blah 178 blah 179 blah 180 blah 181 blah 182 blah 183 blah 184 blah 185 blah 186 blah 187 blah 188 blah 189 blah 190 blah 191 blah 192 blah 193 blah 194 blah 195 blah 196 blah 197 blah 198 blah 199 blah 200 blah ^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#197: marked as done (next-error wrong position in target file) 2008-05-07 23:37 ` next-error wrong position in target file Kevin Ryde @ 2008-07-28 19:50 ` Emacs bug Tracking System 0 siblings, 0 replies; 4+ messages in thread From: Emacs bug Tracking System @ 2008-07-28 19:50 UTC (permalink / raw) To: Chong Yidong [-- Attachment #1: Type: text/plain, Size: 845 bytes --] Your message dated Mon, 28 Jul 2008 15:44:46 -0400 with message-id <87iqup6bf5.fsf@stupidchicken.com> and subject line Re: next-error wrong position in target file has caused the Emacs bug report #216, regarding next-error wrong position in target file to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact don@donarmstrong.com immediately.) -- 216: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=216 Emacs Bug Tracking System Contact don@donarmstrong.com with problems [-- Attachment #2: Type: message/rfc822, Size: 7947 bytes --] [-- Attachment #2.1.1: Type: text/plain, Size: 2068 bytes --] In Emacs 22.2, the first `next-error' in certain circumstances goes to the wrong error line in the target file. With the dummy file foo.txt below, and on a 50 line console, emacs -Q foo.txt C-v # page down in foo.txt C-x b Ret # back to *scratch* buffer M-x compile echo 'foo.txt:''150: an error here' C-x ` # next-error => goes to foo.txt with point at line 56 The echo simply produces a compilation buffer claiming an error at foo.txt line 150, but then next-error goes to line 56. On a different size terminal or under X you get a different wrong position, like line 45 or 24. The recipe above is rather specific, there's all sorts of ways it works correctly. If you don't scroll-up, or if you leave foo.txt the current buffer, then it's fine. I've struck this on various occasions without ever being able to reproduce it, since a second try in the same session goes ok! My recent-ish build of the current emacs cvs head still seems to have the problem too, whatever it is. In GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.3) of 2008-04-11 on raven, modified by Debian configured using `configure '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.2/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_AU locale-coding-system: iso-8859-1 default-enable-multibyte-characters: t [-- Attachment #2.1.2: foo.txt --] [-- Type: text/plain, Size: 1692 bytes --] 1 blah 2 blah 3 blah 4 blah 5 blah 6 blah 7 blah 8 blah 9 blah 10 blah 11 blah 12 blah 13 blah 14 blah 15 blah 16 blah 17 blah 18 blah 19 blah 20 blah 21 blah 22 blah 23 blah 24 blah 25 blah 26 blah 27 blah 28 blah 29 blah 30 blah 31 blah 32 blah 33 blah 34 blah 35 blah 36 blah 37 blah 38 blah 39 blah 40 blah 41 blah 42 blah 43 blah 44 blah 45 blah 46 blah 47 blah 48 blah 49 blah 50 blah 51 blah 52 blah 53 blah 54 blah 55 blah 56 blah 57 blah 58 blah 59 blah 60 blah 61 blah 62 blah 63 blah 64 blah 65 blah 66 blah 67 blah 68 blah 69 blah 70 blah 71 blah 72 blah 73 blah 74 blah 75 blah 76 blah 77 blah 78 blah 79 blah 80 blah 81 blah 82 blah 83 blah 84 blah 85 blah 86 blah 87 blah 88 blah 89 blah 90 blah 91 blah 92 blah 93 blah 94 blah 95 blah 96 blah 97 blah 98 blah 99 blah 100 blah 101 blah 102 blah 103 blah 104 blah 105 blah 106 blah 107 blah 108 blah 109 blah 110 blah 111 blah 112 blah 113 blah 114 blah 115 blah 116 blah 117 blah 118 blah 119 blah 120 blah 121 blah 122 blah 123 blah 124 blah 125 blah 126 blah 127 blah 128 blah 129 blah 130 blah 131 blah 132 blah 133 blah 134 blah 135 blah 136 blah 137 blah 138 blah 139 blah 140 blah 141 blah 142 blah 143 blah 144 blah 145 blah 146 blah 147 blah 148 blah 149 blah 150 blah 151 blah 152 blah 153 blah 154 blah 155 blah 156 blah 157 blah 158 blah 159 blah 160 blah 161 blah 162 blah 163 blah 164 blah 165 blah 166 blah 167 blah 168 blah 169 blah 170 blah 171 blah 172 blah 173 blah 174 blah 175 blah 176 blah 177 blah 178 blah 179 blah 180 blah 181 blah 182 blah 183 blah 184 blah 185 blah 186 blah 187 blah 188 blah 189 blah 190 blah 191 blah 192 blah 193 blah 194 blah 195 blah 196 blah 197 blah 198 blah 199 blah 200 blah [-- Attachment #3: Type: message/rfc822, Size: 1663 bytes --] From: Chong Yidong <cyd@stupidchicken.com> To: Kevin Ryde <user42@zip.com.au>, jidanni@jidanni.org Cc: 216-done@emacsbugs.donarmstrong.com Subject: Re: next-error wrong position in target file Date: Mon, 28 Jul 2008 15:44:46 -0400 Message-ID: <87iqup6bf5.fsf@stupidchicken.com> > In Emacs 22.2, the first `next-error' in certain circumstances goes to > the wrong error line in the target file. With the dummy file foo.txt > below, and on a 50 line console, > > emacs -Q foo.txt > C-v # page down in foo.txt > C-x b Ret # back to *scratch* buffer > M-x compile > echo 'foo.txt:''150: an error here' > C-x ` # next-error > > => goes to foo.txt with point at line 56 > > The echo simply produces a compilation buffer claiming an error at > foo.txt line 150, but then next-error goes to line 56. On a different > size terminal or under X you get a different wrong position, like line > 45 or 24. I've checked in a fix. Thanks. ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-07-28 19:50 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <mailman.11313.1210203492.18990.bug-gnu-emacs@gnu.org>
2008-05-11 0:52 ` bug#216: next-error wrong position in target file jidanni
2008-07-28 19:50 ` bug#216: marked as done (next-error wrong position in target file) Emacs bug Tracking System
[not found] <87iqup6bf5.fsf@stupidchicken.com>
2008-05-07 23:37 ` next-error wrong position in target file Kevin Ryde
2008-07-28 19:50 ` bug#197: marked as done (next-error wrong position in target file) Emacs bug Tracking System
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).