邂逅JVM中的Bug

最新推荐文章于 2023-06-01 22:32:16 发布
最新推荐文章于 2023-06-01 22:32:16 发布
阅读量3.9k 收藏
点赞数
分类专栏： Java技术 文章标签： jvm thread c java generation variables
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Natureboy520/article/details/452769
版权

邂逅JVM中的Bug

作者：张桂权

         接触JAVA已有两年多的时间了，应该说对她已经有了一个很深刻的了解，可还是第一次邂逅JAVA虚拟机的bug，而且更然人吃惊的是代码竟然只有那么可怜的几行。

        这一天我用的IDE是IBM的开源软件日食（eclipse  3.1）版本，其他的都是SUN的底层软件包了。JDK 1.5版,J2SDK 1.5版。不过在我的电脑上还装了JCreator Pro 1.5 版，还有J2EE,J2ME,Java Card等，不过我看了一下这与bug没有什么关系。主要是内存出现了错误。代码还没有写完，就崩溃了，真是很遗憾的。我把这个问题告于大家，让大伙也看看究竟怎么一回事 ！没准你也会碰上她呢 。 祝你好运 ！

      程序代码如下：

import java.awt.*;
import java.awt.Event;
import javax.swing.*;

public class jiecheng extends JFrame {

private JPanel contentPane = new JPanel();
private JLabel prempt = new JLabel();
private JTextField input = new JTextField();
private JLabel prempt2 = new JLabel();
private JTextField output = new JTextField();
private JButton submit = new JButton();
private JButton reset = new JButton();
private String temp = new String();

public jiecheng(){
 
contentPane = (JPanel)getContentPane();
setSize(350,200);
setLocation(300,400);
setVisible(true);
setResizeable(false);
prempt.setText("请输入一个非负整数");
prempt.setBounds(12,20,135,12);
contentPane.add(prempt);
input.setBounds(140,12,200,24);
contentPane.add(input);
prempt2.setText("最后的阶乘为");
prempt2.setBounds(12,60,135,12);
contentPane.add(prempt2);
output.setBounds(140,48,200,24);
contentPane.add(output);
submit.setText("确定");
submit.setBounds(60,120,60,24);
contentPane.add(submit);
reset.setText("重置");
reset.setBounds(150,120,60,24);
contentPane.add(reset);

．．．

}

  public static void main(String[] args){
 
       jiecheng jc = new jiecheng();
  
  }
}

错误报告内容如下：

1. hs_err_pid4256.log文件

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x738c5230, pid=4256, tid=4312
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0-beta-b32c mixed mode)
# Problematic frame:
# C  [D3DIM700.DLL+0x15230]
#

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

Current thread (0x008239b0):  JavaThread "main" [_thread_in_native, id=4312]

siginfo: ExceptionCode=0xc0000005, reading address 0x0000008c

Registers:
EAX=0x00000000, EBX=0x00000008, ECX=0x10000000, EDX=0x0008aa20
ESP=0x0006c874, EBP=0x0006c8a0, ESI=0x0008e960, EDI=0x00000000
EIP=0x738c5230, EFLAGS=0x00010246

Top of Stack: (sp=0x0006c874)
0x0006c874:   0008e960 738c52fc 0008e960 00000000
0x0006c884:   00000000 80000001 00000001 00000000
0x0006c894:   0006c8cc 7396b2bc 00000000 0006c8bc
0x0006c8a4:   738bb661 00000000 8007000e 0008e960
0x0006c8b4:   0008e8a0 00000000 0006c8d8 738bcf69
0x0006c8c4:   0008e960 0008e960 0006c918 7396af17
0x0006c8d4:   00000000 0006c8e4 738bcf29 0008e960
0x0006c8e4:   0006c924 738bd22a 00000001 0008e8b8

Instructions: (pc=0x738c5230)
0x738c5220:   00 85 c0 74 05 85 48 1c 75 18 8b 86 b4 33 00 00
0x738c5230:   8b 80 8c 00 00 00 85 c0 74 0f 8b 40 04 85 48 1c


Stack: [0x00030000,0x00070000),  sp=0x0006c874,  free space=242k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [D3DIM700.DLL+0x15230]
C  [D3DIM700.DLL+0xb661]
C  [D3DIM700.DLL+0xcf69]
C  [D3DIM700.DLL+0xcf29]
C  [D3DIM700.DLL+0xd22a]
C  [D3DIM700.DLL+0xfd69]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  sun.awt.Win32GraphicsEnvironment.initDisplay()V+0
j  sun.awt.Win32GraphicsEnvironment.initDisplayWrapper()V+10
j  sun.awt.Win32GraphicsEnvironment.<clinit>()V+6
v  ~StubRoutines::call_stub
j  java.lang.Class.forName0(Ljava/lang/String;ZLjava/lang/ClassLoader;)Ljava/lang/Class;+0
j  java.lang.Class.forName(Ljava/lang/String;)Ljava/lang/Class;+5
j  java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment()Ljava/awt/GraphicsEnvironment;+24
j  java.awt.Window.init(Ljava/awt/GraphicsConfiguration;)V+45
j  java.awt.Window.<init>()V+66
j  java.awt.Frame.<init>(Ljava/lang/String;)V+1
j  java.awt.Frame.<init>()V+3
j  javax.swing.JFrame.<init>()V+1
j  jiecheng.<init>()V+1
j  jiecheng.main([Ljava/lang/String;)V+4
v  ~StubRoutines::call_stub

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

Java Threads: ( => current thread )
  0x00830060 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=4372]
  0x0082f430 JavaThread "CompilerThread0" daemon [_thread_blocked, id=4368]
  0x0082e280 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=4364]
  0x0082d9d0 JavaThread "Finalizer" daemon [_thread_blocked, id=4360]
  0x0082c700 JavaThread "Reference Handler" daemon [_thread_blocked, id=4356]
