On Fri, 10 Dec 2004 09:18:09 +0100 (CET), Derick Rethans <[EMAIL PROTECTED]>
wrote:
>
> THis one looks messed up, please provide a link to the patch.
>
> Derick
Try:
http://www.panix.com/~dtorop/xml_handler.patch
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
This patch should fix bug# 27633.
The messed up line endings in the output was caused by *some* servers
prefixing every '\n' with a '\r' so if the remote file already had
windows style line endings the data in the buffer was "\r\r\n" and the
existing code didn't handle this correcly. I have tested
Japanese multibyte encoding and Unicode, and some singlebyte encodings
are supported by mbstring up to PHP 4.2.x.
From 4.3.x, the Korean and Chinese multibyte encoding are also supported,
and the language setting is introduced.
You should define mbstring.language in php.ini,
mbstring.language = J
- Original Message -
From: "Derick Rethans"
Sent: Thursday, December 09, 2004
> On Thu, 9 Dec 2004, Matt W wrote:
>
> > Before I describe my issue, I had been wondering how I can
tell/estimate
> > how much memory PHP will use for arrays? Is there at least a rough
formula
> > someone can
On Fri, 10 Dec 2004, Dan Torop wrote:
> Apologies for further ignorance, the attachment seems to be dropped by
> news server? It is:
THis one looks messed up, please provide a link to the patch.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Inter
