<div dir="ltr"><div>Hi,</div><div><br></div>The bug is still present on 8u20 b17.<br><div class="gmail_extra"><br></div><div class="gmail_extra">I managed to reproduce it on 8u20 b17 fastdebug with TracePartialPeeling on, the logs are here: <a href="https://dl.dropboxusercontent.com/u/62997/JDK-8038985/8u20-b17.zip">https://dl.dropboxusercontent.com/u/62997/JDK-8038985/8u20-b17.zip</a></div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Regards,</div><div class="gmail_extra">Julien<br><br><div class="gmail_quote">2014-06-05 1:55 GMT+02:00 Vladimir Kozlov <span dir="ltr"><<a href="mailto:vladimir.kozlov@oracle.com" target="_blank">vladimir.kozlov@oracle.com</a>></span>:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Julien,<br>
<br>
Thank you for additional information. I added it to 8038985 bug report.<br>
So it look likes something went wrong in loop opts.<br>
I pointed in the bug report that it could be related to 8039050. It was fixed in jdk8u20 b12. I see that you tested 8u20 b05. Can you download and test latest 8u20 b17?<br>
<br>
Also, if you know how to build Hotspot JVM yourself, you can 'hg clone' latest sources from <a href="http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/" target="_blank">http://hg.openjdk.java.net/<u></u>jdk8u/jdk8u/hotspot/</a> and build 'fastdebug' JVM. It has a lot of asserts which will help identify the problem. Just replace libjvm.so in jdk/jre/lib/amd64/server.<br>


<br>
Regards,<br>
Vladimir<div class=""><br>
<br>
On 6/4/14 2:34 AM, Julien Nicoulaud wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="">
Hi,<br>
<br>
Here are some more tests as asked on the JIRA issue:<br>
  -XX:-PartialPeelLoop : no crash<br>
  -XX:-LoopUnswitching : still crashes<br>
  -XX:-SplitIfBlocks : still crashes<br>
  -XX:LoopUnrollLimit=0 : no crash<br>
  -XX:-RangeCheckElimination : still crashes<br>
<br>
=> so it looks like PartialPeelLoop is the cause of the crash.<br>
<br>
I also tried these tests:<br>
  -XX:-<u></u>PartialPeelAtUnsignedTests : no crash<br>
  -XX:+TracePartialPeeling : no crash<br>
  -XX:-BackgroundCompilation : no crash<br>
  -XX:+TracePartialPeeling -XX:CICompilerCount=8 : no crash<br>
<br>
It looks like a concurrency issue in PartialPeelLoop, but I can't find a<br>
way to reproduce it when logging is on.<br>
<br>
Regards,<br>
Julien<br>
<br>
<br>
2014-04-11 11:39 GMT+02:00 Julien Nicoulaud <<a href="mailto:julien.nicoulaud@gmail.com" target="_blank">julien.nicoulaud@gmail.com</a><br></div>
<mailto:<a href="mailto:julien.nicoulaud@gmail.com" target="_blank">julien.nicoulaud@<u></u>gmail.com</a>>>:<div class=""><br>
<br>
    Hi all, thanks for your answers.<br>
<br>
    I did some further testing and here is the results:<br>
      - JDK 8u20-b05 : still crashes, but not always - logs at<br>
    <a href="https://dl.dropboxusercontent.com/u/62997/JDK-8038985/8u20-b05.zip" target="_blank">https://dl.dropboxusercontent.<u></u>com/u/62997/JDK-8038985/8u20-<u></u>b05.zip</a> -<br>
    core dump at<br>
    <a href="https://dl.dropboxusercontent.com/u/62997/JDK-8038985/8u20-b05/core.16369.tar.bz2" target="_blank">https://dl.dropboxusercontent.<u></u>com/u/62997/JDK-8038985/8u20-<u></u>b05/core.16369.tar.bz2</a><br>
      - JDK 8u0 with -XX:-EliminateAutoBox : still crashes, but not<br>
    always - logs at<br>
    <a href="https://dl.dropboxusercontent.com/u/62997/JDK-8038985/8u0-no-EliminateAutoBox.zip" target="_blank">https://dl.dropboxusercontent.<u></u>com/u/62997/JDK-8038985/8u0-<u></u>no-EliminateAutoBox.zip</a><br>
