Date | Commit message (Collapse) |
|
EM 1.0.3 got released and seems to work under Ruby 2.1,
so re-enable EM and NeverBlock tests again.
|
|
Cramp seems broken for now, we'll deal with it at another time
and I'm not sure if it ever took off...
|
|
Internal reworking of unicorn 4.8.0 completely broke us(!).
This commit fixes things, but it means we no longer support
unicorn <= 4.7. Sorry about that.
|
|
My curl 7.32.0 would actually print 400 Bad Request
Hope this would make it match against newer or older curl.
Signed-off-by: Eric Wong <normalperson@yhbt.net>
|
|
raindrops 0.11.0 was released several days ago and contains
minor improvements + fixes.
|
|
EventMachine/NeverBlock currently do not build on Ruby 2.0.0
|
|
This ensures we're compatible with the latest stable
Ruby version.
|
|
This requires Rack 1.5.x and unicorn 4.6.0 for hijacking
support. Older versions of Rack continue to work fine,
but we must use unicorn 4.6.0 features to support this.
|
|
On FreeBSD 9.0, "wc -l" emits leading whitespace, so
filter it through tr -d '[:space:]' to eliminate it.
|
|
Most of these test dependencies may be safely bumped.
|
|
On FreeBSD 9.0, "wc -c" emits leading whitespace, so
filter it through tr -d '[:space:]' to eliminate it.
|
|
"date +%s" is not in POSIX (it is in GNU, and at least FreeBSD
9.0, possibly earlier). The Ruby equivalent should be
sufficiently portable between different Ruby versions.
This change was automated via:
perl -i -p -e 's/date \+%s/unix_time/' t/*.sh
|
|
POSIX already stipulates tee(1) must be unbuffered. I think my
decision to use utee was due to my being misled by a bug in
older curl where -N did not work as advertised (but --no-buffer
did).
|
|
The missing random_blob dependency was causing the following
to fail on a fresh clone:
make -C t ThreadPool.t0005-large-file-response.sh
|
|
Always ensuring we work with the latest versions.
|
|
As usual, test with the latest released version to avoid
surprises.
|
|
async_sinatra and rack-fiber_pool had new versions since
we last updated.
|
|
Users will pull the latest upstream, ensure things keep
working.
|
|
We'll be making the XEpollThreadPool users depend on this, too.
|
|
At least for the gems I'm most familiar with...
|
|
Starting with "$((" can be ambiguous and confused for shell arithmetic.
|
|
We want the stricter parser the error log filtering in
unicorn 4.1.0
|
|
Everything appears to be working...
|
|
We always try to test with the latest and greatest.
|
|
Everything appears to work as expected under cool.io 1.1.0
|
|
|
|
cramp was just released a few days ago and all the
tested pieces seem to work...
|
|
Race conditions abound in the world of concurrency!
|
|
We now rely on Unicorn 4.0.0. We'll use the latest
kgio and raindrops versions anyways.
|
|
This test seems to fail sometimes with Epoll and XEpoll...
|
|
That's been around forever, and we think Rubinius supports
that...
|
|
It's already a runtime dependency
|
|
Lowering this will lower worst-case memory usage and mitigate some
denial-of-service attacks. This should be larger than
client_header_buffer_size.
The default value is carried over from Mongrel and Unicorn.
|
|
Do not assume middlewares/applications are stupid and blindly
add chunking to responses (we have precedence set by
Rack::Chunked).
|
|
Oops.
|
|
We send HEAD requests and expect body-less responses.
Noticed while running a newer rack version after re-isolating.
|
|
Gotta keep using the latest and greatest.
|
|
This doesn't use Rainbows::Base so we have no keepalive support
at all. This could eventually be an option for streaming
applications.
|
|
The latest Linux series is now 3.x, not 2.6.x
|
|
It's better under 1.9.3 (sleepy_penguin 3.0.1 was bogus)
|
|
It's better under 1.9.3
|
|
|
|
We can support it fully for a subset of concurrency models where
we have full control over buffering and HTTP/1.1 keepalive
clients.
|
|
This will only be supported for certain concurency models, but
it's probably good enough.
|
|
io_splice 4.1.1 works around issues with socket
buffers filling up pipe buffers on blocking splice.
See http://lkml.org/lkml/2009/1/13/478 for a better
explanation.
|
|
This makes things easier to maintain as we add more concurrency
options.
|
|
This allows using IO::Splice.copy_stream from the "io_splice"
RubyGem on recent Linux systems. This also allows users to
disable copy_stream usage entirely and use traditional
response_body.each calls which are compatible with all Rack
servers (to workaround bugs in IO.copy_stream under 1.9.2-p180).
|
|
There's actually no reason we can't have these methods
in Rainbows::Configurator where it's easier to document
nowadays.
|
|
We're now able to configure the number of threads independently
of worker_connections.
|
|
Just the test name is irrelevant
|