Re: libev cvs ECB_MEMORY_FENCE(_RELEASE) undefined

2011-08-24 Thread com...@gmx.ch
On 08/23/2011 05:45 PM, Marc Lehmann wrote: could you investigate why this block doesn't define it on your system? (it's around line 550 in ev.c): #ifndef ECB_MEMORY_FENCE #if ECB_GCC_VERSION(2,5) #if __x86 __x86 is not defined here, __i386 is. Maybe extend the check to incl

libev cvs ECB_MEMORY_FENCE(_RELEASE) undefined

2011-08-23 Thread com...@gmx.ch
Hi, using gcc version 4.3.2 (Debian 4.3.2-1.1) libev cvs does not compile as ECB_MEMORY_FENCE and ECB_MEMORY_FENCE_RELEASE are not defined as a quick workaround I commented the uses of them ... Markus ___ libev mailing list libev@lists.schmorp.d

Re: timer behaviour

2011-06-14 Thread com...@gmx.ch
On 06/13/2011 11:23 PM, Juan Pablo L wrote: attached is source for database pool module, Besides from the locking issues outlined here, you are doing it wrong. You can run a postgres database connection completely nonblocking, without threads. While it is not easy to get things right the first

Re: ev_is_active - at which point?

2010-06-02 Thread com...@gmx.ch
Marc Lehmann wrote: On Wed, May 26, 2010 at 12:01:28AM +0200, "com...@gmx.ch" wrote: But, ev_is_active reports the timer is not active, I do not disable the timer, and the timers callback gets fired afterwards. That's as documented (see ev_TYPE_start/stop, ev_is_active an

ev_is_active - at which point?

2010-05-25 Thread com...@gmx.ch
Hi, I got the following problem with ev_is_active(): I got a ev_timer, and it gets started, then something which takes a lot of time happens, and I'd stop the timer if ev_is_active claims the timer is still active. But, ev_is_active reports the timer is not active, I do not disable the timer,

Re: Libev vs. libevent benchmark (enterprise)

2010-04-14 Thread com...@gmx.ch
Gabriel Kerneis wrote: Marc, On Mon, Apr 12, 2010 at 05:10:29PM +0200, Marc Lehmann wrote: If you ran the code unmodified, how did you do that? :) See the attached script. You might need to tweak it a bit (especially the cpufreq-set call) but otherwise, it automates completely the benchmark

Re: [ANN] x0 HTTP server and framework (initial release)

2010-04-03 Thread com...@gmx.ch
Marc Lehmann wrote: On Thu, Apr 01, 2010 at 10:53:39AM +0200, Graham Leggett wrote: You might be tempted to keep two socket watchers going for listening to socket read events, and socket write events, but to support SSL This is the mess how it is commonly implemented, and it is indeed horr

Re: problem with poll_poll() under FreeBSD

2010-03-29 Thread com...@gmx.ch
Marc Lehmann wrote: google interestingly doesn't index forum.freebsd.org, or at least doesn't find the posting. It does, thats how I found it: http://www.google.de/search?q=poll+revent+site%3Afreebsd.org And there is even a bug report filed (the person reporting uses libev too :) http://group

Re: problem with poll_poll() under FreeBSD

2010-03-29 Thread com...@gmx.ch
Zajcev Evgeny wrote: as it was predicted, FreeBSD's poll() returned incorrect value :(. I've skimed poll() implementation in FreeBSD and did not found any place that can give such results, it might be due to lack of knowledge. I'll try to contact freebsd community.. The bug is obviously known

Re: Optimal multithread model

2010-03-15 Thread com...@gmx.ch
I have something similar, therefore "how I did it". All polling is done by libev in the main-loop, a single main loop. If a connection is established and processing the data needs some time, I remove the watchers from the loop, and creates a task from the data to process and the function to pro

Re: [PATCH 2] fix broken strict aliasing

2010-02-24 Thread com...@gmx.ch
Hi, Marc Lehmann wrote: If you are unclear on what aliasing itself means, I can write a short paragraph to explain... (the iso c documents ae not that hard to read, though, imho, with the exception of structure member aliasing). I've had the same discussion before, but just pulled my claim as

