JDK-8224023 : Redo the fix for ErrorFile option does not handle pre-existing error files of the same name
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 11,13
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2019-05-16
  • Updated: 2019-06-26
  • Resolved: 2019-05-16
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 13
13 b22Fixed
Related Reports
Relates :  
JDK-8223885 - hs_err and replay file may contain garbage when overwriting existing file
Relates :  
JDK-8221738 - ErrorFile option does not handle pre-existing error files of the same name
Description
The fix for JDK-8221738 was only intended to change the behaviour of the ErrorFile handling, but the implementation of that change affects all users of 
prepare_log_file - which also affected the replay log file (see JDK-8223885). That was not expected/intended or approved by the CSR.

I propose that we rework that fix so that prepare_log_file takes a boolean parameter "can_overwrite" which is then passed through, so that we can only change the ErrorFile handling. If there is a desire to also change the replay log file handling then that should be done through its own RFE and CSR request.