All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] ptrace.2: Explain behaviour should ptrace tracer call execve
@ 2012-09-13 21:03 James Hunt
       [not found] ` <50524A33.2030600-GeWIH/nMZzLQT0dZR+AlfA@public.gmane.org>
  0 siblings, 1 reply; 2+ messages in thread
From: James Hunt @ 2012-09-13 21:03 UTC (permalink / raw)
  To: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w,
	linux-man-u79uwXL29TY76Z2rM5mHXA

[-- Attachment #1: Type: text/plain, Size: 302 bytes --]

This behaviour was verified by reading the kernel source and confirming
the behaviour using a test program.

Applies to latest git repo.

Kind regards,

James.
--
James Hunt
____________________________________
http://upstart.ubuntu.com/cookbook
http://upstart.ubuntu.com/cookbook/upstart_cookbook.pdf

[-- Attachment #2: 0001-Explain-behaviour-should-ptrace-tracer-call-execve.patch --]
[-- Type: text/x-patch, Size: 800 bytes --]

>From 44d1bffe6dfbaeaae3e0bafb7ec626eb362f97e2 Mon Sep 17 00:00:00 2001
From: James Hunt <james.hunt-GeWIH/nMZzLQT0dZR+AlfA@public.gmane.org>
Date: Thu, 13 Sep 2012 21:53:18 +0100
Subject: Explain behaviour should ptrace tracer call execve.

---
 man2/ptrace.2 |    3 +++
 1 file changed, 3 insertions(+)

diff --git a/man2/ptrace.2 b/man2/ptrace.2
index c45e569..d051358 100644
--- a/man2/ptrace.2
+++ b/man2/ptrace.2
@@ -1660,6 +1660,9 @@ In Linux kernels before 2.6.26,
 .BR init (8),
 the process with PID 1, may not be traced.
 .LP
+A tracees parent continues to be the tracer even if that tracer calls
+.BR execve (2).
+.LP
 The layout of the contents of memory and the USER area are
 quite operating-system- and architecture-specific.
 The offset supplied, and the data returned,
-- 
1.7.9.5


^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [PATCH] ptrace.2: Explain behaviour should ptrace tracer call execve
       [not found] ` <50524A33.2030600-GeWIH/nMZzLQT0dZR+AlfA@public.gmane.org>
@ 2015-02-05 13:24   ` Michael Kerrisk (man-pages)
  0 siblings, 0 replies; 2+ messages in thread
From: Michael Kerrisk (man-pages) @ 2015-02-05 13:24 UTC (permalink / raw)
  To: james.hunt-GeWIH/nMZzLQT0dZR+AlfA,
	linux-man-u79uwXL29TY76Z2rM5mHXA
  Cc: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w

On 09/13/2012 11:03 PM, James Hunt wrote:
> This behaviour was verified by reading the kernel source and confirming
> the behaviour using a test program.
> 
> Applies to latest git repo.

Thanks, James. Applied.

Cheers,

Michael


---
 man2/ptrace.2 |    3 +++
 1 file changed, 3 insertions(+)

diff --git a/man2/ptrace.2 b/man2/ptrace.2
index c45e569..d051358 100644
--- a/man2/ptrace.2
+++ b/man2/ptrace.2
@@ -1660,6 +1660,9 @@ In Linux kernels before 2.6.26,
 .BR init (8),
 the process with PID 1, may not be traced.
 .LP
+A tracees parent continues to be the tracer even if that tracer calls
+.BR execve (2).
+.LP
 The layout of the contents of memory and the USER area are
 quite operating-system- and architecture-specific.
 The offset supplied, and the data returned,

-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply related	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-02-05 13:24 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-09-13 21:03 [PATCH] ptrace.2: Explain behaviour should ptrace tracer call execve James Hunt
     [not found] ` <50524A33.2030600-GeWIH/nMZzLQT0dZR+AlfA@public.gmane.org>
2015-02-05 13:24   ` Michael Kerrisk (man-pages)

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.