Re: [PHP-DEV] DOM-XML memory leak?
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM-XML memory leak?
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM-XML memory leak?
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML uses non-DOM compliant calls
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 http://www.php.net/ 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML uses non-DOM compliant calls
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 http://www.php.net/ 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML uses non-DOM compliant calls
--- 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML uses non-DOM compliant calls
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML uses non-DOM compliant calls
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 http://www.php.net/ 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML uses non-DOM compliant calls
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 http://www.php.net/ 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 http://www.php.net/ 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML uses non-DOM compliant calls
--- 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML uses non-DOM compliant calls
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 http://www.php.net/ 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML uses non-DOM compliant calls
--- 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML uses non-DOM compliant calls
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 http://www.php.net/ 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 http://www.php.net/ 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML uses non-DOM compliant calls
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 http://www.php.net/ 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 http://www.php.net/ 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML uses non-DOM compliant calls
--- 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 http://www.php.net/ 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 http://www.php.net/ 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] DOM XML: xmlReplaceNode()
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 http://www.php.net/ 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
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 Address 0x28 out of bounds, function_name = 0x4049c620 }, op_array = {type = 1 '\001', arg_types = 0x28 Address 0x28 out of bounds, 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 Address 0x28 out of bounds, function_name = 0x4049c620 , handler = 0x4049e154 __DTOR_END__+4}, overloaded_function = {type = 1 '\001', arg_types = 0x28 Address 0x28 out of bounds, function_name = 0x4049c620 , var = 1078583636}} internal_function = (zend_internal_function *) 0xb640 count = 0 unload = 0 ---Type return to continue, or q return 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 destroy_zend_function, 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 php_error_cb, printf_function = 0x8066228 php_printf, write_function = 0x8066cfc php_body_write_wrapper, fopen_function = 0x80666f4 php_fopen_wrapper_for_zend, message_handler = 0x80667a0 php_message_handler_for_zend, block_interruptions = 0, unblock_interruptions = 0, get_configuration_directive = 0x8066768 php_get_configuration_directive_for_zend, ticks_function = 0x806ba98 php_run_ticks} zuv = {import_use_extension = 0x81230f0 .php, import_use_extension_length = 3221223512} regards, Derick -- PHP Development Mailing List http://www.php.net/ 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 http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ 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 http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]