Assertion `px != 0' failed

最新推荐文章于 2023-07-25 16:32:50 发布
转载 最新推荐文章于 2023-07-25 16:32:50 发布 · 553 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/ChrisCoder/p/10078353.html
文章标签：

#c/c++

本文详细解析了在使用 Boost 库的 shared_ptr 时遇到的常见错误：Assertion `px!=0' failed。此错误表明在某些地方未初始化就使用了 shared_ptr。文章提供了错误的具体位置和类型，并引用了相关资源，帮助读者理解并解决此类问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

  • 错误信息
/usr/include/boost/smart_ptr/shared_ptr.hpp:646: typename boost::detail::sp_dereference<t>::type boost::shared_ptr<t>::operator*() const [with T = pcl::PointCloud<pcl::pointxyz>; typename boost::detail::sp_dereference<t>::type = pcl::PointCloud<pcl::pointxyz>&]: Assertion `px != 0' failed. Aborted (core dumped)

Assertion 'px != 0' failed. means that you're using a boost::shared_ptr before it's initialized somewhere.

转载于:https://www.cnblogs.com/ChrisCoder/p/10078353.html

空指针，指针使用不当 Assertion `px != 0‘ failed. Aborted (core dumped)
weixin_44423355的博客
06-15 1843
问题描述： 编译没有报错，运行出了这个问题。一开始慌得一匹，因为代码主要我在维护，而且功能包越写越多，我自己都记不太住。翻阅了Last commit，每次上传我写的commit自己大概能明白，不过还是很容易忘。先定位到修改的功能包，然后再看这个问题。 /usr/include/boost/smart_ptr/shared_ptr.hpp:734: typename boost::detail::sp_member_access::type boost::shared_ptr::operator->(
空指针引发的灾难——一下午debug
coldplayplay的博客
11-20 1885
1问题描述在将PCL的颜色区域增长分割这个小功能做入界面时，出现了闪退现象，无论点击界面的哪一个位置，都立即退出程序，并伴有如下报错内容：main: /usr/include/boost/smart_ptr/shared_ptr.hpp:641：typename boost::detail::sp_dereference<T>::type boost::shared_ptr<T>::operator
PCL编程笔记——Assertion `px != 0' failed.
积沙成塔
06-17 9614
报错： boost::shared_ptr……Assertion `px != 0' failed.
Assertion `px != 0' failed.
weixin_39123145的博客
10-25 4093
Assertion `px != 0' failed. 必定是智能指针没有初始化！！！！也就是说，这样了 pcl::PointCloud&lt;pcl::PointXYZ&gt;::Ptr object_cloud ;   事实上应该： pcl::PointCloud&lt;pcl::PointXYZ&gt;::Ptr object_cloud (new pcl::PointCloud&...
C++运行报错 Assertion `px != 0‘ failed.
qq_39779233的博客
08-30 1646
自己在写c++程序的时候遇到这种情况： 编译正常，但是运行报错 Assertion `px != 0' failed. 这种情况一定是智能指针没有初始化！！ 举例说明： 需要把下面这句 pcl::PointCloud<pcl::PointXYZI>::Ptr cloud ; 修改为： pcl::PointCloud<pcl::PointXYZI>::Ptr cloud (new pcl::PointCloud<pcl::PointXYZI>()); ...
Assertion failed: px != 0
hai_fellow_Z的博客
03-31 1399
Assertion failed: px != 0, file C:\Program Files\PCL 1.10.1\3rdParty\Boost\include\boost-1_72\boost/smart_ptr/shared_ptr.hpp, line 734 错误原因：智能指针未初始化。 pcl::visualization::PCLVisualizer::Ptr viewer1; //未初始化 //初始化智能指针： pcl::visualization::PCLVisualizer::Ptr
/usr/include/boost/smart_ptr/shared_ptr.hpp:728: typename boost::detail::sp_dereference<T>::type boost::shared_ptr<T>::operator*() const [with T = pcl::PointCloud<PointXYZINN>; typename boost::detail::sp_dereference<T>::type = pcl::PointCloud<PointXYZINN>&]: Assertion `px != 0' failed.
06-01
在这段代码中，`shared_ptr` 指针被用来引用一个类型为 `pcl::PointCloud<PointXYZINN>` 的对象，但是这个指针在运行时指向了空（`px == 0`）。因此，当程序尝试对空指针进行解引用操作时，就会触发断言错误。 要...
[gzclient-2] gzclient: /usr/include/boost/smart_ptr/shared_ptr.hpp:728: typename boost::detail::sp_member_access<T>::type boost::shared_ptr<T>::operator->() const [with T = gazebo::rendering::Camera; typename boost::detail::sp_member_access<T>::type = gazebo::rendering::Camera*]: Assertion `px != 0' failed. [ERROR] [gzclient-2]: process has died [pid 5726, exit code -6, cmd 'gzclient --gui-client-plugin=libgazebo_ros_eol_gui.so'].
04-25
当渲染摄像机对象时，指针地址px=0x0导致断言触发[^1] ### 解决方案 1. **检查模型配置文件** - 验证所有`.sdf`/`.world`文件中摄像机传感器配置 - 特别注意`<camera>`标签内参数有效性： ```xml <sensor type=...
[INFO] [launch]: All log files can be found below /home/zwh/.ros/log/2025-07-31-14-12-05-096978-zwh-virtual-machine-21511 [INFO] [launch]: Default logging verbosity is set to INFO [INFO] [gzserver-1]: process started with pid [21512] [INFO] [gzclient-2]: process started with pid [21514] [ERROR] [gzserver-1]: process has died [pid 21512, exit code 255, cmd 'gzserver /opt/ros/humble/share/gazebo_ros/worlds/empty.world -slibgazebo_ros_init.so -slibgazebo_ros_factory.so -slibgazebo_ros_force_system.so']. [gzclient-2] gzclient: /usr/include/boost/smart_ptr/shared_ptr.hpp:728: typename boost::detail::sp_member_access<T>::type boost::shared_ptr<T>::operator->() const [with T = gazebo::rendering::Camera; typename boost::detail::sp_member_access<T>::type = gazebo::rendering::Camera*]: 断言 "px != 0" 失败。 [ERROR] [gzclient-2]: process has died [pid 21514, exit code -6, cmd 'gzclient --gui-client-plugin=libgazebo_ros_eol_gui.so'].
最新发布
08-01
- 若日志显示`boost::shared_ptr assertion failed`（错误代码-6），尝试重新安装Boost库： ```bash sudo apt install --reinstall libboost-dev ``` - 若涉及GPU渲染问题（如黑屏），添加`--verbose`标志启动...
Assertion `px != 0‘ failed.问题解决
m0_48251152的博客
07-25 1016
Assertion `px != 0' failed.问题解决
vinsfusion运行过程中出现Assertion “!px=0“ failed问题的解决
qq_52710816的博客
06-06 1037
环境：ubuntu16 vinsfusion源码： https://github.com/HKUST-Aerial-Robotics/VINS-Fusion 一、BUG 报错中指出 Assertion "!px=0" failed。仔细阅读内容发现是一个 share_ptr（智能指针出现错误），这个指针指向的类型是Cmera类。到这里只想说好家伙，不给具体出错文件的位置，得要我一个一个文件找，这个visnfusion的作者能不能上传一个没有错误的源码啊，心累。 debug过程我在第二部分讲，最
问题解决：shared_ptr Assertion px != 0 failed 及debug经验分享
m0_45388819的博客
10-03 8112
问题解决：shared_ptr Assertion px != 0 failed及debug经验分享 问题详细描述： /usr/include/boost/smart_ptr/shared_ptr.hpp:646: typename boost::detail::sp_dereference::type boost::shared_ptr::operator*() const [with T = pcl::PointCloudpcl::pointxyz; typename boost::detail::sp
boost智能指针shared_ptr Assertion px != 0 failed
Sublele的专栏
07-14 2932
欢迎使用Markdown编辑器写博客本Markdown编辑器使用StackEdit修改而来，用它写博客，将会带来全新的体验哦： Markdown和扩展Markdown简洁的语法 代码块高亮 图片链接和图片上传 LaTex数学公式 UML序列图和流程图 离线写博客 导入导出Markdown文件 丰富的快捷键 快捷键 加粗 Ctrl + B 斜体 Ctrl + I 引用 Ctrl
gazebo 启动失败
hoppss
06-01 4650
gazebo 启动失败，gzclient 错误 ··· gzclient: /usr/include/boost/smart_ptr/shared_ptr.hpp:734 [gzclient -2] gzclient: /usr/include/boost/smart_ptr/shared_ptr.hpp:734: typename boost::detail::sp_member_access::type boost::shared_ptr::operator->() const [with T
C++修改lvi-sam代码遇到的错误
cyx610481953的博客
04-25 1078
分享一下修改别人代码的时候遇到的错误。 错误一：‘A’ has no member named ‘b’ 例如下图所示： 这种错误指的就是对应的.h头文件中没有b成员。解决办法：在对应的.h文件中的A函数中定义b成员。 错误二：对‘…'未定义的引用 例如下图所示： 这种错误有两种可能，一种是CmakeLists.txt文件中没有添加并链接对应的库，另一种是未定义引用对应的函数没有实现。解决办法：首先查看CmakeLists.txt文件中有没有添加并链接对应的库，然后再检查对应的函数是否有具体的实现，这种实
shared_ptr源码分析
FreeeLinux's blog
01-21 4560
shared_ptr与scoped_ptr一样包装了new操作符在堆上分配的动态对象，但它实现的是引用技术型的智能指针，可以自由地被拷贝和赋值，在任意的地方共享它，当没有代码使用（引用计数为0时）它才删除包装的动态分配的对象。shared_ptr也可以安全地放到标准容器中，弥补了auto_ptr因为转移语义而不能把指针作为STL容器的缺陷。  源码分析首先看shared_ptr类：template
rtabmap建图报错问题
qq_42170079的博客
12-31 1094
问题描述： [ERROR] (2021-12-31 09:54:45.763) CloudViewer.cpp:3066::setCloudVisibility() Cannot find actor named “cloud1”. [ERROR] (2021-12-31 09:54:45.801) CloudViewer.cpp:3066::setCloudVisibility() Cannot find actor named “cloudOdom”. [ERROR] (2021-12-31 09:54
gst_video_info_from_caps: assertion 'caps != NULL' failed gst_mini_object_unref: assertion 'mini_object != NULL' failed Failed to find sync for id=0如何解决？
03-08
<think>好的，我现在需要解决用户提出的关于GStreamer的错误问题。用户提到了三个错误信息： 1. `gst_video_info_from_caps: assertion 'caps != NULL' failed` 2. `gst_mini_object_unref: assertion 'mini_object != NULL' failed` 3. `Failed to find sync for id=0` 首先，我需要分析每个错误的原因，然后找出可能的解决方案。我应该从第一个错误开始，因为错误通常有依赖关系，前面的错误可能引发后续的问题。 第一个错误是关于`gst_video_info_from_caps`断言失败，提示`caps != NULL`。这说明在调用这个函数时，传入的caps（即GStreamer的能力集）是空的或者NULL。可能的原因是创建caps的时候没有正确初始化，或者在传递过程中出现了问题。例如，可能在管道中某个元素没有正确生成caps，导致下游元素获取不到。 接下来是第二个错误，`gst_mini_object_unref`断言失败，断言`mini_object != NULL`。这通常发生在尝试释放一个已经被释放或者未正确初始化的对象。可能是由于前面的错误导致某个对象没有被正确创建，后续在释放时出现了问题。 第三个错误`Failed to find sync for id=0`，这可能与同步配置有关，比如在使用某些同步元素（如`queue`或`multiqueue`）时，未能正确同步流。但更可能的是，前面的错误导致管道无法正确建立，从而在同步时失败。 现在需要思考这些错误之间的联系。第一个错误导致caps为空，可能导致后续操作中引用无效的对象，进而在释放时触发第二个错误。第三个错误可能是由于管道未能正确初始化或同步流导致的。 解决方案步骤： 1. **检查Caps传递流程**：确保在管道中正确设置和传递caps。例如，在解码器（如`decodebin`）之后，可能需要检查是否有有效的caps输出。可以添加`capsfilter`元素来明确指定期望的caps格式，或者使用`videoconvert`等元素确保格式兼容。 2. **检查元素连接顺序和状态**：确认所有元素正确连接，并且在播放管道时状态转换正确（从NULL到READY到PAUSED到PLAYING）。状态转换错误可能导致caps未正确生成。 3. **添加错误处理和调试信息**：在总线上添加错误监控，使用GST_DEBUG环境变量输出详细日志，帮助定位问题。例如，设置`GST_DEBUG=2`来查看警告和错误信息。 4. **验证管道构造**：检查是否存在拼写错误或错误的元素名称，比如`filesrc`是否正确指定了文件路径，解码器是否正确配置等。使用`gst-launch-1.0`命令行工具测试管道，确认是否能正常工作。 5. **处理多流同步问题**：对于`Failed to find sync for id=0`，可能需要检查多路流的情况，比如使用`multiqueue`时是否正确处理了各个流，或者是否存在流未能正确连接的情况。 可能的代码修复示例：在创建元素后，检查caps是否有效。例如，在`decodebin`的pad-added信号回调中，确保获取到的caps不为空，再进行下一步处理。 总结，这些错误通常与管道的配置、元素连接或状态管理有关，需要逐步排查caps的生成和传递，确保所有对象正确初始化和释放。</think>以下是对这些GStreamer错误的分析和解决方案，按问题出现的可能顺序进行排查： \#\# 错误根源分析 1. `gst_video_info_from_caps: assertion 'caps != NULL' failed` - 原因：尝试从空指针（NULL）获取视频格式信息 - 常见场景：解码器未正确输出媒体格式/未连接有效数据流 2. `gst_mini_object_unref: assertion 'mini_object != NULL' failed` - 原因：重复释放已被销毁的对象或使用未初始化的指针 - 通常由前一个错误引发连锁反应 3. `Failed to find sync for id=0` - 原因：流同步系统无法定位基准时钟 - 可能因管道未正确初始化导致 \#\# 分步解决方案 **第一步：检查管道构造** ```python # 错误示例（缺少格式协商）： pipeline = Gst.parse_launch("filesrc location=test.mp4 ! decodebin ! autovideosink") # 应改为（添加格式协商）： pipeline = Gst.parse_launch("filesrc location=test.mp4 ! decodebin ! videoconvert ! autovideosink") ``` - 增加`videoconvert`确保格式兼容 - 验证文件路径和格式支持性 **第二步：添加错误处理** ```c // 总线监视器示例（C语言） gst_bus_add_watch(bus, [](GstBus* bus, GstMessage* msg, gpointer data) { switch (GST_MESSAGE_TYPE(msg)) { case GST_MESSAGE_ERROR: GError* err; gchar* debug; gst_message_parse_error(msg, &err, &debug); g_printerr("Error: %s\nDebug: %s\n", err->message, debug); g_clear_error(&err); g_free(debug); break; } return TRUE; }, NULL); ``` **第三步：验证解码流程** ```bash # 使用命令行测试 GST_DEBUG=2 gst-launch-1.0 filesrc location=input.mp4 ! decodebin ! fakesink sync=0 ``` - 观察输出中是否出现`video/x-raw`格式信息 - 检查解码器插件是否安装完整（可通过`gst-inspect-1.0 | grep decode`） **第四步：处理同步问题** ```python # 显式设置时钟同步 pipeline.use_clock(Gst.SystemClock.obtain()) pipeline.set_clock(pipeline.get_clock()) ``` \#\# 深度调试建议 1. 启用详细日志： ```bash export GST_DEBUG=2,WARNING,ERROR export GST_DEBUG_FILE=/tmp/gst-debug.log ``` 2. 检查插件依赖链： ```bash gst-inspect-1.0 <element-name> # 替换为实际使用的元素名 ``` 3. 使用gst-debugger工具分析： ```bash gst-debugger --dot-pipeline pipeline.dot dot -Tpng pipeline.dot -o pipeline.png ``` \#\# 常见问题定位表 | 现象 | 可能原因 | 验证方法 | |------|----------|----------| | 无视频输出 | 解码器缺失 | `gst-inspect-1.0 avdec_h264` | | 黑屏但播放正常 | 格式转换缺失 | 添加`videoconvert`元素 | | 随机崩溃 | 内存管理错误 | 检查refcount操作 | 建议按照以下顺序排查： 1. 验证媒体文件完整性 2. 检查元素连接顺序 3. 确认格式协商流程 4. 检查内存引用计数 5. 验证时钟同步机制 若问题持续，可尝试在管道起始位置添加`identity sync=true`元素帮助调试同步问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值