当前位置: 首页 > 知识库问答 >
问题:

WindowAccessbridge中的JVM崩溃

曾喜
2023-03-14

在JavaAccessBridge屏幕捕获中发现以下错误。

此错误随机发生。请告诉我这个错误的原因?请建议我如何修理它?

>

  • --------------T H R E A D-----------

    当前线程(0x05D31800):JavaThread“thread-6”后台进程[_thread_in_java,ID=16140,堆栈(0x04D60000,0x04DB0000)]

    SIGINFO:ExceptionCode=0xC0000005,读取地址0x08ED9E50

    寄存器:EAX=0x08ED9E50,EBX=0x028502FF,ECX=0x04DAF708,EDX=0x00000001 ESP=0x04DAF624,EBP=0x04DAF684,ESI=0x04DAF710,EDI=0x34780498 EIP=0x0218B335,EFLAGS=0x00010206

    堆栈顶部:(SP=0x04DAF624)0x04DAF624:05D31800 0218B877 00000002 05D31800 0x04DAF634:05C59EC8 05D31800 04DAF7D4 05D31800 0x04DAF644:05C87B18 34780498 2AE9B7F8 04DAFBC0 0x04DAF654:
    02859FA5 04DAFBF4 04DAF7D4 05D31800 0x04DAF664:02404148 023B3ED8 023B3F04 023B42CC 0x04DAF674:

    说明书:(PC=0x0218B335)0x0218B315:85 c0 7E 29 56 8D 9B 00 00 00 00 8B 41 34 80 3C 0x0218B325:02 00 74 10 8B 41 30 8D 34 90 8B 06 85 c0 74 02 0x0218B335:8B 00 89 06 8B 41 38 42 3B d0 7C df 5E 8B 41 30 0x0218B345:c3 cc cc cc cc cc cc cc 55 8B ec 8B 45

    寄存器到内存映射:

    EAX=0x08ED9E50是未知值EBX=StubRoutines::Call_Stub[0x028502FF,0x028503B1[(178字节)ECX=0x04DAF708正在指向线程的堆栈:0x05D31800 EDX=0x00000001是未知值ESP=0x04DAF624正在指向线程的堆栈:0x05D31800 EBP=0x04DAF684正在指向线程的堆栈:0x05D31800 ESI=0x04DAF710正在指向线程的堆栈:0x05D31800 EDI=0x34780498是oop{方法}

    • Klass:{其他类}

    堆栈:[0x04D60000,0x04DB0000],SP=0x04DAF624,可用空间=317K本机帧:(J=编译的Java代码,J=解释的,VV=VM代码,C=本机代码)V[JVM.DLL+0xFB335]V[JVM.DLL+0x18D551]V[JVM.DLL+0xFB90D]V[JVM.DLL+0x96301]V[JVM.DLL+0x97DBC]C[automation.javabridge-32.dll+0xC21b]JNIENV_::CallobjectMethod+0x1bX40596]KiUserCallbackDispatcher+0x36 C[automation.javaBridge-32.dll+0xCCDF]JavaAccessBridge::javarun+0x1af j automation.javaAccessBridge.run()v+0 j java.lang.Thread.run()v+11 v~StubRoutines::call_stub v[jvm.dll+0xFB88b]v[jvm.dll+0xFBA31]v[jvm.dll+0xFBA8b]v[jvm.dll+0xFBA8b]v

    ---------P R O C E S S---------

    Java线程:(=>当前线程)=>0x05D31800 JavaThathRead“Thread-6”守护进程[_Thread_In_Java,ID=16140,stack(0x04D60000,0x04DB0000)]0x05D33400 JavaThathRead“EventQueueMonitor-ComponentEvtDispatch”守护进程[_Thread_Blocked,ID=15116,stack(0x02550000,0x025A0000)]0x00498800 JavaThread“DestroyJavaVM”[_Thread_Blocked,ID=18240,stack(0x025E0000,C1 CompilerThread0“后台进程[_Thread_Blocked,ID=11376,stack(0x04EA0000,0x04EF0000)]0x023A9400 JavaThathRead”附加侦听器“后台进程[_Thread_Blocked,ID=16920,stack(0x04E10000,0x04E60000)]0x023A7400 JavaThathRead”Signal Dispatcher“后台进程[_Thread_Blocked,ID=5076,stack(0x04CA0000,0x04CF0000)]0x0239CC00 JavaThathRead”Finalizer“后台进程[_Thread_Blocked

    其他线程:0x0235EC00 VMThread[堆栈:0x04A70000,0x04AC0000][ID=19372]0x023C2400 WatcherThread[堆栈:0x04FC0000,0x05010000][ID=9724]

    VM状态:不在安全点(正常执行

    线程当前拥有的VM互斥/监视器:无

    堆def新一代总计14400K,已使用7654K[0x24570000,0x25500000,0x29AC0000)eden空间12864K,57%已使用[0x24570000,0x24CAF7B0,0x25200000)从空间1536K,15%已使用[0x25200000,0x2523A140,0x25380000)到空间1536K,0%已使用[0x25380000,0x25380000,0x25500000)终身代总计31788K,已使用20658K[0x29AC0000,0x2B9CB000,0x34570000)空间31788K,64%已使用[0x29AC0000,0x2AEECAAA

    代码缓存[0x02850000,0x02A18000,0x04850000)total_blobs=1133 n方法=918适配器=150 free_code_cache=31719552 largest_free_block=320

    动态库:0x00400000-0x00425000 C:\程序文件(x86)\Java\JRE6\bin\Java.exe 0x77190000-0x772FF000 C:\Windows\System32\NTDll.dll 0x766C0000-0x76800000 C:\Windows\System32\Kernel32.dll 0x74F90000-0x75067000 C:\Windows\System32\KernelBase.dll 0x577A0000-0x57840000 C:\Windows\System32\APPHELP.dll 0x780C0000-0x78325000 C:\Windows\AppPatch\ACGENRAL.dll 0x75330000000 C:\Windows\system32\msacm32.dll 0x74790000-0x74798000 C:\Windows\system32\version.dll 0x75400000-0x766BB000 C:\Windows\system32\shell32.dll 0x6E710000-0x6EE2A000 C:\Windows\system32\userenv.dll 0x6E5C0000-0x6E70B000 C:\Windows\system32\dwmapi.dll 0x75220000-0x7529C000 C:\Windows\system32\advapi32.dll 0x6F200000-6EF20000-0x6EF41000 C:\Windows\system32\devobj.dll 0x70C90000-0x70D1B000 C:\Windows\system32\shcore.dll 0x752A0000-0x752C7000 C:\Windows\system32\imm32.dll 0x74C50000-0x74D62000 C:\Windows\system32\msctf.dll 0x74830000-0x748AA000 C:\Windows\system32\sysfer.dll 0x6D340000-0x6D5CE000 C:\ProgramData\Symantec\Symantecendpoint保护0x66D46000 C:\Windows\WinSXS\X86_Microsoft.Windows.Common-Controls_6595B64144CCF1DF_6.0.9600.17415_None_A9ED7F470139B3C1\COMCTL32.DLL 0x05B20000-0x05B76000 C:\程序文件(x86)\Java\JRE6\bin\FontManager.DLL 0x05F30000-0x05F43000 C:\程序文件(x86)\Java\JRE6\bin\Net.DLL 0x74D80000-0x74DCF000 C:\Windows\System32\WS2_32.DLL 0x74DE0000-86)\Automation Anywhere Enterprise 10.3\Client\Java\automation.javaBridge-32.dll 0x02500000

    • 0x02506000 C:\程序文件(x86)\Java\jre6\bin\jawt.dll 0x05740000-0x05763000 C:\程序文件(x86)\Java\jre6\bin\dcpr.dll 0x74dd0000-0x74dd6000 C:\Windows\system32\psapi.dll

    VM参数:java_command:d:\e drive\sas\swingset2\swingset2\swingset2.jar启动器类型:SUN_STANDARD

    环境变量:path=C:\Program Files(x86)\Intel\ICLS客户端\;C:\Program Files\Intel\ICLS客户端\;C:\Windows\System32;C:\Windows;C:\Windows\System32\WBEM;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\Intel\WiFi\bin\;C:\Program Files\Intel\WirelessCommon\;C:\Program Files(x86)\Intel\Intel\Intel(R)管理引擎组件\DAL;C:\Programrosoft SQL Server\120\Tools\Binn\;C:\Program Files\Microsoft SQL Server\120\DTS\Binn\;C:\Program Files(x86)\Microsoft SQL Server\120\Tools\Binn\ManagementStudio\;C:\Program Files(x86)\Microsoft SQL Server\120\DTS\Binn\Username=Mahen OS=Windows_NT Processor_Identifier=Intel64系列6 Model 61 Stepping 4,GenuineIntel

    ---------S Y S T E M----------

    操作系统:Windows 8,64位Build 9200

    cpu:总共4个(每个cpu 2个核心,每个核心2个线程)系列6型号61 stepping 4、cmov、cx8、fxsr、mmx、sse、sse2、sse3、sse3、SSE4.1、SSE4.2、popcnt、ht

    内存:4K页,物理16478568K(空闲8574852K),交换18968936K(空闲8387300K)

    vm_info:用于windows-x86 JRE(1.6.0_45-B06)的Java热点(TM)客户端VM(20.45-B01),由“java_re”使用MS VC++7.1(VS2003)构建于2013年3月26日13:40:03

    时间:2017年3月17日星期五19:18:57流逝时间:261秒

  • 共有1个答案

    阴迪
    2023-03-14

    AccessBridgeDialogProc中似乎存在一个影响64位版本的错误,该错误在Java 8中持续存在,但在Java 9中似乎得到了修复。

     类似资料:
    • 不久前,我打开电脑处理我一直在开发的Minecraft mod,但我没有像往常一样运行,而是得到了这个例外: 在尝试了几个小时之后,我意识到我的代码没有问题。我试着运行我制作的其他java程序。一个简单的Hello World程序工作了,但我的LWJGL游戏也出现了同样的异常,我使用的任何程序都因文件未找到而崩溃。IO程序也适用于通过GitHub从事同一项目的其他人。 来自IntelliJ的日志太

    • 问题内容: 我的JVM一直在libzip.so上持续崩溃,并且出乎意料。我已经将该错误提交给了Oracle,但决定看看这里是否有人遇到过该问题,如果是,您如何处理它?这是一个正在运行的网络应用 Linux 2.6.34-gentoo-r6#1 SMP Fri Sep 24 00:15:06 EDT 2010 i686 Intel(R)Xeon(R)CPU X5460 @ 3.16GHz 真正的带j

    • 经过大量的谷歌搜索,我在LWJGL渲染VBO立方体时遇到了这个问题。基本上,当我启用法线时,JVM会崩溃。这很可能与我在Plane.java中设置常态的方式有关。由于我仍在学习VBO,我似乎不知道如何解决这个问题。你能看一看,让我知道我可能在哪里出错了吗? Cube.java: 平面. java: 让我知道你们的想法。我已经在三台独立的计算机上测试了代码,每一台都有相同的结果。

    • 问题内容: 当使用Lucene为文档建立索引时,我的JVM(1.6.0_29)在频繁使用时始终崩溃。我得到: 环境: JDK:1.6u29(与1.6_02相同的问题)Lucene版本3.4.0 vm_info:适用于linux-amd64 JRE(1.6.0_29-b11)的Java HotSpot(TM)64位服务器VM(20.4-b02),由“ java_re”于gcc 3.2.2于2011年

    • 我正试图在JDK7U7下编译一个相对简单的、仅客户端的GWT2.5.0应用程序。

    • 我一直在使用G1垃圾收集器经历Java VM崩溃。我们得到使用以下签名生成的hs_err_pid.log文件: