On Fri, Jan 21, 2011 at 7:48 AM, Graham Leggett wrote:
> Are there doxygen docs available anywhere for v2.0.10?
I'll post an updated version to monkey today. You should definitely
check out Nick's book though.
Niels.
***
To un
On Fri, Aug 6, 2010 at 8:10 PM, Nick Mathewson wrote:
> Niels will upload this to monkey.org as soon as he has a chance; he's
> been super-busy with his work lately, which is why I've been doing the
> "lead developer" stuff with this release.
It's up on monkey.org now. Nick, thanks for all the
On Thu, Jul 29, 2010 at 8:34 AM, Nick Mathewson wrote:
> 2) Does this "callback to set the bufferevent" trick have other
> realistic applications? If the only use is getting https to work, we
> might as well just hide the details from the user and provide an
> interface to do https directly.
At
On Wed, Jul 28, 2010 at 2:48 PM, Marco wrote:
> By asking for '/foo' instead of 'foo' the connection is indeed kept alive.
The proxy code should probably be removed from the code; as the http
spec is perfectly happy with complete urls in the GET request. I have
a git branch somewhere to fix this
On Sat, Jun 19, 2010 at 1:20 PM, Nick Mathewson wrote:
> Niels, I've tagged a new "release-1.4.14b-stable"; it changes nothing
> but the VERSION_INFO, the version number, and some explanatory
> comments in Makefile.am. Whenever you can get it uploaded, that would
> rock.
It's at
http://www.mon
Hi everyone,
here is the somewhat delayed release announcement. The new libevent
tar ball is located at
http://www.monkey.org/~provos/libevent-1.4.14a-stable.tar.gz
the gpg signature is at
http://www.monkey.org/~provos/libevent-1.4.14a-stable.tar.gz.sig
Make sure to check it. This relea
On Sat, Jun 12, 2010 at 7:29 AM, Nick Mathewson wrote:
> Ugh, how annoying! I think this warrants a 1.4.14b, if Niels agrees.
> (1.4.14b should contain this fix, and nothing else.)
Fine by me.
Niels.
***
To unsubscribe, send an
On Fri, Jun 11, 2010 at 10:35 AM, Volker Grabsch
wrote:
> Thanks a lot! I just sent the old file to you.
I put the old file back and renamed the new files to
libevent-1.4.14a-stable.tar.gz even though they still just create a
libevent-1.4-14-stable directory. I hope to write an announcement
ema
Hi Volker,
there was an older version in that directory but it was not announced
and linked to. The version that is currently linked from the
libevent page is the official release, although I have not announced
it yet. If you still have a copy and the corresponding signature of
the previous fi
On Wed, May 26, 2010 at 12:59 PM, Nick Mathewson wrote:
> If you're looking for fun http exercises, btw, check out the
> bugtracker entries on sourceforge for http-related bugs. Niels is
> supposed to be looking for those to see about fixing them as
> appropriate before 2.0.x-rc can come out, but
On Tue, May 18, 2010 at 4:47 PM, Jedrzej Nowak wrote:
> Can anyone help me a little ?
Take a look at the spybye code - it does exactly that.
Niels.
***
To unsubscribe, send an e-mail to majord...@freehaven.net with
unsubscribe l
On Tue, Apr 27, 2010 at 12:14 AM, Sten Spans wrote:
> Is inserting a Connection close header in the last request the best way to
> complete the event-loop? Wouldn't it be better to reset _outgoing_
> connections in evhttp_connection_done when all requests are handled?
> Something like the followin
On Sat, Apr 3, 2010 at 1:35 PM, Frank Denis wrote:
> Apparently, when using libevent 2 in order to serve HTTP requests,
> the evhttp_connection instance isn't properly released if the
> "Connection: closed" header is not send.
HTTP 1/1 keeps connections open by default. You are exiting the loo
On Thu, Mar 25, 2010 at 3:00 PM, David Titarenco
wrote:
> Somewhere between 2 and 3 the request is prematurely freed. Any ideas? Is
> there a libevent request kill capability that could be "cleaning up"
> requests without me knowing?
>
> Also, is there any way I can verify whether or not a request
On Sat, Mar 20, 2010 at 9:21 PM, Shuo Chen wrote:
> It passes regression test, and doesn't break the current usage I think,
> just to rerun event_rpcgen.py and recompile the code.
It breaks regress_rpc.c - because the API for (msg)_new() has changed.
How about changing the code/generator so tha
Hi Shuo,
thanks for the patch. I will take a look. If it does not affect
compatibility for existing source code, I don't see a problem with it.
Niels.
***
To unsubscribe, send an e-mail to majord...@freehaven.net with
unsubscr
Hi Vincent,
could you elaborate more on this, please. This is for the client
connections? There have been a number of reports with issues on
getting close events reported. For example, by default, client
connections are HTTP/1.1 and stay open unless you explicitly set the
Connection header to
Hi Yasuoka,
thank you for your patch. That is not fixed in the git repository.
Niels.
***
To unsubscribe, send an e-mail to majord...@freehaven.net with
unsubscribe libevent-usersin the body.
On Fri, Dec 4, 2009 at 10:56 AM, Niels Provos wrote:
> thank you for your patch. That is not fixed in the git repository.
What I meant to say is that your patch has been applied to the git
repository and the problem is fixed now.
Thanks,
Ni
On Sat, Nov 21, 2009 at 2:54 AM, Clint Webb wrote:
> Is that link correct?
That's pretty funny. Her is the correct link.
http://monkey.org/~provos/libevent-2.0.3-alpha.tar.gz
Thanks for noticing,
Niels.
***
To unsubscribe,
It has been a while since the last alpha release of libevent-2.0.
Yesterday, we released 2.0.3-alpha which can be downloaded from
http://monkey.org/~provos/libevent-1.4.13-stable.tar.gz
Please, give it a spin and let us know if you run into any problems.
There have been a lot of changes since t
On Mon, Nov 16, 2009 at 9:12 AM, Krzysztof Adamski wrote:
> i would like to build simple HTTPD server using libevent2. It is going
> to send some quite big files but i would like it to handle couple
> concurrent connections. The files can be sent in chunks so I'm using
> evhttp_send_reply_chunk fo
Hi everyone,
we just released libevent 1.4.13-stable. You can download the source from:
http://monkey.org/~provos/libevent-1.4.13-stable.tar.gz (don't
forget to validate the pgp sig)
This release fixes the following issues:
- If the kernel tells us that there are a negative number of bytes to
On Mon, Nov 16, 2009 at 6:43 PM, Patrick C wrote:
> Agreed. The most optimal way of doing this would be to use your operating
> system's sendfile() routine, where available, in the evhttp_write_cb
> routine.
The way you would do this in libevent 2.0 is to use
evbuffer_add_file() and then send tha
24 matches
Mail list logo
