Re: [Libevent-users] [PATCH] client HTTPS with evhttp

2012-04-12 Thread Myk Taylor
On 04/10/12 17:03, Nick Mathewson wrote: https://sourceforge.net/tracker/?func=detail&aid=3516647&group_id=50884&atid=461324 * Does this really belong on 2.0 or not? From your description of the changes, it doesn't seem like a bugfix to me; it sounds much more like a new feature. I'm open t

Re: [Libevent-users] [PATCH] client HTTPS with evhttp

2012-04-10 Thread Myk Taylor
On 03/26/12 01:17, Myk Taylor wrote: Alright, now that I understand a little more about how to do this, let me try this again : ) The updated patches are now attached to the sourceforge Patches tracker: https://sourceforge.net/tracker/?func=detail&aid=3516647&group_id=50884&

Re: [Libevent-users] [PATCH] client HTTPS with evhttp

2012-03-26 Thread Myk Taylor
On 12/12/11 12:21, Mark Ellzey wrote: Would you mind submitting the patch branched against patches-2.0 on github? Easier to pull in / comment / test. On Mon, Dec 12, 2011 at 11:57:17AM -0800, Myk Taylor wrote: I've written up a patch that allows evhttp to work for HTTPS where a secon

[Libevent-users] submitting code for 2.0.19

2012-03-24 Thread Myk Taylor
Hi all, I have a bit of code that I'd like to submit for inclusion in 2.0.19. On which branch should I base the patch? Thanks! Myk *** To unsubscribe, send an e-mail to majord...@freehaven.net with unsubscribe libevent-users

Re: [Libevent-users] assert in http.c

2012-01-18 Thread Myk Taylor
destroyed that I am violating? Thanks, Myk Taylor On 01/17/12 00:32, Myk Taylor wrote: I sometimes trigger the EVUTIL_ASSERT(req != NULL); line in evhttp_connection_fail() in http.c while running a load test *** To unsubscribe,

[Libevent-users] assert in http.c

2012-01-17 Thread Myk Taylor
Hi all, I sometimes trigger the EVUTIL_ASSERT(req != NULL); line in evhttp_connection_fail() in http.c while running a load test client that I have written. The load test involves many concurrent connections that are terminated while in various stages of connection establishment. Could thi

Re: [Libevent-users] evhttp: persistent connections over ssl with chunked transfer encoding bug?

2011-12-23 Thread Myk Taylor
On 12/22/11 13:29, Hochhaus, Andrew wrote: While working on a comet http server, I have run into a problem where the second request on a reused (persistent) TCP connection is not processed by evhttp. Has anyone experienced behavior like this? From my tests, I found this was due to the SSL hands

Re: [Libevent-users] avoiding file descriptor collisions

2011-12-15 Thread Myk Taylor
On 12/09/11 11:26, William Ahern wrote: A wild guess is that some code for connection Z (which predates A and B) holds a stale descriptor value and is closing it. This is a common bug in application code. Easiest way to avoid it is to never pass file descriptors as values--except to low-level rou

Re: [Libevent-users] [PATCH] client HTTPS with evhttp

2011-12-12 Thread Myk Taylor
On 12/12/11 12:21, Mark Ellzey wrote: Would you mind submitting the patch branched against patches-2.0 on github? Easier to pull in / comment / test. Actually, if it's ok, let me retarget this at trunk. diff --git a/include/event2/http.h b/include/event2/http.h index 5c9f0e5..5372208 100644 ---

Re: [Libevent-users] [PATCH] client HTTPS with evhttp

2011-12-12 Thread Myk Taylor
I've written up a patch that allows evhttp to work for HTTPS where a second (or further) request is sent on a evhttp_connection that has previously timed out and closed its underlying TCP connection. Any thoughts on the patch? Does it need any modification in order to be acceptable? Thanks,

Re: [Libevent-users] avoiding file descriptor collisions

2011-12-12 Thread Myk Taylor
On 12/09/11 11:26, William Ahern wrote: No. Unfortunately, there's a bug in your application. A descriptor is always valid until an explicit close. However, under POSIX "the open() function shall return a file descriptor for the named file that is the lowest file descriptor not currently open fo

[Libevent-users] avoiding file descriptor collisions

2011-12-09 Thread Myk Taylor
Hi all, I've run into another bit of trouble, but I don't see an easy way out this time. The http(s) client I'm writing has many connections going up and down continuously, and I'm running into what seem to be file descriptor collisions in evhttp. I believe this is what is happening: 1) co

[Libevent-users] [PATCH] client HTTPS with evhttp

2011-12-08 Thread Myk Taylor
I've written up a patch that allows evhttp to work for HTTPS where a second (or further) request is sent on a evhttp_connection that has previously timed out and closed its underlying TCP connection. Fortunately, it was a fairly simple addition. Here's a rundown of what it does: 1) adds the

Re: [Libevent-users] client HTTPS with evhttp

2011-12-07 Thread Myk Taylor
This is what the "callback" API would look like: typedef struct bufferevent* (*bev_factory_cb)(void *arg); /** * Create and return a connection object that can be used for making * HTTP requests. The connection object tries to resolve address and * establish the connection when it is given a

[Libevent-users] client HTTPS with evhttp

2011-12-07 Thread Myk Taylor
Hi all, I've been writing a HTTPS client using evhttp in libevent-2.0.16, but I am running into a roadblock. I've gone through the last few months of this list, but I don't see anything exactly about what I am running into. I'm hoping you can set me straight. For context, I'm writing a XMPP (j