#44225 [Opn-Bgs]: Build with newer libxml on for windows
ID: 44225
Updated by: [EMAIL PROTECTED]
Reported By: daniel dot oconnor at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: Windows
PHP Version: 5.2.5
New Comment:
This has already been done. Download a snap build if you want the newer
versions (libxml2 2.6.31 and libxslt 1.1.22). Next release will also
include these.
Previous Comments:
[2008-02-23 06:01:14] daniel dot oconnor at gmail dot com
Description:
Any chance of getting the version of libxml, libxslt, libexslt bumped
higher for windows builds?
Something around the libxml 2.6.30, libxslt 10122 and libexslt 813
mark?
The current bundled libraries produce incorrect XSLT results.
This in turn blocks implementing a php grddl implementation that
properly conforms to the spec (http://www.w3.org/2004/01/rdxh/spec)
Reproduce code:
---
?php
$xml =
http://www.w3.org/2001/sw/grddl-wg/td/xhtmlWithMoreThanOneGrddlTransformation.html;;
$stylesheet = http://www.w3.org/2001/sw/grddl-wg/td/getAuthor.xsl;;
$dom = new DOMDocument('1.0');
$dom-load($xml);
$xsl = new DOMDocument();
$xsl-load($stylesheet);
$proc = new XSLTProcessor();
$proc-importStyleSheet($xsl);
print $proc-transformToXML($dom);
phpinfo(8);
Expected result:
C:\xsltproc http://www.w3.org/2001/sw/grddl-wg/td/getAuthor.xsl
http://www.w3.org/2001/sw/grddl-wg/td/xhtmlWithMoreThanOneGrddlTransformation.html
rdf:RDF xmlns:rdf=http://www.w3.org/1999/02/22-rdf-syntax-ns#;
xmlns:foaf=http://xmlns.com/foaf/0.1/;
rdf:Description rdf:about=
dc:creator xmlns:dc=http://purl.org/dc/elements/1.1/;
rdf:parseType=Resource
foaf:homepage rdf:resource=http://www.w3.org/People/Dom//
/dc:creator
/rdf:Description
/rdf:RDF
C:\xsltproc --version
Using libxml 20630, libxslt 10122 and libexslt 813
xsltproc was compiled against libxml 20630, libxslt 10122 and libexslt
813
libxslt 10122 was compiled against libxml 20630
libexslt 813 was compiled against libxml 20630
Actual result:
--
Warning: XSLTProcessor::transformToXml(): Undefined namespace prefix in
C:\old-libxml.php on line 15
Warning: XSLTProcessor::transformToXml(): xmlXPathEval: evaluation
failed in C:\old-libxml.php on line 15
Warning: XSLTProcessor::transformToXml(): Undefined namespace prefix in
C:\old-libxml.php on line 15
Warning: XSLTProcessor::transformToXml(): xmlXPathEval: evaluation
failed in C:\old-libxml.php on line 15
Warning: XSLTProcessor::transformToXml(): Undefined namespace prefix in
C:\old-libxml.php on line 15
Warning: XSLTProcessor::transformToXml(): xmlXPathEval: evaluation
failed in C:\old-libxml.php on line 15
Warning: XSLTProcessor::transformToXml(): Undefined namespace prefix in
C:\old-libxml.php on line 15
Warning: XSLTProcessor::transformToXml(): xmlXPathEval: evaluation
failed in C:\old-libxml.php on line 15
Warning: XSLTProcessor::transformToXml(): Undefined namespace prefix in
C:\old-libxml.php on line 15
Warning: XSLTProcessor::transformToXml(): xmlXPathEval: evaluation
failed in C:\old-libxml.php on line 15
?xml version=1.0 encoding=utf-8?
rdf:RDF xmlns:rdf=http://www.w3.org/1999/02/22-rdf-syntax-ns#;
xmlns:foaf=http://xmlns.com/foaf/0.1/;
rdf:Description rdf:about=
dc:creator xmlns:dc=http://purl.org/dc/elements/1.1/;
rdf:parseType=Resource
foaf:homepage rdf:resource=//
/dc:creator
/rdf:Description
rdf:Description rdf:about=
dc:creator xmlns:dc=http://purl.org/dc/elements/1.1/;
rdf:parseType=Resource
foaf:homepage rdf:resource=simpleTransform.xsl/
/dc:creator
/rdf:Description
rdf:Description rdf:about=
dc:creator xmlns:dc=http://purl.org/dc/elements/1.1/;
rdf:parseType=Resource
foaf:homepage rdf:resource=getAuthor.xsl/
/dc:creator
/rdf:Description
rdf:Description rdf:about=
dc:creator xmlns:dc=http://purl.org/dc/elements/1.1/;
rdf:parseType=Resource
foaf:homepage rdf:resource=http://www.w3.org/People/Dom//
/dc:creator
/rdf:Description
rdf:Description rdf:about=
dc:creator xmlns:dc=http://purl.org/dc/elements/1.1/;
rdf:parseType=Resource
foaf:homepage rdf:resource=mailto:[EMAIL PROTECTED]/
/dc:creator
/rdf:Description
/rdf:RDF
phpinfo()
bcmath
BCMath support = enabled
calendar
Calendar support = enabled
com_dotnet
COM support = enabled
DCOM support = disabled
.Net support = enabled
Directive = Local Value = Master Value
com.allow_dcom = 0 = 0
com.autoregister_casesensitive = 1 = 1
com.autoregister_typelib = 0 = 0
com.autoregister_verbose = 0 = 0
com.code_page = no value = no value
com.typelib_file = no value = no value
ctype
ctype functions = enabled
date
date/time support = enabled
Olson Timezone Database Version = 2007.9
Timezone Database = internal
Default timezone = UTC
Directive = Local Value = Master Value
date.default_latitude = 31.7667 = 31.7667
#43397 [Fbk-Opn]: crashes in _zend_mm_free_int
ID: 43397 User updated by: phajdan dot jr at gmail dot com Reported By: phajdan dot jr at gmail dot com -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Linux (Gentoo 2007.0) PHP Version: 5.3CVS-2007-11-25 Assigned To: dmitry New Comment: Well, I wrote this earlier: I couldn't reduce the set of failing code enough to be usable. I tried again. At some point the problem disappears. It seems to be caused by a big amount of allocation/deallocation, so would be difficult to reproduce in a short script. Please note that the bug has been *introduced* with Zend MM. In earlier versions of PHP it's just not present. That may help finding the cause. I can also try to help reproduce the issue some other way, if you can provide me with some instructions or directions. Previous Comments: [2008-02-20 14:50:41] [EMAIL PROTECTED] It is not possible to reproduce and fix the bug, without bad code. [2008-02-13 18:49:14] phajdan dot jr at gmail dot com Please take a look at my original report - I was unable to extract a simple fragment which is causing the problem. Yet I'm still able to debug the issue in some other way. One thing is worth noting: I'm almost sure it's something withe the new Zend MM introduced in some recent version of PHP. This crash didn't happen earlier (I tested it again with older version just to make sure), and with debug build it also does not happen. [2008-02-13 18:45:01] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-11-26 17:55:30] phajdan dot jr at gmail dot com I can confirm the bug with latest CVS snapshot. GDB backtrace: #0 0xb77f4b79 in _zend_mm_free_int () from /usr/lib/apache2/modules/libphp5.so #1 0xb7810087 in _zval_dtor_func () from /usr/lib/apache2/modules/libphp5.so #2 0xb7803cc9 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so #3 0xb781a866 in zend_hash_destroy () from /usr/lib/apache2/modules/libphp5.so #4 0xb78297e3 in zend_object_std_dtor () from /usr/lib/apache2/modules/libphp5.so #5 0xb7829812 in zend_objects_free_object_storage () from /usr/lib/apache2/modules/libphp5.so #6 0xb782cc17 in zend_objects_store_del_ref_by_handle () from /usr/lib/apache2/modules/libphp5.so #7 0xb782cc57 in zend_objects_store_del_ref () from /usr/lib/apache2/modules/libphp5.so #8 0xb7803cc9 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so #9 0xb781a866 in zend_hash_destroy () from /usr/lib/apache2/modules/libphp5.so #10 0xb7810087 in _zval_dtor_func () from /usr/lib/apache2/modules/libphp5.so #11 0xb7803cc9 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so #12 0xb781a866 in zend_hash_destroy () from /usr/lib/apache2/modules/libphp5.so #13 0xb7810087 in _zval_dtor_func () from /usr/lib/apache2/modules/libphp5.so #14 0xb7803cc9 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so #15 0xb781aa56 in zend_hash_clean () from /usr/lib/apache2/modules/libphp5.so #16 0xb7807b75 in zend_cleanup_op_array_data () from /usr/lib/apache2/modules/libphp5.so #17 0xb7807b97 in zend_cleanup_function_data_full () from /usr/lib/apache2/modules/libphp5.so #18 0xb781a73c in zend_hash_apply () from /usr/lib/apache2/modules/libphp5.so #19 0xb7807a09 in zend_cleanup_class_data () from /usr/lib/apache2/modules/libphp5.so #20 0xb781a73c in zend_hash_apply () from /usr/lib/apache2/modules/libphp5.so #21 0xb78040f9 in shutdown_executor () from /usr/lib/apache2/modules/libphp5.so #22 0xb78105fd in zend_deactivate () from /usr/lib/apache2/modules/libphp5.so #23 0xb77cce79 in php_request_shutdown () from /usr/lib/apache2/modules/libphp5.so #24 0xb7893f9d in php_handler () from /usr/lib/apache2/modules/libphp5.so #25 0x08079037 in ap_run_handler () #26 0x0807c1b7 in ap_invoke_handler () #27 0x08087068 in ap_process_request () #28 0x080842cf in ap_process_http_connection () #29 0x0807ff67 in ap_run_process_connection () #30 0x0808b1a4 in child_main () #31 0x0808b409 in make_child () #32 0x0808c177 in ap_mpm_run () #33 0x08066908 in main () [2007-11-25 17:28:12] [EMAIL PROTECTED] Please try using this CVS snapshot:
#44226 [NEW]: Throwing an exception causes crash
From: james dot j dot hackett at gmail dot com
Operating system: linux debian 2.6.18-5-686
PHP version: 5.3CVS-2008-02-23 (snap)
PHP Bug Type: Reproducible crash
Bug description: Throwing an exception causes crash
Description:
Throwing an exception causes a segmentation fault
Reproduce code:
---
?php
try{
throw new Exception(Hi, I am an Exception);
}
catch(Exception $e)
{
echo $e-getMessage();
}
?
Expected result:
display Hi, I am an Exception
Actual result:
--
#0 0x in ?? ()
#1 0x2acf5c4008de in execute (op_array=0xa1af00, tsrm_ls=0xa00550)
zend_vm_execute.h:91
#2 0x2acf5c3db6aa in zend_execute_scripts (type=8, tsrm_ls=0xa00550,
retval=0xa98be8, file_count=3) zend.c:1173
#3 0x2acf5c38ba36 in php_execute_script (primary_file=0x4700cf40,
tsrm_ls=0xa00550) main.c:2026
#4 0x2acf5c474849 in php_handler (r=0x9fa5b8) sapi_apache2.c:629
#5 0x00437c4a in ap_run_handler ()
#6 0x0043affc in ap_invoke_handler ()
#7 0x00447248 in ap_process_request ()
#8 0x0044468c in ?? ()
#9 0x0043ec22 in ap_run_process_connection ()
#10 0x0044b696 in ?? ()
#11 0x2acf57bbd317 in start_thread () from /lib/libpthread.so.0
#12 0x2acf580a9d5d in clone () from /lib/libc.so.6
#13 0x in ?? ()
--
Edit bug report at http://bugs.php.net/?id=44226edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44226r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44226r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44226r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44226r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44226r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44226r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44226r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44226r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44226r=support
Expected behavior:http://bugs.php.net/fix.php?id=44226r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44226r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44226r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44226r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44226r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44226r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44226r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44226r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44226r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44226r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44226r=mysqlcfg
#31193 [Com]: iconv.c:254 undefined reference to 'libiconv'
ID: 31193 Comment by: kspetter at curreyadkinscook dot com Reported By: david at cubbieco dot com Status: No Feedback Bug Type: Compile Failure Operating System: linux gcc-3.2 PHP Version: 5.0.3 New Comment: What did you add in the EXTRA_LIBS variable? I'm having the same issue with version 5.2.5 as well and I can also tell that it's looking for a different area for the libary even if I'm doing a --with-iconv=dirname If someone can point out what they did I'll be glad to test out if it resolves it for me as well. Previous Comments: [2008-02-18 14:55:47] bugs dot php dot net at michaelrack dot de Same Problem here in v5.2.5. libiconv exists on my Gentoo Base 2007.1 System. PHP automaticly derminates the location of libiconv and compile against this library. The Configure-Script have to add -liconv to the EXTRA_LIBS variable. After i've added this library to the EXTRA_LIBS variable, PHP compiles without a error-message. Another solution is --without-libiconv ... but there is still a bug in the configure-script! Kind regards, Michael Rack http://www.michaelrack.de [2008-02-17 18:53:26] marrtins at hackers dot lv undefined reference to `libiconv_open' php 5.2.5, slackware 10 [2007-11-15 08:57:10] fr33z at inmail dot cz I have the same problem with PHP 5.2.5 on Slackware 11, why it isn't still fixed? [2007-11-02 23:41:11] w dot peter dot howell at meccahosting dot com This problem still occurs in v5.2.4. It's been 3 years now. Does someone plan to fix this? [2007-07-24 09:09:29] janarbek at icu dot ac dot kr I tried to install Php5.2.3 on Fedora 4 with Apache 2 if you add -liconv to EXTRA_LIBS then make works fine. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/31193 -- Edit this bug report at http://bugs.php.net/?id=31193edit=1
#44227 [NEW]: PHP parses string inside quotes as PHP code
From: cmouse at desteem dot org
Operating system: Windows XP x64
PHP version: 5.2.5
PHP Bug Type: Scripting Engine problem
Bug description: PHP parses string inside quotes as PHP code
Description:
For some reason, php seems to think that code inside single or double
quotes spanned over several lines is source code.
Reproduce code:
---
?php
$lang = 'fi';
$str = '
?php
class Test_Me_Here_' . $lang . ' {
}';
echo $str
?
Expected result:
php test.php
class Test_Me_Here_fi {
}
Actual result:
--
php test.php
PHP Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING,
expecting '{' in C:\eclipse\workspace\luuppi\vendors\Luuppi\test.php on
line 7
--
Edit bug report at http://bugs.php.net/?id=44227edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44227r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44227r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44227r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44227r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44227r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44227r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44227r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44227r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44227r=support
Expected behavior:http://bugs.php.net/fix.php?id=44227r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44227r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44227r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44227r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44227r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44227r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44227r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44227r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44227r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44227r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44227r=mysqlcfg
#44227 [Opn-Bgs]: PHP parses string inside quotes as PHP code
ID: 44227
User updated by: cmouse at desteem dot org
Reported By: cmouse at desteem dot org
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows XP x64
PHP Version: 5.2.5
New Comment:
Sorry, my bad.
Previous Comments:
[2008-02-23 16:56:47] cmouse at desteem dot org
Description:
For some reason, php seems to think that code inside single or double
quotes spanned over several lines is source code.
Reproduce code:
---
?php
$lang = 'fi';
$str = '
?php
class Test_Me_Here_' . $lang . ' {
}';
echo $str
?
Expected result:
php test.php
class Test_Me_Here_fi {
}
Actual result:
--
php test.php
PHP Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING,
expecting '{' in C:\eclipse\workspace\luuppi\vendors\Luuppi\test.php on
line 7
--
Edit this bug report at http://bugs.php.net/?id=44227edit=1
#43983 [NoF-Opn]: Weird referencing with stdClass objects
ID: 43983 User updated by: rubens21 at gmail dot com Reported By: rubens21 at gmail dot com -Status: No Feedback +Status: Open Bug Type:Scripting Engine problem PHP Version: 5.2.5 New Comment: What does it output when you replace print_r() with var_dump() ? R: The same Previous Comments: [2008-02-09 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2008-02-01 22:28:15] [EMAIL PROTECTED] What does it output when you replace print_r() with var_dump() ? [2008-01-30 15:40:53] rubens21 at gmail dot com This example is more simple: $test = new stdClass(); $Objeto = new stdClass(); $test-valor = The first value; $Objeto-valorDeTeste[] = $test; $test-valor = The second value; print_r($Objeto-valorDeTeste); Expected: Array ( [0] = stdClass Object ( [valor] = The first value ) ) Actual Array ( [0] = stdClass Object ( [valor] = The second value ) ) [2008-01-30 15:37:54] rubens21 at gmail dot com Description: change atribute of a class, and arrays that received values is change too. I know that the bug #33207 (http://bugs.php.net/bug.php?id=33207edit=2) describes this same problem, but there is not the solution and the id of the other related. Reproduce code: --- $test = new stdClass(); $Objeto = new stdClass(); $test-valor = No Change!; $Objeto-valorDeTeste[] = $test; $test-valor = Yes, change!; $Objeto-valorDeTeste[] = $test; print_r($Objeto-valorDeTeste); Expected result: Array ( [0] = stdClass Object ( [valor] = No Change! ) [1] = stdClass Object ( [valor] = Yes, change! ) ) Actual result: -- Array ( [0] = stdClass Object ( [valor] = Yes, change! ) [1] = stdClass Object ( [valor] = Yes, change! ) ) -- Edit this bug report at http://bugs.php.net/?id=43983edit=1
#44220 [Opn-Bgs]: Cre Loaded error
ID: 44220 Updated by: [EMAIL PROTECTED] Reported By: machineextractor at yahoo dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows Xp Professional PHP Version: 5.2.5 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2008-02-22 20:40:16] machineextractor at yahoo dot com Description: Wen i finished to install new version of creloaded and i try to go in the admin area i reveive this error: Reproduce code: --- The instruction at 0x03135bd2 refered memory at 0x.The memory could not be read. -- Edit this bug report at http://bugs.php.net/?id=44220edit=1
#44221 [Opn-Fbk]: 'make test' hangs indefinitely on check #1518
ID: 44221 Updated by: [EMAIL PROTECTED] Reported By: willm1 at cs dot umbc dot edu -Status: Open +Status: Feedback -Bug Type: *Compile Issues +Bug Type: Compile Failure Operating System: Solaris 10-u4 PHP Version: 5.2.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2008-02-22 20:49:01] willm1 at cs dot umbc dot edu Description: Test number 1519 hangs while building on Solaris 10, for at least 40 minutes. I'm not sure if this is related, but the /tmp/BUILD/php-5.2.5/tmp-php.ini file mentioned in the output is currently empty. This problem is reproducible with the steps below; I've run it three times, nuking the php-5.2.5 directory in between. The PHP process appears to go into a loop querying NIS for i_dont_exist.com, although NIS is not specified in nsswitch.conf as a place to get hostnames from. This happens both with and without NSCD running. Reproduce code: --- export PATH=/usr/ccs/bin:/usr/sbin:/usr/bin:/bin:/opt/csw/bin:/opt/csw/sbin:/opt/sfw/bin:/usr/sfw/bin CFLAGS='-O2 -g -pipe -R/usr/site/lib -R/usr/sfw/lib -m32' \ ./configure --prefix=/usr/site --sysconfdir=/usr/site/etc --mandir=/usr/site/share/man --with-zlib --enable-dba --with-gd --with-gettext --with-imap=/usr/site --with-imap-ssl=/usr/site --enable-soap --with-pear --with-libxml-dir=/usr/site --with-apxs2=/usr/site/sbin/apxs --with-mysql=/usr/sfw make make test Note that /usr/site contains all the packages we've built ourselves. Other packages build fine against the libraries in there, so I'm fairly certain external libraries aren't the issue. Expected result: Successful build. Actual result: -- + make test Build complete. Don't forget to run 'make test'. = CWD : /tmp/BUILD/php-5.2.5 PHP : /tmp/BUILD/php-5.2.5/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.5 ZEND_VERSION: 2.2.0 PHP_OS : SunOS - SunOS servername 5.10 Generic_120011-14 sun4u INI actual : /tmp/BUILD/php-5.2.5/tmp-php.ini More .INIs : Extra dirs : = TIME START 2008-02-22 14:06:36 = ... PASS Bug #29839 (incorrect convert (xml:lang to lang)) [ext/soap/tests/bugs/bug34453.phpt] PASS Bug #34643 (wsdl default value) [ext/soap/tests/bugs/bug34643.phpt] TEST 1519/3821 [ext/soap/tests/bugs/bug34657.phpt] (in another terminal) # snoop not port 22 Using device /dev/hme (promiscuous mode) servername.cs.umbc.edu - nis.cs.umbc.edu NIS C MATCH i_dont_exist.com in ipnodes.byname nis.cs.umbc.edu - servername.cs.umbc.edu NIS R MATCH No such key -- Edit this bug report at http://bugs.php.net/?id=44221edit=1
#44211 [Opn-Bgs]: Apache2+PHP5.2.5 php_openssl.dll problem
ID: 44211 Updated by: [EMAIL PROTECTED] Reported By: spyisaev at mail dot ru -Status: Open +Status: Bogus Bug Type: OpenSSL related Operating System: Windows XP PHP Version: 5.2.5 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2008-02-22 11:00:25] spyisaev at mail dot ru Description: PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\apache\\php\\ext\\php_openssl.dll' - The operating system cannot run %1.\r\n in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=44211edit=1
#44215 [Opn-Bgs]: filesize() returns wrong values for files 4gb
ID: 44215
Updated by: [EMAIL PROTECTED]
Reported By: php at hack-mich dot net
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Win Vista x64
PHP Version: 5.2.5
New Comment:
There's already FR for this in bug #34750 no need for another report.
Previous Comments:
[2008-02-22 15:19:52] php at hack-mich dot net
Description:
For files 4gb filesize returns negative values (seems that it
overwrites the sign bit - becomes negative)
Same is with 2gb files and 32bit oses, but that has not been confirmed
yet.
Reproduce code:
---
echo filesize('foo.bar');
//if foo.bar is 4gb it returns a negative value
Expected result:
something like 5234556
Actual result:
--
something like -3456634
--
Edit this bug report at http://bugs.php.net/?id=44215edit=1
#44201 [Opn-Asn]: Creating zip files cant use : in filename
ID: 44201
Updated by: [EMAIL PROTECTED]
Reported By: liamwheldon at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: Zip Related
Operating System: 2003 Server XP
PHP Version: 5.2.5
Assigned To: pajoye
Previous Comments:
[2008-02-21 23:21:43] [EMAIL PROTECTED]
Sounds like a bug in the windows zip tool.As you said it works with
pkzip, winzip, winrar, infozip, magiczip, etc.
I would suggest to either encode (see the shell escaping/encoding
function in php) the column or don't use it. I can't force an encoding,
it will break OS specific encoding.
I'll check again the specs to see how to act with these characters.
By the way, you don't need the unlink(..), you can force the creation
of a new archive with the open method.
[2008-02-21 10:33:50] liamwheldon at gmail dot com
Description:
I recently came across an issue when creating zip file son the fly
where windows XP built in zip archive viewer show'd no files within the
archive yet Winrar show'd the files fine. I have found the issue to be
in the time stamp as there is a ':' between hour and minute, once
removed this works fine in XP zip archive viewer.
Reproduce code:
---
unlink('E:/liam/bksbvalidation/bksb_results.zip');
$zip = new ZipArchive();
$filename = 'E:/liam/bksbvalidation/bksb_results.zip';
if ($zip-open($filename, ZIPARCHIVE::CREATE)!==TRUE) {
exit(cannot open $filename\n);
}
$zip-addFile('E:/Liam/keyskillbuilder/trials/bksb Initial
Assessment/Results/HTML/5bf57268_liam wheldon_1.html', 'Initial
assessment result 20th Feb 2008 9:37.html');
$zip-close();
Expected result:
I would expect to receive and open a readable zip archive
Actual result:
--
The zip archive wont open in windows XP zip archive viewer yet all 3rd
party zip readers work, yet show the file as not being HTML.
--
Edit this bug report at http://bugs.php.net/?id=44201edit=1
#44203 [Opn-Bgs]: ibm_db2 / db2_execute failure
ID: 44203
Updated by: [EMAIL PROTECTED]
Reported By: the_dude61 at hotmail dot com
-Status: Open
+Status: Bogus
-Bug Type: ODBC related
+Bug Type: *Database Functions
Operating System: openSUSE 10.2
PHP Version: 5.2.5
New Comment:
Report bugs in this PECL extension here:
http://pecl.php.net/bugs/report.php?package=ibm_db2
Previous Comments:
[2008-02-21 14:37:45] the_dude61 at hotmail dot com
Description:
Problem relates to ibm_db2-1.6.5 and DB2 v9.5.0.0 LINUXAMD6495.
I called a stored procedure with a blob parameter as follows:
$stmt = db2_prepare($conn, $sqlcmd);
$par_inid = 0;
$par_indata = 0011;
$par_outrc = 0;
db2_bind_param($stmt, 1, par_inid, DB2_PARAM_IN);
db2_bind_param($stmt, 2, par_indata, DB2_PARAM_IN,DB2_BINARY);
db2_bind_param($stmt, 3, par_outrc, DB2_PARAM_OUT);
if (db2_execute($stmt) )
ok
else
error
The DB2 stored procedure raises an error with [IBM][CLI
Driver][DB2/LINUXX8664] SQL0438N Application raised error with
diagnostic text: Id not found. SQLSTATE=77100.
But the db2_execute() function returns TRUE as if it was successfull.
I added some missing error handling code in ibm_db2.c - db2_execute()
to get the correct behaviour (see code below). The while loop did not
handle a SQL_ERROR of SQLParamData() as it occurs in my case. My case
was that the SQLExecute() requested one more data packet
(SQL_NEED_MORE). The next call to SQLParamData() within the while-loop
returned a sql error raised by the application because of an invalid id.
This error was not covered and db2_execute() returned with TRUE
(=successful).
Modified code (starts at line# 3277):
if ( rc == SQL_NEED_DATA ) {
while ( (rc = SQLParamData((SQLHSTMT)stmt_res-hstmt, (SQLPOINTER
*)valuePtr)) == SQL_NEED_DATA ) {
/* passing data value for a parameter */
rc = SQLPutData((SQLHSTMT)stmt_res-hstmt,
(SQLPOINTER)(((zvalue_value*)valuePtr)-str.val),
((zvalue_value*)valuePtr)-str.len);
if ( rc == SQL_ERROR ) {
php_error_docref(NULL TSRMLS_CC, E_WARNING, Sending
data failed);
_php_db2_check_sql_errors(stmt_res-hstmt,
SQL_HANDLE_STMT, rc, 1,
NULL, -1, 1 TSRMLS_CC);
RETVAL_FALSE;
}
}
if ( rc == SQL_ERROR ) {
php_error_docref(NULL TSRMLS_CC, E_WARNING, Statement Execute
Failed);
_php_db2_check_sql_errors(stmt_res-hstmt, SQL_HANDLE_STMT, rc,
1,
NULL, -1, 1 TSRMLS_CC);
RETVAL_FALSE;
}
}
Hope that this is not a huge text ;-)
--
Edit this bug report at http://bugs.php.net/?id=44203edit=1
#44229 [NEW]: Too many subpattern matches cause segfault
From: martin dot kevin at gmail dot com
Operating system: Debian
PHP version: 5.2CVS-2008-02-23 (snap)
PHP Bug Type: PCRE related
Bug description: Too many subpattern matches cause segfault
Description:
Matching a string against a pattern that will have many subpattern matches
causes a segmentation fault.
Reproduce code:
---
#!/usr/bin/env php
?php
$testPattern = EOS
/([^])+/
EOS;
$testString = '';
for ( $count = 0; $count 1030; $count++ )
$testString .= '\x90';
for ( $count = 1030; $count 4000; $count++ )
{
$testString .= '\x90';
echo $count\n;
preg_match ( $testPattern, $testString . '', $matches );
}
exit ( 0 );
?
Expected result:
Over 1000 matches:
[...]
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
Actual result:
--
Segmentation fault at either 1037 or 1038:
1030
1031
1032
1033
1034
1035
1036
1037
1038
Segmentation fault
Note that this seems to vary where it fails; either after 1037 matches or
1038 matches.
--
Edit bug report at http://bugs.php.net/?id=44229edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44229r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44229r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44229r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44229r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44229r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44229r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44229r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44229r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44229r=support
Expected behavior:http://bugs.php.net/fix.php?id=44229r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44229r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44229r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44229r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44229r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44229r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44229r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44229r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44229r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44229r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44229r=mysqlcfg
#44137 [Com]: Compile will fail with MySQL-5.1.23-rc
ID: 44137 Comment by: james dot j dot hackett at gmail dot com Reported By: jari dot tuomoja at gmail dot com Status: Open Bug Type: MySQLi related Operating System: Fedora Core 6, x86_64 PHP Version: 5.2.5 New Comment: This isn't a fedora problem, I am experiencing the same bug on Debian. Previous Comments: [2008-02-18 19:41:55] [EMAIL PROTECTED] A little more info: we are discussing this internally at MySQL. Its possible that the change which has caused this (unintended) problem will be reverted soon. [2008-02-18 15:27:57] [EMAIL PROTECTED] ACK, please try the latest versions. I recall similar issues not on FC6 but in general. There have been changes to some structures. Let me ping Andrey, he might know more. Ulf [2008-02-17 07:12:21] jari dot tuomoja at gmail dot com MySQL have compiled with following options: ./configure --prefix=/usr/local/mysql --enable-shared --enable-static --without-server Server has all latest libraries in use, they are installed with yum from Fedora reposity. --JARI-- [2008-02-17 07:08:32] jari dot tuomoja at gmail dot com Here is the configure script: ./configure --with-zlib-dir=/usr/local/ --enable-shared --enable-static --disable-short-tags --with-apxs2=/usr/local/apache2/bin/apxs --with-bz2 --with-mysql=/usr/local/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config --with-pdo-mysql=/usr/local/mysql/ --enable-exif --with-gd=/usr/local/ --with-freetype-dir=/usr/local/include/freetype2/ --with-png-dir=/usr/local/include/ --enable-mbstring=all --enable-gd-native-ttf --enable-calendar --enable-zip --enable-sqlite-utf8 --with-openssl --with-mcrypt --with-mhash --with-pear --enable-soap --enable-mod-charset --enable-ftp --with-xsl ./configure is succeed but when running make, then come this: /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_change_user': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:420: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:420: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:420: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_kill': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1152: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1152: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1152: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_ping': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1333: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1333: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1333: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_prepare': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1376: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1377: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1383: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1383: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1383: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_real_connect': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1453: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1454: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_real_query': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1492: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1492: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1492: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_select_db': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1761: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1761: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1761: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_store_result': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:2058: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:2058: error: 'NET'
#44230 [NEW]: ldap_search not supported RFC
From: apollon at hotbox dot ru Operating system: Windows PHP version: 5.2.5 PHP Bug Type: Feature/Change Request Bug description: ldap_search not supported RFC Description: Windows Server 2003 OU has name with RUSSIAN letters LDIFDE and CSVDE work with this OU, JExplorer work with this OU. PHP 5.2.5 ldap_list and ldap_search generate next: Warning: ldap_search(): Search: No such object in RFC 2253 - Lightweight Directory Access Protocol (v3): UTF-8 String Representation of Distinguished Names ldap_list and ldap_search not support this RFC !!! Reproduce code: --- // $dc - valid connection to domain controller $ou = ou=\04\21\04\23, dc=mydomain, dc=ru; // if $ou = cn=\04\21\04\23, dc=mydomain, dc=ru; - not work also $res = ldap_list($dc,$ou,(objectClass=User)); Expected result: list of object like this: // $dc - vaild connection to domain controller $ou = cn=users, dc=mudomain, dc=ru; $res = ldap_list($dc,$ou,(objectClass=User)); Actual result: -- Warning: ldap_search(): Search: No such object in mymodue.php line 3 -- Edit bug report at http://bugs.php.net/?id=44230edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44230r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44230r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44230r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44230r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44230r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44230r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44230r=needscript Try newer version:http://bugs.php.net/fix.php?id=44230r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44230r=support Expected behavior:http://bugs.php.net/fix.php?id=44230r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44230r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44230r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44230r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44230r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44230r=dst IIS Stability:http://bugs.php.net/fix.php?id=44230r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44230r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44230r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44230r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44230r=mysqlcfg
#44230 [Opn]: ldap_search not supported RFC
ID: 44230 User updated by: apollon at hotbox dot ru Reported By: apollon at hotbox dot ru Status: Open Bug Type: Feature/Change Request Operating System: Windows PHP Version: 5.2.5 New Comment: ldap_list make warning and no resule like ldap_search Previous Comments: [2008-02-23 23:16:46] apollon at hotbox dot ru Description: Windows Server 2003 OU has name with RUSSIAN letters LDIFDE and CSVDE work with this OU, JExplorer work with this OU. PHP 5.2.5 ldap_list and ldap_search generate next: Warning: ldap_search(): Search: No such object in RFC 2253 - Lightweight Directory Access Protocol (v3): UTF-8 String Representation of Distinguished Names ldap_list and ldap_search not support this RFC !!! Reproduce code: --- // $dc - valid connection to domain controller $ou = ou=\04\21\04\23, dc=mydomain, dc=ru; // if $ou = cn=\04\21\04\23, dc=mydomain, dc=ru; - not work also $res = ldap_list($dc,$ou,(objectClass=User)); Expected result: list of object like this: // $dc - vaild connection to domain controller $ou = cn=users, dc=mudomain, dc=ru; $res = ldap_list($dc,$ou,(objectClass=User)); Actual result: -- Warning: ldap_search(): Search: No such object in mymodue.php line 3 -- Edit this bug report at http://bugs.php.net/?id=44230edit=1
#44229 [Opn-Bgs]: Too many subpattern matches cause segfault
ID: 44229
Updated by: [EMAIL PROTECTED]
Reported By: martin dot kevin at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: PCRE related
Operating System: Debian
PHP Version: 5.2CVS-2008-02-23 (snap)
New Comment:
See:
Bug#33468
Bug#39387
Previous Comments:
[2008-02-23 22:52:38] martin dot kevin at gmail dot com
Description:
Matching a string against a pattern that will have many subpattern
matches causes a segmentation fault.
Reproduce code:
---
#!/usr/bin/env php
?php
$testPattern = EOS
/([^])+/
EOS;
$testString = '';
for ( $count = 0; $count 1030; $count++ )
$testString .= '\x90';
for ( $count = 1030; $count 4000; $count++ )
{
$testString .= '\x90';
echo $count\n;
preg_match ( $testPattern, $testString . '', $matches );
}
exit ( 0 );
?
Expected result:
Over 1000 matches:
[...]
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
Actual result:
--
Segmentation fault at either 1037 or 1038:
1030
1031
1032
1033
1034
1035
1036
1037
1038
Segmentation fault
Note that this seems to vary where it fails; either after 1037 matches
or 1038 matches.
--
Edit this bug report at http://bugs.php.net/?id=44229edit=1
#44178 [Opn-Bgs]: include_path set in vhost reverts to php.ini default intermittently
ID: 44178 Updated by: [EMAIL PROTECTED] Reported By: tallyce at gmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Vista PHP Version: 5.2.5 New Comment: So let's make this bogus since there's already a report about the issue. Previous Comments: [2008-02-21 12:59:43] tallyce at gmail dot com I'm pretty sure this is a duplicate of bug #43677. The behaviour certainly fits with the comment at 7 Jan 10:57pm UTC there. [2008-02-19 23:40:19] tallyce at gmail dot com Description: I'm running Vista/Apache2.2.8/PHP5.2.5 with PHP as mod_php rather than as a CGI. Apache2 was installed using the msiexec /i flag as described here: www.simonwhatley.co.uk/installing-apache-on-vista . The include_path set in a vhost basically just gets 'forgotten' after a while and the value set in the specified php.ini gets used. As a result, applications fail because they can't find the files intended to be included, with the result: Warning: require_once(app.php) [function.require-once]: failed to open stream: No such file or directory in C:\Users\Tallyce\Documents\Website1\launcher.php on line 12 Fatal error: require_once() [function.require]: Failed opening required 'app.php' (include_path='.;C:\Program Files\php\pear;C:\PROGRA~1\php\pear') in C:\Users\Tallyce\Documents\Website1\launcher.php on line 12 (so PHP is still running, just not looking in the right place any more.) Restarting apache's 'Restart' link on the start menu using right-click 'Run as Administrator' fixes the problem, until it happens again. Different vhosts seem to lose the setting at different times. The problem seems to happen more often when other sites' pages are loaded more often. About 20 page loads are sometimes enough to cause the problem to happen again. The problem started after starting to use Vista rather than XP as before. I've tried running Process Monitor from sysinternals, and limiting the results to httpd.exe . I notice that the following output does not always appear, though before this point the output is consistent (though I've no idea if this is relevant). After this point, the output changes to reflect the different include_paths being checked. Thread Create SUCCESS Thread ID: 5980 RegOpenKey HKLM\SOFTWARE\PHP\5.2.5\Per Directory ValuesNAME NOT FOUND Desired Access: Read RegOpenKey HKLM\SOFTWARE\PHP\5.2.5\Per Directory ValuesNAME NOT FOUND Desired Access: Read RegOpenKey HKLM\SOFTWARE\PHP\5.2\Per Directory Values NAME NOT FOUND Desired Access: Read RegOpenKey HKLM\SOFTWARE\PHP\5\Per Directory ValuesNAME NOT FOUND Desired Access: Read RegOpenKey HKLM\SOFTWARE\PHP\Per Directory Values NAME NOT FOUND Desired Access: Read There is no such tree in the registry HKLM\SOFTWARE\PHP\ A diff of phpinfo output in the incorrect state, vs. the post-restarted state is: trtd class=einclude_path/tdtd class=v.;C:\Programnbsp;Files\php\pear;C:\PROGRA~1\php\pear/tdtd class=v.;C:\Programnbsp;Files\php\pear;C:\PROGRA~1\php\pear/td/tr --- trtd class=einclude_path/tdtd class=vc:/Users/Tallyce/Documents/common-libraries//tdtd class=v.;C:\Programnbsp;Files\php\pear;C:\PROGRA~1\php\pear/td/tr 190c190 trtd class=eREMOTE_PORT /tdtd class=v55768 /td/tr --- trtd class=eREMOTE_PORT /tdtd class=v55869 /td/tr 215c215 trtd class=eKeep-Alive /tdtd class=vtimeout=15, max=99 /td/tr --- trtd class=eKeep-Alive /tdtd class=vtimeout=15, max=100 /td/tr 348c348 trtd class=embstring.internal_encoding/tdtd class=vino value/i/tdtd class=vino value/i/td/tr --- trtd class=embstring.internal_encoding/tdtd class=vISO-8859-1/tdtd class=vino value/i/td/tr 613c613 trtd class=e_SERVER[REMOTE_PORT]/tdtd class=v55768/td/tr --- trtd class=e_SERVER[REMOTE_PORT]/tdtd class=v55869/td/tr 625c625 trtd class=e_SERVER[REQUEST_TIME]/tdtd class=v1203417879/td/tr --- trtd class=e_SERVER[REQUEST_TIME]/tdtd class=v1203418704/td/tr 639c639 -- Edit this bug report at http://bugs.php.net/?id=44178edit=1
#43397 [Opn-Fbk]: crashes in _zend_mm_free_int
ID: 43397 Updated by: [EMAIL PROTECTED] Reported By: phajdan dot jr at gmail dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux (Gentoo 2007.0) PHP Version: 5.3CVS-2007-11-25 Assigned To: dmitry New Comment: One basic thing missing from this report: Your configure line. And no, we're not interested in some Gentoo way of building PHP, we only support our way: ./configure options make :) Previous Comments: [2008-02-23 12:42:31] phajdan dot jr at gmail dot com Well, I wrote this earlier: I couldn't reduce the set of failing code enough to be usable. I tried again. At some point the problem disappears. It seems to be caused by a big amount of allocation/deallocation, so would be difficult to reproduce in a short script. Please note that the bug has been *introduced* with Zend MM. In earlier versions of PHP it's just not present. That may help finding the cause. I can also try to help reproduce the issue some other way, if you can provide me with some instructions or directions. [2008-02-20 14:50:41] [EMAIL PROTECTED] It is not possible to reproduce and fix the bug, without bad code. [2008-02-13 18:49:14] phajdan dot jr at gmail dot com Please take a look at my original report - I was unable to extract a simple fragment which is causing the problem. Yet I'm still able to debug the issue in some other way. One thing is worth noting: I'm almost sure it's something withe the new Zend MM introduced in some recent version of PHP. This crash didn't happen earlier (I tested it again with older version just to make sure), and with debug build it also does not happen. [2007-11-24 15:58:06] phajdan dot jr at gmail dot com Description: I have a not-so-small script (20k LOC) and there is a problem during some extensive operations in it: a crash. I tried to find out which part of my program could cause it (tried to comment out some fragments of code etc - but the code isn't very simple, so I couldn't find a fragment possibly related to the crash). I have 3 backtraces, with PHP compiled with -debug (Gentoo USE flag). When compiled with debug, the issue doesn't persist. I don't know how should I debug the problem - if I can do something to help you fix it - I will. Actual result: -- Backtrace 1: #0 0xb7782fe8 in _zend_mm_free_int () from /usr/lib/apache2/modules/libphp5.so #1 0xb77a6d46 in zend_hash_destroy () from /usr/lib/apache2/modules/libphp5.so #2 0xb779c9e7 in _zval_dtor_func () from /usr/lib/apache2/modules/libphp5.so #3 0xb7790a99 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so #4 0xb77a6d20 in zend_hash_destroy () from /usr/lib/apache2/modules/libphp5.so #5 0xb779c9e7 in _zval_dtor_func () from /usr/lib/apache2/modules/libphp5.so #6 0xb7790a99 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so #7 0xb77a6d20 in zend_hash_destroy () from /usr/lib/apache2/modules/libphp5.so #8 0xb779c9e7 in _zval_dtor_func () from /usr/lib/apache2/modules/libphp5.so #9 0xb7790a99 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so #10 0xb77a6d20 in zend_hash_destroy () from /usr/lib/apache2/modules/libphp5.so #11 0xb77b5ea3 in zend_object_std_dtor () from /usr/lib/apache2/modules/libphp5.so #12 0xb77b5ed2 in zend_objects_free_object_storage () from /usr/lib/apache2/modules/libphp5.so #13 0xb77b8fd7 in zend_objects_store_del_ref_by_handle () from /usr/lib/apache2/modules/libphp5.so #14 0xb77b9017 in zend_objects_store_del_ref () from /usr/lib/apache2/modules/libphp5.so #15 0xb7790a99 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so #16 0xb77a6d20 in zend_hash_destroy () from /usr/lib/apache2/modules/libphp5.so #17 0xb779c9e7 in _zval_dtor_func () from /usr/lib/apache2/modules/libphp5.so #18 0xb7790a99 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so #19 0xb77a6d20 in zend_hash_destroy () from /usr/lib/apache2/modules/libphp5.so #20 0xb779c9e7 in _zval_dtor_func () from /usr/lib/apache2/modules/libphp5.so #21 0xb7790a99 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so #22 0xb77a6f10 in zend_hash_clean () from /usr/lib/apache2/modules/libphp5.so #23 0xb7794915 in zend_cleanup_op_array_data () from /usr/lib/apache2/modules/libphp5.so #24 0xb7794937 in zend_cleanup_function_data_full () from /usr/lib/apache2/modules/libphp5.so #25 0xb77a6bec in zend_hash_apply () from /usr/lib/apache2/modules/libphp5.so #26 0xb77947a9 in zend_cleanup_class_data () from /usr/lib/apache2/modules/libphp5.so #27 0xb77a6bec in zend_hash_apply () from /usr/lib/apache2/modules/libphp5.so #28 0xb7790eb9 in shutdown_executor () from
#44134 [Opn-Fbk]: sessions calling causes timeout and failed response in simplexml and curl
ID: 44134
Updated by: [EMAIL PROTECTED]
Reported By: doc+phpbugs at skynet dot ie
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: ubuntu linux
PHP Version: 5.2.5
New Comment:
That's still quite complete script, or do you start sessions
automatically? (it's missing session_start(); :)
And as you're obviously calling another script on same server with same
session as the current one, you should be using this:
http://php.net/session_write_close
You should put the call to session_write_close(); before the
curl/simplexml calls.
Previous Comments:
[2008-02-19 17:46:24] doc+phpbugs at skynet dot ie
Sorry, I meant to add that the url listed here isn't real but the
result should happen with any url which utilises a session on
connection.
[2008-02-18 18:55:45] doc+phpbugs at skynet dot ie
?php
define('DATAURL','http://magpiedev.com/data.php');
$data_source_url = DATAURL.'?bget=1'.session_name().'='.session_id();
$basket_details = simplexml_load_file($data_source_url);
?
[2008-02-18 09:36:18] [EMAIL PROTECTED]
Please provide a proper reproducing script. The one here is not
enough.
Proper script is 100% self-contained and starts with ?php and ends
with ? (for the sake of being clear where the script really ends :)
[2008-02-15 23:19:46] doc+phpbugs at skynet dot ie
Description:
When I pass a parameter of session_name()=session_id() in a url or as a
header and use curl or simplexml the connection times out. I get the
following response from simplexml_load_file($url).
failed to open stream: HTTP request failed!
However, when I connect to the same url with curl on the commandline I
get the expected response immediately.
Reproduce code:
---
echo $data_source_url =
DATAURL.'?bget=1'.session_name().'='.session_id().'basket_id='.clean_from_db($basket_id);
$basket_details = simplexml_load_file($data_source_url);
I also get the same when I use:
$ch=curl_init();
echo $this-URL.$this-XMLRequest.'?'.$urlstring;
curl_setopt($ch,
CURLOPT_URL,$this-URL.$this-XMLRequest.'?'.$urlstring);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$data = curl_exec($ch);
curl_close($ch);
or pass it as a more standard CURLOPT_HTTPHEADER to curl_setopt.
Expected result:
To retrieve xml from the server.
Actual result:
--
The page is called which then attempts to connect to the data url, that
stalls for some time then calls the server correctly then the script
eventually times out.
I've used wireshark on the machine and it's calling the url correctly
and getting the expected response, as I can see the xml being passed
back, but somewhere between then and actually returning, it stalls and
times out.
--
Edit this bug report at http://bugs.php.net/?id=44134edit=1
#44134 [Fbk]: sessions calling causes timeout and failed response in simplexml and curl
ID: 44134
Updated by: [EMAIL PROTECTED]
Reported By: doc+phpbugs at skynet dot ie
Status: Feedback
Bug Type: Session related
Operating System: ubuntu linux
PHP Version: 5.2.5
New Comment:
s/complete/incomplete/ :)
Previous Comments:
[2008-02-24 00:30:54] [EMAIL PROTECTED]
That's still quite complete script, or do you start sessions
automatically? (it's missing session_start(); :)
And as you're obviously calling another script on same server with same
session as the current one, you should be using this:
http://php.net/session_write_close
You should put the call to session_write_close(); before the
curl/simplexml calls.
[2008-02-19 17:46:24] doc+phpbugs at skynet dot ie
Sorry, I meant to add that the url listed here isn't real but the
result should happen with any url which utilises a session on
connection.
[2008-02-18 18:55:45] doc+phpbugs at skynet dot ie
?php
define('DATAURL','http://magpiedev.com/data.php');
$data_source_url = DATAURL.'?bget=1'.session_name().'='.session_id();
$basket_details = simplexml_load_file($data_source_url);
?
[2008-02-18 09:36:18] [EMAIL PROTECTED]
Please provide a proper reproducing script. The one here is not
enough.
Proper script is 100% self-contained and starts with ?php and ends
with ? (for the sake of being clear where the script really ends :)
[2008-02-15 23:19:46] doc+phpbugs at skynet dot ie
Description:
When I pass a parameter of session_name()=session_id() in a url or as a
header and use curl or simplexml the connection times out. I get the
following response from simplexml_load_file($url).
failed to open stream: HTTP request failed!
However, when I connect to the same url with curl on the commandline I
get the expected response immediately.
Reproduce code:
---
echo $data_source_url =
DATAURL.'?bget=1'.session_name().'='.session_id().'basket_id='.clean_from_db($basket_id);
$basket_details = simplexml_load_file($data_source_url);
I also get the same when I use:
$ch=curl_init();
echo $this-URL.$this-XMLRequest.'?'.$urlstring;
curl_setopt($ch,
CURLOPT_URL,$this-URL.$this-XMLRequest.'?'.$urlstring);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$data = curl_exec($ch);
curl_close($ch);
or pass it as a more standard CURLOPT_HTTPHEADER to curl_setopt.
Expected result:
To retrieve xml from the server.
Actual result:
--
The page is called which then attempts to connect to the data url, that
stalls for some time then calls the server correctly then the script
eventually times out.
I've used wireshark on the machine and it's calling the url correctly
and getting the expected response, as I can see the xml being passed
back, but somewhere between then and actually returning, it stalls and
times out.
--
Edit this bug report at http://bugs.php.net/?id=44134edit=1
#44217 [Opn-Fbk]: Output after stdout/stderr closed cause immediate exit
ID: 44217
Updated by: [EMAIL PROTECTED]
Reported By: exe at travian dot org
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: GNU/Linux Kernel 2.6.18
PHP Version: 5.2.5
New Comment:
That's quite expected since you're still trying to output to STDOUT.
Why do you want to close STDOUT anyway?
See also: http://www.php.net/wrappers.php
Previous Comments:
[2008-02-22 17:32:15] exe at travian dot org
Description:
If STDOUT and/or STDERR are closed, output by the php script cause the
interpreter to exit immediately.
According to strace output, php tries to write to the closed STDOUT
file handle, causing a Bad file descriptor error and exit of the
interpreter:
[...]
close(1)= 0
[...]
write(1, foo, 3) = -1 EBADF (Bad file
descriptor)
close(0)= 0
close(2)= 0
[...]
exit_group(0) = ?
Process 19177 detached
Reproduce code:
---
?php
fclose(STDOUT);
print foo;
sleep(10);
?
Expected result:
No output, php sleeping for 10 seconds.
Actual result:
--
php exits immediately, strace shows an Bad file descriptor on the
write() try to STDOUT:
[...]
read(3, ?php\nfclose(STDOUT);\n\nprint \fo..., 8192) = 51
read(3, , 4096) = 0
read(3, , 8192) = 0
close(3)= 0
munmap(0x2b1dce20, 4096)= 0
close(1)= 0
munmap(0x2b1dce202000, 4096)= 0
write(1, foo, 3) = -1 EBADF (Bad file
descriptor)
close(2)= 0
close(0)= 0
munmap(0x2b1dce201000, 4096)= 0
munmap(0x2b1dce1bf000, 266240) = 0
mmap(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b1dce1bf000
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) =
0
munmap(0x2b1dce1bf000, 266240) = 0
brk(0xd36000) = 0xd36000
exit_group(0) = ?
Process 19196 detached
--
Edit this bug report at http://bugs.php.net/?id=44217edit=1
#44218 [Opn-Bgs]: Misdirected output after closing stdout/stderr and working with files.
ID: 44218
Updated by: [EMAIL PROTECTED]
Reported By: exe at travian dot org
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: GNU/Linux Kernel 2.6.18
PHP Version: 5.2.5
New Comment:
This is same issue. One report per problem.
Previous Comments:
[2008-02-22 17:58:34] exe at travian dot org
Description:
If STDOUT/STDERR are closed by a script then the first two file handles
opened by that script afterwards will take the place of the former
STDOUT/STDERR handles. This will cause any output which normaly goes to
STDOUT (like in print/echo statements) to be written to the new file
handles. This behaviour may corrupt files written by that script.
This is a similar problem as in bug #44217.
Reproduce code:
---
?php
fclose(STDOUT); fclose(STDERR);
$fp1 = fopen('test.log', 'a'); // File handle 1, formerly STDOUT
$fp2 = fopen('test.log', 'a'); // File handle 2, formerly STDERR
print foo; // Will be written to test.log
?
Expected result:
No output from php, no appended output in test.log
Actual result:
--
String foo will be appended to test.log
strace shows that php first closes file handle 1 (stdout) and 2
(stderr) and then openes two file handles, which get the numbers 1 and
2, and then print foo to file handle 1 which now points to test.log:
read(3, ?php\nfclose(STDOUT); fclose(STD..., 8192) = 217
read(3, , 4096) = 0
read(3, , 8192) = 0
close(3)= 0
munmap(0x2b97a043e000, 4096)= 0
close(1)= 0
munmap(0x2b97a044, 4096)= 0
close(2)= 0
getcwd(/root, 4096) = 6
lstat(/root, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat(/root/test.log, {st_mode=S_IFREG|0644, st_size=290, ...}) = 0
open(/root/test.log, O_WRONLY|O_APPEND|O_CREAT, 0666) = 1
fstat(1, {st_mode=S_IFREG|0644, st_size=290, ...}) = 0
lseek(1, 0, SEEK_CUR) = 0
lseek(1, 0, SEEK_CUR) = 0
getcwd(/root, 4096) = 6
open(/root/test.log, O_WRONLY|O_APPEND|O_CREAT, 0666) = 2
fstat(2, {st_mode=S_IFREG|0644, st_size=290, ...}) = 0
lseek(2, 0, SEEK_CUR) = 0
lseek(2, 0, SEEK_CUR) = 0
write(1, foo, 3) = 3
close(2)= 0
close(1)= 0
close(0)= 0
munmap(0x2b97a043f000, 4096)= 0
munmap(0x2b97a03fd000, 266240) = 0
mmap(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b97a03fd000
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) =
0
munmap(0x2b97a03fd000, 266240) = 0
brk(0xd36000) = 0xd36000
exit_group(0) = ?
Process 19229 detached
--
Edit this bug report at http://bugs.php.net/?id=44218edit=1
#44217 [Fbk]: Output after stdout/stderr closed cause immediate exit
ID: 44217
Updated by: [EMAIL PROTECTED]
Reported By: exe at travian dot org
Status: Feedback
Bug Type: Filesystem function related
Operating System: GNU/Linux Kernel 2.6.18
PHP Version: 5.2.5
New Comment:
Another bug #44218 describes some more expected behaviour caused by
closing the input/output streams.
NOTE: Correct manual page:
http://www.php.net/manual/en/wrappers.php.php
Previous Comments:
[2008-02-24 00:34:08] [EMAIL PROTECTED]
That's quite expected since you're still trying to output to STDOUT.
Why do you want to close STDOUT anyway?
See also: http://www.php.net/wrappers.php
[2008-02-22 17:32:15] exe at travian dot org
Description:
If STDOUT and/or STDERR are closed, output by the php script cause the
interpreter to exit immediately.
According to strace output, php tries to write to the closed STDOUT
file handle, causing a Bad file descriptor error and exit of the
interpreter:
[...]
close(1)= 0
[...]
write(1, foo, 3) = -1 EBADF (Bad file
descriptor)
close(0)= 0
close(2)= 0
[...]
exit_group(0) = ?
Process 19177 detached
Reproduce code:
---
?php
fclose(STDOUT);
print foo;
sleep(10);
?
Expected result:
No output, php sleeping for 10 seconds.
Actual result:
--
php exits immediately, strace shows an Bad file descriptor on the
write() try to STDOUT:
[...]
read(3, ?php\nfclose(STDOUT);\n\nprint \fo..., 8192) = 51
read(3, , 4096) = 0
read(3, , 8192) = 0
close(3)= 0
munmap(0x2b1dce20, 4096)= 0
close(1)= 0
munmap(0x2b1dce202000, 4096)= 0
write(1, foo, 3) = -1 EBADF (Bad file
descriptor)
close(2)= 0
close(0)= 0
munmap(0x2b1dce201000, 4096)= 0
munmap(0x2b1dce1bf000, 266240) = 0
mmap(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b1dce1bf000
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) =
0
munmap(0x2b1dce1bf000, 266240) = 0
brk(0xd36000) = 0xd36000
exit_group(0) = ?
Process 19196 detached
--
Edit this bug report at http://bugs.php.net/?id=44217edit=1
#44224 [Opn-Bgs]: ftp_put() Connection timed out
ID: 44224
Updated by: [EMAIL PROTECTED]
Reported By: jmichae3 at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: FTP related
Operating System: Windows XP Pro
PHP Version: 5.2.5
New Comment:
The manual is amazing thing, especially the friendly notes:
If you are having timeouts uploading a file, even very small files,
you might have a look at ftp_pasv()
And don't forget to do it after your ftp_login();
Previous Comments:
[2008-02-23 01:35:08] jmichae3 at yahoo dot com
Description:
expect ftp_put() and ftp_chdir() to work 100% of the time on a
broadband cable connection. there are 421 web pages to upload,
averaging 32k
minimum/file. total upload time is about 3 minutes, so it shouldn't
fail.
Reproduce code:
---
function upload($conn_id, $dest_file, $src_file) {
global $remote_public_html_dir, $current_dir;
if ($current_dir != $remote_public_html_dir . dirname($src_file))
{
// change directory first
if (ftp_chdir($conn_id, $remote_public_html_dir .
dirname($src_file))) {
$current_dir=$remote_public_html_dir . dirname($src_file);
//only do this if chdir was successful.
if (ftp_alloc($conn_id, filesize($src_file), $result)) {
ftp_put($conn_id, basename($dest_file), $src_file,
FTP_BINARY);
}
}
} else { //directory hasn't changed. don't chdir.
//since change directory was not needed, upload file
ftp_put($conn_id, basename($dest_file), $src_file,
FTP_BINARY);
}
}
}
//I don't have all the file parts to demonstrate.
Expected result:
successful upload of entire web site in 3 minutes over cable internet
connection with no errors.
Actual result:
--
have to try upload script to upload site up to 12 times sometimes with
version 5.2.5 because there is always at least 1 error.
Resource id #7 dest=index.html src=./lockdown/index.html
PHP Warning: ftp_put(): Could not open data connection to port 3389:
Connection timed out in C:\www\jimm\ftp5.php on line 101
!FTP upload has failed!--
retry: success: dest=index.html src=./lockdown/index.html
workaround: retry up to 50 times on failure. If you want that code, I
can supply, but it is 74 lines long and is 2 functions.
In version 5.2.3 it could not properly find an open port to use
(sometimes fail 10 times in a row with different errors). it just
increments. I *think* this got fixed in 5.2.5.
However, I still get at least 1 timeout in 5.2.5.
from the user's perspective, ftp_put() should just work. maybe it
should try, say 20 or 100 times (?), and if it doesn't succeed, give up.
then again
this function should not be timing out in the first place. maybe there
is a design flaw - I have no troubles uploading using filezilla ftp
client.
At least put a note in the documentation that you should retry on
failure up to n times if you are not going to fix the code?
--
Edit this bug report at http://bugs.php.net/?id=44224edit=1
#44137 [Bgs]: Compile will fail with MySQL-5.1.23-rc
ID: 44137 Updated by: [EMAIL PROTECTED] Reported By: jari dot tuomoja at gmail dot com Status: Bogus Bug Type: MySQLi related Operating System: Fedora Core 6, x86_64 PHP Version: 5.2.5 New Comment: And please, in the future don't report bugs caused by some 3rd party library here which isn't even released as stable yet. Previous Comments: [2008-02-24 01:01:05] [EMAIL PROTECTED] And it's not PHP problem but Mysql problem since they broke the BC in their libs/headers. :) [2008-02-23 23:14:42] james dot j dot hackett at gmail dot com This isn't a fedora problem, I am experiencing the same bug on Debian. [2008-02-18 19:41:55] [EMAIL PROTECTED] A little more info: we are discussing this internally at MySQL. Its possible that the change which has caused this (unintended) problem will be reverted soon. [2008-02-18 15:27:57] [EMAIL PROTECTED] ACK, please try the latest versions. I recall similar issues not on FC6 but in general. There have been changes to some structures. Let me ping Andrey, he might know more. Ulf [2008-02-17 07:12:21] jari dot tuomoja at gmail dot com MySQL have compiled with following options: ./configure --prefix=/usr/local/mysql --enable-shared --enable-static --without-server Server has all latest libraries in use, they are installed with yum from Fedora reposity. --JARI-- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/44137 -- Edit this bug report at http://bugs.php.net/?id=44137edit=1
#44137 [Opn-Bgs]: Compile will fail with MySQL-5.1.23-rc
ID: 44137 Updated by: [EMAIL PROTECTED] Reported By: jari dot tuomoja at gmail dot com -Status: Open +Status: Bogus Bug Type: MySQLi related Operating System: Fedora Core 6, x86_64 PHP Version: 5.2.5 New Comment: And it's not PHP problem but Mysql problem since they broke the BC in their libs/headers. :) Previous Comments: [2008-02-23 23:14:42] james dot j dot hackett at gmail dot com This isn't a fedora problem, I am experiencing the same bug on Debian. [2008-02-18 19:41:55] [EMAIL PROTECTED] A little more info: we are discussing this internally at MySQL. Its possible that the change which has caused this (unintended) problem will be reverted soon. [2008-02-18 15:27:57] [EMAIL PROTECTED] ACK, please try the latest versions. I recall similar issues not on FC6 but in general. There have been changes to some structures. Let me ping Andrey, he might know more. Ulf [2008-02-17 07:12:21] jari dot tuomoja at gmail dot com MySQL have compiled with following options: ./configure --prefix=/usr/local/mysql --enable-shared --enable-static --without-server Server has all latest libraries in use, they are installed with yum from Fedora reposity. --JARI-- [2008-02-17 07:08:32] jari dot tuomoja at gmail dot com Here is the configure script: ./configure --with-zlib-dir=/usr/local/ --enable-shared --enable-static --disable-short-tags --with-apxs2=/usr/local/apache2/bin/apxs --with-bz2 --with-mysql=/usr/local/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config --with-pdo-mysql=/usr/local/mysql/ --enable-exif --with-gd=/usr/local/ --with-freetype-dir=/usr/local/include/freetype2/ --with-png-dir=/usr/local/include/ --enable-mbstring=all --enable-gd-native-ttf --enable-calendar --enable-zip --enable-sqlite-utf8 --with-openssl --with-mcrypt --with-mhash --with-pear --enable-soap --enable-mod-charset --enable-ftp --with-xsl ./configure is succeed but when running make, then come this: /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_change_user': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:420: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:420: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:420: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_kill': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1152: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1152: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1152: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_ping': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1333: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1333: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1333: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_prepare': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1376: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1377: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1383: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1383: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1383: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_real_connect': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1453: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1454: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_real_query': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1492: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1492: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1492: error: 'NET' has no member named 'last_error' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c: In function 'zif_mysqli_select_db': /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1761: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1761: error: 'NET' has no member named 'last_errno' /usr/src/php-5.2.5/ext/mysqli/mysqli_api.c:1761: error: 'NET' has no member named 'last_error'
#44231 [NEW]: curl_multi_timeout() not implemented
From: k dot andris at gmail dot com Operating system: PHP version: 5.2.5 PHP Bug Type: cURL related Bug description: curl_multi_timeout() not implemented Description: cURL's curl_multi_timeout() is not supported in PHP so there is no way to set a timout for 'multi' type request. Also, curl_multi_select() is not documented enough. what does it return, and how to 'select' it. Reproduce code: --- try to call it Expected result: call cURL's function -- Edit bug report at http://bugs.php.net/?id=44231edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44231r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44231r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44231r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44231r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44231r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44231r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44231r=needscript Try newer version:http://bugs.php.net/fix.php?id=44231r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44231r=support Expected behavior:http://bugs.php.net/fix.php?id=44231r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44231r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44231r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44231r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44231r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44231r=dst IIS Stability:http://bugs.php.net/fix.php?id=44231r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44231r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44231r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44231r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44231r=mysqlcfg
#44231 [Opn]: curl_multi_timeout() not implemented
ID: 44231
User updated by: k dot andris at gmail dot com
Reported By: k dot andris at gmail dot com
Status: Open
Bug Type:cURL related
PHP Version: 5.2.5
New Comment:
_select() would be better, since doing this (manual's example):
do {
curl_multi_exec($mh, $running);
} while($running 0);
Is I think is a waste of CPU cycles.
Previous Comments:
[2008-02-24 01:41:21] k dot andris at gmail dot com
Description:
cURL's curl_multi_timeout() is not supported in PHP so there is no way
to set a timout for 'multi' type request. Also, curl_multi_select() is
not documented enough. what does it return, and how to 'select' it.
Reproduce code:
---
try to call it
Expected result:
call cURL's function
--
Edit this bug report at http://bugs.php.net/?id=44231edit=1
#44224 [Bgs]: ftp_put() Connection timed out
ID: 44224
User updated by: jmichae3 at yahoo dot com
Reported By: jmichae3 at yahoo dot com
Status: Bogus
Bug Type: FTP related
Operating System: Windows XP Pro
PHP Version: 5.2.5
New Comment:
Resource id #7 dest=pwdgen-perl.html src=./code/pwdgen-perl.html
PHP Warning: ftp_put(): php_connect_nonb() failed: Bad file descriptor
(9) in C:\www\jimm\ftp5.php
on line 101
PHP Warning: ftp_put(): Entering Passive Mode (69,65,26,137,81,228) in
C:\www\jimm\ftp5.php on line
101
!FTP upload has failed!--
retry: success: dest=pwdgen-perl.html src=./code/pwdgen-perl.html
my retry code is still needed, despite ftp_pasv. by the way, it
doesn't do it on this file every time. random freak error, as usual.
Previous Comments:
[2008-02-24 00:58:33] [EMAIL PROTECTED]
The manual is amazing thing, especially the friendly notes:
If you are having timeouts uploading a file, even very small files,
you might have a look at ftp_pasv()
And don't forget to do it after your ftp_login();
[2008-02-23 01:35:08] jmichae3 at yahoo dot com
Description:
expect ftp_put() and ftp_chdir() to work 100% of the time on a
broadband cable connection. there are 421 web pages to upload,
averaging 32k
minimum/file. total upload time is about 3 minutes, so it shouldn't
fail.
Reproduce code:
---
function upload($conn_id, $dest_file, $src_file) {
global $remote_public_html_dir, $current_dir;
if ($current_dir != $remote_public_html_dir . dirname($src_file))
{
// change directory first
if (ftp_chdir($conn_id, $remote_public_html_dir .
dirname($src_file))) {
$current_dir=$remote_public_html_dir . dirname($src_file);
//only do this if chdir was successful.
if (ftp_alloc($conn_id, filesize($src_file), $result)) {
ftp_put($conn_id, basename($dest_file), $src_file,
FTP_BINARY);
}
}
} else { //directory hasn't changed. don't chdir.
//since change directory was not needed, upload file
ftp_put($conn_id, basename($dest_file), $src_file,
FTP_BINARY);
}
}
}
//I don't have all the file parts to demonstrate.
Expected result:
successful upload of entire web site in 3 minutes over cable internet
connection with no errors.
Actual result:
--
have to try upload script to upload site up to 12 times sometimes with
version 5.2.5 because there is always at least 1 error.
Resource id #7 dest=index.html src=./lockdown/index.html
PHP Warning: ftp_put(): Could not open data connection to port 3389:
Connection timed out in C:\www\jimm\ftp5.php on line 101
!FTP upload has failed!--
retry: success: dest=index.html src=./lockdown/index.html
workaround: retry up to 50 times on failure. If you want that code, I
can supply, but it is 74 lines long and is 2 functions.
In version 5.2.3 it could not properly find an open port to use
(sometimes fail 10 times in a row with different errors). it just
increments. I *think* this got fixed in 5.2.5.
However, I still get at least 1 timeout in 5.2.5.
from the user's perspective, ftp_put() should just work. maybe it
should try, say 20 or 100 times (?), and if it doesn't succeed, give up.
then again
this function should not be timing out in the first place. maybe there
is a design flaw - I have no troubles uploading using filezilla ftp
client.
At least put a note in the documentation that you should retry on
failure up to n times if you are not going to fix the code?
--
Edit this bug report at http://bugs.php.net/?id=44224edit=1
#44137 [Bgs]: Compile will fail with MySQL-5.1.23-rc
ID: 44137 User updated by: jari dot tuomoja at gmail dot com Reported By: jari dot tuomoja at gmail dot com Status: Bogus Bug Type: MySQLi related Operating System: Fedora Core 6, x86_64 PHP Version: 5.2.5 New Comment: I submitted this bug to here because in MySQL bug library they said that this is not MySQL related bug - MySQLi is under PHP dev. But now it seems that this bug is MySQL related bug. Like I said already: everything works with previous version of MySQL (5.1.22-RC) but not with the newest one (5.1.23-RC). I think that Release Candidate should be more stable than beta -version and if there is bug with RC -version, it should be repaired asap. And when MySQL is one letter of LAMP and PHP is another letter, I think this is quite important bug. But I hope that PHP MySQL communities will find solution for this bug per now. --JT-- Previous Comments: [2008-02-24 01:03:46] [EMAIL PROTECTED] And please, in the future don't report bugs caused by some 3rd party library here which isn't even released as stable yet. [2008-02-24 01:01:05] [EMAIL PROTECTED] And it's not PHP problem but Mysql problem since they broke the BC in their libs/headers. :) [2008-02-23 23:14:42] james dot j dot hackett at gmail dot com This isn't a fedora problem, I am experiencing the same bug on Debian. [2008-02-18 19:41:55] [EMAIL PROTECTED] A little more info: we are discussing this internally at MySQL. Its possible that the change which has caused this (unintended) problem will be reverted soon. [2008-02-18 15:27:57] [EMAIL PROTECTED] ACK, please try the latest versions. I recall similar issues not on FC6 but in general. There have been changes to some structures. Let me ping Andrey, he might know more. Ulf The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/44137 -- Edit this bug report at http://bugs.php.net/?id=44137edit=1
#44233 [NEW]: MSG_PEEK undefined under BeOS R5
From: jonathonfreeman at gmail dot com Operating system: BeOS R5 PHP version: 5.2.5 PHP Bug Type: Compile Failure Bug description: MSG_PEEK undefined under BeOS R5 Description: Build fails under BeOS R5 in /main/streams/xp_socket.c:280 -- MSG_PEEK undeclared. According to BeOS docs, flags passed to socket functions should always be 0. I added this, and PHP built successfully: /* BeOS does not have MSG_PEEK. */ #ifndef MSG_PEEK #define MSG_PEEK 0 #endif Reproduce code: --- Build under BeOS R5. Expected result: Successfully build PHP. Actual result: -- Build fails. -- Edit bug report at http://bugs.php.net/?id=44233edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44233r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44233r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44233r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44233r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44233r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44233r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44233r=needscript Try newer version:http://bugs.php.net/fix.php?id=44233r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44233r=support Expected behavior:http://bugs.php.net/fix.php?id=44233r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44233r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44233r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44233r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44233r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44233r=dst IIS Stability:http://bugs.php.net/fix.php?id=44233r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44233r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44233r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44233r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44233r=mysqlcfg
#43397 [Fbk-Opn]: crashes in _zend_mm_free_int
ID: 43397 User updated by: phajdan dot jr at gmail dot com Reported By: phajdan dot jr at gmail dot com -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Linux (Gentoo 2007.0) PHP Version: 5.3CVS-2007-11-25 Assigned To: dmitry New Comment: Here it is, as reported by phpinfo(). apache2 SAPI: './configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu' '--mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--disable-cli' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc/php/apache2-php5' '--with-config-file-scan-dir=/etc/php/apache2-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--with-curl' '--without-curlwrappers' '--disable-dbase' '--enable-exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--enable-ftp' '--with-gettext' '--with-gmp' '--disable-ipv6' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql' '--disable-posix' '--without-pspell' '--without-recode' '--disable-shmop' '--without-snmp' '--enable-soap' '--disable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-wddx' '--disable-xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--with-xsl' '--enable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--with-gd' '--with-mysql=/usr' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--without-mysqli' '--without-pdo-dblib' '--with-pdo-mysql=/usr' '--without-pdo-odbc' '--without-pdo-pgsql' '--with-pdo-sqlite=/usr' '--with-readline' '--without-libedit' '--without-mm' '--with-sqlite=/usr' '--enable-sqlite-utf8' CLI SAPI (snippet of php -r 'phpinfo();'): Configure Command = './configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu' '--mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--enable-cli' '--disable-cgi' '--with-config-file-path=/etc/php/cli-php5' '--with-config-file-scan-dir=/etc/php/cli-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--with-curl' '--without-curlwrappers' '--disable-dbase' '--enable-exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--enable-ftp' '--with-gettext' '--with-gmp' '--disable-ipv6' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql' '--disable-posix' '--without-pspell' '--without-recode' '--disable-shmop' '--without-snmp' '--enable-soap' '--disable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-wddx' '--disable-xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--with-xsl' '--enable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--with-gd' '--with-mysql=/usr' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--without-mysqli' '--without-pdo-dblib' '--with-pdo-mysql=/usr' '--without-pdo-odbc' '--without-pdo-pgsql' '--with-pdo-sqlite=/usr' '--with-readline' '--without-libedit' '--without-mm' '--with-sqlite=/usr' '--enable-sqlite-utf8' Previous Comments: [2008-02-24 00:26:08] [EMAIL PROTECTED] One basic thing missing from this report: Your configure line. And no, we're not interested in some Gentoo way of building PHP, we only support our way: ./configure options make :) [2008-02-23 12:42:31] phajdan dot jr at gmail dot com Well, I wrote this earlier: I couldn't reduce the set of failing code enough to be usable. I tried again. At some point the problem disappears. It seems to be caused by a big amount of allocation/deallocation, so would be difficult to reproduce in a short script. Please note that the bug has been *introduced* with Zend MM. In earlier versions of PHP it's just not present. That may help finding the cause. I can also try to help reproduce the issue some other way, if you can provide me with some instructions or directions.
