Just to clarify that.
xmlNewTextLen will contain the raw text and those 3 characters are
escaped during serialization.
xmlNodeSetContentLen, on the other hand, since it was being called from
the scope of an element, was building a subtree of text and entity
nodes. With large amounts of data (c
Yes, those chars is exactly what was causing the performance problem
actually.
xmlNewTextLen() will call the internal libxml entity encoder, but it
won't try to allocate each entity for use by the subtree. It was this
entity allocation code in xmlNodeSetContentLen that was slowing
everything
Hi Rasmus,
Will your patch support strings with special characters ('<', '>', '&')?
Thanks. Dmitry.
> -Original Message-
> From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]
> Sent: Thursday, June 15, 2006 10:04 PM
> To: php-cvs@lists.php.net
> Subject: [PHP-CVS] cvs: php-src /ext/soap php_
Test 49 looks totally incorrect to me. You've derived the object by
restriction in accordance with section 2.5.2.1 of the Schema Part 2
spec,
[Definition:] A datatype is said to be ·derived· by restriction from
another datatype when values for zero or more ·constraining facet·s
are spe
Hi George,
Seems you patch is wrong.
It breaks ext/soap/tests/schema/shema047.phpt and
ext/soap/tests/schema/049.phpt.
I reverted the path.
Please provide test case, what is not working for you?
Thanks. Dmitry.
> -Original Message-
> From: George Schlossnagle [mailto:[EMAIL PROTECTED]
That you. At least I know I'm still borderline and havent gone completely
insane.
It was changed in RFC 3629
It should probably be added in ext/libxml as libxml 2.6.13 (and it looks
like .12 as well) are broken badly here when a bug fix was done in the
function. Previous versions have a bug with t
ent: Wednesday, September 08, 2004 10:34
> To: Dmitry Stogov
> Cc: 'Rob Richards'; 'Marcus Boerger'; 'Dmitry Stogov';
> [EMAIL PROTECTED]
> Subject: RE: [PHP-CVS] cvs: php-src /ext/soap php_encoding.c
>
>
> On Wed, 8 Sep 2004, Dmitry Stogov wr
On Wed, 8 Sep 2004, Dmitry Stogov wrote:
> Hi,
>
> I should make a decision.
> Can anybody point me to some utf-8 specification document?
http://www.unicode.org/faq/utf_bom.html#37
http://www.unicode.org/versions/Unicode4.0.0/ch03.pdf
section 3.9, which proves that Rob is right and I was wrong fo
CTED]
> Subject: Re: [PHP-CVS] cvs: php-src /ext/soap php_encoding.c
>
>
> utf-8 is now limited to 4 bytes so imo it should be left as is.
>
> Rob
>
> - Original Message -
> From: Marcus Boerger
>
> > that's missing a few line
On Tue, 7 Sep 2004, Rob Richards wrote:
> utf-8 is now limited to 4 bytes so imo it should be left as is.
utf8 is 6 bytes max, who changed that? :)
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe
Hi,
I think, you are right.
I will add them.
Thanks. Dmitry.
> -Original Message-
> From: Marcus Boerger [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, September 07, 2004 22:46
> To: Dmitry Stogov
> Cc: [EMAIL PROTECTED]
> Subject: Re: [PHP-CVS] cvs: php-src /ext/s
utf-8 is now limited to 4 bytes so imo it should be left as is.
Rob
- Original Message -
From: Marcus Boerger
> that's missing a few lines:
>
> } else if ((c & 0xfc) == 0xf8) {
> if ((s[i++] & 0xc0) != 0x80 || (s[i++] & 0xc0) !=
0x80 || (s[i++]
Hello Dmitry,
that's missing a few lines:
} else if ((c & 0xfc) == 0xf8) {
if ((s[i++] & 0xc0) != 0x80 || (s[i++] & 0xc0) != 0x80 ||
(s[i++] & 0xc0) != 0x80 || (s[i++] & 0xc0) != 0x80) {
return 0;
}
Omitted breaks :)
Andrey
Derick Rethans wrote:
On Fri, 13 Feb 2004, Dmitry Stogov wrote:
dmitry Fri Feb 13 03:29:17 2004 EDT
Modified files:
/php-src/ext/soapphp_encoding.c
Log:
BUGFIX
Would be cool to mention what you fixed ;-)
Derick
--
PHP CVS Mailing List (http://www.php.net
On Fri, 13 Feb 2004, Dmitry Stogov wrote:
> dmitryFri Feb 13 03:29:17 2004 EDT
>
> Modified files:
> /php-src/ext/soap php_encoding.c
> Log:
> BUGFIX
Would be cool to mention what you fixed ;-)
Derick
--
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, visit
15 matches
Mail list logo
