On Apr 28, 2008, at 03:21, Marc Lehmann wrote:
In all fairness, I want to point out that, after _multiple_ rounds of
longish e-mail exchanges, Rocco Caputo could not solve the problems
that
forced AnyEvent to use this design, nor did he enlighten me on how
to work
around the specific problems that I mentioned to him that forced this
design decision(*).
Addressed in <[EMAIL PROTECTED]>. Please
respond there.
He did not come up with any further evidence for a problem, either
(just
repeatedly stating that the design is broken. The only argument he
brought
up was: one of your design goals is to be reasonably efficient, POE
does
not do it reasonably efficient, so your design is broken, which is an
outright absurd logic).
Marc and I are disagreeing with what I wrote in the message included
in <[EMAIL PROTECTED]>. No amount of he-
said/no-he-said will resolve it at this point, so I refer the reader
back to the actual exchange.
Everyone: Your suggestions to improve my communication are greatly
appreciated. Please comment off-list, if you can.
In fact, it seems his problem is indeed the AnyEvent API and not the
interface module to POE, i.e. the "broken" means I should not provide
events in the form AnyEvent does, which is of course
counterproductive to
the goal of AnyEvent of being compatible to multiple event loops (I
can't
provide different APIs to different event loops...).
I explicitly stated otherwise in the message included in <[EMAIL PROTECTED]
>. It's the sentence beginning with "We should not need to change
AnyEvent::Impl::POE's public interface".
So I conclude that even the POE author is unable to provide a
(strongly)
more efficient approach, which, according to his own words, would
make him
worse then the average first-time POE user.
Considering our previous discussions on the matter, I feel that your
conclusion is premature.
Also, you seem to be saying that one solution can simultaneously
perform equally as well as another and worse than it. Which quantum
computers have you ported AnyEvent to lately? :)
--
Rocco Caputo - [EMAIL PROTECTED]
