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

Reply via email to