You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Chris Elford (JIRA)" <ji...@apache.org> on 2007/04/26 02:05:15 UTC
[jira] Created: (HARMONY-3756) Failure running multiple instances
of debug version of Harmony
Failure running multiple instances of debug version of Harmony
--------------------------------------------------------------
Key: HARMONY-3756
URL: https://issues.apache.org/jira/browse/HARMONY-3756
Project: Harmony
Issue Type: Bug
Components: DRLVM
Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
Reporter: Chris Elford
Priority: Minor
Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
public class Sleep {
public static void main(String[] arg) {
System.out.println("About to sleep for 60 secs");
try {
Thread.sleep(60*1000);
} catch (Exception e) {
}
System.out.println("Slept for 60 secs");
}
}
>From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
The first one starts correctly but the second one gets an access violation in memset during startup.
Executable search path is:
ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
(11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
MSVCR71D!memset+0x45:
019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
0:000> k
ChildEBP RetAddr
0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
*** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
*** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
...
ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
...
The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Created: (HARMONY-3756) Failure running multiple instances of debug version of Harmony
Posted by Rana Dasgupta <rd...@gmail.com>.
Chris,
I tried loading several instances simultaneously, but I don't
reproduce it yet. However, I am running with the debug build of this
morning's tree, not the hdk bits.
Also, re: your comment about duplicate copies of gc_gen and MSVCR71D
dll's getting loaded, it's possibly an abberation in your windbg log.
Both instances show the same start/end addresses in Modload. It's also
not physically possible for windows to load duplicates, AFAIK.
Rana
On 4/25/07, Xiao-Feng Li <xi...@gmail.com> wrote:
> Actually I found to run multiple instances of testing (such as to run
> "build.sh reg.test" and "build.sh kernel.test" at the same time), more
> intermittent failures will happen. Mostly in my experiments, the
> failures throw something with threading-related tests, for example,
> the kernel test java.lang.ThreadTest fails more frequently. But it's
> hard to debug since the failure is very indefinite, hard to reproduce.
> It's great you cooked up such a small test case.
>
> Thanks,
> xiaofeng
>
> On 4/26/07, Chris Elford (JIRA) <ji...@apache.org> wrote:
> > Failure running multiple instances of debug version of Harmony
> > --------------------------------------------------------------
> >
> > Key: HARMONY-3756
> > URL: https://issues.apache.org/jira/browse/HARMONY-3756
> > Project: Harmony
> > Issue Type: Bug
> > Components: DRLVM
> > Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> > Reporter: Chris Elford
> > Priority: Minor
> >
> >
> > Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> >
> > public class Sleep {
> > public static void main(String[] arg) {
> > System.out.println("About to sleep for 60 secs");
> > try {
> > Thread.sleep(60*1000);
> > } catch (Exception e) {
> > }
> > System.out.println("Slept for 60 secs");
> > }
> > }
> >
> > From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> > The first one starts correctly but the second one gets an access violation in memset during startup.
> >
> > Executable search path is:
> > ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> > ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> > ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> > ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> > ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> > ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> > ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> > ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> > ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> > ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> > ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> > ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> > ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> > ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> > ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> > ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> > ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> > ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> > ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> > ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> > ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> > ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> > ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> > ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> > ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> > ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> > ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> > ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> > ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> > ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> > ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> > ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> > ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> > ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> > ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> > ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> > ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> > (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> > eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> > eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> > cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> > MSVCR71D!memset+0x45:
> > 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> > 0:000> k
> > ChildEBP RetAddr
> > 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> > 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> > 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> > 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> > *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> > 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> > 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> > *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> > 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> > 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> > 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> > 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> >
> > On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> > ...
> > ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> > ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> > ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> > ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> > ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> > ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> > ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> > ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> > ...
> >
> > The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> >
> > On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
> >
> >
> >
> > --
> > This message is automatically generated by JIRA.
> > -
> > You can reply to this email to add a comment to the issue online.
> >
> >
>
>
> --
> http://xiao-feng.blogspot.com
>
Re: [jira] Created: (HARMONY-3756) Failure running multiple instances of debug version of Harmony
Posted by Xiao-Feng Li <xi...@gmail.com>.
Unfortunately for this case, I can't reproduce it even with three
instances. Let's see if somebody else can reproduce it.
Thanks, -xiaofeng
On 4/25/07, Xiao-Feng Li <xi...@gmail.com> wrote:
> Actually I found to run multiple instances of testing (such as to run
> "build.sh reg.test" and "build.sh kernel.test" at the same time), more
> intermittent failures will happen. Mostly in my experiments, the
> failures throw something with threading-related tests, for example,
> the kernel test java.lang.ThreadTest fails more frequently. But it's
> hard to debug since the failure is very indefinite, hard to reproduce.
> It's great you cooked up such a small test case.
>
> Thanks,
> xiaofeng
>
> On 4/26/07, Chris Elford (JIRA) <ji...@apache.org> wrote:
> > Failure running multiple instances of debug version of Harmony
> > --------------------------------------------------------------
> >
> > Key: HARMONY-3756
> > URL: https://issues.apache.org/jira/browse/HARMONY-3756
> > Project: Harmony
> > Issue Type: Bug
> > Components: DRLVM
> > Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> > Reporter: Chris Elford
> > Priority: Minor
> >
> >
> > Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> >
> > public class Sleep {
> > public static void main(String[] arg) {
> > System.out.println("About to sleep for 60 secs");
> > try {
> > Thread.sleep(60*1000);
> > } catch (Exception e) {
> > }
> > System.out.println("Slept for 60 secs");
> > }
> > }
> >
> > From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> > The first one starts correctly but the second one gets an access violation in memset during startup.
> >
> > Executable search path is:
> > ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> > ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> > ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> > ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> > ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> > ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> > ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> > ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> > ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> > ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> > ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> > ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> > ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> > ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> > ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> > ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> > ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> > ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> > ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> > ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> > ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> > ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> > ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> > ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> > ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> > ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> > ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> > ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> > ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> > ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> > ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> > ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> > ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> > ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> > ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> > ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> > ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> > (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> > eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> > eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> > cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> > MSVCR71D!memset+0x45:
> > 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> > 0:000> k
> > ChildEBP RetAddr
> > 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> > 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> > 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> > 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> > *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> > 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> > 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> > *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> > 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> > 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> > 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> > 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> >
> > On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> > ...
> > ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> > ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> > ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> > ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> > ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> > ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> > ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> > ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> > ...
> >
> > The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> >
> > On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
> >
> >
> >
> > --
> > This message is automatically generated by JIRA.
> > -
> > You can reply to this email to add a comment to the issue online.
> >
> >
>
>
> --
> http://xiao-feng.blogspot.com
>
Re: [jira] Created: (HARMONY-3756) Failure running multiple instances of debug version of Harmony
Posted by Xiao-Feng Li <xi...@gmail.com>.
Actually I found to run multiple instances of testing (such as to run
"build.sh reg.test" and "build.sh kernel.test" at the same time), more
intermittent failures will happen. Mostly in my experiments, the
failures throw something with threading-related tests, for example,
the kernel test java.lang.ThreadTest fails more frequently. But it's
hard to debug since the failure is very indefinite, hard to reproduce.
It's great you cooked up such a small test case.
Thanks,
xiaofeng
On 4/26/07, Chris Elford (JIRA) <ji...@apache.org> wrote:
> Failure running multiple instances of debug version of Harmony
> --------------------------------------------------------------
>
> Key: HARMONY-3756
> URL: https://issues.apache.org/jira/browse/HARMONY-3756
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> Reporter: Chris Elford
> Priority: Minor
>
>
> Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
>
> public class Sleep {
> public static void main(String[] arg) {
> System.out.println("About to sleep for 60 secs");
> try {
> Thread.sleep(60*1000);
> } catch (Exception e) {
> }
> System.out.println("Slept for 60 secs");
> }
> }
>
> From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> The first one starts correctly but the second one gets an access violation in memset during startup.
>
> Executable search path is:
> ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> MSVCR71D!memset+0x45:
> 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> 0:000> k
> ChildEBP RetAddr
> 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
>
> On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> ...
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> ...
>
> The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
>
> On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
>
>
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>
--
http://xiao-feng.blogspot.com
[jira] Commented: (HARMONY-3756) Failure running multiple instances
of debug version of Harmony
Posted by "Chris Elford (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12492350 ]
Chris Elford commented on HARMONY-3756:
---------------------------------------
-XX:vm.dlls=gc_cc.dll -XX:vm.dlls=gc_gen.dll VM reserved VM used
r530500 Sleep 41.3 22.3
r530500 yes Sleep 41.3 22.3
r530500 yes Sleep 287.5 285.1
r530500 yes yes Sleep 287.5 285.1
r532358 Sleep 287.7 285.4
r532358 yes Sleep 41.7 22.7
r532358 yes Sleep 287.7 285.4
r532358 yes yes Sleep 287.7 285.4
It does look GCv5 related. -Xverbose w/ GC4 outputs min/max heap settings of 16m/256m. -Xverbose w/ GC5 doesn't output anything... Sigh...
In any event, I toyed with a few -Xms/-Xmx parameters. It appears that w/ GCv5 the VM always allocates the max memory (and assorted internal memory needed by VM) where GCv4 allocates the smaller amount (and assorted internal memory needed by the VM).
My actual test features a JVM that starts a second JVM. I don't really have as much control over command line parameters to the second JVM.
> Failure running multiple instances of debug version of Harmony
> --------------------------------------------------------------
>
> Key: HARMONY-3756
> URL: https://issues.apache.org/jira/browse/HARMONY-3756
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> Reporter: Chris Elford
>
> Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> public class Sleep {
> public static void main(String[] arg) {
> System.out.println("About to sleep for 60 secs");
> try {
> Thread.sleep(60*1000);
> } catch (Exception e) {
> }
> System.out.println("Slept for 60 secs");
> }
> }
> From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> The first one starts correctly but the second one gets an access violation in memset during startup.
> Executable search path is:
> ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> MSVCR71D!memset+0x45:
> 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> 0:000> k
> ChildEBP RetAddr
> 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> ...
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> ...
> The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-3756) Failure running multiple instances
of debug version of Harmony
Posted by "Xiao-Feng Li (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12492430 ]
Xiao-Feng Li commented on HARMONY-3756:
---------------------------------------
Chris, thanks. I will take care of this JIRA.
> Failure running multiple instances of debug version of Harmony
> --------------------------------------------------------------
>
> Key: HARMONY-3756
> URL: https://issues.apache.org/jira/browse/HARMONY-3756
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> Reporter: Chris Elford
> Assigned To: Xiao-Feng Li
> Attachments: results1.xls
>
>
> Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> public class Sleep {
> public static void main(String[] arg) {
> System.out.println("About to sleep for 60 secs");
> try {
> Thread.sleep(60*1000);
> } catch (Exception e) {
> }
> System.out.println("Slept for 60 secs");
> }
> }
> From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> The first one starts correctly but the second one gets an access violation in memset during startup.
> Executable search path is:
> ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> MSVCR71D!memset+0x45:
> 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> 0:000> k
> ChildEBP RetAddr
> 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> ...
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> ...
> The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (HARMONY-3756) [drlvm][gc_gen] Failure running
multiple instances of debug version of Harmony
Posted by "Xiao-Feng Li (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Xiao-Feng Li closed HARMONY-3756.
---------------------------------
Resolution: Fixed
With HARMONY-3825 committed, this issue should be resolved.
> [drlvm][gc_gen] Failure running multiple instances of debug version of Harmony
> ------------------------------------------------------------------------------
>
> Key: HARMONY-3756
> URL: https://issues.apache.org/jira/browse/HARMONY-3756
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> Reporter: Chris Elford
> Assigned To: Xiao-Feng Li
> Attachments: results1.xls
>
>
> Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> public class Sleep {
> public static void main(String[] arg) {
> System.out.println("About to sleep for 60 secs");
> try {
> Thread.sleep(60*1000);
> } catch (Exception e) {
> }
> System.out.println("Slept for 60 secs");
> }
> }
> From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> The first one starts correctly but the second one gets an access violation in memset during startup.
> Executable search path is:
> ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> MSVCR71D!memset+0x45:
> 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> 0:000> k
> ChildEBP RetAddr
> 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> ...
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> ...
> The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-3756) Failure running multiple instances
of debug version of Harmony
Posted by "Chris Elford (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Chris Elford updated HARMONY-3756:
----------------------------------
Attachment: results1.xls
the above is not too readable . Adding an excel results file
> Failure running multiple instances of debug version of Harmony
> --------------------------------------------------------------
>
> Key: HARMONY-3756
> URL: https://issues.apache.org/jira/browse/HARMONY-3756
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> Reporter: Chris Elford
> Attachments: results1.xls
>
>
> Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> public class Sleep {
> public static void main(String[] arg) {
> System.out.println("About to sleep for 60 secs");
> try {
> Thread.sleep(60*1000);
> } catch (Exception e) {
> }
> System.out.println("Slept for 60 secs");
> }
> }
> From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> The first one starts correctly but the second one gets an access violation in memset during startup.
> Executable search path is:
> ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> MSVCR71D!memset+0x45:
> 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> 0:000> k
> ChildEBP RetAddr
> 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> ...
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> ...
> The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-3756) [drlvm][gc_gen] Failure running
multiple instances of debug version of Harmony
Posted by "Gregory Shimansky (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Gregory Shimansky updated HARMONY-3756:
---------------------------------------
Summary: [drlvm][gc_gen] Failure running multiple instances of debug version of Harmony (was: Failure running multiple instances of debug version of Harmony)
> [drlvm][gc_gen] Failure running multiple instances of debug version of Harmony
> ------------------------------------------------------------------------------
>
> Key: HARMONY-3756
> URL: https://issues.apache.org/jira/browse/HARMONY-3756
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> Reporter: Chris Elford
> Assigned To: Xiao-Feng Li
> Attachments: results1.xls
>
>
> Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> public class Sleep {
> public static void main(String[] arg) {
> System.out.println("About to sleep for 60 secs");
> try {
> Thread.sleep(60*1000);
> } catch (Exception e) {
> }
> System.out.println("Slept for 60 secs");
> }
> }
> From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> The first one starts correctly but the second one gets an access violation in memset during startup.
> Executable search path is:
> ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> MSVCR71D!memset+0x45:
> 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> 0:000> k
> ChildEBP RetAddr
> 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> ...
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> ...
> The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-3756) Failure running multiple instances
of debug version of Harmony
Posted by "Ivan Popov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496292 ]
Ivan Popov commented on HARMONY-3756:
-------------------------------------
I experience the same problem starting two instances of DRLVM with GCv5 (r538512) on my laptop with 1Gb RAM and 576 Mb swap file. Second instance crashes with the following stack trace:
> msvcr71d.dll!memset() Line 108 Asm
gc_gen.dll!fspace_initialize(GC * gc=0x01a55e50, void * start=0x22e30000, unsigned int fspace_size=264241152, unsigned int commit_size=220135424) Line 53 + 0xf C++
gc_gen.dll!gc_nos_initialize(GC_Gen * gc=0x01a55e50, void * start=0x22e30000, unsigned int nos_size=264241152, unsigned int commit_size=220135424) Line 125 + 0x18 C++
gc_gen.dll!gc_gen_initialize(GC_Gen * gc_gen=0x01a55e50, unsigned int min_heap_size=33554432, unsigned int max_heap_size=268435456) Line 199 + 0x15 C++
gc_gen.dll!gc_init() Line 56 + 0x16 C++
harmonyvm.dll!vm_init1(JavaVM_Internal * java_vm=0x011d32f8, JavaVMInitArgs * vm_arguments=0x0013fa98) Line 679 + 0x8 C++
harmonyvm.dll!JNI_CreateJavaVM(JavaVM_External * * p_vm=0x0013faa8, JNIEnv_External * * p_jni_env=0x0013fab0, void * args=0x0013fa98) Line 499 + 0xd C++
java.exe!invocation(HyPortLibrary * portLibrary=0x0013fbb8, int argc=7, char * * argv=0x00364c50, unsigned int handle=5308416, int version=65540, unsigned char ignoreUnrecognized='', char * mainClass=0x00364b98, unsigned int classArg=6, char * propertiesFileName=0x0015f548, int isStandaloneJar=0, char * vmdllsubdir=0x0013fb44) Line 660 + 0xf C
java.exe!gpProtectedMain(haCmdlineOptions * args=0x0013fb90) Line 383 + 0x33 C
java.exe!main(int argc=7, char * * argv=0x00364c50, char * * envp=0x00363578) Line 147 + 0xc C
java.exe!mainCRTStartup() Line 398 + 0xe C
kernel32.dll!7c816fd7()
harmonyvm.dll!EncoderBase::Operand::is_mem() Line 412 + 0x18 C++
Using -XX:vm.dlls=gc_cc.dll I'm able to run many instances of DRLVM in the same environment. On a more powerful machine with 4G RAM I'm able to run many instances of DRLVM with GCv5.
This problem breaks running JPDA tests in jdktools CruiseControl on a weak machine (see HARMONY-3870) , because JPDA tests run two JVM instances concurrently.
> Failure running multiple instances of debug version of Harmony
> --------------------------------------------------------------
>
> Key: HARMONY-3756
> URL: https://issues.apache.org/jira/browse/HARMONY-3756
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> Reporter: Chris Elford
> Assigned To: Xiao-Feng Li
> Attachments: results1.xls
>
>
> Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> public class Sleep {
> public static void main(String[] arg) {
> System.out.println("About to sleep for 60 secs");
> try {
> Thread.sleep(60*1000);
> } catch (Exception e) {
> }
> System.out.println("Slept for 60 secs");
> }
> }
> From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> The first one starts correctly but the second one gets an access violation in memset during startup.
> Executable search path is:
> ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> MSVCR71D!memset+0x45:
> 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> 0:000> k
> ChildEBP RetAddr
> 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> ...
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> ...
> The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-3756) Failure running multiple instances
of debug version of Harmony
Posted by "Chris Elford (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Chris Elford updated HARMONY-3756:
----------------------------------
Priority: Major (was: Minor)
Changing this bug to major because it appears that there has been a regression and a basic "java hello" now consumes 10x more memory than it used to.
> Failure running multiple instances of debug version of Harmony
> --------------------------------------------------------------
>
> Key: HARMONY-3756
> URL: https://issues.apache.org/jira/browse/HARMONY-3756
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> Reporter: Chris Elford
>
> Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> public class Sleep {
> public static void main(String[] arg) {
> System.out.println("About to sleep for 60 secs");
> try {
> Thread.sleep(60*1000);
> } catch (Exception e) {
> }
> System.out.println("Slept for 60 secs");
> }
> }
> From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> The first one starts correctly but the second one gets an access violation in memset during startup.
> Executable search path is:
> ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> MSVCR71D!memset+0x45:
> 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> 0:000> k
> ChildEBP RetAddr
> 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> ...
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> ...
> The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-3756) Failure running multiple instances
of debug version of Harmony
Posted by "Chris Elford (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12492148 ]
Chris Elford commented on HARMONY-3756:
---------------------------------------
Note that this problem does not appear to be confined to debug builds. There seems to be a relationship to the amount of memory in my system and how many java's I can run concurrently before one crashes.
If I exit outlook and a few other piggy apps, I can get two instances to coexist (release builds anyway).
In that case one instance of "java Sleep" consumes ~280MB of virtual memory, the second instance of "java Sleep" consumes ~280MB of virtual memory, and a third instance dies at the approximate stack shown above after consuming ~62MB of virtual memory. My system has 1GB of memory and a 512MB paging file. It has a bunch of junk runnig on it to consume virtual memory however.
I would have expected an "out of virtual memory" OS error of some sort.
This problem exists in r532358 but does not at r530500.
At r530500, an instance of "java Sleep" only consumes ~22MB of memory and I can start at least 15 of them with no problems...
> Failure running multiple instances of debug version of Harmony
> --------------------------------------------------------------
>
> Key: HARMONY-3756
> URL: https://issues.apache.org/jira/browse/HARMONY-3756
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> Reporter: Chris Elford
> Priority: Minor
>
> Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> public class Sleep {
> public static void main(String[] arg) {
> System.out.println("About to sleep for 60 secs");
> try {
> Thread.sleep(60*1000);
> } catch (Exception e) {
> }
> System.out.println("Slept for 60 secs");
> }
> }
> From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> The first one starts correctly but the second one gets an access violation in memset during startup.
> Executable search path is:
> ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> MSVCR71D!memset+0x45:
> 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> 0:000> k
> ChildEBP RetAddr
> 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> ...
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> ...
> The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-3756) Failure running multiple instances
of debug version of Harmony
Posted by "Alexey Varlamov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12492199 ]
Alexey Varlamov commented on HARMONY-3756:
------------------------------------------
Chris,
The switch to GCv5 as default GC happened between these revisions.
Could you try passing '-XX:vm.dlls=gc_cc.dll' and '-XX:vm.dlls=gc_gen.dll' to VM to see if the difference is indeed in GCs?
> Failure running multiple instances of debug version of Harmony
> --------------------------------------------------------------
>
> Key: HARMONY-3756
> URL: https://issues.apache.org/jira/browse/HARMONY-3756
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> Reporter: Chris Elford
>
> Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> public class Sleep {
> public static void main(String[] arg) {
> System.out.println("About to sleep for 60 secs");
> try {
> Thread.sleep(60*1000);
> } catch (Exception e) {
> }
> System.out.println("Slept for 60 secs");
> }
> }
> From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> The first one starts correctly but the second one gets an access violation in memset during startup.
> Executable search path is:
> ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> MSVCR71D!memset+0x45:
> 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> 0:000> k
> ChildEBP RetAddr
> 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> ...
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> ...
> The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (HARMONY-3756) Failure running multiple instances
of debug version of Harmony
Posted by "Xiao-Feng Li (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Xiao-Feng Li reassigned HARMONY-3756:
-------------------------------------
Assignee: Xiao-Feng Li
> Failure running multiple instances of debug version of Harmony
> --------------------------------------------------------------
>
> Key: HARMONY-3756
> URL: https://issues.apache.org/jira/browse/HARMONY-3756
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> Reporter: Chris Elford
> Assigned To: Xiao-Feng Li
> Attachments: results1.xls
>
>
> Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> public class Sleep {
> public static void main(String[] arg) {
> System.out.println("About to sleep for 60 secs");
> try {
> Thread.sleep(60*1000);
> } catch (Exception e) {
> }
> System.out.println("Slept for 60 secs");
> }
> }
> From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> The first one starts correctly but the second one gets an access violation in memset during startup.
> Executable search path is:
> ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> MSVCR71D!memset+0x45:
> 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> 0:000> k
> ChildEBP RetAddr
> 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> ...
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> ...
> The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-3756) Failure running multiple instances
of debug version of Harmony
Posted by "Xiao-Feng Li (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491868 ]
Xiao-Feng Li commented on HARMONY-3756:
---------------------------------------
Unfortunately for this case, I can't reproduce it even with three
instances. Let's see if somebody else can reproduce it.
Thanks, -xiaofeng
> Failure running multiple instances of debug version of Harmony
> --------------------------------------------------------------
>
> Key: HARMONY-3756
> URL: https://issues.apache.org/jira/browse/HARMONY-3756
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: Windows XP -- MSVC DEBUG build of harmony-hdk-r532358
> Reporter: Chris Elford
> Priority: Minor
>
> Has anyone else seen issues running multiple instances debug builds of Harmony at the same time?
> public class Sleep {
> public static void main(String[] arg) {
> System.out.println("About to sleep for 60 secs");
> try {
> Thread.sleep(60*1000);
> } catch (Exception e) {
> }
> System.out.println("Slept for 60 secs");
> }
> }
> From two different windows CMD windows run "C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe Sleep"
> The first one starts correctly but the second one gets an access violation in memset during startup.
> Executable search path is:
> ModLoad: 00400000 0040e000 C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> ModLoad: 7c900000 7c9b0000 C:\WINNT\system32\ntdll.dll
> ModLoad: 7c800000 7c8f4000 C:\WINNT\system32\kernel32.dll
> ModLoad: 11100000 1111d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYPRT.dll
> ModLoad: 10000000 10425000 C:\java\harmony-hdk-r532358\jdk\jre\bin\HYTHR.dll
> ModLoad: 71ab0000 71ac7000 C:\WINNT\system32\WS2_32.dll
> ModLoad: 77c10000 77c68000 C:\WINNT\system32\msvcrt.dll
> ModLoad: 71aa0000 71aa8000 C:\WINNT\system32\WS2HELP.dll
> ModLoad: 77dd0000 77e6b000 C:\WINNT\system32\ADVAPI32.dll
> ModLoad: 77e70000 77f01000 C:\WINNT\system32\RPCRT4.dll
> ModLoad: 7c340000 7c396000 C:\java\harmony-hdk-r532358\jdk\jre\bin\MSVCR71.dll
> ModLoad: 00510000 00ad5000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> ModLoad: 00370000 00383000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\zlib1.dll
> ModLoad: 4a800000 4a8c8000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icuuc34.dll
> ModLoad: 4ad00000 4b570000 C:\java\harmony-hdk-r532358\jdk\jre\bin\icudt34.dll
> ModLoad: 59a60000 59b01000 C:\WINNT\system32\dbghelp.dll
> ModLoad: 77c00000 77c08000 C:\WINNT\system32\VERSION.dll
> ModLoad: 74320000 7435d000 C:\WINNT\system32\ODBC32.dll
> ModLoad: 5d090000 5d12a000 C:\WINNT\system32\COMCTL32.dll
> ModLoad: 77f10000 77f57000 C:\WINNT\system32\GDI32.dll
> ModLoad: 7e410000 7e4a1000 C:\WINNT\system32\USER32.dll
> ModLoad: 7c9c0000 7d1d5000 C:\WINNT\system32\SHELL32.dll
> ModLoad: 77f60000 77fd6000 C:\WINNT\system32\SHLWAPI.dll
> ModLoad: 763b0000 763f9000 C:\WINNT\system32\comdlg32.dll
> ModLoad: 76bf0000 76bfb000 C:\WINNT\system32\PSAPI.DLL
> ModLoad: 769c0000 76a73000 C:\WINNT\system32\USERENV.dll
> ModLoad: 71a50000 71a8f000 C:\WINNT\system32\MSWSOCK.dll
> ModLoad: 76390000 763ad000 C:\WINNT\system32\IMM32.DLL
> ModLoad: 629c0000 629c9000 C:\WINNT\system32\LPK.DLL
> ModLoad: 74d90000 74dfb000 C:\WINNT\system32\USP10.dll
> ModLoad: 773d0000 774d3000 C:\WINNT\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\comctl32.dll
> ModLoad: 20000000 20017000 C:\WINNT\system32\odbcint.dll
> ModLoad: 77fe0000 77ff1000 C:\WINNT\system32\Secur32.dll
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> (11ac.1468): Access violation - code c0000005 (!!! second chance !!!)
> eax=00000000 ebx=7ffdc000 ecx=0347c000 edx=00000000 esi=0013f884 edi=22e30000
> eip=019c6085 esp=0013f7d0 ebp=0013f7ec iopl=0 nv up ei pl nz na pe nc
> cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
> MSVCR71D!memset+0x45:
> 019c6085 f3ab rep stos dword ptr es:[edi] es:0023:22e30000=????????
> 0:000> k
> ChildEBP RetAddr
> 0013f7d0 01986de2 MSVCR71D!memset+0x45 [F:\VS70Builds\3077\vc\crtbld\crt\src\intel\memset.asm @ 108]
> 0013f7ec 0198c2b8 gc_gen!fspace_initialize+0xb2 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\trace_forward\fspace.cpp @ 50]
> 0013f804 0198b8be gc_gen!gc_nos_initialize+0x18 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.h @ 125]
> 0013f864 0198a061 gc_gen!gc_gen_initialize+0x37e [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\gen\gen.cpp @ 196]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\default\harmonyvm.dll
> 0013f87c 0063cc4d gc_gen!gc_init+0x91 [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\gc_gen\src\common\gc_for_vm.cpp @ 51]
> 0013f9d8 005a2fdf harmonyvm!vm_init1+0x30d [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\init\vm_init.cpp @ 679]
> *** WARNING: Unable to verify checksum for C:\java\harmony-hdk-r532358\jdk\jre\bin\java.exe
> 0013fa60 004021f0 harmonyvm!JNI_CreateJavaVM+0x1cf [c:\lab_drlbuild\combined_msvc_d\s0426\working_vm\vm\vmcore\src\jni\jni.cpp @ 499]
> 0013faac 00401a91 java!invocation+0xb0 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 670]
> 0013fb78 004010c5 java!gpProtectedMain+0x771 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\main.c @ 393]
> 0013ff60 0040469d java!main+0xb5 [c:\lab_drlbuild\combined_msvc_d\s0426\working_classlib\modules\luni\src\main\native\launcher\shared\cmain.c @ 147]
> On a possibly related note, the crash happens right where a "redundant" load of gc_gen and MSVCR71D happens in a single VM case. I'm not sure why the same libraries are loaded multiple times... windbg log:
> ...
> ModLoad: 01300000 0136d000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\em.dll
> ModLoad: 01380000 01967000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\jitrino.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 01980000 019b0000 C:\java\harmony-hdk-r532358\jdk\jre\bin\default\gc_gen.dll
> ModLoad: 019b0000 01a37000 C:\WINNT\system32\MSVCR71D.dll
> ModLoad: 13100000 13106000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hysig.dll
> ModLoad: 11700000 11718000 C:\java\harmony-hdk-r532358\jdk\jre\bin\hyzlib.dll
> ...
> The workaround for this issue is to not run multiple debug instances of java at the same time and to instead use release builds. That is unfortunate in my case because the workload I really want to run features a java process that spawns another java process.
> On a probably unrelated note, it still looks like the debug builds are loading three different sets of C runtime libraries. MSVCRT, MSVCR71 and MSVCR71D (see HARMONY-2827 for a similar problem on linux)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.