[PHP-DEV] Bug #15471 Updated: XML parser do not let use '' in any attribute inside XML file
ID: 15471 Updated by: [EMAIL PROTECTED] -Summary: XML parser do not let use '' in any attribute inside XML file Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: XML related Operating System: Windows XP PHP Version: 4.1.0 New Comment: What did you expect? According to the XML-Specs, a XML-Document is not wellformed with a in the attribute value. Use lt; if you want to use a . chregu Previous Comments: [2002-02-09 16:15:52] [EMAIL PROTECTED] XML parser do not let use '' in any attribute inside XML file. Example: elem attribute=9 / in this case, the parser send the message not well-formed (invalid token) -- Edit this bug report at http://bugs.php.net/?id=15471edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15412 Updated: set_content() and new_child() methods not creating wellformed XML
ID: 15412 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: WindowsXP PHP Version: 4.1.1 New Comment: This is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2002-02-06 17:34:25] [EMAIL PROTECTED] There is a *large* bug in the the set_content() method (as well as the new_child() method) For instance, if i try to add a new node with content containing an entity like this, it will convert the entity to the original character. $bugItemNode-new_child( 'title', '' ); $bugItemNode-set_content( 'HtmlTagContainerapos;s add() method does not accept strings as an argument.' ); But when you use $doc-dumpmem(), the output will be the following: ...titleHtmlTagContainer's add() method does not accept strings as an argument./title Notice that it contains an apostrophe and it is NOT apos;. This is a huge bug since it does not output wellformed XML files. Obviously, if you simply write the apostrophe character, it will do nothing to convert it to apos; as well. This is serious and will hinder MANY applications that need to parse the resultant XML content. Developers, please fix this. Ken Egervari -- Edit this bug report at http://bugs.php.net/?id=15412edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15412 Updated: set_content() and new_child() methods not creating wellformed XML
ID: 15412 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: DOM XML related Operating System: WindowsXP PHP Version: 4.1.1 New Comment: Sorry. wanted to give a quick answer and not just bogusifying it. It's a libxml2 issue. It's not a wrong behaviour. See http://mail.gnome.org/archives/xml/2001-April/msg00079.html for a discussion about that (and it seems, that there is no real reason, why apos; is converted, but it stayed this way. complain at the libxml2 people, if you want this changed) Previous Comments: [2002-02-06 18:43:14] [EMAIL PROTECTED] This is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2002-02-06 17:34:25] [EMAIL PROTECTED] There is a *large* bug in the the set_content() method (as well as the new_child() method) For instance, if i try to add a new node with content containing an entity like this, it will convert the entity to the original character. $bugItemNode-new_child( 'title', '' ); $bugItemNode-set_content( 'HtmlTagContainerapos;s add() method does not accept strings as an argument.' ); But when you use $doc-dumpmem(), the output will be the following: ...titleHtmlTagContainer's add() method does not accept strings as an argument./title Notice that it contains an apostrophe and it is NOT apos;. This is a huge bug since it does not output wellformed XML files. Obviously, if you simply write the apostrophe character, it will do nothing to convert it to apos; as well. This is serious and will hinder MANY applications that need to parse the resultant XML content. Developers, please fix this. Ken Egervari -- Edit this bug report at http://bugs.php.net/?id=15412edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15262 Updated: openssl_pkcs7_verify segfaults (patch included...)
ID: 15262 Updated by: chregu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: OpenSSL related Operating System: debian unstable PHP Version: 4.0CVS-2002-01-28 New Comment: fixed in cvs by derick Previous Comments: [2002-01-28 16:50:14] [EMAIL PROTECTED] mmmh, it's openssl_pkcs7_sign, not openssl_pkcs7_verify chregu [2002-01-28 16:35:32] [EMAIL PROTECTED] Not much to say. subject says it all. see patch. Index: openssl.c === RCS file: /repository/php4/ext/openssl/openssl.c,v retrieving revision 1.39 diff -u -r1.39 openssl.c --- openssl.c 11 Dec 2001 15:30:00 - 1.39 +++ openssl.c 28 Jan 2002 21:35:06 - @@ -2151,7 +2151,7 @@ char * extracertsfilename = NULL; long extracertsfilename_len; if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, sszza!|ls, - infilename, infilename_len, *outfilename, outfilename_len, + infilename, infilename_len, outfilename, outfilename_len, zcert, zprivkey, zheaders, flags, extracertsfilename, extracertsfilename_len) == FAILURE) return; Edit this bug report at http://bugs.php.net/?id=15262edit=1 -- 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-DEV] Bug #15257 Updated: Can't retrieve node content
ID: 15257 Updated by: chregu Old Summary: Can't retrieve node content Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: DOM XML related Operating System: Windows2000 PHP Version: 4.1.1 New Comment: this will be implemented in the next version of php (4.2) or already in cvs now with $node-get_content() Previous Comments: [2002-01-29 03:38:36] [EMAIL PROTECTED] Thank you sir, That works a treat. [2002-01-28 14:31:50] [EMAIL PROTECTED] Try replacing your $nodes[$nodeNumber]-content line with $redirectURL = getContent($nodes[$nodeNumber]); Where getContent is: function getContent ($n) { if (!($children = $n-children())) return ''; $content = ''; foreach ($children as $c) { if ($c-type == XML_TEXT_NODE) { $content .= $c-content; } } return $content; } I can verify the behavior. I'm thinking it is a bug too. If functionality has been changed, a change in documentation is in order. [2002-01-28 14:13:23] [EMAIL PROTECTED] Sorry in advance if this isn't considered a bug. The DomXML content property is no longer available in 4.1.1 as we now are referencing elements instead of nodes, but I can't see a way of extracting the content of the element/node. Following works in 4.06: $docnode = xmldoc($xmlString); $rootNode = $docnode-root(); $nodes = $rootNode-children(); for ($nodeNumber = 0; $nodeNumber count($nodes); $nodeNumber++) { $nodeName = $nodes[$nodeNumber]-name; // ... some more nodeName comparisons here if ($nodeName == redirect) { $redirectURL = $nodes[$nodeNumber]-content; } } In 4.1.1 tagname replaces name, but I can't see anything that replaces or gives me a reference to content. Again, sorry if this isn't considered a bug. I've only been coding PHP for 2 days and I'm still finding my way around. PS. I could do with using 4.1.1 as 4.0.6 doesn't allow https in curl Edit this bug report at http://bugs.php.net/?id=15257edit=1 -- 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-DEV] Bug #15262: openssl_pkcs7_verify segfaults (patch included...)
From: [EMAIL PROTECTED] Operating system: debian unstable PHP version: 4.0CVS-2002-01-28 PHP Bug Type: OpenSSL related Bug description: openssl_pkcs7_verify segfaults (patch included...) Not much to say. subject says it all. see patch. Index: openssl.c === RCS file: /repository/php4/ext/openssl/openssl.c,v retrieving revision 1.39 diff -u -r1.39 openssl.c --- openssl.c 11 Dec 2001 15:30:00 - 1.39 +++ openssl.c 28 Jan 2002 21:35:06 - @@ -2151,7 +2151,7 @@ char * extracertsfilename = NULL; long extracertsfilename_len; if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, sszza!|ls, - infilename, infilename_len, *outfilename, outfilename_len, + infilename, infilename_len, outfilename, outfilename_len, zcert, zprivkey, zheaders, flags, extracertsfilename, extracertsfilename_len) == FAILURE) return; -- Edit bug report at: http://bugs.php.net/?id=15262edit=1 -- 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-DEV] Bug #15262 Updated: openssl_pkcs7_verify segfaults (patch included...)
ID: 15262 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OpenSSL related Operating System: debian unstable PHP Version: 4.0CVS-2002-01-28 New Comment: mmmh, it's openssl_pkcs7_sign, not openssl_pkcs7_verify chregu Previous Comments: [2002-01-28 16:35:32] [EMAIL PROTECTED] Not much to say. subject says it all. see patch. Index: openssl.c === RCS file: /repository/php4/ext/openssl/openssl.c,v retrieving revision 1.39 diff -u -r1.39 openssl.c --- openssl.c 11 Dec 2001 15:30:00 - 1.39 +++ openssl.c 28 Jan 2002 21:35:06 - @@ -2151,7 +2151,7 @@ char * extracertsfilename = NULL; long extracertsfilename_len; if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, sszza!|ls, - infilename, infilename_len, *outfilename, outfilename_len, + infilename, infilename_len, outfilename, outfilename_len, zcert, zprivkey, zheaders, flags, extracertsfilename, extracertsfilename_len) == FAILURE) return; Edit this bug report at http://bugs.php.net/?id=15262edit=1 -- 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-DEV] Bug #15092 Updated: xml_parse() fails if XML-data contains entity like nbsp; or copy; ...
ID: 15092 Updated by: chregu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: XML related Operating System: Win 2k (all I gues) PHP Version: 4.1.0 New Comment: This doesn't work, because the default entities are only: !ENTITY lt #38;#60; !ENTITY gt #62; !ENTITY amp#38;#38; !ENTITY apos #39; !ENTITY quot #34; For the latin1-entities to work, you have to set an external entity to http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent (or some local file with that content) and then set up a xml_set_external_entity_ref_handler(). See the details about that in the manual. (set to feedback, 'cause I didn't really test it, if someone can verify that, we can close it.) Previous Comments: [2002-01-22 09:49:09] [EMAIL PROTECTED] After some more testes I found that the only literal entities that work are: amp;, lt; gt; and quot;. *ALL* others (like nbsp; copy; a.s.o.) cause an XML_ERROR_UNDEFINED_ENTITY error. The best work around to this problem, is to tranlate the entities found in the XML source to theire numeric equivalent E.g. nbsp; to #160; / copy; to #169; a.s.o. Following function will do the job: /** * Translate literal entities to their numeric equivalents and vice versa. * * PHP's XML parser (in V 4.1.0) has problems with entities! The only one's that are recognized * are amp;, lt; gt; and quot;. *ALL* others (like nbsp; copy; a.s.o.) cause an * XML_ERROR_UNDEFINED_ENTITY error. I reported this as bug at http://bugs.php.net/bug.php?id=15092 * The work around is to translate the entities found in the XML source to their numeric equivalent * E.g. nbsp; to #160; / copy; to #169; a.s.o. * * NOTE: Entities amp;, lt; gt; and quot; are left 'as is' * * @author Sam Blum [EMAIL PROTECTED] * @param string $xmlSource The XML string * @param bool $reverse (default=FALSE) Translate numeric entities to literal entities. * @return The XML string with translatet entities. */ function _translateLiteral2NumericEntities($xmlSource, $reverse = FALSE) { static $literal2NumericEntity; if (empty($literal2NumericEntity)) { $transTbl = get_html_translation_table(HTML_ENTITIES); foreach ($transTbl as $char = $entity) { if (strpos('', $char) !== FALSE) continue; $literal2NumericEntity[$entity] = '#'.ord($char).';'; } } if ($reverse) { return strtr($xmlSource, array_flip($literal2NumericEntity)); } else { return strtr($xmlSource, $literal2NumericEntity); } } [2002-01-17 21:03:07] [EMAIL PROTECTED] PHP XML-parser has problems with the full iso8859-1 char set when trying to use entity names. E.g. the parser will fail with undefined entity if the XML data you parse contains nbsp; or copy; a.s.o. (there many more). Some entities do work, like lt; gt; amp; as well as the alternative notation unsing the ISO-code number: like non-breaking space === #160; For a full iso8859-1 list and it's entities see: http://www.ramsch.org/martin/uni/fmi-hp/iso8859-1.html Here's the test script you can use to check the error : ?php $xmlString[0] = AAA#160;/AAA; $xmlString[1] = AAAnbsp;/AAA; function startElement($xml_parser, $name, $attrs) {} function endElement($xml_parser, $name) {} function characterData($xml_parser, $text) {echo Handling character data: '.htmlspecialchars($text).'br;} $xml_parser = xml_parser_create(); xml_set_element_handler($xml_parser, startElement, endElement); xml_set_character_data_handler($xml_parser, characterData); // Parse the XML data. if (!xml_parse($xml_parser, $xmlString[1], TRUE)) { echo XML error in given {$source} on line . xml_get_current_line_number($xml_parser) . ' column ' . xml_get_current_column_number($xml_parser) . '. Reason:' . xml_error_string(xml_get_error_code($xml_parser)); } ? Edit this bug report at http://bugs.php.net/?id=15092edit=1 -- 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-DEV] Bug #14958 Updated: flex error in compiling Zend enginge
ID: 14958 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Compile Failure Operating System: linux debian unstable PHP Version: 4.0CVS-2002-01-09 New Comment: yep, it works with this additional line. Previous Comments: [2002-01-09 21:00:27] [EMAIL PROTECTED] From the error message I'ld say you just need to include errno.h in zend_ini_scanner.l (like in zend_language_scanner.l), can you verify this? [2002-01-09 19:57:14] [EMAIL PROTECTED] it seems, that since my debian unstable upgraded from flex 2.5.4a-14 to 2.5.4a-15, I can't compile the Zend Engine anymore. It throws an error in zend_ini_parser.c and if I compare a zend_ini_parser.c genearated with the -14 version and one from -15 version, there are indeed differences where the error occurs. here's the error-mesage from make: /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DLINUX=22 -DUSE_HSREGEX -I../TSRM -g -Wall -prefer-pic -c zend_ini_scanner.c gcc -DHAVE_CONFIG_H -I. -I. -I../main -DLINUX=22 -DUSE_HSREGEX -I../TSRM -g -Wall -c zend_ini_scanner.c -fPIC -DPIC -o zend_ini_scanner.lo zend_ini_scanner.c: In function `ini_lex': zend_ini_scanner.c:826: warning: label `find_rule' defined but not used zend_ini_scanner.c: In function `yy_get_next_buffer': zend_ini_scanner.c:1243: `errno' undeclared (first use in this function) zend_ini_scanner.c:1243: (Each undeclared identifier is reported only once zend_ini_scanner.c:1243: for each function it appears in.) zend_ini_scanner.c:1243: `EINTR' undeclared (first use in this function) ./zend_ini_scanner.l: At top level: zend_ini_scanner.c:1900: warning: `yy_flex_realloc' defined but not used zend_ini_scanner.c:1350: warning: `yyunput' defined but not used make[1]: *** [zend_ini_scanner.lo] Error 1 make[1]: Leaving directory `/opt/cvs/php4/Zend' make: *** [all-recursive] Error 1 and here the diff between the both zend_ini_scanner.c versions: --- Z/zend_ini_scanner.cThu Jan 10 01:28:37 2002 +++ Zend/zend_ini_scanner.c Thu Jan 10 01:52:57 2002 @@ -698,9 +698,17 @@ YY_FATAL_ERROR( input in flex scanner failed ); \ result = n; \ } \ - else if ( ((result = fread( buf, 1, max_size, yyin )) == 0) \ - ferror( yyin ) ) \ - YY_FATAL_ERROR( input in flex scanner failed ); + errno=0; \ + while ( (result = fread(buf, 1, max_size, yyin))==0 ferror(yyin)) \ + { \ + if( errno != EINTR) \ + { \ + YY_FATAL_ERROR( input in flex scanner failed ); \ + break; \ + } \ + errno=0; \ + clearerr(yyin); \ + } #endif and here the relevant part from the debian-changelog: flex (2.5.4a-15) unstable; urgency=low * if a signal is delivered while the parser is in the read routine (coded by flex), the result is flex reports and YY_FATAL_ERROR causing plan to exit. The race condition appears much more frequently than one might expect because plan spends a good deal of time in read routine while gcc is preparing the input. I cleaned up another problem case beyond what is given in the patch. closes: Bug#125611 I have no idea about this flex stuff, so maybe someone else out there can fix that :) Edit this bug report at http://bugs.php.net/?id=14958edit=1 -- 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-DEV] Bug #14957: --with-dom-xslt dosn't compile (patch included ...)
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0CVS-2002-01-09 PHP Bug Type: DOM XML related Bug description: --with-dom-xslt dosn't compile (patch included ...) one header line is missing. here's the patch: RCS file: /repository/php4/ext/domxml/php_domxml.h,v retrieving revision 1.33 diff -u -r1.33 php_domxml.h --- php_domxml.h9 Jan 2002 03:42:30 - 1.33 +++ php_domxml.h10 Jan 2002 00:43:23 - @@ -36,6 +36,7 @@ #include libxml/xpointer.h #endif #if HAVE_DOMXSLT +#include libxslt/xsltconfig.h #include libxslt/xsltInternals.h #include libxslt/xsltutils.h #include libxslt/transform.h -- Edit bug report at: http://bugs.php.net/?id=14957edit=1 -- 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-DEV] Bug #14958: flex error in compiling Zend enginge
From: [EMAIL PROTECTED] Operating system: linux debian unstable PHP version: 4.0CVS-2002-01-09 PHP Bug Type: Compile Failure Bug description: flex error in compiling Zend enginge it seems, that since my debian unstable upgraded from flex 2.5.4a-14 to 2.5.4a-15, I can't compile the Zend Engine anymore. It throws an error in zend_ini_parser.c and if I compare a zend_ini_parser.c genearated with the -14 version and one from -15 version, there are indeed differences where the error occurs. here's the error-mesage from make: /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DLINUX=22 -DUSE_HSREGEX -I../TSRM -g -Wall -prefer-pic -c zend_ini_scanner.c gcc -DHAVE_CONFIG_H -I. -I. -I../main -DLINUX=22 -DUSE_HSREGEX -I../TSRM -g -Wall -c zend_ini_scanner.c -fPIC -DPIC -o zend_ini_scanner.lo zend_ini_scanner.c: In function `ini_lex': zend_ini_scanner.c:826: warning: label `find_rule' defined but not used zend_ini_scanner.c: In function `yy_get_next_buffer': zend_ini_scanner.c:1243: `errno' undeclared (first use in this function) zend_ini_scanner.c:1243: (Each undeclared identifier is reported only once zend_ini_scanner.c:1243: for each function it appears in.) zend_ini_scanner.c:1243: `EINTR' undeclared (first use in this function) ./zend_ini_scanner.l: At top level: zend_ini_scanner.c:1900: warning: `yy_flex_realloc' defined but not used zend_ini_scanner.c:1350: warning: `yyunput' defined but not used make[1]: *** [zend_ini_scanner.lo] Error 1 make[1]: Leaving directory `/opt/cvs/php4/Zend' make: *** [all-recursive] Error 1 and here the diff between the both zend_ini_scanner.c versions: --- Z/zend_ini_scanner.cThu Jan 10 01:28:37 2002 +++ Zend/zend_ini_scanner.c Thu Jan 10 01:52:57 2002 @@ -698,9 +698,17 @@ YY_FATAL_ERROR( input in flex scanner failed ); \ result = n; \ } \ - else if ( ((result = fread( buf, 1, max_size, yyin )) == 0) \ - ferror( yyin ) ) \ - YY_FATAL_ERROR( input in flex scanner failed ); + errno=0; \ + while ( (result = fread(buf, 1, max_size, yyin))==0 ferror(yyin)) \ + { \ + if( errno != EINTR) \ + { \ + YY_FATAL_ERROR( input in flex scanner failed ); \ + break; \ + } \ + errno=0; \ + clearerr(yyin); \ + } #endif and here the relevant part from the debian-changelog: flex (2.5.4a-15) unstable; urgency=low * if a signal is delivered while the parser is in the read routine (coded by flex), the result is flex reports and YY_FATAL_ERROR causing plan to exit. The race condition appears much more frequently than one might expect because plan spends a good deal of time in read routine while gcc is preparing the input. I cleaned up another problem case beyond what is given in the patch. closes: Bug#125611 I have no idea about this flex stuff, so maybe someone else out there can fix that :) -- Edit bug report at: http://bugs.php.net/?id=14958edit=1 -- 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-DEV] Bug #14862 Updated: xmldocfile segfaults sometimes
ID: 14862 Updated by: chregu Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: DOM XML related Operating System: linux PHP Version: 4.0CVS-2002-01-04 New Comment: Ok, i give up. Today, I can't reproduce it, either. If it occurs again, i will reopen this bug. Previous Comments: [2002-01-04 19:09:50] [EMAIL PROTECTED] Doesn't segfault either ... (used ab for testing, this should really be it). What's your configure line, which apache version? [2002-01-04 19:01:51] [EMAIL PROTECTED] it's sometimes not easy to cause a segfault, but if you once have one, then they come very often :) and with the following xml-data, it shouldn't take long... ?xml version=1.0? buecher bla=bla buch buch_id=1 isbn=3-8266-0612-4 titelApache Web-Server/titel jahr2000/jahr kategorie2/kategorie /buch /buecher [2002-01-04 18:55:42] [EMAIL PROTECTED] Seems to depend on the input data. No matter how much stress testing I do, I can't reproduce a crash. Please provide some crashing input data too. [2002-01-04 18:09:54] [EMAIL PROTECTED] xmldocfile produces from time to time segfaults at shutdown (not always, sometimes more, sometimes less...) code: $xmlDoc = xmldocfile(test.xml); xml: any. workaround (does the same jobs right, just in more lines :) ) $fd = fopen( $datasrc, r ); $xmlstring = fread( $fd, filesize( $datasrc ) ); fclose( $fd ); $xmlDoc = xmldoc($xmlstring); backtrace: 0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551, pData=0xbfffef38) at zend_hash.c:935 935 if ((p-h == h) (p-nKeyLength == 0)) { (gdb) bt #0 0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551, pData=0xbfffef38) at zend_hash.c:935 #1 0x402257e8 in _zend_list_delete (id=1075888551) at zend_list.c:53 #2 0x4021bc43 in _zval_dtor (zvalue=0x812653c, __zend_filename=0x403385bc zend_execute_API.c, __zend_lineno=274) at zend_variables.c:64 #3 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126990, __zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189) at zend_execute_API.c:274 #4 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126990) at zend_variables.c:189 #5 0x40223a1a in zend_hash_destroy (ht=0x812657c) at zend_hash.c:541 #6 0x4021bc0f in _zval_dtor (zvalue=0x812dc04, __zend_filename=0x403385bc zend_execute_API.c, __zend_lineno=274) at zend_variables.c:57 #7 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126ba8, __zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189) at zend_execute_API.c:274 #8 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126ba8) at zend_variables.c:189 #9 0x40223a1a in zend_hash_destroy (ht=0x40374688) at zend_hash.c:541 #10 0x40211977 in shutdown_executor () at zend_execute_API.c:173 #11 0x4021d2f3 in zend_deactivate () at zend.c:596 #12 0x4022f95b in php_request_shutdown (dummy=0x0) at main.c:736 #13 0x4022b8e8 in apache_php_module_main (r=0x811b234, display_source_mode=0) at sapi_apache.c:96 #14 0x4022c7a8 in send_php (r=0x811b234, display_source_mode=0, filename=0x811bd4c /usr/local/apache/htdocs/buch/domxml/newfunctions.php) at mod_php4.c:575 #15 0x4022c82b in send_parsed_php (r=0x811b234) at mod_php4.c:590 #16 0x08073b29 in ap_invoke_handler () #17 0x0808893f in process_request_internal () #18 0x080889a6 in ap_process_request () #19 0x0807f886 in child_main () #20 0x0807fa41 in make_child () #21 0x0807fbbc in startup_children () #22 0x0808024d in standalone_main () #23 0x08080aac in main () #24 0x400be65f in __libc_start_main () from /lib/libc.so.6 Edit this bug report at http://bugs.php.net/?id=14862edit=1 -- 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-DEV] Bug #14852: create_entity_reference causes warning
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.1.1 PHP Bug Type: DOM XML related Bug description: create_entity_reference causes warning the following code produces a warning at the end: $xmlDoc = xmldocfile(test.xml); $xmlDoc-create_entity_reference(bla); xml-file (presumable any..): ?xml version=1.0? buecher buch buch_id=1 isbn=3-8266-0612-4 titelApache Web-Server/titel jahr2000/jahr kategorie2/kategorie /buch /buecher warning message: Warning: Unknown list entry type in request shutdown (-10004) in Unknown on line 0 -- Edit bug report at: http://bugs.php.net/?id=14852edit=1 -- 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-DEV] Bug #14862: xmldocfile segfaults sometimes
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0CVS-2002-01-04 PHP Bug Type: DOM XML related Bug description: xmldocfile segfaults sometimes xmldocfile produces from time to time segfaults at shutdown (not always, sometimes more, sometimes less...) code: $xmlDoc = xmldocfile(test.xml); xml: any. workaround (does the same jobs right, just in more lines :) ) $fd = fopen( $datasrc, r ); $xmlstring = fread( $fd, filesize( $datasrc ) ); fclose( $fd ); $xmlDoc = xmldoc($xmlstring); backtrace: 0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551, pData=0xbfffef38) at zend_hash.c:935 935 if ((p-h == h) (p-nKeyLength == 0)) { (gdb) bt #0 0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551, pData=0xbfffef38) at zend_hash.c:935 #1 0x402257e8 in _zend_list_delete (id=1075888551) at zend_list.c:53 #2 0x4021bc43 in _zval_dtor (zvalue=0x812653c, __zend_filename=0x403385bc zend_execute_API.c, __zend_lineno=274) at zend_variables.c:64 #3 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126990, __zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189) at zend_execute_API.c:274 #4 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126990) at zend_variables.c:189 #5 0x40223a1a in zend_hash_destroy (ht=0x812657c) at zend_hash.c:541 #6 0x4021bc0f in _zval_dtor (zvalue=0x812dc04, __zend_filename=0x403385bc zend_execute_API.c, __zend_lineno=274) at zend_variables.c:57 #7 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126ba8, __zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189) at zend_execute_API.c:274 #8 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126ba8) at zend_variables.c:189 #9 0x40223a1a in zend_hash_destroy (ht=0x40374688) at zend_hash.c:541 #10 0x40211977 in shutdown_executor () at zend_execute_API.c:173 #11 0x4021d2f3 in zend_deactivate () at zend.c:596 #12 0x4022f95b in php_request_shutdown (dummy=0x0) at main.c:736 #13 0x4022b8e8 in apache_php_module_main (r=0x811b234, display_source_mode=0) at sapi_apache.c:96 #14 0x4022c7a8 in send_php (r=0x811b234, display_source_mode=0, filename=0x811bd4c /usr/local/apache/htdocs/buch/domxml/newfunctions.php) at mod_php4.c:575 #15 0x4022c82b in send_parsed_php (r=0x811b234) at mod_php4.c:590 #16 0x08073b29 in ap_invoke_handler () #17 0x0808893f in process_request_internal () #18 0x080889a6 in ap_process_request () #19 0x0807f886 in child_main () #20 0x0807fa41 in make_child () #21 0x0807fbbc in startup_children () #22 0x0808024d in standalone_main () #23 0x08080aac in main () #24 0x400be65f in __libc_start_main () from /lib/libc.so.6 -- Edit bug report at: http://bugs.php.net/?id=14862edit=1 -- 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-DEV] Bug #14862 Updated: xmldocfile segfaults sometimes
ID: 14862 Updated by: chregu Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: DOM XML related Operating System: linux PHP Version: 4.0CVS-2002-01-04 New Comment: it's sometimes not easy to cause a segfault, but if you once have one, then they come very often :) and with the following xml-data, it shouldn't take long... ?xml version=1.0? buecher bla=bla buch buch_id=1 isbn=3-8266-0612-4 titelApache Web-Server/titel jahr2000/jahr kategorie2/kategorie /buch /buecher Previous Comments: [2002-01-04 18:55:42] [EMAIL PROTECTED] Seems to depend on the input data. No matter how much stress testing I do, I can't reproduce a crash. Please provide some crashing input data too. [2002-01-04 18:09:54] [EMAIL PROTECTED] xmldocfile produces from time to time segfaults at shutdown (not always, sometimes more, sometimes less...) code: $xmlDoc = xmldocfile(test.xml); xml: any. workaround (does the same jobs right, just in more lines :) ) $fd = fopen( $datasrc, r ); $xmlstring = fread( $fd, filesize( $datasrc ) ); fclose( $fd ); $xmlDoc = xmldoc($xmlstring); backtrace: 0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551, pData=0xbfffef38) at zend_hash.c:935 935 if ((p-h == h) (p-nKeyLength == 0)) { (gdb) bt #0 0x40224b0b in zend_hash_index_find (ht=0x403747a4, h=1075888551, pData=0xbfffef38) at zend_hash.c:935 #1 0x402257e8 in _zend_list_delete (id=1075888551) at zend_list.c:53 #2 0x4021bc43 in _zval_dtor (zvalue=0x812653c, __zend_filename=0x403385bc zend_execute_API.c, __zend_lineno=274) at zend_variables.c:64 #3 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126990, __zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189) at zend_execute_API.c:274 #4 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126990) at zend_variables.c:189 #5 0x40223a1a in zend_hash_destroy (ht=0x812657c) at zend_hash.c:541 #6 0x4021bc0f in _zval_dtor (zvalue=0x812dc04, __zend_filename=0x403385bc zend_execute_API.c, __zend_lineno=274) at zend_variables.c:57 #7 0x40211e0c in _zval_ptr_dtor (zval_ptr=0x8126ba8, __zend_filename=0x40338a13 zend_variables.c, __zend_lineno=189) at zend_execute_API.c:274 #8 0x4021c08d in _zval_ptr_dtor_wrapper (zval_ptr=0x8126ba8) at zend_variables.c:189 #9 0x40223a1a in zend_hash_destroy (ht=0x40374688) at zend_hash.c:541 #10 0x40211977 in shutdown_executor () at zend_execute_API.c:173 #11 0x4021d2f3 in zend_deactivate () at zend.c:596 #12 0x4022f95b in php_request_shutdown (dummy=0x0) at main.c:736 #13 0x4022b8e8 in apache_php_module_main (r=0x811b234, display_source_mode=0) at sapi_apache.c:96 #14 0x4022c7a8 in send_php (r=0x811b234, display_source_mode=0, filename=0x811bd4c /usr/local/apache/htdocs/buch/domxml/newfunctions.php) at mod_php4.c:575 #15 0x4022c82b in send_parsed_php (r=0x811b234) at mod_php4.c:590 #16 0x08073b29 in ap_invoke_handler () #17 0x0808893f in process_request_internal () #18 0x080889a6 in ap_process_request () #19 0x0807f886 in child_main () #20 0x0807fa41 in make_child () #21 0x0807fbbc in startup_children () #22 0x0808024d in standalone_main () #23 0x08080aac in main () #24 0x400be65f in __libc_start_main () from /lib/libc.so.6 Edit this bug report at http://bugs.php.net/?id=14862edit=1 -- 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-DEV] Bug #13494 Updated: random segfaults with sablotron 0.70
ID: 13494 Updated by: chregu Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: XSLT related Operating System: linux 2.4.10 debian/testing PHP Version: 4.0CVS-2001-10-01 New Comment: with the files found on http://php.chregu.tv/?file=samples/extxslt i get 5-10 segfaults out of 100 requests (tested with ab from apache) (with sablot 0.7, php-4.0.7-latestCVS on debian/unstable) hope that helps. chregu Previous Comments: [2001-10-02 08:42:19] [EMAIL PROTECTED] Can you please supply a short reproducable test case? Thanks! [2001-10-01 12:41:24] [EMAIL PROTECTED] so i updated to sablotron 0.70 and now i get a lot of random and not easily reproduceable segfaults with ext/xslt, but they happen a lot... hope someone can fix that. sablotron 0.60 worked fine. 0.65 also had some segfaults system: php: 4.0.7 from cvs of today apache. 1.3.20 linux: 2.4.10 sablotron: 0.70 backtrace: (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x400f280b in free () from /lib/libc.so.6 (gdb) bt #0 0x400f280b in free () from /lib/libc.so.6 #1 0x80a5347 in hashTableDestroy () #2 0x80a4292 in dtdDestroy () #3 0x809e57a in XML_ParserFree () #4 0x405ec8d4 in TreeConstructer::parseDataLineUsingExpat () from /usr/lib/libsablot.so.0 #5 0x405fe93e in Tree::parse () from /usr/lib/libsablot.so.0 #6 0x405f1418 in Processor::addLineParse () from /usr/lib/libsablot.so.0 #7 0x405f19cf in Processor::readTreeFromURI () from /usr/lib/libsablot.so.0 #8 0x405ef9bd in Processor::open () from /usr/lib/libsablot.so.0 #9 0x405f50cf in SablotRunProcessor () from /usr/lib/libsablot.so.0 #10 0x40301737 in zif_xslt_process (ht=6, return_value=0x83f28b4, this_ptr=0x0, return_value_used=1) at sablot.c:510 #11 0x401efcba in execute (op_array=0x8295a14) at ./zend_execute.c:1590 #12 0x401efe9b in execute (op_array=0x82bba94) at ./zend_execute.c:1630 #13 0x401efe9b in execute (op_array=0x82da76c) at ./zend_execute.c:1630 #14 0x401efe9b in execute (op_array=0x82668b4) at ./zend_execute.c:1630 #15 0x401fff66 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #16 0x4020dd46 in php_execute_script (primary_file=0xb928) at main.c:1310 #17 0x40209c1e in apache_php_module_main (r=0x817444c, display_source_mode=0) at sapi_apache.c:90 #18 0x4020a71e in send_php (r=0x817444c, display_source_mode=0, filename=0x0) at mod_php4.c:575 #19 0x4020a782 in send_parsed_php (r=0x817444c) at mod_php4.c:590 #20 0x8073d79 in ap_invoke_handler () #21 0x80886ff in process_request_internal () #22 0x8088766 in ap_process_request () #23 0x807f676 in child_main () #24 0x807f831 in make_child () #25 0x807f9ac in startup_children () #26 0x808001c in standalone_main () #27 0x808084c in main () #28 0x4009d64f in __libc_start_main () from /lib/libc.so.6 Edit this bug report at http://bugs.php.net/?id=13494edit=1 -- 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-DEV] Bug #13494: random segfaults with sablotron 0.70
From: [EMAIL PROTECTED] Operating system: linux 2.4.10 debian/testing PHP version: 4.0CVS-2001-10-01 PHP Bug Type: XSLT related Bug description: random segfaults with sablotron 0.70 so i updated to sablotron 0.70 and now i get a lot of random and not easily reproduceable segfaults with ext/xslt, but they happen a lot... hope someone can fix that. sablotron 0.60 worked fine. 0.65 also had some segfaults system: php: 4.0.7 from cvs of today apache. 1.3.20 linux: 2.4.10 sablotron: 0.70 backtrace: (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x400f280b in free () from /lib/libc.so.6 (gdb) bt #0 0x400f280b in free () from /lib/libc.so.6 #1 0x80a5347 in hashTableDestroy () #2 0x80a4292 in dtdDestroy () #3 0x809e57a in XML_ParserFree () #4 0x405ec8d4 in TreeConstructer::parseDataLineUsingExpat () from /usr/lib/libsablot.so.0 #5 0x405fe93e in Tree::parse () from /usr/lib/libsablot.so.0 #6 0x405f1418 in Processor::addLineParse () from /usr/lib/libsablot.so.0 #7 0x405f19cf in Processor::readTreeFromURI () from /usr/lib/libsablot.so.0 #8 0x405ef9bd in Processor::open () from /usr/lib/libsablot.so.0 #9 0x405f50cf in SablotRunProcessor () from /usr/lib/libsablot.so.0 #10 0x40301737 in zif_xslt_process (ht=6, return_value=0x83f28b4, this_ptr=0x0, return_value_used=1) at sablot.c:510 #11 0x401efcba in execute (op_array=0x8295a14) at ./zend_execute.c:1590 #12 0x401efe9b in execute (op_array=0x82bba94) at ./zend_execute.c:1630 #13 0x401efe9b in execute (op_array=0x82da76c) at ./zend_execute.c:1630 #14 0x401efe9b in execute (op_array=0x82668b4) at ./zend_execute.c:1630 #15 0x401fff66 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #16 0x4020dd46 in php_execute_script (primary_file=0xb928) at main.c:1310 #17 0x40209c1e in apache_php_module_main (r=0x817444c, display_source_mode=0) at sapi_apache.c:90 #18 0x4020a71e in send_php (r=0x817444c, display_source_mode=0, filename=0x0) at mod_php4.c:575 #19 0x4020a782 in send_parsed_php (r=0x817444c) at mod_php4.c:590 #20 0x8073d79 in ap_invoke_handler () #21 0x80886ff in process_request_internal () #22 0x8088766 in ap_process_request () #23 0x807f676 in child_main () #24 0x807f831 in make_child () #25 0x807f9ac in startup_children () #26 0x808001c in standalone_main () #27 0x808084c in main () #28 0x4009d64f in __libc_start_main () from /lib/libc.so.6 -- Edit bug report at: http://bugs.php.net/?id=13494edit=1 -- 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-DEV] Bug #13343 Updated: debian sid installs domxml include files in /usr/include/libxml2/libxml/
ID: 13343 Updated by: chregu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: DOM XML related Operating System: linux debian unstable PHP Version: 4.0CVS-2001-09-17 New Comment: fixed in cvs. Previous Comments: [2001-09-17 06:53:54] [EMAIL PROTECTED] debian sid installs domxml include files in /usr/include/libxml2/libxml/ therefore the ./configure script doesn't find it anymore and reports domxml not found... i'm not sure, if it stays there (it's the unstable branch...) but if it's possible it would be a GoodThing to check for that place as well (or do i have to add an addidtional include path in ./configure?) chregu Edit this bug report at http://bugs.php.net/?id=13343edit=1 -- 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-DEV] Bug #13397: cvs branch PHP_4_0_7 doesn't compile: redefinition of `yy_state_type
From: [EMAIL PROTECTED] Operating system: linux different distributions PHP version: 4.0CVS-2001-09-22 PHP Bug Type: Compile Failure Bug description: cvs branch PHP_4_0_7 doesn't compile: redefinition of `yy_state_type cvs from just before Branch PHP_4_0_7: make reports (on debian testing, debian unstable and suse 7.0): [...] gcc -DHAVE_CONFIG_H -I. -I. -I../main -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -I../TSRM -g -Wall -c zend_language_scanner.c-fPIC -DPIC -o zend_language_scanner.lo In file included from zend_compile.h:188, from ./zend_language_scanner.l:55: zend_globals.h:219: redefinition of `yy_state_type' zend_language_scanner.c:305: `yy_state_type' previously declared here zend_language_scanner.c:5645: warning: `yy_fatal_error' defined but not used zend_language_scanner.c:2714: warning: `yy_last_accepting_state' defined but not used zend_language_scanner.c:2715: warning: `yy_last_accepting_cpos' defined but not used zend_language_scanner.c:2721: warning: `yy_more_flag' defined but not used zend_language_scanner.c:2722: warning: `yy_more_len' defined but not used zend_language_scanner.c:5630: warning: `yy_top_state' defined but not used make[1]: *** [zend_language_scanner.lo] Error 1 make[1]: Leaving directory `/opt/cvs/php4/ZendEngine1' make: *** [all-recursive] Error 1 -- Edit bug report at: http://bugs.php.net/?id=13397edit=1 -- 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-DEV] Bug #13343: debian sid installs domxml include files in /usr/include/libxml2/libxml/
From: [EMAIL PROTECTED] Operating system: linux debian unstable PHP version: 4.0CVS-2001-09-17 PHP Bug Type: DOM XML related Bug description: debian sid installs domxml include files in /usr/include/libxml2/libxml/ debian sid installs domxml include files in /usr/include/libxml2/libxml/ therefore the ./configure script doesn't find it anymore and reports domxml not found... i'm not sure, if it stays there (it's the unstable branch...) but if it's possible it would be a GoodThing to check for that place as well (or do i have to add an addidtional include path in ./configure?) chregu -- Edit bug report at: http://bugs.php.net/?id=13343edit=1 -- 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-DEV] Bug #13344: sablot bites ext/java (sun jdk 1.3.1)
From: [EMAIL PROTECTED] Operating system: debian unstable PHP version: 4.0CVS-2001-09-17 PHP Bug Type: Java related Bug description: sablot bites ext/java (sun jdk 1.3.1) If i compile php wit ext/xslt and ext/java, new java segfaults. here the system: jdk 1.3.1 from sun java -version: java version 1.3.1 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24) Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode) php cvs-branch php_4_0_7 configure: ./configure \ --with-config-file-path=/usr/local/apache/conf \ --enable-debug=yes \ --with-apxs=/usr/local/apache/bin/apxs \ --with-java=/usr/lib/java \ --enable-xslt \ --with-xslt-sablot \ testscript: $system = new Java('java.lang.System'); print 'Java version='.$system-getProperty('java.version').' br'; print 'Java vendor=' .$system-getProperty('java.vendor').' br'; print 'OS='.$system-getProperty('os.name').' '. $system-getProperty('os.version').' on '. $system-getProperty('os.arch').' br'; gdb output: (no debugging symbols found)...(no debugging symbols found)...[New Thread 1024 (LWP 23557)] [New Thread 2049 (LWP 23558)] [New Thread 1026 (LWP 23559)] [New Thread 2051 (LWP 23560)] [New Thread 3076 (LWP 23561)] [New Thread 4101 (LWP 23562)] [New Thread 5126 (LWP 23563)] [New Thread 6151 (LWP 23564)] [New Thread 7176 (LWP 23565)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 7176 (LWP 23565)] 0x400f0860 in free () from /lib/libc.so.6 (gdb) bt #0 0x400f0860 in free () from /lib/libc.so.6 #1 0x4035116f in Arena::dispose () from /usr/lib/libsablot.so.0 #2 0x403511bc in Arena::~Arena () from /usr/lib/libsablot.so.0 #3 0x40724b77 in ciEnv::~ciEnv () from /usr/lib/java/jre/lib/i386/client/libjvm.so #4 0x40734663 in CompileBroker::invoke_compiler_on_method () from /usr/lib/java/jre/lib/i386/client/libjvm.so #5 0x40734118 in CompileBroker::compiler_thread_loop () from /usr/lib/java/jre/lib/i386/client/libjvm.so #6 0x4071153a in compiler_thread_entry () from /usr/lib/java/jre/lib/i386/client/libjvm.so #7 0x4070e17f in JavaThread::thread_main_inner () from /usr/lib/java/jre/lib/i386/client/libjvm.so #8 0x4070e12b in JavaThread::run () from /usr/lib/java/jre/lib/i386/client/libjvm.so #9 0x406dc023 in _start () from /usr/lib/java/jre/lib/i386/client/libjvm.so #10 0x4092ce85 in pthread_start_thread () from /lib/libpthread.so.0 #11 0x4092cecd in pthread_start_thread_event () from /lib/libpthread.so.0 (gdb) Hope someone still does maintain ext/java (it's quite useful in some situations..) chregu -- Edit bug report at: http://bugs.php.net/?id=13344edit=1 -- 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-DEV] Bug #13193 Updated: PHP4,jdk1.2.2
ID: 13193 Updated by: chregu Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Java related Operating System: PHP Version: 4.0.6 New Comment: see http://php.chregu.tv/java-debian.html for some hints/installation tips. And please report back here (http://cvs.php.net), if it solves your problem. Previous Comments: [2001-09-07 10:36:28] [EMAIL PROTECTED] I tried installing php4 with java support my php.ini file looks something like this [Java] java.class.path =/usr/local/lib/php/php_java.jar:/usr/local/httpd/htdocs/phpjava java.home = /usr/lib/jdk1.2.2/bin:/usr/lib/jdk1.2.2/jre/bin java.library = /usr/lib/jdk1.2.2/jre/lib/i386/classic/ java.library.path = /usr/lib/jdk1.2.2/lib:/usr/local/lib/php/extensions/no-debug-non-zts-20001222/:/usr/lib/jdk1.2.2/jre/bin/usr/lib/jdk1.2.2/jre/bin/i386/native_threads:/usr/lib/jdk1.2.2/jre/lib/i386/classic extension=libphp_java.so i get the following error.. Fatal error: Unable to load Java Library /usr/lib/jdk1.2.2/jre/lib/i386/classic/libjvm.so, error: libhpi.so: cannot open shared object file: No such file or directory in /usr/local/httpd/htdocs/phpjava/testjava.php on line 2 I haven't found any solution to this problem till now. pleasee HELP Edit this bug report at http://bugs.php.net/?id=13193edit=1 -- 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-DEV] Bug #13025: Unknown list entry type in request shutdown with create_comment()
From: [EMAIL PROTECTED] Operating system: Linux Debian/unstable PHP version: 4.0CVS-2001-08-29 PHP Bug Type: DOM XML related Bug description: Unknown list entry type in request shutdown with create_comment() Hi I'm again not sure, if this is really a bug, or if the method is not finished or if I use it the wrong way (since documentation is missing) The code $xml = new_xmldoc('1.0'); $root = $xml-add_root(root); $comment = $xml-create_comment(this is just a comment); $newchild = $root-add_child($comment); gives the warning: Warning: Unknown list entry type in request shutdown (0) in Unknown on line 0 Hope that helps for cleaning some bugs ;) chregu -- Edit bug report at: http://bugs.php.net/?id=13025edit=1 -- 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-DEV] Bug #12993: xpath_eval doesn't work anymore (segfault)
From: [EMAIL PROTECTED] Operating system: Debian/unstable Linux 2.4.9 PHP version: 4.0CVS-2001-08-28 PHP Bug Type: DOM XML related Bug description: xpath_eval doesn't work anymore (segfault) actually it does not work in PHP_4_0_7 from cvs as well. script: $fd = fopen( $datasrc, r ); $xmlstring = fread( $fd, filesize( $datasrc ) ); fclose( $fd ); $xml = xmldoc($xmlstring); $xpth = $xml-xpath_new_context($xml); $node = $xpth-xpath_eval(/root/books); just segfaults at xpath_eval(). libxml2-version is 2.4.3 chregu -- Edit bug report at: http://bugs.php.net/?id=12993edit=1 -- 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-DEV] Bug #12993 Updated: xpath_eval doesn't work anymore (segfault)
ID: 12993 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Operating System: Debian/unstable Linux 2.4.9 PHP Version: 4.0CVS-2001-08-28 New Comment: ah forgot to mention: the script worked in 4.0.6 Previous Comments: [2001-08-28 04:21:14] [EMAIL PROTECTED] actually it does not work in PHP_4_0_7 from cvs as well. script: $fd = fopen( $datasrc, r ); $xmlstring = fread( $fd, filesize( $datasrc ) ); fclose( $fd ); $xml = xmldoc($xmlstring); $xpth = $xml-xpath_new_context($xml); $node = $xpth-xpath_eval(/root/books); just segfaults at xpath_eval(). libxml2-version is 2.4.3 chregu Edit this bug report at http://bugs.php.net/?id=12993edit=1 -- 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-DEV] Bug #12993 Updated: xpath_eval doesn't work anymore (segfault)
ID: 12993 Updated by: chregu Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Operating System: Debian/unstable Linux 2.4.9 PHP Version: 4.0CVS-2001-08-28 New Comment: mmmh... maybe it was my fault $node = xpath_eval($xpth,/root/books); seems to work, so i'm not sure if it's a bug anymore but comparing to the other syntax, should $node = $xpth-xpath_eval(/root/books); not also work? Previous Comments: [2001-08-28 04:23:24] [EMAIL PROTECTED] ah forgot to mention: the script worked in 4.0.6 [2001-08-28 04:21:14] [EMAIL PROTECTED] actually it does not work in PHP_4_0_7 from cvs as well. script: $fd = fopen( $datasrc, r ); $xmlstring = fread( $fd, filesize( $datasrc ) ); fclose( $fd ); $xml = xmldoc($xmlstring); $xpth = $xml-xpath_new_context($xml); $node = $xpth-xpath_eval(/root/books); just segfaults at xpath_eval(). libxml2-version is 2.4.3 chregu Edit this bug report at http://bugs.php.net/?id=12993edit=1 -- 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-DEV] Bug #10899: xmldocfile produces fatal error
From: [EMAIL PROTECTED] Operating system: linux 2.4.4 PHP version: 4.0 Latest CVS (2001-05-16) PHP Bug Type: DOM XML related Bug description: xmldocfile produces fatal error $doc = xmldocfile(config.xml); produces Fatal error: Underlying object missing in /usr/local/apache/htdocs/test/xml.php on line 13 in PHP-4.0.6RC1 config.xml is ?xml version=1.0? test one type=blabla/one two type=foo/ /test if i make a sting out of it and then $doc = xmldoc($xml); it works -- Edit Bug report at: http://bugs.php.net/?id=10899edit=1 -- 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-DEV] Bug #9896 Updated: segfaults at $xmldoc-add_root(root);
ID: 9896 Updated by: chregu Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: DOM XML related Operating system: PHP Version: 4.0 Latest CVS (21/03/2001) Assigned To: Comments: ok, there seems to be a massive api-change in domxml... a lot, which worked in 4.0.5 seems not to work in 4.0.6 but for my former example, the following seems to work: $doc = new_xmldoc(1.0); $root = $doc-add_root(HTML); echo $doc-dumpmem(); but this api-change makes me crazy. some things are easy to change (replace domxml_function($object,) with $object-function(...), this works also with 4.0.5), but the structure of the objects seem to have changed, too.. but maybe i missed something... otherwise i have to rewrite a lot of code and to check which version of php is used :=( Previous Comments: --- [2001-05-07 12:56:28] [EMAIL PROTECTED] marking as fix before 4.0.6 --- [2001-05-06 13:33:00] [EMAIL PROTECTED] This still does not work in latest cvs (06/05/2001). used another machine with libxml2-2.3.7 and linux-kernel 2.4.0. If one needs another backtrace, i can make one... also $xml = xmldocfile(config.xml); $root = domxml_root($xml); produces a segfault (config.xml is a very simple xml file) --- [2001-03-22 04:56:25] [EMAIL PROTECTED] test-program: $xmldoc = domxml_new_xmldoc('1.0'); $xmldoc-add_root(bla); gdb backtrace: Program received signal SIGSEGV, Segmentation fault. 0x401a3938 in objects () at zend_operators.c:1144 1144} (gdb) bt #0 0x401a3938 in objects () at zend_operators.c:1144 #1 0x402c13e4 in php4_module () from /usr/local/apache/libexec/libphp4.so #2 0x401d892a in objects () at php_domxml.c:668 #3 0x40199707 in objects () at ./zend_execute.c:853 #4 0x401aafc0 in objects () at zend.c:260 #5 0x401c3be3 in objects () at main.c:1126 #6 0x401bf11e in objects () at sapi_apache.c:98 #7 0x401bfe89 in objects () at mod_php4.c:437 #8 0x401bfed3 in objects () at mod_php4.c:437 #9 0x8074c09 in ap_invoke_handler () #10 0x808a0cf in process_request_internal () #11 0x808a142 in ap_process_request () #12 0x8080d96 in child_main () #13 0x8080f55 in make_child () #14 0x80810d6 in startup_children () #15 0x808175c in standalone_main () #16 0x8081f8c in main () #17 0x40096a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 --- [2001-03-21 15:27:09] [EMAIL PROTECTED] Delete config.cache, add --enable-debug into your configure line, 'make clean ; make ; make install' and generate a GDB backtrace of the crash and add it into this bug report. --Jani --- [2001-03-21 06:08:29] [EMAIL PROTECTED] Reproduce with: $xmldoc = domxml_new_xmldoc('1.0'); domxml_add_root($xmldoc,bla); Configure ./configure --with-config-file-path=/usr/local/apache/conf --with-zlib --with-mysql --with-sablot --with-apxs=/usr/local/apache/bin/apxs --enable-versioning --with-dom=/opt/gnome libxml2-2.3.3 --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9896edit=2 -- 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-DEV] Bug #9896 Updated: segfaults at $xmldoc-add_root(root);
ID: 9896 Updated by: chregu Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Operating system: PHP Version: 4.0 Latest CVS (21/03/2001) Assigned To: Comments: This still does not work in latest cvs (06/05/2001). used another machine with libxml2-2.3.7 and linux-kernel 2.4.0. If one needs another backtrace, i can make one... also $xml = xmldocfile(config.xml); $root = domxml_root($xml); produces a segfault (config.xml is a very simple xml file) Previous Comments: --- [2001-03-22 04:56:25] [EMAIL PROTECTED] test-program: $xmldoc = domxml_new_xmldoc('1.0'); $xmldoc-add_root(bla); gdb backtrace: Program received signal SIGSEGV, Segmentation fault. 0x401a3938 in objects () at zend_operators.c:1144 1144} (gdb) bt #0 0x401a3938 in objects () at zend_operators.c:1144 #1 0x402c13e4 in php4_module () from /usr/local/apache/libexec/libphp4.so #2 0x401d892a in objects () at php_domxml.c:668 #3 0x40199707 in objects () at ./zend_execute.c:853 #4 0x401aafc0 in objects () at zend.c:260 #5 0x401c3be3 in objects () at main.c:1126 #6 0x401bf11e in objects () at sapi_apache.c:98 #7 0x401bfe89 in objects () at mod_php4.c:437 #8 0x401bfed3 in objects () at mod_php4.c:437 #9 0x8074c09 in ap_invoke_handler () #10 0x808a0cf in process_request_internal () #11 0x808a142 in ap_process_request () #12 0x8080d96 in child_main () #13 0x8080f55 in make_child () #14 0x80810d6 in startup_children () #15 0x808175c in standalone_main () #16 0x8081f8c in main () #17 0x40096a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 --- [2001-03-21 15:27:09] [EMAIL PROTECTED] Delete config.cache, add --enable-debug into your configure line, 'make clean ; make ; make install' and generate a GDB backtrace of the crash and add it into this bug report. --Jani --- [2001-03-21 06:08:29] [EMAIL PROTECTED] Reproduce with: $xmldoc = domxml_new_xmldoc('1.0'); domxml_add_root($xmldoc,bla); Configure ./configure --with-config-file-path=/usr/local/apache/conf --with-zlib --with-mysql --with-sablot --with-apxs=/usr/local/apache/bin/apxs --enable-versioning --with-dom=/opt/gnome libxml2-2.3.3 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9896edit=2 -- 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-DEV] PHP 4.0 Bug #9896 Updated: segfaults at $xmldoc-add_root(root);
ID: 9896 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: DOM XML related Description: segfaults at $xmldoc-add_root("root"); test-program: $xmldoc = domxml_new_xmldoc('1.0'); $xmldoc-add_root("bla"); gdb backtrace: Program received signal SIGSEGV, Segmentation fault. 0x401a3938 in objects () at zend_operators.c:1144 1144} (gdb) bt #0 0x401a3938 in objects () at zend_operators.c:1144 #1 0x402c13e4 in php4_module () from /usr/local/apache/libexec/libphp4.so #2 0x401d892a in objects () at php_domxml.c:668 #3 0x40199707 in objects () at ./zend_execute.c:853 #4 0x401aafc0 in objects () at zend.c:260 #5 0x401c3be3 in objects () at main.c:1126 #6 0x401bf11e in objects () at sapi_apache.c:98 #7 0x401bfe89 in objects () at mod_php4.c:437 #8 0x401bfed3 in objects () at mod_php4.c:437 #9 0x8074c09 in ap_invoke_handler () #10 0x808a0cf in process_request_internal () #11 0x808a142 in ap_process_request () #12 0x8080d96 in child_main () #13 0x8080f55 in make_child () #14 0x80810d6 in startup_children () #15 0x808175c in standalone_main () #16 0x8081f8c in main () #17 0x40096a8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93 Previous Comments: --- [2001-03-21 15:27:09] [EMAIL PROTECTED] Delete config.cache, add --enable-debug into your configure line, 'make clean ; make ; make install' and generate a GDB backtrace of the crash and add it into this bug report. --Jani --- [2001-03-21 06:08:29] [EMAIL PROTECTED] Reproduce with: $xmldoc = domxml_new_xmldoc('1.0'); domxml_add_root($xmldoc,"bla"); Configure ./configure --with-config-file-path=/usr/local/apache/conf --with-zlib --with-mysql --with-sablot --with-apxs=/usr/local/apache/bin/apxs --enable-versioning --with-dom=/opt/gnome libxml2-2.3.3 --- Full Bug description available at: http://bugs.php.net/?id=9896 -- 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-DEV] PHP 4.0 Bug #9896: segfaults at $xmldoc-add_root(root);
From: [EMAIL PROTECTED] Operating system: Linux 2.4.2 PHP version: 4.0 Latest CVS (21/03/2001) PHP Bug Type: DOM XML related Bug description: segfaults at $xmldoc-gt;add_root("root"); Reproduce with: $xmldoc = domxml_new_xmldoc('1.0'); domxml_add_root($xmldoc,"bla"); Configure ./configure --with-config-file-path=/usr/local/apache/conf --with-zlib --with-mysql --with-sablot --with-apxs=/usr/local/apache/bin/apxs --enable-versioning --with-dom=/opt/gnome libxml2-2.3.3 -- Edit Bug report at: http://bugs.php.net/?id=9896edit=1 -- 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]