Re: [PHP-DEV] DOM-XML memory leak?

[Markus Fischer]

On Tue, Sep 03, 2002 at 12:07:25AM +0200, Christian Stocker wrote : 
> On Mon, 2 Sep 2002, Markus Fischer wrote:
> > On Mon, Sep 02, 2002 at 04:42:38PM -0400, Al Baker wrote :
> > > I want to use the dom-xml extension in a production environment, is the
> > > dom-xml memory leak significant, ie will the whole machine run out of
> > > available memory or ?
> >
> > You mean this built in feature that domxml leaks a few bytes
> > every hour?
> >
> > Err, really, what are you talking about? Do you have a bug
> > report ID or something concrete you're talking about but
> > missed to mentioned ? ;)
> 
> Al talks presumably about the mentioning of a leak in the PHP Weekly
> Newsletter, which I reported last week on php-dev.

Doh. This makes me looking a complete moron, doesn't it?
Sorry Al, I missed Christians post. Aplogies,

- Markus

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM-XML memory leak?

[Christian Stocker]

On Mon, 2 Sep 2002, Markus Fischer wrote:

> On Mon, Sep 02, 2002 at 04:42:38PM -0400, Al Baker wrote :
> > I want to use the dom-xml extension in a production environment, is the
> > dom-xml memory leak significant, ie will the whole machine run out of
> > available memory or ?
>
> You mean this built in feature that domxml leaks a few bytes
> every hour?
>
> Err, really, what are you talking about? Do you have a bug
> report ID or something concrete you're talking about but
> missed to mentioned ? ;)

Al talks presumably about the mentioning of a leak in the PHP Weekly
Newsletter, which I reported last week on php-dev. It's not really serious
in my opinion, a few bytes per request. But I had no time to investigate
further. Maybe I shouldn't publicly announce such stuff in the future, it
only scares the hell out of people :)

Al, if you really concerned about it, set MaxRequestsPerChild in
httpd.conf (if you're using apache) to something reasonabe and you
won't even notice anything.

chregu

-- 
nam...christian stockeradr...bremgartnerstr. 66, ch-8003 zurich
pho...+41  1 451 6021  www...http://phant.ch/chregu
mob...+41 76 561 8860  [EMAIL PROTECTED]
wor...+41  1 240 5670  gpg...0x5CE1DECB


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM-XML memory leak?

[Markus Fischer]

On Mon, Sep 02, 2002 at 04:42:38PM -0400, Al Baker wrote : 
> I want to use the dom-xml extension in a production environment, is the
> dom-xml memory leak significant, ie will the whole machine run out of
> available memory or ?

You mean this built in feature that domxml leaks a few bytes
every hour?

Err, really, what are you talking about? Do you have a bug
report ID or something concrete you're talking about but
missed to mentioned ? ;)

cheers

-- 
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
"Finally, if someone actually flying a plane is relying on
a freakin' webcam to land, we're all in trouble."
- A /. poster.

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] DOM-XML memory leak?

[Al Baker]

Hi,

I want to use the dom-xml extension in a production environment, is the
dom-xml memory leak significant, ie will the whole machine run out of
available memory or ?

Please advice if there's a fix or version that does not leak.

Thanks

-- 
This email was sent with Ximian Evolution.


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML uses non-DOM compliant calls

[brad lafountain]

--- Christian Stocker <[EMAIL PROTECTED]> wrote:
> Hi
> 
> > Yeah thats pretty much it. It does make it eaiser for people using
> > dom in another lanugage to pick it up in php if it did conform to
> > the standard. Expecially how we are trying to conform the functions
> > to begin with. Instead of having append_child... why not add_child..
> 
> 'cause appendChild, resp. append_child is the the w3c standard ...

 Yeah i was saying we are sticking to the standard for function names why not
keep the naming convention too.

> 
> > - We started conforming to the standard why not go the whole way. -
> 
> 'cause, as said before, it's the php way to seperate words. And i would
> much apreciate, if this would be everywhere the same (isset and is_null as
> a wonderfull example...)
> 
> > And with alias we can have the php standard and the w3c standard.
> 
> i don't see a reason for that. it's not that complicated to change
> appendChild to append_child in your code. you have to change your code
> anyway. and since PHP is not case-sensitive functionname wise, you will
> get funny stuff (see ext/gd in all the tutorials, if php is ever going
> case sensitiv (is it?), then all those examples are in big trouble :) )

 Not if they use the right case... appendChild vs appendchild the if one day
php goes casesensitve then you will be all set.

> 
> I'm certainly against introducing the non-underscore api-stuff. and BTW,
> i didn't found anything on w3.org, which says method names have to be
> studly caps (but i just had a quick look). The php-api is more or less
> clear in that way, that where w3c suggest an uppercase letter, php makes
> an underscore. Therefore it's not that hard to switch between different
> languages.

 Its not a hard switch at all but it still IS a switch. Why force a switch when
you don't have to.

> 
> ok. i repeat more or less what others said...
> 

 I still don't see a good arugment agains adding alias. I see it as saving us
from the comments like "its not w3c standard". People would "look down" on the
extension becuase it doesn't conform. 

