I've reported this wierdness to Niels in the past. FreeBSD's /bin/sh differs
from some other platforms in that when this happens (from test.sh):
unset EVENT_NOKQUEUE
export EVENT_NOKQUEUE
the unset removes the EVENT_NOKQUEUE from the environment, and the export
re-adds
it with an undefined Rva
Niels Provos wrote:
On 5/8/07, Phil Oleson <[EMAIL PROTECTED]> wrote:
So.. To fix your implementation you will need to do something like I
did.
I reimplemented libevents' gettime() function (because it's not exposed
via event.h) and use it instead of calling time(NULL);
Christopher Layne wrote:
I understand that EV_PERSIST basically means that one does not have to
continually reschedule the event upon the event occuring.
Consider the following simple test case and my following question on it...
Documentation for that is here:
The function event_add() s
Comments inline..
On Mon, Feb 26, 2007 at 11:57:55PM +0100, Christian Ress wrote:
> Hello,
>
> I stumbled across libevent and it seems to fit my needs very well.
> However, I wonder if this is side-effect free:
>
> second_cb(..) { .. }
> first_cb(..) {
> ..
> struct event newev;
allocate yo
I found these two patches in the freebsd port. They are for
compatibility with older compilers. I've upgraded my home system so I'm
not noticing these issues.
-Phil.
#
# Define va_copy if not exists. 4.x for exemple.
#
--- buffer.c.orig Mon Dec 4 11:34:31 2006
+++ buffer.cMon
Hor Meng Yoong wrote:
Hi:
I faced problem compiling libevent-1.2a on cygwin. Mainly cygwin's
header for struct addrinfo and getaddrinfo(), etc are not in the
standard /usr/include but in /usr/include/w32api/. As I do not know
configure, anyone has fixed it?
Try something like:
env CFLAGS
Niels,
My company recently licensed Coverity Prevent for internal use, and
since we used libevent in at least 1-2 apps, I thought I'd check out libevent.
It found a couple memory leaks in http.c and evrpc.c, and a possible
FORWARD_NULL issue (which I fixed, though it's debatable if it wou
I was checking my little program for c++ cleanliness and noticed that
evdns.h didn't have these little patches.. Can we get this patch commited?
Index: evdns.h
===
--- evdns.h (revision 304)
+++ evdns.h (working copy)
@@ -23
in the man page?
Niels.
On 12/9/06, Phil Oleson <[EMAIL PROTECTED]> wrote:
Niels,
I've taken a little time time to look through my issue with
evtimers. Previously, Scott Lamb questioned my code using absolute
time with evtimers, but I see no problem with this. It used to w
Niels,
I've taken a little time time to look through my issue with
evtimers. Previously, Scott Lamb questioned my code using absolute
time with evtimers, but I see no problem with this. It used to work
pre-1.2, and I've tracked the issue down to gettime() using
CLOCK_MONOTONIC rather th
Niels,
Have you been able to reproduce this yet?
-Phil.
Phil Oleson wrote:
Hey all,
Yesterday morning I decided to update the freebsd port for
libevent to 1.2 and send in a pr. Someone previously had bumped it up to
the 1.2 preview release that Niels had kindly let us
Niels,
When you have time can you change the website to point to the sf svn
site rather than the disabled cvs site? thanks..
-Phil.
___
Libevent-users mailing list
Libevent-users@monkey.org
http://monkey.org/mailman/listinfo/libevent-users
Hey all,
Yesterday morning I decided to update the freebsd port for
libevent to 1.2 and send in a pr. Someone previously had bumped it up to
the 1.2 preview release that Niels had kindly let us play with.
Anyways.. afterwards I had the motivation to go work on a side project
of mine that
Alexander Lazic wrote:
Hi,
i want to write a a simple plug-daemon and then an http-proxy with the
libevent but i have a little bit problem with the callback && the right
settings of
EV_READ| EV_PERSIST|EV_WRITE
'or the hole thinking in fd-nonblocking-programming' ;-)
I have written a program
[EMAIL PROTECTED] wrote:
Greetings,
I've been using libevent for a project for its socket polling
abstraction features (mostly for the graceful scalability). I'm a big
fan so far of what I've been able to do with it. My question, however,
is regarding the signal_* functions and how they work
Phil Oleson wrote:
or libevent.so.2 ? Also 'make verify' is having problems loading the
.lib/libevent-1.2.so.1 when I run it. This is on a FreeBSD 5.4+ box
and a FreeBSD 6.0+ box.
-Phil.
I took the time to figure out why the tests were failing on my Freebsd
boxes. It is
Sorry about this.. I was looking at cvsweb and noticed
evbuffer_add_vprintf(). So since I was updating the man page I though I
should just go ahead and add it as well. so the revised version is
attached.
-Phil
Phil Oleson wrote:
Niels,
I was reviewing how to use the threaded
Niels,
I was reviewing how to use the threaded support and noticed that
there are a couple references to functions in the "THREAD SAFE EVENTS"
section of the man page that were not listed previously with the other
functions. Here is a patch that adds them to the man page.
-Phil.
Niels Provos wrote:
Hi,
I put a potential release of 1.2 at
http://www.monkey.org/~provos/libevent-1.2.tar.gz
If anybody would like to check it out and report on compilation
problems, I would appreciate it. This is almost definitely not going
to be the real 1.2 but something that's pretty c
19 matches
Mail list logo