RFR(s): 8144219: [posix] Remove redundant code around os::print_siginfo()

David Holmes david.holmes at oracle.com
Sun Dec 6 09:31:21 UTC 2015


Sorry Thomas still on the to-do list. Will get to this in the next 
couple of days.

Thanks,
David

On 6/12/2015 6:06 PM, Thomas Stüfe wrote:
> Ping...
>
> This is the new version of the fix, rebased to make it apply to the current
> hs-rt:
>
> http://cr.openjdk.java.net/~stuefe/webrevs/8144219-posix-os-print_siginfo/webrev.01/webrev/index.html
>
> Thomas
>
>
> On Mon, Nov 30, 2015 at 11:03 AM, Thomas Stüfe <thomas.stuefe at gmail.com>
> wrote:
>
>> Hi all,
>>
>> please review this small change:
>>
>> Webrev:
>> http://cr.openjdk.java.net/~stuefe/webrevs/8144219-posix-os-print_siginfo/webrev.00/webrev/
>> Bug Report: https://bugs.openjdk.java.net/browse/JDK-8144219
>>
>> This is mainly a cleanup change for posix platforms. It gets rid of
>> multiple copies of os::print_siginfo() in favour of the central
>> os::Posix::print_siginfo() in os_posix.cpp.
>>
>> It also extends os::Posix::print_siginfo() to write more details about the
>> received signal which stems from our experiences with various Unices over
>> the time. This will improve hs-err file printout.
>>
>> Note that there was on all platforms code which examines the crash address
>> for a possible CDS fault and prints a specialized hint. In my opinion that
>> makes no sense in a general os::print_siginfo() function and I moved it to
>> a separate error reporting step into vmError.cpp. This may be a point of
>> contention because the way to extract the fault address from a
>> siginfo/EXCEPTION_RECORD structure is platform dependend, but imho this is
>> still the least ugly solution.
>>
>> Kind regards, Thomas
>>
>>


More information about the hotspot-runtime-dev mailing list