If you only arugment is because its not a php standard. I see that as a weak
argument.


 I really don't understand you guys went thru that extension and made it dom
compliant (functionality wise) and you just won't go one step further and make
alias so the naming convension is standard too.


I personally like _'s too but i still think that adding aliases doesn't hurt
anything.


- Brad

> chregu
> 
> >
> >  - Brad
> > --- Markus Fischer <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> > > I fail to see the advante. Is it only that 'it looks like
> > > what the w3c recommends' and 'so users already used to the
> > > api have it easier' or did I miss something else?
> > >
> > > - Markus
> > >
> > > On Tue, May 14, 2002 at 01:47:22PM -0700, Brent R. Matzelle wrote :
> > > > --- brad lafountain <[EMAIL PROTECTED]> wrote:
> > > > > Why don't we just add alias... so it will be BC and
> > > > > so we don't get shunned on by people like that.
> > > >
> > > > That would fit the bill nicely.
> > > >
> > > > Brent
> > > >
> > > > __
> > > > Do You Yahoo!?
> > > > LAUNCH - Your Yahoo! Music Experience
> > > > http://launch.yahoo.com
> > > >
> > > > --
> > > > PHP Development Mailing List 
> > > > To unsubscribe, visit: http://www.php.net/unsub.php
> > >
> > > --
> > > Please always Cc to me when replying to me on the lists.
> > > GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
> > > -
> > > "I mean "When in doubt, blame mcrypt" is more often right than wrong :)"
> > > "Always right, never wrong :)"
> > > - Two PHP developers who want to remain unnamed
> > >
> > > --
> > > PHP Development Mailing List 
> > > To unsubscribe, visit: http://www.php.net/unsub.php
> > >
> >
> >
> > __
> > Do You Yahoo!?
> > LAUNCH - Your Yahoo! Music Experience
> > http://launch.yahoo.com
> >
> >
> 
> -- 
> nam...christian stockeradr...bremgartnerstr. 66, ch-8003 zurich
> pho...+41  1 451 6021  www...http://phant.ch/chregu
> mob...+41 76 561 8860  [EMAIL PROTECTED]
> wor...+41  1 240 5670  gpg...0x5CE1DECB
> 
> 


__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML uses non-DOM compliant calls

[Christian Stocker]

Hi

> Yeah thats pretty much it. It does make it eaiser for people using
> dom in another lanugage to pick it up in php if it did conform to
> the standard. Expecially how we are trying to conform the functions
> to begin with. Instead of having append_child... why not add_child..

'cause appendChild, resp. append_child is the the w3c standard ...

> - We started conforming to the standard why not go the whole way. -

'cause, as said before, it's the php way to seperate words. And i would
much apreciate, if this would be everywhere the same (isset and is_null as
a wonderfull example...)

> And with alias we can have the php standard and the w3c standard.

i don't see a reason for that. it's not that complicated to change
appendChild to append_child in your code. you have to change your code
anyway. and since PHP is not case-sensitive functionname wise, you will
get funny stuff (see ext/gd in all the tutorials, if php is ever going
case sensitiv (is it?), then all those examples are in big trouble :) )

I'm certainly against introducing the non-underscore api-stuff. and BTW,
i didn't found anything on w3.org, which says method names have to be
studly caps (but i just had a quick look). The php-api is more or less
clear in that way, that where w3c suggest an uppercase letter, php makes
an underscore. Therefore it's not that hard to switch between different
languages.

ok. i repeat more or less what others said...

chregu

>
>  - Brad
> --- Markus Fischer <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I fail to see the advante. Is it only that 'it looks like
> > what the w3c recommends' and 'so users already used to the
> > api have it easier' or did I miss something else?
> >
> > - Markus
> >
> > On Tue, May 14, 2002 at 01:47:22PM -0700, Brent R. Matzelle wrote :
> > > --- brad lafountain <[EMAIL PROTECTED]> wrote:
> > > > Why don't we just add alias... so it will be BC and
> > > > so we don't get shunned on by people like that.
> > >
> > > That would fit the bill nicely.
> > >
> > > Brent
> > >
> > > __
> > > Do You Yahoo!?
> > > LAUNCH - Your Yahoo! Music Experience
> > > http://launch.yahoo.com
> > >
> > > --
> > > PHP Development Mailing List 
> > > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> > --
> > Please always Cc to me when replying to me on the lists.
> > GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
> > -
> > "I mean "When in doubt, blame mcrypt" is more often right than wrong :)"
> > "Always right, never wrong :)"
> > - Two PHP developers who want to remain unnamed
> >
> > --
> > PHP Development Mailing List 
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
>
>
> __
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.yahoo.com
>
>

-- 
nam...christian stockeradr...bremgartnerstr. 66, ch-8003 zurich
pho...+41  1 451 6021  www...http://phant.ch/chregu
mob...+41 76 561 8860  [EMAIL PROTECTED]
wor...+41  1 240 5670  gpg...0x5CE1DECB



-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML uses non-DOM compliant calls

[brad lafountain]

