From: Takashi Yano <takashi.yano@nifty.ne.jp>
To: cygwin@cygwin.com
Subject: Re: GDB looses pgrp setting in the terminal for debugged process after break.
Date: Sat, 6 Feb 2021 00:26:54 +0900 [thread overview]
Message-ID: <20210206002654.17dca1106da610b2f7b7b077@nifty.ne.jp> (raw)
In-Reply-To: <20210205193457.cecc47a50865a59dc3f7041f@nifty.ne.jp>
On Fri, 5 Feb 2021 19:34:57 +0900
Takashi Yano wrote:
> On Tue, 26 Jan 2021 12:14:02 +0900
> Takashi Yano wrote:
> > Hi GDB maintainer,
> >
> > In GDB, debugged process cannot continue execution after break
> > if it reads stdin.
> >
> > With the following steps, cat is terminated with error.
> >
> > 1) Install coreutils-debuginfo package.
> > 2) Run "gdb cat" in console (command prompt), not in mintty.
> > 3) Enter "start" in gdb.
> > 4) Enter "cont" in gdb.
> >
> > This results in:
> > /usr/bin/cat: -: Input/output error
> >
> > Both gdb-9.2-1 and gdb-10.1-1(TEST) have this problem.
> >
> > I looked into this problem and found the cause is that the pgid
> > setting for /usr/bin/cat is lost after break. The following patch
> > for GDB source resolves the issue. In the following section,
> > winpid is passed to getpgid() rather than cygwin pid. Also, winpid
> > is passed to other POSIX system calls such as kill() elsewhere.
> >
> > --- inflow.c.orig 2020-05-24 06:10:29.000000000 +0900
> > +++ inflow.c 2021-01-23 17:48:27.963609500 +0900
> > @@ -364,11 +364,11 @@
> > #ifdef HAVE_TERMIOS_H
> > /* If we can't tell the inferior's actual process group,
> > then restore whatever was the foreground pgrp the last
> > time the inferior was running. See also comments
> > describing terminal_state::process_group. */
> > -#ifdef HAVE_GETPGID
> > +#if defined (HAVE_GETPGID) && !defined (__CYGWIN__)
> > result = tcsetpgrp (0, getpgid (inf->pid));
> > #else
> > result = tcsetpgrp (0, tinfo->process_group);
> > #endif
> > if (result == -1)
> >
> >
> > I hope the GDB maintainer will check it out.
> >
> > Addresses: https://cygwin.com/pipermail/cygwin-patches/2021q1/011018.html
>
> I have noticed that cygwin gdb essentially has the problem
> regarding terminal process group.
>
> Cygwin gdb uses CreateProcessW() to execute debugging process
> rather than exec(). If the debugging process is a cygwin process,
> cygwin pid is assigned, however, if the debugging process is a
> non cygwin process, cygwin pid is not assigned. Therefore, there
> is no appropriate process group ID to set.
>
> I wonder what is the right thing under that situation. Any idea?
The patch below seems to be better than the previous one a bit.
diff --git a/inflow.c.orig b/inflow.c
index 00b2235..fa7b408 100644
--- a/inflow.c.orig
+++ b/inflow.c
@@ -40,6 +40,10 @@
#include <sys/ioctl.h>
#endif
+#ifdef __CYGWIN__
+#include <sys/cygwin.h>
+#endif
+
#ifndef O_NOCTTY
#define O_NOCTTY 0
#endif
@@ -367,7 +371,13 @@ child_terminal_inferior (struct target_ops *self)
time the inferior was running. See also comments
describing terminal_state::process_group. */
#ifdef HAVE_GETPGID
+#ifdef __CYGWIN__
+ pid_t cygpid = cygwin_internal (CW_WINPID_TO_CYGWIN_PID, inf->pid);
+ if (cygpid <= cygwin_internal (CW_MAX_CYGWIN_PID))
+ result = tcsetpgrp (0, getpgid (cygpid));
+#else
result = tcsetpgrp (0, getpgid (inf->pid));
+#endif
#else
result = tcsetpgrp (0, tinfo->process_group);
#endif
--
Takashi Yano <takashi.yano@nifty.ne.jp>
next prev parent reply other threads:[~2021-02-05 15:27 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-26 3:14 Takashi Yano
2021-02-05 10:34 ` Takashi Yano
2021-02-05 15:26 ` Takashi Yano [this message]
2021-05-02 16:16 ` Takashi Yano
2021-05-06 20:31 ` Jon Turney
2021-05-07 8:33 ` Takashi Yano
2022-01-17 18:57 ` Jon Turney
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210206002654.17dca1106da610b2f7b7b077@nifty.ne.jp \
--to=takashi.yano@nifty.ne.jp \
--cc=cygwin@cygwin.com \
/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.
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).