Re: libev 3.8 threads & signals

2009-10-05 Thread com...@gmx.ch
com...@gmx.ch wrote: As mentioned before, this worked fine with libev 3.6. Not using signalfd, it works fine again. Found by accident, as 3.8 did not compile due to missing SFD_* declarations on an old system. So I edited ev.c not to use signalfd's, and it works without problems. M

Re: libev 3.8 threads & signals

2009-09-25 Thread com...@gmx.ch
Marc Lehmann wrote: On Thu, Sep 24, 2009 at 04:46:42PM +0200, "com...@gmx.ch" wrote: Besides, why does the list reply to user per default? Excuse the incorrect question, should have been "is the reply-to header missing by design for the

Re: libev 3.8 threads & signals

2009-09-25 Thread com...@gmx.ch
You are right, g_thread_pool messes up the signals. rt_sigprocmask(SIG_BLOCK, [INT CHLD], NULL, 8) = 0 syscall_289(0x5, 0x7fbf0d0606b0, 0x8, 0, 0x98, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0) = 0x5 rt_sigprocmask(SIG_BLOCK, [HUP INT CHLD], NULL, 8) = 0 sys

Re: libev 3.8 threads & signals

2009-09-25 Thread com...@gmx.ch
Marc Lehmann wrote: On Thu, Sep 24, 2009 at 03:31:30PM +0200, "com...@gmx.ch" wrote: I have a g_thread_pool and libev, following pseudocode I don't know what g_thread_pool does, but if it messes with the signal mask, then it should just not do that, at elast not for signals yo

Re: libev 3.8 threads & signals

2009-09-24 Thread com...@gmx.ch
Luca Barbato wrote: How is broken exactly? I'm tracking some yet another strange issues in feng that cropped up recently and I'm using thread pools and libev signal handlers as well, so even if I'm pretty sure that isn't the same issue I'd like to know what is going to bite me sooner or later =)

libev 3.8 threads & signals

2009-09-24 Thread com...@gmx.ch
Hi, this problem came up with 3.8, worked fine with 3.6 before. I have a g_thread_pool and libev, following pseudocode create_thread_pool set_and_start_ev_signal_handlers was working fine, with 3.8 it does not work any longer, my current workaround is changing the order set_and_start_ev_sig

Re: ANN: Pyev 0.4.0-3.53

2009-05-12 Thread com...@gmx.ch
Malek Hadj-Ali wrote: Hi, First of all, let me apologize for the delay (real life has been a little bit of a struggle lately, leaving me little or no free time for pyev). np On Thu, 30 Apr 2009 19:56:14 +0200 "com...@gmx.ch" wrote: Pyev (http://code.google.com/p/pyev/) i

Re: ANN: Pyev 0.4.0-3.53

2009-04-30 Thread com...@gmx.ch
Malek Hadj-Ali wrote: Hi, Pyev (http://code.google.com/p/pyev/) is a python extension wrapper around libev. As I had issues compiling/installing it ... I took some countermeasures. As I doubt its usefull to ship the binding with libev itself, I decided to make it use a local libev installati

Re: async dns

2009-03-16 Thread com...@gmx.ch
Ryan Dahl wrote: Hello Is anyone doing DNS lookups with libev? yes Do you use Ian Jackson's adns? no Perhaps you have some code you can share? yes I use udns, single socket, *very* easy to embed, good documentation, udp only, but does records, leightweight. http://www.corpit.ru/mj

epoll spurious events example code for libev 3.41

2009-03-08 Thread com...@gmx.ch
Hi, as I've had an old version of libev (3.41) on a different machine, I ran into the epoll spurious event notification bug. I noticed the libev version to late and wrote example code to reproduce the problem. I guess it could be usefull for the epoll developers. Basically, * accept a connectio

perl EV::Glib can't poll G_IO_OUT

2009-01-30 Thread com...@gmx.ch
Hi, actually I did not use the perl EV::Glib binding, but had a look to check how to embed a glib main loop into libev using the EV::Glib code as an example as pointed out in the documentation. I got the idea, copied major parts of the EV::Glib code, and it did not work. Tracking the probl