#44955 [Csd->Asn]: socket array keys not working as expected
ID: 44955 Updated by: [EMAIL PROTECTED] Reported By: fidojones at fidojones dot com -Status: Closed +Status: Assigned Bug Type: Sockets related Operating System: Linux PHP Version: 5.2.6 Assigned To: felipe New Comment: Changes in behavior in minor versions are bugs. Previous Comments: [2008-07-14 21:45:44] fidojones at fidojones dot com Aparently socket_select acts completely diferent as past versions. Nanoweb server has been fixed to work with this versions: old version in nanoweb before 5.2.6: $ns=socket_select($lnset, $write=NULL, $except=NULL, 1); if ($ns) { if ($lnset[0]==$children_sck) { new version in nanoweb from 5.2.6: $ns=socket_select($lnset, $write=NULL, $except=NULL, 1); if ($ns) foreach ($lnset as $lnact) { if ($lnact==$children_sck) { So I think it's not a bug, but acts different as older versions. [2008-07-14 21:29:57] [EMAIL PROTECTED] Felipe, you break -> you fix. Or revert the patch you applied that obviously causes the problem. [2008-05-09 18:12:36] fidojones at fidojones dot com I'm using the socket.c file in ext/socket/ from php 5.2.5 in php 5.2.6 and all is working fine. And the only diff in socket.c is the patch http://bugs.php.net/bug.php?id=44197 ,so explain me if not related with this patch, why is working perfect? if I only overwrite the socket.c file... You should test the script and say me if you see the execution diference and I encourage to try http://nanoweb.si.kz/ that has been working with all php versions from 4 to 5.2.5 and only fails with php 5.2.6. [2008-05-09 17:50:12] [EMAIL PROTECTED] The problem isn't related with the patch... It just fixed a problem in socket_select(). Your script doesn't use it. [2008-05-09 16:27:02] [EMAIL PROTECTED] Assigned to Felipe who broke this. 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/44955 -- Edit this bug report at http://bugs.php.net/?id=44955&edit=1
#45516 [Opn]: PGSQL seems to crash apache.
ID: 45516 Updated by: [EMAIL PROTECTED] Reported By: twilightthorn dot kh at gmail dot com Status: Open Bug Type: PostgreSQL related Operating System: Vista Business PHP Version: 5.2.6 New Comment: Can you try using the 5.2.5's pgsql extension? Our extension not the one from wamp. The extension should work with 5.2.6 as well. Previous Comments: [2008-07-15 03:46:25] twilightthorn dot kh at gmail dot com Also, the reason I'm not currently using PHP5.2.6, all the workarounds submitted to fix the bug of not being able to use PGSQL in that version have not worked for me. If some one would be so kind as to give me and actual, detailed, workaround for using PGSQL in PHP5.2.6 on Vista Business, I would be very grateful. [2008-07-15 03:37:36] twilightthorn dot kh at gmail dot com Description: As far as I can tell any successful call to a database, local or on an external server, will crash apache. I'm using a WAMP2.0c setup using PHP5.2.5 on vista and it did work fine until I added the PHP Postgre extension. I do know that the extension is up-to-date, and have in fact even tried to replace it with the one used in PHP5.2.6, it also fails and crashes the server. Without the extension loaded, PHP/apache will output all errors and any other processing messages before the PG_Connect() call, upon which processing halts. The system event log refers to ntdll.dll on this crash, but I don't really know why. This does sound an aweful lot like an Apache bug, but it only occurs when PHP's Postgre extension is loaded and the pg_connect(); function is called. Best regards, and thanks. Thomas. Reproduce code: --- Expected result: A successful database call and web-page out put. Actual result: -- I get a pop-up message telling me HTTPD.EXE has stopped working. This is the information logged in the system by its failure: -- Faulting application httpd.exe, version 2.2.8.0, time stamp 0x47904924, faulting module ntdll.dll, version 6.0.6000.16386, time stamp 0x4549bdc9, exception code 0xc0fd, fault offset 0x00061635, process id 0x1174, application start time 0x01c8e628c7166890. -- There are no other entries in my PHP or Apache error logs. -- Edit this bug report at http://bugs.php.net/?id=45516&edit=1
#45046 [Asn->Fbk]: Missing php5servlet.dll in PECL Collection package
ID: 45046 Updated by: [EMAIL PROTECTED] Reported By: steve at thebroughs dot com -Status: Assigned +Status: Feedback -Bug Type: *General Issues +Bug Type: Servlet related Operating System: Windows PHP Version: 5.2.6 Assigned To: pajoye New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2008-07-15 00:04:45] [EMAIL PROTECTED] Pierre, fix. [2008-05-22 09:22:33] [EMAIL PROTECTED] It wasn't in the 5.2.5 zip either, it was in this pecl-5.2.5-Win32-1.zip instead. For some reason the same PECL collection for 5.2.6 does not contain it. [2008-05-20 07:08:50] steve at thebroughs dot com Description: I'm trying to install PHP into a TOMCAT server and have read a number of articles that refer to php5servlet.dll. This file is available in V5.2.5 but is not included the latest release. Is this file missing, or has it been replaced with another DLL? -- Edit this bug report at http://bugs.php.net/?id=45046&edit=1
#45497 [Fbk->Opn]: memory leak in select statement for varchar2 above 2000 characters
ID: 45497 User updated by: teju_baba at hotmail dot com Reported By: teju_baba at hotmail dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Solaris 10 PHP Version: 5.2.6 Assigned To: sixd New Comment: This is the create statement for the 2 tables. CREATE TABLE "NAS"."AGENCY" ( "AGENCY_ID" NUMBER(9), "AGENCY_NAME" VARCHAR2(60) NOT NULL , "AGENCY_TYPE" VARCHAR2(1) NOT NULL , "AGENCY_ABBR" VARCHAR2(10), "ADMIN_HIST" VARCHAR2(2000) NOT NULL , "DATE_UPDATED" DATE NOT NULL , PRIMARY KEY ("AGENCY_ID") VALIDATE ) TABLESPACE "USERS" PCTFREE 10 INITRANS 1 MAXTRANS 255 STORAGE ( INITIAL 128K BUFFER_POOL DEFAULT) LOGGING; CREATE TABLE "PIC"."PC_CATALOGUE" ( "CATALOGUE_ID" CHAR(10), "ACCESSION_NO" VARCHAR2(30), "NEGATIVE_NO" VARCHAR2(30), "COLLECTION_TITLE" VARCHAR2(1024), "SUBJECT" VARCHAR2(1024), "CAPTION" VARCHAR2(1024), "MEDIUM" VARCHAR2(3), "SOURCE" VARCHAR2(255), "SOURCE_ADDRESS" VARCHAR2(255), "SOURCE_CONTACT_PERSON" VARCHAR2(30), "LOCATION" VARCHAR2(10), "SHELF_NO" VARCHAR2(10), "IMAGE_NO" VARCHAR2(10), "ACQUIRED_DATE" DATE, "ACCESSION_DATE" DATE, "RECORDING_DATE" DATE, "ACCESS_CODE" VARCHAR2(3), "PHOTOCD_ID" VARCHAR2(50), "PHOTOCD_NO" VARCHAR2(50), "ACCESSION_CONDITION" VARCHAR2(50), "REMARK" VARCHAR2(255), "OWNER" VARCHAR2(30), "STATUS" CHAR(1), "CHANGED_BY" VARCHAR2(30), "CHANGE_DATE" DATE, "SEARCH_FIELD" VARCHAR2(4000), "ACCESS_ID" VARCHAR2(20), "CREATE_DATE" DATE, "OLD_ACCESSION_NO" NUMBER(10), "IMAGE_LINK" VARCHAR2(1024), "EXTERNAL_SOURCE" VARCHAR2(255), "CAT_REMARKS" VARCHAR2(4000), CONSTRAINT "PC_CATALOGUE_PK" PRIMARY KEY ("CATALOGUE_ID") VALIDATE ) TABLESPACE "USERS" PCTFREE 10 INITRANS 1 MAXTRANS 255 STORAGE ( INITIAL 409600K BUFFER_POOL DEFAULT) LOGGING; Environment Variables: MANPATH=:/usr/man:/usr/share/man:/opt/SUNWvts/man:/opt/SUNWexplo/man:/opt/SUNWsneep/man:/opt/CTEact/man TOMCAT_HOME=/otej/sunSparcSol10/tomcat/apache-tomcat-5.5.26 TERM=xterm SHELL=/bin/bash NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1 TMPDIR=/var/tmp SSH_CLIENT=10.203.2.27 3622 22 OLDPWD=/ SSH_TTY=/dev/pts/2 USER=root LD_LIBRARY_PATH=:/otej/instantclient:/usr/openwin/lib OPENWINHOME=/usr/openwin WEBLOGIC_HOME=/usr/local/bea/weblogic81/server/bin MAIL=/var/mail//root PATH=/usr/sbin:/usr/bin:/usr/local/bin:/otej/j2sdk1.4.2_16/bin:/bin:/usr/ccs/bin:/usr/openwin/bin:/usr/dt/bin:/usr/platform/SUNW,Sun-Fire-V245/sbin:/opt/sun/bin:/opt/SUNWvts/bin:/opt/SUNWexplo/bin:/opt/SUNWsneep/bin:/opt/CTEact/bin PWD=/otej/project/a2osync JAVA_HOME=/otej/j2sdk1.4.2_16 EDITOR=vi TZ=Singapore [EMAIL PROTECTED] # [EMAIL PROTECTED] > SHLVL=1 HOME=/ LOGNAME=root SSH_CONNECTION=10.203.2.27 3622 10.203.2.72 22 _=/usr/bin/env * TNS_ADMIN is not set as i do not use tnsnames.ora setting it to "/otej/instantclient" does not help either Versions: Machine 1: (Web server with Oracle Instant Client) OS: Solaris 10 PHP: 5.2.6 OCI: 1.3.3 Oracle Instant Client: 10.1.0.3 Machine 2: (Oracle DB) OS: Linux (Redhat Enterprise 3) Oracle: 10g Enterprise Edition: 10.1.0.3 I'll try to send you the sample data soon. Previous Comments: [2008-07-13 17:24:00] [EMAIL PROTECTED] Can you email me CREATE TABLE and example (not real data) INSERT statements so I have the same values as you? Also let me know your NLS_LANG or other globalization settings, and exact DB version. [2008-07-13 07:54:27] teju_baba at hotmail dot com Here is another example: $query="select catalogue_id, accession_no, negative_no, collection_title, subject, caption, medium, source, source_address, source_contact_person, location, shelf_no, image_no, access_code, photocd_id, photocd_no, accession_condition, remark, owner, status, changed_by, search_field, access_id, old_accession_no, image_link, external_source, cat_remarks from PC_CATALOGUE where CATALOGUE_ID='289713'"; Actual Result overflows on search_field and results in garbage for the following fields: Array ( [CATALOGUE_ID] => 289713 [ACCESSION_NO] => 0 [NEGATIVE_NO] => S128961 [COLLECTION_TITLE] => [SUBJECT] => CONSTITUENCIES (VISIT, MEET PEOPLE SESSION, ETC) [CAPTION] => COMMUNICATIONS AND LABOUR MINISTER ONG TENG CHEONG TOURING AYER RAJAH CONSTITUENCY [GROUP DESCRIPTION BY EVENT FROM TRANSFERRING AGENCY] [MEDIUM] => PCD [SOURCE] => MINISTRY OF INFORMATION AND THE ARTS (MITA) [SOURCE_ADDRESS] => [SOURCE_CONTACT_PERSON] => [LOCATION] => [SHELF_NO] => [IMAGE_NO] => 0044 [ACCESS_CODE] => B [PHOTOCD_ID] => 8262-3202-1062 [PHOTOCD_NO] => 19980006698 [ACCESSION_CONDITION] => [REMARK] => [OWNER] => CD IMAGING [STATUS] => 0 [CHANGED_BY] => CD IMAGING [SEARCH_FIELD] => C [ACCESS_ID] => MMUNICATIONS AND LAB [OLD_ACCESSION_NO] => -103019221621693332183419282117282223693512 [IMAGE_LINK] => EVENT FROM TRANSFERRING AGENCY] CONSTITUENCIES (VISIT,
#45516 [Opn]: PGSQL seems to crash apache.
ID: 45516 User updated by: twilightthorn dot kh at gmail dot com Reported By: twilightthorn dot kh at gmail dot com Status: Open Bug Type: PostgreSQL related Operating System: Vista Business PHP Version: 5.2.6 New Comment: Also, the reason I'm not currently using PHP5.2.6, all the workarounds submitted to fix the bug of not being able to use PGSQL in that version have not worked for me. If some one would be so kind as to give me and actual, detailed, workaround for using PGSQL in PHP5.2.6 on Vista Business, I would be very grateful. Previous Comments: [2008-07-15 03:37:36] twilightthorn dot kh at gmail dot com Description: As far as I can tell any successful call to a database, local or on an external server, will crash apache. I'm using a WAMP2.0c setup using PHP5.2.5 on vista and it did work fine until I added the PHP Postgre extension. I do know that the extension is up-to-date, and have in fact even tried to replace it with the one used in PHP5.2.6, it also fails and crashes the server. Without the extension loaded, PHP/apache will output all errors and any other processing messages before the PG_Connect() call, upon which processing halts. The system event log refers to ntdll.dll on this crash, but I don't really know why. This does sound an aweful lot like an Apache bug, but it only occurs when PHP's Postgre extension is loaded and the pg_connect(); function is called. Best regards, and thanks. Thomas. Reproduce code: --- Expected result: A successful database call and web-page out put. Actual result: -- I get a pop-up message telling me HTTPD.EXE has stopped working. This is the information logged in the system by its failure: -- Faulting application httpd.exe, version 2.2.8.0, time stamp 0x47904924, faulting module ntdll.dll, version 6.0.6000.16386, time stamp 0x4549bdc9, exception code 0xc0fd, fault offset 0x00061635, process id 0x1174, application start time 0x01c8e628c7166890. -- There are no other entries in my PHP or Apache error logs. -- Edit this bug report at http://bugs.php.net/?id=45516&edit=1
#45516 [NEW]: PGSQL seems to crash apache.
From: twilightthorn dot kh at gmail dot com Operating system: Vista Business PHP version: 5.2.6 PHP Bug Type: PostgreSQL related Bug description: PGSQL seems to crash apache. Description: As far as I can tell any successful call to a database, local or on an external server, will crash apache. I'm using a WAMP2.0c setup using PHP5.2.5 on vista and it did work fine until I added the PHP Postgre extension. I do know that the extension is up-to-date, and have in fact even tried to replace it with the one used in PHP5.2.6, it also fails and crashes the server. Without the extension loaded, PHP/apache will output all errors and any other processing messages before the PG_Connect() call, upon which processing halts. The system event log refers to ntdll.dll on this crash, but I don't really know why. This does sound an aweful lot like an Apache bug, but it only occurs when PHP's Postgre extension is loaded and the pg_connect(); function is called. Best regards, and thanks. Thomas. Reproduce code: --- Expected result: A successful database call and web-page out put. Actual result: -- I get a pop-up message telling me HTTPD.EXE has stopped working. This is the information logged in the system by its failure: -- Faulting application httpd.exe, version 2.2.8.0, time stamp 0x47904924, faulting module ntdll.dll, version 6.0.6000.16386, time stamp 0x4549bdc9, exception code 0xc0fd, fault offset 0x00061635, process id 0x1174, application start time 0x01c8e628c7166890. -- There are no other entries in my PHP or Apache error logs. -- Edit bug report at http://bugs.php.net/?id=45516&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45516&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45516&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45516&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45516&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45516&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45516&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45516&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45516&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45516&r=support Expected behavior:http://bugs.php.net/fix.php?id=45516&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45516&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45516&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45516&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45516&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45516&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45516&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45516&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45516&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45516&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45516&r=mysqlcfg
#45430 [Ctl]: crypt () not thread-safe when crypt_r is not available!
ID: 45430 Updated by: [EMAIL PROTECTED] Reported By: alex at all-dynamics dot de Status: Critical Bug Type: *Encryption and hash functions Operating System: Win32 PHP Version: 5.2.6 New Comment: See also: http://blog.php-security.org/archives/82-Suhosin-0.9.20-and-crypt-Thread-Safety-Vulnerability.html Previous Comments: [2008-07-04 08:50:38] alex at all-dynamics dot de Description: crypt () seems not to be thread-safe when using a threaded webserver (Windows, ISAPI). Maybe this has something to do with win32/md5crypt.c / md5_crypt: static char passwd[120] (static buffer which is returned to the calling function). Reproduce code: --- Run this code with two or more simultaneous requests on a threaded server: set_time_limit (0); $passwd1 = "testtesttest"; $passwd2 = "passwordpassword"; for ($i = 0; $i < 3000; $i++) { $crypted = crypt ($passwd1); if ($crypted != crypt ($passwd1, $crypted)) die ("no match"); $crypted = crypt ($passwd2); if ($crypted != crypt ($passwd2, $crypted)) die ("no match"); } echo "ok"; Expected result: "ok" on all requests Actual result: -- one request may end with "no match", the other request will display "ok" -- Edit this bug report at http://bugs.php.net/?id=45430&edit=1
#45512 [Com]: php_mysql.dll can't be loaded
ID: 45512 Comment by: jianglinchun at live dot com Reported By: jianglinchun at live dot com Status: Feedback Bug Type: MySQL related Operating System: windows xp(sp3) PHP Version: 5.2.6 New Comment: Finally. I solved this problem by copy libmysql.dll from Php home directory to c:\windows. 1. I am very sure that I configured php module for apache correctly. 2. I changed my enviornment variable to add "D:\open source\php\php-5.2.6-Win32" to the path 3. restart apache 4. make suare the php.ini was loaded correctly 5. I visit the phpinfo.php page. I found that the enviornment variable wasn't refreshed. I tried to restart apache a couple of times. But the path variable were still the same. 6. I copy libmysql.dll to c:\windows and restarted apache. I found mysql information on my phpinfo.php page finally. I thought: 1. The enviornment variable should refreshed correctly. This maybe a problem 2. Home directory and extention directory are strongly demanded to be added the enviornment variables. Hope this help your guys. :D A nice day. :D Previous Comments: [2008-07-15 01:03:03] synaptic dot axon at gmail dot com Time to get serious, jani... [2008-07-14 18:19:56] [EMAIL PROTECTED] Check phpinfo() for what php.ini file is actually loaded and used.. [2008-07-14 15:30:12] jianglinchun at live dot com Description: I have problem with configure php_mysql for php-5.2.6-Win32. The same problem: 1. http://we.designandco.de/2008/06/19/php-526-win32-wtf-happened-to-the-mysql-extension/ 2. http://www.nabble.com/PHP-5.2.6-integrating-MYSQL-5.0.51b-on-APACHE-2.0.63-%2B-Windows-XP-SP2)-td17201936.html --begin httpd.conf-- #php LoadFile "D:\open source\php\php-5.2.6-Win32\php5ts.dll" LoadModule php5_module "D:\open source\php\php-5.2.6-Win32\php5apache2_2.dll" PHPIniDir "D:\open source\php\php-5.2.6-Win32" AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps --end httpd.conf-- --begin php.ini-- ; Directory in which the loadable extensions (modules) reside. extension_dir = "D:\open source\php\php-5.2.6-Win32\ext" --begin php.ini-- Reproduce code: --- When those code are executed. mysql will be found nowhere. Expected result: php_mysql.dll should be loaded! Actual result: -- php_mysql.dll doesn't loaded -- Edit this bug report at http://bugs.php.net/?id=45512&edit=1
#45430 [Opn->Ctl]: crypt () not thread-safe when crypt_r is not available!
ID: 45430 Updated by: [EMAIL PROTECTED] -Summary: crypt () not thread-safe on threaded webserver (ISAPI) Reported By: alex at all-dynamics dot de -Status: Open +Status: Critical Bug Type: *Encryption and hash functions Operating System: Win32 PHP Version: 5.2.6 New Comment: See also: http://blog.php-security.org/comment.php?type=trackback&entry_id=82 Previous Comments: [2008-07-04 08:50:38] alex at all-dynamics dot de Description: crypt () seems not to be thread-safe when using a threaded webserver (Windows, ISAPI). Maybe this has something to do with win32/md5crypt.c / md5_crypt: static char passwd[120] (static buffer which is returned to the calling function). Reproduce code: --- Run this code with two or more simultaneous requests on a threaded server: set_time_limit (0); $passwd1 = "testtesttest"; $passwd2 = "passwordpassword"; for ($i = 0; $i < 3000; $i++) { $crypted = crypt ($passwd1); if ($crypted != crypt ($passwd1, $crypted)) die ("no match"); $crypted = crypt ($passwd2); if ($crypted != crypt ($passwd2, $crypted)) die ("no match"); } echo "ok"; Expected result: "ok" on all requests Actual result: -- one request may end with "no match", the other request will display "ok" -- Edit this bug report at http://bugs.php.net/?id=45430&edit=1
#45487 [Opn->Bgs]: imap_getsubscribed clobbers attributes
ID: 45487 Updated by: [EMAIL PROTECTED] Reported By: sblackstone at gmail dot com -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: OSX Leopard PHP Version: 5.2.6 New Comment: >From sources: add_property_long(mboxob, "attributes", cur->attributes); As you can see, PHP only adds whatever the UW imap c-client has set the attributes to. Not PHP bug -> bogus. Previous Comments: [2008-07-11 15:26:40] sblackstone at gmail dot com Description: The documentation for imap_getsubscribed notes the following: Identical to imap_getmailboxes(), except that it only returns mailboxes that the user is subscribed to. However getsubscribed clobbers the attributes value and returns 0. Reproduce code: --- Expected result: stdClass Object ( [name] => {localhost:143/notls}SOMEMAILBOX [attributes] => 64 [delimiter] => . ) Actual result: -- stdClass Object ( [name] => {localhost:143/notls}SOMEMAILBOX [attributes] => 0 [delimiter] => . ) -- Edit this bug report at http://bugs.php.net/?id=45487&edit=1
#45340 [Opn->Bgs]: strip_tags() makes problems with brackets right after angle brackets
ID: 45340 Updated by: [EMAIL PROTECTED] Reported By: viperfan at gmx dot net -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Debian PHP Version: 5.2.6 New Comment: 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 >From the manual page for strip_tags(): "Warning Because strip_tags() does not actually validate the HTML, partial, or broken tags can result in the removal of more text/data than expected." Previous Comments: [2008-06-23 20:44:10] viperfan at gmx dot net of course strip_tag("Hi (>username<), how are you") was meant [2008-06-23 20:42:06] viperfan at gmx dot net Description: strip_tags() returns mutilated text when a "<" (open html tag) is directly followed by ( (open brackets) eg. strip_crap("Hi (>username<), how are you") everthing after "(>username" is chopped off -- Edit this bug report at http://bugs.php.net/?id=45340&edit=1
#45423 [Opn->Asn]: fastcgi parent process doesn't invoke php_module_shutdown before shutdown
ID: 45423 Updated by: [EMAIL PROTECTED] Reported By: basant dot kukreja at sun dot com -Status: Open +Status: Assigned Bug Type: CGI related -Operating System: Solaris 10 +Operating System: * PHP Version: 5.2.6 -Assigned To: +Assigned To: dmitry New Comment: Dmitry, this patch looks okay to me..can I have a second opinion from you? :) Previous Comments: [2008-07-03 02:18:45] basant dot kukreja at sun dot com Suggested fix : Php fastcgi parent process install signals and inside signal handler it calls exit. I think it is not wise to call complicated stuff like php_module_shutdown inside signal handler so in my suggested fix, I set the variable exitsignal to 1. When parent will come out of wait call, it should first invoke cleanup functions and then call exit. --- sapi/cgi/cgi_main.c_orig2008-04-09 02:16:40.0 -0700 +++ sapi/cgi/cgi_main.c 2008-07-02 18:56:44.96857 -0700 @@ -103,6 +103,12 @@ */ static int parent = 1; +/* Did parent received exit signals SIG_TERM/SIG_INT/SIG_QUIT */ +static int exitsignal = 0; + +/* Is Parent waiting for children to exit */ +static int parentwaiting = 0; + /** * Process group */ @@ -1151,9 +1157,13 @@ /* Kill all the processes in our process group */ kill(-pgroup, SIGTERM); #endif - /* We should exit at this point, but MacOSX doesn't seem to */ - exit(0); + if (parent && parentwaiting) { + exitsignal = 1; + } + else { + exit(0); + } } #endif @@ -1557,8 +1567,15 @@ #ifdef DEBUG_FASTCGI fprintf(stderr, "Wait for kids, pid %d\n", getpid()); #endif + parentwaiting = 1; while (wait(&status) < 0) { } + if (exitsignal) { + SG(server_context) = NULL; + php_module_shutdown(TSRMLS_C); + sapi_shutdown(); + exit(0); + } running--; } } [2008-07-03 02:16:34] basant dot kukreja at sun dot com Description: php fastcgi parent process calls sapi_startup but it doesn't call php_module_shutdown before exiting. The result of this is : 1) php behavior is different when running inside apache and inside fastcgi. When running inside apache, parent apache process calls php_module_shutdown. 2) Since php fastcgi parent doesn't call php_module_shutodown, it doesn't give modules like apc to do proper cleanup chance. Note that apc creates semaphores and it needs to know if parent process is shutting down to cleanup semaphores. Here is the APC bug link : http://pecl.php.net/bugs/bug.php?id=5280 -- Edit this bug report at http://bugs.php.net/?id=45423&edit=1
#45416 [Opn->Bgs]: __wakeup is called reference twice
ID: 45416 Updated by: [EMAIL PROTECTED] Reported By: tinozangerle at aol dot com -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: Linux PHP Version: 5.2.6 New Comment: 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 Previous Comments: [2008-07-09 20:22:08] tinozangerle at aol dot com Ok, well I see. When I serialize the referenced object it save the complete object. On unserializing the object the referenced object will be wakeup. Well, I'll add a sleep function with all variables and will delete the refernced object. Tino [2008-07-02 12:19:27] tinozangerle at aol dot com Description: __wakeup is called twice, the same object Reproduce code: --- http://nopaste.php-quake.net/36927 Expected result: 2 object(a)#1 (2) { ["foo:private"]=> int(1) ["bar:private"]=> string(5) "hello" } object(b)#2 (1) { ["a:private"]=> &object(a)#1 (2) { ["foo:private"]=>int(1) ["bar:private"]=>string(5) "hello" } } hello Actual result: -- 22 hello object(a)#1 (2) { ["foo:private"]=> int(1) ["bar:private"]=> string(5) "hello" } object(b)#2 (1) { ["a:private"]=> &object(a)#1 (2) { ["foo:private"]=>int(1) ["bar:private"]=>string(5) "hello" } } hello -- Edit this bug report at http://bugs.php.net/?id=45416&edit=1
#45415 [Opn->Bgs]: function "base_convert" bugs
ID: 45415 Updated by: [EMAIL PROTECTED] Reported By: aurorakay at yeah dot net -Status: Open +Status: Bogus Bug Type: Math related Operating System: Linux 2.6.23-tuxonice-r10- PHP Version: 5.2.6 New Comment: On manual page http://www.php.net/manual/en/language.operators.bitwise.php you can find this comment: "If both the left- and right-hand parameters are strings, the bitwise operator will operate on the characters' ASCII values." In your first example they're not both strings but in the second they are..hence the wrong result. This is not a bug -> bogus. Previous Comments: [2008-07-04 11:58:34] aurorakay at yeah dot net Expected result: e.g.1; Actual result: e.g.1; example.1 's result is my want. but in examle.2,I want get the example.1's result.but actual, it is "string(26) "10100010001000" I want get "string(30) "10100010001000" in example.2; Excuse my poor english = = [2008-07-02 11:59:28] [EMAIL PROTECTED] Exactly what is the expected and what is the actual results? [2008-07-02 11:54:26] aurorakay at yeah dot net Description: the same data,but at e.g.1,I convert hex to dec. The value is my wish, at e.g.2 I convert dec to hex. The value isn't my wish. Reproduce code: --- /*e.g.1*/ $flag=1<<29; $mark="0x808080"; $mark=base_convert($mark,16,10); $flag=$flag | $mark; $t=(base_convert($flag,10,2)); /* this will print "string(30) "10100010001000" */ var_dump($t); /*e.g.2*/ $flag1=1<<29; $mark1="0x808080"; $flag1=base_convert($flag1,10,16); $flag1=$flag1 | $mark1; $t1=(base_convert($flag1,16,2)); /* this will print "string(26) "10100010001000" */ var_dump($t1); Expected result: /*e.g.1*/ is my wish. Actual result: -- e.g.1 print "string(30) "10100010001000"; e.g.2 print "string(26) "10100010001000" -- Edit this bug report at http://bugs.php.net/?id=45415&edit=1
#45100 [Opn->Bgs]: array_key_exists() doesn't accept the same key as real array
ID: 45100 Updated by: [EMAIL PROTECTED] Reported By: atom at atomsoft dot cz -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows XP PHP Version: 5.2.6 New Comment: 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 Previous Comments: [2008-05-27 15:59:23] [EMAIL PROTECTED] http://php.net/types.float : "double" is similar to "float" http://php.net/types.array : "key may only be an integer or string" Your double/float key will be automatically translated to an int. So when you do $array[0.1] = 2;, $array[0] will be defined. For array_key_exists(), this conversion is not done automatically. http://php.net/array_key_exists : "key can be any value possible for an array index" and a float is not a possible value for an array index, hence the error. Maybe that conversion should be automatically done in array_key_exists though. [2008-05-27 04:36:01] atom at atomsoft dot cz Description: floor() return double type, but in documentation is floor. This is first bug. But for it exist another bug report. Second problem is array_key_exists() it hasn't accepted by array_key_exists, but $a[$key] = 'value' is OK. I think, that PHP accept double a key index, array_key_exists should be accept it too. Reproduce code: --- $key = floor(1/10); $a = array(); $a[$key] = 'value'; echo $a[$key] . "\n"; echo array_key_exists($key, $a)? "YES\n" : "NO\n"; echo gettype($key) . "\n"; Expected result: value YES float (according documentation) Actual result: -- value Warning: array_key_exists() function.array-key-exists: The first argument should be either a string or an integer in ... NO double -- Edit this bug report at http://bugs.php.net/?id=45100&edit=1
#45512 [Com]: php_mysql.dll can't be loaded
ID: 45512 Comment by: synaptic dot axon at gmail dot com Reported By: jianglinchun at live dot com Status: Feedback Bug Type: MySQL related Operating System: windows xp(sp3) PHP Version: 5.2.6 New Comment: Time to get serious, jani... Previous Comments: [2008-07-14 18:19:56] [EMAIL PROTECTED] Check phpinfo() for what php.ini file is actually loaded and used.. [2008-07-14 15:30:12] jianglinchun at live dot com Description: I have problem with configure php_mysql for php-5.2.6-Win32. The same problem: 1. http://we.designandco.de/2008/06/19/php-526-win32-wtf-happened-to-the-mysql-extension/ 2. http://www.nabble.com/PHP-5.2.6-integrating-MYSQL-5.0.51b-on-APACHE-2.0.63-%2B-Windows-XP-SP2)-td17201936.html --begin httpd.conf-- #php LoadFile "D:\open source\php\php-5.2.6-Win32\php5ts.dll" LoadModule php5_module "D:\open source\php\php-5.2.6-Win32\php5apache2_2.dll" PHPIniDir "D:\open source\php\php-5.2.6-Win32" AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps --end httpd.conf-- --begin php.ini-- ; Directory in which the loadable extensions (modules) reside. extension_dir = "D:\open source\php\php-5.2.6-Win32\ext" --begin php.ini-- Reproduce code: --- When those code are executed. mysql will be found nowhere. Expected result: php_mysql.dll should be loaded! Actual result: -- php_mysql.dll doesn't loaded -- Edit this bug report at http://bugs.php.net/?id=45512&edit=1
#44827 [Opn->Ver]: define('::') can be defined
ID: 44827 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Scripting Engine problem -Operating System: Windows Vista +Operating System: * -PHP Version: 5.2.5 +PHP Version: 5.2.6 Previous Comments: [2008-04-25 10:11:39] [EMAIL PROTECTED] As a note to this while we're at define(). define() also seems to ignore if you declare a class constant like: define('test::c', 'test'); Both with and without having a class called 'test' passes this, testing without the class 'test' like: var_dump(test::c); Will result in a fatal error: class 'test' not found. Testing it with a class called 'test' will issue a fatal error: undefined class constant 'c'. If the class 'test' already have a constant called 'c' define() will still ignore it and var_dump() will return the real value of test::c. [2008-04-25 10:01:38] [EMAIL PROTECTED] Description: PHP (5.2.5) allows you to define '::' as a constant without issuing an E_WARNING, below examples will demonstrate it. The constant() function will issue an fatal error when recieving '::' as constant name: Fatal error: Class '' not found in C:\webserver\www\gd\gd.php on line 91 Which might also be wrong or confusing to the programmer Reproduce code: --- Expected result: A fatal error for each of the calls: Fatal error: Invalid constant name in test.php on line 2 Fatal error: Invalid constant name in test.php on line 3 Actual result: -- Fatal error: Class '' not found in C:\webserver\www\gd\gd.php on line 91 None warning or fatal error for define()... -- Edit this bug report at http://bugs.php.net/?id=44827&edit=1
#44886 [Opn->Bgs]: output_add_rewrite_var fails on with attributes containing underscores
ID: 44886 Updated by: [EMAIL PROTECTED] Reported By: suhachov at gmail dot com -Status: Open +Status: Bogus Bug Type: Output Control Operating System: * PHP Version: 5.2.5 New Comment: 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 Previous Comments: [2008-05-01 22:28:53] suhachov at gmail dot com Description: output_add_rewrite_var() fails to operate on forms with attributes containing underscores: ... The reason is that only a-zA-Z are allowed in attribute names: ext/standard/url_scanner_ex.re, lines 310-...: state_arg: start = YYCURSOR; /*!re2c alpha alphadash* { passthru(STD_ARGS); handle_arg(STD_ARGS); STATE = STATE_BEFORE_VAL; goto state_before_val; } any { passthru(STD_ARGS); STATE = STATE_NEXT_ARG; goto state_next_arg; } */ and alpha is: alpha = [a-zA-Z]; I know that _ is not a character that is used in any standard html attributes, but it's used sometimes in the dojo world. -- Edit this bug report at http://bugs.php.net/?id=44886&edit=1
#45008 [Opn->Asn]: $this is not what you expect..
ID: 45008 Updated by: [EMAIL PROTECTED] Reported By: bruno dot caillaud at cndp dot fr -Status: Open +Status: Assigned -Bug Type: *General Issues +Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.2.6 -Assigned To: +Assigned To: helly New Comment: Marcus, yet another PPP issue. Previous Comments: [2008-05-19 11:50:59] bruno dot caillaud at cndp dot fr After reading once more the documentation for get_object_vars () and its comments, I understand that this method returns all access-authorized properties of the object you pass to it. So when you implement get_object_vars in a object method like get_object_vars($this), get_object_vars can access all propreties of the object (in the definition of a class, you can access all properties : private, protected and public). That's why in version less than 5.2.4, Child class can access to his own private properties. But now in version 5.2.4 and up, the object own private properties are not available but its parent's private properties are available! This is "the bug"... When I do Child->getProperties(), the "$this" (of get_object_vars($this)) is a "Child" object, not a "Base" object even if the getProperties method is implemented in Base Class. In version 5.2.0 to 5.2.3, all works well. I found an other similar bug with property_exists() function in all subversion of 5.2: this this the code : class Base { private $basePrivateProperty; protected $baseprotectedProperty; function getProperties () { echo "className = ".get_class($this)." : "; return get_object_vars ( $this ); } function isPropertyExists($propName) { echo " - className = ".get_class($this)." => "; return property_exists($this, $propName); } } class Child extends Base { private $childPrivateProperty; protected $childprotectedProperty; } this is the result (here in version 5.2.6) : className = Base : array(2) { ["basePrivateProperty"]=> NULL ["baseprotectedProperty"]=> NULL } father->isPropertyExists("childPrivateProperty") - className = Base => bool(false) father->isPropertyExists("basePrivateProperty") - className = Base => bool(true) className = Child : array(3) { ["childprotectedProperty"]=> NULL ["basePrivateProperty"]=> NULL ["baseprotectedProperty"]=> NULL } children->isPropertyExists("childPrivateProperty") - className = Child => bool(false) children->isPropertyExists("basePrivateProperty") - className = Child => bool(true) As you can see, with the children object (class Child), It's not working... [2008-05-16 21:43:04] [EMAIL PROTECTED] And what's the bug here anyway? As it clearly says in the manual page for get_object_vars(): "Gets the public properties of the given object". Private is not public and as the method is in context of the "Base" class, why would it include private properties of extending class? (Disclaimer: This is how _I_ understand this :) You get expected result if you define getProperties() method in the Child class tool.. [2008-05-16 21:30:29] [EMAIL PROTECTED] Just a note about bug #42814: "No feedback" is not same as "Closed" in which case there would be an entry in the NEWS file about a fixed bug.. [2008-05-15 14:41:48] bruno dot caillaud at cndp dot fr Description: I read the Bug #42814 which is supposed to be closed, however, I have reproduced this bug in the last version 5.2.6 this is a sample code : \n"; $father = new Base(); var_dump($father->getProperties()); echo "Child :\n"; $children = new Child(); var_dump($children->getProperties()); ?> Running this sample code Result on different versions of php 5: PHP version 5.2.0 to 5.2.3 : Base : array(2) { ["basePrivateProperty"]=> NULL ["baseprotectedProperty"]=> NULL } Child : array(3) { ["childPrivateProperty"]=> NULL ["childprotectedProperty"]=> NULL ["baseprotectedProperty"]=> NULL } PHP version 5.2.4 to 5.2.6: Base : array(2) { ["basePrivateProperty"]=> NULL ["baseprotectedProperty"]=> NULL } Child : array(3) { ["childprotectedProperty"]=> NULL ["basePrivateProperty"]=> NULL ["baseprotectedProperty"]=> NULL } I think the good behaviour is the one returned by versions 5.2.0 to 5.2.3. in 5.2.4 version and up, the child can access to his parent's private property but not to his own private property Reproduce code: --- \n"; $father = new Base(); var_dump($father->getProperties()); echo "Child :\n"; $children = new Child(); var_dump($children->getProperties()); ?> Expected result: Base :
#45046 [Opn->Asn]: Missing php5servlet.dll in PECL Collection package
ID: 45046 Updated by: [EMAIL PROTECTED] Reported By: steve at thebroughs dot com -Status: Open +Status: Assigned Bug Type: *General Issues Operating System: Windows PHP Version: 5.2.6 -Assigned To: +Assigned To: pajoye New Comment: Pierre, fix. Previous Comments: [2008-05-22 09:22:33] [EMAIL PROTECTED] It wasn't in the 5.2.5 zip either, it was in this pecl-5.2.5-Win32-1.zip instead. For some reason the same PECL collection for 5.2.6 does not contain it. [2008-05-20 07:08:50] steve at thebroughs dot com Description: I'm trying to install PHP into a TOMCAT server and have read a number of articles that refer to php5servlet.dll. This file is available in V5.2.5 but is not included the latest release. Is this file missing, or has it been replaced with another DLL? -- Edit this bug report at http://bugs.php.net/?id=45046&edit=1
#45515 [Opn->Bgs]: addslashes() function modifies a $_POST variable even if you dont want
ID: 45515 Updated by: [EMAIL PROTECTED] Reported By: andresipm at yahoo dot com -Status: Open +Status: Bogus Bug Type: Variables related Operating System: windows XP PHP Version: 5.2.6 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2008-07-14 22:46:36] andresipm at yahoo dot com Description: In the form enter a string with a quote anywhere. Clic several times the submit button. In the next code, it is supposed that the user will never excecute the addslashes() function inside the if statement. However, the value of the $_POST variable is changed and added slashes Reproduce code: --- http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml";> nooh shit Enter the string "any'string" and send:" /> Expected result: The expected result is that the $_POST variable keep its value: original string: any'string several submits later: any'string Actual result: -- The actual result is something like this: original string: any'string several submits later: any\\'string -- Edit this bug report at http://bugs.php.net/?id=45515&edit=1
#45515 [NEW]: addslashes() function modifies a $_POST variable even if you dont want
From: andresipm at yahoo dot com Operating system: windows XP PHP version: 5.2.6 PHP Bug Type: Variables related Bug description: addslashes() function modifies a $_POST variable even if you dont want Description: In the form enter a string with a quote anywhere. Clic several times the submit button. In the next code, it is supposed that the user will never excecute the addslashes() function inside the if statement. However, the value of the $_POST variable is changed and added slashes Reproduce code: --- http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml";> nooh shit Enter the string "any'string" and send:" /> Expected result: The expected result is that the $_POST variable keep its value: original string: any'string several submits later: any'string Actual result: -- The actual result is something like this: original string: any'string several submits later: any\\'string -- Edit bug report at http://bugs.php.net/?id=45515&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45515&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45515&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45515&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45515&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45515&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45515&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45515&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45515&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45515&r=support Expected behavior:http://bugs.php.net/fix.php?id=45515&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45515&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45515&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45515&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45515&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45515&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45515&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45515&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45515&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45515&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45515&r=mysqlcfg
#45514 [NEW]: socket_select + timeout returns immediately on non-blocking connect
From: rbarnes at aethon dot com Operating system: Ubuntu 7.10 / Linux 2.6.22-14 PHP version: 5.2.6 PHP Bug Type: Sockets related Bug description: socket_select + timeout returns immediately on non-blocking connect Description: I'm trying to implement a non-blocking connect similar to the one in Steven's "Unix Network Programming" on pg 450. I create the socket, set it to non-blocking and call connect which of course returns immediately with a SOCKET_EINPROGRESS error ( as expected ). Then I call socket_select with a timeout greater than 0 and socket_select returns immediately, even though the socket's state is still SOCKET_EINPROGRESS. errno 115: Operation now in progress Reproduce code: --- function ConnectSocket($remote, $port) { $sock = NULL; if (!($sock = @socket_create(AF_INET, SOCK_STREAM, SOL_TCP))) return NULL; socket_set_nonblock($sock); if ([EMAIL PROTECTED]($sock, $remote, $port+0)) { if (socket_select($rin = array($sock), $win = $rin, $ein = NULL, 30.0) < 1) return NULL; if (socket_recv($sock, $buf, 0, 0) === false) { print socket_strerror(socket_last_error()) . "\n"; return NULL; } } socket_set_block($sock); return $sock; } ConnectSocket('206.190.60.37', 80); Expected result: socket_select should block until either the connection completes or the timeout is exceeded. Actual result: -- socket_select returns immediately. SOCKET_EINPROGRESS Operation now in progress -- Edit bug report at http://bugs.php.net/?id=45514&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45514&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45514&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45514&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45514&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45514&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45514&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45514&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45514&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45514&r=support Expected behavior:http://bugs.php.net/fix.php?id=45514&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45514&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45514&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45514&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45514&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45514&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45514&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45514&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45514&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45514&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45514&r=mysqlcfg
#44607 [Opn]: stream_get_line return incorrect values
ID: 44607 User updated by: amoo_miki at yahoo dot com Reported By: amoo_miki at yahoo dot com Status: Open Bug Type: Streams related Operating System: * PHP Version: 5.2.6 New Comment: I should also add that the workaround (that works for this example file) does not always work. Previous Comments: [2008-07-14 21:45:58] amoo_miki at yahoo dot com Also tried with the latest CVS snapshot of 5.2.7-dev and it still gives incorrect results. [2008-07-14 21:38:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-07-14 21:30:22] amoo_miki at yahoo dot com Tested this with PHP v5.2.6 on Windows 2008 Server and FreeBSD 7.0 and it still returns incorrect results. [2008-04-02 12:14:33] amoo_miki at yahoo dot com Using: PHP 5.2.6RC4-dev (cli) (built: Apr 2 2008 08:04:44) Still i get the faulty output: Found in source at 9295 Location in stream: 15000 Rewinding... Location in stream: 15000 Attempting fix... Location in stream: 9307 Rewinding... Location in stream: 9307 [2008-04-02 11:56:25] amoo_miki at yahoo dot com Description: On some occasions stream_get_line acts weired by attempting the first seek without considering the "end of line" string. Below is the sample code that shows the problem with a workaround to temporarily solve the issue (that might ring some bells for the person who plans on fixing this). The code uses a small binary JPX file that can be fetched from http://barahmand.com/streambug/sample.txt Reproduce code: --- ', file_get_contents($filename)); echo "Found in source at ".strlen($arr[0])."\n\n"; $fp = fopen($filename, "rb"); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; echo "Rewinding...\n"; rewind($fp); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; rewind($fp); echo "\nAttempting fix...\n"; stream_get_line($fp, 1, ""); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; echo "Rewinding...\n"; rewind($fp); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; fclose($fp); ?> Expected result: Found in source at 9295 Location in stream: 9307 Rewinding... Location in stream: 9307 Attempting fix... Location in stream: 9307 Rewinding... Location in stream: 9307 Actual result: -- Found in source at 9295 Location in stream: 15000 Rewinding... Location in stream: 15000 Attempting fix... Location in stream: 9307 Rewinding... Location in stream: 9307 -- Edit this bug report at http://bugs.php.net/?id=44607&edit=1
#44607 [Fbk->Opn]: stream_get_line return incorrect values
ID: 44607 User updated by: amoo_miki at yahoo dot com Reported By: amoo_miki at yahoo dot com -Status: Feedback +Status: Open Bug Type: Streams related Operating System: * PHP Version: 5.2.6 New Comment: Also tried with the latest CVS snapshot of 5.2.7-dev and it still gives incorrect results. Previous Comments: [2008-07-14 21:38:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-07-14 21:30:22] amoo_miki at yahoo dot com Tested this with PHP v5.2.6 on Windows 2008 Server and FreeBSD 7.0 and it still returns incorrect results. [2008-04-02 12:14:33] amoo_miki at yahoo dot com Using: PHP 5.2.6RC4-dev (cli) (built: Apr 2 2008 08:04:44) Still i get the faulty output: Found in source at 9295 Location in stream: 15000 Rewinding... Location in stream: 15000 Attempting fix... Location in stream: 9307 Rewinding... Location in stream: 9307 [2008-04-02 11:56:25] amoo_miki at yahoo dot com Description: On some occasions stream_get_line acts weired by attempting the first seek without considering the "end of line" string. Below is the sample code that shows the problem with a workaround to temporarily solve the issue (that might ring some bells for the person who plans on fixing this). The code uses a small binary JPX file that can be fetched from http://barahmand.com/streambug/sample.txt Reproduce code: --- ', file_get_contents($filename)); echo "Found in source at ".strlen($arr[0])."\n\n"; $fp = fopen($filename, "rb"); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; echo "Rewinding...\n"; rewind($fp); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; rewind($fp); echo "\nAttempting fix...\n"; stream_get_line($fp, 1, ""); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; echo "Rewinding...\n"; rewind($fp); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; fclose($fp); ?> Expected result: Found in source at 9295 Location in stream: 9307 Rewinding... Location in stream: 9307 Attempting fix... Location in stream: 9307 Rewinding... Location in stream: 9307 Actual result: -- Found in source at 9295 Location in stream: 15000 Rewinding... Location in stream: 15000 Attempting fix... Location in stream: 9307 Rewinding... Location in stream: 9307 -- Edit this bug report at http://bugs.php.net/?id=44607&edit=1
#44955 [Asn->Csd]: socket array keys not working as expected
ID: 44955 User updated by: fidojones at fidojones dot com Reported By: fidojones at fidojones dot com -Status: Assigned +Status: Closed Bug Type: Sockets related Operating System: Linux PHP Version: 5.2.6 Assigned To: felipe New Comment: Aparently socket_select acts completely diferent as past versions. Nanoweb server has been fixed to work with this versions: old version in nanoweb before 5.2.6: $ns=socket_select($lnset, $write=NULL, $except=NULL, 1); if ($ns) { if ($lnset[0]==$children_sck) { new version in nanoweb from 5.2.6: $ns=socket_select($lnset, $write=NULL, $except=NULL, 1); if ($ns) foreach ($lnset as $lnact) { if ($lnact==$children_sck) { So I think it's not a bug, but acts different as older versions. Previous Comments: [2008-07-14 21:29:57] [EMAIL PROTECTED] Felipe, you break -> you fix. Or revert the patch you applied that obviously causes the problem. [2008-05-09 18:12:36] fidojones at fidojones dot com I'm using the socket.c file in ext/socket/ from php 5.2.5 in php 5.2.6 and all is working fine. And the only diff in socket.c is the patch http://bugs.php.net/bug.php?id=44197 ,so explain me if not related with this patch, why is working perfect? if I only overwrite the socket.c file... You should test the script and say me if you see the execution diference and I encourage to try http://nanoweb.si.kz/ that has been working with all php versions from 4 to 5.2.5 and only fails with php 5.2.6. [2008-05-09 17:50:12] [EMAIL PROTECTED] The problem isn't related with the patch... It just fixed a problem in socket_select(). Your script doesn't use it. [2008-05-09 16:27:02] [EMAIL PROTECTED] Assigned to Felipe who broke this. [2008-05-09 14:58:09] fidojones at fidojones dot com Description: This bugfixed http://bugs.php.net/bug.php?id=44197 make work socket arrays some strange. I think that some HASH_KEY is not contemplate in switch case line 605 switch (zend_hash_get_current_key_ex(Z_ARRVAL_P(sock_array), &key, &key_len, &num_key, 0, NULL)) { Nanoweb server http://nanoweb.si.kz/, when try to access it, eat cpu at 99% time with this socket patch. Reproduce code: --- Expected result: php 5.2.5 result: bash$ php socket.php Recieved Message From Child. Recieved Message From Parent. Actual result: -- php 5.2.6 result: bash# php socket.php Recieved Message From Child. bash# Recieved Message From Parent. An here wait and you should hit return to see the bash prompt again -- Edit this bug report at http://bugs.php.net/?id=44955&edit=1
#44607 [Opn->Fbk]: stream_get_line return incorrect values
ID: 44607 Updated by: [EMAIL PROTECTED] Reported By: amoo_miki at yahoo dot com -Status: Open +Status: Feedback Bug Type: Streams related Operating System: * PHP Version: 5.2.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2008-07-14 21:30:22] amoo_miki at yahoo dot com Tested this with PHP v5.2.6 on Windows 2008 Server and FreeBSD 7.0 and it still returns incorrect results. [2008-04-02 12:14:33] amoo_miki at yahoo dot com Using: PHP 5.2.6RC4-dev (cli) (built: Apr 2 2008 08:04:44) Still i get the faulty output: Found in source at 9295 Location in stream: 15000 Rewinding... Location in stream: 15000 Attempting fix... Location in stream: 9307 Rewinding... Location in stream: 9307 [2008-04-02 11:56:25] amoo_miki at yahoo dot com Description: On some occasions stream_get_line acts weired by attempting the first seek without considering the "end of line" string. Below is the sample code that shows the problem with a workaround to temporarily solve the issue (that might ring some bells for the person who plans on fixing this). The code uses a small binary JPX file that can be fetched from http://barahmand.com/streambug/sample.txt Reproduce code: --- ', file_get_contents($filename)); echo "Found in source at ".strlen($arr[0])."\n\n"; $fp = fopen($filename, "rb"); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; echo "Rewinding...\n"; rewind($fp); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; rewind($fp); echo "\nAttempting fix...\n"; stream_get_line($fp, 1, ""); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; echo "Rewinding...\n"; rewind($fp); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; fclose($fp); ?> Expected result: Found in source at 9295 Location in stream: 9307 Rewinding... Location in stream: 9307 Attempting fix... Location in stream: 9307 Rewinding... Location in stream: 9307 Actual result: -- Found in source at 9295 Location in stream: 15000 Rewinding... Location in stream: 15000 Attempting fix... Location in stream: 9307 Rewinding... Location in stream: 9307 -- Edit this bug report at http://bugs.php.net/?id=44607&edit=1
#44551 [Opn->Bgs]: php script don't send output/STDOUT to apache
ID: 44551 Updated by: [EMAIL PROTECTED] Reported By: laurent_baillif at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: * PHP Version: 5.2.5 New Comment: 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 Previous Comments: [2008-06-25 12:16:58] laurent_baillif at hotmail dot com Hi, I have found a solution for my issue! Always send your echo with a "\n" at the end of your script. We sould put that in the manuel because it is says no where. Another issue I have experience: If your script is running on a windows platform, never leave a magic cookies (from linux for instance) and never leave a blank line at the begining of your script. that will de-synchronise all your answer in STDOUT. Let me explain: request one => answer one: error in apache request two => answer two: request one in apache request three => answer three: request two in apache and so on... So if you are running on windows, always start your script with the php quote:"" whithout any white space in the middle of the code (e.g like: "?> ServerAdmin [EMAIL PROTECTED] DocumentRoot "/home/mywork/web/partenaire" ServerName mytest.mydomain.com DirectoryIndex index.php ErrorLog /home/mywork/log/apache/error.log LogLevel debug RewriteLog /home/mywork/log/apache/rewrite.log RewriteLogLevel 9 RewriteEngine on #RewriteLock /home/mywork/web/partenaire/test/rewrite.lock #RewriteMap rewritemap prg:/home/mywork/web/partenaire/test/rewritemap.perl RewriteMap rewritemap prg:/home/mywork/web/partenaire/test/rewritemap.php RewriteOptions Inherit RewriteRule ^/test/(.*)$ ${rewritemap:%{REQUEST_URI}} [L] Options FollowSymLinks AllowOverride all Order allow, deny Allow from all I can confirm my PHP script is working fine from the console (read STDIN and write STDOUT) and when it is start with apache, he receive correctly the STDIN but never send back the STDOUT. I have tried several configurations in my script and APACHE never get the STDOUT and just hang or return a blank URL. My rewritemap.php script looks like this: #!/usr/bin/php Expected result: I can confirm my PHP script is working fine from the console (read STDIN and write STDOUT) and when it is start with apache, he receive correctly the STDIN but never send back the STDOUT. With the same configuration a perl script is working fine for apache. I have tried several configurations in my php script and APACHE never get the STDOUT and just hang or return a blank URL. Actual result: -- Blank url or apache hang. -- Edit this bug report at http://bugs.php.net/?id=44551&edit=1
#44848 [Opn->Fbk]: autoload fails with complex loading scheme
ID: 44848 Updated by: [EMAIL PROTECTED] Reported By: nicolas dot grekas+php at gmail dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.2.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2008-06-05 08:33:59] jille at hexon dot cx I tried creating a work-around for this. However, this didn't work: So class B is half-existent ? You can not define it, but it also doesn't exists... [2008-04-27 21:22:46] nicolas dot grekas+php at gmail dot com Description: Hard to explain, see code... I think that PHP should be able to handle this kind of loading scheme. Here is what I thought this code would do : 1. __autoload('A') is called 2. inside this call for A: 2.1 class B is defined, which extends C 2.2 as C is not defined, __autoload('C') is called 2.3 inside this call for C: 2.3.1 class C is defined 2.3.2 (now we have everything needed for class B, haven't we ?) 2.3.3 class A extends B 2.4 we leave the __autoload('C') context 3. we leave the __autoload('A') context The bug is at step 2.3.3 : "class A extends B" triggers an autoload('B'), which should not occurs, as B should be already defined, thanks to 2.3.2... Reproduce code: --- http://bugs.php.net/?id=44848&edit=1
#44607 [Opn]: stream_get_line return incorrect values
ID: 44607 User updated by: amoo_miki at yahoo dot com -Summary: stream_get_line not working as expected Reported By: amoo_miki at yahoo dot com Status: Open Bug Type: Streams related -Operating System: Win32 +Operating System: All -PHP Version: 5.2CVS-2008-04-02 +PHP Version: 5.2.6 New Comment: Tested this with PHP v5.2.6 on Windows 2008 Server and FreeBSD 7.0 and it still returns incorrect results. Previous Comments: [2008-04-02 12:14:33] amoo_miki at yahoo dot com Using: PHP 5.2.6RC4-dev (cli) (built: Apr 2 2008 08:04:44) Still i get the faulty output: Found in source at 9295 Location in stream: 15000 Rewinding... Location in stream: 15000 Attempting fix... Location in stream: 9307 Rewinding... Location in stream: 9307 [2008-04-02 11:56:25] amoo_miki at yahoo dot com Description: On some occasions stream_get_line acts weired by attempting the first seek without considering the "end of line" string. Below is the sample code that shows the problem with a workaround to temporarily solve the issue (that might ring some bells for the person who plans on fixing this). The code uses a small binary JPX file that can be fetched from http://barahmand.com/streambug/sample.txt Reproduce code: --- ', file_get_contents($filename)); echo "Found in source at ".strlen($arr[0])."\n\n"; $fp = fopen($filename, "rb"); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; echo "Rewinding...\n"; rewind($fp); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; rewind($fp); echo "\nAttempting fix...\n"; stream_get_line($fp, 1, ""); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; echo "Rewinding...\n"; rewind($fp); stream_get_line($fp, 15000, ""); echo "Location in stream: ".ftell($fp)."\n"; fclose($fp); ?> Expected result: Found in source at 9295 Location in stream: 9307 Rewinding... Location in stream: 9307 Attempting fix... Location in stream: 9307 Rewinding... Location in stream: 9307 Actual result: -- Found in source at 9295 Location in stream: 15000 Rewinding... Location in stream: 15000 Attempting fix... Location in stream: 9307 Rewinding... Location in stream: 9307 -- Edit this bug report at http://bugs.php.net/?id=44607&edit=1
#44955 [Opn->Asn]: socket array keys not working as expected
ID: 44955 Updated by: [EMAIL PROTECTED] Reported By: fidojones at fidojones dot com -Status: Open +Status: Assigned Bug Type: Sockets related Operating System: Linux PHP Version: 5.2.6 -Assigned To: +Assigned To: felipe New Comment: Felipe, you break -> you fix. Or revert the patch you applied that obviously causes the problem. Previous Comments: [2008-05-09 18:12:36] fidojones at fidojones dot com I'm using the socket.c file in ext/socket/ from php 5.2.5 in php 5.2.6 and all is working fine. And the only diff in socket.c is the patch http://bugs.php.net/bug.php?id=44197 ,so explain me if not related with this patch, why is working perfect? if I only overwrite the socket.c file... You should test the script and say me if you see the execution diference and I encourage to try http://nanoweb.si.kz/ that has been working with all php versions from 4 to 5.2.5 and only fails with php 5.2.6. [2008-05-09 17:50:12] [EMAIL PROTECTED] The problem isn't related with the patch... It just fixed a problem in socket_select(). Your script doesn't use it. [2008-05-09 16:27:02] [EMAIL PROTECTED] Assigned to Felipe who broke this. [2008-05-09 14:58:09] fidojones at fidojones dot com Description: This bugfixed http://bugs.php.net/bug.php?id=44197 make work socket arrays some strange. I think that some HASH_KEY is not contemplate in switch case line 605 switch (zend_hash_get_current_key_ex(Z_ARRVAL_P(sock_array), &key, &key_len, &num_key, 0, NULL)) { Nanoweb server http://nanoweb.si.kz/, when try to access it, eat cpu at 99% time with this socket patch. Reproduce code: --- Expected result: php 5.2.5 result: bash$ php socket.php Recieved Message From Child. Recieved Message From Parent. Actual result: -- php 5.2.6 result: bash# php socket.php Recieved Message From Child. bash# Recieved Message From Parent. An here wait and you should hit return to see the bash prompt again -- Edit this bug report at http://bugs.php.net/?id=44955&edit=1
#44842 [Opn->Ctl]: parse_ini_file keys that start/end with underscore
ID: 44842 Updated by: [EMAIL PROTECTED] Reported By: galactic dot void at googlemail dot com -Status: Open +Status: Critical Bug Type:Filesystem function related PHP Version: 5.3CVS-2008-04-26 (snap) Previous Comments: [2008-04-26 17:12:21] galactic dot void at googlemail dot com Description: parse_ini_file cannot handle keys that start/end with an underscore. Reproduce code: --- // my.ini test = 1 _test = 2 test_ = 3 [section] test = 1 _test = 2 test_ = 3 // ini.php print_r(parse_ini_file('my.ini', true)); Expected result: Array ( [test] => 1 [_test] => 2 [test_] => 3 [section] => Array ( [test] => 1 [_test] => 2 [test_] => 3 ) ) Actual result: -- Array ( [test] => 1 ) -- Edit this bug report at http://bugs.php.net/?id=44842&edit=1
#43225 [Opn->Fbk]: fputcsv incorrectly handles cells ending in \ followed by "
ID: 43225 Updated by: [EMAIL PROTECTED] Reported By: ed at bronto dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Centos PHP Version: 5.2.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2008-04-17 01:00:55] dan at expireddomain dot com Same problem on windows XP PHP version 5.2.5 on cells that contain a \ followed by double quotes (") [2007-11-09 14:59:11] ed at bronto dot com Description: Using fputcsv to output a cell that ends with a \ followed by double quotes (") causes it to not use any escape sequence. Oddly, fgetscsv is able to parse it correctly. Unlike fgetscsv, I assume fputcsv follows RFC 4180 and uses " as the escape character. Reproduce code: --- $row = array(); $row[] = 'a\\"'; $row[] = 'bbb'; $fp = fopen('test.csv', 'w+'); fputcsv($fp, $row); fclose($fp); Expected result: expected output: "a\""",bbb Actual result: -- actual output: "a\"",bbb -- Edit this bug report at http://bugs.php.net/?id=43225&edit=1
#42720 [Opn->Fbk]: fread timeout with available datas
ID: 42720 Updated by: [EMAIL PROTECTED] Reported By: Slig at free dot fr -Status: Open +Status: Feedback Bug Type: Streams related Operating System: * PHP Version: 5CVS-2007-09-21 (snap) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-09-25 07:18:27] Slig at free dot fr Notes: - it the same on Windows (tested on 32 bits 5.2.0 and current 5.2.4) - using stream_socket_recvfrom() instead of fread(), there is not the timeout at the last read. [2007-09-21 00:01:57] Slig at free dot fr Description: Seems to be on all 5.2, 6 snap, on 32 bits and 64 bits linux. Note the delay of the last read : it make a 60s timeout while it should not because datas are available to read. Reading data with a bigger length value or setting a small timeout time on the stream show that the data is available immediatly, this timeout shouyld not happen. It seems to happen only to the last read, when all readable datas where not read in one shot. Reproduce code: --- 0){ echo "Reading...\n"; $time = microtime(true); $contents = fread($handle,30); $delay = sprintf("%0.6f",(microtime(true)-$time)); echo "Contents(delay:$delay): [$contents]\n"; $r = array($handle); $w = null; $e = array($handle); $nb = stream_select($r,$w,$e,3); echo "select : $nb, r=".count($r).', w='.count($w).', e='.count($e)."\n"; } usleep(2); } fclose($handle); ?> Expected result: select : 1, r=1, w=0, e=0 Reading... Contents(delay:0.000124): [220 naxos2.unice.fr ESMTP Send] select : 1, r=1, w=0, e=1 Reading... Contents(delay:0.11): [mail 8.13.1/8.13.1; Fri, 21 Se] select : 1, r=1, w=0, e=1 Reading... Contents(delay:0.87): [p 2007 01:55:13 +0200 ] select : 0, r=0, w=0, e=0 select : 0, r=0, w=0, e=0 Actual result: -- select : 1, r=1, w=0, e=0 Reading... Contents(delay:0.53): [220 naxos2.unice.fr ESMTP Send] select : 1, r=1, w=0, e=1 Reading... Contents(delay:0.10): [mail 8.13.1/8.13.1; Fri, 21 Se] select : 1, r=1, w=0, e=1 Reading... Contents(delay:60.004428): [p 2007 01:53:18 +0200 ] select : 0, r=0, w=0, e=0 select : 0, r=0, w=0, e=0 -- Edit this bug report at http://bugs.php.net/?id=42720&edit=1
#44942 [Opn->Fbk]: exec() hangs apache
ID: 44942 Updated by: [EMAIL PROTECTED] Reported By: inqualab1985 at gmail dot com -Status: Open +Status: Feedback Bug Type: Program Execution Operating System: Microsoft Window 2000 SP4 PHP Version: 5.2.5 New Comment: 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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. Previous Comments: [2008-07-09 13:17:48] lk at profline dot ch I forgot the specifications, we use: Windows XP Apache 2.2.8 PHP 5.2.6 Is that an apache or a php related problem ? [2008-07-09 13:04:37] lk at profline dot ch We have got the same problem here, exec hangs sometimes and causes the page to not respond to anything. Only way is to restart apache. Is there a solution available for this ? [2008-07-04 20:28:57] inqualab1985 at gmail dot com Dear markus In the first sight, I also understand that this happen only when multiple request hit the script with exec(). But in reality there is no guarantee that if the request goes one by one Hanging will not happen. I had done a test at the time of writing this bug in which call the script one by one but it randomly hanged up again after a period of time. At that time period is long. So dear PHP team , you have to really look up this matter. Thanks [2008-07-03 20:33:19] markus at opahle dot com Windows XP SP3 Apache 2.2.6 PHP 5.2.6 I have the same problem. I noticed that apache only hangs up when a php script with an exec command was called twice at the same time. The problem also ocours when I tried to use popen or proc_open(with and without bypass_shell option) [2008-06-10 14:59:10] aleaddict at yahoo dot com Windows Server 2003 R2 Service Pack 1 Apache 2.2.6 PHP 5.2.4 (upgraded to 5.2.6 with no success) Executing resource kit utility shortcut.exe via exec() with EXACTLY the same results... Random, no errors logged, hangs up all succeeding calls to exec(), requires restart. Keith 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/44942 -- Edit this bug report at http://bugs.php.net/?id=44942&edit=1
#44954 [Opn->Fbk]: file_get_contents crashes Apache
ID: 44954 Updated by: [EMAIL PROTECTED] Reported By: abakker at gmx dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Win XP PHP Version: 5.2.6 New Comment: 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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. Previous Comments: [2008-05-18 08:43:37] abakker at gmx dot net I added a sleep(1) and set max_execution_time to 999. After 172 iterations the Apache server hangs (does not respond to page requests anymore). The script continues very slowly at this point, it times out on every file_get_contents request (in the error log you see the error message mentioned at the top of this bug report for every iteration). The total number of threads in Windows Task Manager does not increase when running the script. My system is also not running out of resources, I have 3 Gb memory of which 2.6 Gb is available. When you replace file_get_contents with http_get or curl_exec the problem does not occur. Seems to me that this indicates that there is something wrong with file_get_contents. In any case a PHP script should not cause the Apache server to hang/crash (Apache does not respond to page requests for any user anymore) and bring a production system down. [2008-05-18 00:20:28] [EMAIL PROTECTED] I really doubt this is any bug in PHP anyway. You propably just run out of Apache threads/childs with that script that doesn't really give Apache any chance. Try adding some 'sleep(1);' line inside the for() loop. [2008-05-11 11:15:41] abakker at gmx dot net In the Apache error log it just says the connected party failed to respond (the complete message is in the beginning of this bug report). I tried the backtrace tools, but did not manage to get a backtrace. I looked at the processes. I have two httpd.exe processes when I start Apache. When I reproduce the problem, the two processes remain. I guess technically this means the Apache server does not crash, but hangs and this is the reason why I do not get a backtrace? Anyway, the two httpd.exe processes keep on running, but any web page request fails (internet explorer displays the standard page that it could not access the requested web page). Apache no longer seems to respond to requests. The two httpd.exe processes use no cpu when the problem occurs. A restart of Apache does not give any error message, but does not solve the issue. A stop and start is needed. Not sure whether this tells you something. Anyway, were you able to reproduce the problem yourself? That would be helpful, if so, you could do any backtracing or other diagnosis yourself. I am not familiar with the diagnostic tools, it would be much better if you could do it. [2008-05-10 23:02:22] [EMAIL PROTECTED] Nevermind the Apache log question..of course you checked that. :) But there's no indication that anything crashed anywhere.. [2008-05-10 23:01:09] [EMAIL PROTECTED] Are you sure it's a crash? If so, it's might be PHP that is crashs so where's the backtrace? And did you check the Apache logs for any possible information about this issue..? Instructions how to get a backtrace under Windows: http://bugs.php.net/bugs-generating-backtrace-win32.php 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/44954 -- Edit this bug report at http://bugs.php.net/?id=44954&edit=1
#45016 [Opn->Fbk]: connect timeout on successful connect
ID: 45016 Updated by: [EMAIL PROTECTED] Reported By: tpowell at electric-cloud dot com -Status: Open +Status: Feedback Bug Type: OpenSSL related -Operating System: all +Operating System: * PHP Version: 5.3CVS-2008-05-16 (CVS) New Comment: Can you try the patch Kalle posted above? Previous Comments: [2008-07-08 01:39:54] [EMAIL PROTECTED] Try this patch: http://phpfi.com/330065 (against latest PHP_5_3 cvs) [2008-05-16 00:12:40] tpowell at electric-cloud dot com Description: On unusually slow ssl connects, we get a timeout message even through the connect succeeded. The offending code appears to be around line 816 of xp_ssl.c version 1.37 (the bug appears to have been around since 1.28) struct timeval tvs, tve; struct timezone tz; gettimeofday(&tvs, &tz); n = SSL_connect(sslsock->ssl_handle); gettimeofday(&tve, &tz); timeout -= (tve.tv_sec + tve.tv_usec / 100) - (tvs.tv_sec + tvs.tv_usec / 100); if (timeout < 0) { php_error_docref(NULL TSRMLS_CC, E_WARNING, "SSL: connection timeout"); return -1; } The timeout is checked before the success value. A fix would be to only check the timeout when deciding to loop again. Reproduce code: --- Peg the cpu of the test machine, attempt to make several ssl connections out. -- Edit this bug report at http://bugs.php.net/?id=45016&edit=1
#45289 [Opn->Fbk]: Cannot use prepared statements and fetch_row together
ID: 45289 Updated by: [EMAIL PROTECTED] Reported By: mike dot benza at rice dot edu -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: * -PHP Version: 5.2.6 +PHP Version: 5.2.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2008-07-11 08:54:43] omolano at PLEASENOSPAMinicia dot es I've also had this problem. In my case I was trying to use PDO::FETCH_ASSOC on a prepared statement and the database was SQLite 3 based. I also got null values, like the above poster, not garbage. [2008-06-17 02:33:54] mike dot benza at rice dot edu Description: It's not possible (as far as I can tell) to use a prepared statement in conjunction with mysqli_result::fetch_row or mysqli_result::fetch_assoc. The inability to do it is not documented in the manual online. There is no error given when you try to use fetch_row or fetch_assoc on a result. In fact, it returns successfully, with garbage. This is a similar issue as http://bugs.php.net/bug.php?id=42619&edit=2, but there is still no documentation of the behavior and no error thrown when trying to use fetch_row or fetch_assoc on a result from a prepared statement (Note: I only have 5.2.4, since that's the highest available on my OS. If you really want me to upgrade, I'll build it from source, but I think you know about this incompatibility, since it should be your primary use case; mysqli should be able to combine the security of prepared statements with the useful features of the old mysql extension) (See also: http://www.robpoyntz.com/blog/?p=189, which doesn't work, and I haven't had a chance to figure out why) (See also: http://blog.myhat.de/2007/06/26/pdo-and-extending-mysqli/) Reproduce code: --- $db = new mysqli(...); $teamId = some integer; $stmt = $db->prepare('SELECT * FROM teams where id=? LIMIT 1;'); if($stmt === FALSE) { die("Could not prepare statement"); } if($stmt->bind_param('i', $teamId) === FALSE) { die("Could not bind params"); } if($stmt->execute() === FALSE) { die("Could not execute statement"); } if(($result = $db->store_result()) === FALSE) { die("Could not store result (db)." . $db->error); } $teamAsArray = $result->fetch_assoc(); print_r($teamAsArray); Expected result: I would expect the above code to have $teamAsArray be an associative array with the fields in my team table as the keys, and the values be the corresponding values. At the very least, I would expect an error to be thrown since it can't. I expect: Array ( [id] => 1 [name] => Nicaragua II [updateTime] => 2008-06-05 00:35:43 [meetings] => Saturdays at 10:00pm in the Mech Lab [country] => Nicaragua [currentProjectId] => 3) Actual result: -- An array full of garbage...but not senseless garbage, but rather the fields in the wrong spots, with some garbage mixed in between: Array ( [id] => [name] => [updateTime] => ��� [meetings] => Nicaragua II [country] => �#+ [currentProjectId] => Saturdays at 10:00pm in the Mech Lab ) -- Edit this bug report at http://bugs.php.net/?id=45289&edit=1
#45066 [Opn->Fbk]: Cannot compile a working php with mysql and mysqli
ID: 45066 Updated by: [EMAIL PROTECTED] Reported By: dirk at bean-it dot nl -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Linux x86 PHP Version: 5.2.6 New Comment: Also it might be good to know if you can reproduce this without enabling any mysql stuff at all. Try this configure line: # rm config.cache # ./configure --disable-all --with-apxs2 && make clean && make # sapi/cli/php -v That should work? What Apache MPM have you enabled btw? Note: Please give us also the basic info Uwe asked above.. Previous Comments: [2008-07-14 19:42:55] [EMAIL PROTECTED] No idea, but I'd like to know what "Linux x86" means. What's the OS, what's the CPU, what MySQL version. Does the problem exist with mysqlnd? [2008-07-07 08:49:43] dirk at bean-it dot nl Ok, i've tried to make a backtrace. Since the program just hangs and doesn't crash, I've did it this way: cd php-5.2.6/ gdb sapi/cli/php (gdb) run -i (gdb) bt Output Program received signal SIGINT, Interrupt. [Switching to Thread 47510530549152 (LWP 2089)] 0x2b35e7b87eeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 (gdb) backtrace #0 0x2b35e7b87eeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 #1 0x0016 in ?? () #2 0x4871d7d2 in ?? () #3 0x2b35e7b8598c in pthread_cond_destroy@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #4 0x in ?? () Hope this gives a clou... If I should do something else, please let me know! [2008-06-10 14:54:27] dirk at bean-it dot nl Just had the same problem on an 686... really puzzling, because the machine is virtually the same as a machine without the problem. Same distro, same mysql libs...? This is the last past of a strace output of sapi/cli/php -i. It hangs forever after this. munmap(0x2b233bd99000, 266240) = 0 mmap(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b233bd99000 setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 futex(0x2b233c5ef5e0, FUTEX_WAIT, 2, NULL [2008-05-22 15:05:55] dirk at bean-it dot nl Description: When I try to compile PHP 5.2.6 with the following options: --with-apxs2=/usr/bin/apxs2 --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config On a x86 machine, I get a not working php. Make test doesn't return anything, make install will work, but just typing php -v at the command line hangs forever. On a i386 machine, same OS (debian etch), same mysql libs, same all, no problem. This problem started in php-5.2.4, 5.2.3 is the last php that will result in a succesfull working php after compilation on x86. The problem does not exist when not using --with-apxs2 Reproduce code: --- ./configure --with-apxs2=/usr/bin/apxs2 --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config Expected result: A working php... Actual result: -- A non-responsive php :-( -- Edit this bug report at http://bugs.php.net/?id=45066&edit=1
#45273 [Opn->Fbk]: Unable to make SSL connection to MySQL DB using mysqli::real_connect
ID: 45273 Updated by: [EMAIL PROTECTED] Reported By: luciandipeso at yahoo dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: OS X, FreeBSD PHP Version: 5.2.6 Assigned To: uw New Comment: Kick out webserver == use PHP CLI.. Previous Comments: [2008-07-14 20:15:14] luciandipeso at yahoo dot com I'm not sure what you mean by "kick out the web server and try a command line script." I am able to connect to MySQL using SSL from the command line, but I haven't tried PHP CLI if that's what you mean. I'm not sure if this is a duplicate bug -- in #41778, the person actually gets an error returned. For me, the script just hangs until it times out and I get a 500 status code. I've also tried specifying the SSL certs in a my.cnf file, and skipping the $db->ssl_set call, but that doesn't work either. [2008-07-14 19:39:53] [EMAIL PROTECTED] Please check if your report is a duplicate of http://bugs.php.net/bug.php?id=41778 . Kick out the web server and try a command line script. If its a duplicate, which I guess, we can close this one. [2008-06-19 18:51:47] luciandipeso at yahoo dot com I'm starting to think that the problem is that mysqli_ssl_set() is not working -- no certs are being specified, and so when PHP tries to connect over SSL to MySQL, it just hangs. [2008-06-14 23:22:39] luciandipeso at yahoo dot com -- Should say "When I supply the MYSQLI_CLIENT_SSL flag to mysqli::real_connect, the script hangs until it either" not "I either" :) [2008-06-14 23:21:58] luciandipeso at yahoo dot com Description: When I supply the MYSQLI_CLIENT_SSL flag to mysqli::real_connect, the script hangs until I either: get a 500 response from the web server (tested on a shared host running FreeBSD) or simply get a "Server unexpectedly dropped the connection" response (tested on my MacBook Pro running OS X 10.4.11). I am able to connect fine via command line. I looked in my Apache logs, and found no entries. Reproduce code: --- $db = new mysqli(); $db->init(); $db->ssl_set('/path/to/key.pem', '/path/to/cert.pem', '/path/to/ca.pem', NULL, NULL); $db->real_connect('1.2.3.4', 'login', 'pass', 'database', 3167, '', MYSQLI_CLIENT_SSL); $query = $db->query("SHOW STATUS"); while($row = $query->fetch_assoc()) { print_r($row); echo(''); } Expected result: An SSL enabled connection to a remote MySQL database. Actual result: -- Either a 500 response or a "Server unexpectedly dropped the connection" response. -- Edit this bug report at http://bugs.php.net/?id=45273&edit=1
#45448 [Opn->Fbk]: PHP Cuts off documents after some point
ID: 45448 Updated by: [EMAIL PROTECTED] Reported By: jowie dot 1337+phpnet at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP Service Pack 1 PHP Version: 5.2.6 New Comment: Are you sure there's actually something crashing there? Nothing in Apache logs or wherever those are in Windows..? Previous Comments: [2008-07-14 19:42:51] jowie dot 1337+phpnet at gmail dot com It may be worth noting that everything is fine when I run a php script of the console using "php.exe test.php". [2008-07-14 19:39:03] jowie dot 1337+phpnet at gmail dot com Bug still occurs. I used the same httpd.conf as in my previous post ([14 Jul 5:57pm UTC]) phpinfo() tells me Loaded Configuration File: (none) [2008-07-14 18:22:24] [EMAIL PROTECTED] Try without any php.ini file anywhere in your system (check phpinfo() that nothing is loaded!) [2008-07-14 17:57:06] jowie dot 1337+phpnet at gmail dot com I just tried it without ANY module loaded EXCEPT mod_mime, the bug still appeared. Nothing abnormal in error.log This is the httpd.conf I used for this test: ServerRoot "C:/Program Files/Apache2.2" Listen 80 ServerAdmin [EMAIL PROTECTED] ServerName removed.removed DocumentRoot "D:/Test" Options None AllowOverride None ErrorLog "logs/error.log" LogLevel debug LoadModule mime_module modules/mod_mime.so DefaultType text/plain AddType application/x-httpd-php .php PHPIniDir "C:/Program Files/PHP 5/" LoadModule php5_module "C:/Program Files/PHP 5/php5apache2_2.dll" [2008-07-13 17:39:14] [EMAIL PROTECTED] Try disabling every module first. And if the bug vanishes, check which module causes the problem. 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/45448 -- Edit this bug report at http://bugs.php.net/?id=45448&edit=1
#45470 [Bgs]: IMAP with Exchange doesn't work
ID: 45470 User updated by: kevin at icscomp dot com Reported By: kevin at icscomp dot com Status: Bogus Bug Type: IMAP related Operating System: Windows 2003 Server PHP Version: 5.2.6 New Comment: Okay, well now I know this is legitimate. I have tried using imap_num_recent and imap_check and these functions return correct results. Please address this. Thanks. Previous Comments: [2008-07-11 16:18:15] kevin at icscomp dot com Okay, well if the PHP component to check unread messages doesn't work on Exchange, is their an alternate PHP solution for doing this? [2008-07-11 15:09:37] [EMAIL PROTECTED] It's just that Exhange + IMAP == not very good idea. It's not any PHP bug anyway, we just wrap around the UW Imap c-client lib, so you should complain to the author of it. But consider yourself warned: He'll say about same what I said above. :) [2008-07-10 13:22:22] kevin at icscomp dot com I have tried using this as well: imap_open("{mailserver:993/imap/ssl}/INBOX", "domain/user","password", OP_READONLY, 1) or die("can't connect: ".imap_last_error()); $imap_obj = imap_status($mbox, "{mail:993/imap/ssl}/INBOX", SA_UNSEEN); var_dump($imap_obj); Same result. Any ideas? [2008-07-10 08:18:38] [EMAIL PROTECTED] Shouldn't you be using same server name in both imap_open() and imap_status() ?? [2008-07-09 20:50:56] kevin at icscomp dot com Description: When I run the PHP commands to try to retrieve the unread messages using the imap_status command, I am finding that no data is being returned. Additionally, the data that is being returned is random numbers each time I push the refresh button. I would really like to see this issue be fixed. Thanks. My code is below: Here is the output Help! Reproduce code: --- $mbox = imap_open("{mailserver:993/imap/ssl}", "domain/user","password", OP_READONLY, 1) or die("can't connect: ".imap_last_error()); $imap_obj = imap_status($mbox, "{mail:993/imap/ssl}/INBOX", SA_UNSEEN); var_dump($imap_obj); Expected result: I assume something like: object(stdClass)#19 (1) { ["Unread"]=> int(5) } Actual result: -- Output 1: object(stdClass)#19 (1) { ["flags"]=> int(0) } Output 2: object(stdClass)#19 (2) { ["flags"]=> int(26571976) ["uidnext"]=> int(26649488) } back and forth no other data is listed. -- Edit this bug report at http://bugs.php.net/?id=45470&edit=1
#43812 [Asn->Fbk]: 'password' parameter in my.cnf not honored even with mysqli_options()
ID: 43812 Updated by: [EMAIL PROTECTED] Reported By: graced at wingsnw dot com -Status: Assigned +Status: Feedback Bug Type: MySQLi related Operating System: Debian lenny/sid PHP Version: 5.2.5 Assigned To: andrey New Comment: I can't reproduce this with PHP 5.3 CVS nor with PHP 5.2.6, please check the notes on http://dev.mysql.com/doc/refman/5.1/en/option-files.html, e.g. "On Unix platforms, MySQL ignores configuration files that are world-writable. This is intentional as a security measure." Previous Comments: [2008-01-15 05:03:13] graced at wingsnw dot com Clarification: Warning: mysqli::real_connect(): (28000/1045): Access denied for user 'wadmin'@'localhost' (using password: NO) in /home/.../- on line 6 'wadmin' was the username I was connecting with (I missed it when sanitizing my.cnf values), NOT my current login name (which is what PHP and mysql both default to otherwise). Just in case it matters. [2008-01-11 03:32:02] graced at wingsnw dot com Description: my.cnf files allow the username/password/hostname and other connection information to be stored for later use. The Mysqli extension accepts a username from the file (overriding the default of the current login username) but not a password, thus it attempts to connect with no password even when a password is specified. The mysql command line client, when pointed at the file using --defaults-extra-file=path/to/file.cnf, successfully connects. Reproduce code: --- my.cnf contents: [client] host = localhost user = "username" password = "topsecret" PHP script: options(MYSQLI_READ_DEFAULT_FILE, "my.cnf"); $DB->options(MYSQLI_READ_DEFAULT_GROUP, "client"); $DB->real_connect(); Expected result: A successful database connection. Actual result: -- Warning: mysqli::real_connect(): (28000/1045): Access denied for user 'wadmin'@'localhost' (using password: NO) in /home/.../- on line 6 -- Edit this bug report at http://bugs.php.net/?id=43812&edit=1
#45273 [Fbk->Opn]: Unable to make SSL connection to MySQL DB using mysqli::real_connect
ID: 45273 User updated by: luciandipeso at yahoo dot com Reported By: luciandipeso at yahoo dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: OS X, FreeBSD PHP Version: 5.2.6 Assigned To: uw New Comment: I'm not sure what you mean by "kick out the web server and try a command line script." I am able to connect to MySQL using SSL from the command line, but I haven't tried PHP CLI if that's what you mean. I'm not sure if this is a duplicate bug -- in #41778, the person actually gets an error returned. For me, the script just hangs until it times out and I get a 500 status code. I've also tried specifying the SSL certs in a my.cnf file, and skipping the $db->ssl_set call, but that doesn't work either. Previous Comments: [2008-07-14 19:39:53] [EMAIL PROTECTED] Please check if your report is a duplicate of http://bugs.php.net/bug.php?id=41778 . Kick out the web server and try a command line script. If its a duplicate, which I guess, we can close this one. [2008-06-19 18:51:47] luciandipeso at yahoo dot com I'm starting to think that the problem is that mysqli_ssl_set() is not working -- no certs are being specified, and so when PHP tries to connect over SSL to MySQL, it just hangs. [2008-06-14 23:22:39] luciandipeso at yahoo dot com -- Should say "When I supply the MYSQLI_CLIENT_SSL flag to mysqli::real_connect, the script hangs until it either" not "I either" :) [2008-06-14 23:21:58] luciandipeso at yahoo dot com Description: When I supply the MYSQLI_CLIENT_SSL flag to mysqli::real_connect, the script hangs until I either: get a 500 response from the web server (tested on a shared host running FreeBSD) or simply get a "Server unexpectedly dropped the connection" response (tested on my MacBook Pro running OS X 10.4.11). I am able to connect fine via command line. I looked in my Apache logs, and found no entries. Reproduce code: --- $db = new mysqli(); $db->init(); $db->ssl_set('/path/to/key.pem', '/path/to/cert.pem', '/path/to/ca.pem', NULL, NULL); $db->real_connect('1.2.3.4', 'login', 'pass', 'database', 3167, '', MYSQLI_CLIENT_SSL); $query = $db->query("SHOW STATUS"); while($row = $query->fetch_assoc()) { print_r($row); echo(''); } Expected result: An SSL enabled connection to a remote MySQL database. Actual result: -- Either a 500 response or a "Server unexpectedly dropped the connection" response. -- Edit this bug report at http://bugs.php.net/?id=45273&edit=1
#45228 [Com]: unlink() & rmdir() do not work well with URL (file://)
ID: 45228 Comment by: nanawel at eyeos dot org Reported By: nanawel at eyeos dot org Status: Open Bug Type: Filesystem function related Operating System: Windows XP Pro SP2 (32bits) PHP Version: 5.2.6 New Comment: Another great one: rmdir() DOES NOT WORK with the file:// scheme, AT ALL. Tested on Windows and Ubuntu 8.04 (both on PHP 5.2.6). Previous Comments: [2008-06-10 16:46:19] nanawel at eyeos dot org A new set of problems: - mkdir() only works with file://C:/my/path and fails onfile:///C:/my/path or file://localhost/C:/my/path - rmdir() DOES NOT WORK with file://C:/my/path or file:///C:/my/path or file://localhost/C:/my/path [2008-06-10 16:03:21] nanawel at eyeos dot org Additionnally, unlink() doesn't work either on URL like: file://localhost/C:/my/path and this is particularly _not_ normal. [2008-06-10 15:56:21] nanawel at eyeos dot org Description: The unlink() function does not work with full Windows URL, whereas fopen() for example works perfectly. If you provide a path like this: file:///C:/my/path (triple slashes) it won't work and you will get this warning: Warning: unlink(/C:/my/path) [function.unlink]: Invalid argument in... But if you provide this path: file://C:/my/path (so just a slash less) unlink will work. Reproduce code: --- //For the example, we consider that PHP has full permissions on config.sys, which is not the case normally) $path1 = 'file:///C:/config.sys'; $path2 = 'file://C:/config.sys'; $fp = fopen($path1, 'r'); //OK @fclose($fp); unlink($path1);//ERROR $fp = fopen($path2, 'r'); //OK @fclose($fp); unlink($path2);//OK Expected result: unlink() should work with the same standards URL as fopen(). In my example, $path1 should be correct for both functions. Actual result: -- Windows absolute URL like file:///C:/... work with fopen(), rename() but _not_ with unlink() (+ Warning raised) Windows non-standard URL like file://C:/... work with fopen(), rename() and unlink() -- Edit this bug report at http://bugs.php.net/?id=45228&edit=1
#45179 [Opn->Ver]: --with-mysql-sock fails to compile & work
ID: 45179 Updated by: [EMAIL PROTECTED] Reported By: daniel dot fallon at nuim dot ie -Status: Open +Status: Verified Bug Type: MySQL related Operating System: CentOS 4.5 PHP Version: 5.2.6 -Assigned To: +Assigned To: andrey Previous Comments: [2008-06-04 18:21:12] teefee at test dot com A suggested fix (elsewere) was simply to encase the #define MYSQL_UNIX_ADDR statement in mysql_version.h in an #ifndef/#endif pair. This appears to work on the face of things, with no warnings and phpinfo() reporting MYSQL_SOCKET as the socket defined in configure. However, PHP still looks to /tmp/mysql.sock for the socket which results in a connection failure. [2008-06-04 17:18:29] daniel dot fallon at nuim dot ie Description: When using --with-mysql=/usr/local/mysql and having a nonstandard socket (/home/databases/mysql/mysql.sock), the compiler throws a warning and fails to compile PHP with the socket that was given via the --with-mysql-sock option I'm using PHP 5.2.6 and mySQL 5.0.51b (compiled from source) /bin/sh /usr/src/php-5.2.6/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/mysql/ -I/usr/src/php-5.2.6/ext/mysql/ -DPHP_ATOM_INC -I/usr/src/php-5.2.6/include -I/usr/src/php-5.2.6/main -I/usr/src/php-5.2.6 -I/usr/include/libxml2 -I/usr/src/php-5.2.6/ext/date/lib -I/usr/local/mysql/include/mysql -I/usr/src/php-5.2.6/TSRM -I/usr/src/php-5.2.6/Zend-g -O2 -prefer-non-pic -c /usr/src/php-5.2.6/ext/mysql/php_mysql.c -o ext/mysql/php_mysql.lo In file included from /usr/local/mysql/include/mysql/mysql.h:71, from /usr/src/php-5.2.6/ext/mysql/php_mysql.c:67: /usr/local/mysql/include/mysql/mysql_version.h:18:1: warning: "MYSQL_UNIX_ADDR" redefined In file included from /usr/src/php-5.2.6/TSRM/tsrm_config.h:1, from /usr/src/php-5.2.6/TSRM/tsrm_config_common.h:13, from /usr/src/php-5.2.6/TSRM/tsrm_virtual_cwd.h:26, from /usr/src/php-5.2.6/main/php.h:412, from /usr/src/php-5.2.6/ext/mysql/php_mysql.c:32: /usr/src/php-5.2.6/include/../main/php_config.h:1891:1: warning: this is the location of the previous definition Reproduce code: --- ./configure --with-pear=/usr/lib/pear --with-mysql=shared,/usr/local/mysql --with-mysql-sock=/home/databases/mysql/mysql --with-zlib-dir=/usr/include --with-zlib=shared --with-apxs2=/usr/local/apache2/bin/apxs Expected result: PHP to throw no warnings during compile and use the new socket that I defined through configure. I expect phpinfo()'s MYSQL_SOCKET value to report the specified socket Actual result: -- phpinfo() shows MYSQL_SOCKET as /tmp/mysql.sock which is the value in mysql_version.h There's a number of previous bug reports for this same issue, I don't know what's happening to the fixes but it's not working at the minute. -- Edit this bug report at http://bugs.php.net/?id=45179&edit=1
#45066 [Opn]: Cannot compile a working php with mysql and mysqli
ID: 45066 Updated by: [EMAIL PROTECTED] Reported By: dirk at bean-it dot nl Status: Open Bug Type: MySQL related Operating System: Linux x86 PHP Version: 5.2.6 New Comment: No idea, but I'd like to know what "Linux x86" means. What's the OS, what's the CPU, what MySQL version. Does the problem exist with mysqlnd? Previous Comments: [2008-07-07 08:49:43] dirk at bean-it dot nl Ok, i've tried to make a backtrace. Since the program just hangs and doesn't crash, I've did it this way: cd php-5.2.6/ gdb sapi/cli/php (gdb) run -i (gdb) bt Output Program received signal SIGINT, Interrupt. [Switching to Thread 47510530549152 (LWP 2089)] 0x2b35e7b87eeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 (gdb) backtrace #0 0x2b35e7b87eeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 #1 0x0016 in ?? () #2 0x4871d7d2 in ?? () #3 0x2b35e7b8598c in pthread_cond_destroy@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #4 0x in ?? () Hope this gives a clou... If I should do something else, please let me know! [2008-07-06 11:47:53] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. [2008-06-10 14:54:27] dirk at bean-it dot nl Just had the same problem on an 686... really puzzling, because the machine is virtually the same as a machine without the problem. Same distro, same mysql libs...? This is the last past of a strace output of sapi/cli/php -i. It hangs forever after this. munmap(0x2b233bd99000, 266240) = 0 mmap(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b233bd99000 setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 futex(0x2b233c5ef5e0, FUTEX_WAIT, 2, NULL [2008-05-22 15:05:55] dirk at bean-it dot nl Description: When I try to compile PHP 5.2.6 with the following options: --with-apxs2=/usr/bin/apxs2 --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config On a x86 machine, I get a not working php. Make test doesn't return anything, make install will work, but just typing php -v at the command line hangs forever. On a i386 machine, same OS (debian etch), same mysql libs, same all, no problem. This problem started in php-5.2.4, 5.2.3 is the last php that will result in a succesfull working php after compilation on x86. The problem does not exist when not using --with-apxs2 Reproduce code: --- ./configure --with-apxs2=/usr/bin/apxs2 --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config Expected result: A working php... Actual result: -- A non-responsive php :-( -- Edit this bug report at http://bugs.php.net/?id=45066&edit=1
#45448 [Opn]: PHP Cuts off documents after some point
ID: 45448 User updated by: jowie dot 1337+phpnet at gmail dot com Reported By: jowie dot 1337+phpnet at gmail dot com Status: Open Bug Type: Apache2 related Operating System: Windows XP Service Pack 1 PHP Version: 5.2.6 New Comment: It may be worth noting that everything is fine when I run a php script of the console using "php.exe test.php". Previous Comments: [2008-07-14 19:39:03] jowie dot 1337+phpnet at gmail dot com Bug still occurs. I used the same httpd.conf as in my previous post ([14 Jul 5:57pm UTC]) phpinfo() tells me Loaded Configuration File: (none) [2008-07-14 18:22:24] [EMAIL PROTECTED] Try without any php.ini file anywhere in your system (check phpinfo() that nothing is loaded!) [2008-07-14 17:57:06] jowie dot 1337+phpnet at gmail dot com I just tried it without ANY module loaded EXCEPT mod_mime, the bug still appeared. Nothing abnormal in error.log This is the httpd.conf I used for this test: ServerRoot "C:/Program Files/Apache2.2" Listen 80 ServerAdmin [EMAIL PROTECTED] ServerName removed.removed DocumentRoot "D:/Test" Options None AllowOverride None ErrorLog "logs/error.log" LogLevel debug LoadModule mime_module modules/mod_mime.so DefaultType text/plain AddType application/x-httpd-php .php PHPIniDir "C:/Program Files/PHP 5/" LoadModule php5_module "C:/Program Files/PHP 5/php5apache2_2.dll" [2008-07-13 17:39:14] [EMAIL PROTECTED] Try disabling every module first. And if the bug vanishes, check which module causes the problem. [2008-07-12 22:19:13] jowie dot 1337+phpnet at gmail dot com I am trying both, however since PHP 5 is unworkable for me because I can not find a workaround for the bug, I am using php 4. In the opening post I stated the combinations I tried, PHP 4 and PHP 5. The bug is exactly the same in both versions. I have configured no filters in apache Loaded Apache Modules: mod_actions.so mod_alias.so mod_asis.so mod_auth_basic.so mod_authn_default.so mod_authn_file.so mod_authz_default.so mod_authz_groupfile.so mod_authz_host.so mod_authz_user.so mod_autoindex.so mod_cgi.so mod_dav.so mod_dir.so mod_env.so mod_include.so mod_isapi.so mod_log_config.so mod_mime.so mod_mime_magic.so mod_negotiation.so mod_setenvif.so mod_ssl.so 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/45448 -- Edit this bug report at http://bugs.php.net/?id=45448&edit=1
#45273 [Opn->Fbk]: Unable to make SSL connection to MySQL DB using mysqli::real_connect
ID: 45273 Updated by: [EMAIL PROTECTED] Reported By: luciandipeso at yahoo dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: OS X, FreeBSD PHP Version: 5.2.6 -Assigned To: +Assigned To: uw New Comment: Please check if your report is a duplicate of http://bugs.php.net/bug.php?id=41778 . Kick out the web server and try a command line script. If its a duplicate, which I guess, we can close this one. Previous Comments: [2008-06-19 18:51:47] luciandipeso at yahoo dot com I'm starting to think that the problem is that mysqli_ssl_set() is not working -- no certs are being specified, and so when PHP tries to connect over SSL to MySQL, it just hangs. [2008-06-14 23:22:39] luciandipeso at yahoo dot com -- Should say "When I supply the MYSQLI_CLIENT_SSL flag to mysqli::real_connect, the script hangs until it either" not "I either" :) [2008-06-14 23:21:58] luciandipeso at yahoo dot com Description: When I supply the MYSQLI_CLIENT_SSL flag to mysqli::real_connect, the script hangs until I either: get a 500 response from the web server (tested on a shared host running FreeBSD) or simply get a "Server unexpectedly dropped the connection" response (tested on my MacBook Pro running OS X 10.4.11). I am able to connect fine via command line. I looked in my Apache logs, and found no entries. Reproduce code: --- $db = new mysqli(); $db->init(); $db->ssl_set('/path/to/key.pem', '/path/to/cert.pem', '/path/to/ca.pem', NULL, NULL); $db->real_connect('1.2.3.4', 'login', 'pass', 'database', 3167, '', MYSQLI_CLIENT_SSL); $query = $db->query("SHOW STATUS"); while($row = $query->fetch_assoc()) { print_r($row); echo(''); } Expected result: An SSL enabled connection to a remote MySQL database. Actual result: -- Either a 500 response or a "Server unexpectedly dropped the connection" response. -- Edit this bug report at http://bugs.php.net/?id=45273&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: bkeene at whisolutions dot nospamplease dot com Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.6 Assigned To: scottmac New Comment: It looks like the system automatically closed out this ticket, but it is still an issue. I have commented out every extension in my PHP5.2.6 installation with the exception of the php_mysql.dll OR php_mysqli.dll and still experience the problem. Running php.exe -v on a windows 2003 box STILL takes 5 seconds. I happened to locate a previous version of php5.1.6 (Aug 23 2006) and used that version of the libmysql.dll and the delay ceases. At a minimum, could a valid, previous version of the libmysql.dll be bundled with the installation so that the command line versions of PHP can function correctly? Also, I never experienced this issue with MySQL when running PHP scripts served by Apache 2.2 as a module (not CGI). Previous Comments: [2008-06-20 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-06-19 11:50:13] Computer dot Pers at gmail dot com So mysql dll from 5.2.1 cures the problem... Where i can take php 5.2.1 (or this dll)??? there no any live links in google... [2008-06-12 08:44:56] [EMAIL PROTECTED] This was a change by MySQL, not by PHP. We simply bundle the latest version of MySQL, if you use PHP 5.2.2 with the libmysql.dll you will see the issue. They're looking at other changes to try and solve an issue where every new thread needs to call mysql_thread_init() which isn't ideal. Until then either use the non-thread-safe version of PHP or downgrade your libmysql.dll [2008-06-11 21:33:47] paul at orac dot clara dot co dot uk At last, someone seems to have a clue: http://bugs.mysql.com/bug.php?id=25621 http://bugs.mysql.com/bug.php?id=37226 [2008-06-11 21:20:31] paul at orac dot clara dot co dot uk Brand new install of Win XP, with IIS (5.1). Installed PHP 5.2.6 (IIS set to use PHP in CGI mode not ISAPI). MySQL is NOT installed on the machine. The only version of libmysql.dll anywhere is the one supplied with php (version 5.00.51a). With either or both of "extension=php_mysql.dll" or "extension=php_mysqli.dll" enabled, running "php-cgi -v" results in the 5 second delay about 25% of the time (5 times out of 20 - very repeatable). The same happens running a browser to a local web page containing just a call to phpinfo(). With both the extension lines commented, the problem does not occur, ever. Running "php -v" I never see the problem occur, ever, even with the extensions enabled. Replacing libmysql.dll with the one from php 5.2.1 (version 5.00.22) causes the above 5 second delay to disappear in ALL cases. The first version of libmysql.dll that caused the problem was that supplied with php 5.2.2. Surely it can't be too hard to start back with those two versions and work out what changed between them? 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/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#45448 [Fbk->Opn]: PHP Cuts off documents after some point
ID: 45448 User updated by: jowie dot 1337+phpnet at gmail dot com Reported By: jowie dot 1337+phpnet at gmail dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Windows XP Service Pack 1 PHP Version: 5.2.6 New Comment: Bug still occurs. I used the same httpd.conf as in my previous post ([14 Jul 5:57pm UTC]) phpinfo() tells me Loaded Configuration File: (none) Previous Comments: [2008-07-14 18:22:24] [EMAIL PROTECTED] Try without any php.ini file anywhere in your system (check phpinfo() that nothing is loaded!) [2008-07-14 17:57:06] jowie dot 1337+phpnet at gmail dot com I just tried it without ANY module loaded EXCEPT mod_mime, the bug still appeared. Nothing abnormal in error.log This is the httpd.conf I used for this test: ServerRoot "C:/Program Files/Apache2.2" Listen 80 ServerAdmin [EMAIL PROTECTED] ServerName removed.removed DocumentRoot "D:/Test" Options None AllowOverride None ErrorLog "logs/error.log" LogLevel debug LoadModule mime_module modules/mod_mime.so DefaultType text/plain AddType application/x-httpd-php .php PHPIniDir "C:/Program Files/PHP 5/" LoadModule php5_module "C:/Program Files/PHP 5/php5apache2_2.dll" [2008-07-13 17:39:14] [EMAIL PROTECTED] Try disabling every module first. And if the bug vanishes, check which module causes the problem. [2008-07-12 22:19:13] jowie dot 1337+phpnet at gmail dot com I am trying both, however since PHP 5 is unworkable for me because I can not find a workaround for the bug, I am using php 4. In the opening post I stated the combinations I tried, PHP 4 and PHP 5. The bug is exactly the same in both versions. I have configured no filters in apache Loaded Apache Modules: mod_actions.so mod_alias.so mod_asis.so mod_auth_basic.so mod_authn_default.so mod_authn_file.so mod_authz_default.so mod_authz_groupfile.so mod_authz_host.so mod_authz_user.so mod_autoindex.so mod_cgi.so mod_dav.so mod_dir.so mod_env.so mod_include.so mod_isapi.so mod_log_config.so mod_mime.so mod_mime_magic.so mod_negotiation.so mod_setenvif.so mod_ssl.so [2008-07-11 15:36:09] [EMAIL PROTECTED] Also: What other filters/modules have you enabled in your apache config? 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/45448 -- Edit this bug report at http://bugs.php.net/?id=45448&edit=1
#37674 [Asn->Ver]: exception not thrown in multi_query's
ID: 37674 Updated by: [EMAIL PROTECTED] Reported By: camka at email dot ee -Status: Assigned +Status: Verified Bug Type: MySQLi related Operating System: Windows XP PHP Version: 5.1.4 Assigned To: georg Previous Comments: [2006-06-26 11:03:45] camka at email dot ee any hope the issue is on the way to be solved? [2006-06-05 07:21:48] camka at email dot ee Same problem with latest cvs snapshot. [2006-06-02 09:56:46] camka at email dot ee Sorry. Expected and actual results are mixed. [2006-06-02 09:55:03] camka at email dot ee Description: When trying to execute multiple queryes with multi_query method, when first query is ok, and second one is broken, the exception is not thrown when iterating second function's resultset of the multiquery. Only ::error is set. Reproduce code: --- multi_query('select 1; bug;'); do { /* store first result set */ if ($result = $m->store_result()) { while ($row = $result->fetch_row()) { printf("%s\n", $row[0]); } $result->close(); } /* print divider */ if ($m->more_results()) { printf("-\n"); } } while ($m->next_result()); echo $m->error; } catch (mysqli_sql_exception $e) { var_dump($e); } Expected result: 1 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'bug' at line 1 Actual result: -- 1 - object(mysqli_sql_exception)[2] protected 'message' => 'You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'bug; bug' at line 1' (length=154) private 'string' => '' (length=0) protected 'code' => 1064 protected 'file' => '**' (length=35) protected 'line' => 7 private 'trace' => array 0 => array 'file' => '**' (length=35) 'line' => 7 'function' => 'multi_query' (length=11) 'class' => 'mysqli' (length=6) 'type' => '->' (length=2) 'args' => array 0 => 'bug; bug;' (length=9) protected 'sqlstate' => '42000' (length=5) -- Edit this bug report at http://bugs.php.net/?id=37674&edit=1
#45513 [Opn->Bgs]: Unknown: Unkown file line 0
ID: 45513 Updated by: [EMAIL PROTECTED] Reported By: support at scripting-base dot de -Status: Open +Status: Bogus Bug Type: *Mail Related Operating System: Windows Server 2008 Enterprise PHP Version: 5.2.6 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2008-07-14 18:32:15] support at scripting-base dot de Description: In my script webmailer script I get on every page this error when error_reporting () is E_ALL: Notice: Unknown: Can't connect to {HOST},{PORT (standard: 143)}: Refused (errflg=1) in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=45513&edit=1
#45019 [Ver]: Segmentation fault with SELECT ? and UNION
ID: 45019 Updated by: [EMAIL PROTECTED] Reported By: pumuckel at metropolis dot de Status: Verified Bug Type: MySQLi related Operating System: Linux Gentoo PHP Version: 5.3CVS-2008-05-16 (snap) Assigned To: andrey New Comment: This looks like a libmysql only issue. Pumuckel, if possible give mysqlnd a test with your code. Previous Comments: [2008-07-14 18:17:47] [EMAIL PROTECTED] Verified - there are issues with UNION. I'll play with it. Andrey, wait for my test code. [2008-05-16 08:11:43] pumuckel at metropolis dot de Description: We experienced some strange behaviour when using "INSERT INTO ... select ? ... union select ? ..." Some bound variables have been inserted, but were truncated somewhere within the strings. We have created a simple test script which only selects and returns the contents we bound. With "SELECT ? UNION SELECT ?" and 2 bound variables we can see, that the contents of the variables are not the same when reading back from db. With the code below we even managed to get a segmentation fault. Reproduce code: --- prepare("SELECT CAST('x' as CHAR) X UNION SELECT CAST(? AS CHAR(20)) UNION SELECT CAST(? as CHAR(50))"); $stmt->bind_param("ss", $foo, $foo2); $stmt->bind_result($bar); $stmt->execute(); $stmt->fetch(); // first to fetch "foo" echo("F1: $bar vs $foo (".strlen($bar)." vs. ".strlen($foo).")\n"); $stmt->fetch(); // second to fetch $foo echo("F2: $bar vs $foo (".strlen($bar)." vs. ".strlen($foo).")\n"); $stmt->fetch(); // second to fetch casted $foo echo("F3: $bar vs $foo2 (".strlen($bar)." vs. ".strlen($foo2).")\n"); $stmt->free_result(); ?> Expected result: Returned variable $bar should contain contents of 'x', $foo, $foo2: F1: x vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (1 vs. 36) F2: 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (36 vs. 36) F3: 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (36 vs. 36) Actual result: -- F1: x vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (1 vs. 36) F2: 0123 vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (4 vs. 36) Segmentation fault With gdb: F1: x vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (1 vs. 36) F2: 0123 vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (4 vs. 36) Program received signal SIGSEGV, Segmentation fault. mysqli_stmt_fetch_libmysql (ht=0, return_value=0x86f9288, return_value_ptr=0x0, this_ptr=0x86f8fb8, return_value_used=0) at /usr/local/src/php5.3-200805151430/ext/mysqli/mysqli_api.c:837 837 if (Z_TYPE_P(stmt->result.vars[i]) == IS_STRING) { (gdb) where #0 mysqli_stmt_fetch_libmysql (ht=0, return_value=0x86f9288, return_value_ptr=0x0, this_ptr=0x86f8fb8, return_value_used=0) at /usr/local/src/php5.3-200805151430/ext/mysqli/mysqli_api.c:837 #1 0x082e92bd in zend_do_fcall_common_helper_SPEC (execute_data=0x8729f38) at /usr/local/src/php5.3-200805151430/Zend/zend_vm_execute.h:194 #2 0x082daa77 in execute (op_array=0x86f843c) at /usr/local/src/php5.3-200805151430/Zend/zend_vm_execute.h:96 #3 0x082ba797 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php5.3-200805151430/Zend/zend.c:1195 #4 0x0826ad8c in php_execute_script (primary_file=0xbfd034f4) at /usr/local/src/php5.3-200805151430/main/main.c:2077 #5 0x083437f6 in main (argc=2, argv=0xbfd03684) at /usr/local/src/php5.3-200805151430/sapi/cli/php_cli.c:1139 -- Edit this bug report at http://bugs.php.net/?id=45019&edit=1
#45402 [Fbk->Csd]: Call to undefined function sybase_connect()
ID: 45402 User updated by: fborot at hotmail dot com Reported By: fborot at hotmail dot com -Status: Feedback +Status: Closed Bug Type: Sybase (dblib) related Operating System: redhat PHP Version: 5.2.6 New Comment: there was another php installed on the machine, I tried on a different machine and it works Previous Comments: [2008-07-13 15:01:50] [EMAIL PROTECTED] To install binaries you say: # make install And please don't change the status back to open or add any more irrelevant comments. We're only interested whether it worked or not. And if not why. [2008-07-02 13:17:13] fborot at hotmail dot com txs for the reply I will download again the php sources, and delete the current one. I always run the commands [configure, make , make install] in the source directory. What do you mean by "You also need to install the compiled binaries." what do you recomend as far as Apache: 1- remove it and install it again 1.1 compile apache with php 1.2 compile apache and load php later regards Fabian [2008-07-02 09:18:39] [EMAIL PROTECTED] Please try with totally fresh sources. And run the commands in the source directory. You also need to install the compiled binaries. I bet you're just seeing the old installation. [2008-07-01 15:40:31] fborot at hotmail dot com I deleted everything related to easysoft odbc driver,deleted the php installation again, the config.cache on the build directory,ran make clean and make distclean, remove the old Makefile and compiled it again and phpinfo() shows support for odbc instead of sybase. what is happening here? what files do you need me to send/upload? this is very frustrating regards [2008-07-01 14:59:07] fborot at hotmail dot com how can upload the output of phpinfo() it is very weird, I just deleted config.cache, the old Makefile, from the building directory and re-compiled again with the same options, [./configure --prefix=/usr/local/php5 --with-mysql=/usr/bin/mysql --with-sybase=/opt/sybase-11.9.2/OCS-15_0/] but phpinfo() shows: Configure Command'./configure' '--with-mysql=/usr/bin/mysql' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-unixODBC=shared,/usr/local/easysoft/unixODBC' magic_quotes_sybase Off Off SYBASE /opt/sybase-11.9.2 _ENV["SYBASE"] /opt/sybase-11.9.2 which should not be, I tried 2 days ago to use the odbc driver provided by easysoft because with-sybase-ct and with-sybase it would not compile. I guess I should delete the odbc driver and try again, I would like to attach some files/logs here but don't see how txs Fabian 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/45402 -- Edit this bug report at http://bugs.php.net/?id=45402&edit=1
#45339 [Com]: Crash In ZEND_MM_CHECK_TREE
ID: 45339 Comment by: nic dot rodgers at enableinteractive dot co dot uk Reported By: willh at metavera dot com Status: Open Bug Type: Scripting Engine problem Operating System: Linux 2.6.18-5-686-bigmem PHP Version: 5.2CVS-2008-06-23 (snap) New Comment: I get exactly the same backtrace on my codebase. This occurs under 5.2.5, 5.2.6 and the latest snapshot. Previous Comments: [2008-06-26 16:53:37] willh at metavera dot com A couple interesting notes/observations. Removing the new by reference (&new) and replace it with new appears to no longer replicate the crash. Changing static public function initialize($object,$method,$arguments = array()) to read static public function initialize(&$object,$method,$arguments = array()) Appears to no longer replicate the crash. Notice the & in the function signature. Also passing something other than $this to MVCallback::initialize() appears to no longer replicate the crash. Commenting out line 1965 - 1967 in zend_alloc.c appears to prevent the crash (the if(ZEND_MM_PREV_BLOCK_IS_FREE.. block). This likely causes memory leaks or poor utilization of memory but the process no longer crashes. [2008-06-24 23:16:40] willh at metavera dot com I made a typo in the above comment. " Unfortunately this script does not crash on our development server. " should read ... " Unfortunately this script does not crash on our production server. " [2008-06-24 22:27:49] willh at metavera dot com I have managed to isolate the PHP code that appeared to be triggering this issue on our production server and have crafted a relativity short, 71 lines, script that crashes PHP on our development servers. These servers run a different distribution of Linux but PHP is configured and compiled similarly. Unfortunately this script does not crash on our development server. The development server has php5.2-200806191230 configured in the following manner... './configure' '--prefix=/usr/local/' '--with-apxs2' '--with-libxml- dir' '--with-openssl' '--with-zlib' '--enable-bcmath' '--enable- calendar' '--with-curl' '--with-curlwrappers' '--enable-exif' '-- enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--with-gettext' '-- with-gmp' '--enable-mbstring' '--with-pdo-pgsql' '--with-pgsql' '-- enable-soap' '--with-tidy' '--enable-zip' '--with-xsl' '--with-jpeg- dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-ttf=/usr/lib' '-- enable-zip' '--with-freetype-dir=/usr/lib' '--with-bz2' '--enable- sockets' '--with-kerberos' '--with-mcrypt' '--enable-sysvshm' '-- enable-sysvsem' '--with-config-file-path=/etc' The following script is expected to exit normally but it crashes when USE_ZEND_ALLOC=1 . The following script does not crash when USE_ZEND_ALLOC=0. I apologize for the length of the script, it is a short as I was able to make it and still manage to get it to crash. _ object = $object; $callback->method = $method; $callback->arguments = $arguments; return $callback; } } class callback_db_column { protected $callback = null; protected $format_function; public function __construct($name,$column_name=_U ){ $this->set_format_func('sprintf'); } public function callback(){ return $this->callback; } public function set_callback($aMVCallback){ $this->callback = $aMVCallback; return $this; } protected function & set_format_func($aString){ $this->format_function = &$aString; } } class foo { protected $columns = array(); function & add_column(&$col){ $this->columns[] = &$col; } public function add_column_for_date($column_name,$value_name,$format_function){ $col = new callback_db_column($column_name,$value_name); $col->set_callback( MVCallback::initialize($this, 'value_with_timezone', array($format_function,$value_name)) ); $this->add_column(&$col); } function __construct($base_table=_U) { $this->add_column_for_date(COL_RES_START,RES_START, 'stamp_to_string'); $this->add_column_for_date(COL_RES_END, RES_END, 'stamp_to_string'); $this->add_column_for_date(COL_RES_START_SHORT, RES_START, 'stamp_to_input_string'); $this->add_column_for_date(COL_RES_END_SHORT, RES_END, 'stamp_to_input_string'); } } for($i=1; $i<=5000; ++$i){ $foo = &new foo($u='foo'); } [2008-06-23 20:40:30] willh at metavera dot com
#43397 [Com]: crashes in _zend_mm_free_int
ID: 43397 Comment by: nic dot rodgers at enableinteractive dot co dot uk Reported By: phajdan dot jr at gmail dot com Status: No Feedback Bug Type: Scripting Engine problem Operating System: Linux (Gentoo 2007.0) PHP Version: 5.3CVS-2007-11-25 Assigned To: dmitry New Comment: I get the same error on PHP 5.2.5, 5.2.6, and the latest CVS snapshot. Previous Comments: [2008-03-21 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-03-13 13:31:55] [EMAIL PROTECTED] Another thing: Do you load any shared extensions in your php.ini? [2008-02-24 07:49:08] phajdan dot jr at gmail dot com Here it is, as reported by phpinfo(). apache2 SAPI: './configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu' '--mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--disable-cli' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc/php/apache2-php5' '--with-config-file-scan-dir=/etc/php/apache2-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--with-curl' '--without-curlwrappers' '--disable-dbase' '--enable-exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--enable-ftp' '--with-gettext' '--with-gmp' '--disable-ipv6' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql' '--disable-posix' '--without-pspell' '--without-recode' '--disable-shmop' '--without-snmp' '--enable-soap' '--disable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-wddx' '--disable-xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--with-xsl' '--enable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--with-gd' '--with-mysql=/usr' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--without-mysqli' '--without-pdo-dblib' '--with-pdo-mysql=/usr' '--without-pdo-odbc' '--without-pdo-pgsql' '--with-pdo-sqlite=/usr' '--with-readline' '--without-libedit' '--without-mm' '--with-sqlite=/usr' '--enable-sqlite-utf8' CLI SAPI (snippet of php -r 'phpinfo();'): Configure Command => './configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu' '--mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--enable-cli' '--disable-cgi' '--with-config-file-path=/etc/php/cli-php5' '--with-config-file-scan-dir=/etc/php/cli-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--with-curl' '--without-curlwrappers' '--disable-dbase' '--enable-exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--enable-ftp' '--with-gettext' '--with-gmp' '--disable-ipv6' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql' '--disable-posix' '--without-pspell' '--without-recode' '--disable-shmop' '--without-snmp' '--enable-soap' '--disable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-wddx' '--disable-xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--with-xsl' '--enable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--with-gd' '--with-mysql=/usr' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--without-mysqli' '--without-pdo-dblib' '--with-pdo-mysql=/usr' '--without-pdo-odbc' '--without-pdo-pgsql' '--with-pdo-sqlite=/usr' '--with-readline' '--without-libedit' '--without-mm' '--with-sqlite=/usr' '--enable-sqlite-utf8' [2008-02-24 00:26:08] [EMAIL PROTECTED] One basic thing missing from this report: Your configure line. And no, we're not interested in some Gentoo way of building PHP, we only support "our" way: ./configure && make :) -
#45513 [NEW]: Unknown: Unkown file line 0
From: support at scripting-base dot de Operating system: Windows Server 2008 Enterprise PHP version: 5.2.6 PHP Bug Type: *Mail Related Bug description: Unknown: Unkown file line 0 Description: In my script webmailer script I get on every page this error when error_reporting () is E_ALL: Notice: Unknown: Can't connect to {HOST},{PORT (standard: 143)}: Refused (errflg=1) in Unknown on line 0 -- Edit bug report at http://bugs.php.net/?id=45513&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45513&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45513&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45513&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45513&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45513&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45513&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45513&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45513&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45513&r=support Expected behavior:http://bugs.php.net/fix.php?id=45513&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45513&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45513&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45513&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45513&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45513&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45513&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45513&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45513&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45513&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45513&r=mysqlcfg
#45045 [Opn->Fbk]: Not all users able to login
ID: 45045 Updated by: [EMAIL PROTECTED] Reported By: nedrafehi at gmail dot com -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: Vista/Server 2003 PHP Version: 5.2.6 New Comment: Check your ldap server logs for possible errors. Previous Comments: [2008-05-20 06:54:02] nedrafehi at gmail dot com Description: When using LDAP to authenticate ActiveDirectory users hosted on Windows Server 2003 I get some issues connecting with all users. Reproduce code: --- global $ad_opts; $auth = ldap_connect($serverAddress) or die("Could not connect to LDAP server."); # SET VERSION # ldap_set_option($auth, LDAP_OPT_PROTOCOL_VERSION, 3); ldap_set_option($auth, LDAP_OPT_REFERRALS, 0); $login = ldap_bind($auth, $u, $p); if(!$login) { return 0; } return 1; } Expected result: I expect the function to return 1 if the correct user credentials have been supplied. Actual result: -- While this works for most users, there have been a few users I've had trouble authenticating. Even though the username/password are correct, it fails. The strange thing is, users in the same 'directory' as the user are authenticated through LDAP. Also, this user has no trouble actually logging into the Windows network so I have no idea why this may be happening. -- Edit this bug report at http://bugs.php.net/?id=45045&edit=1
#45448 [Opn->Fbk]: PHP Cuts off documents after some point
ID: 45448 Updated by: [EMAIL PROTECTED] Reported By: jowie dot 1337+phpnet at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP Service Pack 1 PHP Version: 5.2.6 New Comment: Try without any php.ini file anywhere in your system (check phpinfo() that nothing is loaded!) Previous Comments: [2008-07-14 17:57:06] jowie dot 1337+phpnet at gmail dot com I just tried it without ANY module loaded EXCEPT mod_mime, the bug still appeared. Nothing abnormal in error.log This is the httpd.conf I used for this test: ServerRoot "C:/Program Files/Apache2.2" Listen 80 ServerAdmin [EMAIL PROTECTED] ServerName removed.removed DocumentRoot "D:/Test" Options None AllowOverride None ErrorLog "logs/error.log" LogLevel debug LoadModule mime_module modules/mod_mime.so DefaultType text/plain AddType application/x-httpd-php .php PHPIniDir "C:/Program Files/PHP 5/" LoadModule php5_module "C:/Program Files/PHP 5/php5apache2_2.dll" [2008-07-13 17:39:14] [EMAIL PROTECTED] Try disabling every module first. And if the bug vanishes, check which module causes the problem. [2008-07-12 22:19:13] jowie dot 1337+phpnet at gmail dot com I am trying both, however since PHP 5 is unworkable for me because I can not find a workaround for the bug, I am using php 4. In the opening post I stated the combinations I tried, PHP 4 and PHP 5. The bug is exactly the same in both versions. I have configured no filters in apache Loaded Apache Modules: mod_actions.so mod_alias.so mod_asis.so mod_auth_basic.so mod_authn_default.so mod_authn_file.so mod_authz_default.so mod_authz_groupfile.so mod_authz_host.so mod_authz_user.so mod_autoindex.so mod_cgi.so mod_dav.so mod_dir.so mod_env.so mod_include.so mod_isapi.so mod_log_config.so mod_mime.so mod_mime_magic.so mod_negotiation.so mod_setenvif.so mod_ssl.so [2008-07-11 15:36:09] [EMAIL PROTECTED] Also: What other filters/modules have you enabled in your apache config? [2008-07-11 15:33:15] [EMAIL PROTECTED] You're actually using PHP 4..? The support for PHP 4 has ended, so if you could actually try with PHP 5 first.. 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/45448 -- Edit this bug report at http://bugs.php.net/?id=45448&edit=1
#45512 [Opn->Fbk]: php_mysql.dll can't be loaded
ID: 45512 Updated by: [EMAIL PROTECTED] Reported By: jianglinchun at live dot com -Status: Open +Status: Feedback -Bug Type: *Extensibility Functions +Bug Type: MySQL related Operating System: windows xp(sp3) PHP Version: 5.2.6 New Comment: Check phpinfo() for what php.ini file is actually loaded and used.. Previous Comments: [2008-07-14 15:30:12] jianglinchun at live dot com Description: I have problem with configure php_mysql for php-5.2.6-Win32. The same problem: 1. http://we.designandco.de/2008/06/19/php-526-win32-wtf-happened-to-the-mysql-extension/ 2. http://www.nabble.com/PHP-5.2.6-integrating-MYSQL-5.0.51b-on-APACHE-2.0.63-%2B-Windows-XP-SP2)-td17201936.html --begin httpd.conf-- #php LoadFile "D:\open source\php\php-5.2.6-Win32\php5ts.dll" LoadModule php5_module "D:\open source\php\php-5.2.6-Win32\php5apache2_2.dll" PHPIniDir "D:\open source\php\php-5.2.6-Win32" AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps --end httpd.conf-- --begin php.ini-- ; Directory in which the loadable extensions (modules) reside. extension_dir = "D:\open source\php\php-5.2.6-Win32\ext" --begin php.ini-- Reproduce code: --- When those code are executed. mysql will be found nowhere. Expected result: php_mysql.dll should be loaded! Actual result: -- php_mysql.dll doesn't loaded -- Edit this bug report at http://bugs.php.net/?id=45512&edit=1
#45019 [Opn->Ver]: Segmentation fault with SELECT ? and UNION
ID: 45019 Updated by: [EMAIL PROTECTED] Reported By: pumuckel at metropolis dot de -Status: Open +Status: Verified Bug Type: MySQLi related Operating System: Linux Gentoo PHP Version: 5.3CVS-2008-05-16 (snap) -Assigned To: +Assigned To: andrey New Comment: Verified - there are issues with UNION. I'll play with it. Andrey, wait for my test code. Previous Comments: [2008-05-16 08:11:43] pumuckel at metropolis dot de Description: We experienced some strange behaviour when using "INSERT INTO ... select ? ... union select ? ..." Some bound variables have been inserted, but were truncated somewhere within the strings. We have created a simple test script which only selects and returns the contents we bound. With "SELECT ? UNION SELECT ?" and 2 bound variables we can see, that the contents of the variables are not the same when reading back from db. With the code below we even managed to get a segmentation fault. Reproduce code: --- prepare("SELECT CAST('x' as CHAR) X UNION SELECT CAST(? AS CHAR(20)) UNION SELECT CAST(? as CHAR(50))"); $stmt->bind_param("ss", $foo, $foo2); $stmt->bind_result($bar); $stmt->execute(); $stmt->fetch(); // first to fetch "foo" echo("F1: $bar vs $foo (".strlen($bar)." vs. ".strlen($foo).")\n"); $stmt->fetch(); // second to fetch $foo echo("F2: $bar vs $foo (".strlen($bar)." vs. ".strlen($foo).")\n"); $stmt->fetch(); // second to fetch casted $foo echo("F3: $bar vs $foo2 (".strlen($bar)." vs. ".strlen($foo2).")\n"); $stmt->free_result(); ?> Expected result: Returned variable $bar should contain contents of 'x', $foo, $foo2: F1: x vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (1 vs. 36) F2: 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (36 vs. 36) F3: 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (36 vs. 36) Actual result: -- F1: x vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (1 vs. 36) F2: 0123 vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (4 vs. 36) Segmentation fault With gdb: F1: x vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (1 vs. 36) F2: 0123 vs 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ (4 vs. 36) Program received signal SIGSEGV, Segmentation fault. mysqli_stmt_fetch_libmysql (ht=0, return_value=0x86f9288, return_value_ptr=0x0, this_ptr=0x86f8fb8, return_value_used=0) at /usr/local/src/php5.3-200805151430/ext/mysqli/mysqli_api.c:837 837 if (Z_TYPE_P(stmt->result.vars[i]) == IS_STRING) { (gdb) where #0 mysqli_stmt_fetch_libmysql (ht=0, return_value=0x86f9288, return_value_ptr=0x0, this_ptr=0x86f8fb8, return_value_used=0) at /usr/local/src/php5.3-200805151430/ext/mysqli/mysqli_api.c:837 #1 0x082e92bd in zend_do_fcall_common_helper_SPEC (execute_data=0x8729f38) at /usr/local/src/php5.3-200805151430/Zend/zend_vm_execute.h:194 #2 0x082daa77 in execute (op_array=0x86f843c) at /usr/local/src/php5.3-200805151430/Zend/zend_vm_execute.h:96 #3 0x082ba797 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php5.3-200805151430/Zend/zend.c:1195 #4 0x0826ad8c in php_execute_script (primary_file=0xbfd034f4) at /usr/local/src/php5.3-200805151430/main/main.c:2077 #5 0x083437f6 in main (argc=2, argv=0xbfd03684) at /usr/local/src/php5.3-200805151430/sapi/cli/php_cli.c:1139 -- Edit this bug report at http://bugs.php.net/?id=45019&edit=1
#44998 [Fbk->Opn]: mysqli_real_escape_string not properly escaping null characters
ID: 44998 User updated by: djneoform at gmail dot com Reported By: djneoform at gmail dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: Win2003 Standard PHP Version: 5.2.6 Assigned To: uw New Comment: I was using v.5.0.51b 64bit (win2k3) at the time. Right now I'm using a compiled version of the enterprise code, 5.0.62 from apachelounge.com. When I do an insert a value: mysqli_real_escape_string('foo'.chr(0x0).'bar') all i see in the table after is "foo" maybe this is a windows only issue? Previous Comments: [2008-07-14 17:58:38] [EMAIL PROTECTED] What MySQL version are you using? Interesting find. The mysqli_real_escape_string test does play with \0: if ("foo\\0bar" !== ($tmp = mysqli_real_escape_string($link, "foo" . chr(0) . "bar"))) printf("[009] Expecting %s, got %s\n", "foo\\0bar", $tmp); But it does not try to insert/fetch such a string. Of course it works fine with PHP 5.3 and a recent MySQL and on Linux... [2008-05-15 16:52:47] djneoform at gmail dot com I'm able to get around this problem by replacing 0x0 chars with 0x1 prior to passing the string to mysqli_real_escape_string(), however this damages the integrity of the binary string. [2008-05-14 20:48:21] djneoform at gmail dot com Description: When dealing with binary strings that are being escaped and inserted into a mysql table that contains a BINARY(128) field, the data that ends up being inserted is incomplete if the string contains a null character within the string. Reproduce code: --- /* --TABLE DEF: CREATE TABLE `system_users_stored_sessions` ( `session` binary(128) NOT NULL, `name` char(32) NOT NULL, `posted_on` datetime NOT NULL, `body` varchar(65000) NOT NULL, PRIMARY KEY (`session`,`name`), KEY `posted_on` (`posted_on`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; */ $hash_with_null_char = hash('whirlpool', '1210797760.8178', true); $mysqli->query(" INSERT INTO user_sessions SET session = '".$mysqli->real_escape_string($hash_with_null_char)."', posted_on = NOW(), name = '".$mysqli->real_escape_string($name)."', body = '".$mysqli->real_escape_string($body)."' "); Expected result: Expecting a row containing the full binary hash. Actual result: -- Actual result: a binary string that is terminated by the null char in the string, not the actual ending. I am able to work around this by doing a addslashes() to the string before doing the mysqli_real_escape_string(), however all other chars are double escaped making the resulting string be longer than it wanted (128 binary chars). -- Edit this bug report at http://bugs.php.net/?id=44998&edit=1
#44998 [Opn->Fbk]: mysqli_real_escape_string not properly escaping null characters
ID: 44998 Updated by: [EMAIL PROTECTED] Reported By: djneoform at gmail dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Win2003 Standard PHP Version: 5.2.6 New Comment: What MySQL version are you using? Interesting find. The mysqli_real_escape_string test does play with \0: if ("foo\\0bar" !== ($tmp = mysqli_real_escape_string($link, "foo" . chr(0) . "bar"))) printf("[009] Expecting %s, got %s\n", "foo\\0bar", $tmp); But it does not try to insert/fetch such a string. Of course it works fine with PHP 5.3 and a recent MySQL and on Linux... Previous Comments: [2008-05-15 16:52:47] djneoform at gmail dot com I'm able to get around this problem by replacing 0x0 chars with 0x1 prior to passing the string to mysqli_real_escape_string(), however this damages the integrity of the binary string. [2008-05-14 20:48:21] djneoform at gmail dot com Description: When dealing with binary strings that are being escaped and inserted into a mysql table that contains a BINARY(128) field, the data that ends up being inserted is incomplete if the string contains a null character within the string. Reproduce code: --- /* --TABLE DEF: CREATE TABLE `system_users_stored_sessions` ( `session` binary(128) NOT NULL, `name` char(32) NOT NULL, `posted_on` datetime NOT NULL, `body` varchar(65000) NOT NULL, PRIMARY KEY (`session`,`name`), KEY `posted_on` (`posted_on`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; */ $hash_with_null_char = hash('whirlpool', '1210797760.8178', true); $mysqli->query(" INSERT INTO user_sessions SET session = '".$mysqli->real_escape_string($hash_with_null_char)."', posted_on = NOW(), name = '".$mysqli->real_escape_string($name)."', body = '".$mysqli->real_escape_string($body)."' "); Expected result: Expecting a row containing the full binary hash. Actual result: -- Actual result: a binary string that is terminated by the null char in the string, not the actual ending. I am able to work around this by doing a addslashes() to the string before doing the mysqli_real_escape_string(), however all other chars are double escaped making the resulting string be longer than it wanted (128 binary chars). -- Edit this bug report at http://bugs.php.net/?id=44998&edit=1
#45448 [Fbk->Opn]: PHP Cuts off documents after some point
ID: 45448 User updated by: jowie dot 1337+phpnet at gmail dot com Reported By: jowie dot 1337+phpnet at gmail dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Windows XP Service Pack 1 PHP Version: 5.2.6 New Comment: I just tried it without ANY module loaded EXCEPT mod_mime, the bug still appeared. Nothing abnormal in error.log This is the httpd.conf I used for this test: ServerRoot "C:/Program Files/Apache2.2" Listen 80 ServerAdmin [EMAIL PROTECTED] ServerName removed.removed DocumentRoot "D:/Test" Options None AllowOverride None ErrorLog "logs/error.log" LogLevel debug LoadModule mime_module modules/mod_mime.so DefaultType text/plain AddType application/x-httpd-php .php PHPIniDir "C:/Program Files/PHP 5/" LoadModule php5_module "C:/Program Files/PHP 5/php5apache2_2.dll" Previous Comments: [2008-07-13 17:39:14] [EMAIL PROTECTED] Try disabling every module first. And if the bug vanishes, check which module causes the problem. [2008-07-12 22:19:13] jowie dot 1337+phpnet at gmail dot com I am trying both, however since PHP 5 is unworkable for me because I can not find a workaround for the bug, I am using php 4. In the opening post I stated the combinations I tried, PHP 4 and PHP 5. The bug is exactly the same in both versions. I have configured no filters in apache Loaded Apache Modules: mod_actions.so mod_alias.so mod_asis.so mod_auth_basic.so mod_authn_default.so mod_authn_file.so mod_authz_default.so mod_authz_groupfile.so mod_authz_host.so mod_authz_user.so mod_autoindex.so mod_cgi.so mod_dav.so mod_dir.so mod_env.so mod_include.so mod_isapi.so mod_log_config.so mod_mime.so mod_mime_magic.so mod_negotiation.so mod_setenvif.so mod_ssl.so [2008-07-11 15:36:09] [EMAIL PROTECTED] Also: What other filters/modules have you enabled in your apache config? [2008-07-11 15:33:15] [EMAIL PROTECTED] You're actually using PHP 4..? The support for PHP 4 has ended, so if you could actually try with PHP 5 first.. [2008-07-08 16:01:35] jowie dot 1337+phpnet at gmail dot com This is a snippet of my httpd.conf related to php, this is the same as I used to test the scenario's in my opening post: AddType application/x-httpd-php .php LoadModule php4_module "C:/Program Files/PHP 4/php4apache2.dll" PHPIniDir "C:/Program Files/PHP 4/" #PHPIniDir "C:/Program Files/PHP 5/" #LoadModule php5_module "C:/Program Files/PHP 5/php5apache2_2.dll" 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/45448 -- Edit this bug report at http://bugs.php.net/?id=45448&edit=1
#44982 [Opn->Bgs]: File ext/mysqlnd/php_mysqlnd_config.h is missing from mysqlnd
ID: 44982 Updated by: [EMAIL PROTECTED] Reported By: pcdinh at gmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: CentOS 5.1 PHP Version: 5.3CVS-2008-05-13 (CVS) Assigned To: andrey New Comment: Please don't mix 5.2 and 5.3 code. Times are gone that this was a valid *hack*... Previous Comments: [2008-05-13 18:22:20] pcdinh at gmail dot com Description: When I tried to build Mysqlnd library with PHP 5.2.6 using ext/mysql, ext/mysqli, ext/mysqlnd from PHP 5.3 CVS as drop-in replacement to bundled ext/mysql, ext/mysqli in PHP 5.2.6, there were a lot of errors that occurred. One of messages showed that one file is missing /usr/local/src/php-5.2.6/ext/mysqlnd/mysqlnd_portability.h:35:46: error: ext/mysqlnd/php_mysqlnd_config.h: No such file or directory Reproduce code: --- Configure: ./configure --prefix=/usr/local/php \ --with-config-file-path=/usr/local/php \ --disable-cgi \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-curl \ --with-curlwrappers \ --with-pdo-oci=/usr/lib/oracle/xe/app/oracle/product/10.2.0/server \ --with-pdo-sqlite \ --with-oci8=/usr/lib/oracle/xe/app/oracle/product/10.2.0/server \ --with-zend-vm=GOTO \ --with-pdo-mysqlnd=mysqlnd \ --with-mysql=mysqlnd \ --with-mysqli=mysqlnd \ --with-iconv \ --with-gd \ --with-png-dir=/usr/lib \ --with-jpeg-dir=/usr/lib \ --with-ttf \ --with-freetype-dir=/usr/include/freetype2 \ --with-zlib \ --with-bz2 \ --with-xmlrpc \ --with-mime-magic \ --without-pear \ --enable-dom \ --enable-calendar \ --enable-sysvsem \ --enable-sysvshm \ --enable-bcmath \ --enable-ctype \ --enable-exif \ --enable-ftp \ --enable-sockets \ --enable-shmop \ --enable-wddx \ --enable-gd-native-ttf \ --enable-mbstring \ --enable-inline-optimization \ --enable-debug=no \ --enable-mbregex \ --disable-magic-quotes \ --enable-zip \ --enable-spl \ --enable-libxml \ --enable-simplexml \ --enable-soap \ --enable-sigchild \ --disable-static Expected result: Build process should go smoothly or at least php_mysqlnd_config.h should exist. Actual result: -- After a while, there were a lot of errors that occurred In file included from /usr/local/src/php-5.2.6/ext/mysqlnd/mysqlnd.h:59, from /usr/local/src/php-5.2.6/ext/mysql/php_mysql_structs.h:39, from /usr/local/src/php-5.2.6/ext/mysql/php_mysql.c:69: /usr/local/src/php-5.2.6/ext/mysqlnd/mysqlnd_portability.h:35:46: error: ext/mysqlnd/php_mysqlnd_config.h: No such file or directory /usr/local/src/php-5.2.6/ext/mysql/php_mysql.c:237: warning: initialization discards qualifiers from pointer target type /usr/local/src/php-5.2.6/ext/mysql/php_mysql.c:242: warning: initialization discards qualifiers from pointer target type /usr/local/src/php-5.2.6/ext/mysql/php_mysql.c: In function 'zif_mysql_db_query': /usr/local/src/php-5.2.6/ext/mysql/php_mysql.c:1465: error: 'E_DEPRECATED' undeclared (first use in this function) /usr/local/src/php-5.2.6/ext/mysql/php_mysql.c:1465: error: (Each undeclared identifier is reported only once /usr/local/src/php-5.2.6/ext/mysql/php_mysql.c:1465: error: for each function it appears in.) /usr/local/src/php-5.2.6/ext/mysql/php_mysql.c: In function 'zif_mysql_escape_string': /usr/local/src/php-5.2.6/ext/mysql/php_mysql.c:1765: error: 'E_DEPRECATED' undeclared (first use in this function) make: *** [ext/mysql/php_mysql.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=44982&edit=1
#44897 [Opn->Ver]: failed to prepare statement
ID: 44897 Updated by: [EMAIL PROTECTED] Reported By: top dot bagger at bk dot ru -Status: Open +Status: Verified Bug Type: MySQLi related Operating System: CentOS 5 PHP Version: 5.2.6 -Assigned To: +Assigned To: andrey New Comment: Andrey, I can reproduce this with libmysql and mysqlnd using PHP 5.3 CVS and a recent version of MySQL 5.1. Have a look, I'll send you the test. Previous Comments: [2008-05-27 07:02:10] top dot bagger at bk dot ru Mysql function that I wrote returns only one result. But anyway I will try and provide you feedback. [2008-05-27 00:14:32] [EMAIL PROTECTED] Maybe if you fetch all the results caused by the execute of the CALL statement before you try executing another query? e.g. while($stmta->fetch()); [2008-05-02 20:29:31] top dot bagger at bk dot ru Sorry, I forgot to add my output of this: State of user: 1prepare failed errno: 2013 - error: Lost connection to MySQL server during query [2008-05-02 20:27:03] top dot bagger at bk dot ru Description: "prepare" method call returns false if mysql stored procedure was prepared before Reproduce code: --- $my = new mysqli("localhost","test","test","test_db"); $stmta = $my->prepare("CALL sp_auth_user(?,?)"); $user = 'user'; $pass = 'pass'; $stmta->bind_param("ss", $user,$pass); $stmta->execute(); $stmta->bind_result($state); $stmta->fetch(); printf("State of user: %s\n", $state); $stmta->close(); $stmtb = $my->prepare("SELECT userId FROM appUsers WHERE login = ?"); if ($stmtb) echo "prepare succeeded"; else { echo "prepare failed"; echo "errno: ", $my->errno, " - error: ", $my->error, ""; } Expected result: $stmtb contains mysqli_stmt object Actual result: -- $stmtb is false -- Edit this bug report at http://bugs.php.net/?id=44897&edit=1
#44880 [Opn->Bgs]: mysqli::get_warnings() is seemingly unusable
ID: 44880 Updated by: [EMAIL PROTECTED] Reported By: kentfredric at gmail dot com -Status: Open +Status: Bogus Bug Type: MySQLi related Operating System: Gentoo GNU/Linux PHP Version: 5.2.6RC5 New Comment: This is an experimental feature. Experimental features are not supposed to behave in a sane way. Previous Comments: [2008-05-01 13:35:58] kentfredric at gmail dot com Description: the object returned by mysqli->get_warnings() seems to be completely undocumented, as well as nonfunctional. It should produce at least a text string from the server, but it just returns an invalid object/resource. ( un-able to see alternative ways to pull warnings programatically, ie: for use in combination with "explain extended" to display internal representations of optimized queries as part of our testing/development phases ) have tested this on 2 different locations with 2 different versions of php : PHP 5.2.6RC4-pl0-gentoo with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 10 2008 08:50:06) (DEBUG) PHP 5.2.0 (cli) (built: Apr 11 2007 16:34:30) Reproduce code: --- $y = new mysqli( .. ); $m = $y->query( "explain extended select * from footable"); while( $row = $m->fetch_assoc() ) { print serialize($row) . "\n" ; } $n = $y->get_warnings(); var_dump( $n ); print_r( ReflectionObject::export($n)); var_dump( $n->next() ); Expected result: Array Of Warning Records? Array of warning strings? Some Warning? ( I can't say accurately what expected output would be, as the function is totally undocumented. But it should produce something instead of nothing in the above case ) Actual result: -- -- serialized data rows -- object(mysqli_warning)#3 (0) { } Object of class [ final class mysqli_warning ] { - Constants [0] { } - Static properties [0] { } - Static methods [0] { } - Properties [0] { } - Dynamic properties [0] { } - Methods [2] { Method [ protected method __construct ] { } Method [ public method next ] { } } } Warning: mysqli_warning::next(): invalid object or resource mysqli_warning in php shell code on line 1 NULL -- Edit this bug report at http://bugs.php.net/?id=44880&edit=1
#44555 [Opn->Fbk]: mysql.connect_timeout ignored
ID: 44555 Updated by: [EMAIL PROTECTED] Reported By: tstarling at wikimedia dot org -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.2.5 -Assigned To: +Assigned To: uw New Comment: Does the host 1.2.3.4 exist? If not, you're probably running into the default DNS lookup timeout of your system -> bogus, not a bug. Try changing your system settings, http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/regentry/96406.mspx?mfr=true Previous Comments: [2008-03-28 09:03:03] tstarling at wikimedia dot org Description: mysql.connect_timeout is ignored, a fixed timeout of 20s is used. Observed on PHP 5.2.5 WinXP, not observed on PHP 5.1.4 Linux. Reproduce code: --- print mysql_get_client_info() ."\n"; ini_set('mysql.connect_timeout',1); $t = -microtime(true); mysql_connect('1.2.3.4'); $t += microtime(true); print "$t\n"; ini_set('mysql.connect_timeout',100); $t = -microtime(true); mysql_connect('1.2.3.4'); $t += microtime(true); print "$t\n"; Expected result: 5.0.45 1.00128006935 99.9788169861 Actual result: -- 5.0.45 20.999632 21.0206007957 -- Edit this bug report at http://bugs.php.net/?id=44555&edit=1
#44766 [Opn->Fbk]: error in prepare but mysqli_error is empty
ID: 44766 Updated by: [EMAIL PROTECTED] Reported By: cap at unagon dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Redhat 3 Enterprise PHP Version: 5.2.5 -Assigned To: +Assigned To: uw New Comment: Can't repeat. You are not giving a repeatable code example. Please provide an example that uses nothing but ext/mysqli API calls, for example: $mysqli = mysqli_init(); $mysqli->real_connect($host, $user, $passwd, $db, $port, $socket); $mysqli->query('DROP TABLE IF EXISTS test'); $mysqli->query('CREATE TABLE test(id INT, label CHAR(2))'); $stmt = $mysqli->prepare('INSERT INTO test(id, label) VALUES (?, ?, bogus)'); var_dump($stmt); var_dump($mysqli->errno); var_dump($mysqli->error); $mysqli->close(); The above code works fine. It returns something like this: bool(false) int(1136) string(47) "Column count doesn't match value count at row 1" Also, please add the MySQL version to the bug report. Thanks! Previous Comments: [2008-04-17 19:40:56] cap at unagon dot com Description: if there is an obvious error in a prepare statement, the error is recognized correctly but mysqli_error is the empty string Reproduce code: --- $stmt=DB::$mysqli->prepare ('INSERT INTO TYPES (TYPENAME,TYPESPEC) VALUES (?,?,ppp)'); if (!$stmt) {throw new Exception ("Error: Prepare failed in registerType: ".(DB::$mysqli->error));} Expected result: Expecting an exception to be thrwon with a text containing some meaningful error description Actual result: -- Exception is thrown, but error is empty and errno is 0. -- Edit this bug report at http://bugs.php.net/?id=44766&edit=1
#39858 [Com]: Lost connection to MySQL server during query by a repeated call stored proced
ID: 39858 Comment by: ile at suomi dot finland Reported By: develar at gmail dot com Status: Assigned Bug Type: PDO related Operating System: Windows XP SP2 PHP Version: 5.2.0 Assigned To: wez New Comment: This bug occurs with Apache/2.0.63 (Win32) PHP/5.2.6 and MySQL 5.0.51b. I don't use PDO. I use mysqli calls. The work-around by bepoteat helps though. Previous Comments: [2008-05-02 16:48:43] bepoteat at yahoo dot com After looking at the PHP manual, I realized I could reduce the loop to a single line: while (mysqli_next_result($conn)); I didn't even have to use mysqli_free_result (but it is good practice). [2008-05-02 16:24:57] bepoteat at yahoo dot com I believe paulsidekick is correct. I am working on a page that repeatedly calls a stored proc that returns a resultset. After using the expected results from the first call, I tried moving to the next resultset and displaying the column values. I got nothing. Then I tried using mysqli_free_result($rs); while (mysqli_more_results($conn)) { mysqli_next_result($conn); echo count($row); mysqli_free_result($rs); } and got "0". So I decided to just get rid of the empty resultset. Below is the basic structure of the code that worked for me (note the while loop). $conn = mysqli_connect("server", "username", "password"); for ($i=1; $i<$someNumber; $i++) { $rs = mysqli_query($conn, "CALL spMyProc(param1, param2)"); if ($rs && $row = mysqli_fetch_asoc($rs)) { //some code to use results } else { //error handler } mysqli_free_result($rs); //Add this section to dispose of extra resultset. while (mysqli_more_results($conn)) { mysqli_next_result($conn); mysqli_free_result($rs); } } mysqli_close($conn); I know this doesn't exactly fix the problem, but it is a workaround that involves a minimal amount of code. (By the way, why doesn't the CAPTCHA box show up in Firefox? I had to use Internet Exploiter to post this. I thought PHP was all about being open source!) [2008-04-17 14:44:34] james dot lewis at americanmobileventures dot com Also having this error. PHP 5.2.5 on XP SP2, with Apache2 (XAMPP 1.6.6) [2008-04-05 21:04:45] mgrdinic at sledxchange dot com One last thing: It should be noted that you can "workaround" this issue by simply instantiating a whole new PDO object after every call that returns a result set. // create a PDO instance up here somewhere and perform your query... // get the return values you need... $result = $sth->fetchAll (); // and just create a new object... try { $dbh = new PDO ( $dsn, $user, $pass ); $dbh->setAttribute(PDO::MYSQL_ATTR_USE_BUFFERED_QUERY, 1); $dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_WARNING); } catch ( PDOException $e ) { die ( 'PDO Connection Failed: ' . $e->getMessage () ); } // now you can query again without the error. It seem like the solution is simple to do. In fact, this guy seems to be on the right track: http://bugs.php.net/bug.php?id=42499 Why isn't this done! Oh well, hopefully the above, if not totally wrong : ) will help someone else. [2008-04-05 20:53:08] mgrdinic at sledxchange dot com Same problem here-I'm on Vista Ultimate SP1 and IIS 7 MySQL 5.0.45 The trick is regular NON-Select queries work as expected. It's when your Stored Procedures return result sets the problems show up. So for example, if the first query performs a one off select and closes, the second query is hit with the "SQLSTATE[HY000]: General error: 2014 Cannot execute queries while other unbuffered queries are active error". And yes, that's with using the fetchAll. However, if I remove the select statement from the first procedure and run the code again, both stored procedures work fine. I've tried the latest snap-shots, but unfortunately I couldn't get pdo to even load. Any ideas? Updates? 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/39858 -- Edit this bug report at http://bugs.php.net/?id=39858&edit=1
#45512 [NEW]: php_mysql.dll can't be loaded
From: jianglinchun at live dot com Operating system: windows xp(sp3) PHP version: 5.2.6 PHP Bug Type: *Extensibility Functions Bug description: php_mysql.dll can't be loaded Description: I have problem with configure php_mysql for php-5.2.6-Win32. The same problem: 1. http://we.designandco.de/2008/06/19/php-526-win32-wtf-happened-to-the-mysql-extension/ 2. http://www.nabble.com/PHP-5.2.6-integrating-MYSQL-5.0.51b-on-APACHE-2.0.63-%2B-Windows-XP-SP2)-td17201936.html --begin httpd.conf-- #php LoadFile "D:\open source\php\php-5.2.6-Win32\php5ts.dll" LoadModule php5_module "D:\open source\php\php-5.2.6-Win32\php5apache2_2.dll" PHPIniDir "D:\open source\php\php-5.2.6-Win32" AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps --end httpd.conf-- --begin php.ini-- ; Directory in which the loadable extensions (modules) reside. extension_dir = "D:\open source\php\php-5.2.6-Win32\ext" --begin php.ini-- Reproduce code: --- When those code are executed. mysql will be found nowhere. Expected result: php_mysql.dll should be loaded! Actual result: -- php_mysql.dll doesn't loaded -- Edit bug report at http://bugs.php.net/?id=45512&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45512&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45512&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45512&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45512&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45512&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45512&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45512&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45512&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45512&r=support Expected behavior:http://bugs.php.net/fix.php?id=45512&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45512&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45512&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45512&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45512&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45512&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45512&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45512&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45512&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45512&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45512&r=mysqlcfg
#45410 [Bgs]: Bad result in an expression evaluation
ID: 45410 User updated by: ensnnet at gmail dot com Reported By: ensnnet at gmail dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: windows xp sp3 PHP Version: 5.2.6 New Comment: Thanks, I was wrong (sorry for my insistence). Assignement (=) is done before the and/or opperation but the &&/|| opperation is done before the assignement (=). Thanks very much for your attention and explanation. Previous Comments: [2008-07-14 11:22:57] [EMAIL PROTECTED] *Please* look at Example 1 at http://php.net/operators.logical, as requested by colder - this demonstrates your example exactly and shows that what you're getting is the expected result. The operator precedence table at http://php.net/operators#language.operators.precedence (also previously referred to) may also help. This is *not* a bug, so don't add to this conversation. If you need further explanation, please ask in the support forums (such as [EMAIL PROTECTED]). [2008-07-11 17:59:03] ensnnet at gmail dot com Te answer on my machine for the previous code is: Here l1 and l2 is: bool(false) But here l1 and l2 is: bool(true) And here l2 and l1 is: bool(false) What happens? ... And I think it must be false in all the three cases !! Thanks in advance for your attention, jaz [2008-07-11 17:55:55] ensnnet at gmail dot com Sorry by I still I think something is wrong. Please take a while to see the next code (or run it on your machine): "; echo "Here l1 and l2 is: "; var_dump($l1 and $l2); echo "But here l1 and l2 is: "; var_dump($l1_and_l2); echo "And here l2 and l1 is: "; var_dump($l2_and_l1); echo "What happens?"; echo ""; ?> [2008-07-02 21:32:31] [EMAIL PROTECTED] Please take a look at the examples on php.net/operators.logical [2008-07-02 19:03:39] [EMAIL PROTECTED] Please see the operator precedence table and explanation on the page I ahve given, somewhere in the upper area are "&&", "||" and so on, then "=" and in the bottom "and", "or", "xor" which means the assignment is done before the "and" operator is executed. For further questions please refer to other support forums, see http://php.net/support.php 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/45410 -- Edit this bug report at http://bugs.php.net/?id=45410&edit=1
#45505 [Bgs]: DirectoryIterator default sorting error
ID: 45505 User updated by: jcknight at gmail dot com Reported By: jcknight at gmail dot com Status: Bogus Bug Type: SPL related Operating System: Linux PHP Version: 5.2.6 New Comment: That is the problem, as it does not return the files in the order that the operating system provides. In the file system, the order is: enter_L.gif enter_R.gif mad_L.gif mad_R.gif but the DirectoryIterator provides the files as enter_L.gif mad_L.gif enter_R.gif mad_R.gif Previous Comments: [2008-07-14 09:52:24] [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 There is no sorting guaranteed and the files are returned in the order the operating system provides. [2008-07-13 23:25:25] jcknight at gmail dot com Description: The DirectoryIterator class does not iterate the directory how it is organized on the file system. Reproduce code: --- current() ."\n"; } ?> Expected result: . .. enter_L.gif enter_R.gif mad_L.gif mad_R.gif Actual result: -- . .. enter_L.gif mad_L.gif enter_R.gif mad_R.gif -- Edit this bug report at http://bugs.php.net/?id=45505&edit=1
#34630 [Csd]: PDO: LOB support incomplete in some drivers
ID: 34630 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: * PHP Version: 5CVS-2005-09-24 (cvs) Assigned To: wez New Comment: This one still fails on aix5.2-ppc64 and hpux11.23-ia64 with php5.3-200807081830. It seems to work fine on all other platforms. Previous Comments: [2005-09-24 20:34:02] [EMAIL PROTECTED] Description: Quoting a reporting I received via email: I'm trying to use PDO abstraction layer (version 1.0RC1), but I'm having serious problems with LOB support in Oracle and Postgres (the only I've tried). Reproduce code: --- prepare($sql); print_r(PDO_PARAM_LOB); $stmt->bindParam( 1, $content, PDO_PARAM_LOB); $stmt->execute(); ?> Expected result: The image content in the database Actual result: -- This inserts something like "Resource id 3#" string into db_dane (bytea type) column. -- Edit this bug report at http://bugs.php.net/?id=34630&edit=1
#45509 [Opn->Asn]: create_date_from_format cannot parse negative (BC) dates
ID: 45509 Updated by: [EMAIL PROTECTED] Reported By: tj at systisoft dot com -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Mac OS X PHP Version: 5.3CVS-2008-07-14 (CVS) -Assigned To: +Assigned To: derick Previous Comments: [2008-07-14 13:29:21] tj at systisoft dot com Description: While the constructor of DateTime can handle negaive dates (BC dates), create_date_from_format cannot. Reproduce code: --- $d = new DateTime("-4000-01-31"); echo $d->format("Y-m-d"), PHP_EOL; $d = date_create_from_format("Y-m-d", "4000-01-31"); echo $d->format("Y-m-d"), PHP_EOL; $d = date_create_from_format("Y-m-d", "-4000-01-31"); echo $d->format("Y-m-d"), PHP_EOL; Expected result: -4000-01-31 4000-01-31 -4000-01-31 Actual result: -- -4000-01-31 4000-01-31 PHP Fatal error: Call to a member function format() on a non-object in Command line code on line 3 -- Edit this bug report at http://bugs.php.net/?id=45509&edit=1
#45509 [NEW]: create_date_from_format cannot parse negative (BC) dates
From: tj at systisoft dot com Operating system: Mac OS X PHP version: 5.3CVS-2008-07-14 (CVS) PHP Bug Type: Date/time related Bug description: create_date_from_format cannot parse negative (BC) dates Description: While the constructor of DateTime can handle negaive dates (BC dates), create_date_from_format cannot. Reproduce code: --- $d = new DateTime("-4000-01-31"); echo $d->format("Y-m-d"), PHP_EOL; $d = date_create_from_format("Y-m-d", "4000-01-31"); echo $d->format("Y-m-d"), PHP_EOL; $d = date_create_from_format("Y-m-d", "-4000-01-31"); echo $d->format("Y-m-d"), PHP_EOL; Expected result: -4000-01-31 4000-01-31 -4000-01-31 Actual result: -- -4000-01-31 4000-01-31 PHP Fatal error: Call to a member function format() on a non-object in Command line code on line 3 -- Edit bug report at http://bugs.php.net/?id=45509&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45509&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45509&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45509&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45509&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45509&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45509&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45509&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45509&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45509&r=support Expected behavior:http://bugs.php.net/fix.php?id=45509&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45509&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45509&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45509&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45509&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45509&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45509&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45509&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45509&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45509&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45509&r=mysqlcfg
#45338 [Com]: PHP 5.2.6 does not connect to MySQL
ID: 45338 Comment by: tpeterson at americaschoice dot org Reported By: tpeterson at americaschoice dot org Status: Assigned Bug Type: Dynamic loading Operating System: Windows NT PHP Version: 5.2.6 Assigned To: jmetric New Comment: Thanks, SWilliams, for the comment. I did do that. I checked the path and rechecked it . . . actually I double and triple checked everything. My students also did so many installs/uninstalls/checks that on the evaluation they suggested it be installed for the next class before the class begins (which I will do and just distribute a hand out on how to set up their own environments at home or work). I will in the next few weeks install this on a brand new machine that has never had anything installed on it, including but not limited to PHP, MySQL, and Apache, and see what results I get. Previous Comments: [2008-07-12 17:10:20] swilliams at csc dot edu Make sure that you have set your path environment variable to include your php and php extensions directory. I ran into the same problem, and after I adjusted my path variable, I restarted my computer and everything worked fine. Hope this helps. [2008-07-03 19:53:08] tpeterson at americaschoice dot org I searched for all old mysql .dll files as the documentation said and for all .ini files. I deleted any old ones. I restarted--the computer and the server. I did this so many times. I was as thorough with this as possible. Also, during the class that I taught, this was the first install as this was the first PHP class. It wasn't just me and my laptop. I also used a work laptop. It was all the students in that class. Even students who did this at home with your installer, after the class was over, couldn't get it to work. So this is not an old ini issue. The ini that was used was the one that your installer set up. And as I said the ini that your installer installed on the systems had everything uncommented. If MySQL, for instance, is not supported why was everything, including the MySQL extension uncommented upon a base install? First install? Anyway, I already thought of this and verified the ini used was the one that I was edited. I will find yet another clean laptop and install the WAMP stack on it with this installer and see if there is still an issue. [2008-07-02 11:43:52] [EMAIL PROTECTED] It just means that PHP is actually using different (old?) php.ini file than the one you're editing. Check from phpinfo() output what the actual _loaded_ php.ini file is. [2008-06-29 15:01:48] tpeterson at americaschoice dot org Yes, I know. The file is there, as I said in my write-up. It still won't work. [2008-06-29 11:13:57] simonclur at gmail dot com PHP v5.2.6 requires to the php_mysql.dll (v5.2.6) dll to connect to MySql. It appears the PHP v5.2.6 .msi installation package apparently does not copy the new php_mysql.dll into the ./ext directory as it is supposed to. Download the .zip version of php v5.2.6 and copy the php_mysql.dll file from the zip archive to your /php/ext folder and make sure the following line in your php.ini file is uncommented. extension=php_mysql.dll If you're having problems with "Unable to initialize module" for php_mysql.dll then you have copied an incorrect version from a previous or later release of php. The php_mysql.dll file properties should show the following version information for the dll: File version: 5.2.6 Created: 11 January 2006 18h15 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/45338 -- Edit this bug report at http://bugs.php.net/?id=45338&edit=1
#42588 [Com]: PDO LOB Insert Loses Bytes
ID: 42588 Comment by: s dot urbanovski at ac-nancy-metz dot fr Reported By: dhall at wustl dot edu Status: Open Bug Type:PDO related PHP Version: 5CVS-2007-09-07 (snap) New Comment: Same problem on Debian Lenny (PHP 5.2.6-2). I'm unable to insert LOB data if I'm using the utf-8 encoding (SET CHARACTER SET utf8; ). Some caracters are converted to 0x3F. Previous Comments: [2007-09-07 15:43:19] dhall at wustl dot edu PS. If you remove the SET CHARACTER SET UTF-8 stuff, it works. I don't see why that should screw up pdo sending in lobs though. [2007-09-07 15:29:46] dhall at wustl dot edu Description: See Ubuntu Bug 137960 I have duplicated this compiling on Mac OS X with the latest CVS snapshot, so I think its not a Debian/Ubuntu packaging bug. Reproduce code: --- 'SET CHARACTER SET utf8;', PDO::MYSQL_ATTR_MAX_BUFFER_SIZE=>4194304 ) ); $prepared = $db->prepare('INSERT INTO `files` (`type`,`data`) VALUES (:type, :data)'); $prepared->bindParam(':type',$imagesize['mime'], PDO::PARAM_STR, 50); $prepared->bindParam(':data', $fp, PDO::PARAM_LOB); $prepared->execute(); $id = $db->lastInsertId(); $prepared = $db->prepare('SELECT `type`, `data` FROM `files` WHERE `fileid` = :fileid'); $prepared->bindParam(':fileid',$id, PDO::PARAM_INT); $prepared->execute(); $prepared->bindColumn(1, $type, PDO::PARAM_STR, 256); $prepared->bindColumn(2, $lob, PDO::PARAM_LOB); $prepared->fetch(PDO::FETCH_BOUND); header("Content-Type: $type"); echo $lob; ?> Expected result: properly output image as on http://cowsandmilk.homeip.net/pdolob/pdolobtest.php Actual result: -- image missing bytes as on http://cowsandmilk.net/pdolob/pdolobtest.php (goes from 8262 bytes to 7966 bytes) -- Edit this bug report at http://bugs.php.net/?id=42588&edit=1
#45392 [Opn->Ctl]: ob_start()/ob_end_clean() and memory_limit
ID: 45392 Updated by: [EMAIL PROTECTED] Reported By: flebron at bumeran dot com -Status: Open +Status: Critical Bug Type: Output Control Operating System: Fedora Linux 2 PHP Version: 5.3CVS-2008-06-29 (snap) New Comment: This slightly modified script shows the bug without massive output: Previous Comments: [2008-06-29 22:30:08] flebron at bumeran dot com Description: When memory_limit is reached, and one is using the output buffering functions, instead of just dying with an "out of memory" error, the contents of the buffer are spilled onto stdout. The output_buffering ini setting wasn't set to any particular limit. Reproduce code: --- http://bugs.php.net/?id=45392&edit=1
#45410 [Bgs]: Bad result in an expression evaluation
ID: 45410 Updated by: [EMAIL PROTECTED] Reported By: ensnnet at gmail dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: windows xp sp3 PHP Version: 5.2.6 New Comment: *Please* look at Example 1 at http://php.net/operators.logical, as requested by colder - this demonstrates your example exactly and shows that what you're getting is the expected result. The operator precedence table at http://php.net/operators#language.operators.precedence (also previously referred to) may also help. This is *not* a bug, so don't add to this conversation. If you need further explanation, please ask in the support forums (such as [EMAIL PROTECTED]). Previous Comments: [2008-07-11 17:59:03] ensnnet at gmail dot com Te answer on my machine for the previous code is: Here l1 and l2 is: bool(false) But here l1 and l2 is: bool(true) And here l2 and l1 is: bool(false) What happens? ... And I think it must be false in all the three cases !! Thanks in advance for your attention, jaz [2008-07-11 17:55:55] ensnnet at gmail dot com Sorry by I still I think something is wrong. Please take a while to see the next code (or run it on your machine): "; echo "Here l1 and l2 is: "; var_dump($l1 and $l2); echo "But here l1 and l2 is: "; var_dump($l1_and_l2); echo "And here l2 and l1 is: "; var_dump($l2_and_l1); echo "What happens?"; echo ""; ?> [2008-07-02 21:32:31] [EMAIL PROTECTED] Please take a look at the examples on php.net/operators.logical [2008-07-02 19:03:39] [EMAIL PROTECTED] Please see the operator precedence table and explanation on the page I ahve given, somewhere in the upper area are "&&", "||" and so on, then "=" and in the bottom "and", "or", "xor" which means the assignment is done before the "and" operator is executed. For further questions please refer to other support forums, see http://php.net/support.php [2008-07-02 17:12:16] ensnnet at gmail dot com Thank for your answer [EMAIL PROTECTED] but still I think someone is not correct, perhaps I am wrong. I have read your link: http://es2.php.net/manual/en/language.operators.logical.php: And y read there: $a and $b => TRUE if both $a and $b are TRUE. I had writed another simple code that dont run as expected (I send you at the end of this note). The result that show on my computer is: $l1 = TRUE, $l2 = FALSE => $l1 and $l2 is FALSE $l1 = TRUE, $l2 = FALSE => $l1 and $l2 is TRUE $l1 = TRUE, $l2 = FALSE => $l1 and $l2 is FALSE $l1 = TRUE, $l2 = FALSE => $l1 and $l2 is FALSE I think the second line must be as the another lines. What is wrong? Thanks for your attention, jaz This is the code: \$l1 and \$l2 is ".showAstxt($l1 and $l2).""; echo "\$l1 = ".showAstxt($l1).", \$l2 = ".showAstxt($l2)." => \$l1 and \$l2 is ".showAstxt($flag1).""; echo "\$l1 = ".showAstxt($l1).", \$l2 = ".showAstxt($l2)." => \$l1 and \$l2 is ".showAstxt($flag2).""; echo "\$l1 = ".showAstxt($l1).", \$l2 = ".showAstxt($l2)." => \$l1 and \$l2 is ".showAstxt($flag3).""; // function showAstxt($v) { return $v ? "TRUE" : "FALSE"; } ?> 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/45410 -- Edit this bug report at http://bugs.php.net/?id=45410&edit=1
#45462 [Opn->Bgs]: Backslash char is not listed on a string correctly
ID: 45462 Updated by: [EMAIL PROTECTED] Reported By: lgandras at hotmail dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.2.6 New Comment: 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 Previous Comments: [2008-07-09 03:10:18] lgandras at hotmail dot com Description: When a string contains backslashs, they are shown on a way, but kept differntly on the string. This is annoying when a string needs to be parsed to know if a quote is being escaped. Reproduce code: --- $stringA = "\\'";# returns \' $stringB = "\\\'"; # returns \\' $stringC = "'"; # returns \\' $stringD = "\'"; # returns \\\' # etc.. I don't have problem with it. # But! this is the way it is shown! # internally the string is kept how the programmer wrote it # how are you supposted to known with php routines # that $stringB escapes the quote and $stringC does not! # using stripslashes is not an option, # because it could delete some backslashes you want to keep. # # # I've seen other bugs, where it is told # that normal functioning of stripslashes # is to delete all the "first" slashes, # but then is not possible to parse a string # even with regular expressions to know what # a parser like mysql would understand of my # string. # # In other words, backslashes are still there, # but you can't know it! $stringB == $stringC; # devolves true, in the end is right, but not now. $stringB === $stringC; # also true (in the end), but not for mysql substr($stringB, 0, 1) === substr($stringC, 0, 1); substr($stringB, 1, 1) === substr($stringC, 1, 1); substr($stringB, 2, 1) === substr($stringC, 2, 1); # again, on the last 3 examples it returns true, # but it doesn't let me know if the quote is being escaped or not. # If questions are done, i need to parse a mysql string! # My other solution is that str_replace and/or regular # expression functions handle this issues in an adecuate way echo "B:"; echo str_replace('\\', '', $stringB); echo "C:"; echo str_replace('\\', '', $stringC); Expected result: B:\' C:' # note that this is in concordance with what the manual says Actual result: -- B:' C:' -- Edit this bug report at http://bugs.php.net/?id=45462&edit=1
#34972 [Fbk->Opn]: STDIN won't allow nonblocking.
ID: 34972 User updated by: VJTD3 at VJTD3 dot com Reported By: VJTD3 at VJTD3 dot com -Status: Feedback +Status: Open Bug Type: Streams related Operating System: windows PHP Version: 5.2.4 Assigned To: wez New Comment: no change still the same issue on windows. Previous Comments: [2008-07-13 15:55:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-03-15 10:57:09] VJTD3 at VJTD3 dot com on *nix it seems to be solved. easy way to test: php -r "stream_set_blocking(STDIN, FALSE);echo fread(STDIN, 10);" on *nix it instantly exits. (correct behavior) on windows it will hang for input. (incorrect behavior, it's ignoring the non blocking setting.) tested on 5.2.5 [2007-09-06 22:34:37] [EMAIL PROTECTED] VJTD3 at VJTD3 dot com reported: The problem still exists in version 5.2.4 of php. [2007-08-19 20:51:34] donnyk at gmail dot com i also have the same problem, i've tried the latest snapshot on windows to no avail. It works on my linux systems however. [2007-08-10 13:01:48] VJTD3 at VJTD3 dot com notice how it just sits there? (blocking) it should exit instantly with a null echo. (same as a tcp connection where if you just do a read that is too fast with nonblocking it never gets a chance to fetch the data.) what is happening is that php is blocking waiting for input (specifically enter (line ending)) problem: if you are echoing debug information and want to use key functionality in tandem you can't because everything is blocked till you hit enter. 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/34972 -- Edit this bug report at http://bugs.php.net/?id=34972&edit=1
#45191 [Opn->Bgs]: error_log ignores date.timezone php.ini val when setting logging timestamps
ID: 45191 Updated by: [EMAIL PROTECTED] Reported By: info at organicdata dot co dot za -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Centos el5 PHP Version: 5.2CVS-2008-06-05 (snap) New Comment: 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 normal. The error log is not *written* by PHP, but by syslog. Syslog doesn't care about PHP's internal timezone, and thus formats the log message according to the system timezone. Just change the system timezone if it's incorrect. Previous Comments: [2008-06-05 23:50:30] info at organicdata dot co dot za Description: I've noticed that changing the default PHP timezone using either php.ini date.timezone or date_default_timezone_set appears to have no effect on the timestamp used for each entry PHP writes to the file set by php.ini value error_log (when php.ini log_errors = On) It seems to use the system timestamp regardless. I've done some searching on the web but found nothing and am afraid I'm not sure whether a bug or by design but it seems strange enough to submit here Reproduce code: --- php.ini --- log_errors = On error_log = myerrors.log mycode.php -- error_reporting(E_STRICT); date_default_timezone_set("UTC"); SOMEBADCONSTANT date_default_timezone_set("Africa/Johannesburg"); ANOTHERBADCONSTANT resulting myerrors.log -- [06-Jun-2008 00:41:34] PHP Notice: Use of undefined constant SOMEBADCONSTANT - assumed 'SOMEBADCONSTANT' in /prj/mycode.php on line 3 [06-Jun-2008 00:41:34] PHP Notice: Use of undefined constant ANOTHERBADCONSTANT - assumed 'ANOTHERBADCONSTANT' in /prj/mycode.php on line 5 Expected result: As Africa/Johannesburg is 2 hours ahead of UTC, I would have expected the second myerrors.log entry to read [06-Jun-2008 02:41:34] PHP Notice: Use of undefined constant ANOTHERBADCONSTANT - assumed 'ANOTHERBADCONSTANT' in /prj/mycode.php on line 5 And even if the comment is that date_default_timezone_set has no effect, I saw the same when changing date.timezone in php.ini The error logging appears to ignore it completely and simply use the system time -- Edit this bug report at http://bugs.php.net/?id=45191&edit=1
#45503 [Opn->Fbk]: Content of HTTP POST Message not accessible w/ PHP
ID: 45503 Updated by: [EMAIL PROTECTED] Reported By: michael at mcihael-menzel dot com -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: debian linux PHP Version: 5.2.6 New Comment: So the problem is that you can't pass POST stuff to this script? Where's that part in this example? You only included the irrelevant part here, perhaps it would be more obvious if we saw the actual POST form you use. Previous Comments: [2008-07-13 22:03:05] michael at mcihael-menzel dot com Description: when recieving POST HTTP messages which have text/xml content in the message body this content can't be accessed: - php://input is empty - $HTTP_RAW_POST_DATA is empty (though enabled in php.ini) - neither do $_POST, $_SERVER and $_REQUEST not contain the data (as expected and correct) - neither does $_FILE contain anything (last obvious possibility) - even installation of pecl extension pecl_http 1.6 can't solve it (none of the given functions/methods did work) Reproduce code: --- $headers = getHeaders(); $ch = curl_init(); $headers[Host] = ""; # to be filled with a XML webservice URL curl_setopt($ch, CURLOPT_POST, true); curl_setopt($ch, CURLOPT_URL, ""); # to be filled with a XML webservice URL curl_setopt($ch, CURLOPT_POSTFIELDS, $_POST); curl_setopt($ch, CURLOPT_HTTPHEADER, $headers); curl_setopt($ch, CURLOPT_POSTFIELDS, file_get_contents("php://input")); # replace with any method/function to get the POST content curl_setopt($ch, CURLOPT_HEADER, false); curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); $httpContent = curl_exec($ch); curl_close($ch); echo $httpContent; $h = fopen("responsecontent.log", "a"); fwrite($h, "\n\n" . $httpContent); fclose($h); function getHeaders() { $h = fopen("headers.log", "a"); fwrite($h, "\n\n"); $headers = array(); foreach ($_SERVER as $k => $v) { if (substr($k, 0, 5) == "HTTP_") { $k = str_replace('_', ' ', substr($k, 5)); $k = str_replace(' ', '-', ucwords(strtolower($k))); $headers[$k] = $v; fwrite($h, $k . ": " . $v . "\n"); } } fclose($h); return $headers; } Expected result: XML webservice answers to the POST request forwarded with curl. "reproduce code" doesn't contain the line to test the contents. in the beginning of the script all possible places where the POST content might be placed by PHP are written to a file. The file only gets filled by IE requests which send the data in a second HTTP (TCP-, IP-) packet. Firefox sends the whole request with content-type: text/xml in one packet and content is not accessible. Actual result: -- empty response by curl due to the empty post content sent to the webservice -- Edit this bug report at http://bugs.php.net/?id=45503&edit=1
#45507 [Opn->Fbk]: php crash
ID: 45507 Updated by: [EMAIL PROTECTED] Reported By: slim at inbox dot lv -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: Scripting Engine problem Operating System: linux PHP Version: 5.2.6 New Comment: Well, can you try with a latest snapshot? And do you happen to have any 3rd party stuff enabled, like some patches/extensions we don't provide? (This includes any Zend extensions like the optimizer..) Previous Comments: [2008-07-14 09:22:40] slim at inbox dot lv I can not provide the script. Core was generated on huge production site, I cant manage to debug it at all. [2008-07-14 09:11:04] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2008-07-14 09:04:59] slim at inbox dot lv Description: Core was generated by `/usr/bin/php-cgi'. Program terminated with signal 11, Segmentation fault. #0 0x08308a24 in zend_cleanup_function_data_full (function=0x6e6f6973) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c:147 147 /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c: No such file or directory. in /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c (gdb) bt #0 0x08308a24 in zend_cleanup_function_data_full (function=0x6e6f6973) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c:147 #1 0x0832086e in zend_hash_apply (ht=0x87e7918, apply_func=0x8308a1b ) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_hash.c:673 #2 0x08308a71 in zend_cleanup_class_data (pce=0x8a25784) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c:159 #3 0x0832086e in zend_hash_apply (ht=0x86fc3b8, apply_func=0x8308a3b ) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_hash.c:673 #4 0x08302dd2 in shutdown_executor () at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_execute_API.c:281 #5 0x083130dc in zend_deactivate () at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend.c:860 #6 0x082bb12b in php_request_shutdown (dummy=0x0) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/main/main.c:1488 #7 0x08394f63 in main (argc=1, argv=0xb3199a44) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/sapi/cgi/cgi_main.c:1982 -- Edit this bug report at http://bugs.php.net/?id=45507&edit=1
#45505 [Opn->Bgs]: DirectoryIterator default sorting error
ID: 45505 Updated by: [EMAIL PROTECTED] Reported By: jcknight at gmail dot com -Status: Open +Status: Bogus Bug Type: SPL related Operating System: Linux PHP Version: 5.2.6 New Comment: 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 There is no sorting guaranteed and the files are returned in the order the operating system provides. Previous Comments: [2008-07-13 23:25:25] jcknight at gmail dot com Description: The DirectoryIterator class does not iterate the directory how it is organized on the file system. Reproduce code: --- current() ."\n"; } ?> Expected result: . .. enter_L.gif enter_R.gif mad_L.gif mad_R.gif Actual result: -- . .. enter_L.gif mad_L.gif enter_R.gif mad_R.gif -- Edit this bug report at http://bugs.php.net/?id=45505&edit=1
#45507 [Fbk->Opn]: php crash
ID: 45507 User updated by: slim at inbox dot lv Reported By: slim at inbox dot lv -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: linux PHP Version: 5.2.6 New Comment: I can not provide the script. Core was generated on huge production site, I cant manage to debug it at all. Previous Comments: [2008-07-14 09:11:04] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2008-07-14 09:04:59] slim at inbox dot lv Description: Core was generated by `/usr/bin/php-cgi'. Program terminated with signal 11, Segmentation fault. #0 0x08308a24 in zend_cleanup_function_data_full (function=0x6e6f6973) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c:147 147 /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c: No such file or directory. in /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c (gdb) bt #0 0x08308a24 in zend_cleanup_function_data_full (function=0x6e6f6973) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c:147 #1 0x0832086e in zend_hash_apply (ht=0x87e7918, apply_func=0x8308a1b ) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_hash.c:673 #2 0x08308a71 in zend_cleanup_class_data (pce=0x8a25784) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c:159 #3 0x0832086e in zend_hash_apply (ht=0x86fc3b8, apply_func=0x8308a3b ) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_hash.c:673 #4 0x08302dd2 in shutdown_executor () at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_execute_API.c:281 #5 0x083130dc in zend_deactivate () at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend.c:860 #6 0x082bb12b in php_request_shutdown (dummy=0x0) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/main/main.c:1488 #7 0x08394f63 in main (argc=1, argv=0xb3199a44) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/sapi/cgi/cgi_main.c:1982 -- Edit this bug report at http://bugs.php.net/?id=45507&edit=1
#45507 [Opn->Fbk]: php crash
ID: 45507 Updated by: [EMAIL PROTECTED] Reported By: slim at inbox dot lv -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: linux PHP Version: 5.2.6 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 , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2008-07-14 09:04:59] slim at inbox dot lv Description: Core was generated by `/usr/bin/php-cgi'. Program terminated with signal 11, Segmentation fault. #0 0x08308a24 in zend_cleanup_function_data_full (function=0x6e6f6973) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c:147 147 /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c: No such file or directory. in /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c (gdb) bt #0 0x08308a24 in zend_cleanup_function_data_full (function=0x6e6f6973) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c:147 #1 0x0832086e in zend_hash_apply (ht=0x87e7918, apply_func=0x8308a1b ) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_hash.c:673 #2 0x08308a71 in zend_cleanup_class_data (pce=0x8a25784) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c:159 #3 0x0832086e in zend_hash_apply (ht=0x86fc3b8, apply_func=0x8308a3b ) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_hash.c:673 #4 0x08302dd2 in shutdown_executor () at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_execute_API.c:281 #5 0x083130dc in zend_deactivate () at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend.c:860 #6 0x082bb12b in php_request_shutdown (dummy=0x0) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/main/main.c:1488 #7 0x08394f63 in main (argc=1, argv=0xb3199a44) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/sapi/cgi/cgi_main.c:1982 -- Edit this bug report at http://bugs.php.net/?id=45507&edit=1
#45507 [NEW]: php crash
From: slim at inbox dot lv Operating system: linux PHP version: 5.2.6 PHP Bug Type: Unknown/Other Function Bug description: php crash Description: Core was generated by `/usr/bin/php-cgi'. Program terminated with signal 11, Segmentation fault. #0 0x08308a24 in zend_cleanup_function_data_full (function=0x6e6f6973) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c:147 147 /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c: No such file or directory. in /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c (gdb) bt #0 0x08308a24 in zend_cleanup_function_data_full (function=0x6e6f6973) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c:147 #1 0x0832086e in zend_hash_apply (ht=0x87e7918, apply_func=0x8308a1b ) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_hash.c:673 #2 0x08308a71 in zend_cleanup_class_data (pce=0x8a25784) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_opcode.c:159 #3 0x0832086e in zend_hash_apply (ht=0x86fc3b8, apply_func=0x8308a3b ) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_hash.c:673 #4 0x08302dd2 in shutdown_executor () at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend_execute_API.c:281 #5 0x083130dc in zend_deactivate () at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/Zend/zend.c:860 #6 0x082bb12b in php_request_shutdown (dummy=0x0) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/main/main.c:1488 #7 0x08394f63 in main (argc=1, argv=0xb3199a44) at /var/tmp/portage/dev-lang/php-5.2.6-r2/work/php-5.2.6/sapi/cgi/cgi_main.c:1982 -- Edit bug report at http://bugs.php.net/?id=45507&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45507&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45507&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45507&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45507&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45507&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45507&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45507&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45507&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45507&r=support Expected behavior:http://bugs.php.net/fix.php?id=45507&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45507&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45507&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45507&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45507&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45507&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45507&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45507&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45507&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45507&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45507&r=mysqlcfg