rr hits a fatal assert and prevents further replay
维护者通常 2 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 35/100
- Issue 类型
- 缺陷
- 描述清晰度
- 需要澄清
- 活跃度
- 冷清
- 技术栈
- cpp, linux
调研方向
Start with src/Task.cc:1446 in compute_trap_reasons() and reproduce the failure using rr 5.9 on Fedora 42. Compare failing and successful replays around the reported time and breakpoint addresses, using the assertion output as the initial trace. Done means identifying a reproducible cause and documenting or fixing the failure, but the issue does not provide enough application detail to define a narrower test.
由索引模型根据 Issue 内容生成。
描述
First of all, thanks for this amazing tool.
Secondly, I'd like to debug and help understand the root cause of my issue, but I'm not very familiar with the internals, so I'll post an issue here in case I get some help.
When I replay a recording of my code, rr encounters a fatal error with the following message to stdout:
[FATAL src/Task.cc:1446:compute_trap_reasons()]
(task 23212 (rec:22828) at time 29708)
-> Assertion `as->is_breakpoint_instruction(this, ip_at_breakpoint)' failed to hold. expected breakpoint at 0x7f9455b9a421, got siginfo {signo:SIGTRAP,errno:SUCCESS,code:TRAP_BRKPT,addr:0x7f9455b9a422}
This happens only on the specific application I'm debugging and not in any simple hello world application.
Additionally, some replays go through and work well. This happens in around 90% of the replays.
Any help on how I can go about debugging it would be appreciated, since I cannot reveal details about the application I'm debugging.
Edit : I'm on Fedora 42 with rr version 5.9.
Thanks.
- 主要语言
- C++
- 星标
- 10.7k
- 派生
- 666
- 平均合并
- 1 天 21 小时
- 30 天内合并 PR
- 31
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
rr-debugger/rr 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 62/100
rr-debugger/rr#4145 ·
维护者通常 2 天内回复
-
难度 3/5 1-2 天 新手友好度 55/100
rr-debugger/rr#4152 ·
维护者通常 2 天内回复
-
难度 3/5 1-2 天 新手友好度 52/100
rr-debugger/rr#4146 ·
维护者通常 2 天内回复
-
难度 4/5 3-5 天 新手友好度 43/100
rr-debugger/rr#4127 · 1 条评论 ·
维护者通常 2 天内回复
-
难度 3/5 1-2 天 新手友好度 68/100
rr-debugger/rr#4059 · 1 条评论 ·
维护者通常 2 天内回复
相似的 Issue
-
PriorityNotificationQueue::wakeUpAll() loses the wake-up for a thread that is not waiting yet可能已有人在做 @matejk 今天认领。 未关闭bug
难度 2/5 1-3 小时 新手友好度 78/100
pocoproject/poco#5674 ·
维护者通常 2 天内回复
-
难度 2/5 1-3 小时 新手友好度 69/100
-
area:qmc bug
难度 2/5 1-3 小时 新手友好度 69/100
维护者通常 3 天内回复
-
bug good first issue
难度 2/5 1-3 小时 新手友好度 74/100
ASGC-Game-Jam/asgc-gamejam-2026#563 ·
维护者通常 1 天内回复
-
area/ysql kind/bug priority/medium status/awaiting-triage
难度 2/5 1-3 小时 新手友好度 78/100
yugabyte/yugabyte-db#37523 ·
维护者通常 1 天内回复