#22337 [Opn->Fbk]: ociparse() [function.ociparse]: OCIParse: ORA-00001: unique constraint (%s.%s)
ID: 22337 Updated by: [EMAIL PROTECTED] Reported By: ddepill1 at ta dot telecom dot com dot ar -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Solaris 2.8 64 Bits PHP Version: 4.3.1 New Comment: Is this really everything? It seems like you are inserting something into some table and this fails because of the violation of an unique constraint (usally primary key) Previous Comments: [2003-02-20 14:25:48] ddepill1 at ta dot telecom dot com dot ar Hello, i'm using: Solaris 2.8 64 bits in Sparc Ultra 5 (sun) Oracle 8.1.7 64 bits Apache 1.3.27 PHP Version 4.3.1-dev (php4-STABLE-200302121030) The first time that i run my code, it's work ok, but the others times.. i have this messages: Warning: ociparse() [function.ociparse]: OCIParse: ORA-1: unique constraint (%s.%s) violated in /www/HOME/welcome.php on line 26 The code is so easy: $user_db = "USER"; $pass_db = "PASS"; $conn = OCILogon($user_db,$pass_db); $query = "select sysdate from dual"; echo $query; $stmt = OCIParse($conn,$query); ... In adittion, some logs appear in the directory where i start apache: kg_INST1_456.trc kg_alert_INST1.log kg_INST1_2848.trc The content of kg_alert_INST1.log is: Thu Feb 20 16:37:48 2003 Errors in file /kg_INST1_456.trc: KGP-00600: internal error code, arguments: [kguptidcon1], [], [], [], [], [], [], [] Thu Feb 20 16:58:24 2003 Errors in file /kg_INST1_2848.trc: KGP-00600: internal error code, arguments: [kguptidcon1], [], [], [], [], [], [], [] If u want, i can send u the others files (a dump of memory). Have u got some suggestion to give me. Thanks for u time, Damian De Pilla.- -- Edit this bug report at http://bugs.php.net/?id=22337&edit=1
#19785 [NoF]: ld cannot find -lX11
ID: 19785 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: GD related Operating System: SuSE 8.0 PHP Version: 4CVS-2002-10-06 New Comment: Could not verify this on SuSE 8.0 with latest 4.3 CVS Previous Comments: [2002-10-27 19:10:39] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-10-07 21:28:20] [EMAIL PROTECTED] Was this snapshot labeled 'STABLE' ? If yes, then try the one without that text. And did you try any other configure lines before the one mentioned here? Also, check your config.log for any X11 text. This library or any test won't be done unless you have (or have had) --with-xpm-dir in your configure line. [2002-10-06 15:44:48] [EMAIL PROTECTED] I am trying to install php4-200210061200 got on the snapshots and I get this error: /usr/i486-suse-linux/bin/ld: cannot find -lX11 collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 I configured php with the following command: ./configure --with-mysql --enable-track-vars --with-apxs2=/usr/local/apache2043/bin/apxs --enable-ftp --with-gd --enable-magic-quotes --enable-gd-native-ttf --with-ttf --with-t1lib --with-gettext --with-snmp --with-openssl --with-xml --with-imap I didn't insert any X11 references. How I can solve this problem? -- Edit this bug report at http://bugs.php.net/?id=19785&edit=1
#20419 [NEW]: MBString Compile Failures
From: [EMAIL PROTECTED] Operating system: Linux / SuSE 7.2 PHP version: 4CVS-2002-11-14 PHP Bug Type: Compile Failure Bug description: MBString Compile Failures In file included from /tmp/work/php4-cvs/ext/mbstring/mbstring.c:55: /tmp/work/php4-cvs/ext/mbstring/mbstring.h:121: syntax error before `int' /tmp/work/php4-cvs/ext/mbstring/mbstring.h:123: syntax error before `char' /tmp/work/php4-cvs/ext/mbstring/mbstring.h:125: syntax error before `char' /tmp/work/php4-cvs/ext/mbstring/mbstring.h:127: syntax error before `char' /tmp/work/php4-cvs/ext/mbstring/mbstring.h:129: syntax error before `char' /tmp/work/php4-cvs/ext/mbstring/mbstring.h:134: syntax error before `int' /tmp/work/php4-cvs/ext/mbstring/mbstring.h:136: syntax error before `size_t' /tmp/work/php4-cvs/ext/mbstring/mbstring.h:137: syntax error before `size_t' /tmp/work/php4-cvs/ext/mbstring/mbstring.h:202: syntax error before `void' In file included from /tmp/work/php4-cvs/ext/mbstring/mbstring.c:67: /tmp/work/php4-cvs/ext/mbstring/php_unicode.h:104: syntax error before `int' /tmp/work/php4-cvs/ext/mbstring/php_unicode.h:106: syntax error before `char' /tmp/work/php4-cvs/ext/mbstring/mbstring.c:419: syntax error before `int' /tmp/work/php4-cvs/ext/mbstring/mbstring.c:1530: syntax error before `void' /tmp/work/php4-cvs/ext/mbstring/mbstring.c:2462: syntax error before `char' /tmp/work/php4-cvs/ext/mbstring/mbstring.c:3499: syntax error before `int' /tmp/work/php4-cvs/ext/mbstring/mbstring.c:3506: syntax error before `size_t' /tmp/work/php4-cvs/ext/mbstring/mbstring.c:3524: syntax error before `size_t' /tmp/work/php4-cvs/ext/mbstring/mbstring.c:3532: syntax error before `char' /tmp/work/php4-cvs/ext/mbstring/mbstring.c:3564: syntax error before `char' /tmp/work/php4-cvs/ext/mbstring/mbstring.c:3572: syntax error before `char' make: *** [ext/mbstring/mbstring.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=20419&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20419&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20419&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20419&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20419&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20419&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20419&r=support Expected behavior: http://bugs.php.net/fix.php?id=20419&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20419&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20419&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20419&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20419&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20419&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20419&r=isapi
#20444 [NEW]: Various compile errors
From: [EMAIL PROTECTED] Operating system: OSF1/Tru64 PHP version: 4.3.0-pre2 PHP Bug Type: Compile Failure Bug description: Various compile errors './configure' '--prefix=/usr/local' '--with-apache=/usr/local/Apachetoolbox-1.5.56/apache_1.3.24' '--enable-exif' '--enable-track-vars' '--with-calendar=shared' '--enable-safe-mode' '--enable-magic-quotes' '--enable-trans-sid' '--enable-wddx' '--enable-ftp' '--with-openssl=/usr/local' '--with-oci8=/appl/oracle/product/8.1.6' '--with-mysql=/usr/local/mysql': In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/ctype/ctype.c:23: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:60: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:85: warning: redefinition of `uchar' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/sys/types.h:580: warning: `uchar' previously declared here /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c: In function `exif_process_IFD_in_JPEG': /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/ftp/php_ftp.c:26: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/ftp/ftp.c:22: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c:32: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here /usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c: In function `zif_mysql_client_encoding': /usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c:1121: warning: cast to pointer from integer of different size In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/oci8/oci8.c:61: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/noh
#20444 [Opn]: Various compile errors
ID: 20444 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: OSF1/Tru64 -PHP Version: 4.3.0-pre2 +PHP Version: 4.3.0-RC1 New Comment: updated Version Previous Comments: [2002-11-15 05:28:21] [EMAIL PROTECTED] './configure' '--prefix=/usr/local' '--with-apache=/usr/local/Apachetoolbox-1.5.56/apache_1.3.24' '--enable-exif' '--enable-track-vars' '--with-calendar=shared' '--enable-safe-mode' '--enable-magic-quotes' '--enable-trans-sid' '--enable-wddx' '--enable-ftp' '--with-openssl=/usr/local' '--with-oci8=/appl/oracle/product/8.1.6' '--with-mysql=/usr/local/mysql': In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/ctype/ctype.c:23: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:60: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:85: warning: redefinition of `uchar' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/sys/types.h:580: warning: `uchar' previously declared here /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c: In function `exif_process_IFD_in_JPEG': /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/ftp/php_ftp.c:26: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/ftp/ftp.c:22: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c:32: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here /usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c: In function `zif_mysql_client_encoding': /usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c:1121: warning: cast to pointer from integer of different size In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/oci8/oci8.c:61: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list&#
#20444 [Opn]: Various compile errors
ID: 20444 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: OSF1/Tru64 PHP Version: 4.3.0-RC1 New Comment: The interesting part was cut off: Unresolved: mysql_character_set_name mysql_real_escape_string collect2: ld returned 1 exit status Stop. Previous Comments: [2002-11-15 05:28:36] [EMAIL PROTECTED] updated Version [2002-11-15 05:28:21] [EMAIL PROTECTED] './configure' '--prefix=/usr/local' '--with-apache=/usr/local/Apachetoolbox-1.5.56/apache_1.3.24' '--enable-exif' '--enable-track-vars' '--with-calendar=shared' '--enable-safe-mode' '--enable-magic-quotes' '--enable-trans-sid' '--enable-wddx' '--enable-ftp' '--with-openssl=/usr/local' '--with-oci8=/appl/oracle/product/8.1.6' '--with-mysql=/usr/local/mysql': In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/ctype/ctype.c:23: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:60: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:85: warning: redefinition of `uchar' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/sys/types.h:580: warning: `uchar' previously declared here /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c: In function `exif_process_IFD_in_JPEG': /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/ftp/php_ftp.c:26: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/ftp/ftp.c:22: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c:32: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here /usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c: In function `zif_mysql_client_encoding': /usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c:1121: warning: cast to pointer from integer of different size In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/
#20444 [Opn]: Various compile errors
ID: 20444 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: OSF1/Tru64 PHP Version: 4.3.0-RC1 New Comment: With built-in MySQL-Support it works. Previous Comments: [2002-11-15 05:29:25] [EMAIL PROTECTED] The interesting part was cut off: Unresolved: mysql_character_set_name mysql_real_escape_string collect2: ld returned 1 exit status Stop. [2002-11-15 05:28:36] [EMAIL PROTECTED] updated Version [2002-11-15 05:28:21] [EMAIL PROTECTED] './configure' '--prefix=/usr/local' '--with-apache=/usr/local/Apachetoolbox-1.5.56/apache_1.3.24' '--enable-exif' '--enable-track-vars' '--with-calendar=shared' '--enable-safe-mode' '--enable-magic-quotes' '--enable-trans-sid' '--enable-wddx' '--enable-ftp' '--with-openssl=/usr/local' '--with-oci8=/appl/oracle/product/8.1.6' '--with-mysql=/usr/local/mysql': In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/ctype/ctype.c:23: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:60: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:85: warning: redefinition of `uchar' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/sys/types.h:580: warning: `uchar' previously declared here /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c: In function `exif_process_IFD_in_JPEG': /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size /usr/users/nohn/php-4.3.0RC1/ext/exif/exif.c:3031: warning: cast from pointer to integer of different size In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/ftp/php_ftp.c:26: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/ftp/ftp.c:22: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here In file included from /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36, from /usr/users/nohn/php-4.3.0RC1/Zend/zend.h:63, from /usr/users/nohn/php-4.3.0RC1/main/php.h:34, from /usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c:32: /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36: warning: redefinition of `va_list' /usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7: warning: `va_list' previously declared here /usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c: In function `zif_mysql_client_encoding': /usr/users/nohn/php-4.3.0RC1/ext/mysql/php_mysql.c:1121: warning: cast to pointer from integer of different size In file included from /usr/local/lib/gcc-
#20433 [Opn]: Unaligned access error messages at runtime
ID: 20433 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Warning Operating System: Tru64 -PHP Version: 4.3.0-pre2 +PHP Version: 4.3.0-RC1 New Comment: Verified with 4.3.0RC1 Previous Comments: [2002-11-14 15:34:13] [EMAIL PROTECTED] When testing cli/cgi, unaligned access messages are displayed. Following modifications fixes problem. in main/php_globals.h int log_errors_max_len changed to long log_errors_max_len in ext/standard/file.h int default_socket_timeout int auto_detect_line_endings changed to long default_socket_timeout long auto_detect_line_endings -- Edit this bug report at http://bugs.php.net/?id=20433&edit=1
#19259 [Csd->Ctl]: sort-functions don't work
ID: 19259
Updated by: [EMAIL PROTECTED]
-Summary: usort() leaves array unsorted
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Critical
Bug Type: Arrays related
-Operating System: OSF1 V4.0 1229
+Operating System: OSF1 V4.0
-PHP Version: 4.2.2
+PHP Version: 4.3.0 RC1
New Comment:
Broken again in 4.3.0RC1:
/usr/users/nohn/php-4.3.0RC1/ext/standard/tests/array/002.phpt
EXPECTED OUTPUT
-- Testing arsort() --
No second argument:
array(8) {
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
["test"]=>
int(27)
[2147483647]=>
string(4) "test"
[-2147483648]=>
string(6) "monkey"
[5]=>
string(4) "Test"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[0]=>
string(3) "PHP"
[16777216]=>
float(-0.33)
}
Using SORT_REGULAR:
array(8) {
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
["test"]=>
int(27)
[2147483647]=>
string(4) "test"
[-2147483648]=>
string(6) "monkey"
[5]=>
string(4) "Test"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[0]=>
string(3) "PHP"
[16777216]=>
float(-0.33)
}
Using SORT_NUMERIC:
array(8) {
["test"]=>
int(27)
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
[0]=>
string(3) "PHP"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[-2147483648]=>
string(6) "monkey"
[5]=>
string(4) "Test"
[2147483647]=>
string(4) "test"
[16777216]=>
float(-0.33)
}
Using SORT_STRING
array(8) {
[2147483647]=>
string(4) "test"
[-2147483648]=>
string(6) "monkey"
[5]=>
string(4) "Test"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[0]=>
string(3) "PHP"
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
["test"]=>
int(27)
[16777216]=>
float(-0.33)
}
-- Testing asort() --
No second argument:
array(8) {
[16777216]=>
float(-0.33)
[0]=>
string(3) "PHP"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[5]=>
string(4) "Test"
[-2147483648]=>
string(6) "monkey"
[2147483647]=>
string(4) "test"
["test"]=>
int(27)
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
}
Using SORT_REGULAR:
array(8) {
[16777216]=>
float(-0.33)
[0]=>
string(3) "PHP"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[5]=>
string(4) "Test"
[-2147483648]=>
string(6) "monkey"
[2147483647]=>
string(4) "test"
["test"]=>
int(27)
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
}
Using SORT_NUMERIC:
array(8) {
[16777216]=>
float(-0.33)
[-2147483648]=>
string(6) "monkey"
[2147483647]=>
string(4) "test"
[5]=>
string(4) "Test"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[0]=>
string(3) "PHP"
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
["test"]=>
int(27)
}
Using SORT_STRING
array(8) {
[16777216]=>
float(-0.33)
["test"]=>
int(27)
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
[0]=>
string(3) "PHP"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[5]=>
string(4) "Test"
[-2147483648]=>
string(6) "monkey"
[2147483647]=>
string(4) "test"
}
-- Testing krsort() --
No second argument:
array(8) {
[2147483647]=>
string(4) &quo
#19259 [Ctl->Csd]: sort-functions don't work
ID: 19259
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Critical
+Status: Closed
Bug Type: Arrays related
Operating System: OSF1 V4.0
PHP Version: 4.3.0 RC1
New Comment:
Closed. The testcases were wrong, not the function itself.
Previous Comments:
[2002-11-15 10:37:58] [EMAIL PROTECTED]
Broken again in 4.3.0RC1:
/usr/users/nohn/php-4.3.0RC1/ext/standard/tests/array/002.phpt
EXPECTED OUTPUT
-- Testing arsort() --
No second argument:
array(8) {
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
["test"]=>
int(27)
[2147483647]=>
string(4) "test"
[-2147483648]=>
string(6) "monkey"
[5]=>
string(4) "Test"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[0]=>
string(3) "PHP"
[16777216]=>
float(-0.33)
}
Using SORT_REGULAR:
array(8) {
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
["test"]=>
int(27)
[2147483647]=>
string(4) "test"
[-2147483648]=>
string(6) "monkey"
[5]=>
string(4) "Test"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[0]=>
string(3) "PHP"
[16777216]=>
float(-0.33)
}
Using SORT_NUMERIC:
array(8) {
["test"]=>
int(27)
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
[0]=>
string(3) "PHP"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[-2147483648]=>
string(6) "monkey"
[5]=>
string(4) "Test"
[2147483647]=>
string(4) "test"
[16777216]=>
float(-0.33)
}
Using SORT_STRING
array(8) {
[2147483647]=>
string(4) "test"
[-2147483648]=>
string(6) "monkey"
[5]=>
string(4) "Test"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[0]=>
string(3) "PHP"
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
["test"]=>
int(27)
[16777216]=>
float(-0.33)
}
-- Testing asort() --
No second argument:
array(8) {
[16777216]=>
float(-0.33)
[0]=>
string(3) "PHP"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[5]=>
string(4) "Test"
[-2147483648]=>
string(6) "monkey"
[2147483647]=>
string(4) "test"
["test"]=>
int(27)
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
}
Using SORT_REGULAR:
array(8) {
[16777216]=>
float(-0.33)
[0]=>
string(3) "PHP"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[5]=>
string(4) "Test"
[-2147483648]=>
string(6) "monkey"
[2147483647]=>
string(4) "test"
["test"]=>
int(27)
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
}
Using SORT_NUMERIC:
array(8) {
[16777216]=>
float(-0.33)
[-2147483648]=>
string(6) "monkey"
[2147483647]=>
string(4) "test"
[5]=>
string(4) "Test"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[0]=>
string(3) "PHP"
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
["test"]=>
int(27)
}
Using SORT_STRING
array(8) {
[16777216]=>
float(-0.33)
["test"]=>
int(27)
["-2147483647"]=>
array(2) {
[0]=>
string(6) "banana"
[1]=>
string(6) "orange"
}
[0]=>
string(3) "PHP"
[17]=>
string(27) "PHP: Hypertext Preprocessor"
[5]=>
string(4) "Test"
[-2147483648]=>
string(6) "monkey"
[2147483647]=>
string(4) "test"
}
-- Testi
#20433 [Opn]: Unaligned access error messages at runtime
ID: 20433 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Warning -Operating System: Tru64 +Operating System: Tru64, NetBSD(Alpha platform) PHP Version: 4.3.0-RC1 New Comment: Verified on NetBSD/Alpha. Previous Comments: [2002-11-15 05:34:33] [EMAIL PROTECTED] Verified with 4.3.0RC1 [2002-11-14 15:34:13] [EMAIL PROTECTED] When testing cli/cgi, unaligned access messages are displayed. Following modifications fixes problem. in main/php_globals.h int log_errors_max_len changed to long log_errors_max_len in ext/standard/file.h int default_socket_timeout int auto_detect_line_endings changed to long default_socket_timeout long auto_detect_line_endings -- Edit this bug report at http://bugs.php.net/?id=20433&edit=1
#19113 [Opn]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: FreeBSD 4.6.2
PHP Version: 4.2.2
New Comment:
Verified in Apache 1.3.27/Linux/PHP 4.3.0
Previous Comments:
[2003-01-04 16:48:32] [EMAIL PROTECTED]
Yes; [EMAIL PROTECTED] is correct. My previous comment ("bug possibly
fixed") was in haste.
The problem still exists in 4.3.0. Please, someone in the PHP crew
investigate this fully, as it's becoming more and more of an issue and
seems to be affecting essentially everyone who uses PHP and Apache.
[2003-01-03 23:39:16] [EMAIL PROTECTED]
Problem still exists in PHP 4.3.0, i'm running Apache 1.3.27 on
FreeBSD.
[2003-01-02 06:32:47] [EMAIL PROTECTED]
I apologise for not being able to test 4.3.0 or any of the "snap"
releases prior to now -- we use FreeBSD, and we rely on the FreeBSD
port of mod_php4. The port author has not upgraded to 4.3.0 yet, and
therefore we were stuck using 4.2.3 until earlier this evening when I
removed the port and went with the old method of installing off source
manually.
It seems that this problem may in fact be fixed in 4.3.0. The problem
documented no longer appears.
[2002-12-28 01:00:02] [EMAIL PROTECTED]
No feedback was provided for this bug for over 2 weeks, 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".
[2002-12-18 07:09:42] [EMAIL PROTECTED]
Sorry, you don't understand the problem.
The problem is that apache returns "HTTP 200 OK" on CONNECT request,
but does NOT really connect to specified addrress. If it is possible to
connect through your server to outside, then it's problem of your
misconfigured proxy.
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/19113
--
Edit this bug report at http://bugs.php.net/?id=19113&edit=1
Bug #17449: sort() does not work
From: [EMAIL PROTECTED]
Operating system: Digital UNIX V4.0G (Rev. 1530)
PHP version: 4.2.0
PHP Bug Type: Unknown/Other Function
Bug description: sort() does not work
Example script:
$d) ? 1 : -1;
}
$arr = array(1, 3, 2, 10, 9);
//print_r($arr);
var_dump($arr);
sort($arr, SORT_NUMERIC);
var_dump($arr);
//reset($arr);
echo "";
print_r($arr);
/*srand((float)microtime()*100);
shuffle($arr);
echo "";
print_r($arr);*/
?>
PHP Version 4.0.6
SunOS xxx 5.7 Generic_106541-15 sun4us sparc FJSV,GPUS
'./configure' '--prefix=/usr/local'
'--with-apache=/usr/local/Apachetoolbox-1.5.34/apache_1.3.20'
'--enable-exif' '--enable-track-vars' '--with-calendar=shared'
'--enable-safe-mode' '--enable-magic-quotes' '--enable-trans-sid'
'--enable-wddx' '--enable-ftp' '--with-oci8'
'--with-mysql=/usr/local/mysql'
array(5) {
[0]=>
int(1)
[1]=>
int(3)
[2]=>
int(2)
[3]=>
int(10)
[4]=>
int(9)
}
array(5) {
[0]=>
int(1)
[1]=>
int(2)
[2]=>
int(3)
[3]=>
int(9)
[4]=>
int(10)
}
Array
(
[0] => 1
[1] => 2
[2] => 3
[3] => 9
[4] => 10
)
So sorting works fine on PHP 4.0.6 on Solaris
PHP Version 4.2.0
OSF1 x V4.0 1530 alpha
'./configure' '--prefix=/usr/local'
'--with-apache=/usr/local/Apachetoolbox-1.5.56/apache_1.3.24'
'--enable-exif' '--enable-track-vars' '--with-calendar=shared'
'--enable-safe-mode' '--enable-magic-quotes' '--enable-trans-sid'
'--enable-wddx' '--enable-ftp' '--with-openssl=/usr/local'
'--with-oci8=/appl/oracle/product/8.1.6' '--with-mysql=/usr/local/mysql'
array(5) {
[0]=>
int(1)
[1]=>
int(3)
[2]=>
int(2)
[3]=>
int(10)
[4]=>
int(9)
}
array(5) {
[0]=>
int(1)
[1]=>
int(3)
[2]=>
int(2)
[3]=>
int(10)
[4]=>
int(9)
}
Array
(
[0] => 1
[1] => 3
[2] => 2
[3] => 10
[4] => 9
)
--
Edit bug report at http://bugs.php.net/?id=17449&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=17449&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=17449&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=17449&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=17449&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=17449&r=support
Expected behavior: http://bugs.php.net/fix.php?id=17449&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=17449&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=17449&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=17449&r=globals
Bug #17449 Updated: sort() does not work
ID: 17449
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Arrays related
Operating System: Digital UNIX V4.0G (Rev. 1530)
PHP Version: 4.2.0
New Comment:
This would be great. I tested it on PHP 4.2.1 on Win2k, it worked fine.
So it seems to be a platform specific problem.
I can help you with testing other versions on that machine/fixing the
bug. It would be nice, if some of the core developers (maybe Andrei,
Andi, Rasmus, Zeev, Jeroen, Derick - these are the people who did most
changes in the last months on array.c) could give us some information
on what files may affect this.
I've found that between 4.0.5 and 4.2.1 nearly the whole source for
PHP_FUNCTION(sort) has changed.
Previous Comments:
[2002-05-27 09:46:54] [EMAIL PROTECTED]
On Digital UNIX V4.0G (Rev. 1530), sort() does not work with PHP 4.2.1,
either. It does work with PHP 4.0.5 on that same platform. Should I try
PHP 4.1.x to see where things started to go wrong?
[2002-05-27 06:38:51] [EMAIL PROTECTED]
Reclassified.
[2002-05-27 06:31:15] [EMAIL PROTECTED]
Example script:
$d) ? 1 : -1;
}
$arr = array(1, 3, 2, 10, 9);
//print_r($arr);
var_dump($arr);
sort($arr, SORT_NUMERIC);
var_dump($arr);
//reset($arr);
echo "";
print_r($arr);
/*srand((float)microtime()*100);
shuffle($arr);
echo "";
print_r($arr);*/
?>
PHP Version 4.0.6
SunOS xxx 5.7 Generic_106541-15 sun4us sparc FJSV,GPUS
'./configure' '--prefix=/usr/local'
'--with-apache=/usr/local/Apachetoolbox-1.5.34/apache_1.3.20'
'--enable-exif' '--enable-track-vars' '--with-calendar=shared'
'--enable-safe-mode' '--enable-magic-quotes' '--enable-trans-sid'
'--enable-wddx' '--enable-ftp' '--with-oci8'
'--with-mysql=/usr/local/mysql'
array(5) {
[0]=>
int(1)
[1]=>
int(3)
[2]=>
int(2)
[3]=>
int(10)
[4]=>
int(9)
}
array(5) {
[0]=>
int(1)
[1]=>
int(2)
[2]=>
int(3)
[3]=>
int(9)
[4]=>
int(10)
}
Array
(
[0] => 1
[1] => 2
[2] => 3
[3] => 9
[4] => 10
)
So sorting works fine on PHP 4.0.6 on Solaris
PHP Version 4.2.0
OSF1 x V4.0 1530 alpha
'./configure' '--prefix=/usr/local'
'--with-apache=/usr/local/Apachetoolbox-1.5.56/apache_1.3.24'
'--enable-exif' '--enable-track-vars' '--with-calendar=shared'
'--enable-safe-mode' '--enable-magic-quotes' '--enable-trans-sid'
'--enable-wddx' '--enable-ftp' '--with-openssl=/usr/local'
'--with-oci8=/appl/oracle/product/8.1.6'
'--with-mysql=/usr/local/mysql'
array(5) {
[0]=>
int(1)
[1]=>
int(3)
[2]=>
int(2)
[3]=>
int(10)
[4]=>
int(9)
}
array(5) {
[0]=>
int(1)
[1]=>
int(3)
[2]=>
int(2)
[3]=>
int(10)
[4]=>
int(9)
}
Array
(
[0] => 1
[1] => 3
[2] => 2
[3] => 10
[4] => 9
)
--
Edit this bug report at http://bugs.php.net/?id=17449&edit=1
Bug #17449 Updated: sort() does not work
ID: 17449
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Arrays related
Operating System: Digital UNIX V4.0G (Rev. 1530)
-PHP Version: 4.2.0
+PHP Version: 4.2.1
New Comment:
Updated version according to Michaels tests.
Previous Comments:
[2002-05-27 10:39:24] [EMAIL PROTECTED]
This would be great. I tested it on PHP 4.2.1 on Win2k, it worked fine.
So it seems to be a platform specific problem.
I can help you with testing other versions on that machine/fixing the
bug. It would be nice, if some of the core developers (maybe Andrei,
Andi, Rasmus, Zeev, Jeroen, Derick - these are the people who did most
changes in the last months on array.c) could give us some information
on what files may affect this.
I've found that between 4.0.5 and 4.2.1 nearly the whole source for
PHP_FUNCTION(sort) has changed.
[2002-05-27 09:46:54] [EMAIL PROTECTED]
On Digital UNIX V4.0G (Rev. 1530), sort() does not work with PHP 4.2.1,
either. It does work with PHP 4.0.5 on that same platform. Should I try
PHP 4.1.x to see where things started to go wrong?
[2002-05-27 06:38:51] [EMAIL PROTECTED]
Reclassified.
[2002-05-27 06:31:15] [EMAIL PROTECTED]
Example script:
$d) ? 1 : -1;
}
$arr = array(1, 3, 2, 10, 9);
//print_r($arr);
var_dump($arr);
sort($arr, SORT_NUMERIC);
var_dump($arr);
//reset($arr);
echo "";
print_r($arr);
/*srand((float)microtime()*100);
shuffle($arr);
echo "";
print_r($arr);*/
?>
PHP Version 4.0.6
SunOS xxx 5.7 Generic_106541-15 sun4us sparc FJSV,GPUS
'./configure' '--prefix=/usr/local'
'--with-apache=/usr/local/Apachetoolbox-1.5.34/apache_1.3.20'
'--enable-exif' '--enable-track-vars' '--with-calendar=shared'
'--enable-safe-mode' '--enable-magic-quotes' '--enable-trans-sid'
'--enable-wddx' '--enable-ftp' '--with-oci8'
'--with-mysql=/usr/local/mysql'
array(5) {
[0]=>
int(1)
[1]=>
int(3)
[2]=>
int(2)
[3]=>
int(10)
[4]=>
int(9)
}
array(5) {
[0]=>
int(1)
[1]=>
int(2)
[2]=>
int(3)
[3]=>
int(9)
[4]=>
int(10)
}
Array
(
[0] => 1
[1] => 2
[2] => 3
[3] => 9
[4] => 10
)
So sorting works fine on PHP 4.0.6 on Solaris
PHP Version 4.2.0
OSF1 x V4.0 1530 alpha
'./configure' '--prefix=/usr/local'
'--with-apache=/usr/local/Apachetoolbox-1.5.56/apache_1.3.24'
'--enable-exif' '--enable-track-vars' '--with-calendar=shared'
'--enable-safe-mode' '--enable-magic-quotes' '--enable-trans-sid'
'--enable-wddx' '--enable-ftp' '--with-openssl=/usr/local'
'--with-oci8=/appl/oracle/product/8.1.6'
'--with-mysql=/usr/local/mysql'
array(5) {
[0]=>
int(1)
[1]=>
int(3)
[2]=>
int(2)
[3]=>
int(10)
[4]=>
int(9)
}
array(5) {
[0]=>
int(1)
[1]=>
int(3)
[2]=>
int(2)
[3]=>
int(10)
[4]=>
int(9)
}
Array
(
[0] => 1
[1] => 3
[2] => 2
[3] => 10
[4] => 9
)
--
Edit this bug report at http://bugs.php.net/?id=17449&edit=1
#7472 [Fbk->Opn]: problem with strip_tags() function
ID: 7472
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Strings related
Operating System: linux
PHP Version: 4.3.0-dev
New Comment:
$result_strip_tags = strip_tags("first second");
echo "\n$result_strip_tags\n";
still results in
sebastian@linux:~> /usr/local/bin/php strip_tags.php
first
sebastian@linux:~>
Previous Comments:
[2002-09-19 20:54:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Cannot replicate the bug with latest CVS, using test case in the
original report or subsequent reports.
[2002-07-29 17:12:38] [EMAIL PROTECTED]
looked at php_strip_tags, The state machine is tracking "'s, )'s and
('s. I don't know if this is necessary. Can fix by simply removing that
code. Emailed dev list asking for any further info.
[2002-07-29 09:16:07] [EMAIL PROTECTED]
Verified on Compaq Tru64/Alpha
[2002-01-22 07:54:43] [EMAIL PROTECTED]
Version updated
[2002-01-22 07:34:33] [EMAIL PROTECTED]
Bug still exists in PHP 4.1.1, tested under Linux 2.4 and Windows XP
with:
echo strip_tags("first second");
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/7472
--
Edit this bug report at http://bugs.php.net/?id=7472&edit=1
#19507 [Opn]: incorrect parsing of POST/GET variables
ID: 19507
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type:mbstring related
PHP Version: 4.2.3
New Comment:
Could not verify this with CVS-HEAD on Linux 2.4.18
Previous Comments:
[2002-09-19 16:45:33] [EMAIL PROTECTED]
When compiling php with the mbstring extension, parsing of POST and GET
variables which contain url-encoded keys is not done correctly. this
especially effects array input variables in GET/POST request. for
example:
let's say we have a page only containing:
invoking this page like info.php?tld[]=.com&tld[]=.name&tld[]=.us
shows the correct result:
_GET["tld"] = Array
(
[0] => .com
[1] => .name
[2] => .us
)
but the browser usually encodes [ with %5B and ] with %5D in the url,
so let's try that:
info.php?tld%5B%5D=.com&tld%5B%5D=.name&tld%5B%5D=.us
shows an incorrect result:
_GET["tld"] = Array
(
[0] =>
[1] => e
[2] => .us
)
To be frankly :) I already tracked down the problem by reviewing the
source code of PHP and noticed that it was introduced specifically in
4.2.3. Around line 1030 of mbstring.c, the code which parses the URL
variables was, it looks like, cleaned up a bit. it was in 4.2.2:
while (var && n < num) {
val = strchr(var, '=');
if (val) { /* have a value */
*val++ = '\0';
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
val_list[n] = val;
len_list[n] = php_url_decode(val, strlen(val));
} else {
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
val_list[n] = NULL;
len_list[n] = 0;
}
n++;
var = php_strtok_r(NULL, separator, &strtok_buf);
}
num = n;
and in 4.2.3 changed to:
/* split and decode the query */
n = 0;
strtok_buf = NULL;
var = php_strtok_r(res, separator, &strtok_buf);
while (var) {
val = strchr(var, '=');
val_list[n] = var;
len_list[n] = php_url_decode(var, strlen(var));
n++;
if (val) { /* have a value */
*val++ = '\0';
val_list[n] = val;
len_list[n] = php_url_decode(val, strlen(val));
} else {
val_list[n] = "";
len_list[n] = 0;
}
n++;
var = php_strtok_r(NULL, separator, &strtok_buf);
}
num = n; /* make sure to process initilized vars only */
the problem with the code change is that the equal sign is not
overwritten with the string terminator \0 before php_url_decode is
called on the GET/POST variable name, so the GET/POST variable value is
urldecoded in the same step. but the code following the first
php_url_decode assumes that the equal sign is still on the same place,
which is not the case if the key contained characters that were
url-encoded (had characters in the %## syntax), because the string gets
smaller and the equal sign moves in this case.
one url-encoded character causes the string to get two characters
smaller, so we can explain our example from the top:
[ and ] are url-encoded, two characters, for each of them the equal
sign (and with it the GET/POST variable value) moves two characters.
so, it moves four characters at total:
_GET["tld"] = Array
(
[0] =>// .com are four characters, after four
disappear to the left, none remains
[1] => e // .name are five characters, after four
disappear to the left, only the last remains
[2] => .us// php_url_decode does place the end-of line
character of the decoded string just before the dot, so .us does not
get shortened
)
Maybe it's better to rewind this code part to what it was in 4.2.2.
just a suggestion, i don't want tell anyone how to do their work :)
You can also use the patch below. It is against PHP 4.2.3.
I already verified that the patch works, it fixes the problem.
--- php-4.2.3/ext/mbstring/mbstring.c.org 2002-09-19 22:32:22.0
+0200
+++ php-4.2.3/ext/mbstring/mbstring.c 2002-09-19 22:29:32.0
+0200
@@ -1031,15 +1031,18 @@
var = php_strtok_r(res, separator, &strtok_buf);
while (var) {
val = strchr(var, '=');
- val_list[n] = var;
- len_list[n] = php_url_decode(var, strlen(var));
- n++;
if (val) { /* have a value */
*val++ =
#19671 [Fbk]: 64bit compilation fails (zend_execute.c)
ID: 19671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.2.3 New Comment: Similar to http://bugs.php.net/bug.php?id=18640 ? Previous Comments: [2002-09-30 06:11:15] [EMAIL PROTECTED] jason just made a post to the PHP-dev list about this, with a patch to allow this to work. Can you try applying it and seeing if things work for you alright? Sorry I don't have a link handy, but here's the general info: Posted by Jason Greene, Sept 25, 2002. Topic: [PHP-DEV] [PATCH] 64 bit PHP (long vs int problems) [2002-09-30 05:10:33] [EMAIL PROTECTED] When compiling php in 64bit mode and statically linked to Apache then you'll receive an error that libphp.a is a 32bit library archive. Only the zend_execute.o ist 32bit, all others are correct. In the Zend Makefile for zend_execute.c the CFLAGS are missing! -- Edit this bug report at http://bugs.php.net/?id=19671&edit=1
#19796 [Opn->Bgs]: Oracle query in array, returned by function: memory leak + high CPU load
ID: 19796
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Performance problem
Operating System: Digital Unix V4.0F
PHP Version: 4CVS-2002-10-07
New Comment:
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
Previous Comments:
[2002-10-07 06:33:42] [EMAIL PROTECTED]
I need to generate some reports and I need to have some table's data as
a whole as some columns of a row in this table and other tables
reference other rows of this table. The PHP version is 4.0.4pl1, Apache
is 1.3.14, and Oracle 8.1.7.
So basically, I do this inside a function:
.
.
.
while (ora_fetch($cursor)) {
$key = ora_getcolumn($cursor, 0);
for ($j=0; $jhttp://bugs.php.net/?id=19796&edit=1
#20184 [Opn]: Add the build date to the output from php -v
ID: 20184 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: All PHP Version: 4CVS-2002-10-31 New Comment: I would appreciate this change, it would make everything much easier. This output should also be added to phpinfo(), phpversion() and anything else where a version information is returned by PHP. Previous Comments: [2002-10-31 03:20:13] [EMAIL PROTECTED] When testing CVS versions of PHP it is occasionally easy to lose track of which date's version you're running, whether you forgot to compile after the last CVS update etc. Other than burrowing for the executables and reading modification dates, there doesn't seem to be an simple way of finding the build date. It would seem like a reasonable idea to add the build date to the output from php -v. so it reads something like: >php -v PHP 4.3.0-dev (cli) (built: Oct 29 12:04), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies -- Edit this bug report at http://bugs.php.net/?id=20184&edit=1
#20184 [Csd->Opn]: Add the build date to the output from php -v
ID: 20184 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Feature/Change Request Operating System: All PHP Version: 4CVS-2002-10-31 New Comment: reopened this feature request phpinfo() is not enough as the output of phpinfo cannot easily be analyzed. if not adding this to other functions something like php_buildate or even better php_package_date (the date when the archive was packed and uploaded to the server) would be great. see also http://lists.php.net/article.php?group=php.qa&article=6527 Previous Comments: [2002-10-31 11:34:58] [EMAIL PROTECTED] Added. phpinfo() already has this information and adding it to any other place is waste of time. (but propably someone will add a function for this too..*sigh*) [2002-10-31 04:28:12] [EMAIL PROTECTED] me too ;) [2002-10-31 04:24:39] [EMAIL PROTECTED] I would appreciate this change, it would make everything much easier. This output should also be added to phpinfo(), phpversion() and anything else where a version information is returned by PHP. [2002-10-31 03:20:13] [EMAIL PROTECTED] When testing CVS versions of PHP it is occasionally easy to lose track of which date's version you're running, whether you forgot to compile after the last CVS update etc. Other than burrowing for the executables and reading modification dates, there doesn't seem to be an simple way of finding the build date. It would seem like a reasonable idea to add the build date to the output from php -v. so it reads something like: >php -v PHP 4.3.0-dev (cli) (built: Oct 29 12:04), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies -- Edit this bug report at http://bugs.php.net/?id=20184&edit=1
#18588 [Fbk]: pointer mismatch
ID: 18588
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Compile Warning
-Operating System: OSF1 V4.0 1530
+Operating System: OSF1 V4.0 1530 (Tru64)
PHP Version: 4CVS-2002-08-14
New Comment:
In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from /usr/users/nohn/php-4.3.0pre2/ext/ctype/ctype.c:23:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from /usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c:60:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
/usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c:85: warning: redefinition
of `uchar'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/sys/types.h:580:
warning: `uchar' previously declared here
/usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c: In function
`exif_process_IFD_in_JPEG':
/usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c:3031: warning: cast from
pointer to integer of different size
/usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c:3031: warning: cast from
pointer to integer of different size
/usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c:3031: warning: cast from
pointer to integer of different size
/usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c:3031: warning: cast from
pointer to integer of different size In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from /usr/users/nohn/php-4.3.0pre2/ext/ftp/php_ftp.c:26:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from /usr/users/nohn/php-4.3.0pre2/ext/ftp/ftp.c:22:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from
/usr/users/nohn/php-4.3.0pre2/ext/mbstring/mbfilter_ja.c:86:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from
/usr/users/nohn/php-4.3.0pre2/ext/mbstring/mbfilter_cn.c:29:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from
/usr/users/nohn/php-4.3.0pre2/ext/mbstring/mbfilter_tw.c:29:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /
#18588 [Fbk->Opn]: pointer mismatch
ID: 18588
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Compile Warning
Operating System: OSF1 V4.0 1530 (Tru64)
PHP Version: 4CVS-2002-08-14
Previous Comments:
[2002-11-01 05:43:28] [EMAIL PROTECTED]
In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from /usr/users/nohn/php-4.3.0pre2/ext/ctype/ctype.c:23:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from /usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c:60:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
/usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c:85: warning: redefinition
of `uchar'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/sys/types.h:580:
warning: `uchar' previously declared here
/usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c: In function
`exif_process_IFD_in_JPEG':
/usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c:3031: warning: cast from
pointer to integer of different size
/usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c:3031: warning: cast from
pointer to integer of different size
/usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c:3031: warning: cast from
pointer to integer of different size
/usr/users/nohn/php-4.3.0pre2/ext/exif/exif.c:3031: warning: cast from
pointer to integer of different size In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from /usr/users/nohn/php-4.3.0pre2/ext/ftp/php_ftp.c:26:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from /usr/users/nohn/php-4.3.0pre2/ext/ftp/ftp.c:22:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from
/usr/users/nohn/php-4.3.0pre2/ext/mbstring/mbfilter_ja.c:86:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from
/usr/users/nohn/php-4.3.0pre2/ext/mbstring/mbfilter_cn.c:29:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/stdarg.h:36,
from /usr/users/nohn/php-4.3.0pre2/Zend/zend.h:63,
from /usr/users/nohn/php-4.3.0pre2/main/php.h:34,
from
/usr/users/nohn/php-4.3.0pre2/ext/mbstring/mbfilter_tw.c:29:
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here In file included from
/usr/local/lib/gcc-lib/alphaev6-dec-osf4.0f/2.95.2/in
Bug #15519 Updated: 403.1 Forbidden: Execute Access Forbidden
ID: 15519 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Windows 98 PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-12 09:33:05] [EMAIL PROTECTED] Making this a docu prob. Derick [2002-02-12 08:56:53] [EMAIL PROTECTED] After I installed PHP on PWS, I couldn't execute my PHP scripts. I got following message: "403.1 Forbidden: Execute Access Forbidden" I have solved this problem by giving "execute" permission to "Home" directory in the PWS Personel Web Manager as following 1)Edit Properties 2)Click "execute" check box It's OK after that. -- Edit this bug report at http://bugs.php.net/?id=15519&edit=1
Bug #14600 Updated: property missed
ID: 14600 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: w2k PHP Version: 4.1.0 New Comment: This bug has been fixed in CVS. fixed this according to mfischer Previous Comments: [2001-12-19 08:02:32] [EMAIL PROTECTED] I'm reopening this as a documentation bug. The documentation should explain the tree IMO. Derick [2001-12-19 07:46:18] [EMAIL PROTECTED] API has changed, its called tagname now, print_r($node) is your friend. No bug, bousifying. [2001-12-19 07:28:15] [EMAIL PROTECTED] $node->name where $node is domxml node reports Warning: Undefined property: name in ... in PHP 4.06 everything works perfect! -- Edit this bug report at http://bugs.php.net/?id=14600&edit=1
Bug #15239 Updated: Apache's httpd.conf recommends something that will break file writing
ID: 15239 Updated by: [EMAIL PROTECTED] -Summary: Apache's httpd.conf recommends something that will break file writing Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 New Comment: i think, that's an apache problem, not an php problem. Previous Comments: [2002-01-27 04:04:41] [EMAIL PROTECTED] Correction to above... "will not be able to open files" should be "will not be able to open files for writing". [2002-01-27 04:02:25] [EMAIL PROTECTED] Here's something you might want to add to any function's documentation that has to do with writing to files - like fopen(), session_start(), etc. Apache's default httpd.conf currently ships with a section that looks like this: User nobody Group "#-1" There is a section above that with a somewhat confusing instruction to use "Group nogroup" if you run SCO 3. It doesn't mention Linux, but does go into details of why you shouldn't use #-1 if your kernel can't use GIDs above 60,000. Let's assume some or most people tuning httpd.conf don't know whether that's true about Linux. :) Anyway, if your httpd.conf looks like that under Linux (2.4 for sure, dunno about 2.2), PHP will not be able to open files. It'll complain about an invalid argument. That applies to session_start() and fopen() - I've tried both. The solution is to use "Group nogroup". Once I changed my httpd.conf to use that instead of #-1, I was suddenly able to write files again. -- Edit this bug report at http://bugs.php.net/?id=15239&edit=1
Bug #15570 Updated: unset and static variables
ID: 15570
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type:Documentation problem
PHP Version: 4.1.1
New Comment:
This bug has been fixed in CVS.
Previous Comments:
[2002-02-15 10:21:55] [EMAIL PROTECTED]
The example about static variables in the manual page for "unset" is
broken : the output is actually 1 2 3 (not 1 1 1) there is no reset.
function foo() {
static $a;
$a++;
echo "$a\n";
unset($a);
}
foo();foo();foo()
>From the discussion of bugs 2015, 6810, and 13967 it seems it is
clearly an error in the doc.
Ivan
--
Edit this bug report at http://bugs.php.net/?id=15570&edit=1
Bug #15239 Updated: Apache's httpd.conf recommends something that will break file writing
ID: 15239 Updated by: [EMAIL PROTECTED] -Summary: Apache's httpd.conf recommends something that will break file writing Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-15 14:48:48] [EMAIL PROTECTED] You're right, but it bears mentioning. [2002-02-14 13:27:50] [EMAIL PROTECTED] i think, that's an apache problem, not an php problem. [2002-01-27 04:04:41] [EMAIL PROTECTED] Correction to above... "will not be able to open files" should be "will not be able to open files for writing". [2002-01-27 04:02:25] [EMAIL PROTECTED] Here's something you might want to add to any function's documentation that has to do with writing to files - like fopen(), session_start(), etc. Apache's default httpd.conf currently ships with a section that looks like this: User nobody Group "#-1" There is a section above that with a somewhat confusing instruction to use "Group nogroup" if you run SCO 3. It doesn't mention Linux, but does go into details of why you shouldn't use #-1 if your kernel can't use GIDs above 60,000. Let's assume some or most people tuning httpd.conf don't know whether that's true about Linux. :) Anyway, if your httpd.conf looks like that under Linux (2.4 for sure, dunno about 2.2), PHP will not be able to open files. It'll complain about an invalid argument. That applies to session_start() and fopen() - I've tried both. The solution is to use "Group nogroup". Once I changed my httpd.conf to use that instead of #-1, I was suddenly able to write files again. -- Edit this bug report at http://bugs.php.net/?id=15239&edit=1
Bug #14746 Updated: Problem whith option --with-mnogosearch
ID: 14746 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Analyzed Bug Type: mnoGoSearch related Operating System: Red Hat 7.2 -PHP Version: 4.1.0 +PHP Version: 4.1.1 New Comment: The PHP 4.1.0 and 4.1.1-Versions don't support mnoGoSearch 3.2.x. The solution is either to use a CVS-Snapshot of PHP, or if you don't like CVS snaphots, at least to update ext/mnogosearch this way: - rm ext/mnogosearch - download and extract PHP extension module vwrsion 1.49 from www.mnogosearch.ru - ./buildconf in the main sourcetree - your configure, make, make install should work normal... at least it would'nt fail with mnogosearch. Previous Comments: [2002-01-19 11:26:15] [EMAIL PROTECTED] No feedback. Closing. [2001-12-28 19:30:22] [EMAIL PROTECTED] What version of mnogosearch are you using? The current stable version of mnogosearch compiles fine (mnoGoSearch-3.1.19). [2001-12-28 16:37:27] [EMAIL PROTECTED] Hi... I have a problem in configuration of php-4.0.6 and php-4.1.0 when I use the option --with-mnogosearch PHP Configuration ./configure --with-pgsql=/usr/local/pgsql --enable-track-vars --disable-debug --with-apxs=/usr/local/apache/bin/apxs --enable-versioning --with-config-file-path=/usr/php4/lib --enable-libgcc --with-imap=/usr/local/lib --enable-ftp --with-mysql --with-kerberos --with-sybase-ct=/opt/sybase-11.9.2 --with-openssl=../openssl-0.9.6b/ --with-mnogosearch -- /bin/sh /root/php-4.1.0/libtool --silent --mode=compile gcc -I. -I/root/php-4.1.0/main -I/root/php-4.1.0/main -I/root/php-4.1.0 -I/usr/local/apache/include -I/root/php-4.1.0/Zend -I/root/openssl-0.9.6b/include -I/usr/include/imap -I/usr/local/mnogosearch/include -I/root/php-4.1.0/ext/mysql/libmysql -I/opt/sybase-11.9.2/include -I/root/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208104 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I/root/php-4.1.0/TSRM -g -O2 -prefer-pic -c internal_functions.c In file included from /usr/local/mnogosearch/include/udmsearch.h:37, from /root/php-4.1.0/ext/mnogosearch/php_mnogo.h:31, from internal_functions.c:34: /usr/local/mnogosearch/include/udm_doc.h:7: parse error before `1' make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/root/php-4.1.0/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php-4.1.0/main' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=14746&edit=1
Bug #14219 Updated: Various documentation suggestions
ID: 14219 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem -Operating System: Linux 2.2.18, Debian +Operating System: General -PHP Version: 4.0.6 +PHP Version: 4.1.1 New Comment: * Fixed the libSWF-issue in CVS * Fixed the string-issue in CVS Previous Comments: [2001-11-25 20:59:52] [EMAIL PROTECTED] The PHP manual is of exceptional high quality and the following are mere suggestions, not real bugs: * the SWF function section should have a link to the Ming function section * the string function section should have a link to the regexp function section * It should be explained somewhere how one can produce a /usr/local/bin/php parser for use as an external cgi handler or as standalone script engine. If it is automatically generated by make, then it didn't turn up in my /usr/local/bin. * the DBM function section should elaborate a bit on the internal flatfile database: does it use hashing? is the key or data size restricted? * the dblist() function doesn't exist for me. I compiled with --with-gdbm. Typo? * the relationship between the DBM and DBA functions should be made clearer. When should one use which? Do the DBA functions do automatical locking like the DBM functions? The two should be cross linked at the very least. Thanks for a excellent product, Axel -- Edit this bug report at http://bugs.php.net/?id=14219&edit=1
Bug #15153 Updated: Php starts writing log in an infinite loop resulting is system DoS
ID: 15153 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Documentation problem +Bug Type: Directory function related Operating System: Linux 2.2.20 (Redhat 5.2) PHP Version: 4.1.1 New Comment: Fixed this in the documentation, but I still think it's an issue that should be fixed in the PHP-source Previous Comments: [2002-01-22 14:21:51] [EMAIL PROTECTED] Reclassified as a documentation problem. [2002-01-21 16:23:16] [EMAIL PROTECTED] A piece of code that you have at http://www.php.net/manual/en/function.readdir.php leads to system DoS with php-4.1.1, Linux 2.2.20, apache 1.3.22: Example 1. List all files in the current directory When this code is executed, php enters a loop writing this line to the log file an infinite number of times: [date] PHP Warning: Supplied argument is not a valid Directory resource in /path/to/script.php on line 5. Httpd uses all processor time and finally fills the partition in which the log file is located. The problem seems to be the dot in the function call because the script works normally if the dot is replaced with an absolute path name. My apacle 1.3.22 web server includes the following modules: mod_ssl 2.8.5, mod_perl 1.26, php-3.0.18, php-4.1.1. Php-4.1.1 has been compiled as a dynamic module with the following options: --enable-versioning --with-apxs --with-mysql --with-xml --enable-calendar --enable-memory-limit --enable-session --enable-safe-mode --with-openssl --enable-bcmath --with-gd I also tried this with php-4.0.6 and the result is the same. -- Edit this bug report at http://bugs.php.net/?id=15153&edit=1
Bug #15646 Updated: the flush() does not flush the output buffer
ID: 15646 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control Operating System: Windows 2000 SP2 PHP Version: 4.1.1 New Comment: well..another thing... I have the same problem... but it's the same server (apache 1.3.23, php 4.1.1 on linux). the problem occurs in ms ie, but not in nn4 or or mozilla. so maybe it's a browser issue Previous Comments: [2002-02-24 05:55:53] [EMAIL PROTECTED] flush feature is needed to be fixed ;) If you really need to flush, do not use output buffering. (Without output buffering, PHP always outputs immediately when output is issued) [2002-02-21 04:55:32] [EMAIL PROTECTED] another $0.02: i compiled PHP succesfully using cygwin environment and it works just fine. [2002-02-20 12:01:15] [EMAIL PROTECTED] BTW i found one bug report regarding similar problem, but the answer blamed the webserver buffering the output. its not the case in this situation. [2002-02-20 11:45:00] [EMAIL PROTECTED] here is the code i ran with command-line version of php: if it is executed on linux, it works as expected, that is it displays asd every second. on windows though, i only see the whole output after 5 seconds. -- Edit this bug report at http://bugs.php.net/?id=15646&edit=1
Bug #15646 Updated: the flush() does not flush the output buffer
ID: 15646 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Output Control Operating System: Windows 2000 SP2 PHP Version: 4.1.1 New Comment: well..another thing... I have the same problem... but it's the same server (apache 1.3.23, php 4.1.1 on linux). the problem occurs in ms ie, but not in nn4 or or mozilla. so maybe it's a browser issue Previous Comments: [2002-02-24 11:43:02] [EMAIL PROTECTED] well..another thing... I have the same problem... but it's the same server (apache 1.3.23, php 4.1.1 on linux). the problem occurs in ms ie, but not in nn4 or or mozilla. so maybe it's a browser issue [2002-02-24 05:55:53] [EMAIL PROTECTED] flush feature is needed to be fixed ;) If you really need to flush, do not use output buffering. (Without output buffering, PHP always outputs immediately when output is issued) [2002-02-21 04:55:32] [EMAIL PROTECTED] another $0.02: i compiled PHP succesfully using cygwin environment and it works just fine. [2002-02-20 12:01:15] [EMAIL PROTECTED] BTW i found one bug report regarding similar problem, but the answer blamed the webserver buffering the output. its not the case in this situation. [2002-02-20 11:45:00] [EMAIL PROTECTED] here is the code i ran with command-line version of php: if it is executed on linux, it works as expected, that is it displays asd every second. on windows though, i only see the whole output after 5 seconds. -- Edit this bug report at http://bugs.php.net/?id=15646&edit=1
Bug #15696 Updated: Can't set/unset global-ed variables
ID: 15696
Updated by: [EMAIL PROTECTED]
-Summary: Can't set/unset global-ed variables
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: Linux & Win32
PHP Version: 4.1.1
New Comment:
This bug has been fixed in CVS.
Fixed this bug in cvs. I hope the description is well enough...
Previous Comments:
[2002-02-24 11:46:00] [EMAIL PROTECTED]
Re-Opening as documentation problem.
[2002-02-24 10:52:26] [EMAIL PROTECTED]
OK, I know that.
I was just moving an old PHP3 script to PHP4 and noticed that problem.
Anyway, there's nothing mentioned in "Migrating from PHP 3.0 to PHP
4.0" section of the manual about this (significant I think) change.
Thanks for the reply,
Marek Matula
[2002-02-24 10:27:28] [EMAIL PROTECTED]
Read manual about reference. You are unsetting reference to global. Not
the actual var.
[2002-02-24 10:12:53] [EMAIL PROTECTED]
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
[2002-02-24 10:10:51] [EMAIL PROTECTED]
I'm running the following script:
$id=1;
function test()
{
global $id;
unset($id);
}
test();
echo($id);
As the function test is being executed I think, the $id variable should
be unset and so the script should output nothing, but it outputs 1. It
IS possible to change the value od $id inside the 'test' function, it's
just not possible to change the set/unset state.
It's easy to omit the problem by unsetting $GLOBALS["id"] variable, but
I think it should be possible to unset the global-ed variable in both
ways.
The problem affects all PHP 4.x versions. The 3.x versions work as I
expect.
Regards,
Marek Matula
--
Edit this bug report at http://bugs.php.net/?id=15696&edit=1
Bug #15937: Call-time pass-by-reference has been deprecated
From: [EMAIL PROTECTED] Operating system: SuSE Linux 6.0 PHP version: 4.0.5 PHP Bug Type: Documentation problem Bug description: Call-time pass-by-reference has been deprecated Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of strlen(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in line 653 To what shall I modify the declartion of strlen? It's not documented anywhere... -- Edit bug report at http://bugs.php.net/?id=15937&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15937&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15937&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15937&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15937&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15937&r=support Expected behavior: http://bugs.php.net/fix.php?id=15937&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15937&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15937&r=submittedtwice
Bug #15937 Updated: Call-time pass-by-reference has been deprecated
ID: 15937 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Documentation problem Operating System: SuSE Linux 6.0 PHP Version: 4.0.5 New Comment: reopened this bug. the reason for me to use the call-by-reference is performance... Previous Comments: [2002-03-07 13:31:19] [EMAIL PROTECTED] there's nothing wrong with strlen(). why do you pass it the argument by reference? strlen() doesn't modify it, so it's completely useless. this PR is bogus. [2002-03-07 13:22:23] [EMAIL PROTECTED] Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of strlen(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in line 653 To what shall I modify the declartion of strlen? It's not documented anywhere... -- Edit this bug report at http://bugs.php.net/?id=15937&edit=1
Bug #16103 Updated: 2 german documentation mistakes
ID: 16103 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4.1.2 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-03-15 15:00:11] [EMAIL PROTECTED] http://www.php.net/manual/de/about.generate.php "Wir wir die Formate generieren" is wrong, right is: "WiE wir die Formate generieren" http://www.php.net/manual/de/ref.variables.php "is_numeric -- Finds whether a variable is a number or a numeric string" not translated into german -- Edit this bug report at http://bugs.php.net/?id=16103&edit=1
Bug #16103 Updated: 2 german documentation mistakes
ID: 16103 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type:Documentation problem PHP Version: 4.1.2 New Comment: the second "bug" is not a real bug. this is generated automatically, and the function is'nt translated yet Previous Comments: [2002-03-15 15:17:26] [EMAIL PROTECTED] This bug has been fixed in CVS. [2002-03-15 15:00:11] [EMAIL PROTECTED] http://www.php.net/manual/de/about.generate.php "Wir wir die Formate generieren" is wrong, right is: "WiE wir die Formate generieren" http://www.php.net/manual/de/ref.variables.php "is_numeric -- Finds whether a variable is a number or a numeric string" not translated into german -- Edit this bug report at http://bugs.php.net/?id=16103&edit=1
Bug #16103 Updated: 2 german documentation mistakes
ID: 16103 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type:Documentation problem PHP Version: 4.1.2 New Comment: the second "bug" is not a real bug. this is generated automatically, and the function is'nt translated yet Previous Comments: [2002-03-15 15:18:26] [EMAIL PROTECTED] the second "bug" is not a real bug. this is generated automatically, and the function is'nt translated yet [2002-03-15 15:17:26] [EMAIL PROTECTED] This bug has been fixed in CVS. [2002-03-15 15:00:11] [EMAIL PROTECTED] http://www.php.net/manual/de/about.generate.php "Wir wir die Formate generieren" is wrong, right is: "WiE wir die Formate generieren" http://www.php.net/manual/de/ref.variables.php "is_numeric -- Finds whether a variable is a number or a numeric string" not translated into german -- Edit this bug report at http://bugs.php.net/?id=16103&edit=1
Bug #16360: Overflow in Array functions
From: [EMAIL PROTECTED] Operating system: Linux, Windows PHP version: 4.0CVS-2002-03-30 PHP Bug Type: Reproducible crash Bug description: Overflow in Array functions If the memory limit of a PHP-script gets exhausted, the PHP interpreter does'nt shut down cleanly and print an error regarding this issue; it segfaults. If the user enables following options in php.ini ([PHP]-section), --- log_errors = On error_log = syslog --- PHP first shows an memory-limit error, after that Apache/PHP dies with an segmentation fault. If "error_log" is set to "/some/file", PHP is unable to log anything. The only logging facility that logs the segmentation fault is syslog. Demonstration: Following script does'nt cause a segmentation fault: So far we could test following Versions: PHP Webserver OS console (sf/ml) apachemod (sf/ml) 4.0.1- Linux ? X/--/- 4.0.2Apache 1.3.? Linux ? ?/??/? 4.0.6Apache 1.3.19 Linux 2.2.19 X/XX/X 4.0.6Apache 1.3.22 Linux 2.4.18 X/XX/X 4.1.2Apache 1.3.22 Linux ? X/XX/X 4.1.2- Linux 2.4.17 X/X-/- 4.1.2Apache 1.2.24 Windows 2000 X/-X/- 4.2.0rc1 Apache 1.3.24 Linux 2.4.18 -/XX/X * sf = Segmentation fault * ml = Memory limit error -- Edit bug report at http://bugs.php.net/?id=16360&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16360&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16360&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16360&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16360&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16360&r=support Expected behavior: http://bugs.php.net/fix.php?id=16360&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16360&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16360&r=submittedtwice
Bug #16360 Updated: Segmentation fault in Array functions
ID: 16360 Updated by: [EMAIL PROTECTED] -Summary: Overflow in Array functions Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux, Windows PHP Version: 4.0CVS-2002-03-30 New Comment: fixed the summary Previous Comments: [2002-03-30 10:02:40] [EMAIL PROTECTED] If the memory limit of a PHP-script gets exhausted, the PHP interpreter does'nt shut down cleanly and print an error regarding this issue; it segfaults. If the user enables following options in php.ini ([PHP]-section), --- log_errors = On error_log = syslog --- PHP first shows an memory-limit error, after that Apache/PHP dies with an segmentation fault. If "error_log" is set to "/some/file", PHP is unable to log anything. The only logging facility that logs the segmentation fault is syslog. Demonstration: Following script does'nt cause a segmentation fault: So far we could test following Versions: PHP Webserver OS console (sf/ml) apachemod (sf/ml) 4.0.1- Linux ? X/- -/- 4.0.2Apache 1.3.? Linux ? ?/? ?/? 4.0.6Apache 1.3.19 Linux 2.2.19 X/X X/X 4.0.6Apache 1.3.22 Linux 2.4.18 X/X X/X 4.1.2Apache 1.3.22 Linux ? X/X X/X 4.1.2- Linux 2.4.17 X/X -/- 4.1.2Apache 1.2.24 Windows 2000 X/- X/- 4.2.0rc1 Apache 1.3.24 Linux 2.4.18 -/X X/X * sf = Segmentation fault * ml = Memory limit error -- Edit this bug report at http://bugs.php.net/?id=16360&edit=1
Bug #16360 Updated: Segmentation fault in Array functions
ID: 16360 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux, Windows PHP Version: 4.0CVS-2002-03-30 New Comment: found two machines that are not affected by this bug: http://phpzone.de/info/ http://angela.nettrade.de/info.php Previous Comments: [2002-03-30 10:24:59] [EMAIL PROTECTED] fixed the summary [2002-03-30 10:02:40] [EMAIL PROTECTED] If the memory limit of a PHP-script gets exhausted, the PHP interpreter does'nt shut down cleanly and print an error regarding this issue; it segfaults. If the user enables following options in php.ini ([PHP]-section), --- log_errors = On error_log = syslog --- PHP first shows an memory-limit error, after that Apache/PHP dies with an segmentation fault. If "error_log" is set to "/some/file", PHP is unable to log anything. The only logging facility that logs the segmentation fault is syslog. Demonstration: Following script does'nt cause a segmentation fault: So far we could test following Versions: PHP Webserver OS console (sf/ml) apachemod (sf/ml) 4.0.1- Linux ? X/- -/- 4.0.2Apache 1.3.? Linux ? ?/? ?/? 4.0.6Apache 1.3.19 Linux 2.2.19 X/X X/X 4.0.6Apache 1.3.22 Linux 2.4.18 X/X X/X 4.1.2Apache 1.3.22 Linux ? X/X X/X 4.1.2- Linux 2.4.17 X/X -/- 4.1.2Apache 1.2.24 Windows 2000 X/- X/- 4.2.0rc1 Apache 1.3.24 Linux 2.4.18 -/X X/X * sf = Segmentation fault * ml = Memory limit error -- Edit this bug report at http://bugs.php.net/?id=16360&edit=1
#33398 [Fbk->Opn]: Compile failure
ID: 33398
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Compile Failure
Operating System: SunOS 5.10
PHP Version: 5.1.0b1
New Comment:
The problem persits:
/bin/sh /home/nohn/php5-200506191030/libtool --silent
--preserve-dup-deps --mode=compile gcc -I"/usr/include" -Iext/iconv/
-I/home/nohn/php5-200506191030/ext/iconv/ -DPHP_ATOM_INC
-I/home/nohn/php5-200506191030/include
-I/home/nohn/php5-200506191030/main -I/home/nohn/php5-200506191030
-I/usr/include/libxml2 -I/home/nohn/php5-200506191030/TSRM
-I/home/nohn/php5-200506191030/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2
-c /home/nohn/php5-200506191030/ext/iconv/iconv.c -o
ext/iconv/iconv.lo
In file included from /usr/include/iso/stdarg_iso.h:41,
from /usr/include/stdarg.h:32,
from /home/nohn/php5-200506191030/Zend/zend.h:76,
from /home/nohn/php5-200506191030/main/php.h:34,
from
/home/nohn/php5-200506191030/ext/iconv/iconv.c:27:
/usr/include/sys/va_impl.h:150: #error ("Unrecognized compiler protocol
for variable argument lists")
make: *** [ext/iconv/iconv.lo] Error 1
Previous Comments:
[2005-06-19 13:42:13] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-06-19 13:36:45] [EMAIL PROTECTED]
Description:
Compilation of PHP 5.1.0b1 fails on SunOS 5.10, gcc version 2.95.3
20010315 (release)
Reproduce code:
---
./configure; make
Expected result:
PHP gets built
Actual result:
--
/bin/sh /home/nohn/php-5.1.0b1/libtool --silent --preserve-dup-deps
--mode=compile gcc -I"/usr/include" -Iext/iconv/
-I/home/nohn/php-5.1.0b1/ext/iconv/ -DPHP_ATOM_INC
-I/home/nohn/php-5.1.0b1/include -I/home/nohn/php-5.1.0b1/main
-I/home/nohn/php-5.1.0b1 -I/usr/include/libxml2
-I/home/nohn/php-5.1.0b1/TSRM -I/home/nohn/php-5.1.0b1/Zend
-D_POSIX_PTHREAD_SEMANTICS -g -O2 -c
/home/nohn/php-5.1.0b1/ext/iconv/iconv.c -o ext/iconv/iconv.lo
In file included from /usr/include/iso/stdarg_iso.h:41,
from /usr/include/stdarg.h:32,
from /home/nohn/php-5.1.0b1/Zend/zend.h:76,
from /home/nohn/php-5.1.0b1/main/php.h:34,
from /home/nohn/php-5.1.0b1/ext/iconv/iconv.c:27:
/usr/include/sys/va_impl.h:150: #error ("Unrecognized compiler protocol
for variable argument lists")
make: *** [ext/iconv/iconv.lo] Error 1
--
Edit this bug report at http://bugs.php.net/?id=33398&edit=1
#33398 [Fbk]: Compile failure
ID: 33398
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Compile Failure
Operating System: SunOS 5.10
PHP Version: 5.1.0b1
New Comment:
It's sparc:
$ /usr/sbin/prtdiag
System Configuration: Sun Microsystems sun4u Sun Ultra 5/10 UPA/PCI
(UltraSPARC-IIi 440MHz)
System clock frequency: 110 MHz
Memory size: 1024 Megabytes
PHP5-stable fails:
gcc -I"/usr/include" -Iext/iconv/
-I/home/nohn/php5-STABLE-200506191033/ext/iconv/ -DPHP_ATOM_INC
-I/home/nohn/php5-STABLE-200506191033/include
-I/home/nohn/php5-STABLE-200506191033/main
-I/home/nohn/php5-STABLE-200506191033 -I/usr/include/libxml2
-I/home/nohn/php5-STABLE-200506191033/TSRM
-I/home/nohn/php5-STABLE-200506191033/Zend -D_POSIX_PTHREAD_SEMANTICS
-g -O2 -c /home/nohn/php5-STABLE-200506191033/ext/iconv/iconv.c -o
ext/iconv/iconv.o && echo > ext/iconv/iconv.lo
In file included from /usr/include/iso/stdarg_iso.h:41,
from /usr/include/stdarg.h:32,
from
/home/nohn/php5-STABLE-200506191033/Zend/zend.h:76,
from
/home/nohn/php5-STABLE-200506191033/main/php.h:34,
from
/home/nohn/php5-STABLE-200506191033/ext/iconv/iconv.c:27:
/usr/include/sys/va_impl.h:150: #error ("Unrecognized compiler protocol
for variable argument lists")
make: *** [ext/iconv/iconv.lo] Error 1
PHP4-stable-latest compiles fine; make test works
Previous Comments:
[2005-06-19 14:19:32] [EMAIL PROTECTED]
And what platform is it? Sparc or x86?
[2005-06-19 14:18:10] [EMAIL PROTECTED]
Do these compile:
http://snaps.php.net/php5-STABLE-latest.tar.gz
http://snaps.php.net/php4-STABLE-latest.tar.gz
??
[2005-06-19 14:12:39] [EMAIL PROTECTED]
The problem persits:
/bin/sh /home/nohn/php5-200506191030/libtool --silent
--preserve-dup-deps --mode=compile gcc -I"/usr/include" -Iext/iconv/
-I/home/nohn/php5-200506191030/ext/iconv/ -DPHP_ATOM_INC
-I/home/nohn/php5-200506191030/include
-I/home/nohn/php5-200506191030/main -I/home/nohn/php5-200506191030
-I/usr/include/libxml2 -I/home/nohn/php5-200506191030/TSRM
-I/home/nohn/php5-200506191030/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2
-c /home/nohn/php5-200506191030/ext/iconv/iconv.c -o
ext/iconv/iconv.lo
In file included from /usr/include/iso/stdarg_iso.h:41,
from /usr/include/stdarg.h:32,
from /home/nohn/php5-200506191030/Zend/zend.h:76,
from /home/nohn/php5-200506191030/main/php.h:34,
from
/home/nohn/php5-200506191030/ext/iconv/iconv.c:27:
/usr/include/sys/va_impl.h:150: #error ("Unrecognized compiler protocol
for variable argument lists")
make: *** [ext/iconv/iconv.lo] Error 1
[2005-06-19 13:42:13] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-06-19 13:36:45] [EMAIL PROTECTED]
Description:
Compilation of PHP 5.1.0b1 fails on SunOS 5.10, gcc version 2.95.3
20010315 (release)
Reproduce code:
---
./configure; make
Expected result:
PHP gets built
Actual result:
--
/bin/sh /home/nohn/php-5.1.0b1/libtool --silent --preserve-dup-deps
--mode=compile gcc -I"/usr/include" -Iext/iconv/
-I/home/nohn/php-5.1.0b1/ext/iconv/ -DPHP_ATOM_INC
-I/home/nohn/php-5.1.0b1/include -I/home/nohn/php-5.1.0b1/main
-I/home/nohn/php-5.1.0b1 -I/usr/include/libxml2
-I/home/nohn/php-5.1.0b1/TSRM -I/home/nohn/php-5.1.0b1/Zend
-D_POSIX_PTHREAD_SEMANTICS -g -O2 -c
/home/nohn/php-5.1.0b1/ext/iconv/iconv.c -o ext/iconv/iconv.lo
In file included from /usr/include/iso/stdarg_iso.h:41,
from /usr/include/stdarg.h:32,
from /home/nohn/php-5.1.0b1/Zend/zend.h:76,
from /home/nohn/php-5.1.0b1/main/php.h:34,
from /home/nohn/php-5.1.0b1/ext/iconv/iconv.c:27:
/usr/include/sys/va_impl.h:150: #error ("Unrecognized compiler protocol
for variable argument lists")
make: *** [ext/iconv/iconv.lo] Error 1
--
Edit this bug report at http://bugs.php.net/?id=33398&edit=1
#33405 [WFx->Opn]: set_time_limit() does not work
ID: 33405 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Wont fix +Status: Open Bug Type: Unknown/Other Function Operating System: CYGWIN_NT-5.1 -PHP Version: 4.3.11 +PHP Version: 5.1.0b1 New Comment: What's that? I wrote that it also happens with 5.1.0b1 and latested 5-dev-snapshot. So reopening this. Previous Comments: [2005-06-20 10:26:41] [EMAIL PROTECTED] In PHP 4 we will never support Cygwin. Use the prebuilt binaries instead. (Might be different issue for PHP 5.1 which has newer libtool, etc.) See also bug #33156 [2005-06-20 09:53:07] [EMAIL PROTECTED] Description: set_time_limit() does not work unter WinXP/Cygwin, Win2k/Cygwin. Verified with 4.3.11, 4.4.0RC1, 5.0.4, 5.1.0b1, 5.1-dev. It works on the same machine under Linux. Reproduce code: --- Expected result: The script terminates after 1 second Actual result: -- The script loops until it gets interrupted: $ date; php 005a.php; date Mon Jun 20 09:45:11 2005 Content-type: text/html X-Powered-By: PHP/4.3.11 Start ^C Mon Jun 20 09:48:18 2005 -- Edit this bug report at http://bugs.php.net/?id=33405&edit=1
#33156 [Opn]: cygwin version of setitimer doesn't accept ITIMER_PROF
ID: 33156
Updated by: [EMAIL PROTECTED]
Reported By: tomo at groovecast dot org
Status: Open
Bug Type: Scripting Engine problem
Operating System: win32 / Cygwin
PHP Version: 5.*, 4.* (2005-06-20)
New Comment:
set_time_limit() does not work unter WinXP/Cygwin, Win2k/Cygwin.
Verified with 4.3.11, 4.4.0RC1, 5.0.4, 5.1.0b1, 5.1-dev.
It works on the same machine under Linux.
Reproduce code:
---
Expected result:
The script terminates after 1 second
Actual result:
--
The script loops until it gets interrupted:
$ date; php 005a.php; date
Mon Jun 20 09:45:11 2005
Content-type: text/html
X-Powered-By: PHP/4.3.11
Start
^C
Mon Jun 20 09:48:18 2005
Previous Comments:
[2005-05-28 01:33:25] tomo at groovecast dot org
I tried php5-200505272030, and the problem remains. windows native
version is not the case. It's a cygwin API problem.
cygwin's setitimer implementation is following.
at cygwin-1.5.16-1/winsup/cygwin/timer.cc:354
extern "C" int
setitimer (int which, const struct itimerval *value, struct itimerval
*ovalue)
{
if (which != ITIMER_REAL)
{
set_errno (EINVAL);
return -1;
}
--snipped--
As you can see setitimer(ITIMER_PROF, ...) fails, and no signal will be
generated.
[2005-05-27 08:49:07] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-05-27 01:18:04] tomo at groovecast dot org
Description:
Since Cygwin-1.5.16-1 implements setitimer (ITIMER_REAL, ...) only,
tests/func/005a.phpt test always fails. This problem also happens with
php5.
Reproduce code:
---
tests/func/005a.phpt contents.
Expected result:
Start
Shutdown
Actual result:
--
Start
--
Edit this bug report at http://bugs.php.net/?id=33156&edit=1
#33448 [Bgs->Opn]: Configure fails with curl
ID: 33448
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Compile Failure
Operating System: CYGWIN_NT-5.1
PHP Version: 5.1.0b2
New Comment:
Installing then openssl-devel package fixed that problem. Nevertheless,
the error message is so misleading that even you misunderstood it.
Previous Comments:
[2005-06-23 11:30:42] [EMAIL PROTECTED]
Set your build environment correctly and it will work.
I don't know what it is with Cygwin but in unix it's usually set with
LIBPATH (linux has also /etc/ld.so.conf file where the paths are
stored)
[2005-06-23 11:26:37] [EMAIL PROTECTED]
Description:
Configuring PHP with curl does not work
Reproduce code:
---
$ ./configure --prefix=/opt/php --sysconfdir=/etc/opt/php
--localstatedir=/var/opt/php --enable-cli --enable-fastcgi
--enable-discard-path --enable-force-cgi-redirect --enable-mbstring
--with-gd --with-zlib --with-curl --with-iconv --disable-ipv
Expected result:
Configure finishes successfully.
Actual result:
--
[...]
checking for CURL support... yes
checking if we should use CURL for url streams... no
checking for CURL in default path... found in /usr
checking for cURL 7.10.5 or greater... libcurl 7.11.1
checking for curl_easy_perform in -lcurl... no
configure: error: There is something wrong. Please check config.log for
more inf
ormation.
config.log says:
-
configure:24281: checking for CURL support
configure:24327: checking if we should use CURL for url streams
configure:24354: checking for CURL in default path
configure:24372: checking for cURL 7.10.5 or greater
configure:24704: checking for curl_easy_perform in -lcurl
configure:24723: gcc -o conftest -g -O2 -lcurl -lssl -lcrypto -lgdi32
-lwinmm
-lz conftest.c -lcurl -lcurl -lz -lm -lxml2 -lz -liconv -lm -lcurl
-lssl -lcry
pto -lgdi32 -lwinmm -lz 1>&5
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld:
cannot find
-lssl
collect2: ld returned 1 exit status
configure: failed program was:
#line 24712 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char curl_easy_perform();
int main() {
curl_easy_perform()
; return 0; }
-
--
Edit this bug report at http://bugs.php.net/?id=33448&edit=1
#33156 [Opn]: cygwin version of setitimer doesn't accept ITIMER_PROF
ID: 33156
Updated by: [EMAIL PROTECTED]
Reported By: tomo at groovecast dot org
Status: Open
Bug Type: Scripting Engine problem
Operating System: win32 / Cygwin
PHP Version: 5.*, 4.* (2005-06-20)
New Comment:
Verified with PHP5.1.0b2
Previous Comments:
[2005-06-20 13:20:05] [EMAIL PROTECTED]
set_time_limit() does not work unter WinXP/Cygwin, Win2k/Cygwin.
Verified with 4.3.11, 4.4.0RC1, 5.0.4, 5.1.0b1, 5.1-dev.
It works on the same machine under Linux.
Reproduce code:
---
Expected result:
The script terminates after 1 second
Actual result:
--
The script loops until it gets interrupted:
$ date; php 005a.php; date
Mon Jun 20 09:45:11 2005
Content-type: text/html
X-Powered-By: PHP/4.3.11
Start
^C
Mon Jun 20 09:48:18 2005
[2005-05-28 01:33:25] tomo at groovecast dot org
I tried php5-200505272030, and the problem remains. windows native
version is not the case. It's a cygwin API problem.
cygwin's setitimer implementation is following.
at cygwin-1.5.16-1/winsup/cygwin/timer.cc:354
extern "C" int
setitimer (int which, const struct itimerval *value, struct itimerval
*ovalue)
{
if (which != ITIMER_REAL)
{
set_errno (EINVAL);
return -1;
}
--snipped--
As you can see setitimer(ITIMER_PROF, ...) fails, and no signal will be
generated.
[2005-05-27 08:49:07] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-05-27 01:18:04] tomo at groovecast dot org
Description:
Since Cygwin-1.5.16-1 implements setitimer (ITIMER_REAL, ...) only,
tests/func/005a.phpt test always fails. This problem also happens with
php5.
Reproduce code:
---
tests/func/005a.phpt contents.
Expected result:
Start
Shutdown
Actual result:
--
Start
--
Edit this bug report at http://bugs.php.net/?id=33156&edit=1
#33156 [Opn]: cygwin version of setitimer doesn't accept ITIMER_PROF
ID: 33156
Updated by: [EMAIL PROTECTED]
Reported By: tomo at groovecast dot org
Status: Open
Bug Type: Scripting Engine problem
Operating System: win32 / Cygwin
PHP Version: 5.*, 4.* (2005-06-20)
New Comment:
Verified with php5-200506250830
Previous Comments:
[2005-06-23 12:03:37] [EMAIL PROTECTED]
Verified with PHP5.1.0b2
[2005-06-20 13:20:05] [EMAIL PROTECTED]
set_time_limit() does not work unter WinXP/Cygwin, Win2k/Cygwin.
Verified with 4.3.11, 4.4.0RC1, 5.0.4, 5.1.0b1, 5.1-dev.
It works on the same machine under Linux.
Reproduce code:
---
Expected result:
The script terminates after 1 second
Actual result:
--
The script loops until it gets interrupted:
$ date; php 005a.php; date
Mon Jun 20 09:45:11 2005
Content-type: text/html
X-Powered-By: PHP/4.3.11
Start
^C
Mon Jun 20 09:48:18 2005
[2005-05-28 01:33:25] tomo at groovecast dot org
I tried php5-200505272030, and the problem remains. windows native
version is not the case. It's a cygwin API problem.
cygwin's setitimer implementation is following.
at cygwin-1.5.16-1/winsup/cygwin/timer.cc:354
extern "C" int
setitimer (int which, const struct itimerval *value, struct itimerval
*ovalue)
{
if (which != ITIMER_REAL)
{
set_errno (EINVAL);
return -1;
}
--snipped--
As you can see setitimer(ITIMER_PROF, ...) fails, and no signal will be
generated.
[2005-05-27 08:49:07] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-05-27 01:18:04] tomo at groovecast dot org
Description:
Since Cygwin-1.5.16-1 implements setitimer (ITIMER_REAL, ...) only,
tests/func/005a.phpt test always fails. This problem also happens with
php5.
Reproduce code:
---
tests/func/005a.phpt contents.
Expected result:
Start
Shutdown
Actual result:
--
Start
--
Edit this bug report at http://bugs.php.net/?id=33156&edit=1
#33156 [Opn->Ver]: cygwin version of setitimer doesn't accept ITIMER_PROF
ID: 33156
Updated by: [EMAIL PROTECTED]
Reported By: tomo at groovecast dot org
-Status: Open
+Status: Verified
Bug Type: Scripting Engine problem
Operating System: win32 / Cygwin
PHP Version: 5.*, 4.* (2005-06-20)
Previous Comments:
[2005-06-25 12:33:07] [EMAIL PROTECTED]
Verified with php5-200506250830
[2005-06-23 12:03:37] [EMAIL PROTECTED]
Verified with PHP5.1.0b2
[2005-06-20 13:20:05] [EMAIL PROTECTED]
set_time_limit() does not work unter WinXP/Cygwin, Win2k/Cygwin.
Verified with 4.3.11, 4.4.0RC1, 5.0.4, 5.1.0b1, 5.1-dev.
It works on the same machine under Linux.
Reproduce code:
---
Expected result:
The script terminates after 1 second
Actual result:
--
The script loops until it gets interrupted:
$ date; php 005a.php; date
Mon Jun 20 09:45:11 2005
Content-type: text/html
X-Powered-By: PHP/4.3.11
Start
^C
Mon Jun 20 09:48:18 2005
[2005-05-28 01:33:25] tomo at groovecast dot org
I tried php5-200505272030, and the problem remains. windows native
version is not the case. It's a cygwin API problem.
cygwin's setitimer implementation is following.
at cygwin-1.5.16-1/winsup/cygwin/timer.cc:354
extern "C" int
setitimer (int which, const struct itimerval *value, struct itimerval
*ovalue)
{
if (which != ITIMER_REAL)
{
set_errno (EINVAL);
return -1;
}
--snipped--
As you can see setitimer(ITIMER_PROF, ...) fails, and no signal will be
generated.
[2005-05-27 08:49:07] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
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/33156
--
Edit this bug report at http://bugs.php.net/?id=33156&edit=1
#16360 [NoF->Fbk]: Segmentation fault in Array functions
ID: 16360 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux, Windows, Tru64 PHP Version: 4.0CVS-2002-07-09 New Comment: Verified with 4.3.9. Could not verify with 5.0.3. Could anyone test with 4.3.10? Previous Comments: [2004-12-16 17:29:43] marius dot lessiak at oewa dot at same problem here. demonstration script 1 just throws a seg fault. demonstration script 2 works (memory settings:200M) php version is 4.3.4 running on apache2 [2002-12-08 09:25:16] hawk at yooo dot cc After upgrading from PHP 4.0.6 to 4.2.3 (stable) I experience the same problem - using the demonstration script 1 Apache/PHP dies with Segmentation fault (11). Using demonstration script 2 I only get an error indicating that the memory limit (8MB) has been exhausted. [2002-09-23 07:28:10] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-08-28 19:56:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip The problem no longer seems to happen with the latest CVS on Linux & Windows. [2002-07-09 05:42:36] [EMAIL PROTECTED] This happens on Tru64 with current CSV-Snapshot php4-20020709 > php-test/bin/php theline.php Unaligned access pid=10795 va=0x140062b7c pc=0x1201ab460 ra=0x1201ab454 inst=0xb401 FATAL: emalloc(): Unable to allocate 71 bytes 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/16360 -- Edit this bug report at http://bugs.php.net/?id=16360&edit=1
#24359 [NoF]: Function strtolower
ID: 24359
Updated by: [EMAIL PROTECTED]
Reported By: daniel at adsdigita dot com dot br
Status: No Feedback
Bug Type: Strings related
Operating System: Windows / Linux
-PHP Version: 4.3.3RC1
+PHP Version: 4.3.3
New Comment:
Verified with 4.3.3 and german umlauts:
strtolower("SÃœDSTADT") results in "sÃœdstadt"
Previous Comments:
[2003-07-02 22:17:27] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-06-27 10:05:31] [EMAIL PROTECTED]
Works fine here:
[EMAIL PROTECTED] derick]$ php
é
Did you select the correct locale with setlocale() ?
[2003-06-27 09:54:37] daniel at adsdigita dot com dot br
Description:
So,
I leave in Brazil and in our language we have
de caracter "É" (means IS in English), the matter of
fact is: strtolower couldn't work in this caracter ("É") to change it
in "é"
Reproduce code:
---
//Example:
echo strtolower("É");
Expected result:
é
Actual result:
--
É
--
Edit this bug report at http://bugs.php.net/?id=24359&edit=1
#25876 [NoF->Opn]: session_start(): Failed to initialize storage module
ID: 25876 Updated by: [EMAIL PROTECTED] Reported By: golden at riscom dot com -Status: No Feedback +Status: Open Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 Previous Comments: [2005-03-16 10:24:06] meier at schnubbelchen dot de Same problem (not reproducable always) on Apache 1.3.33, PHP 4.3.10, enough Space in /tmp, permissions OK /configure --prefix=/usr --with-apxs=/usr/local/apache/bin/apxs --enable-cli --with-config-file-path=/etc --enable-safe-mode --with-exec-dir=/usr/bin --with-mysql=/usr --with-zlib --with-xml --enable-wddx --with-gd --with-imap-ssl --enable-shared --with-pear --with-ldap --with-ldap-sasl --with-gettext --with-imap --with-mcrypt --with-openssl --with-dom --enable-ftp --with-snmp [2005-03-10 20:42:46] dmih at in-solve dot ru I can confirm this. We are hosting privider, 5+ servers with PHP sites. * Apache 1.3.33 / PHP 4.3.9, mod_php. * Session folder is OK, rather empty. * Bug is not related to Zend Optmiziser, not installed. * Under heavy load this bug freqency increases, more than just to reflect increased load. * I cannot approve or reject wherever CGI PHP is affected by this bug. I suspect that it is not affected. [2005-03-08 15:35:18] xtrange at gmail dot com In the php.ini I put: register_argc_argv = On ...and problem solved! [2005-03-03 21:26:59] reaper at fudo dot org To follow up to myself: my problem was that in php.ini i had: session.save_handler = user This is not the default. The default setting, that works for me, is: session.save_handler = files It was changed by a fellow admin, and i was unaware of this. Changing the setting back to teh defualt allowed everything to work exactly as it should. [2005-03-03 21:09:30] reaper at fudo dot org I am experiencing the same thing with apache 2.0.53, php 4.3.10, and linux 2.6 (debian). I notice that there is no real fix, and that this problem is persistent. I will investigate further, but is this a real problem or not? If it is, it should be dealt with. 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#29010 [Opn->Ver]: make test does not wait to email address
ID: 29010 Updated by: [EMAIL PROTECTED] Reported By: eero at jlug dot fi -Status: Open +Status: Verified Bug Type: *Compile Issues -Operating System: linux 2.6.x +Operating System: Linux -PHP Version: 5.0.0RC3 +PHP Version: 5.0.0 Previous Comments: [2004-07-04 19:23:13] eero at jlug dot fi Description: Make test does not wait email address. This issue is been long in php 5-dev series. Reproduce code: --- ./configure && make && make test System does not wait enought to input email address, if Y is selected in reporting option... -- Edit this bug report at http://bugs.php.net/?id=29010&edit=1
#29010 [Ver->Asn]: make test does not wait to email address
ID: 29010
Updated by: [EMAIL PROTECTED]
Reported By: eero at jlug dot fi
-Status: Verified
+Status: Assigned
Bug Type: *Compile Issues
Operating System: Linux
PHP Version: 5.0.0
New Comment:
This should fix the problem, please test:
In F:\Work\OSS\PHP\php-src: cvs -q -z9 diff -r 1.195 run-tests.php
CVSROOT=:pserver:[EMAIL PROTECTED]:/repository
Index: run-tests.php
===
RCS file: /repository/php-src/run-tests.php,v
retrieving revision 1.195
diff -r1.195 run-tests.php
448d447
< $fp = fopen("php://stdin", "r+");
Previous Comments:
[2004-07-04 19:23:13] eero at jlug dot fi
Description:
Make test does not wait email address. This issue is been long in php
5-dev series.
Reproduce code:
---
./configure && make && make test
System does not wait enought to input email address, if Y is selected
in reporting option...
--
Edit this bug report at http://bugs.php.net/?id=29010&edit=1
#29010 [Asn->Csd]: make test does not wait to email address
ID: 29010
Updated by: [EMAIL PROTECTED]
Reported By: eero at jlug dot fi
-Status: Assigned
+Status: Closed
Bug Type: *Compile Issues
Operating System: Linux
PHP Version: 5.0.0
New Comment:
Fixed in CVS. The question remains if the fixed behaviour is a bug in
PHP itself or not?
Previous Comments:
[2004-07-21 12:52:07] [EMAIL PROTECTED]
This should fix the problem, please test:
In F:\Work\OSS\PHP\php-src: cvs -q -z9 diff -r 1.195 run-tests.php
CVSROOT=:pserver:[EMAIL PROTECTED]:/repository
Index: run-tests.php
===
RCS file: /repository/php-src/run-tests.php,v
retrieving revision 1.195
diff -r1.195 run-tests.php
448d447
< $fp = fopen("php://stdin", "r+");
[2004-07-04 19:23:13] eero at jlug dot fi
Description:
Make test does not wait email address. This issue is been long in php
5-dev series.
Reproduce code:
---
./configure && make && make test
System does not wait enought to input email address, if Y is selected
in reporting option...
--
Edit this bug report at http://bugs.php.net/?id=29010&edit=1
#48893 [Opn]: Problems compiling with Curl
ID: 48893 Updated by: n...@php.net Reported By: n...@php.net Status: Open Bug Type: Compile Failure Operating System: Linux Ubuntu 6.04 PHP Version: 5.3.0 New Comment: $ curl --version curl 7.15.1 (i486-pc-linux-gnu) libcurl/7.15.1 OpenSSL/0.9.8a zlib/1.2.3 libidn/0.5.18 Protocols: tftp ftp gopher telnet dict ldap http file https ftps Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz Previous Comments: [2009-07-12 11:23:28] n...@php.net Description: Does not compile with curl Reproduce code: --- $ ./configure \ --prefix=/opt/php \ --sysconfdir=/etc/opt/php \ --localstatedir=/var/opt/php \ --with-apxs2=/opt/apache/sbin/apxs \ --with-mysql \ --with-mysqli \ --with-zlib \ --enable-inline-optimization \ --enable-sockets \ --enable-ftp \ --enable-pdo \ --enable-bcmath \ --with-pdo-mysql \ --with-gd \ --with-freetype-dir=/usr \ --with-jpeg-dir=/usr \ --with-curl \ --with-tidy \ --with-xsl \ --enable-exif \ --with-openssl $ make Expected result: Compiles fine Actual result: -- /bin/sh /home/compile/install_temp/php-5.3.0/libtool --silent --preserve-dup-deps --mode=compile /home/compile/install_temp/php-5.3.0/meta_ccld -Iext/curl/ -I/home/compile/install_temp/php-5.3.0/ext/curl/ -DPHP_ATOM_INC -I/home/compile/install_temp/php-5.3.0/include -I/home/compile/install_temp/php-5.3.0/main -I/home/compile/install_temp/php-5.3.0 -I/home/compile/install_temp/php-5.3.0/ext/date/lib -I/home/compile/install_temp/php-5.3.0/ext/ereg/regex -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/mysql -I/home/compile/install_temp/php-5.3.0/ext/sqlite3/libsqlite -I/usr/include/tidy -I/home/compile/install_temp/php-5.3.0/TSRM -I/home/compile/install_temp/php-5.3.0/Zend -D_REENTRANT -DTHREAD=1 -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -prefer-non-pic -c /home/compile/install_temp/php-5.3.0/ext/curl/interface.c -o ext/curl/interface.lo /home/compile/install_temp/php-5.3.0/ext/curl/interface.c: In function 'zm_startup_curl': /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:784: error: 'CURLFTPMETHOD_MULTICWD' undeclared (first use in this function) /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:784: error: (Each undeclared identifier is reported only once /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:784: error: for each function it appears in.) /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:785: error: 'CURLFTPMETHOD_NOCWD' undeclared (first use in this function) /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:786: error: 'CURLFTPMETHOD_SINGLECWD' undeclared (first use in this function) make: *** [ext/curl/interface.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=48893&edit=1
#48893 [Fbk->Opn]: Problems compiling with Curl
ID: 48893 Updated by: n...@php.net Reported By: n...@php.net -Status: Feedback +Status: Open Bug Type: cURL related Operating System: Linux Ubuntu 6.04 PHP Version: 5.3.0 New Comment: negative: $ dpkg -l | grep -i curl ii curl 7.15.1-1ubuntu3.1 Get a file from an HTTP, HTTPS, FTP or GOPHE ii libcurl3 7.15.1-1ubuntu3.1 Multi-protocol file transfer library ii libcurl3-dev 7.15.1-1ubuntu3.1 Transitional package to libcurl3-openssl-dev ii libcurl3-gnutls 7.15.1-1ubuntu3.1 Multi-protocol file transfer library ii libcurl3-openssl-dev 7.15.1-1ubuntu3.1 Development files and documentation for libc $ find / -type f -name curl.h /usr/include/curl/curl.h PHP 5.2.10 compiles fine on this box with the same user and the same configure options. Previous Comments: [2009-07-12 12:34:31] j...@php.net Sounds like your curl installation is borked. Perhaps you have older header files somewhere in your system which get used instead of the correct ones..? [2009-07-12 11:24:48] n...@php.net $ curl --version curl 7.15.1 (i486-pc-linux-gnu) libcurl/7.15.1 OpenSSL/0.9.8a zlib/1.2.3 libidn/0.5.18 Protocols: tftp ftp gopher telnet dict ldap http file https ftps Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz [2009-07-12 11:23:28] n...@php.net Description: Does not compile with curl Reproduce code: --- $ ./configure \ --prefix=/opt/php \ --sysconfdir=/etc/opt/php \ --localstatedir=/var/opt/php \ --with-apxs2=/opt/apache/sbin/apxs \ --with-mysql \ --with-mysqli \ --with-zlib \ --enable-inline-optimization \ --enable-sockets \ --enable-ftp \ --enable-pdo \ --enable-bcmath \ --with-pdo-mysql \ --with-gd \ --with-freetype-dir=/usr \ --with-jpeg-dir=/usr \ --with-curl \ --with-tidy \ --with-xsl \ --enable-exif \ --with-openssl $ make Expected result: Compiles fine Actual result: -- /bin/sh /home/compile/install_temp/php-5.3.0/libtool --silent --preserve-dup-deps --mode=compile /home/compile/install_temp/php-5.3.0/meta_ccld -Iext/curl/ -I/home/compile/install_temp/php-5.3.0/ext/curl/ -DPHP_ATOM_INC -I/home/compile/install_temp/php-5.3.0/include -I/home/compile/install_temp/php-5.3.0/main -I/home/compile/install_temp/php-5.3.0 -I/home/compile/install_temp/php-5.3.0/ext/date/lib -I/home/compile/install_temp/php-5.3.0/ext/ereg/regex -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/mysql -I/home/compile/install_temp/php-5.3.0/ext/sqlite3/libsqlite -I/usr/include/tidy -I/home/compile/install_temp/php-5.3.0/TSRM -I/home/compile/install_temp/php-5.3.0/Zend -D_REENTRANT -DTHREAD=1 -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -prefer-non-pic -c /home/compile/install_temp/php-5.3.0/ext/curl/interface.c -o ext/curl/interface.lo /home/compile/install_temp/php-5.3.0/ext/curl/interface.c: In function 'zm_startup_curl': /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:784: error: 'CURLFTPMETHOD_MULTICWD' undeclared (first use in this function) /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:784: error: (Each undeclared identifier is reported only once /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:784: error: for each function it appears in.) /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:785: error: 'CURLFTPMETHOD_NOCWD' undeclared (first use in this function) /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:786: error: 'CURLFTPMETHOD_SINGLECWD' undeclared (first use in this function) make: *** [ext/curl/interface.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=48893&edit=1
#48893 [Opn]: Problems compiling with Curl
ID: 48893 Updated by: n...@php.net Reported By: n...@php.net Status: Open Bug Type: cURL related Operating System: Linux Ubuntu 6.04 PHP Version: 5.3.0 New Comment: I've also checked latests HEAD/trunk: Same problem 5.3 branch: Same problem 5.2 branch: Problem not reproducable Previous Comments: [2009-07-12 13:31:19] n...@php.net negative: $ dpkg -l | grep -i curl ii curl 7.15.1-1ubuntu3.1 Get a file from an HTTP, HTTPS, FTP or GOPHE ii libcurl3 7.15.1-1ubuntu3.1 Multi-protocol file transfer library ii libcurl3-dev 7.15.1-1ubuntu3.1 Transitional package to libcurl3-openssl-dev ii libcurl3-gnutls 7.15.1-1ubuntu3.1 Multi-protocol file transfer library ii libcurl3-openssl-dev 7.15.1-1ubuntu3.1 Development files and documentation for libc $ find / -type f -name curl.h /usr/include/curl/curl.h PHP 5.2.10 compiles fine on this box with the same user and the same configure options. [2009-07-12 12:34:31] j...@php.net Sounds like your curl installation is borked. Perhaps you have older header files somewhere in your system which get used instead of the correct ones..? [2009-07-12 11:24:48] n...@php.net $ curl --version curl 7.15.1 (i486-pc-linux-gnu) libcurl/7.15.1 OpenSSL/0.9.8a zlib/1.2.3 libidn/0.5.18 Protocols: tftp ftp gopher telnet dict ldap http file https ftps Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz [2009-07-12 11:23:28] n...@php.net Description: Does not compile with curl Reproduce code: --- $ ./configure \ --prefix=/opt/php \ --sysconfdir=/etc/opt/php \ --localstatedir=/var/opt/php \ --with-apxs2=/opt/apache/sbin/apxs \ --with-mysql \ --with-mysqli \ --with-zlib \ --enable-inline-optimization \ --enable-sockets \ --enable-ftp \ --enable-pdo \ --enable-bcmath \ --with-pdo-mysql \ --with-gd \ --with-freetype-dir=/usr \ --with-jpeg-dir=/usr \ --with-curl \ --with-tidy \ --with-xsl \ --enable-exif \ --with-openssl $ make Expected result: Compiles fine Actual result: -- /bin/sh /home/compile/install_temp/php-5.3.0/libtool --silent --preserve-dup-deps --mode=compile /home/compile/install_temp/php-5.3.0/meta_ccld -Iext/curl/ -I/home/compile/install_temp/php-5.3.0/ext/curl/ -DPHP_ATOM_INC -I/home/compile/install_temp/php-5.3.0/include -I/home/compile/install_temp/php-5.3.0/main -I/home/compile/install_temp/php-5.3.0 -I/home/compile/install_temp/php-5.3.0/ext/date/lib -I/home/compile/install_temp/php-5.3.0/ext/ereg/regex -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/mysql -I/home/compile/install_temp/php-5.3.0/ext/sqlite3/libsqlite -I/usr/include/tidy -I/home/compile/install_temp/php-5.3.0/TSRM -I/home/compile/install_temp/php-5.3.0/Zend -D_REENTRANT -DTHREAD=1 -I/usr/include -g -O2 -fvisibility=hidden -pthread -DZTS -prefer-non-pic -c /home/compile/install_temp/php-5.3.0/ext/curl/interface.c -o ext/curl/interface.lo /home/compile/install_temp/php-5.3.0/ext/curl/interface.c: In function 'zm_startup_curl': /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:784: error: 'CURLFTPMETHOD_MULTICWD' undeclared (first use in this function) /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:784: error: (Each undeclared identifier is reported only once /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:784: error: for each function it appears in.) /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:785: error: 'CURLFTPMETHOD_NOCWD' undeclared (first use in this function) /home/compile/install_temp/php-5.3.0/ext/curl/interface.c:786: error: 'CURLFTPMETHOD_SINGLECWD' undeclared (first use in this function) make: *** [ext/curl/interface.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=48893&edit=1
#27780 [Csd->Opn]: nohn
ID: 27780
Updated by: [EMAIL PROTECTED]
-Summary: strtotime(+1 xxx) returns 1 more hours
Reported By: Hua dot Qu at volvo dot com
-Status: Closed
+Status: Open
Bug Type: Date/time related
-Operating System: Windows 2000
+Operating System: Windows 2000, Cygwin
-PHP Version: 4.3.4
+PHP Version: 4.3.4, 5.1.0RC3
New Comment:
This reoccurs with 5.1.0RC3 on Cygwin.
The test expects
1076824799 [2004-02-14 23:59:59 CST] [2004-04-07 00:00:00 -2 months +7
days +23
hours +59 minutes +59 seconds]
but the result is
1076824799 [2004-02-14 23:59:59 GMT] [2004-04-07 00:00:00 -2 months +7
days +23 hour
s +59 minutes +59 seconds]
I suppose, the test case is broken here.
Previous Comments:
[2004-06-03 11:06:17] neilus at dcs dot kcl dot ac dot uk
this is re-occurring in the 4.3 tests, so either the test or bug needs
to be fixed
[2004-04-01 15:38:33] [EMAIL PROTECTED]
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.
Please test the snapshot (in 4 hours)!
[2004-03-31 02:56:20] [EMAIL PROTECTED]
Right, this is a valid bug.
[2004-03-31 02:41:03] Hua dot Qu at volvo dot com
Thank you for quickly reply.
I still consider it as a bug. If I set
$to = “2004-03-28 00:00:00”
$march0 = strftime("%Y-%m-%d %H:%M:%S", strtotime("$to"));
$march1 = strftime("%Y-%m-%d %H:%M:%S", strtotime("$to +1 second"));
$march2 = strftime("%Y-%m-%d %H:%M:%S", strtotime("$to +1 day "));
$march1 gives the correct result, while $march2 gives the wrong result.
Because during the midnight of 28th it changed from the wintertime to
the summertime for daylight saving.
As you pointed out, to add a timezone:
$to = "2004-03-28 00:00:00 WET";
$march0 = strftime("%Y-%m-%d %H:%M:%S", strtotime("$to"));
$march1 = strftime("%Y-%m-%d %H:%M:%S", strtotime("$to +1 seconds "));
$march2 = strftime("%Y-%m-%d %H:%M:%S", strtotime("$to +1 day "));
Relative to $march0, $march1 gives the correct output, but these two
outputs are not what I expected. $march2 is still totally wrong no
matter reference to which dates.
The point is, I think, PHP checks the output result with for daylight
saving, but not the original input date.
Regards,
Hua Qu
[2004-03-30 12:12:55] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You need to add timezone information to the original date.
For example change your text time to "2004-06-01 00:00:00
EST".
The end result will be that strtotime($to) will be 1
smaller then strtotime("$to +1 seconds "), which is the
correct output.
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/27780
--
Edit this bug report at http://bugs.php.net/?id=27780&edit=1
#25665 [Asn]: var_dump/print_r hang on NaN and INF
ID: 25665 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: *General Issues Operating System: * PHP Version: 4CVS, 5CVS Assigned To: helly New Comment: Could reproduce with 5.1.0RC3 on Cygwin Previous Comments: [2005-10-09 10:45:47] [EMAIL PROTECTED] Could reproduce it also on Solaris 10 (Sparc) with latest 4CVS [2005-10-08 14:28:24] [EMAIL PROTECTED] Assigned to the maintainer of this part.. :) [2005-10-08 11:09:01] [EMAIL PROTECTED] Could reproduce that bug with 4.4.1RC1 on Cygwin [2004-06-18 20:49:08] [EMAIL PROTECTED] Could you please edit the following file: ext/standard/tests/math/bug25665.phpt and duplicate the '-INF' lines to also test 'INF'? Then please report the output of php run-tests.php ext/standard/tests/math/bug25665.phpt I suspect all but -INF works, right? [2004-06-18 14:18:40] scott_heffner at hotmail dot com Can't speak for the original poster, but I've run into this issue on Solaris 8 for x86. Thanks 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/25665 -- Edit this bug report at http://bugs.php.net/?id=25665&edit=1
#34908 [Bgs->Opn]: uniqid() produces too long strings on cygwin
ID: 34908 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Strings related Operating System: Cygwin PHP Version: 5.1.0RC3 New Comment: Reopening. In that case, tests/strings/001.phpt needs to behave different on Cygwin than on other systems. Previous Comments: [2005-10-19 15:40:28] [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 On Cygwin systems to ensure a trully unique id the more_entropy is enabled by default, which causes another 9 characters to appear at the end. This is a not a bug. [2005-10-18 15:29:37] [EMAIL PROTECTED] Description: Taking the regression test tests/strings/001.phpt, uniqid behaves different on Cygwin than specified in the manual. This may be related to #2201, but the very same test acts on Linux as expected. Reproduce code: --- Expected result: $ php ~/test.php Testing uniqid: failed! int(29) int(29) string(29) "prefix4354f7719641d8" string(29) "prefix4354f7719641d3" Actual result: -- $ php ~/test.php Testing uniqid: failed! int(29) int(29) string(29) "prefix4354f7719641d8.40924743" string(29) "prefix4354f7719641d3.17144927" -- Edit this bug report at http://bugs.php.net/?id=34908&edit=1
#34908 [Fbk->Opn]: uniqid() produces too long strings on cygwin
ID: 34908 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Strings related -Operating System: Cygwin +Operating System: Cygwin, Win32 PHP Version: 5.1.0RC3 New Comment: Tony: - You don't need to find that out. Either set it always to true or always to false: $ui1 = uniqid($str, false); $ui2 = uniqid($str, false); Of course you could also use php_uname() for that. Cygwin identifies as Cygwin, so there is no problem here. Ilia: - That behaviour is not documented on http://de2.php.net/uniqid Previous Comments: [2005-10-19 23:17:45] [EMAIL PROTECTED] Do you know of any way to detect if PHP is running on Cygwin from PHP itself? [2005-10-19 19:38:23] [EMAIL PROTECTED] Reopening. In that case, tests/strings/001.phpt needs to behave different on Cygwin than on other systems. [2005-10-19 15:40:28] [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 On Cygwin systems to ensure a trully unique id the more_entropy is enabled by default, which causes another 9 characters to appear at the end. This is a not a bug. [2005-10-18 15:29:37] [EMAIL PROTECTED] Description: Taking the regression test tests/strings/001.phpt, uniqid behaves different on Cygwin than specified in the manual. This may be related to #2201, but the very same test acts on Linux as expected. Reproduce code: --- Expected result: $ php ~/test.php Testing uniqid: failed! int(29) int(29) string(29) "prefix4354f7719641d8" string(29) "prefix4354f7719641d3" Actual result: -- $ php ~/test.php Testing uniqid: failed! int(29) int(29) string(29) "prefix4354f7719641d8.40924743" string(29) "prefix4354f7719641d3.17144927" -- Edit this bug report at http://bugs.php.net/?id=34908&edit=1
#34908 [Fbk->Opn]: uniqid() produces too long strings on cygwin
ID: 34908
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Strings related
-Operating System: Cygwin, Win32
+Operating System: Cygwin
PHP Version: 5.1.0RC3
New Comment:
184c185,192
< if (strlen($ui1) == strlen($ui2) && strlen($ui1) == 19 && $ui1 !=
$ui2) {
---
>
> if (strtoupper(substr(php_uname(), 0, 6)) === 'CYGWIN') {
> $expected_length = 29;
> } else {
> $expected_length = 19;
> }
>
> if (strlen($ui1) == strlen($ui2) && strlen($ui1) == $expected_length
&& $ui1 != $ui2) {
Previous Comments:
[2005-10-20 11:16:19] [EMAIL PROTECTED]
So make a patch then and make sure that it works for you on Cygwin.
I don't have Cygwin anywhere and I'm sure Ilia doesn't have it either.
[2005-10-20 10:33:48] [EMAIL PROTECTED]
Tony:
-
You don't need to find that out. Either set it always to true or always
to false:
$ui1 = uniqid($str, false);
$ui2 = uniqid($str, false);
Of course you could also use php_uname() for that. Cygwin identifies as
Cygwin, so there is no problem here.
Ilia:
-
That behaviour is not documented on http://de2.php.net/uniqid
[2005-10-19 23:17:45] [EMAIL PROTECTED]
Do you know of any way to detect if PHP is running on Cygwin from PHP
itself?
[2005-10-19 19:38:23] [EMAIL PROTECTED]
Reopening.
In that case, tests/strings/001.phpt needs to behave different on
Cygwin than on other systems.
[2005-10-19 15:40:28] [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
On Cygwin systems to ensure a trully unique id the more_entropy is
enabled by default, which causes another 9 characters to appear at the
end. This is a not a bug.
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/34908
--
Edit this bug report at http://bugs.php.net/?id=34908&edit=1
#34966 [Fbk->Opn]: sqlite_open fails to create database
ID: 34966 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: SQLite related Operating System: Cygwin PHP Version: 5CVS-2005-10-24 (snap) New Comment: Be a bit constructive please. Previous Comments: [2005-10-24 12:34:11] [EMAIL PROTECTED] Please try it on real OS (i.e. not Cygwin). The code works perfectly here. [2005-10-24 12:31:10] [EMAIL PROTECTED] Description: sqlite_open fails to create database Reproduce code: --- Expected result: some db result Actual result: -- $ sapi/cli/php test.php Warning: sqlite_open(): unable to open database: /tmp/php5-200510240830/mysqlitedb in /tmp/php5-200510240830/test.php on line 2 unable to open database: /tmp/php5-200510240830/mysqlitedb -- Edit this bug report at http://bugs.php.net/?id=34966&edit=1
#34966 [Fbk->Opn]: sqlite_open fails to create database
ID: 34966 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: SQLite related Operating System: Cygwin PHP Version: 5CVS-2005-10-24 (snap) New Comment: It works on Win32. Previous Comments: [2005-10-24 16:52:33] [EMAIL PROTECTED] For the record, we don't support cygwin builds of PHP. [2005-10-24 15:56:17] [EMAIL PROTECTED] I'll rephrase: I would like to know if it's a Cygwin specific issue or not. Please try it on Win32 (which you should have too apparently). [2005-10-24 15:42:11] [EMAIL PROTECTED] Be a bit constructive please. [2005-10-24 12:34:11] [EMAIL PROTECTED] Please try it on real OS (i.e. not Cygwin). The code works perfectly here. [2005-10-24 12:31:10] [EMAIL PROTECTED] Description: sqlite_open fails to create database Reproduce code: --- Expected result: some db result Actual result: -- $ sapi/cli/php test.php Warning: sqlite_open(): unable to open database: /tmp/php5-200510240830/mysqlitedb in /tmp/php5-200510240830/test.php on line 2 unable to open database: /tmp/php5-200510240830/mysqlitedb -- Edit this bug report at http://bugs.php.net/?id=34966&edit=1
#35016 [Fbk->Opn]: Problem linking CLI binary
ID: 35016 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SunOS 5.10 PHP Version: 5.1.0RC4 New Comment: What information to you need? Previous Comments: [2005-10-31 12:49:53] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2005-10-29 10:10:06] [EMAIL PROTECTED] Description: Linking the binary fails. Reproduce code: --- $ ./configure --without-pear --disable-libxml --disable-simplexml --disable-xml --disable-dom $ make $ ld -v GNU ld version 2.9.1 (with BFD 2.9.1) Actual result: -- qlite/libsqlite/src/auth.lo ext/sqlite/libsqlite/src/btree.lo ext/sqlite/libsqlite/src/build.lo ext/sqlite/libsqlite/src/delete.lo ext/sqlite/libsqlite/src/expr.lo ext/sqlite/libsqlite/src/func.lo ext/sqlite/libsqlite/src/hash.lo ext/sqlite/libsqlite/src/insert.lo ext/sqlite/libsqlite/src/main.lo ext/sqlite/libsqlite/src/os.lo ext/sqlite/libsqlite/src/pager.lo ext/sqlite/libsqlite/src/printf.lo ext/sqlite/libsqlite/src/random.lo ext/sqlite/libsqlite/src/select.lo ext/sqlite/libsqlite/src/table.lo ext/sqlite/libsqlite/src/tokenize.lo ext/sqlite/libsqlite/src/update.lo ext/sqlite/libsqlite/src/util.lo ext/sqlite/libsqlite/src/vdbe.lo ext/sqlite/libsqlite/src/attach.lo ext/sqlite/libsqlite/src/btree_rb.lo ext/sqlite/libsqlite/src/pragma.lo ext/sqlite/libsqlite/src/vacuum.lo ext/sqlite/libsqlite/src/copy.lo ext/sqlite/libsqlite/src/vdbeaux.lo ext/sqlite/libsqlite/src/date.lo ext/sqlite/libsqlite/src/where.lo ext/sqlite/libsqlite/src/trigger.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/sha1.lo ext/standard/user_filters.lo ext/standard/uuencode.lo ext/standard/filters.lo ext/standard/proc_open.lo ext/standard/sunfuncs.lo ext/standard/streamsfuncs.lo ext/standard/http.lo ext/tokenizer/tokenizer.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/streams/streams.lo main/streams/cast.lo main/streams/memory.lo main/streams/filter.lo main/streams/plain_wrapper.lo main/streams/userspace.lo main/streams/transports.lo main/streams/xp_socket.lo main/streams/mmap.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts
#35328 [Fbk->Opn]: go-pear fails on Win32
ID: 35328 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Win32 -PHP Version: 5.1.0RC6 +PHP Version: 5.1.0RC7-dev Assigned To: cellog New Comment: Also happens with php5.1-win32-200511231930: C:\wamp\php>php -v PHP 5.1.0RC7-dev (cli) (built: Nov 23 2005 20:23:38) Copyright (c) 1997-2005 The PHP Group Zend Engine v2.1.0-dev, Copyright (c) 1998-2005 Zend Technologies C:\wamp\php>go-pear Are you installing a system-wide PEAR or a local copy? (system|local) [system] : Below is a suggested file layout for your new PEAR installation. To change individual locations, type the number in front of the directory. Type 'all' to change all of them or simply press Enter to accept these locations. 1. Installation base ($prefix) : C:\wamp\php 2. Binaries directory: C:\wamp\php 3. PHP code directory ($php_dir) : C:\wamp\php\pear 4. Documentation directory : C:\wamp\php\pear\docs 5. Data directory: C:\wamp\php\pear\data 6. Tests directory : C:\wamp\php\pear\tests 7. Name of configuration file: C:\WINDOWS\pear.ini 8. Path to CLI php.exe : C:\wamp\php\. 1-8, 'all' or Enter to continue: Beginning install... Configuration written to C:\WINDOWS\pear.ini... Initialized registry... Preparing to install... installing phar://go-pear.phar/PEAR/go-pear-tarballs/Archive_Tar-1.3.1.tar... installing phar://go-pear.phar/PEAR/go-pear-tarballs/Console_Getopt-1.2.tar... installing phar://go-pear.phar/PEAR/go-pear-tarballs/PEAR-1.4.5.tar... pear/PEAR can optionally use package "pear/XML_RPC" (version >= 1.4.0) install ok: channel://pear.php.net/Archive_Tar-1.3.1 install ok: channel://pear.php.net/Console_Getopt-1.2 Warning: PEAR_Installer_Role::require_once(PEAR/Installer/Role/Php.php): failed to open stream: Invalid argument in phar://go-pear.phar/PEAR/Installer/Role.php on line 80 Fatal error: PEAR_Installer_Role::require_once(): Failed opening required 'PEAR/ Installer/Role/Php.php' (include_path='.;C:\php5\pear') in phar://go-pear.phar/P EAR/Installer/Role.php on line 80 Drücken Sie eine beliebige Taste . . . Previous Comments: [2005-11-23 07:44:38] [EMAIL PROTECTED] please try a snapshot, or grab http://pear.php.net/go-pear.phar directly and use that with RC6 [2005-11-22 13:27:29] [EMAIL PROTECTED] Greg, please fix it. [2005-11-22 13:02:27] [EMAIL PROTECTED] Description: go-pear fails with 5.1.0RC6 on Win32 Reproduce code: --- > go-pear.bat Expected result: PEAR gets installed Actual result: -- C:\wamp\php>go-pear Are you installing a system-wide PEAR or a local copy? (system|local) [system] : Below is a suggested file layout for your new PEAR installation. To change individual locations, type the number in front of the directory. Type 'all' to change all of them or simply press Enter to accept these locations. 1. Installation base ($prefix) : C:\wamp\php 2. Binaries directory: C:\wamp\php 3. PHP code directory ($php_dir) : C:\wamp\php\pear 4. Documentation directory : C:\wamp\php\pear\docs 5. Data directory: C:\wamp\php\pear\data 6. Tests directory : C:\wamp\php\pear\tests 7. Name of configuration file: C:\WINDOWS\pear.ini 8. Path to CLI php.exe : C:\wamp\php\. 1-8, 'all' or Enter to continue: Beginning install... Configuration written to C:\WINDOWS\pear.ini... Initialized registry... Preparing to install... installing phar://go-pear.phar/PEAR/go-pear-tarballs/Archive_Tar-1.3.1.tar... installing phar://go-pear.phar/PEAR/go-pear-tarballs/Console_Getopt-1.2.tar... installing phar://go-pear.phar/PEAR/go-pear-tarballs/PEAR-1.4.3.tar... WARNING: channel "pear.php.net" has updated its protocols, use "channel-update p ear.php.net" to update pear/PEAR can optionally use package "pear/XML_RPC" (version >= 1.4.0) install ok: channel://pear.php.net/Archive_Tar-1.3.1 install ok: channel://pear.php.net/Console_Getopt-1.2 Warning: PEAR_Installer_Role::factory(PEAR/Installer/Role/Php.php): failed to op en stream: Invalid argument in phar://go-pear.phar/PEAR/Installer/Role.php on li ne 80 Fatal error: PEAR_Installer_Role::factory(): Failed opening required 'PEAR/Insta ller/Role/Php.php' (include_path='.;C:\php5\pear') in phar://go-pear.phar/PEAR/I nstaller/Role.php on line 80 -- Edit this bug report at http://bugs.php.net/?id=35328&edit=1
#37324 [Bgs->Csd]: php-src/ext/unicode/property.c:261: undefined reference to `RETURN_UCHAR32'
ID: 37324 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Closed Bug Type: Compile Failure Operating System: Linux PHP Version: 6CVS-2006-05-05 (CVS) New Comment: I did not forget this. Andrei checked in the file in question (/ZendEngine2/zend_API.h) two hours later at 05/04/2006 23:22:17. So please do not mark this as bogus, when it's not bogus. It's just fixed in CVS, but was a valid bug. Previous Comments: [2006-05-05 08:18:14] [EMAIL PROTECTED] You forgot to do `cvs up Zend`. Please use internals@ for such questions in the future. Thank you. [2006-05-05 06:40:57] [EMAIL PROTECTED] Description: Must be one of these: modifiedtony2001/php-src/ext/informix/config.m4 05/04/2006 20:59:59several minor fixes: nuke compile warnings etc. modifiedtony2001/php-src/ext/informix/ifx.ec05/04/2006 20:59:59several minor fixes: nuke compile warnings etc. modifiedandrei /php-src/ext/unicode/php_property.h 05/04/2006 20:37:12Some more work on property/names stuff. modifiedandrei /php-src/ext/unicode/property.c 05/04/2006 20:37:12Some more work on property/names stuff. modifiedandrei /php-src/ext/unicode/unicode.c 05/04/2006 20:37:12 Some more work on property/names stuff. Actual result: -- /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/xsl/xsltprocessor.c: In function `zif_xsl_xsltprocessor_set_parameter': /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/xsl/xsltprocessor.c:608: warning: passing arg 2 of `zend_hash_get_current_key_ex' from incompatible pointer type /opt/cruisecontrol/projects/PHP_HEAD/php-src/main/streams/streams.c: In function `_php_stream_write_buffer': /opt/cruisecontrol/projects/PHP_HEAD/php-src/main/streams/streams.c:1277: warning: passing arg 4 of `ucnv_fromUnicode_3_4' from incompatible pointer type /opt/cruisecontrol/projects/PHP_HEAD/php-src/main/streams/streams.c: In function `_php_stream_passthru': /opt/cruisecontrol/projects/PHP_HEAD/php-src/main/streams/streams.c:1577: warning: passing arg 4 of `ucnv_fromUnicode_3_4' from incompatible pointer type ext/unicode/property.o: In function `zif_char_get_mirrored': /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/unicode/property.c:261: undefined reference to `RETURN_UCHAR32' ext/unicode/property.o: In function `zif_char_from_digit': /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/unicode/property.c:367: undefined reference to `RETURN_UCHAR32' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- Edit this bug report at http://bugs.php.net/?id=37324&edit=1
#36424 [Opn]: Serializable interface breaks object references
ID: 36424
Updated by: [EMAIL PROTECTED]
Reported By: mastabog at hotmail dot com
Status: Open
Bug Type: SPL related
Operating System: *nix, win32
-PHP Version: 5.1.2
+PHP Version: 5.1.2, 5.1.3rc2-dev
New Comment:
When playing around with this bug, I discovered this:
While
var_dump($new_oC->A === $new_oC->B->A);
Results into bool(false)
$this->assertEquals($new_oC->A, $new_oC->B->A);
Does not fail!
Previous Comments:
[2006-02-17 06:27:22] mastabog at hotmail dot com
Description:
First of all, I know this is very new and undocumented.
The Serializable interface serialize() method breaks reference of
objects that are properties of the serialized object and that they
themselves implement the Serializable interface. See the reproduceable
code below.
an echo over $ser yields:
C:1:"C":85:{a:2:{s:1:"A";C:1:"A":6:{a:0:{}}s:1:"B";C:1:"B":32:{a:1:{s:1:"A";C:1:"A":6:{a:0:{}}
It's visible that the last A is not a reference but a new class
instance.
I know that Serializable::unserialize() acts as a constructor, but
shouldn't object references be honored by Serializable::serialize() the
same way unserialize() does when the class does not implement the
Serializable interface.
If we remove the Serializable interface from class A and leave it like
this:
class A {}
then $ser looks like the following:
O:1:"C":2:{s:1:"A";O:1:"A":0:{}s:1:"B";O:1:"B":1:{s:1:"A";r:2;}}
And it's visible that the last A is a reference.
If this is all intended behavior for the Serializable interface to
break object references then you can ignore this bug report. I hope
it's not though, because it would have provided a better alternative to
the __sleep() and __wakeup() (e.g. classes extending the PDO class
cannot be serialized using __sleep() and __wakeup(), neither by
overloading nor by default)
Reproduce code:
---
class A implements Serializable
{
public function serialize ()
{
$serialized = array();
foreach($this as $prop => $val) {
$serialized[$prop] = $val;
}
return serialize($serialized);
//return serialize(get_object_vars($this));
}
function unserialize($serialized)
{
foreach(unserialize($serialized) as $prop => $val) {
$this->$prop = $val;
}
return true;
}
}
class B extends A
{
public $A;
}
class C extends A
{
public $A;
public $B;
}
$oC = new C();
$oC->A = new A();
$oC->B = new B();
$oC->B->A = $oC->A;
echo $oC->A === $oC->B->A ? "yes" : "no", "\n";
$ser = serialize($oC);
$new_oC = unserialize($ser);
echo $new_oC->A === $new_oC->B->A ? "yes" : "no", "\n";
Expected result:
yes
yes
Actual result:
--
yes
no
--
Edit this bug report at http://bugs.php.net/?id=36424&edit=1
#36424 [Opn]: Serializable interface breaks object references
ID: 36424
Updated by: [EMAIL PROTECTED]
Reported By: mastabog at hotmail dot com
Status: Open
Bug Type: SPL related
Operating System: *nix, win32
PHP Version: 5.1.2, 5.1.3rc2-dev
New Comment:
To make this fail, it needs to be
$this->assertEquals(true, $new_oC->A === $new_oC->B->A);
Previous Comments:
[2006-03-18 10:29:16] [EMAIL PROTECTED]
When playing around with this bug, I discovered this:
While
var_dump($new_oC->A === $new_oC->B->A);
Results into bool(false)
$this->assertEquals($new_oC->A, $new_oC->B->A);
Does not fail!
[2006-02-17 06:27:22] mastabog at hotmail dot com
Description:
First of all, I know this is very new and undocumented.
The Serializable interface serialize() method breaks reference of
objects that are properties of the serialized object and that they
themselves implement the Serializable interface. See the reproduceable
code below.
an echo over $ser yields:
C:1:"C":85:{a:2:{s:1:"A";C:1:"A":6:{a:0:{}}s:1:"B";C:1:"B":32:{a:1:{s:1:"A";C:1:"A":6:{a:0:{}}
It's visible that the last A is not a reference but a new class
instance.
I know that Serializable::unserialize() acts as a constructor, but
shouldn't object references be honored by Serializable::serialize() the
same way unserialize() does when the class does not implement the
Serializable interface.
If we remove the Serializable interface from class A and leave it like
this:
class A {}
then $ser looks like the following:
O:1:"C":2:{s:1:"A";O:1:"A":0:{}s:1:"B";O:1:"B":1:{s:1:"A";r:2;}}
And it's visible that the last A is a reference.
If this is all intended behavior for the Serializable interface to
break object references then you can ignore this bug report. I hope
it's not though, because it would have provided a better alternative to
the __sleep() and __wakeup() (e.g. classes extending the PDO class
cannot be serialized using __sleep() and __wakeup(), neither by
overloading nor by default)
Reproduce code:
---
class A implements Serializable
{
public function serialize ()
{
$serialized = array();
foreach($this as $prop => $val) {
$serialized[$prop] = $val;
}
return serialize($serialized);
//return serialize(get_object_vars($this));
}
function unserialize($serialized)
{
foreach(unserialize($serialized) as $prop => $val) {
$this->$prop = $val;
}
return true;
}
}
class B extends A
{
public $A;
}
class C extends A
{
public $A;
public $B;
}
$oC = new C();
$oC->A = new A();
$oC->B = new B();
$oC->B->A = $oC->A;
echo $oC->A === $oC->B->A ? "yes" : "no", "\n";
$ser = serialize($oC);
$new_oC = unserialize($ser);
echo $new_oC->A === $new_oC->B->A ? "yes" : "no", "\n";
Expected result:
yes
yes
Actual result:
--
yes
no
--
Edit this bug report at http://bugs.php.net/?id=36424&edit=1
#27833 [Asn]: Concatenating overloaded objects fails
ID: 27833 Updated by: [EMAIL PROTECTED] Reported By: steph dot fox at virgin dot net Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS-2004-04-02 (dev) Assigned To: helly New Comment: Seems to work for PHP 5.1.3rc2-dev. Previous Comments: [2006-01-06 15:35:04] [EMAIL PROTECTED] Derick said this was fixed in HEAD, needs to be merged to PHP_5_2 [2004-04-03 12:24:11] [EMAIL PROTECTED] In PHP 5.0 this won't be supported. __toString() will only be called automatically if it's the only argument to echo/print. Note that this does not affect internal extensions such as SimpleXML who require this to work in order to be useful. The main problem with supporting automatic __toString() calls is the fact that opcodes aren't reentrant and it requires restructuring of some of the infrastructure of the engine. Looking into this is on my TODO for post-stable 5.0. Can't promise anything though. [2004-04-03 08:16:06] steph dot fox at virgin dot net OK, I did my research now. Sadly run-tests doesn't work on win98 due to the piping element, but I found that building PHP with zend_std_cast_object_tostring included as part of the std_object_handlers struct gets rid of all the issues & doesn't cause any new issues in ext/simplexml's test batch. (I ran them manually). Of course the other new extensions that use std_object_handlers might be adversely affected, but it's override-able (no?). It's such an easy fix (must be if I can find it!), I'm obviously missing the reason that the cast_object property's currently set as NULL. The internals list archives show a huge discussion on the subject, most of which goes straight over my head. Just looking for clarity now.. [2004-04-02 03:19:53] steph dot fox at virgin dot net erm, yes it does - echo $obj; // works fine echo (string) $obj; // fails - but I thought that was _meant_ to fail currently :\ Andi, when you bogus this report, could you please clarify exactly what should or shouldn't happen at this point? Docs need to reflect intended behaviour too.. [2004-04-02 03:13:58] [EMAIL PROTECTED] It doesn't work without the concat either. 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/27833 -- Edit this bug report at http://bugs.php.net/?id=27833&edit=1
#27833 [Asn]: Concatenating overloaded objects fails
ID: 27833 Updated by: [EMAIL PROTECTED] Reported By: steph dot fox at virgin dot net Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS-2004-04-02 (dev) Assigned To: helly New Comment: Forget my last comment. Previous Comments: [2006-03-18 10:55:51] [EMAIL PROTECTED] Seems to work for PHP 5.1.3rc2-dev. [2006-01-06 15:35:04] [EMAIL PROTECTED] Derick said this was fixed in HEAD, needs to be merged to PHP_5_2 [2004-04-03 12:24:11] [EMAIL PROTECTED] In PHP 5.0 this won't be supported. __toString() will only be called automatically if it's the only argument to echo/print. Note that this does not affect internal extensions such as SimpleXML who require this to work in order to be useful. The main problem with supporting automatic __toString() calls is the fact that opcodes aren't reentrant and it requires restructuring of some of the infrastructure of the engine. Looking into this is on my TODO for post-stable 5.0. Can't promise anything though. [2004-04-03 08:16:06] steph dot fox at virgin dot net OK, I did my research now. Sadly run-tests doesn't work on win98 due to the piping element, but I found that building PHP with zend_std_cast_object_tostring included as part of the std_object_handlers struct gets rid of all the issues & doesn't cause any new issues in ext/simplexml's test batch. (I ran them manually). Of course the other new extensions that use std_object_handlers might be adversely affected, but it's override-able (no?). It's such an easy fix (must be if I can find it!), I'm obviously missing the reason that the cast_object property's currently set as NULL. The internals list archives show a huge discussion on the subject, most of which goes straight over my head. Just looking for clarity now.. [2004-04-02 03:19:53] steph dot fox at virgin dot net erm, yes it does - echo $obj; // works fine echo (string) $obj; // fails - but I thought that was _meant_ to fail currently :\ Andi, when you bogus this report, could you please clarify exactly what should or shouldn't happen at this point? Docs need to reflect intended behaviour too.. 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/27833 -- Edit this bug report at http://bugs.php.net/?id=27833&edit=1
#36789 [Bgs->Opn]: ext/standard/basic_functions.c - zend_language_scanner.h not found
ID: 36789 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: Linux 2.6.10 (Ubuntu 5.04) PHP Version: 5CVS-2006-03-19 (CVS) New Comment: In this case, the website needs an update: http://www.php.net/anoncvs.php Previous Comments: [2006-03-19 16:55:59] [EMAIL PROTECTED] Please don't use php-src but php5 or php6 CVS module. [2006-03-19 16:34:36] [EMAIL PROTECTED] Description: zend_language_scanner.h not found during compilation process with latest PHP_5_1 CVS. flex 2.5.31 gcc 3.3.5 autoconf 2.59 libtool 1.5.6 PHP 5.1.2 compiles fine with the same settings. Reproduce code: --- $ cvs -d :pserver:[EMAIL PROTECTED]:/repository login $ cvs -d :pserver:[EMAIL PROTECTED]:/repository checkout -r PHP_5_1 php-src $ cd php-src $ ./buildconf $ ./configure --prefix=/opt/php --sysconfdir=/etc/opt/php --sharedstatedir=/var/opt/php --disable-cgi --enable-cli $ make Expected result: Everything compiles fine. Actual result: -- /bin/sh /home/project/PHP_5_1/php-src/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/standard/ -I/home/project/PHP_5_1/php-src/ext/standard/ -DPHP_ATOM_INC -I/home/project/PHP_5_1/php-src/include -I/home/project/PHP_5_1/php-src/main -I/home/project/PHP_5_1/php-src -I/usr/include/libxml2 -I/home/project/PHP_5_1/php-src/ext/date/lib -I/home/project/PHP_5_1/php-src/TSRM -I/home/project/PHP_5_1/php-src/Zend-I/usr/include -g -O2 -c /home/project/PHP_5_1/php-src/ext/standard/basic_functions.c -o ext/standard/basic_functions.lo /home/project/PHP_5_1/php-src/ext/standard/basic_functions.c:45:34: zend_language_parser.h: No such file or directory make: *** [ext/standard/basic_functions.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=36789&edit=1
#37092 [Opn]: ext/sqlite/sqlite.c:1005: parse error before `*'
ID: 37092 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Linux PHP Version: 6CVS-2006-04-15 (CVS) New Comment: When adding --without-sqlite to the configure line, everything works fine. Previous Comments: [2006-04-15 15:47:03] [EMAIL PROTECTED] Description: Latest HEAD does not compile. Reproduce code: --- $ cvs -d :pserver:[EMAIL PROTECTED]:/repository checkout php-src $ cd php-src $ ./buildconf $ ./configure --prefix=/opt/cruisecontrol/projects/PHP_HEAD/slash/opt/php --disable-cgi --enable-cli --with-mysql=/usr --with-pgsql=/opt/postgres --with-zlib --with-xml --enable-inline-optimization --enable-sockets --enable-ftp --with-gd --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-gettext --with-curl=/opt/curl --with-tidy=/opt/tidy --with-libxml-dir=/opt/libxml2 --with-xsl=/opt/libxslt --with-imap --with-imap-ssl $ make Expected result: Compiles fine Actual result: -- /bin/sh /opt/cruisecontrol/projects/PHP_HEAD/php-src/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/sqlite/libsqlite/src -I/opt/cruisecontrol/projects/PHP_HEAD/php-src/ext -Iext/sqlite/ -I/opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/sqlite/ -DPHP_ATOM_INC -I/opt/cruisecontrol/projects/PHP_HEAD/php-src/include -I/opt/cruisecontrol/projects/PHP_HEAD/php-src/main -I/opt/cruisecontrol/projects/PHP_HEAD/php-src -I/usr/local/include -I/opt/libxml2/include/libxml2 -I/opt/cruisecontrol/projects/PHP_HEAD/php-src/pcrelib -I/opt/curl/include -I/opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/date/lib -I/usr/include/freetype2 -I/usr/include/c-client -I/usr/include/mysql -I/opt/postgres/include -I/opt/tidy/include -I/opt/libxslt/include -I/opt/cruisecontrol/projects/PHP_HEAD/php-src/TSRM -I/opt/cruisecontrol/projects/PHP_HEAD/php-src/Zend-I/usr/include -g -O2 -c /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/sqlite/sqlite.c -o ext/sqlite/sqlite.lo /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/sqlite/sqlite.c: In function `sqlite_get_iterator': /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/sqlite/sqlite.c:1005: parse error before `*' /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/sqlite/sqlite.c:1010: `obj' undeclared (first use in this function) /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/sqlite/sqlite.c:1010: (Each undeclared identifier is reported only once /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/sqlite/sqlite.c:1010: for each function it appears in.) make: *** [ext/sqlite/sqlite.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=37092&edit=1
#37098 [Opn]: ext/standard/http_fopen_wrapper.c: program cc1 got fatal signal 11
ID: 37098
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Operating System: Linux
PHP Version: 5CVS-2006-04-16 (CVS)
New Comment:
For clarification, I'm talking about 1.99.2.10 vs. 1.99.2.11.
Previous Comments:
[2006-04-16 17:26:26] [EMAIL PROTECTED]
Description:
ilia's fix of
/php-src/ext/standard/http_fopen_wrapper.c
(Fixed bug #37045 (Fixed check for special chars for http redirects).)
Seems to have introduced this problem; If I go to the previous version
of that file, everything compiles fine
Reproduce code:
---
$ gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)
./configure; make
Expected result:
Compiles fine.
Actual result:
--
/bin/sh /opt/cruisecontrol/projects/PHP_5_1/php5/libtool --silent
--preserve-dup-deps --mode=compile gcc -Iext/standard/
-I/opt/cruisecontrol/projects/PHP_5_1/php5/ext/standard/ -DPHP_ATOM_INC
-I/opt/cruisecontrol/projects/PHP_5_1/php5/include
-I/opt/cruisecontrol/projects/PHP_5_1/php5/main
-I/opt/cruisecontrol/projects/PHP_5_1/php5
-I/opt/libxml2/include/libxml2 -I/opt/curl/include
-I/opt/cruisecontrol/projects/PHP_5_1/php5/ext/date/lib
-I/usr/include/freetype2 -I/usr/include/c-client -I/usr/include/mysql
-I/opt/postgres/include -I/opt/tidy/include -I/opt/libxslt/include
-I/opt/cruisecontrol/projects/PHP_5_1/php5/TSRM
-I/opt/cruisecontrol/projects/PHP_5_1/php5/Zend-I/usr/include -g
-O2 -c
/opt/cruisecontrol/projects/PHP_5_1/php5/ext/standard/http_fopen_wrapper.c
-o ext/standard/http_fopen_wrapper.lo
/opt/cruisecontrol/projects/PHP_5_1/php5/ext/standard/http_fopen_wrapper.c:
In function `php_stream_url_wrap_http_ex':
/opt/cruisecontrol/projects/PHP_5_1/php5/ext/standard/http_fopen_wrapper.c:642:
`newpath' undeclared (first use in this function)
/opt/cruisecontrol/projects/PHP_5_1/php5/ext/standard/http_fopen_wrapper.c:642:
(Each undeclared identifier is reported only once
/opt/cruisecontrol/projects/PHP_5_1/php5/ext/standard/http_fopen_wrapper.c:642:
for each function it appears in.)
/opt/cruisecontrol/projects/PHP_5_1/php5/ext/standard/http_fopen_wrapper.c:642:
parse error before `{'
/opt/cruisecontrol/projects/PHP_5_1/php5/ext/standard/http_fopen_wrapper.c:643:
`l' undeclared (first use in this function)
/opt/cruisecontrol/projects/PHP_5_1/php5/ext/standard/http_fopen_wrapper.c:643:
`s' undeclared (first use in this function)
/opt/cruisecontrol/projects/PHP_5_1/php5/ext/standard/http_fopen_wrapper.c:643:
`e' undeclared (first use in this function)
/opt/cruisecontrol/projects/PHP_5_1/php5/ext/standard/http_fopen_wrapper.c:644:
`new_path' undeclared (first use in this function)
/opt/cruisecontrol/projects/PHP_5_1/php5/ext/standard/http_fopen_wrapper.c:214:
label `out' used but not defined
gcc: Internal compiler error: program cc1 got fatal signal 11
make: *** [ext/standard/http_fopen_wrapper.lo] Error 1
--
Edit this bug report at http://bugs.php.net/?id=37098&edit=1
#29985 [Csd->Opn]: unserialize()/ __PHP_Incomplete_class does not report correctly class name
ID: 29985
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: Session related
-Operating System: Linux
+Operating System: Linux, Win32
-PHP Version: 5CVS-2004-09-05 (dev)
+PHP Version: 5.0.5
New Comment:
Reopening this bug. Could reproduce it with PHP 5.0.5 on WinXP:
>type test.php
someFunc();
?>
>php test.php
object(__PHP_Incomplete_Class)#1 (2) {
["__PHP_Incomplete_Class_Name"]=>
string(3) "bar"
["someProp"]=>
int(2)
}
Fatal error: main(): The script tried to execute a method or access a
property of an incomplete object. Please ensure that the class
definition "bar" of the object you are trying to operate on was loaded
_before_ unserialize() gets called or provide a __autoload() function
to load the class definition in C:\Dokumente und
Einstellungen\nohn_s\Desktop\php-5.0.5\test.php on line 2
Previous Comments:
[2004-09-05 19:46:24] [EMAIL PROTECTED]
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.
[2004-09-05 14:30:14] [EMAIL PROTECTED]
Hmm.. I really don't understand why incomplete_class_message() looks
for class_name in EG(This), while class_name is property of the object,
which could be easily passed to incomplete_class_message().
So, this patch should probably fix it:
http://tony2001.phpclub.net/dev/tmp/bug29985.diff
Comments are welcome.
[2004-09-05 13:47:38] [EMAIL PROTECTED]
Description:
The idea is that when an object is unserialized and the class
definition is still not loaded then it is converted to
__PHP_Incomplete_Class class. From the dump of the actual result one
can see that the name is stored in a member variable
__PHP_Incomplete_Class_Name. So far everything looks ok. But when one
tries to execute a method on incomplete class object it leads to a
fatal error. This is also correct. However the name of the class is
"unknown" is the message. This is not correct and the example works
with PHP 4.3.8(cli). However does not work with current HEAD (probably
not with the PHP_5 branch).
One additional thing is that the message is misleading. A serialized
object may not come always from a session but can be loaded from a file
by the user or ,like in my case where I found the error, from a socket.
Thanks
Reproduce code:
---
php -r 'class foo{function someFunc(){} var
$someProp=2;}$a=serialize(new foo());$b=str_replace('foo','bar',
$a);var_dump($c = unserialize($b));$c->someFunc();'
Expected result:
object(__PHP_Incomplete_Class)#1 (2) {
["__PHP_Incomplete_Class_Name"]=>
string(3) "bar"
["someProp"]=>
int(2)
}
Fatal error: Unknown: The script tried to execute a method or access a
property of an incomplete object. Please ensure that the class
definition bar of the object you are trying to operate on was
loaded _before_ the session was started in Command line code on line 1
Actual result:
--
object(__PHP_Incomplete_Class)#1 (2) {
["__PHP_Incomplete_Class_Name"]=>
string(3) "bar"
["someProp"]=>
int(2)
}
Fatal error: Unknown: The script tried to execute a method or access a
property of an incomplete object. Please ensure that the class
definition unknown of the object you are trying to operate on
was loaded _before_ the session was started in Command line code on
line 1
--
Edit this bug report at http://bugs.php.net/?id=29985&edit=1
#29985 [Asn]: unserialize()/ __PHP_Incomplete_class does not report correctly class name
ID: 29985
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Session related
Operating System: Linux, Win32
-PHP Version: 5.0.5
+PHP Version: 5.0.5, 5.1.0RC2-dev
Assigned To: nohn
New Comment:
Yes, it is reproducible:
C:\Dokumente und
Einstellungen\nohn_s\Desktop\php5.1-win32-200510031830>php test.php
object(__PHP_Incomplete_Class)#1 (2) {
["__PHP_Incomplete_Class_Name"]=>
string(3) "bar"
["someProp"]=>
int(2)
}
Fatal error: main(): The script tried to execute a method or access a
property of an incomplete object. Please ensure that the class
definition "bar" of the object you are trying to operate on was loaded
_before_ unserialize() gets called or provide a __autoload() function
to load the class definition in C:\Dokumente und
Einstellungen\nohn_s\Desktop\php5.1-win32-200510031830\test.php on line
2
Previous Comments:
[2005-10-06 15:15:23] [EMAIL PROTECTED]
Can you reproduce with 5.1-dev?
[2005-10-06 14:56:58] [EMAIL PROTECTED]
Reopening this bug. Could reproduce it with PHP 5.0.5 on WinXP:
>type test.php
someFunc();
?>
>php test.php
object(__PHP_Incomplete_Class)#1 (2) {
["__PHP_Incomplete_Class_Name"]=>
string(3) "bar"
["someProp"]=>
int(2)
}
Fatal error: main(): The script tried to execute a method or access a
property of an incomplete object. Please ensure that the class
definition "bar" of the object you are trying to operate on was loaded
_before_ unserialize() gets called or provide a __autoload() function
to load the class definition in C:\Dokumente und
Einstellungen\nohn_s\Desktop\php-5.0.5\test.php on line 2
[2004-09-05 19:46:24] [EMAIL PROTECTED]
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.
[2004-09-05 14:30:14] [EMAIL PROTECTED]
Hmm.. I really don't understand why incomplete_class_message() looks
for class_name in EG(This), while class_name is property of the object,
which could be easily passed to incomplete_class_message().
So, this patch should probably fix it:
http://tony2001.phpclub.net/dev/tmp/bug29985.diff
Comments are welcome.
[2004-09-05 13:47:38] [EMAIL PROTECTED]
Description:
The idea is that when an object is unserialized and the class
definition is still not loaded then it is converted to
__PHP_Incomplete_Class class. From the dump of the actual result one
can see that the name is stored in a member variable
__PHP_Incomplete_Class_Name. So far everything looks ok. But when one
tries to execute a method on incomplete class object it leads to a
fatal error. This is also correct. However the name of the class is
"unknown" is the message. This is not correct and the example works
with PHP 4.3.8(cli). However does not work with current HEAD (probably
not with the PHP_5 branch).
One additional thing is that the message is misleading. A serialized
object may not come always from a session but can be loaded from a file
by the user or ,like in my case where I found the error, from a socket.
Thanks
Reproduce code:
---
php -r 'class foo{function someFunc(){} var
$someProp=2;}$a=serialize(new foo());$b=str_replace('foo','bar',
$a);var_dump($c = unserialize($b));$c->someFunc();'
Expected result:
object(__PHP_Incomplete_Class)#1 (2) {
["__PHP_Incomplete_Class_Name"]=>
string(3) "bar"
["someProp"]=>
int(2)
}
Fatal error: Unknown: The script tried to execute a method or access a
property of an incomplete object. Please ensure that the class
definition bar of the object you are trying to operate on was
loaded _before_ the session was started in Command line code on line 1
Actual result:
--
object(__PHP_Incomplete_Class)#1 (2) {
["__PHP_Incomplete_Class_Name"]=>
string(3) "bar"
["someProp"]=>
int(2)
}
Fatal error: Unknown: The script tried to execute a method or access a
property of an incomplete object. Please ensure that the class
definition unknown of the object you are trying to operate on
was loaded _before_ the session was started in Command line code on
line 1
--
Edit this bug report at http://bugs.php.net/?id=29985&edit=1
#25665 [Csd->Opn]: var_dump/print_r hang on NaN and INF
ID: 25665 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: *General Issues Operating System: * PHP Version: 4CVS, 5CVS Assigned To: helly New Comment: Could reproduce that bug with 4.4.1RC1 on Cygwin Previous Comments: [2004-06-18 20:49:08] [EMAIL PROTECTED] Could you please edit the following file: ext/standard/tests/math/bug25665.phpt and duplicate the '-INF' lines to also test 'INF'? Then please report the output of php run-tests.php ext/standard/tests/math/bug25665.phpt I suspect all but -INF works, right? [2004-06-18 14:18:40] scott_heffner at hotmail dot com Can't speak for the original poster, but I've run into this issue on Solaris 8 for x86. Thanks [2004-06-03 20:42:48] [EMAIL PROTECTED] Which platform are you running? [2004-06-03 11:04:18] neilus at dcs dot kcl dot ac dot uk this is re-occurring in the 4.3 branch tests, so either the test or bug needs to be fixed [2003-09-28 21:07:06] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. 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/25665 -- Edit this bug report at http://bugs.php.net/?id=25665&edit=1
#27719 [Csd->Fbk]: mktime returns incorrect timestamp for dst days
ID: 27719 Updated by: [EMAIL PROTECTED] Reported By: schmidt dot a at rogers dot com -Status: Closed +Status: Feedback Bug Type: Date/time related Operating System: FreeBSD 4.4 -PHP Version: 5.0.0RC1 +PHP Version: 4.4.1RC1, 5.0.0RC1 -Assigned To: +Assigned To: derick New Comment: With PHP 4.4.1RC1 i get these results when running the test: echo mktime(0, 0, 0, 4, 4, 2004, 0) . "\n"; echo mktime(0, 0, 0, 4, 4, 2004, 1) . "\n"; echo mktime(0, 0, 0, 4, 4, 2004, -1) . "\n"; 1081033200 1081029600 1081029600 Derick, is that expected behaviour? Previous Comments: [2004-03-30 07:42:52] [EMAIL PROTECTED] 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. [2004-03-26 14:50:12] schmidt dot a at rogers dot com problem fixed. thanks. [2004-03-26 14:25:25] [EMAIL PROTECTED] I have committed a fix which uses the 4am offset instead of 2 there around line 192 in datetime.c. Any chance you could test that and let me know if it fixes your problem? [2004-03-26 14:00:40] [EMAIL PROTECTED] I made the changed referenced above to address this bug: http://bugs.php.net/27533 Perhaps the solution here is to offset it to +3 or +4 instead to get the baseline timestamp. [2004-03-26 13:39:51] schmidt dot a at rogers dot com Ok I've done some more testing, FreeBSD mktime will return -1 when passed in 2 am for the day when clocks are being moved ahead, since 2am should never exist. I'm not sure how linux handles this (maybe returns a 3am timestamp). This coupled with the change to ext/standard/datetime.c line 192+ which always changes the hour 2am if its 12 or 1 am. Unfortunatly this has a bad effect of messing up 12am and 1am for daylight savings days which are valid hours. http://cvs.php.net/diff.php/php-src/ext/standard/datetime.c?r1=1.116&r2=1.117&ty=h I'm not sure what the best solution is, but I hope this helps. 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/27719 -- Edit this bug report at http://bugs.php.net/?id=27719&edit=1
#25665 [Asn]: var_dump/print_r hang on NaN and INF
ID: 25665 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: *General Issues Operating System: * PHP Version: 4CVS, 5CVS Assigned To: helly New Comment: Could reproduce it also on Solaris 10 (Sparc) with latest 4CVS Previous Comments: [2005-10-08 14:28:24] [EMAIL PROTECTED] Assigned to the maintainer of this part.. :) [2005-10-08 11:09:01] [EMAIL PROTECTED] Could reproduce that bug with 4.4.1RC1 on Cygwin [2004-06-18 20:49:08] [EMAIL PROTECTED] Could you please edit the following file: ext/standard/tests/math/bug25665.phpt and duplicate the '-INF' lines to also test 'INF'? Then please report the output of php run-tests.php ext/standard/tests/math/bug25665.phpt I suspect all but -INF works, right? [2004-06-18 14:18:40] scott_heffner at hotmail dot com Can't speak for the original poster, but I've run into this issue on Solaris 8 for x86. Thanks [2004-06-03 20:42:48] [EMAIL PROTECTED] Which platform are you running? 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/25665 -- Edit this bug report at http://bugs.php.net/?id=25665&edit=1
#33398 [NoF->Opn]: Compile failure
ID: 33398
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: No Feedback
+Status: Open
Bug Type: Compile Failure
Operating System: SunOS 5.10
PHP Version: 5.1.0b1
New Comment:
Could reproduce with latest 5.0-CVS ($ ./configure; make; make test):
gcc -Iext/dom/ -I/tmp/php5-STABLE-200510090640/ext/dom/ -DPHP_ATOM_INC
-I/tmp/php5-STABLE-200510090640/include
-I/tmp/php5-STABLE-200510090640/main -I/tmp/php5-STABLE-200510090640
-I/usr/include/libxml2 -I/tmp/php5-STABLE-200510090640/TSRM
-I/tmp/php5-STABLE-200510090640/Zend -D_POSIX_PTHREAD_SEMANTICS -g
-O2 -c /tmp/php5-STABLE-200510090640/ext/dom/userdatahandler.c -o
ext/dom/userdatahandler.o && echo > ext/dom/userdatahandler.lo
gcc -I"/usr/include" -Iext/iconv/
-I/tmp/php5-STABLE-200510090640/ext/iconv/ -DPHP_ATOM_INC
-I/tmp/php5-STABLE-200510090640/include
-I/tmp/php5-STABLE-200510090640/main -I/tmp/php5-STABLE-200510090640
-I/usr/include/libxml2 -I/tmp/php5-STABLE-200510090640/TSRM
-I/tmp/php5-STABLE-200510090640/Zend -D_POSIX_PTHREAD_SEMANTICS -g
-O2 -c /tmp/php5-STABLE-200510090640/ext/iconv/iconv.c -o
ext/iconv/iconv.o && echo > ext/iconv/iconv.lo
In file included from /usr/include/iso/stdarg_iso.h:41,
from /usr/include/stdarg.h:32,
from /tmp/php5-STABLE-200510090640/Zend/zend.h:76,
from /tmp/php5-STABLE-200510090640/main/php.h:34,
from
/tmp/php5-STABLE-200510090640/ext/iconv/iconv.c:27:
/usr/include/sys/va_impl.h:150: #error ("Unrecognized compiler protocol
for variable argument lists")
make: *** [ext/iconv/iconv.lo] Error 1
ERROR: Cannot run tests without CLI sapi.
Previous Comments:
[2005-06-27 01:00:04] 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".
[2005-06-19 15:05:11] [EMAIL PROTECTED]
It's sparc:
$ /usr/sbin/prtdiag
System Configuration: Sun Microsystems sun4u Sun Ultra 5/10 UPA/PCI
(UltraSPARC-IIi 440MHz)
System clock frequency: 110 MHz
Memory size: 1024 Megabytes
PHP5-stable fails:
gcc -I"/usr/include" -Iext/iconv/
-I/home/nohn/php5-STABLE-200506191033/ext/iconv/ -DPHP_ATOM_INC
-I/home/nohn/php5-STABLE-200506191033/include
-I/home/nohn/php5-STABLE-200506191033/main
-I/home/nohn/php5-STABLE-200506191033 -I/usr/include/libxml2
-I/home/nohn/php5-STABLE-200506191033/TSRM
-I/home/nohn/php5-STABLE-200506191033/Zend -D_POSIX_PTHREAD_SEMANTICS
-g -O2 -c /home/nohn/php5-STABLE-200506191033/ext/iconv/iconv.c -o
ext/iconv/iconv.o && echo > ext/iconv/iconv.lo
In file included from /usr/include/iso/stdarg_iso.h:41,
from /usr/include/stdarg.h:32,
from
/home/nohn/php5-STABLE-200506191033/Zend/zend.h:76,
from
/home/nohn/php5-STABLE-200506191033/main/php.h:34,
from
/home/nohn/php5-STABLE-200506191033/ext/iconv/iconv.c:27:
/usr/include/sys/va_impl.h:150: #error ("Unrecognized compiler protocol
for variable argument lists")
make: *** [ext/iconv/iconv.lo] Error 1
PHP4-stable-latest compiles fine; make test works
[2005-06-19 14:19:32] [EMAIL PROTECTED]
And what platform is it? Sparc or x86?
[2005-06-19 14:18:10] [EMAIL PROTECTED]
Do these compile:
http://snaps.php.net/php5-STABLE-latest.tar.gz
http://snaps.php.net/php4-STABLE-latest.tar.gz
??
[2005-06-19 14:12:39] [EMAIL PROTECTED]
The problem persits:
/bin/sh /home/nohn/php5-200506191030/libtool --silent
--preserve-dup-deps --mode=compile gcc -I"/usr/include" -Iext/iconv/
-I/home/nohn/php5-200506191030/ext/iconv/ -DPHP_ATOM_INC
-I/home/nohn/php5-200506191030/include
-I/home/nohn/php5-200506191030/main -I/home/nohn/php5-200506191030
-I/usr/include/libxml2 -I/home/nohn/php5-200506191030/TSRM
-I/home/nohn/php5-200506191030/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2
-c /home/nohn/php5-200506191030/ext/iconv/iconv.c -o
ext/iconv/iconv.lo
In file included from /usr/include/iso/stdarg_iso.h:41,
from /usr/include/stdarg.h:32,
from /home/nohn/php5-200506191030/Zend/zend.h:76,
from /home/nohn/php5-200506191030/main/php.h:34,
from
/home/nohn/php5-200506191030/ext/iconv/iconv.c:27:
/usr/include/sys/va_impl.h:150: #error ("Unrecognized compiler protocol
for variable argument lists")
make: *** [ext/iconv/iconv.lo] Error 1
#33398 [Opn]: Compile failure
ID: 33398
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Operating System: SunOS 5.10
PHP Version: 5.1.0b1
New Comment:
The same with 5.1-CVS:
bin/sh /tmp/php5-200510090630/libtool --silent --preserve-dup-deps
--mode=compile gcc -I"/usr/include" -Iext/iconv/
-I/tmp/php5-200510090630/ext/iconv/ -DPHP_ATOM_INC
-I/tmp/php5-200510090630/include -I/tmp/php5-200510090630/main
-I/tmp/php5-200510090630 -I/usr/include/libxml2
-I/tmp/php5-200510090630/ext/date/lib -I/tmp/php5-200510090630/TSRM
-I/tmp/php5-200510090630/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c
/tmp/php5-200510090630/ext/iconv/iconv.c -o ext/iconv/iconv.lo
In file included from /usr/include/iso/stdarg_iso.h:41,
from /usr/include/stdarg.h:32,
from /tmp/php5-200510090630/Zend/zend.h:76,
from /tmp/php5-200510090630/main/php.h:34,
from /tmp/php5-200510090630/ext/iconv/iconv.c:27:
/usr/include/sys/va_impl.h:150: #error ("Unrecognized compiler protocol
for variable argument lists")
make: *** [ext/iconv/iconv.lo] Error 1
/bin/sh /tmp/php5-200510090630/libtool --silent --preserve-dup-deps
--mode=compile gcc -I"/usr/include" -Iext/iconv/
-I/tmp/php5-200510090630/ext/iconv/ -DPHP_ATOM_INC
-I/tmp/php5-200510090630/include -I/tmp/php5-200510090630/main
-I/tmp/php5-200510090630 -I/usr/include/libxml2
-I/tmp/php5-200510090630/ext/date/lib -I/tmp/php5-200510090630/TSRM
-I/tmp/php5-200510090630/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c
/tmp/php5-200510090630/ext/iconv/iconv.c -o ext/iconv/iconv.lo
In file included from /usr/include/iso/stdarg_iso.h:41,
from /usr/include/stdarg.h:32,
from /tmp/php5-200510090630/Zend/zend.h:76,
from /tmp/php5-200510090630/main/php.h:34,
from /tmp/php5-200510090630/ext/iconv/iconv.c:27:
/usr/include/sys/va_impl.h:150: #error ("Unrecognized compiler protocol
for variable argument lists")
make: *** [ext/iconv/iconv.lo] Error 1
Previous Comments:
[2005-10-09 10:52:29] [EMAIL PROTECTED]
Could reproduce with latest 5.0-CVS ($ ./configure; make; make test):
gcc -Iext/dom/ -I/tmp/php5-STABLE-200510090640/ext/dom/ -DPHP_ATOM_INC
-I/tmp/php5-STABLE-200510090640/include
-I/tmp/php5-STABLE-200510090640/main -I/tmp/php5-STABLE-200510090640
-I/usr/include/libxml2 -I/tmp/php5-STABLE-200510090640/TSRM
-I/tmp/php5-STABLE-200510090640/Zend -D_POSIX_PTHREAD_SEMANTICS -g
-O2 -c /tmp/php5-STABLE-200510090640/ext/dom/userdatahandler.c -o
ext/dom/userdatahandler.o && echo > ext/dom/userdatahandler.lo
gcc -I"/usr/include" -Iext/iconv/
-I/tmp/php5-STABLE-200510090640/ext/iconv/ -DPHP_ATOM_INC
-I/tmp/php5-STABLE-200510090640/include
-I/tmp/php5-STABLE-200510090640/main -I/tmp/php5-STABLE-200510090640
-I/usr/include/libxml2 -I/tmp/php5-STABLE-200510090640/TSRM
-I/tmp/php5-STABLE-200510090640/Zend -D_POSIX_PTHREAD_SEMANTICS -g
-O2 -c /tmp/php5-STABLE-200510090640/ext/iconv/iconv.c -o
ext/iconv/iconv.o && echo > ext/iconv/iconv.lo
In file included from /usr/include/iso/stdarg_iso.h:41,
from /usr/include/stdarg.h:32,
from /tmp/php5-STABLE-200510090640/Zend/zend.h:76,
from /tmp/php5-STABLE-200510090640/main/php.h:34,
from
/tmp/php5-STABLE-200510090640/ext/iconv/iconv.c:27:
/usr/include/sys/va_impl.h:150: #error ("Unrecognized compiler protocol
for variable argument lists")
make: *** [ext/iconv/iconv.lo] Error 1
ERROR: Cannot run tests without CLI sapi.
[2005-06-27 01:00:04] 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".
[2005-06-19 15:05:11] [EMAIL PROTECTED]
It's sparc:
$ /usr/sbin/prtdiag
System Configuration: Sun Microsystems sun4u Sun Ultra 5/10 UPA/PCI
(UltraSPARC-IIi 440MHz)
System clock frequency: 110 MHz
Memory size: 1024 Megabytes
PHP5-stable fails:
gcc -I"/usr/include" -Iext/iconv/
-I/home/nohn/php5-STABLE-200506191033/ext/iconv/ -DPHP_ATOM_INC
-I/home/nohn/php5-STABLE-200506191033/include
-I/home/nohn/php5-STABLE-200506191033/main
-I/home/nohn/php5-STABLE-200506191033 -I/usr/include/libxml2
-I/home/nohn/php5-STABLE-200506191033/TSRM
-I/home/nohn/php5-STABLE-200506191033/Zend -D_POSIX_PTHREAD_SEMANTICS
-g -O2 -c /home/nohn/php5-STABLE-200506191033/ext/iconv/iconv.c -o
ext/iconv/iconv.o && echo > ext/iconv/iconv.lo
In file included from /usr/include/iso/stdarg_is
#29985 [Csd->Opn]: unserialize()/ __PHP_Incomplete_class does not report correctly class name
ID: 29985
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: Session related
Operating System: *
PHP Version: 5CVS-2005-10-06 (snap)
Assigned To: helly
New Comment:
Sorry, this has nothing to do with CLI. It also happens in a much more
complex (mod_php) web enviroment.
There is no "unknown" in my reproduction code and I can't see, what
---
Fatal error: main(): The script tried to execute a method or access a
property of an incomplete object. Please ensure that the class
definition "bar" of the object you are trying to operate on was loaded
_before_ unserialize() gets called or provide a __autoload() function
to
load the class definition in C:\Dokumente und
Einstellungen\nohn_s\Desktop\php5.1-win32-200510031830\test.php on
line
2
---
has to do with the CLI or the causing location.
Previous Comments:
[2005-10-09 15:36:10] [EMAIL PROTECTED]
Thank you for your bug report. This issue has already been fixed
in the latest released version of PHP, which you can download at
http://www.php.net/downloads.php
This is fixed in all actrive branches, 4.3.*, 5.0.*, 5.1.*, HEAD. The
'Unknown' comes from cli and specifies the causing location and has
nothing to do with the class name.
[2005-10-09 15:27:25] [EMAIL PROTECTED]
I claimed fixed in CVS which is HEAD which will be 6 not any 5.*
[2005-10-06 18:27:38] [EMAIL PROTECTED]
Marcus, you claimed to have fixed this. Can you check it out?
[2005-10-06 15:40:02] [EMAIL PROTECTED]
Yes, it is reproducible:
C:\Dokumente und
Einstellungen\nohn_s\Desktop\php5.1-win32-200510031830>php test.php
object(__PHP_Incomplete_Class)#1 (2) {
["__PHP_Incomplete_Class_Name"]=>
string(3) "bar"
["someProp"]=>
int(2)
}
Fatal error: main(): The script tried to execute a method or access a
property of an incomplete object. Please ensure that the class
definition "bar" of the object you are trying to operate on was loaded
_before_ unserialize() gets called or provide a __autoload() function
to load the class definition in C:\Dokumente und
Einstellungen\nohn_s\Desktop\php5.1-win32-200510031830\test.php on line
2
[2005-10-06 15:15:23] [EMAIL PROTECTED]
Can you reproduce with 5.1-dev?
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/29985
--
Edit this bug report at http://bugs.php.net/?id=29985&edit=1
#29985 [Asn]: unserialize()/ __PHP_Incomplete_class does not report correctly class name
ID: 29985 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Session related Operating System: * PHP Version: 5CVS-2005-10-06 (snap) Assigned To: helly New Comment: Could also reproduce that simple testcase with mod_php/Apache 1.3/Win32 mod_php/Apache 2.0/Linux (not with the latest CVS but with PHP 5.0.4 (which does not matter if it's only fixed in HEAD) Previous Comments: [2005-10-10 11:38:23] [EMAIL PROTECTED] Marcus..? [2005-10-10 09:42:15] [EMAIL PROTECTED] Sorry, this has nothing to do with CLI. It also happens in a much more complex (mod_php) web enviroment. There is no "unknown" in my reproduction code and I can't see, what --- Fatal error: main(): The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition "bar" of the object you are trying to operate on was loaded _before_ unserialize() gets called or provide a __autoload() function to load the class definition in C:\Dokumente und Einstellungen\nohn_s\Desktop\php5.1-win32-200510031830\test.php on line 2 --- has to do with the CLI or the causing location. [2005-10-09 15:36:10] [EMAIL PROTECTED] Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php This is fixed in all actrive branches, 4.3.*, 5.0.*, 5.1.*, HEAD. The 'Unknown' comes from cli and specifies the causing location and has nothing to do with the class name. [2005-10-09 15:27:25] [EMAIL PROTECTED] I claimed fixed in CVS which is HEAD which will be 6 not any 5.* [2005-10-06 18:27:38] [EMAIL PROTECTED] Marcus, you claimed to have fixed this. Can you check it out? 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/29985 -- Edit this bug report at http://bugs.php.net/?id=29985&edit=1
#29147 [NEW]: Compile Error in mnoGoSearch functions)
From: sebastian at nohn dot net Operating system: Linux 2.4 (Debian Woody) PHP version: 5.0.0 PHP Bug Type: Compile Failure Bug description: Compile Error in mnoGoSearch functions) Description: PHP does'nt compile Reproduce code: --- ./configure \ --prefix=/opt/php \ --sysconfdir=/etc/opt/php \ --localstatedir=/var/opt/php \ --with-apxs2=/opt/apache/sbin/apxs \ --with-mysql=/usr \ --with-pgsql=/usr \ --with-zlib=yes \ --with-xml \ --enable-inline-optimization \ --enable-sockets \ --enable-ftp \ --enable-wddx \ --with-mnogosearch=/opt/mnogosearch \ --with-gd \ --with-freetype-dir=/usr \ --with-gettext \ --with-libxml-dir=/opt/libxml2 make Expected result: Everything works fine Actual result: -- /bin/sh /root/install_temp/php-5.0.0/libtool --silent --preserve-dup-deps --mode=link /root/install_temp/php-5.0.0/meta_ccld -export-dynamic -g -O2 -pthread -DZTS -L/opt/libxml2/lib -L/usr/lib/mysql -L/opt/mnogosearch/lib -L/usr/lib/postgresql/lib -R /opt/libxml2/lib -R /usr/lib/mysql -R /opt/mnogosearch/lib -R /usr/lib/postgresql/lib ext/libxml/libxml.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctyp [...] d_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lpq -lmysqlclient -lfreetype -lpng -lz -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lmysqlclient -lm -lz -ludmsearch -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lcrypt -o sapi/cli/php /opt/mnogosearch/lib/libudmsearch.a(parser.o): In function `parse_file': /root/install_temp/mnogosearch-3.1.21/src/parser.c:258: the use of `tmpnam' is dangerous, better use `mkstemp' ext/mnogosearch/php_mnogo.lo: In function `MyRemoveHiLightDup': /root/install_temp/php-5.0.0/ext/mnogosearch/php_mnogo.c:433: undefined reference to `UdmMalloc' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- Edit bug report at http://bugs.php.net/?id=29147&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29147&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29147&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29147&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29147&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29147&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29147&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29147&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29147&r=support Expected behavior: http://bugs.php.net/fix.php?id=29147&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29147&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29147&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29147&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29147&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29147&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29147&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29147&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29147&r=float
#29147 [Fbk->Opn]: Compile Error in mnoGoSearch functions)
ID: 29147 User updated by: sebastian at nohn dot net Reported By: sebastian at nohn dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux 2.4 (Debian Woody) PHP Version: 5.0.0 New Comment: This patch seems to fix the problem. PHP5 compiles and the mnoGoSearch extensions works fine. Thanks a lot! Previous Comments: [2004-07-16 08:28:45] [EMAIL PROTECTED] Could you please try the patch below? http://tony2004.phpclub.net/dev/tmp/mnogo.diff [2004-07-15 19:57:19] Bjorn dot Wiberg at its dot uu dot se I experience the same error on IBM AIX 5.2.0.0 ML3 with PHP 5.0.0 (release) and mnoGoSearch 3.1.21 installed in the standard location /usr/local/mnogosearch. PHP has been configured with (excerpt from config.nice): CPPFLAGS='-I/usr/local/include' \ LDFLAGS='-L/lib -L/opt/freeware/lib -L/usr/local/lib' \ CC='/usr/local/bin/gcc' \ './configure' \ '--enable-bcmath' \ '--enable-calendar' \ '--enable-dba' \ '--enable-exif' \ '--enable-embedded-mysqli' \ '--enable-debug' \ '--enable-filepro' \ '--enable-gd-jis-conv' \ '--enable-gd-native-ttf' \ '--enable-mbstring' \ '--enable-memory-limit' \ '--enable-versioning' \ '--enable-zend-multibyte' \ '--prefix=/apache/php' \ '--with-apxs2=/apache/bin/apxs' \ '--with-apxs2filter=/apache/bin/apxs' \ '--with-freetype-dir' \ '--with-gd' \ '--with-gdbm' \ '--with-gettext' \ '--with-inifile' \ '--with-jpeg-dir' \ '--with-ldap' \ '--with-libxml-dir' \ '--with-mime-magic' \ '--with-mnogosearch' \ '--with-mysql=/usr/local/mysql' \ '--with-openssl=/opt/freeware' \ '--with-png-dir' \ '--with-tiff-dir' \ '--with-ttf' \ '--with-xpm-dir' \ '--with-zlib' \ '--with-zlib-dir' The error message I get is: ---8<---cut--- s_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -o sapi/cli/php -L/opt/freeware/lib -L/usr/X11R6/lib -L/usr/local/lib -L/usr/local/mysql/lib -L/usr/local/mnogosearch/lib -L/usr/local/mysql/lib/mysql -lz -lm -lldap -lssl -lcrypto -ls -llber -lintl -liconv -lfreetype -lz -lX11 -lXpm -lpng -lz -ljpeg -lgdbm -lz -lssl -lcrypto -lm -lz -liconv -lm -lz -liconv -lm -lz -liconv -lm -lz -liconv -lm -lmysqlclient -lz -lcrypt -lnsl_r -lm -lm -lz -lcrypto -lssl /usr/local/mnogosearch/lib/libudmsearch.a -lmysqlclient -lm -lz -lcrypto -lssl -lz -liconv -lm -lz -liconv -lm -lxml2 -lpthread -lz -liconv -lm -lz -liconv -lm -Wl,-bnolibpath -Wl,-blibpath:/usr/local/lib:/opt/freeware/lib:/usr/local/mysql/lib/mysql:/usr/X11R6/lib:/usr/local/mysql/lib:/usr/local/mnogosearch/lib:/usr/lib:/lib ld: 0711-317 ERROR: Undefined symbol: .UdmMalloc ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status make: The error code from the last command is 1. Stop. [2004-07-14 21:30:43] php at arwin dot net I had the same error when trying to include support for mnogosearch. The exact same configuration worked fine in php 5.0.0RC3. [2004-07-14 15:28:12] sebastian at nohn dot net Description: PHP does'nt compile Reproduce code: --- ./configure \ --prefix=/opt/php \ --sysconfdir=/etc/opt/php \ --localstatedir=/var/opt/php \ --with-apxs2=/opt/apache/sbin/apxs \ --with-mysql=/usr \ --with-pgsql=/usr \ --with-zlib=yes \ --with-xml \ --enable-inline-optimization \ --enable-sockets \ --enable-ftp \ --enable-wddx \ --with-mnogosearch=/opt/mnogosearch \ --with-gd \ --with-freetype-dir=/usr \ --with-gettext \ --with-libxml-dir=/opt/libxml2 make Expected result: Everything works fine Actual result: -- /bin/sh /root/install_temp/php-5.0.0/libtool --silent --preserve-dup-deps --mode=link /root/install_temp/php-5.0.0/meta_ccld -export-dynamic -g -O2 -pthread -DZTS -L/opt/libxml2/lib -L/usr/lib/mysql -L/opt/mnogosearch/lib -L/usr/lib/postgresql/lib -R /opt/libxml2/lib -R /usr/lib/mysql -R /opt/mnogosearch/lib -R /usr/lib/postgresql/lib ext/libxml/libxml.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctyp [...] d_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo
