DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=43921>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=43921 Summary: JavaEnvUtils.getJreExecutable() returns wrong executable Product: Ant Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Other AssignedTo: [email protected] ReportedBy: [EMAIL PROTECTED] I'm having problems attempting to run a forking junit task from a 64-bit sparc java instance. It seems getJreExecutable("java") returns ${java.home}/bin/java, but in Solaris, this will be the 32-bit java binary and not the 64 bit. The correct answer would be ${java.home}/bin/sparcv9/java in this case. Diff'ing System.getProperties() between 32-bit and 64-bit jdk1.5.0_13, we see the following differences, which provide the contextual clues to correct this problem.. Maybe the solution might be: if (new File(${java.home}/bin/${os.arch}/${cmd}).exists()) ... ? differences: -sun.boot.library.path=/usr/jdk1.5.0_13/jre/lib/sparc +sun.boot.library.path=/usr/jdk1.5.0_13/jre/lib/sparcv9 -java.vm.name=Java HotSpot(TM) Server VM +java.vm.name=Java HotSpot(TM) 64-Bit Server VM -os.arch=sparc +os.arch=sparcv9 -java.library.path=/usr/jdk1.5.0_13/jre/lib/sparc/server:... +java.library.path=/usr/jdk1.5.0_13/jre/lib/sparcv9/server:... -sun.management.compiler=HotSpot Server Compiler +sun.management.compiler=HotSpot 64-Bit Server Compiler -sun.arch.data.model=32 +sun.arch.data.model=64 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
