GNU logs - #8572, boring messages

Message sent to owner <at> debbugs.gnu.org, bug-coreutils@HIDDEN:

Subject: bug#8572: du/bigtime skip reason
Resent-From: Bruno Haible <bruno@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-To: owner <at> debbugs.gnu.org
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Wed, 27 Apr 2011 23:22:02 +0000
Resent-Message-ID: <handler.8572.B.130394647518560 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 8572 <at> debbugs.gnu.org
From: Bruno Haible <bruno@HIDDEN>
Date: Thu, 28 Apr 2011 01:21:00 +0200
User-Agent: KMail/1.9.9
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <201104280121.01460.bruno@HIDDEN>
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Hi,

building coreutils 8.12 on a Linux 2.6.25.20, glibc 2.8 machine, "make check"
shows these lines in 32-bits only (not in 64-bit builds):

  bigtime: skipped test: file system cannot represent big time stamps
  SKIP: du/bigtime

The message suggests that it's a problem with the file system. But then,
why do I get the SKIP then in a 32-bit build and a PASS in a 64-bit build?

The answer is that the behaviour of the 'touch' program depends on whether
it is built in 32-bit mode or in 64-bit mode:

$ ./coreutils-8.12-64bit/src/touch -d @922337203685477580 future; echo $?
0

$ ./coreutils-8.12-32bit/src/touch -d @922337203685477580 future; echo $?
./coreutils-8.12-32bit/src/touch: invalid date format `@922337203685477580'
1

I would argue that when entering a date, this should not happen. For numbers,
ok, but here a number is meant to be converted to a date.

Bruno
-- 
In memoriam Marian Batko <http://pl.wikipedia.org/wiki/Marian_Batko>
<http://en.auschwitz.org.pl/m/index.php?Itemid=8&id=478&option=com_content&task=view>

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Bruno Haible <bruno@HIDDEN>
Subject: bug#8572: Acknowledgement (du/bigtime skip reason)
Message-ID: <handler.8572.B.130394647518560.ack <at> debbugs.gnu.org>
References: <201104280121.01460.bruno@HIDDEN>
X-Gnu-PR-Message: ack 8572
X-Gnu-PR-Package: coreutils
Reply-To: 8572 <at> debbugs.gnu.org
Date: Wed, 27 Apr 2011 23:22:02 +0000

Thank you for filing a new bug report with GNU.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-coreutils@HIDDEN

If you wish to submit further information on this problem, please
send it to 8572 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
8572: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8572
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to owner <at> debbugs.gnu.org, bug-coreutils@HIDDEN:

Subject: bug#8572: du/bigtime skip reason
Resent-From: Paul Eggert <eggert@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-To: owner <at> debbugs.gnu.org
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 28 Apr 2011 02:55:02 +0000
Resent-Message-ID: <handler.8572.B8572.13039592674772 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Bruno Haible <bruno@HIDDEN>
Cc: 8572 <at> debbugs.gnu.org
Message-ID: <4DB8D6D4.809@HIDDEN>
Date: Wed, 27 Apr 2011 19:54:12 -0700
From: Paul Eggert <eggert@HIDDEN>
Organization: UCLA Computer Science Department
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8
MIME-Version: 1.0
References: <201104280121.01460.bruno@HIDDEN>
In-Reply-To: <201104280121.01460.bruno@HIDDEN>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

On 04/27/11 16:21, Bruno Haible wrote:
> $ ./coreutils-8.12-64bit/src/touch -d @922337203685477580 future; echo $?
> 0
> 
> $ ./coreutils-8.12-32bit/src/touch -d @922337203685477580 future; echo $?
> ./coreutils-8.12-32bit/src/touch: invalid date format `@922337203685477580'
> 1
> 
> I would argue that when entering a date, this should not happen.

Is it the message "invalid date format" that's the problem?
So you're suggesting that the message be improved to say "date out of range", or
something like that?  That would make sense; I'm just trying to make
sure that's what you're asking for.

Message sent to owner <at> debbugs.gnu.org, bug-coreutils@HIDDEN:

Subject: bug#8572: du/bigtime skip reason
Resent-From: Jim Meyering <jim@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-To: owner <at> debbugs.gnu.org
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 28 Apr 2011 09:30:03 +0000
Resent-Message-ID: <handler.8572.B8572.130398298012597 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Bruno Haible <bruno@HIDDEN>
Cc: 8572 <at> debbugs.gnu.org
From: Jim Meyering <jim@HIDDEN>
In-Reply-To: <201104280121.01460.bruno@HIDDEN> (Bruno Haible's message of
	"Thu, 28 Apr 2011 01:21:00 +0200")
References: <201104280121.01460.bruno@HIDDEN>
Date: Thu, 28 Apr 2011 11:29:30 +0200
Message-ID: <87hb9i2079.fsf@HIDDEN>
Lines: 28
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org

Bruno Haible wrote:
> building coreutils 8.12 on a Linux 2.6.25.20, glibc 2.8 machine, "make check"
> shows these lines in 32-bits only (not in 64-bit builds):
>
>   bigtime: skipped test: file system cannot represent big time stamps
>   SKIP: du/bigtime
>
> The message suggests that it's a problem with the file system. But then,
> why do I get the SKIP then in a 32-bit build and a PASS in a 64-bit build?
>
> The answer is that the behaviour of the 'touch' program depends on whether
> it is built in 32-bit mode or in 64-bit mode:
>
> $ ./coreutils-8.12-64bit/src/touch -d @922337203685477580 future; echo $?
> 0
>
> $ ./coreutils-8.12-32bit/src/touch -d @922337203685477580 future; echo $?
> ./coreutils-8.12-32bit/src/touch: invalid date format `@922337203685477580'
> 1
>
> I would argue that when entering a date, this should not happen. For numbers,
> ok, but here a number is meant to be converted to a date.

Hi Bruno,
That use of touch has to depend on the file system since it sets
stat.st_mtime and stat.st_atime.  On systems with 32-bit st_*time
fields, touch has to diagnose failures like the above when the
supplied value is too wide for a 32-bit slot.

Message sent to owner <at> debbugs.gnu.org, bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#8572: du/bigtime skip reason
Resent-From: Bruno Haible <bruno@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-To: owner <at> debbugs.gnu.org
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 28 Apr 2011 09:51:01 +0000
Resent-Message-ID: <handler.8572.B8572.130398421114396 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 8572
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: 
To: Paul Eggert <eggert@HIDDEN>
Cc: 8572 <at> debbugs.gnu.org
Received: via spool by 8572-submit <at> debbugs.gnu.org id=B8572.130398421114396
          (code B ref 8572); Thu, 28 Apr 2011 09:51:01 +0000
Received: (at 8572) by debbugs.gnu.org; 28 Apr 2011 09:50:11 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1QFNrP-0003k9-Bv
	for submit <at> debbugs.gnu.org; Thu, 28 Apr 2011 05:50:11 -0400
Received: from mo-p00-ob.rzone.de ([81.169.146.161])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <bruno@HIDDEN>) id 1QFNrM-0003jk-A0
	for 8572 <at> debbugs.gnu.org; Thu, 28 Apr 2011 05:50:09 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1303984202; l=1558;
	s=domk; d=haible.de;
	h=Content-Transfer-Encoding:Content-Type:MIME-Version:In-Reply-To:
	References:Cc:Date:Subject:To:From:X-RZG-CLASS-ID:X-RZG-AUTH;
	bh=QK3yOO8lwZEN13ypwf4Iw709ydQ=;
	b=dNka7adNf3YyDGefK1CB8nPq/XX2kwlwMBjbgB5ib2okCo/eVkd6+HGFgvGZZ8bQDYj
	IWiBEboMxn1uZBA60HJiuEC5SdV2+ZbNvL+TqwOL5fnA+9vWcM56VUtNQ8z52NKA7nzkN
	+/wzUeuXCHBUSBnMe3MnAR77iVMvxhgOHoM=
X-RZG-AUTH: :Ln4Re0+Ic/6oZXR1YgKryK8brksyK8dozXDwHXjf9hj/zDNRbvU45h26
X-RZG-CLASS-ID: mo00
Received: from linuix.haible.de
	(dslb-088-068-073-041.pools.arcor-ip.net [88.68.73.41])
	by post.strato.de (cohen mo14) (RZmta 25.17)
	with ESMTPA id d06623n3S91SBY ; Thu, 28 Apr 2011 11:50:01 +0200 (MEST)
From: Bruno Haible <bruno@HIDDEN>
Date: Thu, 28 Apr 2011 11:49:58 +0200
User-Agent: KMail/1.9.9
References: <201104280121.01460.bruno@HIDDEN> <4DB8D6D4.809@HIDDEN>
In-Reply-To: <4DB8D6D4.809@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <201104281149.59880.bruno@HIDDEN>
X-Spam-Score: -3.7 (---)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/pipermail/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -3.7 (---)

Hi Paul,

> > $ ./coreutils-8.12-64bit/src/touch -d @922337203685477580 future; echo =
$?
> > 0
> >=20
> > $ ./coreutils-8.12-32bit/src/touch -d @922337203685477580 future; echo =
$?
> > ./coreutils-8.12-32bit/src/touch: invalid date format `@922337203685477=
580'
> > 1

