Re: ABI report

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

Re: Error handling / ev_set_syserr_cb

p://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/mailman/listinfo/libev

Re: unreliable timer with RUN_ONCE since 4.10

e code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libe

Re: Error handling / ev_set_syserr_cb

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

Re: question on ev_loop_fork

ode+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev m

Re: question on ev_loop_fork

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

Re: unreliable timer with RUN_ONCE since 4.10

On Mon, Feb 15, 2016 at 02:02:34PM +0200, Alex Efros wrote: > On Mon, Feb 15, 2016 at 12:25:19PM +0100, Marc Lehmann wrote: > > If I run your script, then the reason the timer isn't invoked instantly > > is simply because it hasn't elapsed yet - try with delay -1 for exa

Re: libev directory detection

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

Re: unreliable timer with RUN_ONCE since 4.10

ode+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ _

Re: ISO Example for reading/writing uart/rs-232

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

Re: libev error handling

ibev that does that, so your patch doesn't fix the problem at all (and I don't see how a similar approach could). -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_

Re: libev error handling

, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___

Re: spelling in ev.pod: calender -> calendar

ion ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/mailman/listinfo/libev

Re: sharing udp socket between several processes

_GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list

libev-4.22 has just been released

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

Re: Several questions concerning libeio internals(+)

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

Re: Several questions concerning libeio internals(+)

d, as C (in the past) made no guarantees about atomicity between threads. It could surely be optimised "most everywhere", but if it doesn't hurt, erring on the correct side is a virtue. -- The choice of a Deliantra, the free code+content MORPG

Re: ISO Example for reading/writing uart/rs-232

iantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/mailman/listinfo/libev

Re: Several questions concerning libeio internals(+)

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

Re: ISO Example for reading/writing uart/rs-232

eliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ _

Re: coro: Asm coro_transfer for arm7

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

Re: coro: Asm coro_transfer for arm7

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

Re: coro: Asm coro_transfer for arm7

http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/mailman/listinfo/libev

Re: coro: Asm coro_transfer for arm7

==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.sch

Re: libecb: PATCH ecb_ld* to use MSC intrinsics

_GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.d

Re: Question on using C++ API

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

Re: on license terms of libev.

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

Re: invalid win32 accept() check in ev_pipe

de+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___

Re: invalid win32 accept() check in ev_pipe

iantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ _

Re: on license terms of libev.

t means. Check the LICENSE file that comes with every copy, or the top of the source files you are going to copy. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _

Re: Redundant epoll_ctl with ev_io watcher

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

Re: Redundant epoll_ctl with ev_io watcher

ter, however, libev doesn't really have a concept of "watcher flags" that is exposed. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ----==-- _

Re: Compilation Error Under Visual Studio 14 on Windows (fixed)

tent MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ _

Re: Bug Report: SIGPIPE during call to ev_async_send

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

Re: Bug Report: SIGPIPE during call to ev_async_send

the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ __

Re: Bug Report: SIGPIPE during call to ev_async_send

quot;soon" there will be a release, and it will have that code. I am mainly waiting for you to test whether the change in libev seems to fix your problem or not. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www

Re: Bug Report: SIGPIPE during call to ev_async_send

-==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ l

Re: Bug Report: SIGPIPE during call to ev_async_send

MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing li

Re: libeio broken in revision 1.139

me way maybe, or tried to use the etp pool directly in your code? -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ _

Re: libeio broken in revision 1.139

-==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@

Re: a bug?

a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ _

Re: libev-4.20, ev.h: fatal error: expected identifier

anywhere near that line. Have you tried using gcc? -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ /

Re: Libecb: notes about alignas and alignof

ls to this function after inlining it, or worse. We can either play risky then, or again resort to compiler builtins such as (possibly) __builtin_assume_sligned or somesuch. > this properly, some functions for this could still be useful for > libecb. And we cna always start with byte-wise

Re: [PATCH] Fix SPARCv8 condition

s postgresql uses __sparcv8 as well and seems to have tested it, so I keep both) -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __

Re: repeating topic : detectect uncleanly closed socket

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

Re: How does libev invoke an io watcher if both EV_READ and EV_WRITE are pending?

orrect? Thanks. 2 - watcher callbacks always receive _all_ pending events. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __

Re: EXCEPTION and POLLPRI events

ct directly or use poll to find out more, so there should always be a way to work around driver idiosyncrasies or use platform-specific event sources. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net

Re: Questions - partly newbie

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

Re: Questions - partly newbie

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

Re: Strict aliasing rule strikes back

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

Re: Some questions about libev

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

Re: Strict aliasing rule strikes back

_ as ev_watcher member, both inside libev, and in user code. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ _

Re: ev_periodic like functionality for time intervals

and can't guarantee to detect timejumps smaller than MAX_BLOCKTIME without a monotonic clock. Most of the glorious logic is in time_update btw. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _

Re: Strict aliasing rule strikes back

d we really wanted to squeeze out those extra 4 bytes from every watcher. I am not sure I hit the target with my answer, but since this is a complicated and subtle question, if anything is unclear, feel free to shoot more questions, or ask for clarifications. -- The choice of a De

Re: ev_periodic like functionality for time intervals

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

Re: Nanosecond timestamps for ev_stat

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

Re: How does array_needsize macro work?

ch contains a while (via array_nextsize). The if in array_needsize exists merely to decide whether an allocation is needed at all, and MALLOC_ROUND is used to round allocations up to a multiple of this size. -- The choice of a Deliantra, the free code+content MORPG -=

Re: passenger's modification to libeio

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

Re: ev_prepare watcher awkwardness

