ros rviz: Segmentation fault (core dumped) 与 [rviz -1] process has died [pid 10134, exit code -6]

1. 执行roslaunch 文件打开 某rviz文件。出现了例如以下的错误:

[rviz-1] process has died [pid 10134, exit code -6]

2. 执行rosrun rviz rviz  正常,执行某公布图像的节点, 当用rviz加入 这一图像topic时,出现了例如以下的错误:

Segmentation fault (core dumped)

我的问题出自解决问题QTerro:Size mismatch for type ‘QPaintBufferCacheEntry’ [1024]. Previously registered size 0  代入的 。

我总结起来就是qt4 与qt5  版本号混合的问题。。

而这一般都会涉及这两者。。从github中rviz源代码能够看出rviz依赖的是qt4

这个问题的解决主要来自下面两篇分析:

https://github.com/ros-visualization/rviz/issues/696

http://answers.ros.org/question/38228/segmentation-fault-core-dumped/

我的解决方法:

我删了  ~/.rviz  文件。安装qt4-default ;

重编译opencv。重编译ros工作空间 。

rviz执行正常了。

疑问点:

改回后表示csdn提到的QTerro:Size mismatch for type ‘QPaintBufferCacheEntry’ [1024]. Previously registered size 0 问题又会出现。

待解决这两者共存的解决方案。。

时间: 2024-08-08 01:26:22

ros rviz: Segmentation fault (core dumped) 与 [rviz -1] process has died [pid 10134, exit code -6]的相关文章

再谈Segmentation fault (core dumped)问题 -查找段错误原因

再谈Segmentation fault (core dumped)问题 -查找段错误原因    在前一篇文章"Segmentation fault (core dumped) "有说了具体core dumped产生的原因. 下面主要来介绍下问题的解决与查找,在linux下一般都使用gdb进行调试,那今天我就以Ubuntu 14.04环境作为介绍 来查找正在的core dumped的原因.需要说明的是,你在编译程序的时候要加调试选项 -g. $ gcc -o app reverse.c

Python 运行时出现 Segmentation fault (core dumped) 解决办法

在VSCode添加某插件后,Debug出现Segmentation fault (core dumped) 解决方案,在当前environment下运行: conda update --all 原文地址:https://www.cnblogs.com/xbit/p/10075777.html

Linux程序Segmentation fault (core dumped)

1 问题原因 Segmentation fault (core dumped)多为内存不当操作造成.空指针.野指针的读写操作,数组越界访问,破坏常量等.对每个指针声明后进行初始化为NULL是避免这个问题的好办法.排除此问题的最好办法则是调试. 更为详细的原因: (1)内存访问越界 a) 由于使用错误的下标,导致数组访问越界b) 搜索字符串时,依靠字符串结束符来判断字符串是否结束,但是字符串没有正常的使用结束符c) 使用strcpy, strcat, sprintf, strcmp, strcas

Segmentation fault (core dumped)

第一步,打开虚拟机,打开终端 第二步,输入#ulimit -c unlimited 打开core dump 第三步,编译程序,输入#gcc -g seg1.c -o seg1 第四步,输入ls查看有没有core文件,然后调用#gdb ./seg1 core 查看错误信息,第一个程序是空指针赋值,第二个程序错误是只读字符串赋值错误,都能显示出来 第五步,关闭core dump 输入 #ulimit -c 0 就可以了

你的C/C++程序为什么无法运行?揭秘Segmentation fault (core dumped)(1)

什么让你对C/C++如此恐惧? C/C++语言如此的强大,让人爱不释手,但晦涩的语法和诸多的编程陷阱让人头皮发麻. 段错误 我们通常遇到的最多的错误莫过于段错误,下面是一个经典的段错误,你没遇到过?亲,那不可能~ 好吧,一般这样的错误大都由指针引起,看看我们的代码都写了些什么: #include "stdio.h" #include "string.h" #include "stdlib.h" void func1(char ** dest,ch

fwrite时显示Segmentation fault (core dumped)

在实际开发中, 一定要对fopen的返回值进行校验. 此时可能就是fopen返回值为NULL.

conda pip 安装 dgl 并运行demo 出现:Segmentation fault (core dumped) 错误

安装dgl 并运行的时候,出现了如上错误,很是郁闷:使用 gdb python; run train.py 进行调试,发现是torch的问题:我猜测估计是torch 安装的版本过于新:于是重新安装 1.0.0 版本; 解决上述问题: dgl-cu90 0.4.1 torch 1.0.0 ~/Desktop/dgl/examples/pytorch/gcn$ python train.py --dataset cora --gpu 1 保持更新,更多内容请关注 cnblogs.com/xuyaow

Segmentation fault(Core Dump)

Segmentation fault 这个提示还是比较常见的,这个提示就是段错误,这是翻译还是十分恰当的. Core Dump 有的时候给我们呈现的翻译很有趣是"吐核",但是实际上比较贴切的翻译是核心转储(是操作系统在进程收到某些信号而终止运行时,将此时进程地址空间的内容以及有关进程状态的其他信息写出的一个磁盘文件.这种信息往往用于调试),这个"吐核"的产生和王安博士有着一些关联,其实"吐核"这个词形容的很恰当,就是核心内存吐出来. 出现这种错误

linux Ubuntu(Segmentation fault)段错误出现原因及调试方法

  在linux下编译了一个程序,尝试运行的时候出现: Segmentation fault (core dumped) 初步确认为...完全不知道是什么玩意. 于是找度娘了. ---------------------------------------------------------------------------- 出现原因 原来这个东西叫做段错误,就程序运行的时候出现内存错误.有很多原因会导致这样的内存错误,但是应该把这些问题归结于程序的错误,那么程序是出现了什么样的错误了呢,为