仅仅给出这些错误提示,能知道到底是什么问题吗?指定是线程哪个地方有问题。

lgmsyy 2014-07-08 03:40:53
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x0000003547606965, pid=41725, tid=139689914480384
#
# JRE version: 7.0_25-b15
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.25-b01 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C [libpthread.so.0+0x6965] pthread_create+0x105
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /tmp/hs_err_pid41725.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
#

...全文
298 5 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
lgmsyy 2014-07-11
  • 打赏
  • 举报
回复
有人帮忙吗???
lgmsyy 2014-07-10
  • 打赏
  • 举报
回复
引用 2 楼 buyong 的回复:
check /tmp/hs_err_pid41725.log
# # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000003546a0920b, pid=1527, tid=139983430579968 # # JRE version: 7.0_25-b15 # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.25-b01 mixed mode linux-amd64 compressed oops) # Problematic frame: # C [ld-linux-x86-64.so.2+0x920b] # # Core dump written. Default location: //core or core.1527 # # If you would like to submit a bug report, please visit: # http://bugreport.sun.com/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x00007f50d830f800): JavaThread "Function Execution Processor2" daemon [_thread_in_native, id=6364, stack(0x00007f506ea4c000,0x00007f506ea78000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x0000000000000274 Registers: RAX=0x000000000000001a, RBX=0x0000000000000270, RCX=0x0000000000000000, RDX=0x00007f50ed52e258 RSP=0x00007f506ea756b0, RBP=0x0000000000000003, RSI=0x0000000000000068, RDI=0x0000000000000270 R8 =0x000000000350b898, R9 =0x0000000000000036, R10=0x00007f506ea75760, R11=0x00007f506ea75760 R12=0x00007f50d0f51090, R13=0x00000000d42e2636, R14=0x0000000000000000, R15=0x00007f506ea758f8 RIP=0x0000003546a0920b, EFLAGS=0x0000000000010202, CSGSFS=0x0000000000000033, ERR=0x0000000000000004 TRAPNO=0x000000000000000e Top of Stack: (sp=0x00007f506ea756b0) 0x00007f506ea756b0: 00007f50d830f800 00007f50d07211c0 0x00007f506ea756c0: 00007f506ea75770 00007f506ea75760 0x00007f506ea756d0: 0000000000000003 00007f50d0f51090 0x00007f506ea756e0: 00000000d42e2636 0000003546a09ba7 Instructions: (pc=0x0000003546a0920b) 0x0000003546a091eb: 00 03 00 00 c3 48 89 5c 24 e0 48 89 6c 24 e8 48 0x0000003546a091fb: 89 fb 4c 89 64 24 f0 4c 89 6c 24 f8 48 83 ec 38 0x0000003546a0920b: 0f b6 47 04 83 e0 0f 83 f8 06 0f 85 32 01 00 00 0x0000003546a0921b: 31 d2 66 83 7b 06 00 0f 94 c2 41 85 52 44 0f 85 Register to memory mapping: RAX=0x000000000000001a is an unknown value RBX=0x0000000000000270 is an unknown value RCX=0x0000000000000000 is an unknown value RDX= [error occurred during error reporting (printing register info), id 0xb] Stack: [0x00007f506ea4c000,0x00007f506ea78000], sp=0x00007f506ea756b0, free space=165k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [ld-linux-x86-64.so.2+0x920b] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j java.lang.ClassLoader$NativeLibrary.find(Ljava/lang/String;)J+0 j java.lang.ClassLoader.findNative(Ljava/lang/ClassLoader;Ljava/lang/String;)J+49 v ~StubRoutines::call_stub j com.pcd.Compare.thEnrollFromBuffer([BII[B)I+0 j com.pcd.Compare.byteMatchFeature([B[B)F+20 j com.lnga.bzlogic.FuncControlMatchItem_1.lgm(Ljava/util/Iterator;Ljava/lang/String;Lcom/lnga/domain/PhotoTemplate;Ljava/util/Map;[BLcom/pcd/Compare;)V+76 j com.lnga.bzlogic.FuncControlMatchItem_1.execute(Lcom/gemstone/gemfire/cache/execute/FunctionContext;)V+173 j com.gemstone.gemfire.internal.cache.execute.AbstractExecution.executeFunctionLocally(Lcom/gemstone/gemfire/cache/execute/Function;Lcom/gemstone/gemfire/cache/execute/FunctionContext;Lcom/gemstone/gemfire/cache/execute/ResultSender;Lcom/gemstone/gemfire/distributed/internal/DM;)V+100 j com.gemstone.gemfire.internal.cache.execute.AbstractExecution$1.run()V+20
lgmsyy 2014-07-10
  • 打赏
  • 举报
