this can be accomplished using
> event_self_cbarg(), in 2.1.1-alpha+. Do we have something in
> libevent-2.0.x for the same?
>
See 817f374dc151 in the git repo for the old vs the new way of doing it.
I think for 2.0, you'll have to use the old way.
Regards
--
Ross Lagerwall
signature.asc
Description: OpenPGP digital signature
On 06/08/2012 04:00 PM, Salim Moahmed wrote:
can you be more clear! There is nothing solid on your link!
Unfortunately the issue with that test has not been fully debugged.
However, this is a Libevent issue and should not affect code that uses
the library.
Cheers
--
Ross Lagerwall
ithub.com/nmathewson/Libevent/issues/49#issuecomment-4724739
Cheers
--
Ross Lagerwall
***
To unsubscribe, send an e-mail to majord...@freehaven.net with
unsubscribe libevent-usersin the body.
at least, looking at the __warn_references trickery
that OpenBSD uses to call me out whenever I strcpy().
I'll have a look, but issuing a deprecation warning when linking against
-levent sounds reasonable.
--
Ross Lagerwall
***
l release of 2.1, we should probably deal with the
library overlinking & underlinking issues mentioned here:
http://www.mail-archive.com/libevent-users@monkey.org/msg01737.html
i.e. make sure that each libevent library links to all libraries that it
needs and only the libraries that it need
> Also, a unit test that causes a great number of sockets to open and
> get closed would be pretty cool if somebody wants to write one.
>
Here we go:
Cheers
Ross Lagerwall
---
The following changes since commit 74d32dd493a9eba7ff8c28bc1cdf1d3c672edf5c:
If accept4 is absent, fal
> Hi, Ross! The discussion on this ticket should bring you up to speed.
>
> http://sourceforge.net/tracker/index.php?func=detail&aid=3436038&group_id=50884&atid=461324
>
>> Also, what is the reason that the default signal backend cannot have
>> different event bases receiving different signals?
Hi,
What is the status of the signalfd branch? It seems like the main
problem with the implementation is the use of sigprocmask whose behavior
isn't specified in a multithreaded environment and from my testing,
doesn't have the desired effect. Even using pthread_sigmask wouldn't
help since it only
On -10/01/-28163 21:59, Nick Mathewson wrote:
> How sure are we that every platform with listen() actually implements
> POSIX semantics here? There have been some pretty shockingly
> noncompliant implementations over the years, and with Windows all bets
> are off. Do all of these operating system
On 12/02/2012 04:21, Nick Mathewson wrote:
> On Sat, Feb 11, 2012 at 3:15 PM, Ross Lagerwall
> wrote:
>> If we can't trust the compile-time value and we can't detect the runtime
>> behavior then I think the solution I suggested is a reasonable idea.
>
> Agreed.
On 11/02/2012 18:48, Nick Mathewson wrote:
> On Sat, Feb 11, 2012 at 10:34 AM, Ross Lagerwall
> wrote:
>> In a multi-process/threaded environment, ev_util_read_file()
>> could leak fds to child processes when not using O_CLOEXEC/FD_CLOEXEC.
>
> Hm. I'm not sure I
In a multi-process/threaded environment, ev_util_read_file()
could leak fds to child processes when not using O_CLOEXEC/FD_CLOEXEC.
---
evutil.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/evutil.c b/evutil.c
index 306f037..2bdacaa 100644
--- a/evutil.c
+++ b/evut
IDE users (2012-02-10 23:56:49
-0500)
are available in the git repository at:
g...@github.com:rosslagerwall/libevent.git backlog
Ross Lagerwall (1):
Simplify backlog handling by relying on the POSIX semantics of
listen().
include/event2/listener.h |4 ++--
listener.c
rigin/patches-2.0' (2012-02-06 12:39:09
-0500)
are available in the git repository at:
g...@github.com:rosslagerwall/libevent.git ifdef
Ross Lagerwall (1):
Put #ifdef around some files to support alternate build systems.
devpoll.c |4
epoll.c |4
evport.c |4
14 matches
Mail list logo