Yeah thats pretty much it. It does make it eaiser for people using
dom in another lanugage to pick it up in php if it did conform to 
the standard. Expecially how we are trying to conform the functions
to begin with. Instead of having append_child... why not add_child..

- We started conforming to the standard why not go the whole way. -

And with alias we can have the php standard and the w3c standard.

 - Brad
--- Markus Fischer <[EMAIL PROTECTED]> wrote:
> Hi,
> 
> I fail to see the advante. Is it only that 'it looks like
> what the w3c recommends' and 'so users already used to the
> api have it easier' or did I miss something else?
> 
> - Markus
> 
> On Tue, May 14, 2002 at 01:47:22PM -0700, Brent R. Matzelle wrote : 
> > --- brad lafountain <[EMAIL PROTECTED]> wrote:
> > > Why don't we just add alias... so it will be BC and 
> > > so we don't get shunned on by people like that.
> > 
> > That would fit the bill nicely.
> > 
> > Brent
> > 
> > __
> > Do You Yahoo!?
> > LAUNCH - Your Yahoo! Music Experience
> > http://launch.yahoo.com
> > 
> > -- 
> > PHP Development Mailing List 
> > To unsubscribe, visit: http://www.php.net/unsub.php
> 
> -- 
> Please always Cc to me when replying to me on the lists.
> GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
> -
> "I mean "When in doubt, blame mcrypt" is more often right than wrong :)"
> "Always right, never wrong :)"
> - Two PHP developers who want to remain unnamed
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 


__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML uses non-DOM compliant calls

[Brent R. Matzelle]

--- Markus Fischer <[EMAIL PROTECTED]> wrote:
> Hi,
> 
> btw, not my personal opinion :) I just wanted to let you know
> this was discussed so you can search the archives for it.

Understood ;)

> Btw, first you said 'w3c convention' now it's a standard?
> anyway

Again, I'm no language lawyer, it is officially the W3C "Document
Object Model Level 3 Core specification".  

Brent

__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML uses non-DOM compliant calls

[Markus Fischer]

Hi,

I fail to see the advante. Is it only that 'it looks like
what the w3c recommends' and 'so users already used to the
api have it easier' or did I miss something else?

- Markus

On Tue, May 14, 2002 at 01:47:22PM -0700, Brent R. Matzelle wrote : 
> --- brad lafountain <[EMAIL PROTECTED]> wrote:
> > Why don't we just add alias... so it will be BC and 
> > so we don't get shunned on by people like that.
> 
> That would fit the bill nicely.
> 
> Brent
> 
> __
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.yahoo.com
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
-
"I mean "When in doubt, blame mcrypt" is more often right than wrong :)"
"Always right, never wrong :)"
- Two PHP developers who want to remain unnamed

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML uses non-DOM compliant calls

[Brent R. Matzelle]

--- brad lafountain <[EMAIL PROTECTED]> wrote:
> Why don't we just add alias... so it will be BC and 
> so we don't get shunned on by people like that.

That would fit the bill nicely.

Brent

__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML uses non-DOM compliant calls

[brad lafountain]

Why don't we just add alias... so it will be BC and 
so we don't get shunned on by people like that.

 - Brad
--- Markus Fischer <[EMAIL PROTECTED]> wrote:
> Hi,
> 
> btw, not my personal opinion :) I just wanted to let you know
> this was discussed so you can search the archives for it.
> 
> Btw, first you said 'w3c convention' now it's a standard?
> anyway
> 
> - Markus
> 
> On Tue, May 14, 2002 at 01:27:40PM -0700, Brent R. Matzelle wrote : 
> > --- Markus Fischer <[EMAIL PROTECTED]> wrote:
> > > not giong to happen. It's a PHP convention to use underscores
> > > to separate words (this was discussed ~ half a year ago
> > > afaik).
> > 
> > I realize that this is a PHP convention, but I do not think that it
> > is up to PHP developers to change published coding standards.  How
> > are users of different programming languages expected to convert? 
> > 'Replace all' is not an acceptable answer.
> > 
> > Brent
> > 
> > __
> > Do You Yahoo!?
> > LAUNCH - Your Yahoo! Music Experience
> > http://launch.yahoo.com
> > 
> > -- 
> > PHP Development Mailing List 
> > To unsubscribe, visit: http://www.php.net/unsub.php
> 
> -- 
> Please always Cc to me when replying to me on the lists.
> GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
> -
> "I mean "When in doubt, blame mcrypt" is more often right than wrong :)"
> "Always right, never wrong :)"
> - Two PHP developers who want to remain unnamed
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 


__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML uses non-DOM compliant calls

[Markus Fischer]

Hi,

btw, not my personal opinion :) I just wanted to let you know
this was discussed so you can search the archives for it.

Btw, first you said 'w3c convention' now it's a standard?
anyway

- Markus

On Tue, May 14, 2002 at 01:27:40PM -0700, Brent R. Matzelle wrote : 
> --- Markus Fischer <[EMAIL PROTECTED]> wrote:
> > not giong to happen. It's a PHP convention to use underscores
> > to separate words (this was discussed ~ half a year ago
> > afaik).
> 
> I realize that this is a PHP convention, but I do not think that it
> is up to PHP developers to change published coding standards.  How
> are users of different programming languages expected to convert? 
> 'Replace all' is not an acceptable answer.
> 
> Brent
> 
> __
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.yahoo.com
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
-
"I mean "When in doubt, blame mcrypt" is more often right than wrong :)"
"Always right, never wrong :)"
- Two PHP developers who want to remain unnamed

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML uses non-DOM compliant calls

