Re: [ANNOUNCE] Git v2.9.1
From: Junio C Hamano <hidden>
Date: 2016-07-13 19:08:25
Johannes Schindelin [off-list ref] writes:
How about this one instead (which is part of the time_t-may-be-int64 branch on https://github.com/dscho/git which I still have to complete, as some unsigned longs still slipped out of my previous net)? It strikes me as much more robust:
Hmm, sorry, I do not see much upside here (iow, the 2038 test you came up with is as robust). When the internal time representation is updated from "unsigned long" to a signed and wider type [*1*], test-date has to stop reading the second-from-epoch input with strtol(), whose property that overflow will always result in LONG_MAX gives the robustness of the 2038 test, and needs to be updated. With this "is64bit" patch, you explicitly measure "unsigned long", knowing that our internal time representation currently is that type, and that would need to be updated when widening happens. So both need to be updated anyway in the future. The update to check_show Peff suggested is the same as the previous one, so there is no upside nor downside. The prerequisite name 64BITTIME that lost an underscore is harder to read, so there is a slight downside. Moving of lazy_prereq to test-lib might be an upside if we were planning to add a test that depends on the system having or not having 64-bit timestamp elsewhere, but I do not think of a reason why such a new test cannot go to t0006-date, which has the perfect name for such a test and is not overly long right now (114 lines). So, unless you have a more solid reason to reject the updated t0006 earlier in the thread, I am not sure what we'd gain by replacing it with this version.
quoted hunk
-- snipsnap -- From abe59dbb2235bb1d7aad8e78a66e196acb372ec8 Mon Sep 17 00:00:00 2001 From: Johannes Schindelin <redacted> Date: Tue, 12 Jul 2016 13:19:53 +0200 Subject: [PATCH] t0006: dates absurdly far require a 64-bit data type Git's source code refers to timestamps as unsigned longs. On 32-bit platforms, as well as on Windows, unsigned long is not large enough to capture dates that are "absurdly far in the future". Let's skip those tests if we know they cannot succeed. Signed-off-by: Johannes Schindelin <redacted> --- t/helper/test-date.c | 5 ++++- t/t0006-date.sh | 6 +++--- t/test-lib.sh | 2 ++ 3 files changed, 9 insertions(+), 4 deletions(-)diff --git a/t/helper/test-date.c b/t/helper/test-date.c index d9ab360..1e12d93 100644 --- a/t/helper/test-date.c +++ b/t/helper/test-date.c@@ -4,7 +4,8 @@ static const char *usage_msg = "\n" " test-date relative [time_t]...\n" " test-date show:<format> [time_t]...\n" " test-date parse [date]...\n" -" test-date approxidate [date]...\n"; +" test-date approxidate [date]...\n" +" test-date is64bit\n"; static void show_relative_dates(char **argv, struct timeval *now) {@@ -93,6 +94,8 @@ int main(int argc, char **argv) parse_dates(argv+1, &now); else if (!strcmp(*argv, "approxidate")) parse_approxidate(argv+1, &now); + else if (!strcmp(*argv, "is64bit")) + return sizeof(unsigned long) == 8 ? 0 : 1; else usage(usage_msg); return 0;diff --git a/t/t0006-date.sh b/t/t0006-date.sh index 04ce535..52f6b62 100755 --- a/t/t0006-date.sh +++ b/t/t0006-date.sh@@ -31,7 +31,7 @@ check_show () { format=$1 time=$2 expect=$3 - test_expect_${4:-success} "show date ($format:$time)" ' + test_expect_success $4 "show date ($format:$time)" ' echo "$time -> $expect" >expect && test-date show:$format "$time" >actual && test_cmp expect actual@@ -50,8 +50,8 @@ check_show iso-local "$TIME" '2016-06-15 14:13:20 +0000' # arbitrary time absurdly far in the future FUTURE="5758122296 -0400" -check_show iso "$FUTURE" "2152-06-19 18:24:56 -0400" -check_show iso-local "$FUTURE" "2152-06-19 22:24:56 +0000" +check_show iso "$FUTURE" "2152-06-19 18:24:56 -0400" 64BITTIME +check_show iso-local "$FUTURE" "2152-06-19 22:24:56 +0000" 64BITTIME check_parse() { echo "$1 -> $2" >expectdiff --git a/t/test-lib.sh b/t/test-lib.sh index 0055ebb..4e1afb0 100644 --- a/t/test-lib.sh +++ b/t/test-lib.sh@@ -1111,3 +1111,5 @@ run_with_limited_cmdline () { } test_lazy_prereq CMDLINE_LIMIT 'run_with_limited_cmdline true' + +test_lazy_prereq 64BITTIME 'test-date is64bit'