=>0x008239b0 JavaThread "main" [_thread_in_native, id=4312]

Other Threads:
  0x0082b840 VMThread [id=4352]
  0x00832e50 WatcherThread [id=4376]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
 def new generation   total 576K, used 386K [0x63a60000, 0x63b00000, 0x63f40000)
  eden space 512K,  75% used [0x63a60000, 0x63ac0b48, 0x63ae0000)
  from space 64K,   0% used [0x63ae0000, 0x63ae0000, 0x63af0000)
  to   space 64K,   0% used [0x63af0000, 0x63af0000, 0x63b00000)
 tenured generation   total 1408K, used 0K [0x63f40000, 0x640a0000, 0x67a60000)
   the space 1408K,   0% used [0x63f40000, 0x63f40000, 0x63f40200, 0x640a0000)
 compacting perm gen  total 8192K, used 303K [0x67a60000, 0x68260000, 0x6ba60000)
   the space 8192K,   3% used [0x67a60000, 0x67aabf30, 0x67aac000, 0x68260000)
    ro space 8192K,  63% used [0x6ba60000, 0x6bf6dd40, 0x6bf6de00, 0x6c260000)
    rw space 12288K,  46% used [0x6c260000, 0x6c7f86d0, 0x6c7f8800, 0x6ce60000)

Dynamic libraries:
0x00400000 - 0x0040b000  C:/Program Files/Java/j2re1.5.0/bin/javaw.exe
0x7c920000 - 0x7c9b4000  C:/WINDOWS/system32/ntdll.dll
0x7c800000 - 0x7c91c000  C:/WINDOWS/system32/kernel32.dll
0x77da0000 - 0x77e49000  C:/WINDOWS/system32/ADVAPI32.dll
0x77e50000 - 0x77ee1000  C:/WINDOWS/system32/RPCRT4.dll
0x77d10000 - 0x77d9f000  C:/WINDOWS/system32/USER32.dll
0x77ef0000 - 0x77f36000  C:/WINDOWS/system32/GDI32.dll
0x77be0000 - 0x77c38000  C:/WINDOWS/system32/MSVCRT.dll
0x76300000 - 0x7631d000  C:/WINDOWS/system32/IMM32.DLL
0x62c20000 - 0x62c29000  C:/WINDOWS/system32/LPK.DLL
0x73fa0000 - 0x7400b000  C:/WINDOWS/system32/USP10.dll
0x6d620000 - 0x6d7c7000  C:/Program Files/Java/j2re1.5.0/bin/client/jvm.dll
0x76b10000 - 0x76b3a000  C:/WINDOWS/system32/WINMM.dll
0x6d260000 - 0x6d267000  C:/Program Files/Java/j2re1.5.0/bin/hpi.dll
0x76bc0000 - 0x76bcb000  C:/WINDOWS/system32/PSAPI.DLL
0x6d5f0000 - 0x6d5fb000  C:/Program Files/Java/j2re1.5.0/bin/verify.dll
0x6d2d0000 - 0x6d2ec000  C:/Program Files/Java/j2re1.5.0/bin/java.dll
0x6d610000 - 0x6d61e000  C:/Program Files/Java/j2re1.5.0/bin/zip.dll
0x01260000 - 0x013bb000  C:/Program Files/Java/j2re1.5.0/bin/awt.dll
0x72f70000 - 0x72f96000  C:/WINDOWS/system32/WINSPOOL.DRV
0x76990000 - 0x76acd000  C:/WINDOWS/system32/ole32.dll
0x736d0000 - 0x73719000  C:/WINDOWS/system32/ddraw.dll
0x73b30000 - 0x73b36000  C:/WINDOWS/system32/DCIMAN32.dll
0x738b0000 - 0x73980000  C:/WINDOWS/system32/D3DIM700.DLL

VM Arguments:
jvm_args: -Djava.library.path=d:/workspace/org.eclipse.swt.win32.win32.x86
java_command: jiecheng

Environment Variables:


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

OS: Windows XP Build 2600 Service Pack 2

CPU:total 1(active 1) family 15, cmov, cx8, fxsr, mmx, sse, sse2

Memory: 4k page, physical 523760k(92104k free), swap 1280080k(3892k free)

vm_info: Java HotSpot(TM) Client VM (1.5.0-beta-b32c) for windows-x86, built on Jan 23 2004 01:52:20 by "java_re" with MS VC++ 6.0

   

2.  hs_err_pid3092.log文件

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x738c5230, pid=3092, tid=3380
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0-beta-b32c mixed mode)
# Problematic frame:
# C  [D3DIM700.DLL+0x15230]
#

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

Current thread (0x008239b0):  JavaThread "main" [_thread_in_native, id=3380]

siginfo: ExceptionCode=0xc0000005, reading address 0x0000008c

Registers:
EAX=0x00000000, EBX=0x00000008, ECX=0x10000000, EDX=0x0008aa20
ESP=0x0006c874, EBP=0x0006c8a0, ESI=0x0008e960, EDI=0x00000000
EIP=0x738c5230, EFLAGS=0x00010246

