the way fboxes works has issues for the sessions implementation,
in particular tthe session finalize approach.
what happens without this temporary fix is that if there is not some fully shcnronizing call
prior to calling session_finalize, there are cases where a process may be probing its fast
mailboxes for processes that are tearing down theses fboxes. That results in segfauls and
sigbus problems.
The fast box mechanism will need to be supplemented with some kind of shutdown mechanism
that will tell the owner of the fboxes when its okay to actually tear them down.
IN the interest of making progress using the sessions prototype with applications, shut
down the fbox process for the prototype and return to coming up with a real fix at a later
date.
the way fboxes works has issues for the sessions implementation, in particular tthe session finalize approach.
what happens without this temporary fix is that if there is not some fully shcnronizing call prior to calling session_finalize, there are cases where a process may be probing its fast mailboxes for processes that are tearing down theses fboxes. That results in segfauls and sigbus problems.
The fast box mechanism will need to be supplemented with some kind of shutdown mechanism that will tell the owner of the fboxes when its okay to actually tear them down.
IN the interest of making progress using the sessions prototype with applications, shut down the fbox process for the prototype and return to coming up with a real fix at a later date.
relates to #3
Signed-off-by: Howard Pritchard hppritcha@gmail.com