Re: [PHP-DEV] Is really no one interested?

On Tuesday 01 November 2005 09:48, Marian Kostadinov wrote: > Who says that I have a well-formed DTD? DTD is not necessary in many > cases. I will illustrate with example why DOM is too "complex" ... > compared to SimpleXML. Well, If you are free to change the XML structure at any time - where's t

Re: [PHP-DEV] Access raw buffer (for binary data)

On Tue, 1 Nov 2005, Marco Bambini wrote: > Thanks a lot Rasmus, I have just (wrongly) assumed that the convert_to_string > function tries to search for the 0 termination character. It doesn't - but, PHP strings always require \0 to be the last character so you always need to allocate one more by

Re: [PHP-DEV] Access raw buffer (for binary data)

Derick Rethans wrote: On Tue, 1 Nov 2005, Marco Bambini wrote: Thanks a lot Rasmus, I have just (wrongly) assumed that the convert_to_string function tries to search for the 0 termination character. It doesn't - but, PHP strings always require \0 to be the last character so you always need t

RE: [PHP-DEV] PHP 4.4.1 has been released

Hi, Derick Rethans wrote on Monday, October 31, 2005 2:43 PM: > PHP 4.4.1 is now available for download [1]. This version is a > maintenance release, that contains numerous bug fixes, including a > number of security fixes related to the overwriting of the GLOBALS > arr

Re: [PHP-DEV] Access raw buffer (for binary data)

On Tue, 1 Nov 2005, Rasmus Lerdorf wrote: > Derick Rethans wrote: > > On Tue, 1 Nov 2005, Marco Bambini wrote: > > > > > Thanks a lot Rasmus, I have just (wrongly) assumed that the > > > convert_to_string > > > function tries to search for the 0 termination character. > > > > It doesn't - but, P

Re: [PHP-DEV] Access raw buffer (for binary data)

At 10:47 01/11/2005, Rasmus Lerdorf wrote: Derick Rethans wrote: On Tue, 1 Nov 2005, Marco Bambini wrote: Thanks a lot Rasmus, I have just (wrongly) assumed that the convert_to_string function tries to search for the 0 termination character. It doesn't - but, PHP strings always require \0 to

[PHP-DEV] Re: Question on return_value

Bob Silva wrote: Hi, I have an internal function defined that returns an array zval: zval *pow_zstring_internal_split(Z_STRVAL_P(ivalue), separator, count, 0 TSRMLS_DC); When I call it like this, return_value is NULL in userland. return_value = pow_zstring_internal_split(Z_STRVAL_P(ivalue)

Re: [PHP-DEV] Question on return_value

Hello Bob, look at RETURN_ZVAL() again. Tuesday, November 1, 2005, 7:47:45 AM, you wrote: > Hi, > > I have an internal function defined that returns an array zval: > > zval *pow_zstring_internal_split(Z_STRVAL_P(ivalue), separator, count, 0 > TSRMLS_DC); > > > > When I call i

Re: [PHP-DEV] Is really no one interested?

Marian Kostadinov wrote: //But how can I understand what is the name of the root node? $dom_sxe = dom_import_simplexml($sxe1); //Hooray, we've got node name echo $dom_sxe->nodeName; //And what happens if element sequence changes? . echo $dom_sxe->childNodes->item(1)->firstChild->firstChild->f

[PHP-DEV] Releasing PDO 1.0RC2 today; QA assistance wanted

Hey all, I'm going to release the next round of PDO packages today. Since there are so many combinations of PDO driver and OS, and because I'm really low on spare time to run the tests myself, I'd really appreciate it if you guys could run through the following steps on your systems as a last minu

[PHP-DEV] E_NOTICE should warn of uninitialized arrays

Hello! E_NOTICE warns of uninitialized variables but doesn't warn of adding elements to an uninitialized array ($a[] = 5). It is a very similar problem so E_NOTICE should warn of it either. It's the same bad practice as working with uninitialized variables with the same security risks and IMHO th

[PHP-DEV] === on objects fails with recursion! WTH?

if ($object1===$object2) does a recursive check! "Fatal error: Nesting level too deep - recursive dependency?" Whats going on? I've go lots of object references all highly recursive and I just sometimes need to check if two objects are the same object i.e. they have the same storage address; I

Re: [PHP-DEV] === on objects fails with recursion! WTH?

I proposed a patch to fix this a while back (at least a year ago). --Wez. On 11/1/05, Amin Azez <[EMAIL PROTECTED]> wrote: > if ($object1===$object2) > > does a recursive check! > "Fatal error: Nesting level too deep - recursive dependency?" > Whats going on? > > I've go lots of object references

Re: [PHP-DEV] === on objects fails with recursion! WTH?

this is a php4-only problem right? (or is the little test below insufficient to test the stated problem?) THIS: -- php -r ' class A { public $b; function __construct(B $b) { $this->b = $b; $b->setA($this); } } class B { public $a; function setA(A $a) { $this->a = $a; } } $y

Re: [PHP-DEV] === on objects fails with recursion! WTH?

Wez Furlong wrote: I proposed a patch to fix this a while back (at least a year ago). I'm trying to file it as a bug, but bugs.php.net seems to be down, probably busy recusrively comparing objects or something. Could you post it (or a URL) please so I can patch. Had you already filed this as

Re: [PHP-DEV] === on objects fails with recursion! WTH?

You'll need to search the mailing list archives. --Wez. On 11/1/05, Amin Azez <[EMAIL PROTECTED]> wrote: > Wez Furlong wrote: > > I proposed a patch to fix this a while back (at least a year ago). > > I'm trying to file it as a bug, but bugs.php.net seems to be down, > probably busy recusrively c

Re: [PHP-DEV] E_NOTICE should warn of uninitialized arrays

On 11/1/05, Jakub Vrana <[EMAIL PROTECTED]> wrote: > Hello! > > E_NOTICE warns of uninitialized variables but doesn't warn of adding > elements to an uninitialized array ($a[] = 5). It is a very similar > problem so E_NOTICE should warn of it either. > > It's the same bad practice as working with u

[PHP-DEV] CVS Account Request: katja

Updating the PDF documentation as requested by Thomas Merz PDFlib GmbH -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php