回复
# # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000003546a0920b, pid=1527, tid=139983430579968 # # JRE version: 7.0_25-b15 # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.25-b01 mixed mode linux-amd64 compressed oops) # Problematic frame: # C [ld-linux-x86-64.so.2+0x920b] # # Core dump written. Default location: //core or core.1527 # # If you would like to submit a bug report, please visit: # http://bugreport.sun.com/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x00007f50d830f800): JavaThread "Function Execution Processor2" daemon [_thread_in_native, id=6364, stack(0x00007f506ea4c000,0x00007f506ea78000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x0000000000000274 Registers: RAX=0x000000000000001a, RBX=0x0000000000000270, RCX=0x0000000000000000, RDX=0x00007f50ed52e258 RSP=0x00007f506ea756b0, RBP=0x0000000000000003, RSI=0x0000000000000068, RDI=0x0000000000000270 R8 =0x000000000350b898, R9 =0x0000000000000036, R10=0x00007f506ea75760, R11=0x00007f506ea75760 R12=0x00007f50d0f51090, R13=0x00000000d42e2636, R14=0x0000000000000000, R15=0x00007f506ea758f8 RIP=0x0000003546a0920b, EFLAGS=0x0000000000010202, CSGSFS=0x0000000000000033, ERR=0x0000000000000004 TRAPNO=0x000000000000000e Top of Stack: (sp=0x00007f506ea756b0) 0x00007f506ea756b0: 00007f50d830f800 00007f50d07211c0 0x00007f506ea756c0: 00007f506ea75770 00007f506ea75760 0x00007f506ea756d0: 0000000000000003 00007f50d0f51090 0x00007f506ea756e0: 00000000d42e2636 0000003546a09ba7 Instructions: (pc=0x0000003546a0920b) 0x0000003546a091eb: 00 03 00 00 c3 48 89 5c 24 e0 48 89 6c 24 e8 48 0x0000003546a091fb: 89 fb 4c 89 64 24 f0 4c 89 6c 24 f8 48 83 ec 38 0x0000003546a0920b: 0f b6 47 04 83 e0 0f 83 f8 06 0f 85 32 01 00 00 0x0000003546a0921b: 31 d2 66 83 7b 06 00 0f 94 c2 41 85 52 44 0f 85 Register to memory mapping: RAX=0x000000000000001a is an unknown value RBX=0x0000000000000270 is an unknown value RCX=0x0000000000000000 is an unknown value RDX= [error occurred during error reporting (printing register info), id 0xb] Stack: [0x00007f506ea4c000,0x00007f506ea78000], sp=0x00007f506ea756b0, free space=165k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [ld-linux-x86-64.so.2+0x920b] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j java.lang.ClassLoader$NativeLibrary.find(Ljava/lang/String;)J+0 j java.lang.ClassLoader.findNative(Ljava/lang/ClassLoader;Ljava/lang/String;)J+49 v ~StubRoutines::call_stub j com.pcd.Compare.thEnrollFromBuffer([BII[B)I+0 j com.pcd.Compare.byteMatchFeature([B[B)F+20 j com.lnga.bzlogic.FuncControlMatchItem_1.lgm(Ljava/util/Iterator;Ljava/lang/String;Lcom/lnga/domain/PhotoTemplate;Ljava/util/Map;[BLcom/pcd/Compare;)V+76 j com.lnga.bzlogic.FuncControlMatchItem_1.execute(Lcom/gemstone/gemfire/cache/execute/FunctionContext;)V+173 j com.gemstone.gemfire.internal.cache.execute.AbstractExecution.executeFunctionLocally(Lcom/gemstone/gemfire/cache/execute/Function;Lcom/gemstone/gemfire/cache/execute/FunctionContext;Lcom/gemstone/gemfire/cache/execute/ResultSender;Lcom/gemstone/gemfire/distributed/internal/DM;)V+100 j com.gemstone.gemfire.internal.cache.execute.AbstractExecution$1.run()V+20
  • 打赏
  • 举报
