SIGSTOP/CONT behaviour

From: Christian Jaeger (christian.jaeger@sl.ethz.ch)
Date: Wed Sep 26 2001 - 17:46:17 EST


Hello

I just wanted to make sure I'm right about this:

If I send a SIGSTOP to another process, I can NOT rely on him not
running anymore after the kill syscall returns. Is that right? I think
so/have been told so because when the other process is in the middle of
a syscall when I send SIGSTOP it will still finish this syscall and only
afterwards stop (and my kill call will return before that).

Additionally I could imagine there isn't even a guarantee that the
process won't execute userland code anymore in the case of SMP?

(What I wanted to do is stop several file serving daemons
(ftp,samba,netatalk) from fiddling with the filesystem while I traverse
through a file tree. I need to make sure I don't get files twice because
they have been moved while traversing and so on. I would not mind that
much about file *contents* changing, though. I'd welcome other
suggestions that don't imply changing the source code of these servers.)

Thanks
Christian.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Sun Sep 30 2001 - 21:00:52 EST