unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#18894: 24.4.51; Erratic freezing on Cygwin
@ 2014-10-29 22:27 aidalgol
  2014-10-30  3:41 ` Eli Zaretskii
  2019-09-30  1:47 ` Stefan Kangas
  0 siblings, 2 replies; 6+ messages in thread
From: aidalgol @ 2014-10-29 22:27 UTC (permalink / raw)
  To: 18894

Emacs freezes occasionally in such a way that sending it a DebugBreak
(see <https://cygwin.com/ml/cygwin/2006-06/msg00321.html>) has no
effect, and I have to kill it from the Task Manager (so I can not get a
backtrace).  When Emacs is in this state, it does not redraw its frames
when brought in focus.

In GNU Emacs 24.4.51.3 (x86_64-unknown-cygwin)
  of 2014-10-30 on [local build], Cygwin 1.7.33
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
  `configure --enable-checking --with-w32 --without-gnutls 'CFLAGS=-O0
  -ggdb''

Important settings:
   value of $LANG: en_US.UTF-8
   locale-coding-system: utf-8-unix

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rfc822 mml mml-sec mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
sendmail rfc2047 rfc2045 ietf-drums mail-utils jka-compr misearch
multi-isearch iso-transl network-stream starttls tls erc-track
erc-spelling flyspell ispell erc-services erc-ring erc-networks
erc-netsplit erc-menu erc-match erc-log erc-list erc-pcomplete 
pcomplete
erc-button erc-fill erc-stamp wid-edit erc-join erc-autoaway 
erc-goodies
erc erc-backend erc-compat format-spec auth-source eieio byte-opt
bytecomp byte-compile cconv eieio-core gnus-util mm-util mail-prsvr
password-cache thingatpt pp smex cl-extra vc-git paredit dired view
cc-langs cc-mode cc-fonts cc-guess cc-menus cc-cmds vc-dispatcher 
vc-svn
hideshow undo-tree diff python json info package epg-config server
cc-styles cc-align cc-engine cc-vars cc-defs appt diary-lib
diary-loaddefs cal-menu easymenu calendar cal-loaddefs advice help-fns
ido windmove header-file find-file gtags mu cl-macs edmacro kmacro cl 
gv
comint ansi-color ring saveplace paren savehist avoid time battery
desktop frameset cl-loaddefs cl-lib cus-start cus-load time-date 
tooltip
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel
w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode 
register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process gfilenotify w32
multi-tty emacs)

Memory information:
((conses 16 433660 62998)
  (symbols 48 42289 0)
  (miscs 40 184 782)
  (strings 32 124600 12544)
  (string-bytes 1 2999027)
  (vectors 16 32403)
  (vector-slots 8 745322 66915)
  (floats 8 152 665)
  (intervals 56 15354 890)
  (buffers 960 61))





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#18894: 24.4.51; Erratic freezing on Cygwin
  2014-10-29 22:27 bug#18894: 24.4.51; Erratic freezing on Cygwin aidalgol
@ 2014-10-30  3:41 ` Eli Zaretskii
  2014-10-30  4:00   ` aidalgol
  2019-09-30  1:47 ` Stefan Kangas
  1 sibling, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2014-10-30  3:41 UTC (permalink / raw)
  To: aidalgol; +Cc: 18894

> Date: Thu, 30 Oct 2014 11:27:36 +1300
> From: aidalgol@amuri.net
> 
> Emacs freezes occasionally in such a way that sending it a DebugBreak
> (see <https://cygwin.com/ml/cygwin/2006-06/msg00321.html>) has no
> effect, and I have to kill it from the Task Manager (so I can not get a
> backtrace).  When Emacs is in this state, it does not redraw its frames
> when brought in focus.

Does it consume any CPU?

Can you attach GDB to Emacs when it is in such a state?  If not, can
you observe any activity of its threads via Process Explorer?





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#18894: 24.4.51; Erratic freezing on Cygwin
  2014-10-30  3:41 ` Eli Zaretskii
@ 2014-10-30  4:00   ` aidalgol
  2014-10-30 15:50     ` Eli Zaretskii
  0 siblings, 1 reply; 6+ messages in thread
From: aidalgol @ 2014-10-30  4:00 UTC (permalink / raw)
  To: 18894

On Thu, 30 Oct 2014 05:41:49 +0200, Eli Zaretskii wrote:
>> Date: Thu, 30 Oct 2014 11:27:36 +1300
>> From: aidalgol@amuri.net
>>
>> Emacs freezes occasionally in such a way that sending it a 
>> DebugBreak
>> (see <https://cygwin.com/ml/cygwin/2006-06/msg00321.html>) has no
>> effect, and I have to kill it from the Task Manager (so I can not 
>> get a
>> backtrace).  When Emacs is in this state, it does not redraw its 
>> frames
>> when brought in focus.
>
> Does it consume any CPU?

Not when I last checked, but I did not check last time it occurred, so 
I will check next time.

> Can you attach GDB to Emacs when it is in such a state?  If not, can
> you observe any activity of its threads via Process Explorer?

I have been always running Emacs under GDB, so yes.  I forgot to attach 
the GDB output in my original report; it is at the end of this 
paragraph.  When Emacs freezes, nothing is printed in the terminal 
(either by GDB or Emacs).  I also forgot to mention the version of Emacs 
I am using: from git branch emacs-24, commit 1500355.

GNU gdb (GDB) 7.8
This GDB was configured as "x86_64-pc-cygwin".
Reading symbols from ./emacs.exe...done.
SIGINT is used by the debugger.
Are you sure you want to change it? (y or n) [answered Y; input not 
from terminal]
Environment variable "DISPLAY" not defined.
TERM = xterm
Breakpoint 1 at 0x1005215c1: file emacs.c, line 351.
Temporary breakpoint 2 at 0x10054dd3c: file sysdep.c, line 854.
(gdb) run
Starting program: /home/agauland/src/emacs/src/emacs.exe
[New Thread 6204.0xeb0]
[New Thread 6204.0xc84]
[New Thread 6204.0x1588]
[New Thread 6204.0x13c0]
[New Thread 6204.0x2e8]
[New Thread 6204.0x140c]
[New Thread 6204.0x1450]
[New Thread 6204.0xd64]
[New Thread 6204.0x18b8]
[New Thread 6204.0x12e0]
[New Thread 6204.0x16f0]
[New Thread 6204.0x15a4]
[New Thread 6204.0x13c4]
[Thread 6204.0x15a4 exited with code 0]
[Thread 6204.0x13c0 exited with code 0]
[New Thread 6204.0x1bc]
[New Thread 6204.0x428]
[Thread 6204.0x140c exited with code 0]
[New Thread 6204.0x860]
[New Thread 6204.0x16a0]





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#18894: 24.4.51; Erratic freezing on Cygwin
  2014-10-30  4:00   ` aidalgol
@ 2014-10-30 15:50     ` Eli Zaretskii
  0 siblings, 0 replies; 6+ messages in thread
From: Eli Zaretskii @ 2014-10-30 15:50 UTC (permalink / raw)
  To: aidalgol; +Cc: 18894

> Date: Thu, 30 Oct 2014 17:00:24 +1300
> From: aidalgol@amuri.net
> Cc: Eli Zaretskii <eliz@gnu.org>
> 
> > Does it consume any CPU?
> 
> Not when I last checked, but I did not check last time it occurred, so 
> I will check next time.

Thanks.

> > Can you attach GDB to Emacs when it is in such a state?  If not, can
> > you observe any activity of its threads via Process Explorer?
> 
> I have been always running Emacs under GDB, so yes.

OK, but for this kind of problems, it is best to run Emacs outside
GDB, and when it hangs, attach GDB to it.  In most cases, attaching a
debugger will interrupt whatever Emacs is doing, although in this case
it might not, as you said the DebugBreak program didn't.  But it's
worth trying.





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#18894: 24.4.51; Erratic freezing on Cygwin
  2014-10-29 22:27 bug#18894: 24.4.51; Erratic freezing on Cygwin aidalgol
  2014-10-30  3:41 ` Eli Zaretskii
@ 2019-09-30  1:47 ` Stefan Kangas
  2019-10-30 20:39   ` Stefan Kangas
  1 sibling, 1 reply; 6+ messages in thread
From: Stefan Kangas @ 2019-09-30  1:47 UTC (permalink / raw)
  To: aidalgol; +Cc: 18894

aidalgol@amuri.net writes:

> Emacs freezes occasionally in such a way that sending it a DebugBreak
> (see <https://cygwin.com/ml/cygwin/2006-06/msg00321.html>) has no
> effect, and I have to kill it from the Task Manager (so I can not get a
> backtrace).  When Emacs is in this state, it does not redraw its frames
> when brought in focus.

That was 5 years ago.  Are you still seeing this on a recent version of
Emacs?

Best regards,
Stefan Kangas





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#18894: 24.4.51; Erratic freezing on Cygwin
  2019-09-30  1:47 ` Stefan Kangas
@ 2019-10-30 20:39   ` Stefan Kangas
  0 siblings, 0 replies; 6+ messages in thread
From: Stefan Kangas @ 2019-10-30 20:39 UTC (permalink / raw)
  To: aidalgol; +Cc: 18894-done

Stefan Kangas <stefan@marxist.se> writes:

> aidalgol@amuri.net writes:
>
>> Emacs freezes occasionally in such a way that sending it a DebugBreak
>> (see <https://cygwin.com/ml/cygwin/2006-06/msg00321.html>) has no
>> effect, and I have to kill it from the Task Manager (so I can not get a
>> backtrace).  When Emacs is in this state, it does not redraw its frames
>> when brought in focus.
>
> That was 5 years ago.  Are you still seeing this on a recent version of
> Emacs?

More information was requested, but none was given within 4 weeks.
Since it seems like we need more information, I think it's unlikely that
we'll make any progress here at this point.

I'm therefore closing this bug.  If this is still an issue, please
reopen the bug report.

Best regards,
Stefan Kangas





^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2019-10-30 20:39 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-10-29 22:27 bug#18894: 24.4.51; Erratic freezing on Cygwin aidalgol
2014-10-30  3:41 ` Eli Zaretskii
2014-10-30  4:00   ` aidalgol
2014-10-30 15:50     ` Eli Zaretskii
2019-09-30  1:47 ` Stefan Kangas
2019-10-30 20:39   ` Stefan Kangas

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).