JDK-8197931 : Null pointer dereference in Unique_Node_List::push of node.hpp:1510
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 10,11
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • Submitted: 2018-02-14
  • Updated: 2019-09-13
  • Resolved: 2018-03-26
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 11
11 b10Fixed
Related Reports
Relates :  
JDK-8186027 - C2: loop strip mining
Description
Null pointer dereference in Unique_Node_List::push of node.hpp:1510
Comments
webrev: http://cr.openjdk.java.net/~roland/8197931/webrev.00/
23-03-2018
No, this hasn't been fixed yet.
20-03-2018
Did we fixed this with other changes or it is still the problem?
19-03-2018
JDK-8186027 changed IdealLoopTree::record_for_igvn() to add the nodes of the outer strip mined loop to the igvn worklist. The problem is that outer_loop(), outer_loop_tail(), outer_loop_end() and outer_safepoint() might be null: CountedLoopNode* l = _head->as_CountedLoop(); _phase->_igvn._worklist.push(l->outer_loop()); _phase->_igvn._worklist.push(l->outer_loop_tail()); _phase->_igvn._worklist.push(l->outer_loop_end()); _phase->_igvn._worklist.push(l->outer_safepoint()); [~roland], could you please have a look? Maybe we should just add a null assert to Unique_Node_List::push().
14-02-2018
ILW = Potential null pointer dereference, never showed up, disable compilation = HLM = P3
14-02-2018