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
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
|
/*
* Copyright (c) 2000, 2020, 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
* @key stress
*
* @summary converted from VM testbase nsk/stress/stack/stack019.
* VM testbase keywords: [stress, diehard, stack, nonconcurrent]
* VM testbase readme:
* DESCRIPTION
* The test invokes infinitely recursive method from within stack
* overflow handler -- repeatedly multiple times in a single thread.
* The test is deemed passed, if VM have not crashed, and if exception
* other than due to stack overflow was not thrown.
* COMMENTS
* This test crashes HS versions 2.0, 1.3, and 1.4 on both
* Solaris and Win32 platforms.
* See the bug:
* 4366625 (P4/S4) multiple stack overflow causes HS crash
* The stack size is too small to run on systems with > 4K page size.
* Making it bigger could cause timeouts on other platform.
*
* @requires (vm.opt.DeoptimizeALot != true & vm.compMode != "Xcomp" & vm.pageSize == 4096)
* @requires os.family != "windows"
* @run main/othervm/timeout=900 -Xss200K Stack019
*/
public class Stack019 {
private final static int CYCLES = 50;
private final static int PROBES = 50;
public static void main(String[] args) {
//
// Measure recursive depth before stack overflow:
//
try {
recurse(0);
} catch (StackOverflowError | OutOfMemoryError err) {
}
System.out.println("Maximal recursion depth: " + maxDepth);
depthToTry = maxDepth;
//
// Run the tested threads:
//
for (int i = 0; i < CYCLES; i++) {
try {
System.out.println("Iteration: " + i + "/" + CYCLES);
trickyRecurse(0);
throw new RuntimeException("# TEST_BUG: stack overflow was expected!");
} catch (StackOverflowError | OutOfMemoryError error) {
// It's OK
} catch (Throwable throwable) {
throw new RuntimeException(throwable);
}
}
}
private static int maxDepth;
private static int depthToTry;
private static void recurse(int depth) {
maxDepth = depth;
recurse(depth + 1);
}
private static void trickyRecurse(int depth) {
try {
maxDepth = depth;
trickyRecurse(depth + 1);
} catch (StackOverflowError | OutOfMemoryError error){
//
// Stack problem caught: provoke it again,
// if current stack is enough deep:
//
if (depth < depthToTry - PROBES) {
throw error;
}
recurse(depth + 1);
}
}
}
|
