diff options
| author | Daniel Stenberg <daniel@haxx.se> | 2009-01-10 22:10:57 +0000 |
|---|---|---|
| committer | Daniel Stenberg <daniel@haxx.se> | 2009-01-10 22:10:57 +0000 |
| commit | 452e52f95824a7d2a761c336ba5a006209ce1e9f (patch) | |
| tree | 4358acc368f7e02a2bc66f9ebfa328e252b5e44e /lib/README.pipelining | |
| parent | 0090099565f330de60cf2c1ffb6edd34127a280b (diff) | |
- Emil Romanus fixed:
When using the multi interface over HTTP and the server returns a Location
header, the running easy handle will get stuck in the CURLM_STATE_PERFORM
state, leaving the external event loop stuck waiting for data from the
ingoing socket (when using the curl_multi_socket_action stuff). While this
bug was pretty hard to find, it seems to require only a one-line fix. The
break statement on line 1374 in multi.c caused the function to skip the call
to multistate().
How to reproduce this bug? Well, that's another question. evhiperfifo.c in
the examples directory chokes on this bug only _sometimes_, probably
depending on how fast the URLs are added. One way of testing the bug out is
writing to hiper.fifo from more than one source at the same time.
Diffstat (limited to 'lib/README.pipelining')
0 files changed, 0 insertions, 0 deletions