* bug#14553: 24.3.50; C-g doesn't break inf-loop
@ 2013-06-04 6:10 Katsumi Yamaoka
2013-07-02 20:12 ` Ken Brown
` (4 more replies)
0 siblings, 5 replies; 13+ messages in thread
From: Katsumi Yamaoka @ 2013-06-04 6:10 UTC (permalink / raw)
To: 14553
Hi,
Start Emacs with the -Q option.
Eval the form: (while t)
Then I get unable to break it. So is Emacs 24.3. This may happen
only on Cygwin, though. It makes me hard to debug a code suspected
to have an infinite loop.
In GNU Emacs 24.3.50.1 (i686-pc-cygwin, X toolkit, Xaw3d scroll bars)
of 2013-06-04 on localhost
Bzr revision: 112842 michael.albinus@gmx.de-20130603193806-1f2pilg1t709mqyg
Windowing system distributor `The Cygwin/X Project', version 11.0.11401000
Configured using:
`configure --verbose --with-x-toolkit=lucid --without-imagemagick
--without-dbus --without-gconf --without-gsettings'
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#14553: 24.3.50; C-g doesn't break inf-loop
2013-06-04 6:10 bug#14553: 24.3.50; C-g doesn't break inf-loop Katsumi Yamaoka
@ 2013-07-02 20:12 ` Ken Brown
2013-07-02 23:17 ` Josh
2014-03-23 6:27 ` Daniel Colascione
` (3 subsequent siblings)
4 siblings, 1 reply; 13+ messages in thread
From: Ken Brown @ 2013-07-02 20:12 UTC (permalink / raw)
To: Katsumi Yamaoka; +Cc: 14553
On 6/4/2013 2:10 AM, Katsumi Yamaoka wrote:
> Hi,
>
> Start Emacs with the -Q option.
> Eval the form: (while t)
>
> Then I get unable to break it. So is Emacs 24.3. This may happen
> only on Cygwin, though. It makes me hard to debug a code suspected
> to have an infinite loop.
I can confirm that this happens on Cygwin but not on GNU/Linux. This
may just reflect the fact that Cygwin doesn't have SIGIO. Maybe someone
who understands how Emacs handles keyboard input can weigh in on this
and suggest a workaround.
Ken
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#14553: 24.3.50; C-g doesn't break inf-loop
2013-07-02 20:12 ` Ken Brown
@ 2013-07-02 23:17 ` Josh
2013-07-03 0:34 ` Katsumi Yamaoka
2013-07-03 11:13 ` Ken Brown
0 siblings, 2 replies; 13+ messages in thread
From: Josh @ 2013-07-02 23:17 UTC (permalink / raw)
To: Ken Brown; +Cc: Katsumi Yamaoka, 14553
On Tue, Jul 2, 2013 at 1:12 PM, Ken Brown <kbrown@cornell.edu> wrote:
> On 6/4/2013 2:10 AM, Katsumi Yamaoka wrote:
>>
>> Hi,
>>
>> Start Emacs with the -Q option.
>> Eval the form: (while t)
>>
>> Then I get unable to break it. So is Emacs 24.3. This may happen
>> only on Cygwin, though. It makes me hard to debug a code suspected
>> to have an infinite loop.
> I can confirm that this happens on Cygwin but not on GNU/Linux. This may
> just reflect the fact that Cygwin doesn't have SIGIO. Maybe someone who
> understands how Emacs handles keyboard input can weigh in on this and
> suggest a workaround.
FWIW, I am able to successfully interrupt that loop via C-g on my
Cygwin system, which was configured with the --with-w32 flag and built
from yesterday's trunk.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#14553: 24.3.50; C-g doesn't break inf-loop
2013-07-02 23:17 ` Josh
@ 2013-07-03 0:34 ` Katsumi Yamaoka
2013-07-03 11:13 ` Ken Brown
1 sibling, 0 replies; 13+ messages in thread
From: Katsumi Yamaoka @ 2013-07-03 0:34 UTC (permalink / raw)
To: Josh; +Cc: 14553
Josh wrote:
>> On 6/4/2013 2:10 AM, Katsumi Yamaoka wrote:
>>> Start Emacs with the -Q option.
>>> Eval the form: (while t)
>>>
>>> Then I get unable to break it.
[...]
> FWIW, I am able to successfully interrupt that loop via C-g on my
> Cygwin system, which was configured with the --with-w32 flag and built
> from yesterday's trunk.
Oh, it works! Thanks. So, Emacs links some essential one only
when --with-w32, doesn't it? I don't know what it is, but I hope
Cygwin Emacs uses it no matter what GUI is chosen. My configure
options are:
--verbose --with-x-toolkit=lucid --without-imagemagick --without-dbus
--without-gconf --without-gsettings'
;; I tried --with-w32, and found it uses funny key bindings (by
;; default?) --- there's no C-h key, M-x isn't M-x, etc. For not
;; only it but also the font settings and so forth, it seems to
;; take time to make it usable as before.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#14553: 24.3.50; C-g doesn't break inf-loop
2013-07-02 23:17 ` Josh
2013-07-03 0:34 ` Katsumi Yamaoka
@ 2013-07-03 11:13 ` Ken Brown
1 sibling, 0 replies; 13+ messages in thread
From: Ken Brown @ 2013-07-03 11:13 UTC (permalink / raw)
To: Josh; +Cc: Katsumi Yamaoka, 14553
On 7/2/2013 7:17 PM, Josh wrote:
> On Tue, Jul 2, 2013 at 1:12 PM, Ken Brown <kbrown@cornell.edu> wrote:
>> On 6/4/2013 2:10 AM, Katsumi Yamaoka wrote:
>>>
>>> Hi,
>>>
>>> Start Emacs with the -Q option.
>>> Eval the form: (while t)
>>>
>>> Then I get unable to break it. So is Emacs 24.3. This may happen
>>> only on Cygwin, though. It makes me hard to debug a code suspected
>>> to have an infinite loop.
>
>> I can confirm that this happens on Cygwin but not on GNU/Linux. This may
>> just reflect the fact that Cygwin doesn't have SIGIO. Maybe someone who
>> understands how Emacs handles keyboard input can weigh in on this and
>> suggest a workaround.
>
> FWIW, I am able to successfully interrupt that loop via C-g on my
> Cygwin system, which was configured with the --with-w32 flag and built
> from yesterday's trunk.
And this also works with the X11 build if Emacs is run in the Cygwin
terminal (mintty). So it appears that the problem only occurs when
Emacs is running under X11. I don't know anything about how keyboard
input works under X11, so I'm not sure where to go from here.
Ken
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#14553: 24.3.50; C-g doesn't break inf-loop
2013-06-04 6:10 bug#14553: 24.3.50; C-g doesn't break inf-loop Katsumi Yamaoka
2013-07-02 20:12 ` Ken Brown
@ 2014-03-23 6:27 ` Daniel Colascione
2019-09-30 15:44 ` Stefan Kangas
` (2 subsequent siblings)
4 siblings, 0 replies; 13+ messages in thread
From: Daniel Colascione @ 2014-03-23 6:27 UTC (permalink / raw)
To: 14553
[-- Attachment #1: Type: text/plain, Size: 97 bytes --]
Sounds like a problem with signal delivery. Have you reported it to the
cygwin mailing list?
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 901 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#14553: 24.3.50; C-g doesn't break inf-loop
2013-06-04 6:10 bug#14553: 24.3.50; C-g doesn't break inf-loop Katsumi Yamaoka
2013-07-02 20:12 ` Ken Brown
2014-03-23 6:27 ` Daniel Colascione
@ 2019-09-30 15:44 ` Stefan Kangas
2019-10-01 0:01 ` Katsumi Yamaoka
2024-01-11 5:29 ` Katsumi Yamaoka
4 siblings, 0 replies; 13+ messages in thread
From: Stefan Kangas @ 2019-09-30 15:44 UTC (permalink / raw)
To: Katsumi Yamaoka; +Cc: 14553
Katsumi Yamaoka <yamaoka@jpl.org> writes:
> Hi,
>
> Start Emacs with the -Q option.
> Eval the form: (while t)
>
> Then I get unable to break it. So is Emacs 24.3. This may happen
> only on Cygwin, though. It makes me hard to debug a code suspected
> to have an infinite loop.
That was six years ago. Are you still seeing this on a modern version
of Emacs?
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#14553: 24.3.50; C-g doesn't break inf-loop
2013-06-04 6:10 bug#14553: 24.3.50; C-g doesn't break inf-loop Katsumi Yamaoka
` (2 preceding siblings ...)
2019-09-30 15:44 ` Stefan Kangas
@ 2019-10-01 0:01 ` Katsumi Yamaoka
2019-10-01 0:59 ` Stefan Kangas
2024-01-11 5:29 ` Katsumi Yamaoka
4 siblings, 1 reply; 13+ messages in thread
From: Katsumi Yamaoka @ 2019-10-01 0:01 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 14553
On Mon, 30 Sep 2019 17:44:01 +0200, Stefan Kangas wrote:
> Katsumi Yamaoka <yamaoka@jpl.org> writes:
>> Start Emacs with the -Q option.
>> Eval the form: (while t)
>> Then I get unable to break it. So is Emacs 24.3. This may happen
>> only on Cygwin, though. It makes me hard to debug a code suspected
>> to have an infinite loop.
> That was six years ago. Are you still seeing this on a modern version
> of Emacs?
C-g still doesn't break (while t) on Emacs 27.0.50 of today, and
also on 26.3.50, 26.1, 25.1 rebuilt recently. I got used to it,
so I'm not so troubled. ;-) Thanks for following this up.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#14553: 24.3.50; C-g doesn't break inf-loop
2019-10-01 0:01 ` Katsumi Yamaoka
@ 2019-10-01 0:59 ` Stefan Kangas
2024-01-10 11:14 ` bug#14553: [cygwin] C-g doesn't interrupt (while t) Stefan Kangas
0 siblings, 1 reply; 13+ messages in thread
From: Stefan Kangas @ 2019-10-01 0:59 UTC (permalink / raw)
To: Katsumi Yamaoka; +Cc: 14553
Katsumi Yamaoka <yamaoka@jpl.org> writes:
> > That was six years ago. Are you still seeing this on a modern version
> > of Emacs?
>
> C-g still doesn't break (while t) on Emacs 27.0.50 of today, and
> also on 26.3.50, 26.1, 25.1 rebuilt recently. I got used to it,
> so I'm not so troubled. ;-) Thanks for following this up.
Thanks for reporting back.
Daniel Colascione suggested that there might be a problem with signal
delivery on Cygwin, and to report it to their mailing list:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=14553#20
Perhaps that might be worth doing if you haven't already.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#14553: [cygwin] C-g doesn't interrupt (while t)
2019-10-01 0:59 ` Stefan Kangas
@ 2024-01-10 11:14 ` Stefan Kangas
2024-01-10 16:31 ` Ken Brown
0 siblings, 1 reply; 13+ messages in thread
From: Stefan Kangas @ 2024-01-10 11:14 UTC (permalink / raw)
To: Katsumi Yamaoka; +Cc: 14553, Daniel Colascione
Daniel Colascione <dancol@dancol.org> writes:
> Sounds like a problem with signal delivery. Have you reported it to the
> cygwin mailing list?
Stefan Kangas <stefankangas@gmail.com> writes:
> Katsumi Yamaoka <yamaoka@jpl.org> writes:
>
>> > That was six years ago. Are you still seeing this on a modern version
>> > of Emacs?
>>
>> C-g still doesn't break (while t) on Emacs 27.0.50 of today, and
>> also on 26.3.50, 26.1, 25.1 rebuilt recently. I got used to it,
>> so I'm not so troubled. ;-) Thanks for following this up.
>
> Thanks for reporting back.
>
> Daniel Colascione suggested that there might be a problem with signal
> delivery on Cygwin, and to report it to their mailing list:
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=14553#20
>
> Perhaps that might be worth doing if you haven't already.
Coming back to this four years later, it sounds like this might be a bug
in Cygwin. Is that correct?
If yes, should we really keep this bug open on our end?
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#14553: [cygwin] C-g doesn't interrupt (while t)
2024-01-10 11:14 ` bug#14553: [cygwin] C-g doesn't interrupt (while t) Stefan Kangas
@ 2024-01-10 16:31 ` Ken Brown
2024-01-10 17:09 ` Stefan Kangas
0 siblings, 1 reply; 13+ messages in thread
From: Ken Brown @ 2024-01-10 16:31 UTC (permalink / raw)
To: Stefan Kangas, Katsumi Yamaoka; +Cc: Daniel Colascione, 14553-done
On 1/10/2024 6:14 AM, Stefan Kangas wrote:
> Daniel Colascione <dancol@dancol.org> writes:
>
>> Sounds like a problem with signal delivery. Have you reported it to the
>> cygwin mailing list?
>
> Stefan Kangas <stefankangas@gmail.com> writes:
>
>> Katsumi Yamaoka <yamaoka@jpl.org> writes:
>>
>>>> That was six years ago. Are you still seeing this on a modern version
>>>> of Emacs?
>>>
>>> C-g still doesn't break (while t) on Emacs 27.0.50 of today, and
>>> also on 26.3.50, 26.1, 25.1 rebuilt recently. I got used to it,
>>> so I'm not so troubled. ;-) Thanks for following this up.
>>
>> Thanks for reporting back.
>>
>> Daniel Colascione suggested that there might be a problem with signal
>> delivery on Cygwin, and to report it to their mailing list:
>> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=14553#20
>>
>> Perhaps that might be worth doing if you haven't already.
>
> Coming back to this four years later, it sounds like this might be a bug
> in Cygwin. Is that correct?
Not sure.
> If yes, should we really keep this bug open on our end?
I think it should be closed, and I'm doing it with this email.
Ken
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#14553: [cygwin] C-g doesn't interrupt (while t)
2024-01-10 16:31 ` Ken Brown
@ 2024-01-10 17:09 ` Stefan Kangas
0 siblings, 0 replies; 13+ messages in thread
From: Stefan Kangas @ 2024-01-10 17:09 UTC (permalink / raw)
To: Ken Brown, Katsumi Yamaoka; +Cc: Daniel Colascione, 14553-done
Ken Brown <kbrown@cornell.edu> writes:
> I think it should be closed, and I'm doing it with this email.
Thank you.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#14553: [cygwin] C-g doesn't interrupt (while t)
2013-06-04 6:10 bug#14553: 24.3.50; C-g doesn't break inf-loop Katsumi Yamaoka
` (3 preceding siblings ...)
2019-10-01 0:01 ` Katsumi Yamaoka
@ 2024-01-11 5:29 ` Katsumi Yamaoka
4 siblings, 0 replies; 13+ messages in thread
From: Katsumi Yamaoka @ 2024-01-11 5:29 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 14553, Daniel Colascione, Ken Brown
On Wed, 10 Jan 2024 09:09:46 -0800, Stefan Kangas wrote:
> Ken Brown <kbrown@cornell.edu> writes:
>> I think it should be closed, and I'm doing it with this email.
> Thank you.
Oh, I confirmed that I can break `(while t)' by C-g on Emacs 29.1
and up. That's great! Thanks!
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2024-01-11 5:29 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-06-04 6:10 bug#14553: 24.3.50; C-g doesn't break inf-loop Katsumi Yamaoka
2013-07-02 20:12 ` Ken Brown
2013-07-02 23:17 ` Josh
2013-07-03 0:34 ` Katsumi Yamaoka
2013-07-03 11:13 ` Ken Brown
2014-03-23 6:27 ` Daniel Colascione
2019-09-30 15:44 ` Stefan Kangas
2019-10-01 0:01 ` Katsumi Yamaoka
2019-10-01 0:59 ` Stefan Kangas
2024-01-10 11:14 ` bug#14553: [cygwin] C-g doesn't interrupt (while t) Stefan Kangas
2024-01-10 16:31 ` Ken Brown
2024-01-10 17:09 ` Stefan Kangas
2024-01-11 5:29 ` Katsumi Yamaoka
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).