On Tue, Sep 21, 2010 at 8:37 AM, Simon Perreault
wrote:
> On 2010-09-21 08:15, W.C.A. Wijngaards wrote:
>> Perhaps you can get EPIPE "Broken Pipe" more easily; fork then kill that
>> process involved in the pipe, that sort of thing.
>
> I don't see EPIPE in the list of possible error codes for acc
On Thu, Sep 23, 2010 at 7:37 PM, Ralph Castain wrote:
> Hi folks
> I'm getting a warning message when compiling 2.0.7rc:
> In file included from ../../opal/event/libevent/event-internal.h:37, from
> opal_event.c:44: ../../opal/event/libevent/minheap-internal.h: In function
> 'min_heap_erase':
>
>
On Wed, Sep 29, 2010 at 5:34 PM, Michael Herf wrote:
[...]
> Has anyone else seen a failure case like this? (I'm going to dig in and see
> what I can find.)
I haven't seen this before, no.
One way to try to debug this would be to check would be to figure out
where, along the chain between you a
On Mon, Oct 4, 2010 at 5:01 PM, Daniel Janzon wrote:
> Hello,
>
> I have some old code linked against libevent 1.4.12, but I want to
> upgrade to the latest version. However, it didn't compile unless I
> removed the EV_PRI bit in event_set. It doesn't seem to exist in later
> code, I grepped for i
On Fri, Sep 24, 2010 at 4:21 PM, Bas Verhoeven wrote:
> Hello,
>
> While using 'evhttp_encode_uri()' to encode GET & POST fields (I hope this
> is the right function to use) I noticed that a lot of characters are not
> being escaped in the way I would expect them to be escaped.
Hi, all! I'm tryi
On Tue, Oct 12, 2010 at 10:55 AM, Ralph Castain wrote:
> Hi folks
>
> I apologize for the ignorance - I'm sure this is something simple that I'm
> overlooking.
>
> I built libevent 2.0.7rc with the default configuration, so I did -not-
> specify --disable-debug. It is my understanding that the d
On Tue, Oct 12, 2010 at 11:50 AM, Ralph Castain wrote:
>
> On Oct 12, 2010, at 8:59 AM, Nick Mathewson wrote:
>
>> On Tue, Oct 12, 2010 at 10:55 AM, Ralph Castain wrote:
>>> Hi folks
>>>
>>> I apologize for the ignorance - I'm sure this is someth
to everybody who contributed code, suggestions, or bug
reports to this release, including but absolutely not limited to
Christopher Davis, Jason Toffaletti, Michael Herf, Ralph Castain,
Sebastian Hahn, and Simon Perreault.
eventfully yrs,
--
Nick Mathewson
**
On Thu, Oct 14, 2010 at 11:21 PM, Ralph Castain wrote:
> Hi Nick
>
> FWIW: the latest autoconf release (2.68) includes a number of changes to
> autoconf that causes libevent's configure logic to spew a flood of warnings.
> Jeff Squyres and I (with input from the autoconf team) have made the requ
Hi, Pavel (and others)!
I've made some some revisions to the original patch here, noted on the
sourceforge ticket at
https://sourceforge.net/tracker/index.php?func=detail&aid=3037660&group_id=50884&atid=461324
.
The big ones are:
* It conform to libevent's internal memory-management standards
Hi, all!
I'm starting on trying to get as many HTTP issues resolved as I can
before Libevent 2.0.x-stable comes out. (My current target there is
mid-November, pending any tricky bugs that people find in 2.0.8-rc.)
But as I've noted before, I am not as familiar with evhttp as I am
with the rest o
?]
On Fri, Oct 22, 2010 at 12:20 AM, Gilad Benjamini
wrote:
>> -Original Message-----
>> From: Nick Mathewson
>> Sent: Tuesday, September 21, 2010 7:43 PM
>> To: libevent-us...@freehaven.net
>> Subject: Re: [Libevent-users] epoll erros
>> ...
>>
>&
On Fri, Oct 22, 2010 at 1:38 PM, Nick Mathewson wrote:
[...]
> 4 is conceivable under a couple of weird circumstances. Might there
> be more than one event_base in the application, so that fd 13 is
> actually getting added/removed from separate event_bases? Might there
> be mu
On Fri, Oct 22, 2010 at 2:12 PM, Gilad Benjamini
wrote:
>> -Original Message-
>> From: owner-libevent-us...@freehaven.net [mailto:owner-libevent-
>> us...@freehaven.net] On Behalf Of Nick Mathewson
>> Sent: Friday, October 22, 2010 10:39 AM
>> To: libevent-
On Fri, Oct 22, 2010 at 1:54 PM, Nick Mathewson wrote:
[...]
> Actually, straceing the application up to the point where it gets its
> first message like
>
> [warn] Epoll ADD(1) on fd 13 failed. Old events were 0; read change
> was 1 (add); write change was 0 (none): File e
On Sat, Oct 23, 2010 at 5:14 AM, Ralph Castain wrote:
> Hi folks
>
> I successfully updated our libevent integration in Open MPI, but have
> encountered a problem with one use-case that used to work and now doesn't.
> Before proceeding to devise a fix, I just wanted to confirm that I accurately
or 2.0, since it's a relatively large change and it
doesn't fix a bug, but if anybody wants to have a look, that would be
cool tool.
(My github repo is at git://github.com/nmathewson/Libevent.git )
yrs,
--
Nick
From c281aba30e69a501fc183d068894bfa47f891700 Mon Sep 17 00:00:00 2001
Fro
On Sun, Sep 19, 2010 at 4:23 AM, Mihai Draghicioiu
wrote:
> Alright, i think i found the bug -- still not sure whether it's me or
> the library, but:
Hi, and sorry about the long delay. I'm trying to clear my long
backlog of evhttp-related stuff.
I'm still trying to feel my way around the evhtt
y than
that. Check out the rule as implemented in
evbuffer_expand_singlechain: we only want to realign a chain if it
involves moving not-too-much data around. (Doing a 16kb memmove to
save 1 byte of space would be a poor choice indeed!)
Patch attached, under consideration for 2.0.9.
thanks,
--
Ni
On Fri, Jul 30, 2010 at 9:23 AM, Anton Zem wrote:
> I found that libebvent's HTTP Server cannot work properly in pipelined mode.
> The problem is in code
> if (req->ntoread == 0) {
> bufferevent_disable(evcon->bufev, EV_READ);
> /* Completed content length */
> evhttp_co
On Mon, Oct 25, 2010 at 11:02 PM, bottig...@gmail.com
wrote:
> I've compiled libevent on windows 7 32bit with Mingw successfully.
> Unfortunately when I run a few test programs, some of them will print:
>
> [warn] evsig_init: socketpair: Successful WSAStartup not yet performed
> [WSANOTINITIALISED
nt_active on it.
If you're going to be calling event_active from another thread,
remember that you'll need to be using Libevent 2.0, and you'll need to
set up threading functions. (See chapter 1 of that manual.)
hoping this helps,
--
Nick Mathewson
*
On Mon, Oct 25, 2010 at 4:56 PM, Gilad Benjamini
wrote:
> The definition of the EV_CHANGE_xxx macros partially relies on the
> definition of a different set of macros (EV_SIGNAL, EV_PERSIST, etc.).
I'd have no objection to making the EV_CHANGE_xxx macros more
independent from the EV_* macros in 2
On Sat, Oct 23, 2010 at 5:14 AM, Ralph Castain wrote:
> Hi folks
>
> I successfully updated our libevent integration in Open MPI, but have
> encountered a problem with one use-case that used to work and now doesn't.
> Before proceeding to devise a fix, I just wanted to confirm that I accurately
On Thu, Oct 14, 2010 at 12:26 AM, Raine Fan wrote:
> Hi, I'm programming a libevent2 based app that measures read/write
> efficiency from a remote (TCP) server using event based paradigms.
> Since I'm new to libevent's and event based paradigm, I'm also using
> 'buffervevent' and 'evbuffer' interf
On Wed, Oct 27, 2010 at 12:27 AM, Kelly Brock wrote:
> Hi Nick,
>
>> > So, given the latest rc does not support listener sockets under
>> Win
>> > IOCP (unless that has changed),
>>
>> Are you talking about the IOCP based evconnlistener stuff? It's
>> supposed to be working; if it isn't, y
On Fri, Oct 29, 2010 at 3:47 PM, Kelly Brock wrote:
> Ok, so figured out a way to do this and it seems clean and works with the
> select based backend but not the iocp based backend. Basically I just set
> the watermark for write to 1 and 0 and set a flag for "shutting down write".
> When I get t
On Sat, Oct 30, 2010 at 12:03 PM, Ralph Castain wrote:
> Just wondering: would it make sense to provide a libevent API for this?
Yes, what kind of API did you have in mind? The easiest would be
something to implement bufferevent_flush(BEV_FINSISHED) for sockets,
and define it to a) write as much
On Sat, Oct 30, 2010 at 11:55 AM, Kelly Brock wrote:
> Hi Nick,
[...]
> Just a note before the details. I would suggest adding a little
> section to the manual covering the proper method of handshaked shutdown.
> It's just a minor thing but figuring out the watermark method is non-obvious
On Wed, Nov 3, 2010 at 8:07 AM, Kevin Bowling wrote:
> Hello,
>
> Is there a recommended means of testing for libevent2 from within autoconf?
> I'm wondering if anybody else has written an m4 macro that can check for an
> adequate system copy, look in an argument passed to configure, or build a
>
On Wed, Nov 3, 2010 at 7:41 AM, Denis Bilenko wrote:
> So what happens here, is that eventually reply_handle is called, which calls
>
> reply_schedule_callback(req, ttl, 0, reply); in evdns.c:872
> and then
> request_finished(req, &REQ_HEAD(req->base, req->trans_id), 1); in evdns.c:876
> which cal
On Tue, Nov 2, 2010 at 2:56 PM, Gilad Benjamini wrote:
> I have a simple piece of code which used to work with libevent 1.4 and now
> fails with 2.x
Same drill as last time: I tried hacking up example code to match your
description, and can't reproduce the behavior you're seeing, so
there's proba
On Wed, Nov 3, 2010 at 11:33 AM, Nick Mathewson wrote:
> On Wed, Nov 3, 2010 at 7:41 AM, Denis Bilenko wrote:
>> So what happens here, is that eventually reply_handle is called, which calls
>>
>> reply_schedule_callback(req, ttl, 0, reply); in evdns.c:872
>> and t
On Wed, Nov 3, 2010 at 2:35 PM, Denis Bilenko wrote:
> On Wed, Nov 3, 2010 at 10:38 PM, Nick Mathewson wrote:
>>> Probably the right answer here is to add a reference count to the
>>> request, and not actually free it until the reference count hits zero.
>>
>>
On Wed, Nov 3, 2010 at 8:45 PM, Kelly Brock wrote:
> Hi again,
>
>> So, I've managed to poke around just a little since sending the
>> example code and not really found anything interesting as of yet but had
>> an
>> evil thought. I started wondering about the "shutdown" function being
>> u
On Wed, Nov 3, 2010 at 10:44 PM, Denis Bilenko wrote:
> On Thu, Nov 4, 2010 at 1:24 AM, Nick Mathewson wrote:
>>> You free req->handle and then access it.
>>
>> Ugh. What if we move "req->handle->current_req =NULL" to *above* that "if" ?
On Thu, Nov 4, 2010 at 11:49 AM, Kelly Brock wrote:
[...]
> Got the fix. Fricken IOCP strangness bites again. You just have to
> insert a call to:
>
> int err = setsockopt( fd,
> SOL_SOCKET,
> SO_UPDATE_ACCEPT_CONTEXT,
> (char *)&listen
On Thu, Nov 4, 2010 at 4:06 PM, Denis Bilenko wrote:
> On Thu, Nov 4, 2010 at 9:10 PM, Nick Mathewson wrote:
>> Assuming that it now crashes in a different place from where it used
>> to crash -- that is, at ASSERT_VALID_REQUEST in evdns_cancel, I've got
>> an upd
On Tue, Nov 9, 2010 at 3:28 PM, Ralph Castain wrote:
> Hi folks
>
> I'm running into a problem that probably results from my ignorance. So I
> figured I would ask if someone can tell me what I'm doing wrong.
>
> I have a thread that loops the event library with the following call:
>
> even
On Tue, Nov 9, 2010 at 11:47 PM, Ralph Castain wrote:
>
> On Nov 9, 2010, at 9:03 PM, Nick Mathewson wrote:
[...]
>> So I'm assuming that you've got all the threading callbacks set up
>> (probably via evthread_use_pthreads()) before you create
On Wed, Nov 10, 2010 at 9:58 AM, Ralph Castain wrote:
>
> On Nov 9, 2010, at 9:57 PM, Nick Mathewson wrote:
>
>> On Tue, Nov 9, 2010 at 11:47 PM, Ralph Castain wrote:
>>>
>>> On Nov 9, 2010, at 9:03 PM, Nick Mathewson wrote:
>> [...]
>>>>
On Thu, Nov 11, 2010 at 8:00 PM, Ralph Castain wrote:
> Afraid I am hitting a brick wall, Nick. I can't make the threaded code work.
> Perhaps you have some further advice?
>
> I have attached my test code. Basically, it initializes the event lib, calls
> use_threads, creates a new base, and the
On Thu, Nov 11, 2010 at 10:42 PM, Kevin Bowling
wrote:
> Hi,
>
> I've seen a few mails talking about evbuffer_peek, but no solid usage of
> it. The doxygen on the libevent page doesn't cover it generating my own
> from 2.0.8 has shed little light on its use to me.
There's an example at
http://ww
On Thu, Nov 11, 2010 at 11:16 PM, Kevin Bowling
wrote:
>
>
> On Thu, Nov 11, 2010 at 9:00 PM, Nick Mathewson wrote:
>>
>> On Thu, Nov 11, 2010 at 10:42 PM, Kevin Bowling
>> wrote:
>> > Hi,
>> >
>> > I've seen a few mails talking about
On Fri, Nov 5, 2010 at 10:52 AM, Nick Mathewson wrote:
> On Thu, Nov 4, 2010 at 4:06 PM, Denis Bilenko wrote:
>> On Thu, Nov 4, 2010 at 9:10 PM, Nick Mathewson wrote:
>>> Assuming that it now crashes in a different place from where it used
>>> to crash -- that is,
On Fri, Nov 12, 2010 at 10:47 AM, Ralph Castain wrote:
> Hi Nick
>
> Appreciate the help. Shame on me for the buglet re open.
>
> Using your revisions, I was able to get this to work with our integration
> (i.e., using the opal abstractions). I'm a little puzzled by the procedure,
> though, so i
On Sat, Nov 13, 2010 at 12:06 AM, Ralph Castain wrote:
> Email is frequently a horrid method of communication, I fear. Let me dig
> deeper into this and see what I can find, rather than continuing to draw on
> your time.
>
> Putting all the notes together, it looks like libevent does internally
On Fri, Nov 5, 2010 at 10:52 AM, Nick Mathewson wrote:
> On Thu, Nov 4, 2010 at 4:06 PM, Denis Bilenko wrote:
>> On Thu, Nov 4, 2010 at 9:10 PM, Nick Mathewson wrote:
>>> Assuming that it now crashes in a different place from where it used
>>> to crash -- that is,
On Wed, Nov 17, 2010 at 9:26 PM, Ken Feng wrote:
> Hi,
>
> I am a new user of libevent - I ran into the following valgrind error
> on my machine:
>
> Version: libevent-2.0.8-rc
> OS: Ubuntu 10.04 LTS amd64
>
> Of interest is (bufferevent_sock.c:321) inside:
> struct bufferevent *bufferevent_socket
I come to you with a heavy heart.
So, as Gilad found out a week or so ago, LInux has some serious issues
when using epoll() with dup(). If you have two fds that refer to the
same file, and you tell epoll_ctl() to listen for events on one, and
then you close it but leave the other one open, epoll_
On Sat, Nov 20, 2010 at 6:21 AM, Sherif Fanous wrote:
> Hello
> I have my event callback receiving data from the network using recv. If recv
> returns 0 (FIN received), I call a function to disconnect and cleanup.
> Part of my cleanup is as follows
> if (server->receive_event) {
> event_free(s
On Mon, Nov 22, 2010 at 4:06 AM, Kevin Bowling wrote:
> IRIX 6.5.29, latest MIPSpro compiler and various GNU utilities from Nekochan
> repository. libevent-2.0.8rc. I don't see anything wrong with the code,
> especially a line termination one. Any ideas?
My guess would be that somewhere, in sy
On Mon, Nov 22, 2010 at 3:11 PM, Kelly Brock wrote:
> Hi Folks,
>
> I'm still working up an example testbed for this but figured I'd
> give you a heads up. Basically I am getting a memory corruption in the
> following (rather extreme) case:
>
> 1. Create a standard listener.
> 2.
On Mon, Nov 22, 2010 at 6:59 PM, Kevin Bowling wrote:
> On Mon, Nov 22, 2010 at 9:54 AM, Nick Mathewson wrote:
>>
>> On Mon, Nov 22, 2010 at 4:06 AM, Kevin Bowling
>> wrote:
>> > IRIX 6.5.29, latest MIPSpro compiler and various GNU utilities from
>> > Neko
On Wed, Nov 24, 2010 at 10:43 AM, Ken Feng wrote:
> Hi Kevin,
>
> I appreciate the quick reply. After reading Nick's book, that's what
> I suspected, but I can't seem to get it to work. I essentially took
> Nick's TCP Client code, expanded it a bit to include an echo client,
> and started a serv
On Sat, Nov 20, 2010 at 3:25 AM, Nick Mathewson wrote:
[...]
> * Include both backends; make the non-changelist backend on by
> default. The problems here are that a) the non-changelist backend is
> slower, and most people won't do whatever is necessary to activate the
> faste
g that
doesn't use pkgconfig, so other packages might need patching too.
There are probably other options as well, but these are the ones I've
seen distributions do in the wild. If your doesn't handle the case
correctly, you should probably file a
On Mon, Nov 29, 2010 at 9:28 AM, Mr Dash Four
wrote:
[...]
> I will file a bug with Fedora because this needs to be fixed - as things
> stand now it won't work as event-config.h will get overwritten by whatever
> package was installed last which is plain wrong. Thanks for your input!
Ok. FWIW f
rdberg, Mark Ellzey, Nicholas Marriott, Pavel Plesov,
Sebastian Hahn, Trond Norbye, and Yan Lin.
eventfully yrs,
--
Nick Mathewson
***
To unsubscribe, send an e-mail to majord...@freehaven.net with
unsubscribe libevent-usersin the body.
On Tue, Nov 30, 2010 at 9:41 AM, Kelly Brock wrote:
> Great news but the iocp fix needs a minor fix:
>
> Line 618 & 619 need to be modified as follows:
> setsockopt(sock, SOL_SOCKET, SO_UPDATE_ACCEPT_CONTEXT,
> (char *)&as->lev->fd, sizeof(&as->lev->fd));
>
> This
On Tue, Nov 30, 2010 at 10:22 AM, Mr Dash Four
wrote:
>
>>> I will file a bug with Fedora because this needs to be fixed - as things
>>> stand now it won't work as event-config.h will get overwritten by
>>> whatever
>>> package was installed last which is plain wrong. Thanks for your input!
>>>
>>
Hi, all. I want to highlight a paragraph from the 2.0.9-rc announcement:
> We're almost out of known bugs with the 2.0.x series. If you know
> about a bug that 2.0.9-rc does not fix, please have a quick look at
> the bug tracker to make sure that there is an entry there. If there
> is not, then
On Tue, Nov 30, 2010 at 6:10 PM, Mr Dash Four
wrote:
>
>> That's plausible; packagers should probably indeed do something like
>> this; I hope that the package maintainer accepts it or something likes
>> it.
>>
>
> Tested it and it works to absolute perfection! I've done the changes exactly
> as I
On Wed, Dec 1, 2010 at 8:22 AM, Thai Duong wrote:
> Hi everybody,
>
> I'm new to this list, so please forgive me if this has been discussed.
> I read the libevent2 book, and it said that bufferevent currently
> supports only TCP socket. I take a look at the code, and see that,
> however, it seems
On Wed, Dec 1, 2010 at 1:28 AM, Christophe Zbierski
wrote:
> Hi, is it possible to bind an HTTP server on unix socket instead of address
> and port (int evhttp_bind_socket(struct evhttp *http, const char *address,
> u_short port) ).
Make sure you're using the latest 2.0.x-rc, and try
evhttp_accep
On Fri, Dec 3, 2010 at 3:20 PM, Evan Jones wrote:
> I am writing a multi-threaded libevent application. Or rather, I am
> retrofitting an existing libevent 1.4 application to contain multiple
> libevent threads. Since the existing code is NOT thread safe, my design is
> basically to partition the
On Fri, Dec 3, 2010 at 4:28 PM, Evan Jones wrote:
[...]
>> Wow, good timing. I actually coded up an example patch to try to do
>> this earlier this week; have a look at branch "21_evloop_emptyok" in
>> my github repository [git://github.com/nmathewson/Libevent.git] and
>> see if it looks okay to
On Mon, Dec 6, 2010 at 6:53 PM, Sanjeev Kulkarni wrote:
> Hey guys,
> I'm a relative newbee to libevent so apologies if this is already answered.
> How to configure libevent to use a non-standard installation path of
> openssl. Basically my project has openssl included and I want libevent to
> com
On Fri, Dec 10, 2010 at 5:51 AM, Christian Dahlqvist
wrote:
> Hi,
>
> I am new to libevent, and am currently writing my first server using
> libevent 2.0.x. I have been trying to find an example of how to get
> the clients IP address when a new client connects, but have so far not
> found any supp
On Fri, Dec 10, 2010 at 8:46 AM, Zulfiqer Sekender wrote:
> Hi,
>
> I have to use some existing code which uses evhttp extensively. Can someone
> please send me name of good book or web link on evhttp?
There isn't much at the moment. The closest you can get for now is
looking at the doxygen comme
On Fri, Dec 10, 2010 at 12:18 PM, Zulfiqer Sekender wrote:
> Hi,
>
> I have to develop a simple http client which can communicate with a http
> server. The client is sending evhttp_make_request(). The server sends "HT:"
> heartbeat in response after certain time and when the client gets "HT:" each
Hi, all! Here's a thing I wrote up to try to explain a proposed
policy for what to backport to 2.0.x once it's stable, and what to
backport to 1.4.x after 2.0.x is released. Absent major problems with
it, the current Libevent core developers are probably going to stick
with this for official rele
On Fri, Dec 10, 2010 at 11:09 PM, Kevin Bowling
wrote:
> On Fri, Dec 10, 2010 at 8:45 PM, Nick Mathewson wrote:
>>
>> Hi, all! Here's a thing I wrote up to try to explain a proposed
>> policy for what to backport to 2.0.x once it's stable, and what to
>
Libevent 2.0.10-stable is out; Libevent 2.0 is finally stable.
You can get it from SourceForge at:
https://sourceforge.net/projects/levent/files/libevent/libevent-2.0/libevent-2.0.10-stable.tar.gz/download
There's also a pgp signature of it (by me) there, at:
https://sourceforge.net/proje
Hi, all!
I'm going to be away on vacation for a few days starting soon, and off
the internet in general for pretty much the rest of 2010 to spend time
paying attention to my family. I don't ordinarily send vacation
notices, but there are more than a couple of interesting threads going
on now, and
On Wed, Dec 29, 2010 at 6:07 AM, Yee Keat Phuah wrote:
> Hi,
>
> Recently I came across a scenario where I added a unix pipe in
> bufferevent, but then when the pipe is closed, I experience an
> infinite loop.
>
> This happens in Solaris 10 using evport by default.
>
> Its traced down to evport.c:
On Sat, Dec 25, 2010 at 11:05 AM, Dongsheng Song
wrote:
> Hi all,
>
> When I test with vc2010, static link passed all regress test, but dll
> version have may failed:
It would probably help to see what error CreateProcess is actually
giving there. Can you step through with a debugger to find out
On Wed, Dec 22, 2010 at 3:24 AM, Wayne Shao wrote:
> Hi
> I find out about libevent when I was searching for some asych i/o framework
> with simple http handling + websocket.
> I have not read through the code yet. I have a few questions,
> 1) Threading: Is i/o handling in a single threaded? Is
On Sat, Dec 25, 2010 at 10:21 PM, Dongsheng Song
wrote:
> Hi Jones,
>
> Your commit b63ab17 caused VC2010 error C2070:
>
> bufferevent_async.c(409) : error C2070: 'unsigned int': illegal sizeof operand
> bufferevent_async.c(434) : error C2070: 'unsigned int': illegal sizeof operand
> bufferevent_a
On Sat, Jan 1, 2011 at 11:03 PM, Dongsheng Song
wrote:
> Of course, it works.
>
> Maybe you should add an comment for why use sizeof(!(condition)), in
> order to avoid
> improper rollback accidentally.
Good idea; merged it. Thanks!
--
Nick
**
On Thu, Dec 30, 2010 at 8:21 PM, Mihai Draghicioiu
wrote:
> Hi all. I've found that evhttp_parse_query_str only works if the query
> string is of the form foo=bar&baz=quux. If we have a query string of
> the form foo=bar&baz (no value for the last key), it fails. I consider
> this a bug, because y
On Wed, Jan 12, 2011 at 6:10 AM, Trong Long Dinh
wrote:
> Hi all.
> I setup a simple httpd like this:
>
>> #include
>> #include
>> #include
>>
>> #include
>> #include
>> #include
>> #include
>>
>> void now_handler(struct evhttp_request *req, void *arg) {
>> struct evbuffer *buf = evhttp
2011/1/9 林宇舜 Yu-Shun Lin :
> Hi all.
> Does bufferevent_openssl_socket_new() API support multi-thread?
> I refer the sample of regress_ssl.c in the libevent source package, and
> write an SSL server with multi-thread.
> But it is deadlock after receive the first message from client.
Yuck. This is
On Wed, Jan 12, 2011 at 10:51 PM, Trong Long Dinh
wrote:
> I already review source code of libevent. Ur small code has same mean with
> mine. However, Both are meaningless because function static char *
> end_of_path(char *cp, int allow_qchars) not allow '|' character. If uri
> query contain '|'
On Thu, Jan 13, 2011 at 12:34 AM, Adrian Chadd wrote:
> It's best to assume browsers don't do the right thing in 100% of cases.
>
> (Been there, done that with Squid..)
Ick. Okay, what does Squid (or some other sensible application)
assume constitutes a valid URI?
(I wonder whether this argues
On Fri, Jan 21, 2011 at 10:48 AM, Graham Leggett wrote:
> Hi all,
>
> I am interested in finding details of the new http SSL API in libevent,
> however the documentation on the website below is for v2.0.1-alpha, while
> the latest version of libevent is v2.0.10:
>
> http://monkey.org/~provos/libev
On Fri, Jan 28, 2011 at 11:26 PM, ZHOU Xiaobo wrote:
> I mean the error 'epoll'(or sth else) detected.
> for example, if a socket is closed by its peer, and the corresponding
> callback is invoked, how can the callback know
> that there is and error happened? try to read/write the socket first?
On Mon, Jan 31, 2011 at 12:42 PM, Marco wrote:
> Hi everyone, simple question..
>
> 2 threads, T1 is in the event loop, T2 does some other things.
> Assume that I have a safe way of communicating between T1 and T2.
>
> I'm planning to use T2 to create http requests objects and then give them to
>
On Wed, Feb 2, 2011 at 2:27 PM, Wayne Shao wrote:
> Hi,
> I tried to setup an SSL server with libevent. But the read/write callbacks
> are not invoked after the handshake phase.
> Please see the code below.
> Thanks,
> W Shao
I think the problem is using BUFFEREVENT_SSL_OPEN. When you get the
co
On Wed, Feb 2, 2011 at 4:41 PM, Wayne Shao wrote:
> corrections:
> If I comment out the call bufferevent_openssl_filter_new(), then the client
> can finish handshake, but the server read/write callback not working.
> The code as above (i.e., with the bufferevent_openssl_filter_new() call)
> enters
On Fri, Feb 4, 2011 at 9:52 PM, Sarita Sarathy wrote:
>
> Hi,
Hello, Sarita! The libevent-users mailing list isn't at monkey.org
any more; see http://archives.seul.org/libevent/users/ for info on
subscribing to the current location.
> We would like to use UDP connections asynchronously in Sola
2011/2/6 Gordiychuck Oleg :
>
>
> Начало переадресованного сообщения:
>
> От: Gordiychuck Oleg
> Дата: 7 лютого 2011 р. 00:04:43 GMT+02:00
> Кому: majord...@freehaven.net
> Тема: Read callback problem
>
> Hello!
>
> I have a simple network application with simple protocol over TCP\IP. The
> main i
On Tue, Feb 8, 2011 at 7:48 AM, Jeroen Habraken wrote:
> Hi,
>
> On lines 1499 and 1500 in evutil.c from libevent-2.0.10-stable I've
> found the following:
>
> #define USE_INTERNAL_NTOP
> #define USE_INTERNAL_PTON
>
> which leads to the built-in inet_ntop and inet_pton never being used.
> Why are
On Mon, Feb 7, 2011 at 5:15 PM, Ivan Novick wrote:
> Hello,
>
> I am testing fault tolerance in my application that is written using
> libevent-1.4.6
I'd seriously suggest that you always use the latest stable release,
or at the very least the most recent stable release in the 1.4.x
series. Ther
On Tue, Feb 8, 2011 at 2:16 PM, Wayne Shao wrote:
> Hi,
> I am using a filter to read packets from the peer. The packet format is
> typical header + payload, where total length is encoded in the header.
> In the filter callback, is it possible to only consume part of the source
> buffer?
> e.g, if
On Tue, Feb 8, 2011 at 6:45 PM, Ivan Novick wrote:
> On Tue, Feb 8, 2011 at 11:08 AM, Nick Mathewson wrote:
>> On Mon, Feb 7, 2011 at 5:15 PM, Ivan Novick wrote:
>>> Hello,
>>>
>>> I am testing fault tolerance in my application that is written using
&g
On Thu, Feb 10, 2011 at 4:27 PM, Constantine Verutin wrote:
> Hi guys,
>
> I noticed that evhttp_accept_socket_with_handle() sets the
> LEV_OPT_CLOSE_ON_FREE flag on underlying evconnlistener, and in this case
> calling evhttp_del_accept_socket() later causes socket fd to be freed(while
> document
On Thu, Jan 13, 2011 at 12:29 AM, Trong Long Dinh
wrote:
> I haven't read RFC 3986. Maybe | _is_ an invalid URI character. But what
> happen when i want pass a param contain '|' character. If it's a special
> character, then firefox have to encode it before send to server.
Okay, there's code to t
On Tue, Feb 15, 2011 at 5:42 AM, Bas Verhoeven wrote:
> Hi,
>
> Is there some way to tell evhttp (in libevent2) to abort a request once it
> has received more than bytes of data?
>
evhttp_connection_set_max_body_size() sounds like what you're asking for.
cheers,
--
Nick
***
On Mon, Feb 21, 2011 at 10:26 AM, Constantine Verutin
wrote:
> Hi,
>>
>> I just tested and the following change seems to work fine:
>>
>> if (req->body_size + req->ntoread > req->evcon->max_body_size) {
>
> This is wrong case of chunked response and inaccurate when ntoread < 0.
I've added a fix
101 - 200 of 530 matches
Mail list logo
