XS RFR: 8009731: loader constraint violation error message

Karen Kinnear karen.kinnear at oracle.com
Tue Mar 26 15:33:43 PDT 2013


Thank you Coleen and David.

http://cr.openjdk.java.net/~acorn/8009731.1/webrev/

Problem was introduced with 6990754, changeset 2059.

I like Coleen's solution better - so we don't run the risk of someone "fixing" the apparent need for a ResourceMark
in the future. So I changed this to use a Symbol*.

vm.quick.testlist rerun in progress.

thanks,
Karen

On Mar 25, 2013, at 8:47 PM, Coleen Phillimore wrote:

> On 3/25/2013 8:10 PM, David Holmes wrote:
>> Hi Karen,
>> 
>> Looks good to me.
>> 
>> On 26/03/2013 7:08 AM, Karen Kinnear wrote:
>>> 
>>> Webrev: http://cr.openjdk.java.net/~acorn/8009731/webrev/
>> 
>> I can't quite determine why the extra ResourceMark caused the observed symptoms. I would have expected something more dramatic if we returned a string that was already released - are we simply overwriting it with a later class name (hence the wrong name in the message)? Do we also know when this regression was introduced?
> 
> So that's why I said "Looks ok" rather than "Looks good."   I think that function should return a Symbol* because it's not obvious to the casual observer that the as_C_string() string is resource allocated and the ResourceMark destructor will reclaim the memory. I think the error message might have been either garbled or pointing to a different string.  It could have been like that for a while and nobody noticed.
> 
> Coleen
> 
>> 
>>> Bug: https://jbs.oracle.com/bugs/browse/JDK-8009731
>> 
>> This is not visible external to Oracle.
>> 
>> Thanks,
>> David
>> 
>>> Fix loader constraint violation error message.
>>> 
>>> tests:
>>> bug report test
>>> vm.quick.testlist in parallel
>>> 
> 



More information about the hotspot-runtime-dev mailing list