[derick]

On Tue, 14 May 2002, Brent R. Matzelle wrote:

> --- Markus Fischer <[EMAIL PROTECTED]> wrote:
> > not giong to happen. It's a PHP convention to use underscores
> > to separate words (this was discussed ~ half a year ago
> > afaik).
> 
> I realize that this is a PHP convention, but I do not think that it
> is up to PHP developers to change published coding standards.  How
> are users of different programming languages expected to convert? 
> 'Replace all' is not an acceptable answer.

The same is true for keeping the function names in PHP consistent. It's a 
choice, and IMO we made the correct choice.

Derick

---
 Did I help you?   http://www.jdimedia.nl/derick/link.php?url=giftlist
 Frequent ranting: http://www.jdimedia.nl/derick/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML uses non-DOM compliant calls

[Brent R. Matzelle]

--- Markus Fischer <[EMAIL PROTECTED]> wrote:
> not giong to happen. It's a PHP convention to use underscores
> to separate words (this was discussed ~ half a year ago
> afaik).

I realize that this is a PHP convention, but I do not think that it
is up to PHP developers to change published coding standards.  How
are users of different programming languages expected to convert? 
'Replace all' is not an acceptable answer.

Brent

__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML uses non-DOM compliant calls

[Markus Fischer]

Hi,

not giong to happen. It's a PHP convention to use underscores
to separate words (this was discussed ~ half a year ago
afaik).

- Markus

On Tue, May 14, 2002 at 12:49:50PM -0700, Brent R. Matzelle wrote : 
> I could not help but notice that all DOM XML calls use an
> underscore-based convention:
> 
> i.e. 
> $mynode->append_child($achild);
> 
> I am no language lawyer but if you read the DOM Core documentation
> (http://www.w3.org/TR/DOM-Level-3-Core/core.html) it suggests a
> case-based (no underscore) convention:
> 
> i.e.
> $mynode->appendChild($achild);
> 
> Also, every DOM compliant library that I've looked at uses this same
> convention.  Will the case-based convention be used in PHP 4.3.0?  If
> not then it should be considered as it seems to be a violation of the
> DOM.
> 
> Warm regards,
> 
> Brent
> 
> __
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.yahoo.com
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
-
"I mean "When in doubt, blame mcrypt" is more often right than wrong :)"
"Always right, never wrong :)"
- Two PHP developers who want to remain unnamed

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML uses non-DOM compliant calls

[derick]

Hello,

can you file a change/feature request for this @ bugs.php.net ?

Derick

On Tue, 14 May 2002, Brent R. Matzelle wrote:

> I could not help but notice that all DOM XML calls use an
> underscore-based convention:
> 
> i.e. 
> $mynode->append_child($achild);
> 
> I am no language lawyer but if you read the DOM Core documentation
> (http://www.w3.org/TR/DOM-Level-3-Core/core.html) it suggests a
> case-based (no underscore) convention:
> 
> i.e.
> $mynode->appendChild($achild);
> 
> Also, every DOM compliant library that I've looked at uses this same
> convention.  Will the case-based convention be used in PHP 4.3.0?  If
> not then it should be considered as it seems to be a violation of the
> DOM.
> 
> Warm regards,
> 
> Brent
> 
> __
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.yahoo.com
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

---
 Did I help you?   http://www.jdimedia.nl/derick/link.php?url=giftlist
 Frequent ranting: http://www.jdimedia.nl/derick/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] DOM XML uses non-DOM compliant calls

[Brent R. Matzelle]

I could not help but notice that all DOM XML calls use an
underscore-based convention:

i.e. 
$mynode->append_child($achild);

I am no language lawyer but if you read the DOM Core documentation
(http://www.w3.org/TR/DOM-Level-3-Core/core.html) it suggests a
case-based (no underscore) convention:

i.e.
$mynode->appendChild($achild);

Also, every DOM compliant library that I've looked at uses this same
convention.  Will the case-based convention be used in PHP 4.3.0?  If
not then it should be considered as it seems to be a violation of the
DOM.

Warm regards,

Brent

__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] DOM XML: xmlReplaceNode()

[Jan Lehnardt]

Hi,
On Fri, 11 Jan 2002 00:57:52 +0100
"Jaroslaw Kolakowski" <[EMAIL PROTECTED]> wrote:

> What do you think about adding a function domxml_node_replace_node(),
that would be a wrapper for xmlReplaceNode() function from libxml?
> 
> As far as I am concerned, there is no easy way to replace a node using
existing functions without rewriting the whole document tree.
> 
can you open a feature request on bugs.php.net ?

Jan
-- 
Q: Thank Jan? A: http://geschenke.an.dasmoped.net/

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] DOM XML: xmlReplaceNode()

[Jaroslaw Kolakowski]

Hi,

What do you think about adding a function domxml_node_replace_node(), that would be a 
wrapper for xmlReplaceNode() function from libxml?

As far as I am concerned, there is no easy way to replace a node using existing 
functions without rewriting the whole document tree.

Regards,

Jarek Kolakowski

P.S. CC to me, please.



--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] DOM XML crash with php 4.1.0

