Re: more(1) may attempt to tcsetattr(3) despite lacking controlling terminal

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Oct 13, 2016 at 03:52:33PM -0500, Bruce Dubbs wrote:
> Jakob Unterwurzacher wrote:
> > On 13.10.2016 21:14, Bruce Dubbs wrote:
> > > > 
> > > > The following example illustrates the issue:
> > > > 
> > > > $ /bin/sh -c "timeout 60 /bin/sh -c \"ls | more\""
> > > > 
> > > > This command will now hang until the timeout, since the shell, ls(1) and
> > > > more(1) commands invoked by timeout(1) will be suspended.

I'm not able to reproduce this problem too.

> > > It does not hang for me, but then I don't use systemd.  Perhaps systemd should
> > > be fixed.

I have systemd.

> > Does not hang for me either on Fedora 24, and I am using systemd, but how is
> > this related to the init system
> 
> If systemd was only an init system, I wouldn't object.  It has subsumed much
> more than initialization, e.g udev, dhcp client, managing cgroups, 'seat
> management', etc.  My initial reaction to the original problem is that it is
> cgroups related.

Probably no, the question is where is the problem.

    Karel

-- 
 Karel Zak  <kzak@xxxxxxxxxx>
 http://karelzak.blogspot.com
--
To unsubscribe from this list: send the line "unsubscribe util-linux" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux