Improving guide documentation.
Fixing code examples to be runnable.
Adding prntMessage for client.Process.prnt() to use, so users can
  use StringMessage without unintended consequences.
Reintroduced client.Process.send_object() for users still using
objHandlers.
Fixed Issue#3 ( ipc.client.Process objects can't be started by
  ProcessList.start() or self.start() )
Renamed client.Process.m_id as p_id (process id)
Added host.Supervisor.poll_message()
Made get_ids return a set, not a list
Made sure supervisor responds to all messages, even after processes
  terminate.
TOFIX: Poll time shouldn't depend on the number of processes in
  Supervisor.get() any more
TOFIX: Supervisor.supervise() calls self.send() to RESIDENT processes.
  That should be send_object now.
Fixing last commit todos:
  RESIDENT process term message sending didn't need fixing - it's send()
    in the supervisor to send a pre-instanced message object (not
    send_object() like in the client.Process)
  Fixed poll timeout to be consistent regardless of number of processes,
    but test_send_object is now a lot more flakey, despite adding a tick
    argument to get_message() to try to run things as they used to.
TODO: Find out why test_send_object now fails so often
Fixing flakey behaviour in test_send_process by making the tick actually like
 it used to be (tick is currently 0.2s, not 0.1s).
Still need to investigate exactly what was going on.  Does recv() behave in
  a last message first manner if it's got two messages queued up?