major rewrite of the c++ interface

_ev.set (some_cb); Docs have not yet been updated. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann

Re: major rewrite of the c++ interface

e+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ __

libev-1.7 release

... -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED

libev-1.72 has been released

-==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list

libevent-like callback in c++

d. (if you use that, maybe I should rename the (currently internal) set_ function to set_cb or something). -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation

Re: libevent-like callback in c++

On Wed, Dec 12, 2007 at 04:16:10AM +0100, Marc Lehmann <[EMAIL PROTECTED]> wrote: > template note that this makes it impossible to react to EV_ERROR as thats outside the range of a typical short. However, as EV_ERROR is set together with EV_READ and EV_WRITE, in actual use cases t

libevent+libev 1.81 has been released

_GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmo

libevent+libev 1.81 has been released (f'up)

w.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/m

Re: C++ APIs [Re: libevent-like callback in c++]

t MORPG -==- _GNU_ http://www.deliantra.net ----==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev maili

Re: C++ APIs [Re: libevent-like callback in c++]

e+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailin

libev-1.85 release

MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev ma

Re: [Libevent-users] libev-1.85 release

lls (and gained a few DELs) and the last one didn't change at all. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---

Re: [Libevent-users] libev-1.85 release

On Fri, Dec 14, 2007 at 11:56:32PM +0100, Marc Lehmann <[EMAIL PROTECTED]> wrote: > The first program suffered from a lot of DEL => EBADF calls when the fd > was already gone (or ENOENT if it was replaced), To clarify, the recent change got rid of all those DEL calls and rep

Re: Making an embeddable libev

ing. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: Making an embeddable libev

y known are mentioned in the documentation, too). -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: Making an embeddable libev

http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: Making an embeddable libev

On Mon, Dec 17, 2007 at 10:56:05PM +0100, Marc Lehmann <[EMAIL PROTECTED]> wrote: > > string, preferably via an argument to the configure M4 macro > > All public symbols are already prefixed with ev_ and there are no public > symbols except as required by the API. If yo

libev 1.86 release (minor fixes)

---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: Change watched events in callback.

the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: Making an embeddable libev

be that the libev embedded in Open MPI would be 100% > private -- what we do in our event loop should not affect what the > application does with its event loop (and vice versa, obviously). And I fully support that goal and think that, except for minor as-of-yet unknown problems, this is already ea

Re: Making an embeddable libev

use other methods still, but it would be something an embeder could rely upon. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Ma

Re: Making an embeddable libev

hat if both of them tried to do > something with a global resource, it could be detected? To what point, crashing differently? No, there isn't a reasonable way to do that. > of "collision" error code were returned by libev,

Re: LICENSE file

_GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmor

Re: C++ APIs [Re: libevent-like callback in c++]

ng that your interpretation of my scarce comments are correct :) In any case, since you know your trade, maybe another apprach would be not to influence you and see what you come up with, it might be different, and better -- The choice of a Deliantra, the free code+content MORPG

embed kqueue/epoll heads-up

only works for sockets). -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [

Re: Warnings from gcc

ut them. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --=

Re: Warnings from gcc

> Same goes for ev_now() in the !EV_MULTIPLICITY case. Same reasoning here. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ___

libev 2.0 has been released

of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROT

Re: Warnings from gcc

he perl module, and if more is desired, use the regression test in the libevent+libev tarball. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://

Re: ev_stat missed?

==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing l

Re: Warnings from gcc

iantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ _

libev-2.01 (minor fixes)

gpl v2 or later, and also relicencing to gpl only. - documentation changes. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc

Re: Announcing Rev: a high performance event library for Ruby 1.9

=- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.

Re: Announcing Rev: a high performance event library for Ruby 1.9

iantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: embed kqueue/epoll heads-up

ntent MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\

Re: Callbacks Question

vent loop or so, the safe route is to always call ev_xxx_stop first, but this is unliekly to be necessary. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation

Re: Callbacks Question

ntra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ _

Re: Why does libev comes with event.c and event.h?

http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: kqueue for sockets on freebsd (non-polling)

_recommended_backends () | EVBACKEND_KQUEUE ); assert ((loop, "libev initialisation failed")); -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generati