Top of Stack: (sp=0x0006c874)
0x0006c874:   0008e960 738c52fc 0008e960 00000000
0x0006c884:   00000000 80000001 00000001 00000000
0x0006c894:   0006c8cc 7396b2bc 00000000 0006c8bc
0x0006c8a4:   738bb661 00000000 8007000e 0008e960
0x0006c8b4:   0008e8a0 00000000 0006c8d8 738bcf69
0x0006c8c4:   0008e960 0008e960 0006c918 7396af17
0x0006c8d4:   00000000 0006c8e4 738bcf29 0008e960
0x0006c8e4:   0006c924 738bd22a 00000001 0008e8b8

Instructions: (pc=0x738c5230)
0x738c5220:   00 85 c0 74 05 85 48 1c 75 18 8b 86 b4 33 00 00
0x738c5230:   8b 80 8c 00 00 00 85 c0 74 0f 8b 40 04 85 48 1c


Stack: [0x00030000,0x00070000),  sp=0x0006c874,  free space=242k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [D3DIM700.DLL+0x15230]
C  [D3DIM700.DLL+0xb661]
C  [D3DIM700.DLL+0xcf69]
C  [D3DIM700.DLL+0xcf29]
C  [D3DIM700.DLL+0xd22a]
C  [D3DIM700.DLL+0xfd69]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  sun.awt.Win32GraphicsEnvironment.initDisplay()V+0
j  sun.awt.Win32GraphicsEnvironment.initDisplayWrapper()V+10
j  sun.awt.Win32GraphicsEnvironment.<clinit>()V+6
v  ~StubRoutines::call_stub
j  java.lang.Class.forName0(Ljava/lang/String;ZLjava/lang/ClassLoader;)Ljava/lang/Class;+0
j  java.lang.Class.forName(Ljava/lang/String;)Ljava/lang/Class;+5
j  java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment()Ljava/awt/GraphicsEnvironment;+24
j  java.awt.Window.init(Ljava/awt/GraphicsConfiguration;)V+45
j  java.awt.Window.<init>()V+66
j  java.awt.Frame.<init>(Ljava/lang/String;)V+1
j  java.awt.Frame.<init>()V+3
j  javax.swing.JFrame.<init>()V+1
j  jiecheng.<init>()V+1
j  jiecheng.main([Ljava/lang/String;)V+4
v  ~StubRoutines::call_stub

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

Java Threads: ( => current thread )
  0x00830060 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=3208]
  0x0082f430 JavaThread "CompilerThread0" daemon [_thread_blocked, id=3200]
  0x0082e280 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=3204]
  0x0082d9d0 JavaThread "Finalizer" daemon [_thread_blocked, id=3104]
  0x0082c700 JavaThread "Reference Handler" daemon [_thread_blocked, id=3408]
=>0x008239b0 JavaThread "main" [_thread_in_native, id=3380]

Other Threads:
  0x0082b840 VMThread [id=3404]
  0x00832e50 WatcherThread [id=3496]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
 def new generation   total 576K, used 386K [0x63a60000, 0x63b00000, 0x63f40000)
  eden space 512K,  75% used [0x63a60000, 0x63ac0b48, 0x63ae0000)
  from space 64K,   0% used [0x63ae0000, 0x63ae0000, 0x63af0000)
  to   space 64K,   0% used [0x63af0000, 0x63af0000, 0x63b00000)
 tenured generation   total 1408K, used 0K [0x63f40000, 0x640a0000, 0x67a60000)
   the space 1408K,   0% used [0x63f40000, 0x63f40000, 0x63f40200, 0x640a0000)
 compacting perm gen  total 8192K, used 303K [0x67a60000, 0x68260000, 0x6ba60000)
   the space 8192K,   3% used [0x67a60000, 0x67aabf28, 0x67aac000, 0x68260000)
    ro space 8192K,  63% used [0x6ba60000, 0x6bf6dd40, 0x6bf6de00, 0x6c260000)
    rw space 12288K,  46% used [0x6c260000, 0x6c7f86d0, 0x6c7f8800, 0x6ce60000)

Dynamic libraries:
0x00400000 - 0x0040b000  C:/Program Files/Java/j2re1.5.0/bin/javaw.exe
0x7c920000 - 0x7c9b4000  C:/WINDOWS/system32/ntdll.dll
0x7c800000 - 0x7c91c000  C:/WINDOWS/system32/kernel32.dll
0x77da0000 - 0x77e49000  C:/WINDOWS/system32/ADVAPI32.dll
0x77e50000 - 0x77ee1000  C:/WINDOWS/system32/RPCRT4.dll
0x77d10000 - 0x77d9f000  C:/WINDOWS/system32/USER32.dll
0x77ef0000 - 0x77f36000  C:/WINDOWS/system32/GDI32.dll
0x77be0000 - 0x77c38000  C:/WINDOWS/system32/MSVCRT.dll
0x76300000 - 0x7631d000  C:/WINDOWS/system32/IMM32.DLL
0x62c20000 - 0x62c29000  C:/WINDOWS/system32/LPK.DLL
0x73fa0000 - 0x7400b000  C:/WINDOWS/system32/USP10.dll
0x6d620000 - 0x6d7c7000  C:/Program Files/Java/j2re1.5.0/bin/client/jvm.dll
0x76b10000 - 0x76b3a000  C:/WINDOWS/system32/WINMM.dll
0x6d260000 - 0x6d267000  C:/Program Files/Java/j2re1.5.0/bin/hpi.dll
0x76bc0000 - 0x76bcb000  C:/WINDOWS/system32/PSAPI.DLL
0x6d5f0000 - 0x6d5fb000  C:/Program Files/Java/j2re1.5.0/bin/verify.dll
0x6d2d0000 - 0x6d2ec000  C:/Program Files/Java/j2re1.5.0/bin/java.dll
0x6d610000 - 0x6d61e000  C:/Program Files/Java/j2re1.5.0/bin/zip.dll
0x01260000 - 0x013bb000  C:/Program Files/Java/j2re1.5.0/bin/awt.dll
0x72f70000 - 0x72f96000  C:/WINDOWS/system32/WINSPOOL.DRV
0x76990000 - 0x76acd000  C:/WINDOWS/system32/ole32.dll
0x736d0000 - 0x73719000  C:/WINDOWS/system32/ddraw.dll
0x73b30000 - 0x73b36000  C:/WINDOWS/system32/DCIMAN32.dll
0x738b0000 - 0x73980000  C:/WINDOWS/system32/D3DIM700.DLL