<br>
    Also, since the crash always seems to occur when inlining Trove's<br>
    TCustomHashMap (<a href="http://trove.starlight-systems.com/" target="_blank">http://trove.starlight-<u></u>systems.com/</a>) into my code, I<br>
    tried to:<br>
      - Upgrade Trove from 3.0.3 to 3.1a1 (from<br>
    <a href="https://bitbucket.org/robeden/trove/downloads" target="_blank">https://bitbucket.org/robeden/<u></u>trove/downloads</a>) => still crashes<br>
      - Replace Trove by other hash map implementations => no crash<br>
<br>
    Regards,<br>
    Julien<br>
<br>
<br>
    2014-04-07 22:04 GMT+02:00 Christian Thalinger<br>
    <<a href="mailto:christian.thalinger@oracle.com" target="_blank">christian.thalinger@oracle.<u></u>com</a><br></div>
    <mailto:<a href="mailto:christian.thalinger@oracle.com" target="_blank">christian.thalinger@<u></u>oracle.com</a>>>:<div class=""><br>
<br>
<br>
        On Apr 7, 2014, at 2:39 AM, Volker Simonis<br></div><div class="">
        <<a href="mailto:volker.simonis@gmail.com" target="_blank">volker.simonis@gmail.com</a> <mailto:<a href="mailto:volker.simonis@gmail.com" target="_blank">volker.simonis@gmail.<u></u>com</a>>> wrote:<br>


<br>
         > Really seems like a duplicate of<br>
         > <a href="https://bugs.openjdk.java.net/browse/JDK-8032566" target="_blank">https://bugs.openjdk.java.net/<u></u>browse/JDK-8032566</a> "8032566:<br>
        Crash in<br>
         > JIT when running Scala compiler (and compiling Scala std lib)"<br>
         > although that one should have been fixed in jdk8 b127. On the<br>
        other<br>
         > hand it was not really fixed - just worked around by switched off<br>
         > autoboxing by default (you can double check with<br>
         > -XX:-EliminateAutoBox).<br>
         ><br>
         > Maybe the problem also appears even with autoboxing switched off?<br>
         ><br>
         > By the way, JIT replay data doesn't help without access to<br>
        the involved classes.<br>
<br>
        Right.  We would need the classes extracted from the core file.<br>
          Also I’ve moved the replay and hs_err data into files and<br>
        attached them to the bug report because the bug was unreadable<br>
        before.<br>
<br>
         ><br>
         > Regards,<br>
         > Volker<br>
         ><br>
         ><br>
         ><br>
         > On Sun, Apr 6, 2014 at 8:55 AM, Ivan Krylov<br></div>
        <<a href="mailto:ivan@azulsystems.com" target="_blank">ivan@azulsystems.com</a> <mailto:<a href="mailto:ivan@azulsystems.com" target="_blank">ivan@azulsystems.com</a>>> wrote:<br>
         >> bcc: <a href="mailto:discuss@openjdk.java.net" target="_blank">discuss@openjdk.java.net</a> <mailto:<a href="mailto:discuss@openjdk.java.net" target="_blank">discuss@openjdk.java.<u></u>net</a>><br>


         >> cc: <a href="mailto:hotspot-compiler-dev@openjdk.java.net" target="_blank">hotspot-compiler-dev@openjdk.<u></u>java.net</a><br>
        <mailto:<a href="mailto:hotspot-compiler-dev@openjdk.java.net" target="_blank">hotspot-compiler-dev@<u></u>openjdk.java.net</a>><div class=""><br>
         >><br>
         >><br>
         >> Hi Julien,<br>
         >><br>
         >> Hotspot-compiler-dev is the right alias from discussing C2<br>
        crashes. In the meantime may you can try the current the latest<br>
        EA build like 8u20 b05 [1]?<br>
         >><br>
         >> Thanks,<br>
         >><br>
         >> Ivan<br>
         >><br>
         >> [1] - <a href="https://jdk8.java.net/download.html" target="_blank">https://jdk8.java.net/<u></u>download.html</a><br>
         >><br>
         >> On 05 Apr 2014, at 13:57 , Julien Nicoulaud<br></div>
        <<a href="mailto:julien.nicoulaud@gmail.com" target="_blank">julien.nicoulaud@gmail.com</a> <mailto:<a href="mailto:julien.nicoulaud@gmail.com" target="_blank">julien.nicoulaud@<u></u>gmail.com</a>>><div class="">

<br>
        wrote:<br>
         >><br>
         >>> Hi all,<br>
         >>><br>
         >>> I don't know if it's the right place to discuss this, but<br>
        here is my issue :<br>
         >>><br>
         >>> I reported a VM crash in C2 compilation, but it was closed<br>
        as incomplete<br>
         >>> with the following comment "We need a clear instructions<br>
        how to reproduce<br>
         >>> the problem".<br>
         >>><br>
         >>> I clearly explained in the report I could not provide a simple,<br>
         >>> self-contained test case to reproduce the bug, and I<br>
        provided hs_err and<br>
         >>> JIT replay log file instead.<br>
         >>><br>
         >>> So what am I supposed to do in this case ? Debug it myself<br>
        ? Or are there<br>
         >>> another options so I can provide useful debug output ?<br>
         >>><br>
         >>> Here is the bug report:<br>
         >>> <a href="https://bugs.openjdk.java.net/browse/JDK-8038985" target="_blank">https://bugs.openjdk.java.net/<u></u>browse/JDK-8038985</a><br>
         >>> <a href="http://bugs.java.com/bugdatabase/view_bug.do?bug_id=8038985" target="_blank">http://bugs.java.com/<u></u>bugdatabase/view_bug.do?bug_<u></u>id=8038985</a><br>
         >>><br>
         >>> Regards,<br>
         >>> Julien Nicoulaud<br>
         >>><br>
         >><br>
<br>
<br>
<br>
</div></blockquote>
</blockquote></div><br></div></div>