- 01 9月, 2010 1 次提交
-
-
由 never 提交于
-
- 31 8月, 2010 4 次提交
- 28 8月, 2010 6 次提交
-
-
由 dcubed 提交于
-
由 never 提交于
-
由 never 提交于
Reviewed-by: kvn
-
由 kamg 提交于
Summary: Use resource memory instead of c-heap for the exception message Reviewed-by: phh, jmasa
-
由 tonyp 提交于
-
由 tonyp 提交于
Summary: An assert in the management.cpp is too strong and assumes the max size is always defined on memory pools, even when we don't need to use it. Reviewed-by: mchung, johnc
-
- 27 8月, 2010 3 次提交
- 26 8月, 2010 3 次提交
- 25 8月, 2010 2 次提交
-
-
由 tonyp 提交于
Summary: The way we were caluclating the max value meant that it might fluctuate during the run and this broke some assumptions inside the MBeans framework. This change sets the max value of each pool to -1, which means undefined according to the spec. Reviewed-by: mchung, johnc
-
由 twisti 提交于
Summary: This is the renaming part of 6961697 to keep the actual changes small for review. Reviewed-by: kvn, never
-
- 24 8月, 2010 2 次提交
-
-
由 ysr 提交于
Summary: Weakened a too-strong, off-by-one assert; added code to keep track of and report any overflows at appropriate level of verbosity. Reviewed-by: jcoomes, tonyp
-
由 kvn 提交于
6896381: CTW fails share/vm/ci/bcEscapeAnalyzer.cpp:99, assert(_stack_height < _max_stack,"stack overflow") Summary: Check constant Tag type instead of calling get_constant(). Reviewed-by: never
-
- 23 8月, 2010 1 次提交
-
-
由 dcubed 提交于
-
- 21 8月, 2010 6 次提交
- 20 8月, 2010 9 次提交
-
-
由 trims 提交于
-
由 trims 提交于
Summary: Update the HS19 build number to 07 Reviewed-by: jcoomes
-
由 trims 提交于
-
由 trims 提交于
-
由 cl 提交于
-
由 never 提交于
Reviewed-by: kvn
-
由 ysr 提交于
Reviewed-by: jcoomes, jmasa, tonyp
-
由 ptisnovs 提交于
6885308: The incorrect -XX:StackRedPages, -XX:StackShadowPages, -XX:StackYellowPages could cause VM crash Summary: Test minimal stack sizes given (also fixed linux compilation error) Reviewed-by: never, phh, coleenp
-
由 tonyp 提交于
-
- 19 8月, 2010 3 次提交
-
-
由 johnc 提交于
-
由 ysr 提交于
Summary: Allow for the possibility (when the heap is expanding) that the sweep might skip over and past, rather than necessarily step on, the sweep limit determined at the beginning of a concurrent marking cycle. Reviewed-by: jmasa, tonyp
-
由 johnc 提交于
Summary: The changes introduced for 6975078 assign badHeapOopVal to the _allocation field in the ResourceObj class. In 32 bit linux builds with certain versions of gcc this assignment will be flagged as an error while compiling allocation.cpp. In 32 bit builds the constant value badHeapOopVal (which is cast to an intptr_t) is negative. The _allocation field is typed as an unsigned intptr_t and gcc catches this as an error. Reviewed-by: jcoomes, ysr, phh
-