patch: strace.1, explication of "unfinished" (repost)
Tomas Pospisek
tpo at sourcepole.ch
Tue Sep 9 12:19:40 UTC 2008
Hello I'm re-posting the below docu patch for consideration.
Would it be possible to include the below documentation improvement in the
strace manpage?
Is the patch not good enough?
I'd be happy to get some feedback in the form of either:
- "no we won't include the patch"
- "please improve this aspect"
- "committed, thanks"
- "will commit it later"
- "have a little patience"
Thanks,
*t
---------- Forwarded message ----------
Date: Thu, 7 Aug 2008 09:47:07 +0200 (CEST)
From: Tomas Pospisek
To: strace-devel
Subject: patch: strace.1, explication of "unfinished"
Hello,
here's a short patch to strace's manpage that documents "unfinished"/"resumed".
I'm not subscribed to the mailing list, thus if there's critique/comments about
the suggested text then please Cc: me.
THanks,
*t
$ diff -u strace.1.orig strace.1
--- strace.1.orig 2008-08-06 19:45:03.000000000 +0200
+++ strace.1 2008-08-06 20:29:30.000000000 +0200
@@ -147,6 +147,13 @@
--- SIGINT (Interrupt) ---
+++ killed by SIGINT +++
.CE
+If a system call is being executed and meanwhile another one is being called -
or a signal arrives in the meantime then strace will try to preserve the order
of those events and mark the ongoing call as being \fIunfinished\fP.
+When the call returns it will be marked as \fIresumed\fP:
+.CW
+[pid 28772] select(4, [3], NULL, NULL, NULL <unfinished ...>
+[pid 28779] clock_gettime(CLOCK_REALTIME, {1130322148, 939977000}) = 0
+[pid 28772] <... select resumed> ) = 1 (in [3])
+.CE
Arguments are printed in symbolic form with a passion.
This example shows the shell performing ``>>xyzzy'' output redirection:
.CW
More information about the Strace-devel
mailing list