Bob*_*b L 6 multithreading pthreads linux-kernel futex
使用共享内存中存储的 rwlock 对象的同一进程中的两个线程在 pthreads 压力测试期间遇到崩溃。我花了一段时间试图找到内存损坏或死锁,但到目前为止一无所获。这只是通知我我造成了僵局的一种不太理想的方式吗?有关调试此工具/方法的任何指示?
线程 5“tms_test”收到信号 SIGABRT,中止。 [切换到线程 0x7ffff28a7700 (LWP 3777)] 0x00007ffff761e428 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 54 ../sysdeps/unix/sysv/linux/raise.c:没有这样的文件或目录。 (gdb) bt #0 0x00007ffff761e428 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 #1 0x00007ffff762002a 在 __GI_abort () at abort.c:89 #2 0x00007ffff76607ea in __libc_message (do_abort=do_abort@entry=1, fmt=fmt@entry=0x7ffff77776cc "%s") at ../sysdeps/posix/libc_fatal.c:175 #3 0x00007ffff766080e in __GI__libc_fatal (message=message@entry=0x7ffff79c4ae0“futex 工具返回了一个意外的错误代码。”) at ../sysdeps/posix/libc_fatal.c:185 #4 0x00007ffff79be7e5 in futex_fatal_error () at ../sysdeps/nptl/futex-internal.h:200 #5 futex_wait (private=, expected=, futex_word=0x7ffff7f670d9) at ../sysdeps/unix/sysv/linux/futex-internal.h:77 #6 futex_wait_simple (private=, expected=, futex_word=0x7ffff7f670d9) at ../sysdeps/nptl/futex-internal.h:135 #7 __pthread_rwlock_wrlock_slow (rwlock=0x7ffff7f670cd) 在 pthread_rwlock_wrlock.c:67 #8 0x00000000004046e3 in _memstat (offset=0x7fffdc0b11a5, func=0x0, lineno=0, size=134, flag=1 '\001') at tms_mem.c:107 #9 0x000000000040703b 在 TmsMemReallocExec (in=0x7fffdc0abb81, size=211, func=0x43f858 "_malloc_thread", lineno=478) at tms_mem.c:390 #10 0x000000000042a008 in _malloc_thread (arg=0x644c11) at tms_test.c:478 #11 0x000000000041a1d6 in _threadStarter (arg=0x644c51) at tms_mem.c:2384 #12 0x00007ffff79b96ba 在 pthread_create.c:333 处的 start_thread (arg=0x7ffff28a7700) 中 #13 0x00007ffff76ef82d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 (gdb)
小智 9
调试没有很好记录的东西是非常困难的。我试图找到有关“futex 工具返回意外错误代码”的任何有用信息,但似乎未在 futex 文档中指定。在我的情况下,此消息是由 生成的sem_wait(sem),其中 sem 不是有效sem_t指针。在用 .sem 初始化 sem 后,我不小心用一些随机整数覆盖了它(sem 指向的内存)sem_init(sem,1,1)。尝试检查您是否正在将有效指针传递给锁定功能。
| 归档时间: |
|
| 查看次数: |
19275 次 |
| 最近记录: |