RFR(XS): 8144852: Corrupted oop in nmethod
John Rose
john.r.rose at oracle.com
Wed Jan 6 17:32:54 UTC 2016
On Dec 16, 2015, at 3:38 PM, Ioi Lam <ioi.lam at oracle.com> wrote:
>
> Adding non_oop_word to oopDesc::print_*_on would imply that it's OK to assign this value in a more general context, which is not true.
So put in a comment. The print_on stuff is for us to use in debuggers and tracing code, not for end users who might be confused.
> So I would suggest keeping knowledge of non_oop_word inside nmethod for now, and we can revisit this if other places start to use non_oop_word.
Either way is OK with me. But I like my print functions to be as forgiving as possible; don't you?
— John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160106/0e94d684/attachment-0001.html>
More information about the hotspot-compiler-dev
mailing list