JDK-7152671 : RFE: Windows decoder should add some std dirs to the symbol search path
- Type: Enhancement
- Component: hotspot
- Sub-Component: runtime
- Affected Version: hs24
- Priority: P4
- Status: Closed
- Resolution: Fixed
- OS: windows
- CPU: generic
- Submitted: 2012-03-09
- Updated: 2014-06-26
- Resolved: 2013-01-09
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.
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 7 | JDK 8 | Other |
|---|---|---|
7u40Fixed  |
8Fixed |
hs24Fixed |
Description
During a recent discussion about the Full Debug Symbols (FDS) project,
Tom and I noticed that the current version of the decoder on Windows
does not look in the JDK directory that contains a library's .dll for
symbols.
The Windows SymSetSearchPath() API can be used to do this:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms681368%28v=vs.85%29.aspx.
The Windows decoder should add the following directories to the
symbol search path:
$JAVA_HOME/lib
$JAVA_HOME/jre/lib
$JAVA_HOME/jre/bin/client
$JAVA_HOME/jre/bin/server
If it is possible to determine the path the JVM library it
would be better to add that directory rather than assume
that JVM library we are running is either from jre/bin/client
or jre/bin/server.
Comments
|