Reworked AIX __ss_family workaround to use AC_STRUCT_MEMBER.

select comes from <sys/select.h> according to POSIX.1-2001, or from a
variety of other standard headers on older systems, but not <select.h>.
AIX build fix.

Remove _event_initialized(); make event_initialized() a function(); make it consistent on windows and non-windows

Document event_get_assignment

Note that reentrant calls to libevent from logging cbs may fail badly

Fix some irix compilation warnings spotted by Kevin Bowling

Merge remote branch 'kev009/master'

Fix IRIX build.  sa_family collides with a #define in sys/socket.h on IRIX.

Merge remote branch 'github/20_getaddrinfo_cancel_v2'

Add a stress test for getaddrinfo_cancel

Merge remote branches 'github/20_epoll_nochangelist_v4', 'github/20_openssl_closeonfree' and 'github/20_cloexec'

Reorder backends in test.sh to match preference order in event.c

Make unit tests for epoll-with-changelist pass

The only changes needed were to handle the fact that the methodname
"epoll (with changelist)" matches the environment variable
EVENT_NOEPOLL rather than the imaginary "EVENT_EPOLL (WITH CHANGELIST)".

Disable changelist for epoll by default because of Linux dup() bug; add an option and/or an envvar to reenable it for speed.

Rename option to control epoll changelist; make epoll changelist off by default

Make sure the CLOEXEC flag is set on fds we open for base notification

Resolve an evport bug in the thread/forking test

Make evdns_getaddrinfo_cancel threadsafe

Fix some more cancel-related bugs in getaddrinfo_async

Also imposed a new rule to make this much much simpler: no freeing
the getaddrinfo request until both dns callbacks have been invoked.

Avoid double-invocation of user callback with EVUTIL_EAI_CANCEL

Use the US-English "canceled", not the UK "cancelled".

Fix a memory leak in evhttp_uri_free.

Fix bug in bufferevent_connect on an openssl bufferevent that already had an fd

The problem was that we were using openssl's BIO code's shutdown flag
whenever BEV_OPT_CLOSE_ON_FREE was set.  This made the BIO close the
socket when it was freed... but it would be freed whenever we did a
setfd on the bufferevent_openssl, even the no-op setfd in
bufferevent_connect.

So instead, we just set the shutdown flag to 0, and handle closing the
fd ourselves.

Spotted by Linus Nordberg

Only clear underlying callbacks when the user hasn't reset them.

When closing a filtering bufferevent, clear callbacks on the underlying bufferevent

Previously, if BEV_OPT_CLOSE_ON_FREE wasn't set on a
bufferevent_filter or a filtering bufferevent_openssl, when we went
to free the filtering bufferevent, we'd leave the underlying
bufferevent unchanged.  That's not so good, since the callbacks are
set to activate stuff in the filtering bufferevent that we're about
to free.  Instead, set all the callbacks to NULL.

Merge remote branches 'github/20_evdns_cancel_segfault_v2', 'github/20_http_close_detect', 'github/20_http_versions', 'github/20_more_http_methods', 'github/20_shutdown_iocp_listener' and 'github/20_win64_fixes'

Refactor http version parsing into a single function

Based on a suggestion by Chris Davis to make
evhttp_parse_response_line tolerate odd versions too.

Remove some debugging puts() calls from allow_methods test

Set SO_UPDATE_ACCEPT_CONTEXT on sockets from AcceptEx so that shutdown() can work

Based on patch (and lots of debugging work) by Kelly Brock.

Fix a mistake in http documentation found by Julien Blache

Never call evhttp_readcb while writing.

Don't disable reading from the HTTP connection after sending the request to be notified of connection-close in time

Units test for unexpected evhttp methods.

evhttp: Return 501 when we get an unrecognized method, not 400.

Tweak interface for allowed methods

Define enumerators for all HTTP methods, including PATCH from RFC5789

This patch defines enumerators for all HTTP methods that exist
(including PATCH introduced in RFC 5789).

It also makes them bit-masky (that's not a word, is it?), breaking
binary- but not source-code compatibility.

evhttp now stores a bitmask specifying for which methods requests to
dispatch and which ones to reject with "405 Method Not Allowed".

By default that's the ones we currently have (GET, POST, HEAD, PUT,
DELETE), thereby keeping functional compatibility (besides the minor
change that one of the other methods will now cause 405 instead of
400. But I believe that could even be considered a bug-fix).

evhttp is extended by evhttp_set_allowed_methods() with which the
user can change that bitmask.

no regressions here and my test-app still works. Haven't yet
actually tested any of the new methods.

What's obviously missing here is the special logic for the methods:

OPTIONS: We should be fine here - I believe our current dispatch
logic should work fine. Some convenience functions would be fine
though.

