JDK-8140552 : ResourceObj copy ctor stack logic breaks with gcc 4.9.2 on some systems
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 9
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2015-10-26
  • Updated: 2017-08-10
  • Resolved: 2017-05-10
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 10
10Fixed
Related Reports
Relates :  
JDK-8140452 - Internal Error memory/allocation.cpp:179
Relates :  
JDK-8141491 - Unaligned memory access in Bits.c
Description
Investigate why ResourceObj copy ctor stack logic breaks with gcc 4.9.2 and only manifests on certain (mainly OEL) systems. Possibly remove ResourceObj copy ctor altogether.
Comments
Tested by backing out change for JDK-8140452 (http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/20dff0211ded) and running compiler/jsr292/CreatesInterfaceDotEqualsCallInfo.java. All tests passed.
10-05-2017
To find out if the problem still exists, backout 8140452.
08-02-2017
Is there still an issue here?
08-02-2017
I attempted to give this bug a more descriptive name. If it's incorrect, please fix it.
10-11-2015
Sorry this is not an issue to defer until 10! We need to know why the compiler change caused a problem and why it only manifests on certain systems. See also JDK-8140630 for a JDK issue also due to the new compiler.
02-11-2015
Using b87 I ran java -version on the same machine (sca00bqb) as we saw the crash in: http://scaaa637.us.oracle.com/archive/2015/10/2015-10-21-184338.cthaling.dev/ No crash. I then ran the same test compiuler/jsr292/CreatesInterfaceDotEqualsCallInfo.java No crash. I grabbed the actual failing binary from JPRT and ran java -version No crash I ran the test using that version No crash. It seems the issue is not readily reproducible in isolation.
30-10-2015