[Derick Rethans]

Hello,

you can safely ignore this... bad build so it seems.

Derick

On Thu, 29 Nov 2001, Derick Rethans wrote:

> Starting PHP (4.1.0 from www.php.net/~zeev/php-4.1.0.tar.gz) crashed with
> the following backtrace:
>
> 0x08104876 in zend_register_functions (functions=0x4,
> function_table=0xb738, type=1) at zend_API.c:1037
> 1037  while (ptr->fname) {
> (gdb) quit
> The program is running.  Exit anyway? (y or n) n
> Not confirmed.
> (gdb) bt full
> #0  0x08104876 in zend_register_functions (functions=0x4,
> function_table=0xb738, type=1) at zend_API.c:1037
>   ptr = (zend_function_entry *) 0x4
>   function = {type = 1 '\001', common = {type = 1 '\001',
> arg_types = 0x28 ,
> function_name = 0x4049c620 ""}, op_array = {type = 1 '\001',
> arg_types = 0x28 ,
> function_name = 0x4049c620 "", refcount = 0x4049e154,
> opcodes = 0x4049c620, last = 1078576672, size = 3221223048,
> T = 1077844807, brk_cont_array = 0x4049c620, last_brk_cont = 16,
> current_brk_cont = 135914912, uses_globals = 0 '\000',
> static_variables = 0xa68, start_op = 0x28, backpatch_count = 135914904,
> return_reference = 56 '8', done_pass_two = 247 '÷',
> filename = 0xb738 "\b", reserved = {0x819e558, 0xb6a8, 0x8105481,
>   0x8}}, internal_function = {type = 1 '\001',
> arg_types = 0x28 ,
> function_name = 0x4049c620 "", handler = 0x4049e154 <__DTOR_END__+4>},
>   overloaded_function = {type = 1 '\001',
> arg_types = 0x28 ,
> function_name = 0x4049c620 "", var = 1078583636}}
>   internal_function = (zend_internal_function *) 0xb640
>   count = 0
>   unload = 0
> ---Type  to continue, or q  to quit---
>   target_function_table = (HashTable *) 0xb738
> #1  0x08104c89 in zend_register_internal_class (class_entry=0xb720)
> at zend_API.c:1223
>   class_entry = (zend_class_entry *) 0xb720
>   register_class = (zend_class_entry *) 0xb708
>   lowercase_name = 0x819e558 "domnode"
> #2  0x08104bdb in zend_register_internal_class_ex (class_entry=0xb720,
> parent_ce=0x0, parent_name=0x0) at zend_API.c:1198
>   parent_name = 0x819e5bc ""
>   register_class = (zend_class_entry *) 0x0
> #3  0x08070c49 in zm_startup_domxml (type=1, module_number=15)
> at php_domxml.c:828
>   ce = {type = 1 '\001', name = 0x819d5f8 "DomNode", name_length = 7,
>   parent = 0x0, refcount = 0x819e568, constants_updated = 0 '\000',
>   function_table = {nTableSize = 8, nTableMask = 7, nNumOfElements = 0,
> nNextFreeElement = 0, pInternalPointer = 0x0, pListHead = 0x0,
> pListTail = 0x0, arBuckets = 0x819e5a0,
> pDestructor = 0x80fc3d0 , persistent = 1 '\001',
> nApplyCount = 0 '\000', bApplyProtection = 1 '\001', inconsistent = 8},
>   default_properties = {nTableSize = 7, nTableMask = 0, nNumOfElements = 0,
> nNextFreeElement = 0, pInternalPointer = 0x0, pListHead = 0x0,
> pListTail = 0x819e578, arBuckets = 0x80fac28, pDestructor = 0x8010001,
> persistent = 4 '\004', nApplyCount = 0 '\000',
> bApplyProtection = 0 '\000', inconsistent = 135624928},
>   builtin_functions = 0x81574a8, handle_function_call = 0,
>   handle_property_get = 0, handle_property_set = 0}
> #4  0x081047cb in zend_startup_module (module=0x8157760) at
> zend_API.c:1004
>   module = (zend_module_entry *) 0x8157760
> #5  0x08066d2b in php_startup_extensions (ptr=0x81546ac, count=16)
> at main.c:779
>   ptr = (zend_module_entry **) 0x81546e4
>   count = -1073744096
>   end = (zend_module_entry **) 0x81546ec
> #6  0x08067ba5 in php_startup_internal_extensions () at
> internal_functions.c:76
> No locals.
> #7  0x08067045 in php_module_startup (sf=0x8153760) at main.c:934
>   zuf = {error_function = 0x8066268 ,
>   printf_function = 0x8066228 ,
>   write_function = 0x8066cfc ,
>   fopen_function = 0x80666f4 ,
>   message_handler = 0x80667a0 ,
>   block_interruptions = 0, unblock_interruptions = 0,
>   get_configuration_directive = 0x8066768
> , ticks_function = 0x806ba98
> }
>   zuv = {import_use_extension = 0x81230f0 ".php",
>   import_use_extension_length = 3221223512}
>
> regards,
>
> Derick
>
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] DOM XML crash with php 4.1.0