Re: kqueue for sockets on freebsd (non-polling)

, so don't hold back. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: #include in ev++.h

de how exactly ev.h is being included by providing the EV_H macro. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==--

Re: Disabling the SIGCHLD handler

-- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/

Re: #include in ev++.h

The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ----==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ _

Re: Disabling the SIGCHLD handler

doesn'T touch signal handlers once installed. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: Disabling the SIGCHLD handler

be happy to understand why you feel the urge to patch libev when you can just provide your own sigchld handler instead, as you originally wanted. For some reason, you keep ignoring the obvious solution that ha sbeen mentioned a few times already. > send a patch if you're inte

Re: [PATCH] Only compile ev::now() if EV_MULTIPLICITY is defined.

dless of any value for EV_MULTIPLICITY? -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ /

Re: Bug with signal delivery after fork.

The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [

Re: Disabling the SIGCHLD handler

't make that impression to me. > idiot, I'm not attacking you. A little politeness doesn't cost you > much. I am polite. Claiming I am not is impolite, no? > On Mon, Jan 14, 2008 at 03:06:41AM +0100, Marc Lehmann wrote: > Notice that nothing prevents the waitpid from rea

Re: Bug with signal delivery after fork.

liantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMA

Re: [RFC] extending ev++.h to add C++ loop wrappers.

somesuch, if needed. > + inline void sleep (tstamp interval) Sleep, again, could collide with a global symbol defined in a header, unfortunately. > -void start (int fd, int events) > +void start (int fd, int events = READ) Do you really think this is such a good ide

Re: Bug with signal delivery after fork.

The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==--

Re: Disabling the SIGCHLD handler

about ordering or reordering of child watchers, it just works correctly. by introducing ordering you would rely on undocumented (and possibly changing) internals of libev that could well depend ont eh actions of other code, which in turn could depend on exte

Re: [PATCH] Only compile ev::now() if EV_MULTIPLICITY is defined.

On Tue, Jan 15, 2008 at 10:06:32AM -0200, Leandro Lucarella <[EMAIL PROTECTED]> wrote: > Marc Lehmann, el 15 de enero a las 04:13 me escribiste: > > On Mon, Jan 14, 2008 at 01:35:22PM -0200, Leandro Lucarella <[EMAIL > > PROTECTED]> wrote: > > > Since ev_now()

Re: Disabling the SIGCHLD handler

you want waitpid, you know where to find it. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/

Re: Disabling the SIGCHLD handler

http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://l

Re: [RFC] extending ev++.h to add C++ loop wrappers.

+void start (int fd, int events = READ) > > > > Do you really think this is such a good idea? Is READ really predominantly > > what people want? > > Is what I predominantly want =) Well, if you think so, ok then. > I can remove the default... Not if you ar

Re: [RFC] extending ev++.h to add C++ loop wrappers.

On Wed, Jan 16, 2008 at 04:12:02PM -0200, Leandro Lucarella <[EMAIL PROTECTED]> wrote: > Marc Lehmann, el 16 de enero a las 05:43 me escribiste: > I'm trying to go back to this design, but I'm starting to need the loop to > be virtual again because, I can't put

Re: [RFC] extending ev++.h to add C++ loop wrappers.

ne as well. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann

Re: New iteration over the ev++ improvement patch.

ts a technical OK =). I'll probably split the patch in > smaller, incremental changes. You can just apply it yourself in one go. We can then change it from that point. -- The choice of a Deliantra, the free code+content MORPG

Re: [RFC] extending ev++.h to add C++ loop wrappers.

://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: [RFC] extending ev++.h to add C++ loop wrappers.

