<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div dir="ltr">On Wed, Aug 6, 2008 at 09:51, Mats Cronqvist <span dir="ltr"><<a href="mailto:mats.cronqvist@gmail.com" target="_blank">mats.cronqvist@gmail.com</a>></span> wrote:<div class="gmail_quote">
<div class="Ih2E3d"><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Vlad Dumitrescu wrote:<br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
There is still a problem with that (albeit a small one): if tracing the system with dbg, the traced processes get spurious 'timeout' messages directly, regardless of any proxies trying to protect them.<br>
</blockquote><br>
<br></div>
 que? if so, surely that's a bug? and a pretty bad one at that.</blockquote></div></div></div></blockquote><div><br>It isn't a bug, it's just me. I had several bugs and I attributed the effects to the wrong cause, sorry for the noise.<br>
<br>The 'timeout' message is of course the way the trace shows that an "after N" clause has been chosen. It feels a little uneasy that the trace printout is indistinguishable from the process having received the atom 'timeout' in a message.<br>
<br>best regards,<br>Vlad<br><br></div></div></div>