[Derick Rethans]

Starting PHP (4.1.0 from www.php.net/~zeev/php-4.1.0.tar.gz) crashed with
the following backtrace:

0x08104876 in zend_register_functions (functions=0x4,
function_table=0xb738, type=1) at zend_API.c:1037
1037while (ptr->fname) {
(gdb) quit
The program is running.  Exit anyway? (y or n) n
Not confirmed.
(gdb) bt full
#0  0x08104876 in zend_register_functions (functions=0x4,
function_table=0xb738, type=1) at zend_API.c:1037
ptr = (zend_function_entry *) 0x4
function = {type = 1 '\001', common = {type = 1 '\001',
arg_types = 0x28 ,
function_name = 0x4049c620 ""}, op_array = {type = 1 '\001',
arg_types = 0x28 ,
function_name = 0x4049c620 "", refcount = 0x4049e154,
opcodes = 0x4049c620, last = 1078576672, size = 3221223048,
T = 1077844807, brk_cont_array = 0x4049c620, last_brk_cont = 16,
current_brk_cont = 135914912, uses_globals = 0 '\000',
static_variables = 0xa68, start_op = 0x28, backpatch_count = 135914904,
return_reference = 56 '8', done_pass_two = 247 '÷',
filename = 0xb738 "\b", reserved = {0x819e558, 0xb6a8, 0x8105481,
  0x8}}, internal_function = {type = 1 '\001',
arg_types = 0x28 ,
function_name = 0x4049c620 "", handler = 0x4049e154 <__DTOR_END__+4>},
  overloaded_function = {type = 1 '\001',
arg_types = 0x28 ,
function_name = 0x4049c620 "", var = 1078583636}}
internal_function = (zend_internal_function *) 0xb640
count = 0
unload = 0
---Type  to continue, or q  to quit---
target_function_table = (HashTable *) 0xb738
#1  0x08104c89 in zend_register_internal_class (class_entry=0xb720)
at zend_API.c:1223
class_entry = (zend_class_entry *) 0xb720
register_class = (zend_class_entry *) 0xb708
lowercase_name = 0x819e558 "domnode"
#2  0x08104bdb in zend_register_internal_class_ex (class_entry=0xb720,
parent_ce=0x0, parent_name=0x0) at zend_API.c:1198
parent_name = 0x819e5bc ""
register_class = (zend_class_entry *) 0x0
#3  0x08070c49 in zm_startup_domxml (type=1, module_number=15)
at php_domxml.c:828
ce = {type = 1 '\001', name = 0x819d5f8 "DomNode", name_length = 7,
  parent = 0x0, refcount = 0x819e568, constants_updated = 0 '\000',
  function_table = {nTableSize = 8, nTableMask = 7, nNumOfElements = 0,
nNextFreeElement = 0, pInternalPointer = 0x0, pListHead = 0x0,
pListTail = 0x0, arBuckets = 0x819e5a0,
pDestructor = 0x80fc3d0 , persistent = 1 '\001',
nApplyCount = 0 '\000', bApplyProtection = 1 '\001', inconsistent = 8},
  default_properties = {nTableSize = 7, nTableMask = 0, nNumOfElements = 0,
nNextFreeElement = 0, pInternalPointer = 0x0, pListHead = 0x0,
pListTail = 0x819e578, arBuckets = 0x80fac28, pDestructor = 0x8010001,
persistent = 4 '\004', nApplyCount = 0 '\000',
bApplyProtection = 0 '\000', inconsistent = 135624928},
  builtin_functions = 0x81574a8, handle_function_call = 0,
  handle_property_get = 0, handle_property_set = 0}
#4  0x081047cb in zend_startup_module (module=0x8157760) at
zend_API.c:1004
module = (zend_module_entry *) 0x8157760
#5  0x08066d2b in php_startup_extensions (ptr=0x81546ac, count=16)
at main.c:779
ptr = (zend_module_entry **) 0x81546e4
count = -1073744096
end = (zend_module_entry **) 0x81546ec
#6  0x08067ba5 in php_startup_internal_extensions () at
internal_functions.c:76
No locals.
#7  0x08067045 in php_module_startup (sf=0x8153760) at main.c:934
zuf = {error_function = 0x8066268 ,
  printf_function = 0x8066228 ,
  write_function = 0x8066cfc ,
  fopen_function = 0x80666f4 ,
  message_handler = 0x80667a0 ,
  block_interruptions = 0, unblock_interruptions = 0,
  get_configuration_directive = 0x8066768
, ticks_function = 0x806ba98
}
zuv = {import_use_extension = 0x81230f0 ".php",
  import_use_extension_length = 3221223512}

regards,

Derick



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] DOM XML Bugs

[Markus Fischer]