VM Arguments:
jvm_args: -Djava.library.path=d:/workspace/org.eclipse.swt.win32.win32.x86
java_command: jiecheng

Environment Variables:


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

OS: Windows XP Build 2600 Service Pack 2

CPU:total 1(active 1) family 15, cmov, cx8, fxsr, mmx, sse, sse2

Memory: 4k page, physical 523760k(91976k free), swap 1280080k(3588k free)

vm_info: Java HotSpot(TM) Client VM (1.5.0-beta-b32c) for windows-x86, built on Jan 23 2004 01:52:20 by "java_re" with MS VC++ 6.0

3. hs_err_pid3360.log文件

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x738c5230, pid=3360, tid=3880
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0-beta-b32c mixed mode)
# Problematic frame:
# C  [D3DIM700.DLL+0x15230]
#

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

Current thread (0x008239b0):  JavaThread "main" [_thread_in_native, id=3880]

siginfo: ExceptionCode=0xc0000005, reading address 0x0000008c

Registers:
EAX=0x00000000, EBX=0x00000008, ECX=0x10000000, EDX=0x0008aa20
ESP=0x0006c874, EBP=0x0006c8a0, ESI=0x0008e960, EDI=0x00000000
EIP=0x738c5230, EFLAGS=0x00010246

Top of Stack: (sp=0x0006c874)
0x0006c874:   0008e960 738c52fc 0008e960 00000000
0x0006c884:   00000000 80000001 00000001 00000000
0x0006c894:   0006c8cc 7396b2bc 00000000 0006c8bc
0x0006c8a4:   738bb661 00000000 8007000e 0008e960
0x0006c8b4:   0008e8a0 00000000 0006c8d8 738bcf69
0x0006c8c4:   0008e960 0008e960 0006c918 7396af17
0x0006c8d4:   00000000 0006c8e4 738bcf29 0008e960
0x0006c8e4:   0006c924 738bd22a 00000001 0008e8b8

Instructions: (pc=0x738c5230)
0x738c5220:   00 85 c0 74 05 85 48 1c 75 18 8b 86 b4 33 00 00
0x738c5230:   8b 80 8c 00 00 00 85 c0 74 0f 8b 40 04 85 48 1c


Stack: [0x00030000,0x00070000),  sp=0x0006c874,  free space=242k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [D3DIM700.DLL+0x15230]
C  [D3DIM700.DLL+0xb661]
C  [D3DIM700.DLL+0xcf69]
C  [D3DIM700.DLL+0xcf29]
C  [D3DIM700.DLL+0xd22a]
C  [D3DIM700.DLL+0xfd69]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  sun.awt.Win32GraphicsEnvironment.initDisplay()V+0
j  sun.awt.Win32GraphicsEnvironment.initDisplayWrapper()V+10
j  sun.awt.Win32GraphicsEnvironment.<clinit>()V+6
v  ~StubRoutines::call_stub
j  java.lang.Class.forName0(Ljava/lang/String;ZLjava/lang/ClassLoader;)Ljava/lang/Class;+0
j  java.lang.Class.forName(Ljava/lang/String;)Ljava/lang/Class;+5
j  java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment()Ljava/awt/GraphicsEnvironment;+24
j  java.awt.Window.init(Ljava/awt/GraphicsConfiguration;)V+45
j  java.awt.Window.<init>()V+66
j  java.awt.Frame.<init>(Ljava/lang/String;)V+1
j  java.awt.Frame.<init>()V+3
j  javax.swing.JFrame.<init>()V+1
j  jiecheng.<init>()V+1
j  jiecheng.main([Ljava/lang/String;)V+4
v  ~StubRoutines::call_stub

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

Java Threads: ( => current thread )
  0x00830060 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=3156]
  0x0082f430 JavaThread "CompilerThread0" daemon [_thread_blocked, id=3096]
  0x0082e280 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=3980]
  0x0082d9d0 JavaThread "Finalizer" daemon [_thread_blocked, id=2852]
  0x0082c700 JavaThread "Reference Handler" daemon [_thread_blocked, id=2892]
=>0x008239b0 JavaThread "main" [_thread_in_native, id=3880]