回复
no, maybe Oracle technician can if you attch the /tmp/hs_err_pid41725.log, but I am pretty sure your request will be ignored if you do have the support contract. I would suggest you to add more log entries, it's hard to debug multi-threading. You could try using Valgrind, but I doubt it will be helpful since this is java...
buyong 2014-07-09
  • 打赏
  • 举报
回复
check /tmp/hs_err_pid41725.log
DirectX修复工具(DirectX Repair)是一款系统级工具软件,简便易用。本程序为绿色版,无需安装,可直接运行。 本程序的主要功能是检测当前系统的DirectX状态,如果发现异常则进行修复。程序主要针对0xc000007b问题设计,可以完美修复该问题。本程序中包含了最新版的DirectX redist(Jun2010),并且全部DX文件都有Microsoft的数字签名,安全放心。 本程序为了应对一般电脑用户的使用,采用了傻瓜式一键设计,只要点击主界面上的“检测并修复”按钮,程序就会自动完成校验、检测、下载、修复以及注册的全部功能,无需用户的介入,大大降低了使用难度。 本程序适用于多个操作系统,如Windows XP(需先安装.NET 2.0,详情请参阅“致Windows XP用户.txt”文件)、Windows Vista、Windows 7、Windows 8、Windows 8.1、Windows 8.1 Update、Windows 10,同时兼容32位操作系统和64位操作系统。本程序会根据系统的不同,自动调整任务模式,无需用户进行设置。 本程序的V3.3版分为标准版、增强版以及在线修复版。其中的标准版以及增强版都包含完整的DirectX组件。除此之外,增强版中还额外包含了c++ Redistributable Package,因此增强版不但能解决DirectX组件的问题,而且还能解决c++组件异常产生的问题。增强版适合无法自行解决c++相关问题的用户使用。在线修复版的功能与标准版相同,只是其所需的文件将通过Internet下载,因此大大减小了程序的体积。本程序的各个版本之间,主程序完全相同,只是配套使用的数据包不同。因此,当您使用标准版数据包时,程序将进行标准修复;当您使用增强版的数据包时,程序将进行增强修复;当数据包不全或没有数据包(即只有DirectX Repair.exe程序)时,程序将进行在线修复。在线修复、离线修复可自由灵活组合,充分满足不同用户的需要。 本程序自V2.0版起采用全新的底层程序架构,使用了异步多线程编程技术,使得检测、下载、修复单独进行,互不干扰,快速如飞。新程序更改了自我校验方式,因此使用新版本的程序时不会再出现自我校验失败的错误;但并非取消自我校验,因此程序安全性与之前版本相同,并未降低。 程序有自动更新c++功能。由于绝大多数软件运行时需要c++的支持,并且c++的异常也会导致0xc000007b错误,因此程序在检测修复的同时,也会根据需要更新系统中的c++组件。自V3.2版本开始使用了全新的c++扩展包,可以大幅提高工业软件修复成功的概率。修复c++的功能仅限于增强版,标准版及在线修复版在系统c++异常时(非丢失时)会提示用户使用增强版进行修复。 程序有两种窗口样式。正常模式即默认样式,适合绝大多数用户使用。另有一种简约模式,此时窗口将只显示最基本的内容,修复会自动进行,修复完成10秒钟后会自动退出。该窗口样式可以使修复工作变得更加简单快速,同时方便其他软件、游戏将本程序内嵌,即可进行无需人工参与的快速修复。开启简约模式的方法是:打开程序所在目录下的“Settings.ini”文件(如果没有可以自己创建),将其中的“FormStyle”一项的值改为“Simple”并保存即可。 程序有高级筛选功能,开启该功能后用户可以自主选择要修复的文件,避免了其他不必要的修复工作。同时,也支持通过文件进行辅助筛选,只要在程序目录下建立“Filter.dat”文件,其中的每一行写一个需要修复文件的序号即可。该功能仅针对高级用户使用,并且必须在正常窗口模式下才有效(简约模式时无效)。 本程序有自动记录日志功能,可以记录每一次检测修复结果,方便在出现问题时,及时分析和查找原因,以便找到解决办法。 程序的“选项”对话框中包含了4项高级功能。点击其中的“注册系统文件夹中所有dll文件”按钮可以自动注册系统文件夹下的所有dll文件。该项功能不仅能修复DirectX的问题,还可以修复系统中很多其他由于dll未注册而产生的问题,颇为实用。点击该按钮旁边的小箭头,还可以注册任意指定文件夹下的dll文件,方便用户对绿色版、硬盘版的程序组件进行注册。点击第二个按钮可以为dll文件的右键菜单添加“注册”和“卸载”项,方便对单独的dll文件进行注册。请注意,并不是所有的dll文件都可以通过这种方式注册。点击“DirectX版本”选项卡可以自行修改系统中DirectX的版本信息。点击“DirectX加速”选项卡可以控制系统中DirectX加速的开启与关闭。 新版程序集成了用户反馈程序,可以在用户允许的前提下发送检测修复结果。用户也可以在出现问题时通过反馈程序和软件作者进行交流,共同查找问题。反馈是完全自愿和匿名(如果不填写E-mail地址)的。 本程序的通用版基于Microsoft .NET Framework 2.0开发,对于Windows 2000、Windows XP、Windows 2003的用户需要首先安装.NET Framework 2.0或更高版本方可运行本程序。有关下载和安装的详细信息请参阅“致Windows XP用户.txt”文件。对于Windows Vista、Windows 7及后续用户,可以直接运行本程序。 同时鉴于Windows 8(Windows 8.1、Windows 8.1 Update)、Windows 10系统中默认未包含.NET Framework 2.0,因此新版的程序文件夹内将包含一个DirectX_Repair_win8的特别版程序,该程序功能与通用版相同,基于.NET Framework 4.0开发,可以在Windows8(Windows 8.1、Windows 8.1 Update)、Windows 10系统中直接运行(其他系统如果安装了.NET Framework 4.0也可以运行这个特别版的程序)。 本程序的官方博客地址为:http://blog.csdn.net/vbcom/article/details/6962388 所有的更新以及技术支持都可以到该博客上找到。
DirectX修复工具(DirectX Repair)是一款系统级工具软件,简便易用。本程序为绿色版,无需安装,可直接运行。 本程序的主要功能是检测当前系统的DirectX状态,如果发现异常则进行修复。程序主要针对0xc000007b问题设计,可以完美修复该问题。本程序中包含了最新版的DirectX redist(Jun2010),并且全部DX文件都有Microsoft的数字签名,安全放心。 本程序为了应对一般电脑用户的使用,采用了傻瓜式一键设计,只要点击主界面上的“检测并修复”按钮,程序就会自动完成校验、检测、下载、修复以及注册的全部功能,无需用户的介入,大大降低了使用难度。 本程序适用于多个操作系统,如Windows XP(需先安装.NET 2.0,详情请参阅“致Windows XP用户.txt”文件)、Windows Vista、Windows 7、Windows 8、Windows 8.1、Windows 8.1 Update、Windows 10,同时兼容32位操作系统和64位操作系统。本程序会根据系统的不同,自动调整任务模式,无需用户进行设置。 本程序的V3.3版分为标准版、增强版以及在线修复版。其中的标准版以及增强版都包含完整的DirectX组件。除此之外,增强版中还额外包含了c++ Redistributable Package,因此增强版不但能解决DirectX组件的问题,而且还能解决c++组件异常产生的问题。增强版适合无法自行解决c++相关问题的用户使用。在线修复版的功能与标准版相同,只是其所需的文件将通过Internet下载,因此大大减小了程序的体积。本程序的各个版本之间,主程序完全相同,只是配套使用的数据包不同。因此,当您使用标准版数据包时,程序将进行标准修复;当您使用增强版的数据包时,程序将进行增强修复;当数据包不全或没有数据包(即只有DirectX Repair.exe程序)时,程序将进行在线修复。在线修复、离线修复可自由灵活组合,充分满足不同用户的需要。 本程序自V2.0版起采用全新的底层程序架构,使用了异步多线程编程技术,使得检测、下载、修复单独进行,互不干扰,快速如飞。新程序更改了自我校验方式,因此使用新版本的程序时不会再出现自我校验失败的错误;但并非取消自我校验,因此程序安全性与之前版本相同,并未降低。 程序有自动更新c++功能。由于绝大多数软件运行时需要c++的支持,并且c++的异常也会导致0xc000007b错误,因此程序在检测修复的同时,也会根据需要更新系统中的c++组件。自V3.2版本开始使用了全新的c++扩展包,可以大幅提高工业软件修复成功的概率。修复c++的功能仅限于增强版,标准版及在线修复版在系统c++异常时(非丢失时)会提示用户使用增强版进行修复。 程序有两种窗口样式。正常模式即默认样式,适合绝大多数用户使用。另有一种简约模式,此时窗口将只显示最基本的内容,修复会自动进行,修复完成10秒钟后会自动退出。该窗口样式可以使修复工作变得更加简单快速,同时方便其他软件、游戏将本程序内嵌,即可进行无需人工参与的快速修复。开启简约模式的方法是:打开程序所在目录下的“Settings.ini”文件(如果没有可以自己创建),将其中的“FormStyle”一项的值改为“Simple”并保存即可。 程序有高级筛选功能,开启该功能后用户可以自主选择要修复的文件,避免了其他不必要的修复工作。同时,也支持通过文件进行辅助筛选,只要在程序目录下建立“Filter.dat”文件,其中的每一行写一个需要修复文件的序号即可。该功能仅针对高级用户使用,并且必须在正常窗口模式下才有效(简约模式时无效)。 本程序有自动记录日志功能,可以记录每一次检测修复结果,方便在出现问题时,及时分析和查找原因,以便找到解决办法。 程序的“选项”对话框中包含了4项高级功能。点击其中的“注册系统文件夹中所有dll文件”按钮可以自动注册系统文件夹下的所有dll文件。该项功能不仅能修复DirectX的问题,还可以修复系统中很多其他由于dll未注册而产生的问题,颇为实用。点击该按钮旁边的小箭头,还可以注册任意指定文件夹下的dll文件,方便用户对绿色版、硬盘版的程序组件进行注册。点击第二个按钮可以为dll文件的右键菜单添加“注册”和“卸载”项,方便对单独的dll文件进行注册。请注意,并不是所有的dll文件都可以通过这种方式注册。点击“DirectX版本”选项卡可以自行修改系统中DirectX的版本信息。点击“DirectX加速”选项卡可以控制系统中DirectX加速的开启与关闭。 新版程序集成了用户反馈程序,可以在用户允许的前提下发送检测修复结果。用户也可以在出现问题时通过反馈程序和软件作者进行交流,共同查找问题。反馈是完全自愿和匿名(如果不填写E-mail地址)的。 本程序的通用版基于Microsoft .NET Framework 2.0开发,对于Windows 2000、Windows XP、Windows 2003的用户需要首先安装.NET Framework 2.0或更高版本方可运行本程序。有关下载和安装的详细信息请参阅“致Windows XP用户.txt”文件。对于Windows Vista、Windows 7及后续用户,可以直接运行本程序。 同时鉴于Windows 8(Windows 8.1、Windows 8.1 Update)、Windows 10系统中默认未包含.NET Framework 2.0,因此新版的程序文件夹内将包含一个DirectX_Repair_win8的特别版程序,该程序功能与通用版相同,基于.NET Framework 4.0开发,可以在Windows8(Windows 8.1、Windows 8.1 Update)、Windows 10系统中直接运行(其他系统如果安装了.NET Framework 4.0也可以运行这个特别版的程序)。 本程序的官方博客地址为:http://blog.csdn.net/vbcom/article/details/6962388 所有的更新以及技术支持都可以到该博客上找到。

23,217

社区成员

发帖
与我相关
我的任务
社区描述
Linux/Unix社区 应用程序开发区
社区管理员
  • 应用程序开发区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