-
Bug
-
Resolution: Fixed
-
P2
-
6
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2131340 | 5.0u7 | Steve Goldman | P2 | Closed | Not an Issue | |
JDK-2131339 | 1.4.2_11 | Steve Goldman | P2 | Closed | Not an Issue |
We have the PIT request to test the Bigapps on Windows AMD on a build
with a new Windows AMD compiler for Mustang.
The location of the bits from RE:
/net/mizu.sfbay/n/prod/testbuild/jdk6.0/VC2005/
Here is some background information regarding the new compiler:
Microsoft recently fcs'd (May be trying to get close to fcs) their
windows AMD64 Platform SDK compiler. Currently all our official windows
amd64 platforms are using early beta version of MS Platform SDK for
amd64 platform. So we are trying to switch our mustang windows amd64
builds to use their newer compiler.
This new SDK is a much newer build of the Visual Studio 2005 C++
compiler, (VS2005) and the product Hotspot VM has been downgraded from
using the higher /O2 C++ optimization flag to the /O1 flag (j2se cannot
be built during a control build if the VM is built with /O2, the VM
crashes with some kind of OOP problem).
The problem having is that the failures seeing below for ATG and
VolanoTest during the server process startup phase.
Within this particular build, the problem only occurs with -Xcomp flag, while the default (Xmixed) and Xint are running fine. In addition, I have tried "-Xcomp -XX:CompileOnly=java.net.InetAddress", and saw no problem.
On the current weekly promoted build 56, the test runs fine with -Xcomp.
1. VolanoTest startup error:
----------------------------
Exception in thread "main" java.lang.UnsatisfiedLinkError: no net in
java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:821)
at java.lang.System.loadLibrary(System.java:1012)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.InetAddress.<clinit>(InetAddress.java:214)
at COM.volano.g.<init>(DashoA5383)
at COM.volano.b.<init>(DashoA5383)
at COM.volano.b.a(DashoA5383)
at COM.volano.Main.main(DashoA5383)
Exception in thread "main" java.lang.UnsatisfiedLinkError: no net in
java.library.path
2. ATG startup error:
---------------------
java.lang.UnsatisfiedLinkError: no net in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:821)
at java.lang.System.loadLibrary(System.java:1012)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.InetAddress.<clinit>(InetAddress.java:214)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:164)
at atg.nucleus.PropertyEditors.class$(PropertyEditors.java:39)
at atg.nucleus.PropertyEditors.registerEditors(PropertyEditors.java:99)
at atg.nucleus.PropertyEditors.<clinit>(PropertyEditors.java:62)
at
atg.nucleus.BeanConfigurator.setRelativePathPrefix(BeanConfigurator.java:206)
at atg.nucleus.Nucleus.<init>(Nucleus.java:632)
at atg.nucleus.Nucleus.startNucleus(Nucleus.java:3316)
at atg.nucleus.Nucleus.main(Nucleus.java:3206)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:589)
at atg.applauncher.AppLauncher.launch(AppLauncher.java:695)
at
atg.applauncher.dynamo.DynamoServerLauncher.main(DynamoServerLauncher.java:267)
run.atg: Dynamo Server did not wake up properly in 10800 seconds
Test info:
------------------
1. VolanoTest
hostname: jtg-amd2.sfbay
log location: D:/tmp/VolanoTestrun.2736.-server/vtestserver.out
2. ATG
hostname: jtg-amd1.sfbay
log location: D:/tmp/atgrun.2148.-server/atgserver.log
You could use remote desktop, or telnet to the machines. Please contact the submitter for the login.
3. How to reproduce the failure
- install the jdk from /net/mizu.sfbay/n/prod/testbuild/jdk6.0/VC2005/
- map the Windows AMD machine's X drive to jtg-win10.sfbay/d$
- export JAVA_HOME=<java_home>. By default, it is c:/jdk
- export JAVA_TEST_RESULTS=<result_location>. By default, it is d:/tmp
- sh x:/bigapps/tests/runvtest.ksh -server -Xcomp &
- sh x:/bigapps/tests/runatg.ksh -server -Xcomp &
- check the vtestserver.out under <result_location>/VolanoTestrun.<pid>.-server/
- check the atgserver.log under <result_location>/atgrun.<pid>.-server/
with a new Windows AMD compiler for Mustang.
The location of the bits from RE:
/net/mizu.sfbay/n/prod/testbuild/jdk6.0/VC2005/
Here is some background information regarding the new compiler:
Microsoft recently fcs'd (May be trying to get close to fcs) their
windows AMD64 Platform SDK compiler. Currently all our official windows
amd64 platforms are using early beta version of MS Platform SDK for
amd64 platform. So we are trying to switch our mustang windows amd64
builds to use their newer compiler.
This new SDK is a much newer build of the Visual Studio 2005 C++
compiler, (VS2005) and the product Hotspot VM has been downgraded from
using the higher /O2 C++ optimization flag to the /O1 flag (j2se cannot
be built during a control build if the VM is built with /O2, the VM
crashes with some kind of OOP problem).
The problem having is that the failures seeing below for ATG and
VolanoTest during the server process startup phase.
Within this particular build, the problem only occurs with -Xcomp flag, while the default (Xmixed) and Xint are running fine. In addition, I have tried "-Xcomp -XX:CompileOnly=java.net.InetAddress", and saw no problem.
On the current weekly promoted build 56, the test runs fine with -Xcomp.
1. VolanoTest startup error:
----------------------------
Exception in thread "main" java.lang.UnsatisfiedLinkError: no net in
java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:821)
at java.lang.System.loadLibrary(System.java:1012)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.InetAddress.<clinit>(InetAddress.java:214)
at COM.volano.g.<init>(DashoA5383)
at COM.volano.b.<init>(DashoA5383)
at COM.volano.b.a(DashoA5383)
at COM.volano.Main.main(DashoA5383)
Exception in thread "main" java.lang.UnsatisfiedLinkError: no net in
java.library.path
2. ATG startup error:
---------------------
java.lang.UnsatisfiedLinkError: no net in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:821)
at java.lang.System.loadLibrary(System.java:1012)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.InetAddress.<clinit>(InetAddress.java:214)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:164)
at atg.nucleus.PropertyEditors.class$(PropertyEditors.java:39)
at atg.nucleus.PropertyEditors.registerEditors(PropertyEditors.java:99)
at atg.nucleus.PropertyEditors.<clinit>(PropertyEditors.java:62)
at
atg.nucleus.BeanConfigurator.setRelativePathPrefix(BeanConfigurator.java:206)
at atg.nucleus.Nucleus.<init>(Nucleus.java:632)
at atg.nucleus.Nucleus.startNucleus(Nucleus.java:3316)
at atg.nucleus.Nucleus.main(Nucleus.java:3206)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:589)
at atg.applauncher.AppLauncher.launch(AppLauncher.java:695)
at
atg.applauncher.dynamo.DynamoServerLauncher.main(DynamoServerLauncher.java:267)
run.atg: Dynamo Server did not wake up properly in 10800 seconds
Test info:
------------------
1. VolanoTest
hostname: jtg-amd2.sfbay
log location: D:/tmp/VolanoTestrun.2736.-server/vtestserver.out
2. ATG
hostname: jtg-amd1.sfbay
log location: D:/tmp/atgrun.2148.-server/atgserver.log
You could use remote desktop, or telnet to the machines. Please contact the submitter for the login.
3. How to reproduce the failure
- install the jdk from /net/mizu.sfbay/n/prod/testbuild/jdk6.0/VC2005/
- map the Windows AMD machine's X drive to jtg-win10.sfbay/d$
- export JAVA_HOME=<java_home>. By default, it is c:/jdk
- export JAVA_TEST_RESULTS=<result_location>. By default, it is d:/tmp
- sh x:/bigapps/tests/runvtest.ksh -server -Xcomp &
- sh x:/bigapps/tests/runatg.ksh -server -Xcomp &
- check the vtestserver.out under <result_location>/VolanoTestrun.<pid>.-server/
- check the atgserver.log under <result_location>/atgrun.<pid>.-server/
- backported by
-
JDK-2131339 Applications startup failed at a special Mustang build with the new Windows AMD 64 compiler
- Closed
-
JDK-2131340 Applications startup failed at a special Mustang build with the new Windows AMD 64 compiler
- Closed
- relates to
-
JDK-6177741 DOC/RE: AMD64/Windows - Upgrade Platform SDK to version 1218 or later
- Closed