TRACE: I'm pretty certain we should never dispatch this to the
callbacks and simply implement the necessary functionality built-in.

CONNECT: Pretty straight-forward to implement (and considering the
framework in which we implement it very efficient too). Should
probably go built-in.

PATCH: Except for checking the RFC against our pre-dispatch logic
(there just might be some "MUST not have Some-Header" lurking
somewhere) there is nothing to be done here, this is completely up
to the user. Nothing to do.

Don't free evdns_request handles until after the callback is invoked

Previously, once the callback was scheduled, it was unsafe to cancel
a request, but there was no way to tell that.  Now it is safe to
cancel a request until the callback is invoked, at which point it
isn't.

Found and diagnosed by Denis Bilenko.

Fix more wn64 warnings.

Merge branch 'http_nolegacy_v2'

Remove need for http_compat.h in http tests

Stop accessing http request struct directly from in the unit tests.

Add evhttp_response_code to remove one more reason to include http_struct.h

Stop using event_compat.h in regress_http

Convert the rest of the http tests to be non-legacy unit tests.

Rename the confusing "base" static variable in regress_http.c

Start porting http tests to not use legacy interfaces

Replace exact-version checks for HTTP/1.1 with >= or < checks

reset "chunked" flag when sending non-chunked reply

Use the label_len local variable in evdns instead of recalculating it over and over

Fix win32 build in response to fixes from win64 build.

fix signed/unsigned warnings in http.c

Fix a typo in 7484df61c981fc33db2~

Fix even more win64 warnings: buffer, event_tagging, http, evdns, evrpc

Fix even more win64 warnings

Rename "size" variables in win32select that were really fd counts.

Increase the skew tolerance to 2 seconds in thread/deferred_cb_skew

This is to make the test not fail on Sebastian Hahn's Win7 box.

Make sure IOCP evconnlistener uses virtual events.

Try to clear up more size_t vs int/long issues.

Fix signal handler types for win64.

Set _EVENT_SIZEOF_VOID_P correctly on win32 and win64

Fix some ints to evutil_socket_t; make tests pass on win64.

Fix som event_warns that should have been event_warnx

Merge remote branch 'trondn/master'

Check return value for ioctlsocket on win32

Fix some uses of int for socket in regress

Merge remote branch 'github/20_http_read_after_write'

Merge remote branch 'github/20_abi_breaks'

Merge remote branch 'github/20_ratelim_size'

Merge remote branch 'github/20_chain_realign'

Fix bugs in posix thread-id calculation when sizeof(pthread_t) != sizeof(long)

When pthread_t was smaller, our calculated thread IDs would include
uninitialized RAM, and so our unit tests would fail because thread_ids
would never match one another.

When pthread_t was larger and alignment was big-endian, our calculated
thread IDs would only have the most significant bytes of the
pthread_t, when in practice all the entropy is in the low-order bytes.

Found with help from Dagobert Michelsen.

Remove event-config.h from .gitignore; it moved to include/event2

Fix a minor syntax error that most compilers didn't care about

Note that 2.0.9 will break the ABI, and make changes we were postponing.

We had to turn a couple of 32-bit size arguments into 64-bit arguments
or size_t arguments (since otherwise we would have had to do it post
2.0.x-stable, and that would be worse).

Make rate-limits go up to SIZE_MAX/EV_SSIZE_MAX, not just INT32_MAX

Someday, when networks are far faster and people frequently want a
burst value greater than 2GB per tick, this will seem very forsightful
indeed.

For now, it breaks ABI, but not source.  Fixes bug 3092096.

Correct logic for realigning a chain in evbuffer_add

The old logic was both too eager to realign (it would move a whole
chain to save a byte) and too reluctant to realign (it would only
realign when data would fit into the misaligned portion, without
considering the space at the end of the chain).

The new logic matches that from evbuffer_expand_singlechain: it only
realigns a chain when not much data is to be moved, and there's a
bunch of space to be regained.

Spotted by Yan Lin.

Avoid missed-request bug when entire http request arrives before data is flushed

The trigger for starting to read the first line of a request used to
be, "When data has arrived and we're looking for the first line."
But that's not good enough: if the entire next request gets read
into our bufev->inbuf while we're still processing the current
request, we'll never see any more data arrive, and so will never
process it.

So the fix is to make sure that whenever we hit evhttp_send_done, we
call evhttp_read_cb.  We can't call it directly, though, since
evhttp_send_done is reachable from the user API, and evhttp_read_cb
can invoke user functions, and we don't want to force everyone to
have reentrant callbacks.  So, we use a deferred_cb.

Found by Ivan Andropov.  This is bug 3008344.

Correctly count req->body_size on http usage without Content-Length

There was a dumb bug where we would look at the length of the input
buffer immediately _after_ we drained it.

