
这种错误,你有代码和coredump,都找不到问题了,别人怎么搞。
应该是内存相关的问题,对象已经释放了之类的。
你在gdb , frame 1 , frame 6等等,跳到对应的调用栈上去。检查TCards , vector这种对象的指针是不是还是有效的?
到底什么原因导致的这个core dump。你这个应该是游戏代码,用户离开的时候触发的这个bug。全部相关的逻辑代码都要检查一下吧,看看是不是哪里导致 某个类的对象被销毁了多次之类的。
gcc编译时加-g参数,然后用gdb去跑,挂掉的时候使用bt命令就可以看到某一线程的调用栈了,你可以使用thread命令去切换线程,就可以看到不同线程的调用栈了,具体去百度一下gdb的用法就行了。 另: 还可以把堆栈错误给dump core,如果你觉得有必
1检查是否有权限读取/粘贴文件,可以通过使用ls –l命令查看文件权限。
2检查文件是否被损坏或损坏。可以使用md5sum或sha1sum命令来检查文件完整性。
3检查文件名是否有特殊字符,如果有,可能会导致粘贴文件出错。
4检查文件大小,如果文件太大,可能会导致粘贴文件出错。
5检查文件的格式,如果文件的格式不正确,可能会导致粘贴文件出错。
6如果以上措施仍然无法解决问题,可以尝试重新安装系统,或者重新安装 *** 作系统中的关键文件。
以上就是关于linux服务器端崩溃,有core文件信息,崩溃前我的最后一句代码是vector::clear()全部的内容,包括:linux服务器端崩溃,有core文件信息,崩溃前我的最后一句代码是vector::clear()、linux上多线程程序崩溃使用什么方法可以记录堆栈、linux粘贴文件时获取未知的信息出错怎么办等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)