- 23 9月, 2010 3 次提交
- 22 9月, 2010 1 次提交
-
-
由 iveresov 提交于
6986270: guarantee(*bcp != Bytecodes::_monitorenter || exec_mode != Deoptimization::Unpack_exception) fails Summary: Propagate the compiler type of the deopting method to vframeArrayElement::unpack_on_stack() Reviewed-by: jrose, never
-
- 16 9月, 2010 1 次提交
-
-
由 never 提交于
Reviewed-by: kvn
-
- 15 9月, 2010 1 次提交
-
-
由 kvn 提交于
Summary: take into account HeapBaseMinAddress and round down MaxPermSize Reviewed-by: never
-
- 14 9月, 2010 4 次提交
-
-
由 jrose 提交于
Reviewed-by: never
-
由 kvn 提交于
Summary: Remove code which use UseNewCode in type.hpp Reviewed-by: never
-
由 iveresov 提交于
Summary: Added profiling of instanceof and aastore. Reviewed-by: kvn, jrose, never
-
由 johnc 提交于
Summary: Pass correct value for length to NumberSeq constructor. Guard dereferences of "body_summary" pointer with a NULL check. Reviewed-by: tonyp, ysr
-
- 11 9月, 2010 2 次提交
- 09 9月, 2010 2 次提交
-
-
由 twisti 提交于
6934483: GCC 4.5 errors "suggest parentheses around something..." when compiling with -Werror and -Wall Summary: These are minor changes fixing compile failure when -Wall -Werror flags are used under gcc 4.5. Reviewed-by: twisti, kvn, rasbold Contributed-by: NPavel Tisnovsky <ptisnovs@redhat.com>
-
由 never 提交于
Reviewed-by: kvn
-
- 08 9月, 2010 2 次提交
- 04 9月, 2010 2 次提交
- 31 8月, 2010 3 次提交
- 28 8月, 2010 3 次提交
-
-
由 never 提交于
Reviewed-by: kvn
-
由 kamg 提交于
Summary: Use resource memory instead of c-heap for the exception message Reviewed-by: phh, jmasa
-
由 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 2 次提交
- 26 8月, 2010 1 次提交
-
-
由 jcoomes 提交于
Reviewed-by: tonyp, ysr
-
- 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
-
- 21 8月, 2010 1 次提交
-
-
由 jrose 提交于
Reviewed-by: kvn
-
- 20 8月, 2010 3 次提交
-
-
由 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
-
- 19 8月, 2010 2 次提交
-
-
由 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
-
- 18 8月, 2010 3 次提交
-
-
由 twisti 提交于
Summary: A number of fixes for Zero and Shark. Reviewed-by: twisti Contributed-by: NGary Benson <gbenson@redhat.com>
-
由 tonyp 提交于
6975964: G1: print out a more descriptive message for evacuation failure when +PrintGCDetails is set Summary: we're renaming "evacuation failure" to "to-space overflow". I'm also piggy-backing a small additional change which removes the "Mark closure took..." output. Reviewed-by: ysr, johnc
-
由 tonyp 提交于
Summary: as the title says, sometimes we are allocating humongous objects in young regions and we shouldn't. Reviewed-by: ysr, johnc
-