Other Threads:
  0x0082b840 VMThread [id=2872]
  0x00832e50 WatcherThread [id=2944]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
 def new generation   total 576K, used 386K [0x63a60000, 0x63b00000, 0x63f40000)
  eden space 512K,  75% used [0x63a60000, 0x63ac0b48, 0x63ae0000)
  from space 64K,   0% used [0x63ae0000, 0x63ae0000, 0x63af0000)
  to   space 64K,   0% used [0x63af0000, 0x63af0000, 0x63b00000)
 tenured generation   total 1408K, used 0K [0x63f40000, 0x640a0000, 0x67a60000)
   the space 1408K,   0% used [0x63f40000, 0x63f40000, 0x63f40200, 0x640a0000)
 compacting perm gen  total 8192K, used 303K [0x67a60000, 0x68260000, 0x6ba60000)
   the space 8192K,   3% used [0x67a60000, 0x67aabf28, 0x67aac000, 0x68260000)
    ro space 8192K,  63% used [0x6ba60000, 0x6bf6dd40, 0x6bf6de00, 0x6c260000)
    rw space 12288K,  46% used [0x6c260000, 0x6c7f86d0, 0x6c7f8800, 0x6ce60000)

Dynamic libraries:
0x00400000 - 0x0040b000  C:/Program Files/Java/j2re1.5.0/bin/javaw.exe
0x7c920000 - 0x7c9b4000  C:/WINDOWS/system32/ntdll.dll
0x7c800000 - 0x7c91c000  C:/WINDOWS/system32/kernel32.dll
0x77da0000 - 0x77e49000  C:/WINDOWS/system32/ADVAPI32.dll
0x77e50000 - 0x77ee1000  C:/WINDOWS/system32/RPCRT4.dll
0x77d10000 - 0x77d9f000  C:/WINDOWS/system32/USER32.dll
0x77ef0000 - 0x77f36000  C:/WINDOWS/system32/GDI32.dll
0x77be0000 - 0x77c38000  C:/WINDOWS/system32/MSVCRT.dll
0x76300000 - 0x7631d000  C:/WINDOWS/system32/IMM32.DLL
0x62c20000 - 0x62c29000  C:/WINDOWS/system32/LPK.DLL
0x73fa0000 - 0x7400b000  C:/WINDOWS/system32/USP10.dll
0x6d620000 - 0x6d7c7000  C:/Program Files/Java/j2re1.5.0/bin/client/jvm.dll
0x76b10000 - 0x76b3a000  C:/WINDOWS/system32/WINMM.dll
0x6d260000 - 0x6d267000  C:/Program Files/Java/j2re1.5.0/bin/hpi.dll
0x76bc0000 - 0x76bcb000  C:/WINDOWS/system32/PSAPI.DLL
0x6d5f0000 - 0x6d5fb000  C:/Program Files/Java/j2re1.5.0/bin/verify.dll
0x6d2d0000 - 0x6d2ec000  C:/Program Files/Java/j2re1.5.0/bin/java.dll
0x6d610000 - 0x6d61e000  C:/Program Files/Java/j2re1.5.0/bin/zip.dll
0x01260000 - 0x013bb000  C:/Program Files/Java/j2re1.5.0/bin/awt.dll
0x72f70000 - 0x72f96000  C:/WINDOWS/system32/WINSPOOL.DRV
0x76990000 - 0x76acd000  C:/WINDOWS/system32/ole32.dll
0x736d0000 - 0x73719000  C:/WINDOWS/system32/ddraw.dll
0x73b30000 - 0x73b36000  C:/WINDOWS/system32/DCIMAN32.dll
0x738b0000 - 0x73980000  C:/WINDOWS/system32/D3DIM700.DLL

VM Arguments:
jvm_args: -Djava.library.path=d:/workspace/org.eclipse.swt.win32.win32.x86
java_command: jiecheng

Environment Variables:


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

OS: Windows XP Build 2600 Service Pack 2

CPU:total 1(active 1) family 15, cmov, cx8, fxsr, mmx, sse, sse2

Memory: 4k page, physical 523760k(92044k free), swap 1280080k(3564k free)

vm_info: Java HotSpot(TM) Client VM (1.5.0-beta-b32c) for windows-x86, built on Jan 23 2004 01:52:20 by "java_re" with MS VC++ 6.0

4.hs_err_pid4168.log文件

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x738c5230, pid=4168, tid=4172
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0-beta-b32c mixed mode)
# Problematic frame:
# C  [D3DIM700.DLL+0x15230]
#

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

Current thread (0x008239b0):  JavaThread "main" [_thread_in_native, id=4172]

siginfo: ExceptionCode=0xc0000005, reading address 0x0000008c

Registers:
EAX=0x00000000, EBX=0x00000008, ECX=0x10000000, EDX=0x0008aa20
ESP=0x0006c874, EBP=0x0006c8a0, ESI=0x0008e960, EDI=0x00000000
EIP=0x738c5230, EFLAGS=0x00010246

Top of Stack: (sp=0x0006c874)
0x0006c874:   0008e960 738c52fc 0008e960 00000000
0x0006c884:   00000000 80000001 00000001 00000000
0x0006c894:   0006c8cc 7396b2bc 00000000 0006c8bc
0x0006c8a4:   738bb661 00000000 8007000e 0008e960
0x0006c8b4:   0008e8a0 00000000 0006c8d8 738bcf69
0x0006c8c4:   0008e960 0008e960 0006c918 7396af17
0x0006c8d4:   00000000 0006c8e4 738bcf29 0008e960
0x0006c8e4:   0006c924 738bd22a 00000001 0008e8b8