Fix a bug where we would read too much data in HTTP bodies or requests.

We were using evbuffer_add_buffer, which moved the entire buffer
contents.  But if we had a valid content_length, we only wanted to
move up to the amount of data remaining in ntoread.  Our bug would
make us put our ntoread in the negative, which would in turn make us
read all data until the connection closed.

Found by Denis Bilenko.  Should fix bug 2963172.

Fix Content-Length when trying send more than 100GB of data (!) on an evhttp.

add a requested docstring for event_rpcgen.CommandLine.__init__

Merge remote branch 'github/http_and_listener'

Make evbuffer_add_file take ev_off_t, not off_t

This change has no effect on non-windows platforms, since those
either define off_t to 64-bits, or allow you to decide whether
it should be 64-bits yourself via some LARGEFILE-like macro.

On Windows, however, off_t is always 32-bit, so it's a bad choice
for "file size" or "file offset" values.  Instead, I'm adding
an ev_off_t type, and using it in the one place where we used
off_t to mean "the size of a file" or "an offset into a file" in the
API.

This breaks ABI compatibility on Windows.

Functions to actually use evhttp_bound_socket with/as evconnlistener.

Add a function to change a listener's callback.

You can also now initialize listeners with no callbacks set; if so,
they won't get enabled until the callback is set to non-NULL.

Simplify the logic for choosing EPOLL_CTL_ADD vs EPOLL_CTL_MOD

Previously, we chose "ADD" whenever old_events==new_events, (since
we expected the add to fail with EEXIST), or whenever old_events
was==0, and MOD otherwise (i.e., when old_events was nonzero and not
equal to new_events).

But now that we retry failed MOD events as ADD *and* failed ADD
events as MOD, the important thing is now to try to guess right the
largest amount of the time, since guessing right means we do only
one syscall, but guessing wrong means we do two.

When old_events is 0, ADD is probably right (unless we're hitting
the dup bug, when we'll fall back).

And when old_events is set and != new_events, MOD is almost
certainly right for the same reasons as before.

But when old_events is equal to new events, then MOD will work fine
unless we closed and reopened the fd, in which case we'll have to
fall back to the ADD case.  (Redundant del/add pairs are more common
than closes for most use cases.)

This change lets us avoid calculating new_events, which ought to
save a little time in epoll.c

Fix a nasty bug related to use of dup() with epoll on Linux

Current versions of the Linux kernel don't seem to remove the struct
epitem for a given (file,fd) combo when the fd is closed unless the
file itself is also completely closed.  This means that if you do:
   fd = dup(fd_orig);
   add(fd);
   close(fd);
   dup2(fd_orig, fd);
   add(fd);
you will get an EEXIST when you should have gotten a success.  This
could cause warnings and dropped events when using dup and epoll.

The solution is pretty simple: when we get an EEXIST from
EPOLL_CTL_ADD, we retry with EPOLL_CTL_MOD.

Unit test included to demonstrate the bug.

Found due to the patient efforts of Gilad Benjamini; diagnosed with
help from Nicholas Marriott.

Merge branch 'http_uri_parse'

Unit tests for evhttp_uri_set*

Make evhttp_uri non-public, and give it accessor functions.

Document that two bufferevent functions only work on socket bufferevents

Add a bufferevent_get_base function

Update the HTTP regression tests to use Libevent2 apis for non-http stuff

Stop using Libevent-1 headers in regress_http

Merge branch 'http_small_tweaks'

Conflicts:
http-internal.h

Add evhttp_connection_get_base() to get the event_base from an http connection

Based on a patch by Mark Ellzey from 27 July 2010.

Closes ticket 3052406

Fix a 100%-CPU bug where an SSL connection would sometimes never stop trying to write

If an SSL connection becamse disabled or suspended before became open,
it could (under the right circumstances) wind up without ever getting
its write callback disabled.

The most correct fix is probably more subtle, and involves checking
all caseswhen a write callback is enabled or disabled.  This fix is
more blunt, and explicitly checks whether the callback should have
been disabled at the end of the callback to prevent infinite looping.

Diagnosed with help from Sebastian Hahn

Add evhttp_parse_query_str to be used with evhttp_uri_parse.

The old evhttp_parse_query() doesn't work well with struct
evhttp_uri.query, since it expects to get whole URIs, rather than
just the query portion.

Document behavior of URI parsing more thoroughly.

Also, move evhttp_uri struct into http.h, since it is part of the API.

Add a huge pile of tests for the new URI functions, and make them pass.

Improvements to tinytest_macros.h

First, handle cases where we have %s in a tt_want or tt_assert.

Second, add tt_want_*_op that do a tt_*_op test, but do not exit the
test on failure.

We should push these upstream to tinytest some time.

Revise evhttp_uri_parse implementation to handle more of RFC3986