default loops when > EV_MULTIPLICITY is set? Definitely not, we should work aroundt hat way, even if inefficient, at the moment, and later redesign those functions and optimise the ev++.h use. -- The choice of a Deliantra, the free code+con

Re: Bug with signal delivery after fork.

f a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___

Re: Disabling the SIGCHLD handler

ose as problems. That's the behavior I want. Thats fine with me, don't push it on libev though, please, which tries to be race-free and correct. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.delian

Re: New iteration over the ev++ improvement patch.

tc., and that this is preferable to a prefix and certainly an underscore. -- The choice of a Deliantra, the free code+content MORPG -----==- _GNU_ http://www.deliantra.net ==-

Re: New iteration over the ev++ improvement patch.

would be: ev::default_loop ().now () i think users should store the default_loop in soem variable as soon as possible anyways (and most people will liekly do just to avoid the function call). -- The choice of a Deliantra, the free code+content MORPG -----==-

Re: New iteration over the ev++ improvement patch.

ople caring either about loops or biug overheads (those will store the loop somewhere) I think its best to encourage b), as having dozens of (hidden) function calls is pretty ugly. -- The choice of a Deliantra, the free code+content MORPG -==-

Re: New iteration over the ev++ improvement patch.

hoice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\

Re: Another race in signal handling

roblem report, such analyses are, however, useless. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann

Re: New iteration over the ev++ improvement patch.

oing will prefer your method over a straightforward declaration of their own default loop pointe r(which saves typing). *That* makes no sense whatsoever :) -- The choice of a Deliantra, the free code+content MORPG ---

Re: Another race in signal handling

liantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: New iteration over the ev++ improvement patch.

:) -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=

Re: New iteration over the ev++ improvement patch.

_GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.sch

Re: Another race in signal handling

erstand it: Don't. Try to understand it, don't make wrong assumptions. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __

Re: Another race in signal handling

The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_

Re: What to do w/accept when too-many-files-open

The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ----==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\

Re: Another race in signal handling

ason for netscaoe 4 freezing all the time. this cannot happen with libev for other reasons, but its a sensible optimisation). -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==

Re: New iteration over the ev++ improvement patch.

amespace, as the goal should be to take the C api and c++-ise it a bit, so if there is no obvious problem with using the c api approach, sounds perfetc to me :) -- The choice of a Deliantra, the free code+content MORPG -==-

Re: New iteration over the ev++ improvement patch.

de+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev maili

Re: New iteration over the ev++ improvement patch.

a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\

Re: New iteration over the ev++ improvement patch.

-==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: New iteration over the ev++ improvement patch.

ntra, the free code+content MORPG -----==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: multi-threading

one thread doing I/O (or distributing I/O), all threads doing it, a central dispatcher or some leader-follower pattern. It is hard to get efficient while being portable, too. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_

Re: New iteration over the ev++ improvement patch.

code generated). So, now you cna decide :) -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ _

Re: Small correction for ev.pod

The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ /

libe-3.0 release (minor fixes)

---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: multi-threading

free code+content MORPG -==- _GNU_ http://www.deliantra.net ----==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ __

Re: multi-threading

uck :) -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: multi-threading

watcher, using other means to communicate that they should do so. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann

Re: siginfo_t type signal handlers?

de+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev ma

Re: New iteration over the ev++ improvement patch.

in that building where the server is located :( -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __

Re: siginfo_t type signal handlers?

==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.sch

preliminary ev_async implementation

ation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: preliminary ev_async implementation

U_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@l

Re: preliminary ev_async implementation

nfusing to people. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==-

Re: preliminary ev_async implementation

ays been the case). -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ /

Re: some questions

==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: Possible documentation bugs.

http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lis

Re: [Libevent-users] pipeline server

reproducable) problems with slightly older cvs snapshots, so ymmv. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---

Re: small pb

ration ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

test, please ignore

-==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing

  1   2   3   4   5   6   7   8   9   10   >