Instructions: (pc=0x738c5230)
0x738c5220:   00 85 c0 74 05 85 48 1c 75 18 8b 86 b4 33 00 00
0x738c5230:   8b 80 8c 00 00 00 85 c0 74 0f 8b 40 04 85 48 1c


Stack: [0x00030000,0x00070000),  sp=0x0006c874,  free space=242k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [D3DIM700.DLL+0x15230]
C  [D3DIM700.DLL+0xb661]
C  [D3DIM700.DLL+0xcf69]
C  [D3DIM700.DLL+0xcf29]
C  [D3DIM700.DLL+0xd22a]
C  [D3DIM700.DLL+0xfd69]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  sun.awt.Win32GraphicsEnvironment.initDisplay()V+0
j  sun.awt.Win32GraphicsEnvironment.initDisplayWrapper()V+10
j  sun.awt.Win32GraphicsEnvironment.<clinit>()V+6
v  ~StubRoutines::call_stub
j  java.lang.Class.forName0(Ljava/lang/String;ZLjava/lang/ClassLoader;)Ljava/lang/Class;+0
j  java.lang.Class.forName(Ljava/lang/String;)Ljava/lang/Class;+5
j  java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment()Ljava/awt/GraphicsEnvironment;+24
j  java.awt.Window.init(Ljava/awt/GraphicsConfiguration;)V+45
j  java.awt.Window.<init>()V+66
j  java.awt.Frame.<init>(Ljava/lang/String;)V+1
j  java.awt.Frame.<init>()V+3
j  javax.swing.JFrame.<init>()V+1
j  jiecheng.<init>()V+1
j  jiecheng.main([Ljava/lang/String;)V+4
v  ~StubRoutines::call_stub

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

Java Threads: ( => current thread )
  0x00830060 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=4212]
  0x0082f430 JavaThread "CompilerThread0" daemon [_thread_blocked, id=4208]
  0x0082e280 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=4204]
  0x0082d9d0 JavaThread "Finalizer" daemon [_thread_blocked, id=4200]
  0x0082c700 JavaThread "Reference Handler" daemon [_thread_blocked, id=4196]
=>0x008239b0 JavaThread "main" [_thread_in_native, id=4172]

Other Threads:
  0x0082b840 VMThread [id=4192]
  0x00832e50 WatcherThread [id=4216]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
 def new generation   total 576K, used 386K [0x63a60000, 0x63b00000, 0x63f40000)
  eden space 512K,  75% used [0x63a60000, 0x63ac0b48, 0x63ae0000)
  from space 64K,   0% used [0x63ae0000, 0x63ae0000, 0x63af0000)
  to   space 64K,   0% used [0x63af0000, 0x63af0000, 0x63b00000)
 tenured generation   total 1408K, used 0K [0x63f40000, 0x640a0000, 0x67a60000)
   the space 1408K,   0% used [0x63f40000, 0x63f40000, 0x63f40200, 0x640a0000)
 compacting perm gen  total 8192K, used 303K [0x67a60000, 0x68260000, 0x6ba60000)
   the space 8192K,   3% used [0x67a60000, 0x67aabf30, 0x67aac000, 0x68260000)
    ro space 8192K,  63% used [0x6ba60000, 0x6bf6dd40, 0x6bf6de00, 0x6c260000)
    rw space 12288K,  46% used [0x6c260000, 0x6c7f86d0, 0x6c7f8800, 0x6ce60000)

Dynamic libraries:
0x00400000 - 0x0040b000  C:/Program Files/Java/j2re1.5.0/bin/javaw.exe
0x7c920000 - 0x7c9b4000  C:/WINDOWS/system32/ntdll.dll
0x7c800000 - 0x7c91c000  C:/WINDOWS/system32/kernel32.dll
0x77da0000 - 0x77e49000  C:/WINDOWS/system32/ADVAPI32.dll
0x77e50000 - 0x77ee1000  C:/WINDOWS/system32/RPCRT4.dll
0x77d10000 - 0x77d9f000  C:/WINDOWS/system32/USER32.dll
0x77ef0000 - 0x77f36000  C:/WINDOWS/system32/GDI32.dll
0x77be0000 - 0x77c38000  C:/WINDOWS/system32/MSVCRT.dll
0x76300000 - 0x7631d000  C:/WINDOWS/system32/IMM32.DLL
0x62c20000 - 0x62c29000  C:/WINDOWS/system32/LPK.DLL
0x73fa0000 - 0x7400b000  C:/WINDOWS/system32/USP10.dll
0x6d620000 - 0x6d7c7000  C:/Program Files/Java/j2re1.5.0/bin/client/jvm.dll
0x76b10000 - 0x76b3a000  C:/WINDOWS/system32/WINMM.dll
0x6d260000 - 0x6d267000  C:/Program Files/Java/j2re1.5.0/bin/hpi.dll
0x76bc0000 - 0x76bcb000  C:/WINDOWS/system32/PSAPI.DLL
0x6d5f0000 - 0x6d5fb000  C:/Program Files/Java/j2re1.5.0/bin/verify.dll
0x6d2d0000 - 0x6d2ec000  C:/Program Files/Java/j2re1.5.0/bin/java.dll
0x6d610000 - 0x6d61e000  C:/Program Files/Java/j2re1.5.0/bin/zip.dll
0x01260000 - 0x013bb000  C:/Program Files/Java/j2re1.5.0/bin/awt.dll
0x72f70000 - 0x72f96000  C:/WINDOWS/system32/WINSPOOL.DRV
0x76990000 - 0x76acd000  C:/WINDOWS/system32/ole32.dll
0x736d0000 - 0x73719000  C:/WINDOWS/system32/ddraw.dll
0x73b30000 - 0x73b36000  C:/WINDOWS/system32/DCIMAN32.dll
0x738b0000 - 0x73980000  C:/WINDOWS/system32/D3DIM700.DLL

