review (S) for 6970683: improvements to hs_err output

David Holmes David.Holmes at oracle.com
Fri Oct 8 15:43:09 PDT 2010


Hi Coleen,

Coleen Phillimore said the following on 10/09/10 02:03:
> This change looks good to me.  I missed when print_location() was added 
> for the registers, but it does a lot of things that we used to consider 
> unsafe from the error handler.  And I didn't like all the white space. 

It was added (by me) as part of the SE-Embedded integration but was only 
enabled for ARM and PPC at the time. Note that it is the hs_find 
functionality from debug.cpp transferred into the error handler. And 
yes, sometime those checks will induce secondary crashes.

What whitespace are you referring to?

> wonder if you should check for Universe::is_initialized() in vmError 
> before calling this?

No idea. As I said the code came from the debug.cpp code - no better, no 
worse.

David

> 
> Can you attach an "after" version of hs_err?  I guess I can get one of 
> my own pretty easily after you check this in, but I'd like to see one 
> first.
> 
> Lastly, what sort of problems can you diagnose from the code cache bounds?
> 
> Thanks,
> Coleen
> 
> Tom Rodriguez wrote:
>> http://cr.openjdk.java.net/~never/6970683
>>
>> 6970683: improvements to hs_err output
>> Reviewed-by:
>>
>> There are a few things missing from the hs_err dump that would be
>> useful.  First we don't dump the sparc L and I registers.  Second some
>> information about the size and contents of the code cache would be
>> useful.  Third we should dump a larger region around the faulting
>> instruction.  Additionally the new register to memory mapping output
>> can crash which stops us from getting the stack and instructions at
>> the faulting pc, so I moved it into it's own section.  block_start
>> would assert in some cases so I augmented existing logic to just
>> return null.  I also changed the formatting to remove all the extra
>> whitespace and made some of the output more compact and eliminated
>> most of the useless whitespace.
>>   


More information about the hotspot-dev mailing list