Messages in this thread | | | Date | Tue, 12 Feb 2013 18:50:03 +0400 | From | Pavel Emelyanov <> | Subject | Re: [CRIU] [PATCH 3/3] signalfd: add ability to read siginfo-s without dequeuing signals (v2) |
| |
>>> Process checkpointing needs to bite the bullet and >>> create its own API instead. >> >> This is bad approach as well. What we should do is come up with a sane >> API that makes sense without the checkpoint-restore project _when_ _possible_. > > Coming up with a sane API in general isn't easy.
That's what we've put the linux-api@ in Cc for ;)
[snip]
> Compared to this, ptrace-attaching to the process > and then reading from /proc or issuing a new ptrace request > looks much cleaner.
Sure it does! Also note, that it also looks much cleaner than the fancy /proc/pid/checkpoint thing you propose.
> My opinion, of course.
Thanks, Pavel
| |