GNU bug report logs - #7317
Bug in SLEEP command

Previous Next

Package: coreutils;

Reported by: Андрей Передрий <andi <at> ukr.net>

Date: Tue, 2 Nov 2010 15:46:02 UTC

Severity: normal

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

Bug is archived. No further changes may be made.

Full log


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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Pádraig Brady <P <at> draigBrady.com>
Cc: =?UTF-8?Q?=D0=90=D0=BD <at> debbugs.gnu.org, Jim Meyering <jim <at> meyering.net>,
	7317 <at> debbugs.gnu.org,
	ей Передрий <andi <at> ukr.net>,
	др, ?= Eric Blake <eblake <at> redhat.com>
Subject: Re: bug#7317: Bug in SLEEP command
Date: Wed, 03 Nov 2010 11:05:13 -0700
On 11/03/10 07:21, Pádraig Brady wrote:
>>> I had a quick look at the gnulib replacement which
>>> seems to assume 49 days is the worst case,
>>> whereas we now need to use 24 days?

It's worse than that, no?  We need a test in m4/nanosleep.m4
that detects the bug.  If 'configure' can't reliably detect the bug,
it'll have to assume that it's present, and always replace nanosleep.

Perhaps we can limit this assumption to all 32-bit Linux platforms,
but still, it'd be nicer if we could reliably detect this bug
(and we don't want "configure" to run for 24.4 days to find out!).




This bug report was last modified 14 years and 251 days ago.

Previous Next


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