United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: JDK-6861984 solaris version of libsaproc.so should support SA_ALTROOT directly
JDK-6861984 : solaris version of libsaproc.so should support SA_ALTROOT directly

Details
Type:
Enhancement
Submit Date:
2009-07-18
Status:
Closed
Updated Date:
2010-07-09
Project Name:
JDK
Resolved Date:
2010-01-15
Component:
hotspot
OS:
solaris_9
Sub-Component:
svc
CPU:
sparc
Priority:
P4
Resolution:
Fixed
Affected Versions:
hs16
Fixed Versions:
hs16 (b08)

Related Reports
Backport:
Backport:

Sub Tasks

Description
When using the SA to open core files on machines which are different than the machine where the crash occurred, we need to redirect libproc to open the libraries that we've gotten from the target machine.  It has no built in support for doing this so we've used a couple different techiniques for this.  One is a library called interpose.so which is configured separately and the other is a modified version of libproc that has support for a hook to change where it reads files from.  These each have their own problems but we need a solution that's built into the SA and requires little external configuration.  The only applies to solaris as our linux libsaproc has handles this directly and windows operates completely differently.

The fix I've settled on is to take the existing SA_ALTROOT code which is used with the custom libproc and built an audit library that allows saproc to interpose on all open calls from libproc only.  This gets around some of the problems with interpose.so interposing on opens that you don't actually want.

                                    

Comments
EVALUATION

http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/a94af87c3357
                                     
2009-07-24
EVALUATION

http://hg.openjdk.java.net/jdk7/hotspot-gc/hotspot/rev/a94af87c3357
                                     
2009-08-10



Hardware and Software, Engineered to Work Together