GNU bug report logs - #32521
coreutils timeout in a bash script not transparent for the application

Previous Next

Package: coreutils;

Reported by: "Rafal Jankowski" <jankowsr <at> oceanic.wsisiz.edu.pl>

Date: Fri, 24 Aug 2018 19:04:02 UTC

Severity: normal

Tags: notabug

Done: Pádraig Brady <P <at> draigBrady.com>

Bug is archived. No further changes may be made.

Full log


Message #17 received at 32521 <at> debbugs.gnu.org (full text, mbox):

From: Rafal Jankowski <jankowsr <at> oceanic.wsisiz.edu.pl>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 32521 <at> debbugs.gnu.org
Subject: Re: bug#32521: coreutils timeout in a bash script not transparent
 for the application
Date: Sat, 25 Aug 2018 08:14:22 +0200 (CEST)
On Fri, 24 Aug 2018, Paul Eggert wrote:

> Sure, but no matter what 'timeout' does, it cannot possibly be transparent to 
> every application, because that application might be using the same mechanism 
> that 'timeout' is using. Until we know more about exactly what the 
> application is up to, it's not clear that this is a bug in 'timeout'.

Ah, OK. I noticed a note in the 'info timeout' regarding special utilities 
that may not work with timeout. So that may be a similar case. If it's not 
too much effort could you please briefly explain or point to existing 
documentation what kind of mechanism can cause any kind of misbehaviour 
for the application?

Also what is quite eye-spotting to me is the fact that:
timeout [time] app  #works fine
app invoked from the bash script # works fine
timeout [time] app invoked from the bash script # does not work





This bug report was last modified 6 years and 265 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.