On Wed, Nov 28, 2001 at 08:36:54PM +0100, Derick Rethans wrote : 
> Hello,
> 
> On Wed, 28 Nov 2001, £ukasz Kalita wrote:
> 
> > Could someone tell me WHEN DOM XML will be
> > cleared out of those annoying memory leak bugs that
> > make this great tool generally unsuable on any production
> > server?
> 
> When sombody has enough free time to do that, or when somebody else pays a
> developer to do it.

May I jump in? :)

Not that I've enough time but my current freetime is to get
domxml as stable and mem-leak free as I can. A few things
have to be done first (kind of infrastructure I call it). For
myself, I won't give a timeframe, but don't expect it to be
soon unless I get fulltime paid for it.

Something which would help a *lot* would be as much testings
as we can get for it. There are already a few bug reports
showing reproduceable errors which can be tracked down. But
any testing, and of course, volunteering, is welcome.

- Markus

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] DOM XML Bugs

[Derick Rethans]

Hello,

On Wed, 28 Nov 2001, £ukasz Kalita wrote:

> Could someone tell me WHEN DOM XML will be
> cleared out of those annoying memory leak bugs that
> make this great tool generally unsuable on any production
> server?

When sombody has enough free time to do that, or when somebody else pays a
developer to do it.

> PHP Developers - it's really important!!!

I know, but it's all on a voluntary bases.

Derick


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] DOM XML Bugs

[£ukasz Kalita]

Hi,

Could someone tell me WHEN DOM XML will be
cleared out of those annoying memory leak bugs that
make this great tool generally unsuable on any production
server?

PHP Developers - it's really important!!!

--

LK.





-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] DOM XML enhancement proposal

[Jaroslaw Kolakowski]

> I am using php 4.0.6 distribution. I need to use libxslt library, so I've 
> written a patch for DOM XML extension. Besides I've added some functions 

More info at http://rainbow.mimuw.edu.pl/~jkolakow/domxml/

Regards,

Jarek



--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Dom XML

[Andi Gutmans]

I would like to roll it back to 4.0.6 until the current version gets fixed.
However, I have not used either of them so that's why I'm waiting for 
enough feedback from people who actually use it.

Andi

At 03:12 PM 6/28/2001 +0200, Derick Rethans wrote:
>Hello,
>
>as I about to write PHP scripts which use the DOM XML extension, I'd like
>to know which version of Dom XML will be in next versions of PHP. THis is
>to make sure I don't have to rewrite them later on. Should I use the 4.0.6
>one, or the 4.0.7 version of the extension?
>
>regards,
>
>Derick Rethans
>
>-
> PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
>  SRM: Site Resource Manager - www.vl-srm.net
>-
> JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
>  Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
>-
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Dom XML

[derick]

On Fri, 29 Jun 2001, Andi Gutmans wrote:

> I would like to roll it back to 4.0.6 until the current version gets fixed.
> However, I have not used either of them so that's why I'm waiting for
> enough feedback from people who actually use it.

I'd rather see that the current version got fixed, and there was no
rollback. Otherwise we will end up with three different versions, and I'm
almost certain some ppl will not like this (Colin p.e.).

In which ways is the extension broken now? I think I've some time this
weekend to work on it. But of course I need some feedback on what actually
needs to be fixed (besides from the memleaks).

Derick

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Dom XML

[derick]

On Fri, 29 Jun 2001, Andi Gutmans wrote:

> Well everyone would like to see it fixed but no one is fixing it. So we are
> better of rolling back. It means we will end up with one version and not
> three because we will roll back to 4.0.6.

I still count three of those: pre 4.0.5, 4.0.6 and the new revamped one :)

> No idea. Check the bugs database. There were a lot of complaints and the
> API changed too

Ok, I did that, but there was nothing about this in the bug database (only
bugs for 4.0.5 or the memleaks). Does anybody has other complaints about
the extension?

regards,

Derick

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Dom XML

[Andi Gutmans]

At 01:14 PM 6/29/2001 +0200, [EMAIL PROTECTED] wrote:
>On Fri, 29 Jun 2001, Andi Gutmans wrote:
>
> > Well everyone would like to see it fixed but no one is fixing it. So we are
> > better of rolling back. It means we will end up with one version and not
> > three because we will roll back to 4.0.6.
>
>I still count three of those: pre 4.0.5, 4.0.6 and the new revamped one :)

Well if it stays as 4.0.6 then you can count 2.


> > No idea. Check the bugs database. There were a lot of complaints and the
> > API changed too
>
>Ok, I did that, but there was nothing about this in the bug database (only
>bugs for 4.0.5 or the memleaks). Does anybody has other complaints about
>the extension?

I think the complaints were on php-dev. Don't forget that not too many 
users use the CVS. We decided to roll back for 4.0.6 because of the 
problems and API change.

Andi


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Dom XML

[Andi Gutmans]

At 12:38 PM 6/29/2001 +0200, [EMAIL PROTECTED] wrote:
>On Fri, 29 Jun 2001, Andi Gutmans wrote:
>
> > I would like to roll it back to 4.0.6 until the current version gets fixed.
> > However, I have not used either of them so that's why I'm waiting for
> > enough feedback from people who actually use it.
>
>I'd rather see that the current version got fixed, and there was no
>rollback. Otherwise we will end up with three different versions, and I'm
>almost certain some ppl will not like this (Colin p.e.).

