]> granicus.if.org Git - apache/commit
- In AP_MODE_SPECULATIVE ap_core_input_filter returns APR_SUCCESS and an empty
authorRuediger Pluem <rpluem@apache.org>
Mon, 7 May 2007 14:20:09 +0000 (14:20 +0000)
committerRuediger Pluem <rpluem@apache.org>
Mon, 7 May 2007 14:20:09 +0000 (14:20 +0000)
commit63351a529bb54ab57b7c7116ca6455e6a98bc28c
treec570b607239a1cb6d67a10f907d0e8ae13105dd8
parent6ad514ccc1b8f5578bb884347423fd03a06e95a2
- In AP_MODE_SPECULATIVE ap_core_input_filter returns APR_SUCCESS and an empty
  brigade in the case that a non blocking read from the socket returned
  APR_EAGAIN. So getting an empty brigade also shows that no data is present
  in the input filter.
  While this reduces the number of false positives for "real data" in the input
  filter the behaviour is not as good as before 533820 because if there are
  only CRLF's in the input filter we do not flush, but we should. To fix this
  it seems that a simulation of AP_MODE_EATCRLF is needed inside of
  check_pipeline.
- Destroy brigade bb at the end of the function.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@535879 13f79535-47bb-0310-9956-ffa450edef68
modules/http/http_request.c