Ahoy! :)<br><br><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 class="im">> After reading this I'm wondering... what's the current "erlang way" of doing<br>

> selective sends?<br>
> Where by "selective send" I mean:<br>
>  - a client process sends a "message filter" to a server process;<br>
>  - when an event occurs the server checks the client's "message filter" to<br>
> determine if a notification should be sent.<br>
<br>
</div>I don't understand what's wrong with gen_event in this case? An event<br>
handler is not its own process. It's just a callback module. There is<br>
only one process and that's the event manager. Using a catch-all<br>
handle_event/2 should be an extremely cheap way to disregard events<br>
you're not interested in. Not that I have run any benchmarks.<br>
</blockquote></div><br>In Camille's case I agree gen_event is just fine. But I'd call that case a "selective call"<br>in opposition to the "selective send" (involving two processes) that I'm looking for. :)<br>
<br>On the thingy I'm working on I don't really want the server process depending on<br>any callback functions. The client "filter" should be sent as data so that the client<br>and server code remains completely independent.<br>
<br>At this point I'm trying to figure out what this "filter" might be and how to do the matching.<br>It seems all the match spec ma[tch]gic is done inside ets, so I might start looking there. :)<br><br>Cheers,<br>
:Davide<br>