VM Arguments:
jvm_args: -Djava.library.path=d:/workspace/org.eclipse.swt.win32.win32.x86
java_command: jiecheng

Environment Variables:


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

OS: Windows XP Build 2600 Service Pack 2

CPU:total 1(active 1) family 15, cmov, cx8, fxsr, mmx, sse, sse2

Memory: 4k page, physical 523760k(87672k free), swap 1280080k(3944k free)

vm_info: Java HotSpot(TM) Client VM (1.5.0-beta-b32c) for windows-x86, built on Jan 23 2004 01:52:20 by "java_re" with MS VC++ 6.0

5. java. policy.applet文件

/* AUTOMATICALLY GENERATED ON Tue Apr 16 17:20:59 EDT 2002*/
/* DO NOT EDIT */

grant {
  permission java.security.AllPermission;
};

6. jiecheng1184464691062.html文件

<html>
<body>
<applet code=jiecheng.class width="200" height="200" >
</applet>
</body>
</html>

      除5、6之外的几个文件似乎是一个内容的不同版本罢了，可能是多次编译产生的，因为只有几个参数不同而已。

7. .project 文件

<?xml version="1.0" encoding="UTF-8"?>
<projectDescription>
 <name>jiecheng</name>
 <comment></comment>
 <projects>
 </projects>
 <buildSpec>
  <buildCommand>
   <name>org.eclipse.jdt.core.javabuilder</name>
   <arguments>
   </arguments>
  </buildCommand>
 </buildSpec>
 <natures>
  <nature>org.eclipse.jdt.core.javanature</nature>
 </natures>
</projectDescription>

8. .classpath文件

<?xml version="1.0" encoding="UTF-8"?>
<classpath>
 <classpathentry kind="src" path=""/>
 <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
 <classpathentry kind="output" path=""/>
</classpath>

     

主要因为我在“构制函数“中初始化的变量多了点让系统内存分配产生“溢出”造成的。还有一点当时我还安装了一个@Home的一个客户端（为科研做点贡献罢了），所以绝大部分的内存都被占用了。所以才很＂荣幸＂的邂逅了JAVA虚拟机的漏洞 ！ 

   

