Don't "stop" the process on group-stop.

This is (again) a finish state not "stop" state...

Introduced in e20cd1037c48cecff985f27c21908f5447a53cb4.
Add support for native fd in Parrot.

This change allows tracees to have native file descriptors, which are not
intercepted/interpreted by Parrot in any way. This currently allows sockets and
pipes to be treated natively, as well as ttys already attached when Parrot
bootstraps the root tracee.

Various things to note about this commit:

o select/poll are now executed in the kernel without any interpretation by Parrot.
  This is accomplished by having a dummy unique open file (which maps to a pfs_pointer)
  for each file descriptor opened in Parrot (e.g. /chirp/host:port/foo). select/poll on
  a regular file always sets read/write/error status which is what we want.

o Before considering recvmsg/sendmsg, I had used a dummy "null" file descriptor
  (/dev/null) for open Parrot file descriptors. This was duplicated via dup2 to
  the desired fd. So if we opened /chirp/host:port/foo and set it to fd 3, we
  would have the tracee run dup2(3, <null fd shared for all tracees>).

  Because of recvmsg/sendmsg being capable of sending a file descriptor to
  another process (which is fairly common), we need to "track" a Parrot fd that
  is sent to another tracee (we ignore a Parrot fd being sent to a process not
  being traced by Parrot, which at worst may break the application; we have
  never accounted for this possibility). We accomplish tracking an fd sent to
  another tracee by having the tracee create a file in the pfs_temp_dir,
  obtaining the inode, and then unlinking the file. Using this inode, we can
  identify a Parrot file descriptor received via recvmsg by doing stat on

      /proc/<pid of tracee doing recvmsg>/fd/<fd received>

  We don't need to do anything special for sendmsg. [Except actually we do, we
  need to increment the reference count for any Parrot file "in flight". Future
  work...]

o All socket/pipe operations fallthrough to the kernel. Sockets and pipes are
  always native.

o For open and openat (when path is absolute), if the file refers to a
  character or block device, we allow the open natively. This means a tracee
  can open/create its own terminals without inteference from Parrot.

o pfs_poll.* and all tracee wait states are obsolete and removed.

Fixes #48.
Maybe will fix (but does not currently) #346.