File: StampOverflow.java

package info (click to toggle)
openjdk-11 11.0.4%2B11-1
  • links: PTS, VCS
  • area: main
  • in suites: sid
  • size: 757,028 kB
  • sloc: java: 5,016,041; xml: 1,191,974; cpp: 934,731; ansic: 555,697; sh: 24,299; objc: 12,703; python: 3,602; asm: 3,415; makefile: 2,772; awk: 351; sed: 172; perl: 114; jsp: 24; csh: 3
file content (81 lines) | stat: -rw-r--r-- 3,095 bytes parent folder | download | duplicates (16)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
/*
 * Copyright (c) 2001, 2016, Oracle and/or its affiliates. All rights reserved.
 * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
 *
 * This code is free software; you can redistribute it and/or modify it
 * under the terms of the GNU General Public License version 2 only, as
 * published by the Free Software Foundation.
 *
 * This code is distributed in the hope that it will be useful, but WITHOUT
 * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
 * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
 * version 2 for more details (a copy is included in the LICENSE file that
 * accompanied this code).
 *
 * You should have received a copy of the GNU General Public License version
 * 2 along with this work; if not, write to the Free Software Foundation,
 * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
 *
 * Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
 * or visit www.oracle.com if you need additional information or have any
 * questions.
 */

/*
 * @test
 * @bug 4404619 6348819
 * @summary Make sure that Calendar doesn't cause nextStamp overflow.
 * @modules java.base/java.util:open
 */

import java.lang.reflect.*;
import java.util.*;
import static java.util.Calendar.*;

// Calendar fails when turning negative to positive (zero), not
// positive to negative with nextStamp. If a negative value was set to
// nextStamp, it would fail even with the fix. So, there's no way to
// reproduce the symptom in a short time -- at leaset it would take a
// couple of hours even if we started with Integer.MAX_VALUE. So, this
// test case just checks that set() calls don't cause any nextStamp
// overflow.

public class StampOverflow {
    public static void main(String[] args) throws IllegalAccessException {
        // Get a Field for "nextStamp".
        Field nextstamp = null;
        try {
            nextstamp = Calendar.class.getDeclaredField("nextStamp");
        } catch (NoSuchFieldException e) {
            throw new RuntimeException("implementation changed?", e);
        }

        nextstamp.setAccessible(true);

        Calendar cal = new GregorianCalendar();
        int initialValue = nextstamp.getInt(cal);
        // Set nextStamp to a very large number
        nextstamp.setInt(cal, Integer.MAX_VALUE - 100);

        for (int i = 0; i < 1000; i++) {
            invoke(cal);
            int stampValue = nextstamp.getInt(cal);
            // nextStamp must not be less than initialValue.
            if (stampValue < initialValue) {
                throw new RuntimeException("invalid nextStamp: " + stampValue);
            }
        }
    }

    static void invoke(Calendar cal) {
        cal.clear();
        cal.set(2000, NOVEMBER, 2, 0, 0, 0);
        int y = cal.get(YEAR);
        int m = cal.get(MONTH);
        int d = cal.get(DAY_OF_MONTH);
        if (y != 2000 || m != NOVEMBER || d != 2) {
            throw new RuntimeException("wrong date produced ("
                                       + y + "/" + (m+1) + "/" + d + ")");
        }
    }
}