Fix the bug where the prefix and pattern for a request is not initialized when a connection is used for both a request that ends up going to a Proxy followed by a request that ends up going to a Handler.
Call filters that register for the CLOSE event
Bump version number.
Changed to the preferred method of centering floats.
Fixed LaTeX's idiotic space guessing.
General style and grammar fixes.
Merge branch 'feature/docs-cleanup' into develop
Change websockets to pass opening handshake on

This allows the client to negotiate extensions.  We don't fully support
extensions yet, since mongrel2 always defragments packets, which is
disallowed in the presence of unknown extensions.  On the other hand,
defragmenting packets in e.g. python is incredibly slow vs. C so I think
it's a resonable middle ground right now.

Note that if someone sends an opening handshake, followed by a websocket
frame, we will start processing those frames regardless of whether or
not the handler signals it supports websockets by replying with a
response.  This *may* be a security vulnerability, I haven't determined
that yet.
Hack to work around inifinite loop

When the hotlist is full, this code will loop forever trying to add the
socket to the hotlist.  A 100ms sleep will let things make progress; the
better long-term solution is to forcibly evict a FD from the hotlist to
make room since handler sockets should always have priority, but that's
a more complicated change
IOBuf_read doesn't return an error when fd is closed

So we need to detect this in read_all
Merge remote-tracking branch 'upstream/develop' into develop
Revert "IOBuf_read doesn't return an error when fd is closed"

This reverts commit d3ad3d2f3825c1ec460872ccdba45d29153240f5.

Redoing with git-flow
Revert "Hack to work around inifinite loop"

This reverts commit 3128420fd62f55d9bfbbc46c8c675be2c0d3fe54.

Redoing with git-flow
Hack to work around inifinite loop

When the hotlist is full, this code will loop forever trying to add the
socket to the hotlist.  A 100ms sleep will let things make progress; the
better long-term solution is to forcibly evict a FD from the hotlist to
make room since handler sockets should always have priority, but that's
a more complicated change
IOBuf_read doesn't return an error when fd is closed

So we need to detect this in read_all
Fixed dexy includes. Manual builds again.
Merge pull request #132 from moai/develop

Call filters that register for the CLOSE event
Add nofork option
Change websockets to pass opening handshake on

This allows the client to negotiate extensions.  We don't fully support
extensions yet, since mongrel2 always defragments packets, which is
disallowed in the presence of unknown extensions.  On the other hand,
defragmenting packets in e.g. python is incredibly slow vs. C so I think
it's a resonable middle ground right now.

Note that if someone sends an opening handshake, followed by a websocket
frame, we will start processing those frames regardless of whether or
not the handler signals it supports websockets by replying with a
response.  This *may* be a security vulnerability, I haven't determined
that yet.
(cherry picked from commit 4c761ee1df5e8a9251d982392d30f795a916ef5e)
Merge pull request #132 from moai/develop

Call filters that register for the CLOSE event(cherry picked from commit 73eb1b3f33306d1a48fded9081d41c7437153fbf)