RFR: 8010992: Remove calls to global ::operator new[] and new
Yumin Qi
yumin.qi at oracle.com
Fri Apr 12 10:36:37 PDT 2013
Thanks, Zhenyu
On 4/12/2013 7:31 AM, Zhengyu Gu wrote:
>
> altHashing.cpp
> - You should NOT use mtTest, it is reserved for NMT testing. You
> probably can use mtOther here.
>
Changed code to use stack objs, so it will no longer exist.
> allocation.cpp
> - Can you also add nothrow versions for operator new and operator
> new[]?
>
Yes, will.
> allocation.inline.hpp
> #115 and #127 CHeapObj-new -> CHeapObj-new[]
> or operator new[] just calls operator new to reduce dup code?
>
Yes.
> cardTableModRefBS.cpp
> #87 and #88, why set_start(NULL) are needed?
>
This is default constructor does, here just copy that code. Since we did
not call constructor by using this MACRO. It is a _ValueObj, should not
call new, but I think we can use NEW_C_HEAP_OBJ3, which will call ctors.
> carTableRS.cpp
> #70, why it is commented out? If so, you don't need the dstor
>
>
See reply to David H.
Thanks
Yumin
> -Zhengyu
>
>
>
>
> On 4/12/2013 2:12 AM, Yumin Qi wrote:
>> Hi,
>>
>> Can I have your inputs for the fix?
>> webrev:
>>
>> http://cr.openjdk.java.net/~minqi/8010992/webrev/
>> <http://cr.openjdk.java.net/%7Eminqi/8010992/webrev/>
>>
>> Bug: 8010992: Remove calls to global ::operator new[] and new
>> https://jbs.oracle.com/bugs/browse/JDK-8010992
>>
>> Problem description: Remove the usage of global operator ::new[] and
>> ::new. In hotspot debug build, disable the usage of global new[] and
>> new. Hotspot does not throw c++ exceptions, but it cannot prevent
>> third party code to catch such exceptions. By disabling use of
>> global operator new[] and new, we constrain the exception disposal
>> within hotspot. C++ classes (as same for structs) in hotspot have to
>> either extends from CHeapObj or ResourceObj unless they are stack
>> objects or values which have to be from StackObj or _ValueObj
>> respectively. Or they have to implement their own operator new[] or
>> new.
>>
>> Thanks
>> Yumin
>>
>>
>
More information about the hotspot-runtime-dev
mailing list