Date: Tue, 10 Nov 2020 12:56:51 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 250954] ptrace(): weird ordering between inheriting debug registers and reporting a new thread Message-ID: <bug-250954-227-GbVuZvrImc@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-250954-227@https.bugs.freebsd.org/bugzilla/> References: <bug-250954-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D250954 Pavel Labath <p-freebsd@labath.sk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |p-freebsd@labath.sk --- Comment #15 from Pavel Labath <p-freebsd@labath.sk> --- Hi all. I have a semi-random peanut gallery comment. This talk of two events has reminded me of how thread creating works on lin= ux. There, the tracer indeed gets two events for thread creation, one on the main(parent) thread, and one for the newly created child thread. The parent event (PTRACE_EVENT_CLONE) comes with the pid of the new thread,= and it allows the tracer to wait for the creation event on the newly created thread, if he chooses to do that. Lldb chooses to do that, as it makes it easier to reason about the state of the process. I am not very familiar with the ptrace model on freebsd (I understand there= are significant differences), but it sounds like something like that might be useful here too... --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-250954-227-GbVuZvrImc>