JDK-8211326 : add OS user related information to hs_err file
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 12
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2018-10-01
  • Updated: 2019-08-15
  • Resolved: 2018-11-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 11
Related Reports
Relates :  
Relates :  
Currently the hs_err file contains only  limited  OS user related information.
Just the user name is printed via output of environment variables (at least on Windows with USERNAME - output).
The enhanced output on UNIX would contain more information including uid, gid and umask .

uid  : 1679 (testuser)
euid : 1679 (testuser)
gid  : 25 (testgroup)
egid : 25 (testgroup)

umask: 0022 (removing ----w--w-)
Ok, approved. I'd like to see both changesets go in simultaneously however.

We were asked to first request downport of this change, to have a reson to downport 8211845, too. 8211845 on its own is pointless.

Shouldn't 8211845 be requested prior to this?

This seems like potentially sensitive information about the execution environment that the hs_err file should not be storing. Update: that concern was addressed by guarding the output with the new ExtensiveErrorReporting flag introduced by JDK-8211845.

Fix Request I would like to downport this change to jdk11u. It helps us maintain applications running on jdk 11. Unfortunately the change does not apply cleanly. In posix.hpp lines in the context were changed. I requested reviews: http://mail.openjdk.java.net/pipermail/hotspot-dev/2018-November/035409.html I don't see any dangers, just some additional print out in case of an error. The change depends on downport of JDK-8211845.