jdk7u full build fails on Win - unable to load zip.dll

Pete Brunet peter.brunet at oracle.com
Tue Apr 22 19:04:50 UTC 2014

Hi Erik,
On 4/22/14 2:58 AM, Erik Joelsson wrote:
> The build is trying to run rmic using the newly built jdk. It seems
> there is a problem with the zip.dll that you just built. Are you able
> to run
> C:/Users/Pete/JDK7u/jdk7-clone/jdk7/build/windows-i586-fastdebug/bin/java
> at all?
No - because zip.dll is not there.  But it is in
Earlier in the build it's copied from there to .../bin/java.  That copy
seems to have been successful, e.g. the following "Checking for /SAFESEH
usage" appears to have not failed, but I couldn't find any rm commands
that would have gotten rid of it. 

The cp line is interesting:

Note this:
That might be OK but it looks unusual.

I see I had one error in my invocation.  I had fastdebug_build images. 
I don't know if that extra parameter caused any problems.

A JPRT build works OK, but that was not a fastdebug build, so I tried
again locally leaving off fastdebug_build (and images) and that got past
the problem.  But then I hit this one:

C:/Progra~1/Java/jdk1.6.0_45/bin/java -XX:-PrintVMOptions
-XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m
-Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m
"C:/Users/Pete/JDK7u/jdk7-clone/jdk7/build/windows-i586/classes"  -d
C:/Users/Pete/JDK7u/jdk7-clone/jdk7/build/windows-i586/docs/api \
..\..\src\share\classes\java\awt\color\ICC_Profile.java:1069: warning -
Tag @see: missing '#': "activateDeferredProfile()"
..\..\src\share\classes\java\util\Calendar.java:1717: warning - Tag
@see: can't find setInternallySetState(int) in java.util.Calendar
..\..\src\share\classes\java\util\Currency.java:685: warning - @throws
tag has no arguments.
warning - @return tag has no arguments.
warning - @return tag has no arguments.
warning - Tag @see: reference not found: S 7.4.1 "Named Packages" in
Java Language Specification</a>
javadoc: error - java.lang.OutOfMemoryError: Please increase memory.
For example, on the JDK Classic or HotSpot VMs, add the option -J-Xmx
such as -J-Xmx32m.
1 error
6 warnings
make[3]: ***
Error 1
make[3]: Leaving directory
make[2]: *** [docs] Error 1
make[2]: Leaving directory
make[1]: *** [jdk-build] Error 2
make[1]: Leaving directory `/cygdrive/c/Users/Pete/JDK7u/jdk7-clone/jdk7'
make: *** [build_product_image] Error 2

I noticed my 4G was maxed out so I rebooted and that issues was resolved.

BTW, I prefer a local build because I have a bunch of them to do and I
need to test all of them locally.

> /Erik
> On 2014-04-18 23:56, Pete Brunet wrote:
>> p.s. The ALT_BOOTDIR specifies 6u45.
>> On 4/18/14 4:53 PM, Pete Brunet wrote:
>>> A full 7u build currently fails like this:
>>> make[6]: Entering directory
>>> `/cygdrive/c/Users/Pete/JDK7u/jdk7-clone/jdk7/jdk/make/com/sun/jmx'
>>> /usr/bin/mkdir -p
>>> C:/Users/Pete/JDK7u/jdk7-clone/jdk7/build/windows-i586/../windows-i586-fastdebug/classes/javax/management/remote/rmi
>>> rm -f
>>> C:/Users/Pete/JDK7u/jdk7-clone/jdk7/build/windows-i586/../windows-i586-fastdebug/classes/javax/management/remote/rmi/RMIConnectionImpl_Stub.class
>>> C:/Users/Pete/JDK7u/jdk7-clone/jdk7/build/windows-i586/../windows-i586-fastdebug/bin/java
>>> -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput
>>> -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m -cp
>>> C:/Users/Pete/JDK7u/jdk7-clone/jdk7/build/windows-i586/../windows-i586-fastdebug/classes
>>> sun.rmi.rmic.Main -classpath
>>> "C:/Users/Pete/JDK7u/jdk7-clone/jdk7/build/windows-i586/../windows-i586-fastdebug/classes"
>>> \
>>>                  -d
>>> C:/Users/Pete/JDK7u/jdk7-clone/jdk7/build/windows-i586/../windows-i586-fastdebug/classes
>>> \
>>>                  -v1.2                           \
>>>                  -keepgenerated                  \
>>>                  javax.management.remote.rmi.RMIConnectionImpl
>>> Error occurred during initialization of VM
>>> Unable to load ZIP library:
>>> C:\Users\Pete\JDK7u\jdk7-clone\jdk7\build\windows-i586-fastdebug\bin\zip.dll
>>> I have BUILD_DEPLOY and BUILD_INSTALL set to off.  I mention that
>>> because this was advice much earlier when hitting the same problem.
>>> Any ideas?
>>> Pete

More information about the build-dev mailing list