#45357 [Com]: sybase-ct fails against sybase-15_0 on 64-bit centos 5
ID: 45357 Comment by: radha_krishna_komal at yahoo dot com Reported By: temmel at jcvi dot org Status: Assigned Bug Type: Sybase-ct (ctlib) related Operating System: Centos 5 x86_64 PHP Version: 5.2.6 Assigned To: thekid New Comment: I have Some Store Procedure And If We Do not Open That Store Procedure up to few time than it gives Wrong Result.And When We Open That Store Procedure And Close Than it Gives me Right Result. I want to tell You that I require the Recompile The Store Procedure Automatically After few Days Without Open That because I have Somuch Store Procedure That Take Much Time Previous Comments: [2008-07-02 10:44:06] [EMAIL PROTECTED] Assigned to maintainer. [2008-07-02 10:16:40] mul at rentapacs dot de Had the same problem on SLES10 SP1 x86_64 running ASE Express Edition 15.0.2. The patch to ext/sybase_ct/config.m4 from Bug #35945 worked for me except that library names needed an additional 'syb' prefix: e.g. -lct -> -lsybct64 HTH ... Michael [2008-06-25 19:48:06] temmel at jcvi dot org Description: I'm running into problems with php + sybase_ct under 64-bit Centos. I get a sybase_select_db failure after successfully performing a sybase_connect. CentOS release 5 (Final) Linux speedy 2.6.18-53.1.4.el5 #1 SMP Wed Nov 14 10:37:27 EST 2007 x86_64 x86_64 x86_64 GNU/Linux SYBASE=/usr/local/packages/sybase SYBASE_OCS=OCS-15_0 Using php-5.2-dev snap (php5.2-200806251230)... Modified configure to use 64-bit libs: LIBS="-lintl64 $LIBS" SYBASE_CT_SHARED_LIBADD="-lct64 $SYBASE_CT_SHARED_LIBADD" SYBASE_CT_LIBS="-L$SYBASE_CT_LIBDIR -lct64" SYBASE_CT_SHARED_LIBADD="-lcs64 $SYBASE_CT_SHARED_LIBADD" LIBS="-lcs64 $LIBS" SYBASE_CT_SHARED_LIBADD="-lct64 $SYBASE_CT_SHARED_LIBADD" LIBS="-lct64 $LIBS" SYBASE_CT_SHARED_LIBADD="-lcomn64 $SYBASE_CT_SHARED_LIBADD" LIBS="-lcomn64 $LIBS" SYBASE_CT_SHARED_LIBADD="-lintl64 $SYBASE_CT_SHARED_LIBADD" LIBS="-lintl64 $LIBS" SYBASE_CT_LIBS="-L$SYBASE_CT_LIBDIR -lcs64 -lct64 -lcomn64 -lintl64" SYBASE_CT_SHARED_LIBADD="-ltcl64 $SYBASE_CT_SHARED_LIBADD" SYBASE_CT_SHARED_LIBADD="-lsybtcl64 $SYBASE_CT_SHARED_LIBADD" LIBS="-lsybtcl64 $LIBS" SYBASE_CT_SHARED_LIBADD="-linsck64 $SYBASE_CT_SHARED_LIBADD" SYBASE_CT_SHARED_LIBADD="-linsck64 $SYBASE_CT_SHARED_LIBADD" ./configure --prefix=/opt/software/php-dev --with-sybase-ct=/usr/local/packages/sybase FAILED TEST SUMMARY - Bug #16069 (ICONV transliteration failure) [ext/iconv/tests/bug16069.phpt] iconv stream filter [ext/iconv/tests/iconv_stream_filter.phpt] Test array_slice() function : usage variations - Pass different data types as $offset arg [ext/standard/tests/array/array_slice_variation2.phpt] Test array_slice() function : usage variations - Pass different data types as $length arg [ext/standard/tests/array/array_slice_variation3.phpt] Test lstat() and stat() functions: usage variations - effects of touch() on link [ext/standard/tests/file/lstat_stat_variation6.phpt] Test lstat() and stat() functions: usage variations - writing data into file [ext/standard/tests/file/lstat_stat_variation7.phpt] Test setlocale() function : usage variations - setting system locale as null [ext/standard/tests/strings/setlocale_variation4.phpt] Test setlocale() function : usage variations - Setting system locale as empty string [ext/standard/tests/strings/setlocale_variation5.phpt] Sybase-CT bug #22403 (crash when executing a stored procedure without parameters) [ext/sybase_ct/tests/bug22403.phpt] Sybase-CT bug #26407 (Result set fetching broken around transactions) [ext/sybase_ct/tests/bug26407.phpt] Sybase-CT bug #27843 (notices when query is a stored procedure) [ext/sybase_ct/tests/bug27843.phpt] Sybase-CT bug #28354 (sybase_free_result crash) [ext/sybase_ct/tests/bug28354.phpt] Sybase-CT bug #29064 (Exact numeric/decimal/money datatypes lose precision) [ext/sybase_ct/tests/bug29064.phpt] Sybase-CT bug #30312 (sybase_unbuffered_query calls) [ext/sybase_ct/tests/bug30312.phpt] Sybase-CT bug #6339 (invalid Sybase-link resource) [ext/sybase_ct/tests/bug6339.phpt] Sybase-CT application name [ext/sybase_ct/tests/test_appname.phpt] Sybase-CT connectivity [ext/sybase_ct/tests/test_connect.phpt] Sybase-CT connection-based server message handler [ext/sybase_ct/tests/test_connectionbased_msghandler.phpt] Sybase-CT sybase_fetch_object [ext/sybase_ct/tests/test_fetch_object.phpt] Sybase-CT sybase_field_* functions [ext/sybase_ct/tests/test_fields.phpt] Sybase-CT select LONG_MAX / LONG_MIN [ext/sybase_ct/tests/test_long.phpt] Sybase-CT server message ha
#46111 [NEW]: strtotime() returns false for some valid timezones
From: jason at eventshop dot com dot au Operating system: Windows XP PHP version: 5.2.6 PHP Bug Type: Date/time related Bug description: strtotime() returns false for some valid timezones Description: When converting a date/time/timezone string using strtotime(), it returns false for several of the supposedly valid timezones, such as "Adelaide/ACT", "Israel", "US/Arizona", etc. All other timezones work correctly. Reproduce code: --- $timezones = timezone_identifiers_list(); foreach ($timezones as $zone) { $date_string = "2008-01-01 13:00:00 " . $zone; if (!strtotime($date_string)) { echo "" . $zone; } } Expected result: No result should be displayed. Actual result: -- Africa/Dar_es_Salaam Africa/Porto-Novo America/Argentina/ComodRivadavia America/Blanc-Sablon ... etc ... US/Pacific US/Pacific-New US/Samoa W-SU Zulu -- Edit bug report at http://bugs.php.net/?id=46111&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46111&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46111&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46111&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46111&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46111&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46111&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46111&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46111&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46111&r=support Expected behavior:http://bugs.php.net/fix.php?id=46111&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46111&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46111&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46111&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46111&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46111&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46111&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46111&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46111&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46111&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46111&r=mysqlcfg
#43639 [Com]: php-5.2.5-win32-installer.msi stops before it is finished.
ID: 43639 Comment by: kfou at free dot fr Reported By: erik dot kullberg at telia dot com Status: Assigned Bug Type: Windows Installer Operating System: Windows Vista PHP Version: 5.2.5 Assigned To: jmertic New Comment: I've generated a fixed installer that you can download from http://kfou.free.fr/php/php-5.2.6-win32-installer.msi. Or you can download the original installer from php.net and modify it using Orca to extract the (faulty) script PHPInstallerScripts.vbs, patch it (using http://kfou.free.fr/php/PHPInstallerScripts.patch) and re-import it again using Orca. Kamel. Previous Comments: [2008-09-11 11:59:36] llucenic at inmail dot sk My Win XP SP2 with Slovak locales - the same installer problem. After I changed the locales (regional settings) to English (United States), the installation worked fine even w/o the need to run as administrator. Thank you Tamas for your insight. Helped a lot. Ludo Lucenic [2008-09-10 11:33:47] [EMAIL PROTECTED] Having this bug assigned to the installer maintainer will help to actually get it solved. Especially when so many different problems are discussed within the same bug. [2008-09-10 10:22:15] stonesben at googlemail dot com This is disgusting. No workaround since 2007. Lazy or incompetent at fixing bugs? [2008-09-08 11:40:31] pdanailov at yahoo dot com I have the same problem. My system is Win XP Prof SP2, PHP 5.2.6 and PHP 5.2.7 Bulgarian settings changed to English for the decimal separator None of the solutions worked. PHP Sucks: [2008-08-24 01:03:09] nospam at gmail dot com I'd like to confirm that this error occurs on 32-bit Vista systems in Dutch locale, also. Running the installer from a batch as suggested above successfully executed the installation, however. 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/43639 -- Edit this bug report at http://bugs.php.net/?id=43639&edit=1
#46110 [Opn->Csd]: XMLWriter - openmemory() and openuri() mem. leaks
ID: 46110 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:XML Writer PHP Version: 5.3CVS-2008-09-17 (CVS) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2008-09-17 18:07:36] [EMAIL PROTECTED] Description: The mem. leak happens when calling two or more times the openuri() and openmemory(). See below. Reproduce code: --- openuri(1); $x->openuri(1); $x->openmemory(); $x->openmemory(); Actual result: -- ==19574== 18 bytes in 6 blocks are indirectly lost in loss record 2 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x51CFE65: xmlStrndup (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x51D000B: xmlStrdup (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BE9: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260D1: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== 8,450 (8 direct, 8,442 indirect) bytes in 1 blocks are definitely lost in loss record 12 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x8357C71: zif_xmlwriter_open_memory (php_xmlwriter.c:1890) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574== 64 bytes in 4 blocks are indirectly lost in loss record 5 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x517C151: xmlBufferCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5185786: xmlAllocOutputBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x518585A: xmlOutputBufferCreateIO (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x51858BB: xmlOutputBufferCreateBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x522602C: xmlNewTextWriterMemory (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357C5F: zif_xmlwriter_open_memory (php_xmlwriter.c:1884) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 72 bytes in 6 blocks are indirectly lost in loss record 6 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5184C0B: xmlListCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BB0: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x522603A: xmlNewTextWriterMemory (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357C5F: zif_xmlwriter_open_memory (php_xmlwriter.c:1884) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 72 bytes in 6 blocks are indirectly lost in loss record 7 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5184BE8: xmlListCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BB0: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260D1: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 96 bytes in 3 blocks are indirectly lost in loss record 8 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5185768: xmlAllocOutputBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8072B24: php_libxml_output_buffer_create_filename (libxml.c:413) ==19574==by 0x518848F: xmlOutputBufferCreateFilename (in /usr/lib/libxml2.so
#46110 [NEW]: XMLWriter - openmemory() and openuri() mem. leaks
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-17 (CVS) PHP Bug Type: XML Writer Bug description: XMLWriter - openmemory() and openuri() mem. leaks Description: The mem. leak happens when calling two or more times the openuri() and openmemory(). See below. Reproduce code: --- openuri(1); $x->openuri(1); $x->openmemory(); $x->openmemory(); Actual result: -- ==19574== 18 bytes in 6 blocks are indirectly lost in loss record 2 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x51CFE65: xmlStrndup (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x51D000B: xmlStrdup (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BE9: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260D1: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== 8,450 (8 direct, 8,442 indirect) bytes in 1 blocks are definitely lost in loss record 12 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x8357C71: zif_xmlwriter_open_memory (php_xmlwriter.c:1890) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574== 64 bytes in 4 blocks are indirectly lost in loss record 5 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x517C151: xmlBufferCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5185786: xmlAllocOutputBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x518585A: xmlOutputBufferCreateIO (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x51858BB: xmlOutputBufferCreateBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x522602C: xmlNewTextWriterMemory (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357C5F: zif_xmlwriter_open_memory (php_xmlwriter.c:1884) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 72 bytes in 6 blocks are indirectly lost in loss record 6 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5184C0B: xmlListCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BB0: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x522603A: xmlNewTextWriterMemory (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357C5F: zif_xmlwriter_open_memory (php_xmlwriter.c:1884) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 72 bytes in 6 blocks are indirectly lost in loss record 7 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5184BE8: xmlListCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BB0: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260D1: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 96 bytes in 3 blocks are indirectly lost in loss record 8 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5185768: xmlAllocOutputBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8072B24: php_libxml_output_buffer_create_filename (libxml.c:413) ==19574==by 0x518848F: xmlOutputBufferCreateFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260C3: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x8369
#28896 [Bgs]: Cannot run apache's php module when php is compiled with oracle support
ID: 28896 User updated by: dcimafonte at yahoo dot it Reported By: dcimafonte at yahoo dot it Status: Bogus Bug Type: Apache2 related Operating System: Compaq Tru64 5.1A PHP Version: 4.3.7 New Comment: could you please remove completely this submission, since it's generating spam to my main email address? Previous Comments: [2004-07-06 01:20:53] [EMAIL PROTECTED] It somehow can't find the pthread library (or is linking with it when it shouldn't?) Not PHP bug. [2004-06-23 18:34:45] dcimafonte at yahoo dot it Description: OS: Compaq Tru64 Unix 5.1A WebServer: Apache 2.0 Hello, I compiled php 4.3.7 with Oracle support, and installed it successfully, but when I run Apache 2.0 it gives me the following error message (that won't appear when I compile without oracle support): Cannot load /common/apache/modules/libphp4.so into server: dlopen: libpthread.so: symbol "pthread_setcancelstate" unresolved Can you guess why? Reproduce code: --- ./configure --prefix=/user/dw/dwcvs/local --with-apxs2=/common/apache/bin/apxs --with-oci8 make make install cd /common/apache/bin apachectl start Expected result: apache running Actual result: -- apache won't start. In error_log this message appears: Cannot load /common/apache/modules/libphp4.so into server: dlopen: libpthread.so: symbol "pthread_setcancelstate" unresolved -- Edit this bug report at http://bugs.php.net/?id=28896&edit=1
#46109 [NEW]: MySQLi::init - Memory leaks
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-17 (CVS) PHP Bug Type: MySQLi related Bug description: MySQLi::init - Memory leaks Description: Calling init() two or more times generates the mem. leak. Reproduce code: --- init(); $x->init(); Actual result: -- ==19445== 988 (12 direct, 976 indirect) bytes in 1 blocks are definitely lost in loss record 5 of 7 ==19445==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19445==by 0x83A4EB8: _ecalloc (zend_alloc.c:2414) ==19445==by 0x816F4A1: zif_mysqli_init (mysqli_api.c:1330) ==19445==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19445==by 0x83E9602: execute (zend_vm_execute.h:104) ==19445==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19445==by 0x836916C: php_execute_script (main.c:2080) ==19445==by 0x845B734: main (php_cli.c:1130) ==19445== ==19445== ==19445== 952 bytes in 1 blocks are indirectly lost in loss record 6 of 7 ==19445==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19445==by 0x4F3D31C: my_malloc (in /usr/lib/libmysqlclient_r.so.15.0.0) ==19445==by 0x4F6325E: mysql_init (in /usr/lib/libmysqlclient_r.so.15.0.0) ==19445==by 0x816F483: zif_mysqli_init (mysqli_api.c:1317) ==19445==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19445==by 0x83E9602: execute (zend_vm_execute.h:104) ==19445==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19445==by 0x836916C: php_execute_script (main.c:2080) ==19445==by 0x845B734: main (php_cli.c:1130) -- Edit bug report at http://bugs.php.net/?id=46109&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46109&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46109&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46109&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46109&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46109&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46109&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46109&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46109&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46109&r=support Expected behavior:http://bugs.php.net/fix.php?id=46109&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46109&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46109&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46109&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46109&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46109&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46109&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46109&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46109&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46109&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46109&r=mysqlcfg
#46108 [Opn->Asn]: DateTime - Memory leak when unserializing
ID: 46108 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type:Date/time related PHP Version: 5.3CVS-2008-09-17 (CVS) -Assigned To: +Assigned To: derick Previous Comments: [2008-09-17 16:30:17] [EMAIL PROTECTED] Description: See below. Reproduce code: --- http://bugs.php.net/?id=46108&edit=1
#46107 [Com]: make test fails with a segmentation fault
ID: 46107 Comment by: Barry dot Latham at hp dot com Reported By: Barry dot Latham at hp dot com Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.9-34.7hp.XCsm PHP Version: 5.2CVS-2008-09-17 (CVS) New Comment: Actually, after ./configure --enable-debug to get a stack trace, the make test works fine. $ gcc -v Reading specs from /usr/lib/gcc/ia64-redhat-linux/3.4.5/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=ia64-redhat-linux Thread model: posix gcc version 3.4.5 20051201 (Red Hat 3.4.5-2) Previous Comments: [2008-09-17 16:29:54] Barry dot Latham at hp dot com Description: Installed the latest version as instructed in reporting bugs on the page http://bugs.php.net/how-to-report.php under the section "Try a CVS snapshot" Did a simple build and ran make test. Got a segmentation fault. Reproduce code: --- $ uname -a Linux devnode6 2.6.9-34.7hp.XCsmp #1 SMP Sun Oct 22 12:44:14 EDT 2006 ia64 ia64 ia64 GNU/Linux $ tar -xvf php5.2-latest.tar $ cd php5.2-200809171430 $ ./configure $ ./make $ ./make test Expected result: no segmentation fault and tests being run Actual result: -- $ tar -xvf php5.2-latest.tar $ cd php5.2-200809171430 $ ./configure expected results $ ./make expected results $ ./make test Build complete. Don't forget to run 'make test'. /bin/sh: line 1: 19861 Segmentation fault TEST_PHP_EXECUTABLE=/users/user1\ /php/php5.2-200809171430/sapi/cli/php TEST_PHP_SRCDIR=/users/user1/php/php5.2-2\ 00809171430 CC="gcc" /users/user1/php/php5.2-200809171430/sapi/cli/php -n -c /u\ sers/user1/php/php5.2-200809171430/tmp-php.ini -d 'open_basedir=' -d 'output_bu\ ffering=0' -d 'memory_limit=-1' /users/user1/php/php5.2-200809171430/run-tests.\ php -n -c /users/user1/php/php5.2-200809171430/tmp-php.ini -d extension_dir=/us\ ers/user1/php/php5.2-200809171430/modules/ ` if test "x" != "x"; then for i in \ ""; do . $i; /users/user1/php/php5.2-200809171430/build/shtool echo -n -- " -d \ extension=$dlname"; done; fi; if test "x" != "x"; then for i in ""; do . $i; /u\ sers/user1/php/php5.2-200809171430/build/shtool echo -n -- " -d zend_extension=\ /users/user1/php/php5.2-200809171430/modules/$dlname"; done; fi` make: [test] Error 139 (ignored) -- Edit this bug report at http://bugs.php.net/?id=46107&edit=1
#46108 [NEW]: DateTime - Memory leak when unserializing
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-17 (CVS) PHP Bug Type: Date/time related Bug description: DateTime - Memory leak when unserializing Description: See below. Reproduce code: --- http://bugs.php.net/?id=46108&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46108&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46108&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46108&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46108&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46108&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46108&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46108&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46108&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46108&r=support Expected behavior:http://bugs.php.net/fix.php?id=46108&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46108&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46108&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46108&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46108&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46108&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46108&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46108&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46108&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46108&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46108&r=mysqlcfg
#46107 [NEW]: make test fails with a segmentation fault
From: Barry dot Latham at hp dot com Operating system: Linux 2.6.9-34.7hp.XCsm PHP version: 5.2CVS-2008-09-17 (CVS) PHP Bug Type: Reproducible crash Bug description: make test fails with a segmentation fault Description: Installed the latest version as instructed in reporting bugs on the page http://bugs.php.net/how-to-report.php under the section "Try a CVS snapshot" Did a simple build and ran make test. Got a segmentation fault. Reproduce code: --- $ uname -a Linux devnode6 2.6.9-34.7hp.XCsmp #1 SMP Sun Oct 22 12:44:14 EDT 2006 ia64 ia64 ia64 GNU/Linux $ tar -xvf php5.2-latest.tar $ cd php5.2-200809171430 $ ./configure $ ./make $ ./make test Expected result: no segmentation fault and tests being run Actual result: -- $ tar -xvf php5.2-latest.tar $ cd php5.2-200809171430 $ ./configure expected results $ ./make expected results $ ./make test Build complete. Don't forget to run 'make test'. /bin/sh: line 1: 19861 Segmentation fault TEST_PHP_EXECUTABLE=/users/user1\ /php/php5.2-200809171430/sapi/cli/php TEST_PHP_SRCDIR=/users/user1/php/php5.2-2\ 00809171430 CC="gcc" /users/user1/php/php5.2-200809171430/sapi/cli/php -n -c /u\ sers/user1/php/php5.2-200809171430/tmp-php.ini -d 'open_basedir=' -d 'output_bu\ ffering=0' -d 'memory_limit=-1' /users/user1/php/php5.2-200809171430/run-tests.\ php -n -c /users/user1/php/php5.2-200809171430/tmp-php.ini -d extension_dir=/us\ ers/user1/php/php5.2-200809171430/modules/ ` if test "x" != "x"; then for i in \ ""; do . $i; /users/user1/php/php5.2-200809171430/build/shtool echo -n -- " -d \ extension=$dlname"; done; fi; if test "x" != "x"; then for i in ""; do . $i; /u\ sers/user1/php/php5.2-200809171430/build/shtool echo -n -- " -d zend_extension=\ /users/user1/php/php5.2-200809171430/modules/$dlname"; done; fi` make: [test] Error 139 (ignored) -- Edit bug report at http://bugs.php.net/?id=46107&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46107&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46107&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46107&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46107&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46107&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46107&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46107&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46107&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46107&r=support Expected behavior:http://bugs.php.net/fix.php?id=46107&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46107&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46107&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46107&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46107&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46107&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46107&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46107&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46107&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46107&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46107&r=mysqlcfg
#46106 [Asn->Csd]: Memory leaks when using global statement
ID: 46106 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type:Scripting Engine problem PHP Version: 5.3CVS-2008-09-17 (CVS) Assigned To: dmitry New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2008-09-17 14:47:35] [EMAIL PROTECTED] Description: See below. Reproduce code: --- invokeArgs(array(0)); } $x = new ReflectionFunction('str_pad'); test($x); Actual result: -- /home/felipe/dev/php5/Zend/zend_vm_execute.h(4047) : Freeing 0x08C23230 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4078) : Freeing 0x08C2392C (35 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_hash.c(388) : Actual location (location was relayed) [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4092) : Freeing 0x08C24150 (32 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_alloc.c(2391) : Actual location (location was relayed) Last leak repeated 1 time [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_execute.c(737) : Freeing 0x08C241A0 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(482) : Freeing 0x08C258B4 (20 bytes), script=/home/felipe/public_html/bug.php === Total 6 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=46106&edit=1
#46106 [Opn->Asn]: Memory leaks when using global statement
ID: 46106 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type:Scripting Engine problem PHP Version: 5.3CVS-2008-09-17 (CVS) -Assigned To: +Assigned To: dmitry Previous Comments: [2008-09-17 14:47:35] [EMAIL PROTECTED] Description: See below. Reproduce code: --- invokeArgs(array(0)); } $x = new ReflectionFunction('str_pad'); test($x); Actual result: -- /home/felipe/dev/php5/Zend/zend_vm_execute.h(4047) : Freeing 0x08C23230 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4078) : Freeing 0x08C2392C (35 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_hash.c(388) : Actual location (location was relayed) [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4092) : Freeing 0x08C24150 (32 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_alloc.c(2391) : Actual location (location was relayed) Last leak repeated 1 time [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_execute.c(737) : Freeing 0x08C241A0 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(482) : Freeing 0x08C258B4 (20 bytes), script=/home/felipe/public_html/bug.php === Total 6 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=46106&edit=1
#46106 [NEW]: Memory leaks when using global statement
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-17 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Memory leaks when using global statement Description: See below. Reproduce code: --- invokeArgs(array(0)); } $x = new ReflectionFunction('str_pad'); test($x); Actual result: -- /home/felipe/dev/php5/Zend/zend_vm_execute.h(4047) : Freeing 0x08C23230 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4078) : Freeing 0x08C2392C (35 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_hash.c(388) : Actual location (location was relayed) [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4092) : Freeing 0x08C24150 (32 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_alloc.c(2391) : Actual location (location was relayed) Last leak repeated 1 time [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_execute.c(737) : Freeing 0x08C241A0 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(482) : Freeing 0x08C258B4 (20 bytes), script=/home/felipe/public_html/bug.php === Total 6 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=46106&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46106&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46106&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46106&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46106&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46106&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46106&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46106&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46106&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46106&r=support Expected behavior:http://bugs.php.net/fix.php?id=46106&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46106&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46106&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46106&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46106&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46106&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46106&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46106&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46106&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46106&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46106&r=mysqlcfg
#43402 [Com]: FILTER_VALIDATE_EMAIL is not RFC2822 compliant
ID: 43402 Comment by: matt at mattfarina dot com Reported By: nobody at example dot org Status: Open Bug Type: Filter related Operating System: * PHP Version: 5.2.5 New Comment: RFC 2822 allows for email addresses like [EMAIL PROTECTED] or [EMAIL PROTECTED] But, RFC 2821 (SMTP Standard) does not allow for those. See sections 4.1.2 and 4.13 for more detail. The question with email addresses is should we support RFC 2822 or 2821? For routing FILTER_VALIDATE_EMAIL currently follows RFC 2821. Previous Comments: [2008-09-16 20:00:59] matt at mattfarina dot com Please correct me if I'm wrong but isn't localhost an alias and RFC 2822 requires a fully qualified domain name or IP address. That would be the issue with [EMAIL PROTECTED] [2008-09-16 19:37:41] drewish at katherinehouse dot com The current code also bounces valid email addresses like "[EMAIL PROTECTED]". I haven't been able to test out the suggested regex. [2007-11-26 14:23:55] nobody at example dot org Updated test, php_filter_validate_email() returns string on success. Surely bool would be a more appropriate return value for a logic filter? Updated regex above fixes the specific issue I was having, I'm uncertain about other edge cases ([EMAIL PROTECTED]@example.org)? --TEST-- Bug 43402, RFC2822 allows chars (?, =) in dot-atoms --SKIPIF-- --FILE-- --EXPECT-- bool(true) [2007-11-26 11:34:19] nobody at example dot org I may be missing something about the unit tests, following regex update to php_filter_validate_email() will not pass my test case (after doing rm ext/filter/tests/*.o ext/filter/tests/*.lo, clearing .out .log .exp .diff from tests and doing make; make test). const char regexp[] = "/^((\\\"[^\\\"\\f\\n\\r\\t\\b]+\\\")|([\\w\\!\\#\\$\\%\\&\\'\\*\\+\\-\\~\\/\\^\\`\\|\\{\\}\\=\\?]+(\\.[\\w\\!\\#\\$\\%\\&\\'\\*\\+\\-\\~\\/\\^\\`\\|\\{\\}\\=\\?]+)*))@((\\[(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))\\])|(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))|((([A-Za-z0-9\\-])+\\.)+[A-Za-z\\-]+))$/D"; Yet the equivalent regex works as expected in both PHP and my patched install. true, '[EMAIL PROTECTED]'=>false, "!#$%&'*+-/=.?^_`{|[EMAIL PROTECTED]"=>true, ); $failed = 0; $fail = array(); foreach ($test as $k => $v){ if (!(validate_email($k) === $v)){ $failed++; $fail[].= $k; } } if ($failed > 0){ echo "Failed $failed of ",count($test), " tests using PHP func\n"; print_r($fail); } $failed = 0; $fail = array(); foreach ($test as $k => $v){ if (!((bool)filter_var($k, FILTER_VALIDATE_EMAIL) == (bool)$v)){ $failed++; $fail[].= $k; } } if ($failed > 0){ echo "Failed $failed of ",count($test), " tests using filter func\n"; print_r($fail); } [2007-11-25 23:46:34] nobody at example dot org --TEST-- RFC2822 conformance for local atoms --SKIPIF-- --FILE-- --EXPECT-- bool(true) # Apologies for bug spam 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/43402 -- Edit this bug report at http://bugs.php.net/?id=43402&edit=1
#46105 [NEW]: mysql_fetch_object calls constructor on object after setting up properties
From: ninzya at inbox dot lv Operating system: Windows XP PHP version: 5.3.0alpha2 PHP Bug Type: MySQL related Bug description: mysql_fetch_object calls constructor on object after setting up properties Description: when using custom object return through mysql_fetch_object, function allocates specified in second parameter object, sets up all properties and then calls constructor. I think this is wrong. Newly instantiated object's constructor must be called before any other operation on the object is performed. Reproduce code: --- /** * Object class * */ class Object { /** * Array of properties * * @var array */ protected $_props =array(); /** * Construct object * * @param array $props */ public function __construct( $props =array()) { var_dump( 'constr'); $this->_props =$props; } /** * Magic method override * * @param string $key */ public function __isset( $key) { var_dump( 'isset'); return array_key_exists( $key, $this->_props); } /** * Magic method override * * @param string $key * @return mixed/null */ public function __get( $key) { var_dump( 'get'); if( !array_key_exists( $key, $this->_props)) return null;// entry does not exist // return obtained value return $this->_props[ $key]; } /** * Magic method override * * @param string $key * @param mixed $value */ public function __set( $key, $value) { var_dump( 'set'); $this->_props[ $key] =$value; } /** * Magic method override * * @param string $key */ public function __unset( $key) { var_dump( 'unset'); unset( $this->_props[ $key]); } /** * Get associated array * * @return array */ public function __invoke() { var_dump( 'invoke'); return $this->_props; } /** * Get object name * * @return string */ public function __toString() { return __CLASS__; } } .. mysql_fetch_object( $result, 'Object'); Expected result: string(6) "constr" string(3) "set" string(3) "set" string(3) "set" string(3) "set" Actual result: -- string(3) "set" string(3) "set" string(3) "set" string(3) "set" string(6) "constr" -- Edit bug report at http://bugs.php.net/?id=46105&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46105&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46105&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46105&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46105&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46105&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46105&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46105&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46105&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46105&r=support Expected behavior:http://bugs.php.net/fix.php?id=46105&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46105&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46105&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46105&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46105&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46105&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46105&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46105&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46105&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46105&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46105&r=mysqlcfg
#46052 [Fbk->Opn]: php_mysql.dll not loaded
ID: 46052 User updated by: marcelo at wlive dot com dot br Reported By: marcelo at wlive dot com dot br -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Windows 2008 Server PHP Version: 5.2.6 New Comment: Any more? Previous Comments: [2008-09-17 10:55:34] marcelo at wlive dot com dot br Nothing! display_errors On On display_startup_errors On On Any more? [2008-09-11 21:26:39] [EMAIL PROTECTED] Any errors in any logs..? Any php startup errors? (enable them in your php.ini..) [2008-09-11 14:04:40] marcelo at wlive dot com dot br Description: I was have problem with php_mysql.dll + php5 in Windows 2003 Server, to solve I need to get a new php_mysql.dll. In Windows 2008 I have same problem. I'm adding this report because the others report with this dont refer to Windows 2008 Server Configuration: IIS 7 PHP 5.26 Mysql 5.045 State: PHP - Working with other ext GD2 (The directorys OK's) Mysql running LibMysql updated But not load the extension php_mysql.dll and not show error. I already change de .dll file original by .dll file working in 2003 server. What's the problem in load php_mysql.dll??? Expected result: php_mysql.dll load Actual result: -- php_mysql.dll not load -- Edit this bug report at http://bugs.php.net/?id=46052&edit=1
#46052 [Com]: php_mysql.dll not loaded
ID: 46052 Comment by: marcelo at wlive dot com dot br Reported By: marcelo at wlive dot com dot br Status: Feedback Bug Type: MySQL related Operating System: Windows 2008 Server PHP Version: 5.2.6 New Comment: Nothing! display_errors On On display_startup_errors On On Any more? Previous Comments: [2008-09-11 21:26:39] [EMAIL PROTECTED] Any errors in any logs..? Any php startup errors? (enable them in your php.ini..) [2008-09-11 14:04:40] marcelo at wlive dot com dot br Description: I was have problem with php_mysql.dll + php5 in Windows 2003 Server, to solve I need to get a new php_mysql.dll. In Windows 2008 I have same problem. I'm adding this report because the others report with this dont refer to Windows 2008 Server Configuration: IIS 7 PHP 5.26 Mysql 5.045 State: PHP - Working with other ext GD2 (The directorys OK's) Mysql running LibMysql updated But not load the extension php_mysql.dll and not show error. I already change de .dll file original by .dll file working in 2003 server. What's the problem in load php_mysql.dll??? Expected result: php_mysql.dll load Actual result: -- php_mysql.dll not load -- Edit this bug report at http://bugs.php.net/?id=46052&edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 User updated by: Mike_G at ufamts dot ru Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: Thank you for answers. Offensively only for one that some uncles from Microsoft all for us solve. Why-that I on naivetes thought that this does not spread on Open Source. Excuse me for persistence, simply I fight for soft quality. I wish You good luck! Previous Comments: [2008-09-17 10:37:02] [EMAIL PROTECTED] I go with the users. We can't limit the builds for 99.9% of the users because a hand full of people still use NT4 or win 9x. And you can still use php 5.2.x anyway. I think everything has been said now, don't expect another reply from me here :) [2008-09-17 10:32:23] Mike_G at ufamts dot ru I have understood You, but that You will say after 10 years? I am afraid the history be repeated, but then will already write off Windows 2000 and XP. Many people did not want this. Please do not go for Microsoft. [2008-09-17 10:21:21] [EMAIL PROTECTED] You don't have to install Vista, windows 2000 or XP work fine. [2008-09-17 09:49:40] Mike_G at ufamts dot ru I certainly can itself compile, but bad deal to climb in someone else thoughts. But absence to copies can help virtual machine for Virtual PC http://vip-file.com/download/a7e7c9423314/Windows-NT-4.0.rar.html Thank you. [2008-09-17 08:50:37] [EMAIL PROTECTED] It's quite simple: We don't have the time to care for it, feel free to compile it your self but we won't guarantee anything works there, we prefer spending the time on issues that affect more users instead of wasting the time with platforms which are 12 years old and where no developer has a copy. 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/46104 -- Edit this bug report at http://bugs.php.net/?id=46104&edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 Updated by: [EMAIL PROTECTED] Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: I go with the users. We can't limit the builds for 99.9% of the users because a hand full of people still use NT4 or win 9x. And you can still use php 5.2.x anyway. I think everything has been said now, don't expect another reply from me here :) Previous Comments: [2008-09-17 10:32:23] Mike_G at ufamts dot ru I have understood You, but that You will say after 10 years? I am afraid the history be repeated, but then will already write off Windows 2000 and XP. Many people did not want this. Please do not go for Microsoft. [2008-09-17 10:21:21] [EMAIL PROTECTED] You don't have to install Vista, windows 2000 or XP work fine. [2008-09-17 09:49:40] Mike_G at ufamts dot ru I certainly can itself compile, but bad deal to climb in someone else thoughts. But absence to copies can help virtual machine for Virtual PC http://vip-file.com/download/a7e7c9423314/Windows-NT-4.0.rar.html Thank you. [2008-09-17 08:50:37] [EMAIL PROTECTED] It's quite simple: We don't have the time to care for it, feel free to compile it your self but we won't guarantee anything works there, we prefer spending the time on issues that affect more users instead of wasting the time with platforms which are 12 years old and where no developer has a copy. [2008-09-17 08:25:14] Mike_G at ufamts dot ru What new features so necessary? (can you explain?) But even though so, that why such belongings not to stand in separate expansions, let their use that to whom it is necessary. Do Not want to argue, but on my, it is impossible named this OS museum only besause so has solved Microsoft. We independent developers must not go on cause beside Bill Gates. I disappointed vista and .NET platform. After installing .NET all begin wildly to hold up. Please give the hope on that us shall not learn the fate someday oppressively to move to Vista. But if reason as you presently reason this will someday occur. :( Sorry for my english. 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/46104 -- Edit this bug report at http://bugs.php.net/?id=46104&edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 User updated by: Mike_G at ufamts dot ru Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: I have understood You, but that You will say after 10 years? I am afraid the history be repeated, but then will already write off Windows 2000 and XP. Many people did not want this. Please do not go for Microsoft. Previous Comments: [2008-09-17 10:21:21] [EMAIL PROTECTED] You don't have to install Vista, windows 2000 or XP work fine. [2008-09-17 09:49:40] Mike_G at ufamts dot ru I certainly can itself compile, but bad deal to climb in someone else thoughts. But absence to copies can help virtual machine for Virtual PC http://vip-file.com/download/a7e7c9423314/Windows-NT-4.0.rar.html Thank you. [2008-09-17 08:50:37] [EMAIL PROTECTED] It's quite simple: We don't have the time to care for it, feel free to compile it your self but we won't guarantee anything works there, we prefer spending the time on issues that affect more users instead of wasting the time with platforms which are 12 years old and where no developer has a copy. [2008-09-17 08:25:14] Mike_G at ufamts dot ru What new features so necessary? (can you explain?) But even though so, that why such belongings not to stand in separate expansions, let their use that to whom it is necessary. Do Not want to argue, but on my, it is impossible named this OS museum only besause so has solved Microsoft. We independent developers must not go on cause beside Bill Gates. I disappointed vista and .NET platform. After installing .NET all begin wildly to hold up. Please give the hope on that us shall not learn the fate someday oppressively to move to Vista. But if reason as you presently reason this will someday occur. :( Sorry for my english. [2008-09-17 06:52:09] [EMAIL PROTECTED] NT4 and win 9x are not supported anymore by Microsoft. They have limitation affecting PHP code or features. We can't afford to maintain an extra branch only to support museum softwares. windows 2k is 10 years old, don't you think you can update? Or even better, move to 2008 ;) 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/46104 -- Edit this bug report at http://bugs.php.net/?id=46104&edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 Updated by: [EMAIL PROTECTED] Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: You don't have to install Vista, windows 2000 or XP work fine. Previous Comments: [2008-09-17 09:49:40] Mike_G at ufamts dot ru I certainly can itself compile, but bad deal to climb in someone else thoughts. But absence to copies can help virtual machine for Virtual PC http://vip-file.com/download/a7e7c9423314/Windows-NT-4.0.rar.html Thank you. [2008-09-17 08:50:37] [EMAIL PROTECTED] It's quite simple: We don't have the time to care for it, feel free to compile it your self but we won't guarantee anything works there, we prefer spending the time on issues that affect more users instead of wasting the time with platforms which are 12 years old and where no developer has a copy. [2008-09-17 08:25:14] Mike_G at ufamts dot ru What new features so necessary? (can you explain?) But even though so, that why such belongings not to stand in separate expansions, let their use that to whom it is necessary. Do Not want to argue, but on my, it is impossible named this OS museum only besause so has solved Microsoft. We independent developers must not go on cause beside Bill Gates. I disappointed vista and .NET platform. After installing .NET all begin wildly to hold up. Please give the hope on that us shall not learn the fate someday oppressively to move to Vista. But if reason as you presently reason this will someday occur. :( Sorry for my english. [2008-09-17 06:52:09] [EMAIL PROTECTED] NT4 and win 9x are not supported anymore by Microsoft. They have limitation affecting PHP code or features. We can't afford to maintain an extra branch only to support museum softwares. windows 2k is 10 years old, don't you think you can update? Or even better, move to 2008 ;) [2008-09-17 05:58:00] Mike_G at ufamts dot ru Description: Please don't drop support Windows NT 4.0. What real reasons in refusal of support? If this is connected with VC9 why not to compile by means of MingGW? -- Edit this bug report at http://bugs.php.net/?id=46104&edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 User updated by: Mike_G at ufamts dot ru Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: I certainly can itself compile, but bad deal to climb in someone else thoughts. But absence to copies can help virtual machine for Virtual PC http://vip-file.com/download/a7e7c9423314/Windows-NT-4.0.rar.html Thank you. Previous Comments: [2008-09-17 08:50:37] [EMAIL PROTECTED] It's quite simple: We don't have the time to care for it, feel free to compile it your self but we won't guarantee anything works there, we prefer spending the time on issues that affect more users instead of wasting the time with platforms which are 12 years old and where no developer has a copy. [2008-09-17 08:25:14] Mike_G at ufamts dot ru What new features so necessary? (can you explain?) But even though so, that why such belongings not to stand in separate expansions, let their use that to whom it is necessary. Do Not want to argue, but on my, it is impossible named this OS museum only besause so has solved Microsoft. We independent developers must not go on cause beside Bill Gates. I disappointed vista and .NET platform. After installing .NET all begin wildly to hold up. Please give the hope on that us shall not learn the fate someday oppressively to move to Vista. But if reason as you presently reason this will someday occur. :( Sorry for my english. [2008-09-17 06:52:09] [EMAIL PROTECTED] NT4 and win 9x are not supported anymore by Microsoft. They have limitation affecting PHP code or features. We can't afford to maintain an extra branch only to support museum softwares. windows 2k is 10 years old, don't you think you can update? Or even better, move to 2008 ;) [2008-09-17 05:58:00] Mike_G at ufamts dot ru Description: Please don't drop support Windows NT 4.0. What real reasons in refusal of support? If this is connected with VC9 why not to compile by means of MingGW? -- Edit this bug report at http://bugs.php.net/?id=46104&edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 Updated by: [EMAIL PROTECTED] Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: It's quite simple: We don't have the time to care for it, feel free to compile it your self but we won't guarantee anything works there, we prefer spending the time on issues that affect more users instead of wasting the time with platforms which are 12 years old and where no developer has a copy. Previous Comments: [2008-09-17 08:25:14] Mike_G at ufamts dot ru What new features so necessary? (can you explain?) But even though so, that why such belongings not to stand in separate expansions, let their use that to whom it is necessary. Do Not want to argue, but on my, it is impossible named this OS museum only besause so has solved Microsoft. We independent developers must not go on cause beside Bill Gates. I disappointed vista and .NET platform. After installing .NET all begin wildly to hold up. Please give the hope on that us shall not learn the fate someday oppressively to move to Vista. But if reason as you presently reason this will someday occur. :( Sorry for my english. [2008-09-17 06:52:09] [EMAIL PROTECTED] NT4 and win 9x are not supported anymore by Microsoft. They have limitation affecting PHP code or features. We can't afford to maintain an extra branch only to support museum softwares. windows 2k is 10 years old, don't you think you can update? Or even better, move to 2008 ;) [2008-09-17 05:58:00] Mike_G at ufamts dot ru Description: Please don't drop support Windows NT 4.0. What real reasons in refusal of support? If this is connected with VC9 why not to compile by means of MingGW? -- Edit this bug report at http://bugs.php.net/?id=46104&edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 User updated by: Mike_G at ufamts dot ru Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: What new features so necessary? (can you explain?) But even though so, that why such belongings not to stand in separate expansions, let their use that to whom it is necessary. Do Not want to argue, but on my, it is impossible named this OS museum only besause so has solved Microsoft. We independent developers must not go on cause beside Bill Gates. I disappointed vista and .NET platform. After installing .NET all begin wildly to hold up. Please give the hope on that us shall not learn the fate someday oppressively to move to Vista. But if reason as you presently reason this will someday occur. :( Sorry for my english. Previous Comments: [2008-09-17 06:52:09] [EMAIL PROTECTED] NT4 and win 9x are not supported anymore by Microsoft. They have limitation affecting PHP code or features. We can't afford to maintain an extra branch only to support museum softwares. windows 2k is 10 years old, don't you think you can update? Or even better, move to 2008 ;) [2008-09-17 05:58:00] Mike_G at ufamts dot ru Description: Please don't drop support Windows NT 4.0. What real reasons in refusal of support? If this is connected with VC9 why not to compile by means of MingGW? -- Edit this bug report at http://bugs.php.net/?id=46104&edit=1