Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From: =?UTF-8?B?T8SfdXo=?= <oguzismailuysal@gmail.com>
Newsgroups: gnu.bash.bug
Subject: Re: Should $(fg) resume a stopped job?
Date: Fri, 31 Jul 2020 19:43:14 +0300
Lines: 43
Approved: bug-bash@gnu.org
Message-ID: <mailman.394.1596213801.2739.bug-bash@gnu.org>
References: <CAH7i3Lr72e4Bn3q-Ywn6vnyvT9gx4wTCe6Q9tLAVHV-L7ufhrw@mail.gmail.com> <08840792-f5f6-34b1-ca5a-81e5488eba36@case.edu> <CAH7i3Lozdz2XxHaTkbK+Mp5bBK8KOknF8QhJuPoNbn628ijOvA@mail.gmail.com>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Cc: bug-bash <bug-bash@gnu.org>
To: "chet.ramey@case.edu" <chet.ramey@case.edu>
Envelope-to: bug-bash@gnu.org
In-Reply-To: <08840792-f5f6-34b1-ca5a-81e5488eba36@case.edu>
Received-SPF: pass client-ip=2607:f8b0:4864:20::732; envelope-from=oguzismailuysal@gmail.com; helo=mail-qk1-x732.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Content-Filtered-By: Mailman/MimeDel 2.1.23
X-BeenThere: bug-bash@gnu.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/bug-bash>
List-Post: <mailto:bug-bash@gnu.org>
List-Help: <mailto:bug-bash-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe>
X-Mailman-Original-Message-ID: <CAH7i3Lozdz2XxHaTkbK+Mp5bBK8KOknF8QhJuPoNbn628ijOvA@mail.gmail.com>
X-Mailman-Original-References: <CAH7i3Lr72e4Bn3q-Ywn6vnyvT9gx4wTCe6Q9tLAVHV-L7ufhrw@mail.gmail.com> <08840792-f5f6-34b1-ca5a-81e5488eba36@case.edu>
Xref: csiph.com gnu.bash.bug:16666

31 Temmuz 2020 Cuma tarihinde Chet Ramey <chet.ramey@case.edu> yazd=C4=B1:

> On 7/31/20 2:03 AM, O=C4=9Fuz wrote:
> >     $ sleep 25
> >     ^Z
> >     [1]+  Stopped                 sleep 25
> >     $
> >     $ echo $(fg; jobs %)
> >     bash: jobs: %: no such job
> >     sleep 25
> >     $
> >     $ jobs
> >     [1]+  Running                 sleep 25 &
> >
> > What I gather from this is that bash fakes interactive job control in
> > command substitution context, because otherwise `fg' wouldn't return
> > immediately. But I don't see any point in that `fg' resumes the stopped
> job
> > when it's faked. Is this a bug or a deliberate choice?
>
> Maybe a minor bug, but certainly a choice. The command substitution keeps
> the jobs list around, since the subshell is supposed to be an exact copy =
of
> the parent, and it's useful to get the output of `jobs' out of command
> substitution.
>
> You just can't expect to do anything with any of those jobs, since the
> command substitution shell is not the parent of any of them. It would
> make sense to have `fg' complain about that.
>
>
Right, it would. bosh behaves the same way as bash btw.


> --
> ``The lyf so short, the craft so long to lerne.'' - Chaucer
>                  ``Ars longa, vita brevis'' - Hippocrates
> Chet Ramey, UTech, CWRU    chet@case.edu    http://tiswww.cwru.edu/~chet/
>


--=20
O=C4=9Fuz