Hi Antoine,
On 07/20/2015 03:00 PM, Antoine NIVOL wrote:
Hi,
I'm using a build on four differents machines, they use the Windows 7 SP1 32
bits operating system.
the first one is a DELL (64 bits) with Intel core I7 for my devellopement and
the jdk build.
The second is a Panasonic with intel centrino Vpro for a product.
The third is a Panasonic with intel core I5 for a product.
And the last is a logic instrument fieldbook with a Intel Atom for a product.
I have build the version 1.6.35 with cygwin for this four machines.
Are you building sources from this repository -
http://hg.openjdk.java.net/jdk6 ?
The last logic instrument doesn't work after a few secondes (30 or 45) of
execution.
the error stack is below :
C [ntdll.dll+0x52d37] RtlFreeHeap+0xcd
C [ntdll.dll+0x52ce8] RtlFreeHeap+0x7e
C [kernel32.dll+0x4c484] HeapFree+0x14
C [msvcr100.dll+0x1016a] free+0x1c
C [zip.dll+0x7709] Java_java_util_zip_ZipEntry_initFields+0x58de
J java.util.zip.ZipFile.getEntry(Ljava/lang/String;)Ljava/util/zip/ZipEntry;
V [jvm.dll+0x12453a]
V [jvm.dll+0x1d013e]
V [jvm.dll+0x1245bd]
V [jvm.dll+0xd89b4]
C [java.dll+0x1061]
Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedExceptionAction_2Ljava_security_AccessControlContext_2+0x17
J java.net.URLClassLoader.findClass(Ljava/lang/String;)Ljava/lang/Class;
The error occur at several zone on my software but the top six lines are always
similar.
Does it happen only on particular hardware and works fine on other
machines? Do you have a code snippet (or an erroneous zip file) to
reproduce this? Or is it happened during the build, not during the
normal run?
I'm used a buid of Zip import from those sites :
http://gnuwin32.sourceforge.net/packages/bzip2.htm
http://gnuwin32.sourceforge.net/packages/unzip.htm
http://gnuwin32.sourceforge.net/packages/zip.htm
I will try to build with another version of zip and unzip.
This part is not clear. Do you mean zip and unzip utilities that are
used during the build? Then I can recommend to use native ones
(non-cygwin/msys/gnuwin) from info-zip.
But the stacktrace above looks like that this is a problem with zip
implementation included with jdk6 sources -
http://hg.openjdk.java.net/jdk6/jdk6/jdk/file/ca2c9f498b70/src/share/native/java/util/zip
Do you have any solution to my problem? Or just an idea?
I can try to reproduce this, I think there were similar issues with zlib
in jdk on erroneous zip files. And the in-tree zlib in jdk6 most
probably wasn't updated for a while as linux builds usually use platform
zlib instead of it.
PS: it looks like this question is specific to jdk6, so I am CC'ing
jdk6-dev. Please remove build-dev from copy if this is actually
jdk6-specific.
Cordially
Antoine N.
--
-Alex