natureboy520
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JVM崩溃的原因及解决！
weixin_34163553的博客
01-06 4352
前些天，搞JNI的时候，报了个JVM崩溃的错。错误信息如下： # # An unexpected error has been detected by HotSpot Virtual Machine: # #  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x009fcf52, pid=4752, tid=4440 # # Java VM...
分享一个新出炉的JVM里不痛不痒的BUG(Attach机制相关)
HeapDump性能社区的博客
06-02 389
本文来自: PerfMa技术社区 PerfMa(笨马网络)官网 概述 老早之前写过一篇文章，关于attach机制的，可以看下这篇老文章了解一下JVM源码分析之Attach机制实现完全解读，比如大家常用的jstack，jmap等工具的主要原理都和attach机制有关，在JVM里处理这些命令的线程主要是Attach Listener这个线程，这个线程在JVM里是唯一的，我之前也一直以为是唯一的，但是我们同事最近在做一个线程分析产品的时候，发现我们抓到了多个Attach Listener线程，这让我也很疑惑，.
jvm bug
...
09-10 106
jvm进程明明存在，但是执行jps，jstat却找不到 jstat pid not found [url]http://dikar.iteye.com/blog/781083[/url] Bug Detail [url]http://bugs.sun.com/view_bug.do?bug_id=6447182[/url] JVM致命错误日志（hs_err_pid.l...
JVM Bug:多个线程持有一把锁?
HeapDump性能社区的博客
02-18 663
JVM线程dump Bug描述   在JAVA语言中，当同步块(Synchronized)被多个线程并发访问时，JVM中会采用基于互斥实现的重量级锁。JVM最多只允许一个线程持有这把锁，如果其它线程想要获得这把锁就必须处于等待状态，也就是说在同步块被并发访问时，最多只会有一个处于RUNNABLE状态的线程持有某把锁，而另外的线程因为竞争不到这把锁而都处于BLOCKED状态。然而有些时候我们会发现处...
高级JAVA工程师手把手教你解决JVM奔溃实战（IPV6引起Java jvm奔溃服务死亡经验诱发JDK8BUG）
nasen512的博客
04-09 3117
ipv6触发JDK8的JVM奔溃实例讲解，生产实际过程中过程中可能遇到。**作者是真实解决生产事故做一次真实案例，提供给JVM宕机网友们一个解决问题的思路与方法。我们工作中99%遇到的是从程序日志翻看分析的，这次似乎更深到JVM的日志分析。还得去参考一下国外程序员同行的加成最终才能解决，希望写的东西能帮到你，如果真的帮到你了，记得给我点赞。 作者本人简介：现任国内某大型软件公司大数据研发工程师、MySQL数据库DBA，软件架构师。直接参与设计国家级亿级别大数据项目。并维护真实企业级生产数据库300余个。紧急
java nio的一个严重BUG
沉底的石头
05-12 4727
这个BUG会在linux上导致cpu 100%，使得nio server/client不可用，具体的详情可以看这里http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6403933 。令人失望的是这个BUG直到jdk 6u4才解决，sun的拖沓让人难以相信。这个BUG在server端容易出现，因为server端有频繁地接入断开连接。    
JVM中文指令手册.pdf
01-21
这个是jvm指令手册，可以通过该手册查找理解字节码程序，超详细，超好用！！
jvm中的堆.xmind
08-27
自己总结的jvm中堆的笔记，绘制了详细的思维导图，每个思维导图中均有详细的博文解释，方便大家学习和理解，免费分享给大家。适合jvm的爱好者和学习者
java基础学习JVM中GC的算法
08-28
Java基础学习JVM中GC的算法 Java虚拟机（JVM）中的垃圾回收（GC）机制是Java语言的一大特色，它能够自动地回收内存空间，避免了手动管理内存的麻烦。GC算法是JVM中的一种核心机制，它对Java程序的执行效率和内存...
JVM中有哪些内存区域及其作用
08-25
"JVM中的内存区域及其作用" JVM中的内存区域是指Java虚拟机在运行时所使用的多块内存空间，每个内存空间都有其特定的作用。了解JVM中的内存区域可以帮助我们更好地理解Java程序的运行机理，从而更好地编写和优化...
JVM中的flag设置详解
08-28
"JVM中的flag设置详解" 在Java虚拟机（JVM）中， flag设置是非常重要的一部分，它可以影响JVM的性能和行为。本文将详细介绍JVM中的flag设置，包括堆大小设置、收集器设置、垃圾回收统计信息、并行收集器设置和并发...
JVM致命错误日志详解
最新发布
匠心工坊
06-01 3390
崩溃时正在通过JNI方式调用SetByteArrayRegion这个方法进行数组处理，通过堆栈信息可以看到是在调用RemoteTCPConnection.receive()时报的错，而这个类是我们引用的MQ中的方法，后续需要对相关的代码进行排查，确定使用的版本是否正常，相关代码是否存在问题。
JVM致命错误日志(hs_err_pid.log)分析
似水流年
05-15 2540
最近两天测试环境有一个服务总是会挂（两到三天一次），JVM虚拟机总是会崩溃。所以有必要了解JVM崩溃的原因是什么。 当JVM发生致命错误导致崩溃时，会生成一个hs_err_pid_xxx.log这样的文件，该文件包含了导致 JVM crash 的重要信息，我们可以通过分析该文件定位到导致 JVM Crash 的原因，从而修复保证系统稳定。 默认情况下，该文件是生成在工作目录下的，当然也可以通过...
JAVA应用闪退，堆栈日志中出现EXCEPTION_STACK_OVERFLOW
10-30 4219
公司的产品，在进行一项操作的时候，每次都会
从 JVM 视角看看 Java 守护线程
LieBrother
10-15 609
Java 多线程系列文章第 7 篇。
JVM崩溃
点点的博客
04-01 2954
最近两天测试环境有一个服务总是会挂（两到三天一次），JVM虚拟机总是会崩溃。所以有必要了解JVM崩溃的原因是什么。 当JVM发生致命错误导致崩溃时，会生成一个hs_err_pid_xxx.log这样的文件，该文件包含了导致 JVM crash 的重要信息，我们可以通过分析该文件定位到导致 JVM Crash 的原因，从而修复保证系统稳定。 默认情况下，该文件是生成在工作目录下的，当然也可以通过...
JVM中的线程行为 -JavaWorld
weixin_44048532的博客
02-21 367
前言： 程化是指同时执行编程过程以提高应用程序性能的实践。虽然直接在业务应用程序中使用线程并不常见，但它们一直在Java框架中使用。 例如，处理大量信息的框架（如Spring Batch）使用线程来管理数据。同时操作线程或CPU进程可提高性能，从而实现更快，更高效的程序。   找到你的第一个线程：Java的main（）方法 即使你从未直接使用Java线程，你也间接使用它们，因为Java的...
JVM崩溃日志分析1
热门推荐
坐忘峰
03-14 2万+
最先线上的一个tomcat总是无缘无故崩溃，tomcat日志里又没有报任何错误，于是调出JVM的崩溃日志查看，一般崩溃日志在启动目录下，比如tomcat的bin目录下，但是如果你用自己写的脚本启动的tomcat，则这个日志可能就在你放脚本的目录下。 # # A fatal error has been detected by the Java Runtime Environment: #
JVM致命错误日志（hs_err_pid.log）解读
liuwei0376的专栏
04-01 6730
致命错误出现的时候，JVM生成了hs_err_pid<pid>.log这样的文件，其中往往包含了虚拟机崩溃原因的重要信息。因为经常遇 到，在这篇文章里，我挑选了一个，并且逐段分析它包含的内容（文件可以在文章最后下载）。默认情况下文件是创建在工作目录下的（如果没权限创建的话JVM 会尝试把文件写到/tmp这样的临时目录下面去），当然，文件格式和路径也可以通过参数指定，比如： ...
JVM中的mionrgc
05-19
JVM中的Minor GC是一种垃圾回收方式，它主要负责清理新生代内存空间。在Java中，内存分为新生代和老年代两个区域，新生代主要是用于存放新创建的对象，老年代主要是用于存放长时间存活的对象。 当新生代的空间不...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值