This commit was manufactured by cvs2svn to create tag 'RELEASE_0_11_0'.

- no run-tests.diff any more

- release 0.11.0

- avoid notices of new ext/date

- avoid leak in RETURN_OBJECT
- fix HttpRequest_002.phpt

- remove the declaration of http_request_global_init() from the header too

 - curl cannot use zend mm

- HTTP_REGISTER_CLASS_EX already calls http_request_object_declare_default_properties()

- we're not using new ext/date but php_gmtime_r()

# Marcus, did that INI setting really change anything for you?

- Fix property handling
- Fix tests

- No longer needed

- fix INI entries
- add INI entry http.only_exceptions
- use custom error codes so that http.only_exceptions is honored
- introduce several different exception classes
- use http_curl_conv struct for the curl callback

- no user debug callbacks any longer
- cleanup lately introduced request mess with a serious hack

# now we get the raw sent and received data through
# the curl debug callback -- all that because the "normal"
# interface does not provide us with the response bodies
# for redirects and leaves for instance the transfer encoding
# header intact while decoding the response body
#
# all this kind of stuff breaks the http message parser
#
# too much magic for a library -- all that actions should
# be done by ther CLI or such... well
#
# maybe I can convince the curl people to introduce
# a raw data callback for future versions of libcurl

- ssl options were only setable rather than modifiable through setOptions

- Add missing .cvsignore file

- fix option setting

- avoid callbacks during shutdown

- increment refcount for HttpRequest object put into hashtable as debug wrapper
- fix http_message_parse() to be only greedy at fetching body from response messages
- add HttpRequest::$recordHistory and HttpRequest::getHistory()
- fetch body of redirects through the HttpRequest::debugWrapper()

- fix possible mem-leak in http_absolute_uri()
- make url and request method configurable through HttpRequest::setOptions()

- bump version
- reset dbg_user_cb on unsetOptions()

- fix refelction info for some methods of HttpRequest
- added HttpRequest::getRequestMessage() returning the outgoing request message(s)
- added HttpRequest::debugWrapper() actually fetching the request message(s)

- release 0.10.1

-fix installation through pear

- release 0.10.0
- update docs

- actally returns STATUS

- I thought I already fixed them

- another test

- wrong file

- add tests

- no need to mark HttpUtil as final
- Reflection awareness of HttpUtil
- fix config.m4

- fix some gcc warnings

- API juggling
- make tests -which can- working with CLI and CGI

- This must not be changed here
# It belongs in the private environment or private shell startup scripts
# or a private build script that calls make. If it still should go here
# then it must be ensured that it only affects phpized builds of the ext.
#
# Anyway very brave developing!

- fix write access of HttpMessage headers array in inherited context
- fix float/double of http message's http version
- fix request pool handles destruction
- HttpRequestPool now implements Iterator
- nuke unused variables

- add response tests

- fix tests

- update

- docs

hoppla

- added capture mode to HttpResponse

- fix leaking curl callbacks

- clean previous response

- example

- proper handling of static members

- return error if headers have been already sent

- fix stream handling

- (declare|update)_property_bool is also missing

- byebye leaks
# seems odd? is odd!

what the?

- ws

- set etag if not defined by user
- unerasable output buffers

- add http_etag() for files

- fix output buffering, default mime type
- get rid of unused macros

- better some leaks than mem read errors

- fix refelction info

- separate http_methods.c into http_*_object.c files
- attempt to make HttpResponse static

# no idea, but the static members of HttpResponse are leaking all around

- reflection awareness of HttpRequest
- added HttpResponse::catchOutput()

# I'm pondering making HttpResponse a static class --
# is there even a need to instantiate an HttpResponse object?

- flush

- reflection awareness for HttpResponse, HttpMessage and HttpRequestPool

- typo

- reorder includes, always include php.h first

- added http_get_request_body()

- Add .cvsignore

- raise default timeouts (were way too low for e.g. modem commections

- missed that message.info.response.http_version should also be double

- more default curl options
- new curlsession option

- warning hunt

- bump version

- release 0.9.0

- fix php4 build; path has changed

- check responseMessage to be an object

- update known issues

- update docs

- update

- multiple send seems to work now without bigger problems

- don't copy static strings

- define TSRMLS_FETCH_FROM_CTX and TSRMLS_SET_CTX if not defined

- missing include

- update

- remove const qualifier from url param in http_request_*()
- allow HttpRequestPools to be used only once

- fixed mem leak
- update known issues
- memory corruption of urls still there...

- fix HttpRequest::getResponseMessage()

- no need to allocate two contexts for the same payload

- free handles

- enable $pool = new HttpRequestPool(HttpRequest r, ...);

- fix request pool issues
# hopefully -- need to test on linux yet

- ZTS needs ZEND_INIT_MODULE_GLOBALS

- senseless statement

- add known issues file

- request pools for ZE2 only yet

- curl_multi_add_handle may return CURLM_CALL_MULTI_PERFORM (at least it does in v7.11.3 on debian)

- needs to be a pointer

- yet better a memleak than a segfault

- fix memleak

- hossa - missed to clean the llist at rshutdown

- fix mem-leaks with http_curl_callback_ctx
- need to sort out curl_multi_strerror

- add PHP_ATTRIBUTE_FORMAT

- sanitize retreival of response info

- request pool test

- test response code of response message