个人中心
文章发布
退出
作者热门文章
- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时，我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
25
4
编辑:我创建了一个导致问题的独立应用程序。它通常需要超过 1000 次循环迭代(创建/运行/加入线程)，有时直到几千次迭代才会崩溃:
#include <boost/thread.hpp>
static void do_nothing() {}
int main() {
int thread_count = 0;
while (true) {
thread_count++;
boost::thread t1(boost::bind(&do_nothing));
if (t1.joinable()) {
t1.join();
}
}
}
下面是地址清理程序捕获到使用释放内存后的转储:
=================================================================
==96437==ERROR: AddressSanitizer: heap-use-after-free on address 0x058526f4 at pc 0x000a22cb bp 0xbffff4a8 sp 0xbffff4a4
WRITE of size 4 at 0x058526f4 thread T0
atos(96439,0x100357380) malloc: enabling scribbling to detect mods to free blocks
#0 0xa22ca in boost::detail::atomic_decrement(int _Atomic*) sp_counted_base_clang.hpp:36
#1 0xa21be in boost::detail::sp_counted_base::release() sp_counted_base_clang.hpp:115
#2 0xa2157 in boost::detail::shared_count::~shared_count() shared_count.hpp:473
#3 0xa115b in boost::detail::shared_count::~shared_count() shared_count.hpp:472
#4 0x1ae8e63 in boost::thread::join_noexcept() shared_ptr.hpp:779
#5 0x989a8c in boost::thread::join() thread.hpp:766
#6 0x989366 in main main.cpp
0x058526f4 is located 4 bytes inside of 16-byte region [0x058526f0,0x05852700)
freed by thread T0 here:
#0 0x35ca20d in wrap__ZdlPv (libclang_rt.asan_osx_dynamic.dylib:i386+0x6520d)
#1 0x9ab89c in boost::detail::sp_counted_impl_p<boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> > >::~sp_counted_impl_p() sp_counted_impl.hpp:53
#2 0xa1dd1 in boost::detail::sp_counted_base::destroy() sp_counted_base_clang.hpp:97
#3 0xa23e7 in boost::detail::sp_counted_base::weak_release() sp_counted_base_clang.hpp:131
#4 0xa2262 in boost::detail::sp_counted_base::release() sp_counted_base_clang.hpp:118
#5 0xa2157 in boost::detail::shared_count::~shared_count() shared_count.hpp:473
#6 0xa115b in boost::detail::shared_count::~shared_count() shared_count.hpp:472
#7 0x1ae8e56 in boost::thread::join_noexcept() shared_ptr.hpp:779
#8 0x989a8c in boost::thread::join() thread.hpp:766
#9 0x989366 in main main.cpp
previously allocated by thread T0 here:
#0 0x35c9c0d in wrap__Znwm (libclang_rt.asan_osx_dynamic.dylib:i386+0x64c0d)
#1 0x9ab357 in boost::detail::shared_count::shared_count<boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> > >(boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >*) shared_count.hpp:137
#2 0x9ab214 in boost::detail::shared_count::shared_count<boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> > >(boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >*) shared_count.hpp:132
#3 0x9aaf88 in void boost::detail::sp_pointer_construct<boost::detail::thread_data_base, boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> > >(boost::shared_ptr<boost::detail::thread_data_base>*, boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >*, boost::detail::shared_count&) shared_ptr.hpp:284
#4 0x9aae3b in boost::shared_ptr<boost::detail::thread_data_base>::shared_ptr<boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> > >(boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >*) shared_ptr.hpp:362
#5 0x99c804 in boost::shared_ptr<boost::detail::thread_data_base>::shared_ptr<boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> > >(boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >*) shared_ptr.hpp:361
#6 0x99c407 in boost::shared_ptr<boost::detail::thread_data_base> boost::thread::make_thread_info<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >(boost::_bi::bind_t<void, void (*)(), boost::_bi::list0>, boost::disable_if_c<is_same<boost::decay<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >::type, boost::thread>::value, boost::thread::dummy*>::type) thread.hpp:229
#7 0x99c120 in boost::thread::thread<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >(boost::_bi::bind_t<void, void (*)(), boost::_bi::list0>, boost::disable_if_c<boost::thread_detail::is_rv<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >::value, boost::thread::dummy*>::type) thread.hpp:299
#8 0x989826 in boost::thread::thread<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >(boost::_bi::bind_t<void, void (*)(), boost::_bi::list0>, boost::disable_if_c<boost::thread_detail::is_rv<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >::value, boost::thread::dummy*>::type) thread.hpp:300
#9 0x989366 in main main.cpp
SUMMARY: AddressSanitizer: heap-use-after-free sp_counted_base_clang.hpp:36 in boost::detail::atomic_decrement(int _Atomic*)
Shadow bytes around the buggy address:
0x20b0a480: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a490: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a4a0: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a4b0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x20b0a4c0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
=>0x20b0a4d0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa[fd]fd
0x20b0a4e0: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a4f0: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a500: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a510: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a520: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
Poisoned by user: f7
Container overflow: fc
Array cookie: ac
Intra object redzone: bb
ASan internal: fe
Left alloca redzone: ca
Right alloca redzone: cb
=================================================================
==96437==ERROR: AddressSanitizer: heap-use-after-free on address 0x058526f4 at pc 0x000a22cb bp 0xbffff4a8 sp 0xbffff4a4
WRITE of size 4 at 0x058526f4 thread T0
#0 0xa22ca in boost::detail::atomic_decrement(int _Atomic*) sp_counted_base_clang.hpp:36
#1 0xa21be in boost::detail::sp_counted_base::release() sp_counted_base_clang.hpp:115
#2 0xa2157 in boost::detail::shared_count::~shared_count() shared_count.hpp:473
#3 0xa115b in boost::detail::shared_count::~shared_count() shared_count.hpp:472
#4 0x1ae8e63 in boost::thread::join_noexcept() shared_ptr.hpp:779
#5 0x989a8c in boost::thread::join() thread.hpp:766
#6 0x989366 in main main.cpp
0x058526f4 is located 4 bytes inside of 16-byte region [0x058526f0,0x05852700)
freed by thread T0 here:
#0 0x35ca20d in wrap__ZdlPv (libclang_rt.asan_osx_dynamic.dylib:i386+0x6520d)
#1 0x9ab89c in boost::detail::sp_counted_impl_p<boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> > >::~sp_counted_impl_p() sp_counted_impl.hpp:53
#2 0xa1dd1 in boost::detail::sp_counted_base::destroy() sp_counted_base_clang.hpp:97
#3 0xa23e7 in boost::detail::sp_counted_base::weak_release() sp_counted_base_clang.hpp:131
#4 0xa2262 in boost::detail::sp_counted_base::release() sp_counted_base_clang.hpp:118
#5 0xa2157 in boost::detail::shared_count::~shared_count() shared_count.hpp:473
#6 0xa115b in boost::detail::shared_count::~shared_count() shared_count.hpp:472
#7 0x1ae8e56 in boost::thread::join_noexcept() shared_ptr.hpp:779
#8 0x989a8c in boost::thread::join() thread.hpp:766
#9 0x989366 in main main.cpp
previously allocated by thread T0 here:
#0 0x35c9c0d in wrap__Znwm (libclang_rt.asan_osx_dynamic.dylib:i386+0x64c0d)
#1 0x9ab357 in boost::detail::shared_count::shared_count<boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> > >(boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >*) shared_count.hpp:137
#2 0x9ab214 in boost::detail::shared_count::shared_count<boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> > >(boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >*) shared_count.hpp:132
#3 0x9aaf88 in void boost::detail::sp_pointer_construct<boost::detail::thread_data_base, boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> > >(boost::shared_ptr<boost::detail::thread_data_base>*, boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >*, boost::detail::shared_count&) shared_ptr.hpp:284
#4 0x9aae3b in boost::shared_ptr<boost::detail::thread_data_base>::shared_ptr<boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> > >(boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >*) shared_ptr.hpp:362
#5 0x99c804 in boost::shared_ptr<boost::detail::thread_data_base>::shared_ptr<boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> > >(boost::detail::thread_data<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >*) shared_ptr.hpp:361
#6 0x99c407 in boost::shared_ptr<boost::detail::thread_data_base> boost::thread::make_thread_info<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >(boost::_bi::bind_t<void, void (*)(), boost::_bi::list0>, boost::disable_if_c<is_same<boost::decay<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >::type, boost::thread>::value, boost::thread::dummy*>::type) thread.hpp:229
#7 0x99c120 in boost::thread::thread<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >(boost::_bi::bind_t<void, void (*)(), boost::_bi::list0>, boost::disable_if_c<boost::thread_detail::is_rv<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >::value, boost::thread::dummy*>::type) thread.hpp:299
#8 0x989826 in boost::thread::thread<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >(boost::_bi::bind_t<void, void (*)(), boost::_bi::list0>, boost::disable_if_c<boost::thread_detail::is_rv<boost::_bi::bind_t<void, void (*)(), boost::_bi::list0> >::value, boost::thread::dummy*>::type) thread.hpp:300
#9 0x989366 in main main.cpp
SUMMARY: AddressSanitizer: heap-use-after-free sp_counted_base_clang.hpp:36 in boost::detail::atomic_decrement(int _Atomic*)
Shadow bytes around the buggy address:
0x20b0a480: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a490: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a4a0: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a4b0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x20b0a4c0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
=>0x20b0a4d0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa[fd]fd
0x20b0a4e0: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a4f0: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a500: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a510: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x20b0a520: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
Poisoned by user: f7
Container overflow: fc
Array cookie: ac
Intra object redzone: bb
ASan internal: fe
Left alloca redzone: ca
Right alloca redzone: cb
构建环境:在 macOS LLVM 9.0 下构建的 Boost 1.63 和 libc++(使用相同构建的主机应用程序)。主机正在运行调试版本，因此没有编译器优化。 Boost 可能是在优化的基础上构建的，但我必须研究一下。
有人知道我应该去哪里找吗？ TBH，我不确定 join_noexcept() 在 shared_ptr 准确重置的情况下做了什么——为什么有必要？我不认为这是一个 Boost 错误，但我不知道该去哪里找。主机应用程序当然可能会踩到某些东西，但我已经对此进行了广泛的调查，但还没有发现任何东西。当 join() 发生时，崩溃始终发生。
在我创建上面的最小案例示例之前的原始帖子: 在等待通信线程通过 join() 关闭时，我很少看到崩溃。崩溃很少发生，但我可以在打开/关闭通信线程数小时后通过一些压力测试重现它，大约每秒 3 次。
我在启用调试内存选项(僵尸 block 等)的情况下捕获了崩溃，它显示在:
thread::join_noexcept()
{
...
if(thread_info==local_thread_info)
{
thread_info.reset();
}
...
}
条件为 True，因此执行 reset() 导致 thread_data 被销毁，堆栈如下所示:
detail::sp_counted_impl_p<boost::detail::thread_data<CThreadAdapter> >::~sp_counted_impl_p() at sp_counted_impl.hpp:53
detail::sp_counted_base::destroy() at sp_counted_base_clang.hpp:97
detail::sp_counted_base::weak_release() at sp_counted_base_clang.hpp:131
detail::sp_counted_base::release() at sp_counted_base_clang.hpp:118
detail::shared_count::~shared_count() at shared_count.hpp:473
detail::shared_count::~shared_count() at shared_count.hpp:472
shared_ptr<boost::detail::thread_data_base>::~shared_ptr() [inlined] at shared_ptr.hpp:779
shared_ptr<boost::detail::thread_data_base>::~shared_ptr() [inlined] at shared_ptr.hpp:779
shared_ptr<boost::detail::thread_data_base>::reset() [inlined] at shared_ptr.hpp:667
thread::join_noexcept() at thread.cpp:343
thread::join() at thread.hpp:766
(上面不是崩溃，只是内存被释放的地方，稍后会引用)
崩溃然后在同一个 join_noexcept() 调用中发生，当它完成并销毁其局部变量时。它似乎试图访问释放的 thread_data(我认为):
detail::atomic_decrement(int _Atomic*) at sp_counted_base_clang.hpp:36
detail::sp_counted_base::release() at sp_counted_base_clang.hpp:115
detail::shared_count::~shared_count() at shared_count.hpp:473
detail::shared_count::~shared_count() at shared_count.hpp:472
shared_ptr<boost::detail::thread_data_base>::~shared_ptr() [inlined] at shared_ptr.hpp:779
shared_ptr<boost::detail::thread_data_base>::~shared_ptr() [inlined] at shared_ptr.hpp:779
thread::join_noexcept() at thread.cpp:351
thread::join() at thread.hpp:766
最佳答案
添加的独立代码值得一千字。
很明显，错误不在驱动程序代码中，boost 不太可能受到指责。这样就剩下了
您的信息表明您在使用兼容的编译器、库和标志构建库和测试程序时格外小心。这种排除了 ABI/ODR 问题。
这让我想到了资源泄漏。在我看来，如果围绕“joinable()”存在任何竞争，有条件地加入可能会导致不加入线程。我不认为是这种情况，但在您简单的独立示例中，您可以看到以下其中一项是否消除了崩溃:
移除条件:
#include <boost/thread.hpp>
#include <iostream>
static void do_nothing() {}
int main() {
uintmax_t thread_count = 0;
while (++thread_count) {
boost::thread(do_nothing).join();
}
std::cout << "Done\n";
}
避免竞争(通过延迟 do_nothing 退出，或使用同步原语来指示线程结束)。公平地说，这在我看来是一种“解决方法”， 表明存在库错误。
关于c++ - boost::thread::join() 崩溃试图引用销毁的 thread_info，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/51438287/
25
4
0
当你有一个对象 OBJ1 包含一个关键部分 CS 和一个指向另一个对象 OBJ2 的指针时，我无法弄清楚什么是正确的关闭过程 假设您有两个函数 A 和 B。 A进入临界区，修改OBJ2中的数据后离开临
我有一个成员变量声明为 CComPtr m_spXMLDoc; XML 文档是这样创建的 CoCreateInstance(CLSID_DOMDocument, NULL, CLSCTX_INPROC
在我的工作平台中，我遇到了 session_destroy 问题 function logout() { $_SESSION['id'] = ''; session_destroy(); } 在这
如何使用 destroy 删除 jScrollPane。请您给出以下代码的简单示例: $(document).ready(function() { $(".div1").jScrollPane
这是我在这里发表的第一篇文章，但我想对社区表示感谢，因为通过来到这里并在已经得到解答的问题中找到解决方案，我已经无数次找到了问题的解决方案。 话虽这么说，我想进入正题。我正在 Code Gear 的
我在导航 View 中工作。在此导航 View 中，您可以偶然发现个人资料页面。在此个人资料页面中，您可以看到与当前个人资料相关的其他个人资料(基本上是数据 View 中显示的图片)。您可以通过点击这
我想销毁项目中的 session ，这样当我单击“注销”时，它会转到页面“KillSession.jsp”，在该文件中我编写了“session.invalidate();”然后我将用户重定向到登录页面
我有关于 Thread 的 2 问题，我只是想澄清一些事情。使用以下代码: public class MyThread implements Runnable { Boolean StopTh
我遇到了内存泄漏，代码类似于下面的代码(这是每个循环都有不同输入的模拟)。 问题 对象 Object_XXX 非常复杂，它与数据库以及其他填充了数据库数据的对象有连接。 for(int i=0
当我在 Python 中启动一个类时，我给它一些值。然后我调用类中执行某些操作的方法。这是一个片段: class TestClass(): def __init__(self):
我想删除所有 div、类、属性和几乎所有 CKEDITOR 添加到 DOM 的内容。例如调用 jquery tabs("destroy");将删除所有由 jQuery 选项卡添加的 div。我怎样才能
我想清除析构函数中的一个映射，但我不知道它是否为空。如果我按如下方式清除它可以吗？ for(std::map::iterator it = m_map.begin(); it != m_map.end
我正在尝试克隆 TikTok 应用。对于主屏幕，我制作了一个 VerticalViewPager(自定义 View 分页器)，其中包含“点赞”按钮、标题和评论。我正在从 Firebase 检索视频。
我正在制作自己的游戏。目标之一是在世界中拥有尽可能多的物体。在这个游戏中，需要在一些不可预测的时间段内创建许多对象(比如武器开火会创建一个对象)，一旦该弹丸击中某物，该对象也需要被摧毁(也许它击中的东
有没有办法在 JavaScript 中破坏 HTML5 WebWorker？ 这是我的情况:我有一个 Web 应用程序生成相当数量的 WebWorker(在 16 到 32 之间的任何地方)来优化一些
如何销毁 php 中的 session ？ 事情是当用户点击注销按钮时， session 将结束，他将被重定向到 index.php 这是我的代码 客户.php 这是来自用户想要再次登录的 ind
关于 GtkBuilder 的问题。 当我们取消引用构建器指针时，它是否会破坏构建器创建的所有屏幕/小部件？ if( builder_ptr ) g_object_unref(G_OBJECT
有没有办法销毁 WebView 实例？如果页面加载，并说视频开始播放，我希望能够，当我隐藏 WebView 时，基本上可以销毁它，或者至少重置它。 我知道我可以听 visibleProperty 并执
我有一组可拖动的元素。如何删除可拖动功能？ $('.draggable').draggable('disable') 在我的情况下不是一个选项 $('.draggable').draggable('d
下面的代码会抛出一个 EZDecompressionError 消息 'Invalid ZStream operation' 每当行 Reader.Free 被执行。有人可以告诉我这段代码有什么问题吗
我是一名优秀的程序员,十分优秀！