From: sk6875@gmail.com
To: bug-gnu-emacs@gnu.org
Subject: Re: bug#28544: 26.0.50; emacs will consume 100% cpu after gdb debugee exits
Date: Sat, 28 Oct 2017 07:10:07 -0700 (PDT) [thread overview]
Message-ID: <848a7a7c-1983-47ed-8d15-6d64b4634e1a@googlegroups.com> (raw)
In-Reply-To: <mailman.907.1506017889.14750.bug-gnu-emacs@gnu.org>
On Friday, September 22, 2017 at 3:18:10 AM UTC+9, Sung Ho Kim wrote:
> First time using the bug report system, so apologies in advance if the
> report feels muddled.
>
> The procedure I had used is as follows:
> 1) open emacs [-Q] [-nw]
> N.B. the option flags -Q -nw do not make any difference in the
> behavior described.
> 2) run gdb using M-x gdb ( I have tested gdb 7.12 and 8.0, 8.0.1 and
> even earlier versions but gdb version do not seem to make any difference)
> 3) open any executable binary for debugging.
> 4) continue, step, next or run until binary in step (3) finishes
> execution and exits (whether it exits normally or abnormally does not
> make a difference)
> 5) open top and watch emacs cpu usage.
>
> What I have noticed with a little bit of debugging and looking at the
> emacs source code is that in process.c in about line 5660 (thankfully
> process.c receives very little changes recently so the line number
> should be approximately accurate) you see the following code:
> -------------------------------------------------------------------
> /* If we can detect process termination, don't consider the
> process gone just because its pipe is closed. */
> else if (nread == 0 && !NETCONN_P (proc) && !SERIALCONN_P (proc)
> && !PIPECONN_P (proc))
> -------------------------------------------------------------------
> This if clause becomes true when the debugee exits in Mac OS Sierra
> (10.12.6, BuildVersion 16G29, Darwin Kernel Version 16.7.0) and since
> nothing is done about the read file descriptor (proc's infd, outfd,
> channel) this results in an infinite loop where thread_select keeps
> returning nfds = 1 but the subsequent read operation will not return an
> error (i.e. nread will never be < 0) and nread will always be 0. I feel
> this infinite loop is the cause of the 100% cpu usage behavior.
>
> To test this theory, I added the same code used in the
> (nread == -1 && errno == EIO) condition to the
> (nread == 0 && !NETCONN_P (proc) && !SERIALCONN_P (proc) && !PIPECONN_P(proc))
> condition to remove the target file descriptor when this condition is
> encountered as such:
>
> else if (nread == 0 && !NETCONN_P (proc) && !SERIALCONN_P (proc)
> && !PIPECONN_P (proc))
> #ifdef DARWIN_OS
> {
> struct Lisp_Process *p = XPROCESS (proc);
>
> /* Clear the descriptor now, so we only raise the
> signal once. */
> delete_read_fd (channel);
>
> if (p->pid == -2)
> {
> /* If the EIO occurs on a pty, the SIGCHLD handler's
> waitpid call will not find the process object to
> delete. Do it here. */
> p->tick = ++process_tick;
> pset_status (p, Qfailed);
> }
> }
> #else
> ;
> #endif /* DARWIN_OS */
>
> after rebuilding with the aforementioned change, the 100% cpu usage
> disappears. I have refrained from offering a patch because I am not
> fully knowledgeable with the code and its possible side effects.
>
> Thank you for your patience and your great work developing this great OS.
>
>
> In GNU Emacs 26.0.50 (build 2, x86_64-apple-darwin16.7.0)
> of 2017-09-20 built on dana.local
> Repository revision: bc511a64f6da9ab51acc7c8865e80c4a4cb655c2
> Recent messages:
> applying putty GNU screen fixes.
> Reusing Dired buffers is now ON
> Turning on magit-auto-revert-mode...done
> ad-handle-definition: ‘compilation-start’ got redefined
> For information about GNU Emacs and the GNU system, type C-h C-a.
>
> Configured using:
> 'configure --prefix=/opt/local/emacs-git --without-makeinfo
> --without-ns --without-pop --without-mailutils'
>
> Configured features:
> DBUS NOTIFY ACL GNUTLS LIBXML2 ZLIB
>
> Important settings:
> value of $LC_ALL: en_US.UTF-8
> locale-coding-system: utf-8-unix
>
> Major mode: Fundamental
>
> Minor modes in effect:
> diff-auto-refine-mode: t
> magit-auto-revert-mode: t
> global-git-commit-mode: t
> async-bytecomp-package-mode: t
> shell-dirtrack-mode: t
> bury-successful-compilation: t
> global-auto-complete-mode: t
> cl-old-struct-compat-mode: t
> tooltip-mode: t
> global-eldoc-mode: t
> electric-indent-mode: t
> menu-bar-mode: t
> file-name-shadow-mode: t
> global-font-lock-mode: t
> auto-composition-mode: t
> auto-encryption-mode: t
> auto-compression-mode: t
> buffer-read-only: t
> line-number-mode: t
> transient-mark-mode: t
>
> Load-path shadows:
> ~/.emacs.d/lisp/expand-region-core hides /Users/sk68/.emacs.d/elpa/expand-region-0.11.0/expand-region-core
> ~/.emacs.d/lisp/linum hides /opt/local/emacs-git/share/emacs/26.0.50/lisp/linum
>
> Features:
> (shadow sort mail-extr emacsbug sendmail term/xterm xterm flymake
> flymake-proc compile flymake-ui display-line-numbers elec-pair
> magit-obsolete magit-blame magit-stash magit-bisect magit-remote
> magit-commit magit-sequence magit-notes magit-worktree magit-branch
> magit-files magit-refs magit-status magit magit-repos magit-apply
> magit-wip magit-log magit-diff smerge-mode diff-mode magit-core
> magit-autorevert autorevert filenotify magit-process magit-margin
> magit-mode magit-git magit-section magit-popup git-commit magit-utils
> crm log-edit message subr-x puny rfc822 mml mml-sec epa epg gnus-util
> rmail rmail-loaddefs time-date mm-decode mm-bodies mm-encode mail-parse
> rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev
> mail-utils gmm-utils mailheader pcvs-util add-log with-editor cl-extra
> async-bytecomp async shell pcomplete comint ansi-color ring server dash
> help-mode dired+ image-dired image-mode format-spec image-file image
> dired-x dired-aux dired dired-loaddefs cl findheader
> compilation-window-helper bury-successful-compilation advice
> auto-complete-config auto-complete popup ztree ztree-diff
> ztree-diff-model ztree-dir easy-mmode ztree-view edmacro kmacro
> ztree-util jison-mode bison-mode derived cc-mode cc-fonts cc-guess
> cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs regexp-opt
> finder-inf info tool-bar package easymenu epg-config url-handlers
> url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs
> password-cache url-vars seq byte-opt gv bytecomp byte-compile cconv
> cl-loaddefs cl-lib mule-util tooltip eldoc electric uniquify ediff-hook
> vc-hooks lisp-float-type tabulated-list replace newcomment text-mode
> elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow
> isearch timer select mouse jit-lock font-lock syntax facemenu font-core
> term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
> vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
> hebrew greek romanian slovak czech european ethiopic indian cyrillic
> chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
> help simple abbrev obarray minibuffer cl-preloaded 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 dbusbind kqueue multi-tty make-network-process emacs)
>
> Memory information:
> ((conses 16 267423 9498)
> (symbols 48 33034 2)
> (miscs 40 79 97)
> (strings 32 73135 3249)
> (string-bytes 1 2304657)
> (vectors 16 29273)
> (vector-slots 8 620415 7189)
> (floats 8 124 327)
> (intervals 56 240 0)
> (buffers 992 12))
Any updates on this?
next parent reply other threads:[~2017-10-28 14:10 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.907.1506017889.14750.bug-gnu-emacs@gnu.org>
2017-10-28 14:10 ` sk6875 [this message]
2017-10-28 17:02 ` bug#28544: 26.0.50; emacs will consume 100% cpu after gdb debugee exits Eli Zaretskii
[not found] ` <mailman.2406.1509210248.27995.bug-gnu-emacs@gnu.org>
2017-10-28 21:52 ` sk6875
2017-09-20 3:03 Sung Ho Kim
2017-11-26 14:17 ` Charles A. Roelli
2020-08-16 16:46 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=848a7a7c-1983-47ed-8d15-6d64b4634e1a@googlegroups.com \
--to=sk6875@gmail.com \
--cc=bug-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).