poll. > > So basically, the sequence would be: Yup, exactly. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --

Re: passenger's modification to libeio

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

Re: ev_prepare watcher awkwardness

is just a few ints and a callback. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: ev_prepare watcher awkwardness

On Mon, Apr 20, 2015 at 02:33:01AM +0200, Thilo Schulz wrote: > On Monday 20 April 2015 00:21:19 Marc Lehmann wrote: > > ev_prepare watchers do queue with other watchers - event handling is the > > same for every watcher type. > > Yes, I noticed that. If I read your code

Re: ev_prepare watcher awkwardness

pick up on my suggestions or you cannot. I don't feel very > strongly about it. In the end, I will just do the queueing myself. As you wish, nobody is forcing you to use libev to solve your problem. > > As is the case with all your solutions: they are rather complicated,

Re: ev_prepare watcher awkwardness

, while not stating a single reason why the most naive and simple solution, using a watcher type designed for your problem, wouldn't qualify. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net -

Re: Suggestion for new watcher type: called immediately after execution of current watcher has finished

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

Re: ev_prepare watcher awkwardness

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

Re: ev_timer_start() appears to not wake up loop from epoll_wait()

de+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev ma

Re: [libev] Is ev_async_send() a seq. cst. barrier?

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

Re: Error while cross-compiling

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

Re: clang c11

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

Re: clang c11

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

Re: Unexpected periodic invocation of ev_check watcher

-==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___

Re: Driving a thread pool from libev

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

Re: Fwd: Driving a thread pool from libev

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

Re: Driving a thread pool from libev

On Sun, Feb 15, 2015 at 01:26:09AM +0100, Marc Lehmann wrote: > register an ev_check watcher that checks your async flag (you likely want ev_prepare, even. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ h

Re: Driving a thread pool from libev

t programming. Otherwise, proposing wild models that are completely unrealistic is not an opportunity to improve anything but yourself. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ gene

Re: Driving a thread pool from libev

ent" might actually be faster - you really need to try it out to see what is more efficient. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(

Re: Incorrect C11 / cannot build with clang 3.6

the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\

Re: while(true) { ev_run(loop, EVRUN_NOWAIT); } much faster than ev_run(loop);

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

Re: while(true) { ev_run(loop, EVRUN_NOWAIT); } much faster than ev_run(loop);

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

Re: failures with "libev: ev_io_start called with corrupted watcher", ((WL)w)->next != (WL)w)

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

Re: failures with "libev: ev_io_start called with corrupted watcher", ((WL)w)->next != (WL)w)

On Mon, Dec 15, 2014 at 08:28:25AM +0100, Zsbán Ambrus wrote: > On 12/15/14, Marc Lehmann wrote: > > You could try to run with a libev compiled with -DEV_FREQUENT_VERIFY=3, > > which will make very frequent (and slow) checks, in the hope of catching > > this bug earl

Re: failures with "libev: ev_io_start called with corrupted watcher", ((WL)w)->next != (WL)w)

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

Re: [PATCH] configure.ac: fix syntax error in ./configure

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

Re: EV_CHILD_ENABLE/EV_SIGNAL_ENABLE

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

Re: Threaded Example clarification

What you should do is state what you are trying to achieve, and where you are blocked. Greetings, -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---=

Re: Bug in C++ wrapper

/www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.

Re: Bug in C++ wrapper

On Tue, Sep 09, 2014 at 02:51:40PM +0200, Marc Lehmann wrote: > On Tue, Sep 09, 2014 at 02:43:31PM +0200, Marc Lehmann > wrote: > > that would be of great help, because we can't seem to find any compiler > > which doesn't accept it as an extension (tries with msvc

Re: Bug in C++ wrapper

On Tue, Sep 09, 2014 at 02:43:31PM +0200, Marc Lehmann wrote: > that would be of great help, because we can't seem to find any compiler > which doesn't accept it as an extension (tries with msvc, gcc and clang). Found one, apples proprietary clang fork seems to error out, the

Re: Bug in C++ wrapper

On Tue, Sep 09, 2014 at 02:26:19PM +0200, Marc Lehmann wrote: > > ev.h since modified in 4.15 is currently invalid when used from C++: it > > includes exception information (throw()) for the typedef > > ev_loop_callback_nothrow, which is not legal in C++. > > Indeed,

Re: Bug in C++ wrapper

which compiler did you use that tripped over this (if any)? -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ _

general thoughts on libeio cancellation

On Fri, Aug 29, 2014 at 01:57:03PM +0200, Marc Lehmann wrote: > On Fri, Aug 29, 2014 at 01:49:46PM +0200, Hongli Lai > wrote: > > I know that libeio does not own the fd. But that was not my point. My point > > is: after libeio has created an fd with open(), > > Wel

libev-4.18 has just been released

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

Re: Patch: fix libeio cancellation

ed (it will not change if the request was skipped). -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ /

Re: Patch: fix libeio cancellation

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

Re: Patch: fix libeio cancellation

, your example doesn't show why you need to free things from two places: I can only point at IO::AIO, which doesn't need that and uses the same API as is available to you. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ ___ libev mailing list libev@lists.schmorp.de http://lists.schmorp.de/cgi-bin/mailman/listinfo/libev

Re: Timers expire prior to expiry time

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

Re: Patch: fix libeio cancellation

will be freed when the request is destroyed. I would say doing it in the completion callback involves more bookkeeping. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generatio

Re: Patch: fix libeio cancellation

is no way to see if a result was partial or not. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==

Re: Can I use ev_async in multiprocess context?

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

<    1   2   3   4   5   6   7   8   9   10   >