And the 'date' program's interpretation of the same date:

$ coreutils-8.12-64bit/src/date -d @922337203685477580
coreutils-8.12-64bit/src/date: time 922337203685477580 is out of range

$ coreutils-8.12-32bit/src/date -d @922337203685477580
coreutils-8.12-32bit/src/date: invalid date `@922337203685477580'

> Is it the message "invalid date format" that's the problem?
> So you're suggesting that the message be improved to say "date out of ran=
ge", or
> something like that?  That would make sense; I'm just trying to make
> sure that's what you're asking for.

I'm asking for two things:
1) In tests/du/bigtime, to distinguish errors that are due to the 'time_t' =
type
   from errors that are due to the file system. When I get the error message
   "file system cannot represent big time stamps" I am led to believe that
   it's a problem with the 'ext3' file system, and actually it is not: the
   reason is some behavioural difference between 32-bit and 64-bit of the
   'touch' program.
2) To have a consistent interpretation of @922337203685477580 as an input d=
ate
   between 'touch' and 'date' and between 32-bit and 64-bit binaries on the
   same machine.

Bruno
=2D-=20
In memoriam Heinz Dro=C3=9Fel <http://en.wikipedia.org/wiki/Heinz_Drossel>

Message sent to owner <at> debbugs.gnu.org, bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#8572: du/bigtime skip reason
Resent-From: Bruno Haible <bruno@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-To: owner <at> debbugs.gnu.org
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 28 Apr 2011 11:41:01 +0000
Resent-Message-ID: <handler.8572.B8572.130399083026950 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 8572
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: 
To: Jim Meyering <jim@HIDDEN>
Cc: 8572 <at> debbugs.gnu.org
Received: via spool by 8572-submit <at> debbugs.gnu.org id=B8572.130399083026950
          (code B ref 8572); Thu, 28 Apr 2011 11:41:01 +0000
Received: (at 8572) by debbugs.gnu.org; 28 Apr 2011 11:40:30 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1QFPa9-00070d-A8
	for submit <at> debbugs.gnu.org; Thu, 28 Apr 2011 07:40:29 -0400
Received: from mo-p00-ob.rzone.de ([81.169.146.160])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <bruno@HIDDEN>) id 1QFPa6-00070N-GK
	for 8572 <at> debbugs.gnu.org; Thu, 28 Apr 2011 07:40:28 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1303990819; l=1638;
	s=domk; d=haible.de;
	h=Content-Transfer-Encoding:Content-Type:MIME-Version:In-Reply-To:
	References:Cc:Date:Subject:To:From:X-RZG-CLASS-ID:X-RZG-AUTH;
	bh=0cqG1czUSIFLY/Uz7zbBjleZRkI=;
	b=T+tIjTu2CANK9Q6UlLKVmcDA9arLca098myeumH0SxkxSQohVrPxsD0I1mAhERklP9r
	X6PZEjnWOZaVxisTrNHQWm9KLjS8irdgia5DXbLLz6yQG85HAGvEnnKbB7sbO63fogXlx
	5xIYkMJaJbg8XstQg2rOb/9DFGGwDtlNGT0=
X-RZG-AUTH: :Ln4Re0+Ic/6oZXR1YgKryK8brksyK8dozXDwHXjf9hj/zDNRbvU45h26
X-RZG-CLASS-ID: mo00
Received: from linuix.haible.de
	(dslb-088-068-073-041.pools.arcor-ip.net [88.68.73.41])
	by post.strato.de (cohen mo9) (RZmta 25.17)
	with ESMTPA id m008a7n3SA8oiH ; Thu, 28 Apr 2011 13:40:19 +0200 (MEST)
From: Bruno Haible <bruno@HIDDEN>
Date: Thu, 28 Apr 2011 13:40:17 +0200
User-Agent: KMail/1.9.9
References: <201104280121.01460.bruno@HIDDEN>
	<87hb9i2079.fsf@HIDDEN>
In-Reply-To: <87hb9i2079.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <201104281340.18450.bruno@HIDDEN>
X-Spam-Score: -3.7 (---)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/pipermail/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -3.6 (---)

Hi Jim,

> That use of touch has to depend on the file system since it sets
> stat.st_mtime and stat.st_atime.

But why is (in 64bit mode) 'touch' accepting a date that 'date' rejects?

$ coreutils-8.12-64bit/src/touch -d @922337203685477580 future; echo $?
0
$ coreutils-8.12-64bit/src/date -d @922337203685477580
coreutils-8.12-64bit/src/date: time 922337203685477580 is out of range

If printing a date is harder than assigning that date to a file, how is then
"ls -l" doing it?

$ coreutils-8.12-64bit/src/ls -l f*
=2Drw-r--r-- 1 bruno users  48 31. M=C3=A4r 01:57 foo1.c
=2Drw-r--r-- 1 bruno users 244 31. M=C3=A4r 01:57 foo.c
=2Drw-r--r-- 1 bruno users   0 922337203685477580 future

Hmm. A single column instead of 3 columns? Wouldn't it be better to print

=2Drw-r--r-- 1 bruno users   0 10. Sep 29227704432 future

Then programs which expect 3 columns for the date will continue to work.

> On systems with 32-bit st_*time=20
> fields, touch has to diagnose failures like the above when the
> supplied value is too wide for a 32-bit slot.

So, this means 32-bit programs cannot reliably read the date of a file?
Oh indeed:

$ coreutils-8.12-64bit/src/ls -l future=20
=2Drw-r--r-- 1 bruno users 0 922337203685477580 future
$ coreutils-8.12-32bit/src/ls -l future=20
=2Drw-r--r-- 1 bruno users 0 13. Okt 1942  future

So, the error message "file system cannot represent big time stamps" was wr=
ong;
instead: "the touch program's time_t type cannot represent big time stamps"
would have been correct.

Bruno
=2D-=20
In memoriam Heinz Dro=C3=9Fel <http://en.wikipedia.org/wiki/Heinz_Drossel>

Message sent to owner <at> debbugs.gnu.org, bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#8572: du/bigtime skip reason
Resent-From: Jim Meyering <jim@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-To: owner <at> debbugs.gnu.org
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 28 Apr 2011 12:00:05 +0000
Resent-Message-ID: <handler.8572.B8572.130399194428524 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 8572
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: 
To: Bruno Haible <bruno@HIDDEN>
Cc: 8572 <at> debbugs.gnu.org
Received: via spool by 8572-submit <at> debbugs.gnu.org id=B8572.130399194428524
          (code B ref 8572); Thu, 28 Apr 2011 12:00:05 +0000
Received: (at 8572) by debbugs.gnu.org; 28 Apr 2011 11:59:04 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1QFPs7-0007Q1-N2
	for submit <at> debbugs.gnu.org; Thu, 28 Apr 2011 07:59:03 -0400
Received: from mx.meyering.net ([82.230.74.64])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <jim@HIDDEN>) id 1QFPs5-0007PX-LJ
	for 8572 <at> debbugs.gnu.org; Thu, 28 Apr 2011 07:59:02 -0400
Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000)
	id 39B0E60290; Thu, 28 Apr 2011 13:58:55 +0200 (CEST)
From: Jim Meyering <jim@HIDDEN>
In-Reply-To: <201104281340.18450.bruno@HIDDEN> (Bruno Haible's message of
	"Thu, 28 Apr 2011 13:40:17 +0200")
References: <201104280121.01460.bruno@HIDDEN>
	<87hb9i2079.fsf@HIDDEN> <201104281340.18450.bruno@HIDDEN>
Date: Thu, 28 Apr 2011 13:58:55 +0200
Message-ID: <87pqo6ziww.fsf@HIDDEN>
Lines: 46
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -6.0 (------)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/pipermail/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -6.0 (------)

Bruno Haible wrote:
> Hi Jim,
>
>> That use of touch has to depend on the file system since it sets
>> stat.st_mtime and stat.st_atime.
>
> But why is (in 64bit mode) 'touch' accepting a date that 'date' rejects?
>
> $ coreutils-8.12-64bit/src/touch -d @922337203685477580 future; echo $?
> 0
> $ coreutils-8.12-64bit/src/date -d @922337203685477580
> coreutils-8.12-64bit/src/date: time 922337203685477580 is out of range
>
> If printing a date is harder than assigning that date to a file, how is t=
hen
> "ls -l" doing it?
>
> $ coreutils-8.12-64bit/src/ls -l f*
> -rw-r--r-- 1 bruno users  48 31. M=E4r 01:57 foo1.c
> -rw-r--r-- 1 bruno users 244 31. M=E4r 01:57 foo.c
> -rw-r--r-- 1 bruno users   0 922337203685477580 future
>
> Hmm. A single column instead of 3 columns? Wouldn't it be better to print
>
> -rw-r--r-- 1 bruno users   0 10. Sep 29227704432 future
>
> Then programs which expect 3 columns for the date will continue to work.
>
>> On systems with 32-bit st_*time
>> fields, touch has to diagnose failures like the above when the
>> supplied value is too wide for a 32-bit slot.
>
> So, this means 32-bit programs cannot reliably read the date of a file?
> Oh indeed:
>
> $ coreutils-8.12-64bit/src/ls -l future
> -rw-r--r-- 1 bruno users 0 922337203685477580 future
> $ coreutils-8.12-32bit/src/ls -l future
> -rw-r--r-- 1 bruno users 0 13. Okt 1942  future
>
> So, the error message "file system cannot represent big time stamps" was =
wrong;
> instead: "the touch program's time_t type cannot represent big time stamp=
s"
> would have been correct.

Right.  Though actually it's the type of timespec.tv_sec (time_t)
that matters, and that is selected by you when you choose to build
32- or 64-bit binaries.

Message sent to owner <at> debbugs.gnu.org, bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#8572: du/bigtime skip reason
Resent-From: Andreas Schwab <schwab@HIDDEN>
Original-Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Resent-To: owner <at> debbugs.gnu.org
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 28 Apr 2011 12:42:01 +0000
Resent-Message-ID: <handler.8572.B8572.130399447432428 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 8572
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: 
To: Bruno Haible <bruno@HIDDEN>
Cc: 8572 <at> debbugs.gnu.org, Jim Meyering <jim@HIDDEN>
Received: via spool by 8572-submit <at> debbugs.gnu.org id=B8572.130399447432428
          (code B ref 8572); Thu, 28 Apr 2011 12:42:01 +0000
Received: (at 8572) by debbugs.gnu.org; 28 Apr 2011 12:41:14 +0000
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1QFQWu-0008Qy-WE
	for submit <at> debbugs.gnu.org; Thu, 28 Apr 2011 08:41:13 -0400
Received: from mail-out.m-online.net ([212.18.0.9])
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <whitebox@HIDDEN>) id 1QFQWt-0008Qm-3q
	for 8572 <at> debbugs.gnu.org; Thu, 28 Apr 2011 08:41:11 -0400
Received: from frontend1.mail.m-online.net (unknown [192.168.8.180])
	by mail-out.m-online.net (Postfix) with ESMTP id E2F701C08CED;
	Thu, 28 Apr 2011 14:41:04 +0200 (CEST)
Received: from localhost (dynscan1.mnet-online.de [192.168.8.164])
	by mail.m-online.net (Postfix) with ESMTP id D4DCB1C0008E;
	Thu, 28 Apr 2011 14:41:04 +0200 (CEST)
X-Virus-Scanned: amavisd-new at mnet-online.de
Received: from mail.mnet-online.de ([192.168.8.180])
	by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new,
	port 10024)
	with ESMTP id MDXqHUjS4wHb; Thu, 28 Apr 2011 14:41:04 +0200 (CEST)
Received: from igel.home (ppp-93-104-158-197.dynamic.mnet-online.de
	[93.104.158.197]) by mail.mnet-online.de (Postfix) with ESMTP;
	Thu, 28 Apr 2011 14:41:04 +0200 (CEST)
Received: by igel.home (Postfix, from userid 501)
	id E9675CA29C; Thu, 28 Apr 2011 14:41:03 +0200 (CEST)
From: Andreas Schwab <schwab@HIDDEN>
References: <201104280121.01460.bruno@HIDDEN>
	<87hb9i2079.fsf@HIDDEN> <201104281340.18450.bruno@HIDDEN>
X-Yow: With this weapon I can expose fictional characters and bring about
	sweeping reforms!!
Date: Thu, 28 Apr 2011 14:41:03 +0200
In-Reply-To: <201104281340.18450.bruno@HIDDEN> (Bruno Haible's message of
	"Thu, 28 Apr 2011 13:40:17 +0200")
Message-ID: <m2iptyk0ps.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.6 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/pipermail/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -2.6 (--)

Bruno Haible <bruno@HIDDEN> writes:

> If printing a date is harder than assigning that date to a file, how is then
> "ls -l" doing it?
>
> $ coreutils-8.12-64bit/src/ls -l f*
> -rw-r--r-- 1 bruno users  48 31. Mär 01:57 foo1.c
> -rw-r--r-- 1 bruno users 244 31. Mär 01:57 foo.c
> -rw-r--r-- 1 bruno users   0 922337203685477580 future
>
> Hmm. A single column instead of 3 columns? Wouldn't it be better to print
>
> -rw-r--r-- 1 bruno users   0 10. Sep 29227704432 future

29227704432 is not representable in int tm_year, thus localtime fails.

Andreas.

-- 
Andreas Schwab, schwab@HIDDEN
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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