01202021012Z-obj/home/builds/ab/netbsd-5-1-2-RELEASE/src/sys/arch/amd64/compile/GENERIC
amd64
--
Frank Denis - http://00f.net - @jedisct1
***
To unsubscribe, send an e-mail to majord...@freehaven.net with
unsubscribe libevent
s, see utils.h.
Try to use libevent-provided wrappers as much as you can. They
provide both portability and IPv6-readiness.
--
Frank Denis - j [at] pureftpd.org - http://00f.net - Twitter: @jedisct1
***
To unsubscribe, sen
ub.com/jedisct1/Simple-Comet-Server) uses this in order
to provide long-polling to Nginx. The fastest way to use it is to run it on
the same server as Nginx, on a Unix socket. But the protocol remains HTTP.
--
Frank Denis - j [at] pureftpd.org - http://00f.net - Twi
o enable it please
Hi Sherif,
Here's how to enable it:
struct event_config *ev_config;
ev_config = event_config_new();
event_config_set_flag(ev_config, EVENT_BASE_FLAG_EPOLL_USE_CHANGELIST);
ev_base = event_base_new_with_config(ev_config);
Best regards,
--
Frank Denis - j [at] pureft
ates a new buffer and copies the data into
it, appending an extra zero by the way.
Not sure about what you're trying to achieve, but if you can consider data
as a buffer pointer + buffer size, it's a good way to improve the overall
performance of your app (zero copy) over using C-s
#x27;s memory usage keeps growing, although
there should be only one active request at a time.
Is there anything to do in addition in order to fix this?
Best regards,
-Frank.
--
Frank Denis - j [at] pureftpd.org - http://00f.net - ht
ent.c:1221)
Is there anything wrong with the way I am using evhttp or is it a bug in
libevent?
Tested with today's git tree.
Best regards,
--
Frank Denis - j [at] pureftpd.org - http://00f.net - http://www.cotery.com
**