Well everyone would like to see it fixed but no one is fixing it. So we are 
better of rolling back. It means we will end up with one version and not 
three because we will roll back to 4.0.6.


>In which ways is the extension broken now? I think I've some time this
>weekend to work on it. But of course I need some feedback on what actually
>needs to be fixed (besides from the memleaks).

No idea. Check the bugs database. There were a lot of complaints and the 
API changed too

Andi


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] DOM/XML in 4.0.7

[Andi Gutmans]

At 02:30 PM 6/27/2001 -0400, Colin Viebrock wrote:
> > For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current
> > "upgrade" isn't being fixed. Maybe we should revert it back to what it was
> > in 4.0.6 until it gets a thorough make over?
>
>You love to make me work, huh?  :)
>
>Seriously, if we stick with the 4.0.6 version, that's fine.  However, I've
>heard various reports of major memory leaks in it.  I'd rather have a
>leak-free version with a new syntax than a leaky version with the old
>syntax.  Whichever makes more sense is fine with me.
>

I think it's better to have a leaky version which doesn't break people's 
scripts :)
Fixing memory leaks shouldn't be too hard.

Andi


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Dom XML

[Derick Rethans]

Hello,

as I about to write PHP scripts which use the DOM XML extension, I'd like
to know which version of Dom XML will be in next versions of PHP. THis is
to make sure I don't have to rewrite them later on. Should I use the 4.0.6
one, or the 4.0.7 version of the extension?

regards,

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
-


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] DOM/XML in 4.0.7

[Colin Viebrock]

> For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current
> "upgrade" isn't being fixed. Maybe we should revert it back to what it was
> in 4.0.6 until it gets a thorough make over?

You love to make me work, huh?  :)

Seriously, if we stick with the 4.0.6 version, that's fine.  However, I've
heard various reports of major memory leaks in it.  I'd rather have a
leak-free version with a new syntax than a leaky version with the old
syntax.  Whichever makes more sense is fine with me.

- Colin


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] DOM/XML in 4.0.7

[Andi Gutmans]

At 09:00 AM 6/27/2001 +0200, Christian Stocker wrote:
>In article <[EMAIL PROTECTED]>, "Andi
>Gutmans" <[EMAIL PROTECTED]> wrote:
>
> > Hey,
> >
> > For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current
> > "upgrade" isn't being fixed. Maybe we should revert it back to what it
> > was in 4.0.6 until it gets a thorough make over?
>
>
>yes, please :=)
>
>chregu, who has the same issues as in 4.0.6 about the domxml
>enhancements...

Well I have had two positive answers right so I think if I don't hear any 
objections within the next few days I will roll back DOM/XML to what was 
released with 4.0.6.

Andi


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] DOM/XML in 4.0.7

[Andrei Zmievski]

On Wed, 27 Jun 2001, Andi Gutmans wrote:
> Hey,
> 
> For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current 
> "upgrade" isn't being fixed. Maybe we should revert it back to what it was 
> in 4.0.6 until it gets a thorough make over?

Might not be a bad idea. The upgrade Ulf put in attempts to implement OO
style of DOM access while preserving compatibility with the function
based one and it's just not working too well.

-Andrei
* Unix is user friendly, it is just chooses its users selectively. *

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] DOM/XML in 4.0.7

[Christian Stocker]

In article <[EMAIL PROTECTED]>, "Andi
Gutmans" <[EMAIL PROTECTED]> wrote:

> Hey,
> 
> For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current
> "upgrade" isn't being fixed. Maybe we should revert it back to what it
> was in 4.0.6 until it gets a thorough make over?


yes, please :=)

chregu, who has the same issues as in 4.0.6 about the domxml
enhancements...

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] DOM/XML in 4.0.7

[Andi Gutmans]

Hey,

For 4.0.6 I rolled back the DOM/XML changes. It seems as if the current 
"upgrade" isn't being fixed. Maybe we should revert it back to what it was 
in 4.0.6 until it gets a thorough make over?

Andi


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] DOM XML errors

[David Croft]

DOM XML functions write errors to apache's error_log, not very helpful.
Any reason for this? any workarounds? Any reason it shouldn't trigger a
PHP error?

David



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] DOM XML Patch

[Ron Chmara]

>From the notes:
--
[EMAIL PROTECTED]
Hello Uwe Steinmann! 

I have make a little change in Source so that is possible to create textnodes into 
existing node like this example: 

$node->new_child("", "text outside"); 

text outside 
 
 

Here you can download my diff-file: 
http:/www.mf-software.de/files/php_domxml.diff 

Cu, Marco
---
Anybody know if this patch has been rolled in?

-Ronabop


--
Personal:  [EMAIL PROTECTED], 520-326-6109, http://www.opus1.com/ron/
Work: [EMAIL PROTECTED], 520-546-8993, http://www.pnsinc.com/
The opinions expressed in this email are not neccesarrily those of myself,
my employers, or any of the other little voices in my head.

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]