#13053 [Bgs]: oci8 error, this kill oracle-prosseces in the oracle-instance.
ID: 13053 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: OCI8 related Operating System: sun solaris 64 bits PHP Version: 4.0.6 New Comment: latest infos: Our customer said, that this problem still exists with php4.2.3, but we could not reproduce it yesterday (we made stress-tests, killed the Oracle connections via Oracle). We upgradet to php4.3.0 and the customer will also upgrade their Oracle client from 8.1.7.0 to 8.1.7.4 (at the moment only the Oracle server is running 8.1.7.4). Now I'm waiting for feedback from the customer. Previous Comments: [2003-01-28 11:48:17] [EMAIL PROTECTED] Note: Bug #21897 ORA-03113: end-of-file on communication channel is relevant, but close because duplicated. This one seems to be bogus, though i hpe to see whether the bug can still be encountered and have some more details to trace it down. Maxim Maletsky [2002-12-02 09:48:10] [EMAIL PROTECTED] Hi, The last news about our ORA-24327 error We changed the version of php into 4.2.3 and it seems that the connection failed problem has disappeared. Thanx for your advice, Caroline :o) [2002-11-26 10:37:00] [EMAIL PROTECTED] Yes. Try the lastest CVS from snaps.php.net and, if this still happens, give us some more details. [2002-11-26 04:22:55] [EMAIL PROTECTED] I have exactly the same problem with PHP 4.1.1 Do I need to change the php version to solve this bug ? [2002-04-13 08:51:25] [EMAIL PROTECTED] The version of PHP that this bug was reported in is too old. Please try to reproduce this bug in the latest version of PHP (available from http://www.php.net/downloads.php If you are still 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. 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/13053 -- Edit this bug report at http://bugs.php.net/?id=13053edit=1
#21931 [NEW]: Mail() fifth parameter
From: [EMAIL PROTECTED] Operating system: Linux 2.4.19 PHP version: 4.3.0 PHP Bug Type: Mail related Bug description: Mail() fifth parameter The fifth parameter of the mail() function is disabled in safe_mode, but the changelog says the security issue is already fixed: Changed mail() to use escape_shell_cmd() to allow multiple extra parameters to the invocation of the mailer as used in the fifth parameter. (Derick) Can it be enabled in the next version of php? -- Edit bug report at http://bugs.php.net/?id=21931edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21931r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21931r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21931r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21931r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21931r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21931r=support Expected behavior: http://bugs.php.net/fix.php?id=21931r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21931r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21931r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21931r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21931r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21931r=dst IIS Stability: http://bugs.php.net/fix.php?id=21931r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21931r=gnused
#21933 [NEW]: Date/Sec bug
From: [EMAIL PROTECTED] Operating system: WinXP PHP version: 4.3.0 PHP Bug Type: Date/time related Bug description: Date/Sec bug When I run this script, it has make an error. While I increment the an date with secsperday, it is make an wrong result ! The example: ?php define(SECSPERMIN,60); define(MINSPERHOUR,60); define(HOURSPERDAY,24); define(SECSPERHOUR,SECSPERMIN*MINSPERHOUR); define(SECSPERDAY,SECSPERHOUR*HOURSPERDAY); function TimeToStr($time){ $str=; $dt=GetDate($time); $str= sprintf(%02d,$dt['hours']).:.sprintf(%02d,$dt['minutes']).:.sprintf(%02d,$dt['seconds']); return($str); } function DateToStr($date) { $str=; $dt=GetDate($date); $str=$dt['year'].'.'.sprintf(%02d,$dt['mon']).'.'.sprintf(%02d,$dt['mday']); return($str); }; function DateTimeToStr($datetime) { $r=DateToStr($datetime).' '.TimeToStr($datetime); return($r); } function EncodeDate($y,$m,$d){ #printbr($y $m $d); if (!checkdate($m,$d,$y)) return(-1); $res=mktime(0,0,0, $m, $d, $y); return($res) ; } function DecodeDate($date,$y,$m,$d){ $y=-1;$m=-1;$d=-1; $dt=GetDate($date);if($dt===False) return(False); $y=$dt['year']; $m=$dt['mon']; $d=$dt['mday']; } print html\n; $date=EncodeDate(2003,01,01); for ($i=0;$i1000;$i++) { DecodeDate($date,$y,$m,$d); $a1=DateTimeToStr($date); $date2=EncodeDate($y,$m,$d); $a2=DateTimeToStr($date); print $date $a1 - $date2 $a2br\n; if (($a1$a2) or ($date$date2)) {print ERROR br\n; exit;} $date=$date+SECSPERDAY; } print DONE WITHOUT ERRORS !br\n; print '/html'; ? -- Edit bug report at http://bugs.php.net/?id=21933edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21933r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21933r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21933r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21933r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21933r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21933r=support Expected behavior: http://bugs.php.net/fix.php?id=21933r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21933r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21933r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21933r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21933r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21933r=dst IIS Stability: http://bugs.php.net/fix.php?id=21933r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21933r=gnused
#21905 [Bgs-Fbk]: fopen/fsockopen via HTTPS
ID: 21905 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: Sockets related Operating System: Linux PHP Version: 4.3.0 New Comment: PHP does not perform certificate verification, so self-signed certs should work just fine. The error message implies that the handshake failed, which in turn implies that the remote server could be using a different version of the SSL protocol. PHP will by default attempt versions 2 and 3 of the SSL protocol. If the remote server is using something else, such as TLS, then it is quite possible that you would encounter this error. If that is the case, then you can attempt to use fsockopen(tls://nameofyourhost) and see if that helps. Bug 21642 is NOT related to this issue, and your understanding of the that bug report is not correct. PHP does NOT fsockopen ssl:// or tls:// connections in-the clear; the issue in that report was that the user was expecting them to open in the clear. Previous Comments: [2003-01-28 14:54:53] [EMAIL PROTECTED] Could this whole mess be hanging on the certificate passed back by the server? I am using a self-signed cert., not a valid certificate. [2003-01-28 12:27:44] [EMAIL PROTECTED] I think you are misunderstanding me. I tried fsockopen() and it failed with php_stream_sock_ssl_activate_with_method: SSL handshake/connection failed...fsockopen() [http://www.php.net/function.fsockopen]: failed to activate SSL mode 1 in... error. This is exactly the same error reported in the Bug link given above. After reading that report, you suggested he use fopen() instead. This is what I did too, but unfortunately I got the error I reported above. What did you work out with him? After looking into other options, I noticed that cURL lib could be used to curl_init() the SSL first, but I think this beating around the subject. I do not want to have to install extranious libraries all over for this option. You state in the documentation that SSL support is in streams for PHP v4.3.0 as long as I build in support for OpenSSL. Which I did (see php -m above). Is there something I am missing? [2003-01-27 12:21:01] [EMAIL PROTECTED] This is not a support forum, and this is not a bug in PHP (marking as bogus). fsockopen(ssl://webmail.domain.com, 443) should function exactly how you need it to for this task. [2003-01-27 11:24:47] [EMAIL PROTECTED] The problem I am experiencing is close to, but not exactly, the same problem in bug #21642. That problem was not fully explained or understood by me and since the conversation went offline, I may never know what actually was resolved. I am trying to access a Outlook Web Access box via SSL (HTTPS). Because the fsockopen() does not support SSL directly (because it starts in the clear initially) I tried to use fopen() but because you are not allowed to write to a HTTP-schemed, fopen()connection, I cannot see how to get around POST'ing info to the site. Am I missing an easier way to do this? The error I receive with fopen() is: failed to create stream: HTTP wrapper does not support writeable connections. Here is a snippit of code: -- $fp = fopen(https://webmail.domain.com;, w+); if(! $fp) { echo Could not connect to server.\n; exit; } fputs($fp, POST /exchange/logon.asp HTTP/1.1\r\n); fputs($fp, ...various HTTP headers and info...); while(! feof($fp)) echo fgets($fp, 1024); fclose($fp); I know it may not always be necessary to POST data, but I need to know if I must use Perl (which I can use LWP) for this. I would really like to stick with PHP because everything else is already written in it. Some system info... - $ php -v PHP 4.3.0 (cli) (built: Jan 24 2003 15:12:37) Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies $ php -m [PHP Modules] ctype ftp ldap mysql oci8 openssl overload pcre posix saprfc session standard tokenizer xml [Zend Modules] -- TIA for help, comments, and/or suggestions. Mike Duncan Web Master/Developer Sonopress LLC [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=21905edit=1
#21934 [NEW]: $php_errmsg superglobal not accessible
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.2 PHP version: 4.3.0 PHP Bug Type: Compile Warning Bug description: $php_errmsg superglobal not accessible According to the documentation at http://jp.php.net/manual/en/reserved.variables.php (at the very end) $php_errormsg is a variable containing the text of the last error message generated by PHP. This variable will only be available within the scope in which the error occurred, and only if the track_errors configuration option is turned on (it defaults to off). I have tried accessing this variable but to no avail. It always throws an Undefined variable warning. TEST SCRIPT: ?php ini_set(track_errors, true); error_reporting (E_ALL); $a = $php_errmsg; //the above line threw a warning so now php_errmsg should be initialized ... $a = $php_errmsg; echo $a; exit; ? OUPUT: Notice: Undefined variable: php_errmsg in err.php on line 5 Notice: Undefined variable: php_errmsg in err.php on line 7 -- Edit bug report at http://bugs.php.net/?id=21934edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21934r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21934r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21934r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21934r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21934r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21934r=support Expected behavior: http://bugs.php.net/fix.php?id=21934r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21934r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21934r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21934r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21934r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21934r=dst IIS Stability: http://bugs.php.net/fix.php?id=21934r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21934r=gnused
#21934 [Com]: $php_errmsg superglobal not accessible
ID: 21934 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Warning Operating System: Red Hat Linux 7.2 PHP Version: 4.3.0 New Comment: My mistake! Spelling error. Was using a script posted on the web. Sorry. Previous Comments: [2003-01-29 04:38:43] [EMAIL PROTECTED] According to the documentation at http://jp.php.net/manual/en/reserved.variables.php (at the very end) $php_errormsg is a variable containing the text of the last error message generated by PHP. This variable will only be available within the scope in which the error occurred, and only if the track_errors configuration option is turned on (it defaults to off). I have tried accessing this variable but to no avail. It always throws an Undefined variable warning. TEST SCRIPT: ?php ini_set(track_errors, true); error_reporting (E_ALL); $a = $php_errmsg; //the above line threw a warning so now php_errmsg should be initialized ... $a = $php_errmsg; echo $a; exit; ? OUPUT: Notice: Undefined variable: php_errmsg in err.php on line 5 Notice: Undefined variable: php_errmsg in err.php on line 7 -- Edit this bug report at http://bugs.php.net/?id=21934edit=1
#21934 [Opn-Bgs]: $php_errmsg superglobal not accessible
ID: 21934 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Warning Operating System: Red Hat Linux 7.2 PHP Version: 4.3.0 New Comment: Ok, not a PHP bug, let's mark it bogus. Previous Comments: [2003-01-29 04:51:24] [EMAIL PROTECTED] My mistake! Spelling error. Was using a script posted on the web. Sorry. [2003-01-29 04:38:43] [EMAIL PROTECTED] According to the documentation at http://jp.php.net/manual/en/reserved.variables.php (at the very end) $php_errormsg is a variable containing the text of the last error message generated by PHP. This variable will only be available within the scope in which the error occurred, and only if the track_errors configuration option is turned on (it defaults to off). I have tried accessing this variable but to no avail. It always throws an Undefined variable warning. TEST SCRIPT: ?php ini_set(track_errors, true); error_reporting (E_ALL); $a = $php_errmsg; //the above line threw a warning so now php_errmsg should be initialized ... $a = $php_errmsg; echo $a; exit; ? OUPUT: Notice: Undefined variable: php_errmsg in err.php on line 5 Notice: Undefined variable: php_errmsg in err.php on line 7 -- Edit this bug report at http://bugs.php.net/?id=21934edit=1
#21936 [NEW]: since php-4.3.0 i can't configure using libmcrypt
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.3.0 PHP Bug Type: *Configuration Issues Bug description: since php-4.3.0 i can't configure using libmcrypt hi, i try to compile php-4.3.0 with libmcrypt 2.5.6. i am using Sun Workshop 6 U1. the libmcrypt was configured in 2 ways: 1st, i tried it with just ./configure. this did not work because no algorithms were included. 2nd, i tried it with: ./configure \ --enable-static=yes \ --with-included-algos=3-way arcfour blowfish cast-128 cast-256 des enigma gost loki97 rc2 rijndael rijndael-128 rijndael-192 rijndael-256 safer safer128 safer64 saferplus serpent tripledes twofish wake xtea this gave me a good version with a libmcrypt.a and a .so. i did a make install and everything went fine. even mcrypt could be compiled and linked against the new version. then i try to configure php with libmcrypt like this: ./configure \ --prefix=/usr/local \ --disable-cgi \ --disable-debug \ --with-config-file-path=/usr/local/etc\ --with-exec-dir \ --enable-sigchild \ --enable-magic-quotes \ --disable-rpath \ --disable-ipv6\ --with-openssl\ --disable-all \ --with-zlib=/usr/local\ --with-crack=/usr/local \ --enable-ctype\ --with-curl=/usr/local\ --with-db3=/usr/local/BerkeleyDB.3.2 \ --enable-exif \ --enable-ftp \ --with-gd \ --enable-gd-native-ttf\ --with-gettext=/usr/local \ --with-iconv \ --with-imap=/usr/local\ --with-imap-ssl=/usr/local\ --with-ldap=shared,/usr/local \ --enable-mbstring \ --enable-mbregex \ --with-mcrypt \ --with-mhash=shared,/usr/local\ --enable-mime-magic \ --with-mysql=/usr/local \ --with-oci8=/data/oracle \ --disable-posix \ --disable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ --enable-xml \ --with-expat-dir=/usr/local \ --enable-shared \ --enable-static \ --disable-inline-optimization \ --enable-zend-multibyte the configure script is happy until this: checking for mcrypt support... yes checking for mcrypt_module_open in -lmcrypt... no checking for init_mcrypt in -lmcrypt... no configure: error: Sorry, I was not able to diagnose which libmcrypt version you have installed. the output from config.log is: checking for mcrypt support... yes checking for mcrypt_module_open in -lmcrypt... no checking for init_mcrypt in -lmcrypt... no configure: error: Sorry, I was not able to diagnose which libmcrypt version you have installed. x:/data/a/c/php-4.3.0# tail -20 config.log configure:41510: checking for init_mcrypt in -lmcrypt configure:41529: cc -o conftest -xO5 -D_POSIX_PTHREAD_SEMANTICS -L/usr/local/lib -R/usr/ucblib -L/usr/ucblib -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib -L/usr/local/lib -R/usr/local/BerkeleyDB.3.2/lib -L/usr/local/BerkeleyDB.3.2/lib conftest.c -lmcrypt -lcrypt -lpam -lintl -lpng -lz -ldb -lcurl -lcrack -lz -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lcrypt -lcurl -lz -lssl -lcrypto -ldl -lsocket -lnsl -lz 15 conftest.c, line 1: warning: 41518 is invalid in #line directive Undefined
#20926 [NoF-Opn]: libmcrypt error in configure
ID: 20926 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: mcrypt related Operating System: NetBSD-1.5.2 PHP Version: 4.3.0RC2 Previous Comments: [2003-01-02 18:45:22] [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-12-11 13:10:22] [EMAIL PROTECTED] hmm, :-) Patching configure is of little use, it's generated from config.m4 files. It would be nice if you could try to fix ext/mcrypt/config.m4, but I doubt it's possible. After you modify config.m4's dont forget to rm configure ./buildconf It works all fine here, so I cant really help you. Derick [2002-12-11 13:04:24] [EMAIL PROTECTED] Actually, the problem is here: --- configure~ Wed Nov 27 15:02:21 2002 +++ configure Wed Dec 11 13:57:27 2002 @@ -47410,16 +47410,14 @@ save_old_LDFLAGS=$LDFLAGS - LDFLAGS= --L$MCRYPT_DIR/lib -lltdl - $LDFLAGS + LDFLAGS=$LDFLAGS echo $as_me:$LINENO: checking for mcrypt_module_open in -lmcrypt 5 echo $ECHO_N checking for mcrypt_module_open in -lmcrypt... $ECHO_C 6 if test ${ac_cv_lib_mcrypt_mcrypt_module_open+set} = set; then echo $ECHO_N (cached) $ECHO_C 6 else ac_check_lib_save_LIBS=$LIBS -LIBS=-lmcrypt $LIBS +LIBS=-lmcrypt -lltdl $LIBS cat conftest.$ac_ext _ACEOF #line $LINENO configure #include confdefs.h [2002-12-11 12:59:36] [EMAIL PROTECTED] Right, not a PHP problem - bogus. [2002-12-11 12:50:22] [EMAIL PROTECTED] The problem here is: --enable-shared=no in libmcrypt, but still there are lt_dl symbols in there. The lt_dl approach has never worked nicely - especially on BSD's and Derick is right, that the prefix does matter, even with --with-pic (use make DESTDIR=/pkg/libmcrypt-2.5.3 install for what I think you wanna do). The more recent versions, allow you to link in the encryptions in the shared lib, which is the approach I would recommend. 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/20926 -- Edit this bug report at http://bugs.php.net/?id=20926edit=1
#21936 [Opn-Dup]: since php-4.3.0 i can't configure using libmcrypt
ID: 21936 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: *Configuration Issues Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: Please add your comments to #20926 anyway, I just reopened it. Derick Previous Comments: [2003-01-29 04:52:36] [EMAIL PROTECTED] hi, i try to compile php-4.3.0 with libmcrypt 2.5.6. i am using Sun Workshop 6 U1. the libmcrypt was configured in 2 ways: 1st, i tried it with just ./configure. this did not work because no algorithms were included. 2nd, i tried it with: ./configure \ --enable-static=yes \ --with-included-algos=3-way arcfour blowfish cast-128 cast-256 des enigma gost loki97 rc2 rijndael rijndael-128 rijndael-192 rijndael-256 safer safer128 safer64 saferplus serpent tripledes twofish wake xtea this gave me a good version with a libmcrypt.a and a .so. i did a make install and everything went fine. even mcrypt could be compiled and linked against the new version. then i try to configure php with libmcrypt like this: ./configure \ --prefix=/usr/local \ --disable-cgi \ --disable-debug \ --with-config-file-path=/usr/local/etc\ --with-exec-dir \ --enable-sigchild \ --enable-magic-quotes \ --disable-rpath \ --disable-ipv6\ --with-openssl\ --disable-all \ --with-zlib=/usr/local\ --with-crack=/usr/local \ --enable-ctype\ --with-curl=/usr/local\ --with-db3=/usr/local/BerkeleyDB.3.2 \ --enable-exif \ --enable-ftp \ --with-gd \ --enable-gd-native-ttf\ --with-gettext=/usr/local \ --with-iconv \ --with-imap=/usr/local\ --with-imap-ssl=/usr/local\ --with-ldap=shared,/usr/local \ --enable-mbstring \ --enable-mbregex \ --with-mcrypt \ --with-mhash=shared,/usr/local\ --enable-mime-magic \ --with-mysql=/usr/local \ --with-oci8=/data/oracle \ --disable-posix \ --disable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ --enable-xml \ --with-expat-dir=/usr/local \ --enable-shared \ --enable-static \ --disable-inline-optimization \ --enable-zend-multibyte the configure script is happy until this: checking for mcrypt support... yes checking for mcrypt_module_open in -lmcrypt... no checking for init_mcrypt in -lmcrypt... no configure: error: Sorry, I was not able to diagnose which libmcrypt version you have installed. the output from config.log is: checking for mcrypt support... yes checking for mcrypt_module_open in -lmcrypt... no checking for init_mcrypt in -lmcrypt... no configure: error: Sorry, I was not able to diagnose which libmcrypt version you have installed. x:/data/a/c/php-4.3.0# tail -20 config.log configure:41510: checking for init_mcrypt in -lmcrypt configure:41529: cc -o conftest -xO5 -D_POSIX_PTHREAD_SEMANTICS -L/usr/local/lib -R/usr/ucblib -L/usr/ucblib -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib -L/usr/local/lib -R/usr/local/BerkeleyDB.3.2/lib -L/usr/local/BerkeleyDB.3.2/lib
#21936 [Com]: since php-4.3.0 i can't configure using libmcrypt
ID: 21936 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: *Configuration Issues Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: hi guys, as told in bug 21936, i have similar problems with php-4.3.0 release (NOT an RC!) and libmcrypt-2.5.6. in this case, i do not see the solution. plz help to configure compile, br, md. Previous Comments: [2003-01-29 04:57:01] [EMAIL PROTECTED] Please add your comments to #20926 anyway, I just reopened it. Derick [2003-01-29 04:52:36] [EMAIL PROTECTED] hi, i try to compile php-4.3.0 with libmcrypt 2.5.6. i am using Sun Workshop 6 U1. the libmcrypt was configured in 2 ways: 1st, i tried it with just ./configure. this did not work because no algorithms were included. 2nd, i tried it with: ./configure \ --enable-static=yes \ --with-included-algos=3-way arcfour blowfish cast-128 cast-256 des enigma gost loki97 rc2 rijndael rijndael-128 rijndael-192 rijndael-256 safer safer128 safer64 saferplus serpent tripledes twofish wake xtea this gave me a good version with a libmcrypt.a and a .so. i did a make install and everything went fine. even mcrypt could be compiled and linked against the new version. then i try to configure php with libmcrypt like this: ./configure \ --prefix=/usr/local \ --disable-cgi \ --disable-debug \ --with-config-file-path=/usr/local/etc\ --with-exec-dir \ --enable-sigchild \ --enable-magic-quotes \ --disable-rpath \ --disable-ipv6\ --with-openssl\ --disable-all \ --with-zlib=/usr/local\ --with-crack=/usr/local \ --enable-ctype\ --with-curl=/usr/local\ --with-db3=/usr/local/BerkeleyDB.3.2 \ --enable-exif \ --enable-ftp \ --with-gd \ --enable-gd-native-ttf\ --with-gettext=/usr/local \ --with-iconv \ --with-imap=/usr/local\ --with-imap-ssl=/usr/local\ --with-ldap=shared,/usr/local \ --enable-mbstring \ --enable-mbregex \ --with-mcrypt \ --with-mhash=shared,/usr/local\ --enable-mime-magic \ --with-mysql=/usr/local \ --with-oci8=/data/oracle \ --disable-posix \ --disable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ --enable-xml \ --with-expat-dir=/usr/local \ --enable-shared \ --enable-static \ --disable-inline-optimization \ --enable-zend-multibyte the configure script is happy until this: checking for mcrypt support... yes checking for mcrypt_module_open in -lmcrypt... no checking for init_mcrypt in -lmcrypt... no configure: error: Sorry, I was not able to diagnose which libmcrypt version you have installed. the output from config.log is: checking for mcrypt support... yes checking for mcrypt_module_open in -lmcrypt... no checking for init_mcrypt in -lmcrypt... no configure: error: Sorry, I was not able to diagnose which libmcrypt version you have installed. x:/data/a/c/php-4.3.0# tail -20 config.log configure:41510:
#20926 [Com]: libmcrypt error in configure
ID: 20926 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: mcrypt related Operating System: NetBSD-1.5.2 PHP Version: 4.3.0RC2 New Comment: hi guys, as told in bug 21936, i have similar problems with php-4.3.0 release (NOT an RC!) and libmcrypt-2.5.6. in this case, i do not see the solution. plz help to configure compile, br, md. ps: sorry, this comment post went to the wrong bug before... don't know how that happened... obv. my fault ;-) Previous Comments: [2003-01-02 18:45:22] [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-12-11 13:10:22] [EMAIL PROTECTED] hmm, :-) Patching configure is of little use, it's generated from config.m4 files. It would be nice if you could try to fix ext/mcrypt/config.m4, but I doubt it's possible. After you modify config.m4's dont forget to rm configure ./buildconf It works all fine here, so I cant really help you. Derick [2002-12-11 13:04:24] [EMAIL PROTECTED] Actually, the problem is here: --- configure~ Wed Nov 27 15:02:21 2002 +++ configure Wed Dec 11 13:57:27 2002 @@ -47410,16 +47410,14 @@ save_old_LDFLAGS=$LDFLAGS - LDFLAGS= --L$MCRYPT_DIR/lib -lltdl - $LDFLAGS + LDFLAGS=$LDFLAGS echo $as_me:$LINENO: checking for mcrypt_module_open in -lmcrypt 5 echo $ECHO_N checking for mcrypt_module_open in -lmcrypt... $ECHO_C 6 if test ${ac_cv_lib_mcrypt_mcrypt_module_open+set} = set; then echo $ECHO_N (cached) $ECHO_C 6 else ac_check_lib_save_LIBS=$LIBS -LIBS=-lmcrypt $LIBS +LIBS=-lmcrypt -lltdl $LIBS cat conftest.$ac_ext _ACEOF #line $LINENO configure #include confdefs.h [2002-12-11 12:59:36] [EMAIL PROTECTED] Right, not a PHP problem - bogus. [2002-12-11 12:50:22] [EMAIL PROTECTED] The problem here is: --enable-shared=no in libmcrypt, but still there are lt_dl symbols in there. The lt_dl approach has never worked nicely - especially on BSD's and Derick is right, that the prefix does matter, even with --with-pic (use make DESTDIR=/pkg/libmcrypt-2.5.3 install for what I think you wanna do). The more recent versions, allow you to link in the encryptions in the shared lib, which is the approach I would recommend. 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/20926 -- Edit this bug report at http://bugs.php.net/?id=20926edit=1
#19022 [Com]: PHP Warning: Failed to write session data (files)
ID: 19022 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: linux (rh7.3), apache 1.3.26 PHP Version: 4.2.2 New Comment: I have a basic installation of OpenBSD 3.2, Qmail 1.03, Courier-IMAP 1.6.2, Apache 1.3.26, PHP 4.2.3. I have configured PHP and all seems run. But, when I installed SquirrelMail 1.2.10 for webmail service, I received the same error Warning: open(/tmp/sess_7538b7739bdd44e2fb0e747f65af858d, O_RDWR) failed: No such file or directory (2) in /htdocs/webmail/src/global.php on line 134 and then Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 I think it is your same problem. I have also tried to write a simple php file with only the row ? session_open(); ? It returns the usual error! I hope there will be a solution as soon as possible, I'm very sad to see all run but I can't install my Squirrel WebMail... Previous Comments: [2003-01-27 08:15:51] [EMAIL PROTECTED] my apache is running as nobody,nogroup with an assigned homedir of / or /tmp or /dev/null or /var. the error still spams my logfiles, but alot less cause i have migrated over to java/jsp. seems like the only way to fix this is to redruce traffic. [2003-01-24 23:12:17] [EMAIL PROTECTED] ALL READ THIS PLEASE !!! SOLUTION TO Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 In this case an many other, working with Linux or FreeBSD, remember that applications are users too. I am not an expert on this OS, but I know something. When a user does not have a home directory, he can not do a lot of things, among them is to execute many commands (why? do not ask) you may check, create a user with no home dir and test. So that is the problem with mysql and www, (PHP is working as www because apache), SO, assign a home dir to www and you will see the error no more. The same may happen with some mysql change settings. Thanks. [2003-01-23 14:28:50] [EMAIL PROTECTED] Hello, had the same error on a low-traffice development server (one processor) with pretty standart php (4.2.3) + apache (1.3.26) set-up. I noticed that I forgot the SID on one page and that somehow messed up the session and created the error on all pages that tried to access this same session. After I put the missing SID in, everything worked fine... [2002-12-12 18:25:45] [EMAIL PROTECTED] You can work around this bug by changing the session saver to mm (without the quotes). There are no known solutions to this problem that I can see out there. The only people with solutions are the windows people who didn't change the php.ini file to have a windows path in it. FOr the Linux people, this may well be a library compatibility problem, which is the best guess so far but is probably wrong! [2002-12-07 20:32:26] [EMAIL PROTECTED] Okay, I think I solved this bug for me at least. I would receive this error: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\windows\temp) in Unknown on line 0 and I finally tracked it down to being I was sometimes setting the session_id(); to blank, aka, to nothing. That would cause it to fail. I still think this is a bug, because you shouldn't be able to break it by setting it to nothing. The reason I was unable to track this down quicker was because I had no idea I was passing a blank variable to the session_id. So I looked into that, and it turns out PHP fails to delete cookies. I think their is a bug with the delete cookie functions...you might want to check into that. To solve this, instead of deleting the cookies, I just set them to -1, and then checked if they were -1, and if so, treated them as if they weren't there. I hope this helps, Nate 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/19022 -- Edit this bug report at http://bugs.php.net/?id=19022edit=1
#19022 [Opn-Fbk]: PHP Warning: Failed to write session data (files)
ID: 19022 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: linux (rh7.3), apache 1.3.26 PHP Version: 4.2.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip (can not reproduce anywhere) Previous Comments: [2003-01-29 05:25:32] [EMAIL PROTECTED] I have a basic installation of OpenBSD 3.2, Qmail 1.03, Courier-IMAP 1.6.2, Apache 1.3.26, PHP 4.2.3. I have configured PHP and all seems run. But, when I installed SquirrelMail 1.2.10 for webmail service, I received the same error Warning: open(/tmp/sess_7538b7739bdd44e2fb0e747f65af858d, O_RDWR) failed: No such file or directory (2) in /htdocs/webmail/src/global.php on line 134 and then Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 I think it is your same problem. I have also tried to write a simple php file with only the row ? session_open(); ? It returns the usual error! I hope there will be a solution as soon as possible, I'm very sad to see all run but I can't install my Squirrel WebMail... [2003-01-27 08:15:51] [EMAIL PROTECTED] my apache is running as nobody,nogroup with an assigned homedir of / or /tmp or /dev/null or /var. the error still spams my logfiles, but alot less cause i have migrated over to java/jsp. seems like the only way to fix this is to redruce traffic. [2003-01-24 23:12:17] [EMAIL PROTECTED] ALL READ THIS PLEASE !!! SOLUTION TO Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 In this case an many other, working with Linux or FreeBSD, remember that applications are users too. I am not an expert on this OS, but I know something. When a user does not have a home directory, he can not do a lot of things, among them is to execute many commands (why? do not ask) you may check, create a user with no home dir and test. So that is the problem with mysql and www, (PHP is working as www because apache), SO, assign a home dir to www and you will see the error no more. The same may happen with some mysql change settings. Thanks. [2003-01-23 14:28:50] [EMAIL PROTECTED] Hello, had the same error on a low-traffice development server (one processor) with pretty standart php (4.2.3) + apache (1.3.26) set-up. I noticed that I forgot the SID on one page and that somehow messed up the session and created the error on all pages that tried to access this same session. After I put the missing SID in, everything worked fine... [2002-12-12 18:25:45] [EMAIL PROTECTED] You can work around this bug by changing the session saver to mm (without the quotes). There are no known solutions to this problem that I can see out there. The only people with solutions are the windows people who didn't change the php.ini file to have a windows path in it. FOr the Linux people, this may well be a library compatibility problem, which is the best guess so far but is probably wrong! 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/19022 -- Edit this bug report at http://bugs.php.net/?id=19022edit=1
#21936 [Dup-Bgs]: since php-4.3.0 i can't configure using libmcrypt
ID: 21936 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Bogus Bug Type: *Configuration Issues Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. same as #20296 Previous Comments: [2003-01-29 05:02:24] [EMAIL PROTECTED] hi guys, as told in bug 21936, i have similar problems with php-4.3.0 release (NOT an RC!) and libmcrypt-2.5.6. in this case, i do not see the solution. plz help to configure compile, br, md. [2003-01-29 04:57:01] [EMAIL PROTECTED] Please add your comments to #20926 anyway, I just reopened it. Derick [2003-01-29 04:52:36] [EMAIL PROTECTED] hi, i try to compile php-4.3.0 with libmcrypt 2.5.6. i am using Sun Workshop 6 U1. the libmcrypt was configured in 2 ways: 1st, i tried it with just ./configure. this did not work because no algorithms were included. 2nd, i tried it with: ./configure \ --enable-static=yes \ --with-included-algos=3-way arcfour blowfish cast-128 cast-256 des enigma gost loki97 rc2 rijndael rijndael-128 rijndael-192 rijndael-256 safer safer128 safer64 saferplus serpent tripledes twofish wake xtea this gave me a good version with a libmcrypt.a and a .so. i did a make install and everything went fine. even mcrypt could be compiled and linked against the new version. then i try to configure php with libmcrypt like this: ./configure \ --prefix=/usr/local \ --disable-cgi \ --disable-debug \ --with-config-file-path=/usr/local/etc\ --with-exec-dir \ --enable-sigchild \ --enable-magic-quotes \ --disable-rpath \ --disable-ipv6\ --with-openssl\ --disable-all \ --with-zlib=/usr/local\ --with-crack=/usr/local \ --enable-ctype\ --with-curl=/usr/local\ --with-db3=/usr/local/BerkeleyDB.3.2 \ --enable-exif \ --enable-ftp \ --with-gd \ --enable-gd-native-ttf\ --with-gettext=/usr/local \ --with-iconv \ --with-imap=/usr/local\ --with-imap-ssl=/usr/local\ --with-ldap=shared,/usr/local \ --enable-mbstring \ --enable-mbregex \ --with-mcrypt \ --with-mhash=shared,/usr/local\ --enable-mime-magic \ --with-mysql=/usr/local \ --with-oci8=/data/oracle \ --disable-posix \ --disable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ --enable-xml \ --with-expat-dir=/usr/local \ --enable-shared \ --enable-static \ --disable-inline-optimization \ --enable-zend-multibyte the configure script is happy until this: checking for mcrypt support... yes checking for mcrypt_module_open in -lmcrypt...
#21930 [Fbk]: TO NAME not work
ID: 21930 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: Windows 2000 Proffiessional PHP Version: 4.3.0 New Comment: PLEASE don't use the 'Add comment' link!!! It's your own report, use the 'Edit submission' ALWAYS. Anyway, this works fine for me: mail('someone somehwere [EMAIL PROTECTED]', 'subject', 'message'); Previous Comments: [2003-01-29 01:57:43] [EMAIL PROTECTED] ? function SendHtmlMsg($To,$From,$Sendername,$Receivername,$subject,$msg){ mail($To, $subject, $msg, To: $Receivername $To\n . From: $Sendername $From\n . X-Mailer: PHP 4.3\n. MIME-Version: 1.0\n . Content-type: text/html; charset=-1256); } $From=[EMAIL PROTECTED]; $Sendername = Person; $To = [EMAIL PROTECTED]; $Receivername = Test Person; $subject =Test; $msg = Testbr/Test; SendHtmlMsg($To,$From,$Sendername,$Receivername,$subject,$msg); ? [2003-01-29 01:06:02] [EMAIL PROTECTED] Please add a short example script here which clearly shows your problem. [2003-01-29 00:33:40] [EMAIL PROTECTED] I want to comment that I USE the ISP SMTP , not IIS SMTP and also not work.. [2003-01-29 00:31:29] [EMAIL PROTECTED] I take details from : http://www.php.net/manual/en/function.mail.php because it happen with me also the smtp server with iis5 does not support a TO NAME, you can send it to an email but not along with a name. to say $to = Miki [EMAIL PROTECTED]; would not be accepted and you will get an error 501 Invalid address. if you see this error, just try NOT sending emails with a TO name, only the email should be entered -- Edit this bug report at http://bugs.php.net/?id=21930edit=1
#21151 [Com]: zlib and pcre as external modules don't work
ID: 21151 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Dynamic loading Operating System: Mandrake 9.0 PHP Version: 4.3.0RC4 New Comment: Between 4.2.3 and 4.3.0 (Mandrake 9.0) the ability to make zlib a shared module BROKE. Regardless if this module is small or not, the option exists to make it a shared module for PHP. It compiles fine, but it won't run: [root@x1 apache]# apachectl start Syntax error on line 62 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/lib/apache/libphp4.so into server: /etc/httpd/lib/apache/libphp4.so: undefined symbol: zlib_globals /usr/sbin/apachectl start: httpd could not be started [root@x1 apache]# Our configure script: ./configure \ --prefix=/usr/local \ --libexecdir=/usr/lib/apache \ --with-config-file-path=/usr/local/lib/php:/usr/local/lib:/etc \ --enable-discard-path \ --enable-bcmath=shared \ --enable-exif=shared \ --enable-ftp=shared \ --enable-sockets=shared \ --enable-track-vars \ --with-apxs \ --with-bz2=shared \ --with-gettext \ --with-xml=shared \ --with-gd=shared,/usr/local \ --with-freetype-dir=shared,/usr/local \ --with-jpeg-dir=shared \ --with-png-dir=shared \ --with-ldap=shared \ --with-pcre-regex=shared \ --with-zlib=shared,/usr \ --with-openssl=shared \ --with-pgsql=shared \ --with-mysql=shared,/usr \ --with-mnogosearch=shared,/usr/local/mnogosearch \ --with-snmp=shared \ --disable-ctype \ --without-aspell \ --without-db2 \ --without-db3 \ --without-pear Previous Comments: [2003-01-13 12:16:22] [EMAIL PROTECTED] Jean-Michel Yes I am ;) But if these extensions can't be built as a loadable dso, you shouldn't be able to use =shared. This is really extreme stuff and I doubt people would use this configure line. [2003-01-07 10:27:49] [EMAIL PROTECTED] Confirmed same issue on Solaris 8 for version 4.3.0. I do agree that zlib is not that large and can be compiled into php (hit after reading that suggestion!) but still the option is there and does not work... [2003-01-03 02:26:36] [EMAIL PROTECTED] Oden, you're a modularization maniac ;-) Some extensions, like ftp, session, zlib and pcre should really remain in the PHP core, since: 1) they don't need extra libraries (try to install an RPM without libz.so ;-) 2) they are really small and don't add extra weigth to PHP 3) users need them and will complain if they're not installed by default (trust me on this one!) Jean-Michel [2002-12-23 02:53:24] [EMAIL PROTECTED] Too many modules rely on zlib and pcre, the best thing would be to disallow them to be compiled as shared module. For now: just don't do it :) Derick [2002-12-22 19:18:39] [EMAIL PROTECTED] Hi. zlib and pcre won't build as external modules. Here's my configure line: ./configure \ --prefix=/usr \ --exec-prefix=/usr \ --bindir=/usr/bin \ --sbindir=/usr/sbin \ --datadir=/usr/share \ --sysconfdir=/etc \ --libdir=/usr/lib \ --includedir=/usr/include \ --infodir=/usr/share/info \ --mandir=/usr/share/man \ --with-apxs2=/usr/sbin/apxs \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-debug \ --with-layout=GNU \ --with-config-file-path=/etc \ --with-config-file-scan-dir=/etc/httpd/conf.d \ --with-pear=/usr/lib/php \ --enable-safe-mode \ --with-exec-dir=/usr/bin \ --enable-magic-quotes \ --disable-rpath \ --with-openssl=shared,/usr --with-zlib=shared,/usr --with-zlib-dir=/usr \ --enable-bcmath=shared \ --with-bz2=shared,/usr \ --enable-calendar=shared \ --without-cpdflib \ --with-jpeg-dir=/usr \ --with-tiff-dir=/usr \ --without-crack \ --with-ctype=shared \ --with-curl=shared,/usr \ --without-cyrus \ --without-db \ --enable-dba=shared,/usr \ --with-gdbm=shared,/usr \ --without-ndbm \ --without-db2 \ --without-db3 \ --with-db4=shared,/usr \ --without-dbm \ --with-cdb=shared,/usr \ --with-flatfile=shared \ --enable-dbase=shared \ --enable-dbx=shared,/usr \ --enable-dio=shared,/usr \ --with-dom=shared,/usr --with-zlib-dir=/usr --with-dom-xslt=shared,/usr --with-dom-exslt=shared,/usr \ --enable-exif=shared \ --without-fbsql \ --without-fdftk \ --enable-filepro=shared \ --without-fribidi \ --enable-ftp=shared \ --with-gd=shared --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-xpm-dir=/usr/X11R6/lib/ \ --with-ttf=/usr \
#21938 [Fbk-Opn]: Wrong error line numbers
ID: 21938 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: What I did: = Made a script like this: ?php blubb(); ? What should happen? This error: Fatal error: Call to undefined function: blubb() in foo.php on line 3 What happend? This error: Fatal error: Call to undefined function: blubb() in foo.php on line 2 As you see the line number is incorrect. It should be 3 instead of 2. As longer the script is as longer are the differences betweeen the correct and displayed line number. This happens with all errors, warnings ans so on. this happends since the upgrade of PHP to PHP 4.3. System: Windows 2000 Server / Apache/1.3.24 Version: PHP 4.3 Windows Binary with unmodified php.ini-dist Previous Comments: [2003-01-29 06:02:45] [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. [2003-01-29 05:48:56] [EMAIL PROTECTED] The error will be displayed at a wrong line. Sample: Undefined variable: foo in foo.php on line 39 $foo is only used in line 113. This also happends with wrong functions and other errors. This makes it really hard to find errors. I'm using the windows binary with default configuration. (php.ini-dist). -- Edit this bug report at http://bugs.php.net/?id=21938edit=1
#21930 [Fbk-Opn]: TO NAME not work
ID: 21930 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Windows 2000 Proffiessional PHP Version: 4.3.0 New Comment: I take details from : http://www.php.net/manual/en/function.mail.php because it happen with me also the smtp server with iis5 does not support a TO NAME, you can send it to an email but not along with a name. to say $to = Miki [EMAIL PROTECTED]; would not be accepted and you will get an error 501 Invalid address. if you see this error, just try NOT sending emails with a TO name, only the email should be entered That is given to me.. SMTP server response: 550 5.1.1 ... User unknown in C:\Projects\fnoon\functions.php on 138 I want to comment that I USE the ISP SMTP , not IIS SMTP and also not work.. Now I think I understand what the problem .. THAT BECAUSE I USE ARABIC EMAIL FORMAT .. SORRY FOR MAKE NOISE AND VERY THMKS TO YOU SNIPER :P Previous Comments: [2003-01-29 06:06:56] [EMAIL PROTECTED] PLEASE don't use the 'Add comment' link!!! It's your own report, use the 'Edit submission' ALWAYS. Anyway, this works fine for me: mail('someone somehwere [EMAIL PROTECTED]', 'subject', 'message'); [2003-01-29 01:57:43] [EMAIL PROTECTED] ? function SendHtmlMsg($To,$From,$Sendername,$Receivername,$subject,$msg){ mail($To, $subject, $msg, To: $Receivername $To\n . From: $Sendername $From\n . X-Mailer: PHP 4.3\n. MIME-Version: 1.0\n . Content-type: text/html; charset=-1256); } $From=[EMAIL PROTECTED]; $Sendername = Person; $To = [EMAIL PROTECTED]; $Receivername = Test Person; $subject =Test; $msg = Testbr/Test; SendHtmlMsg($To,$From,$Sendername,$Receivername,$subject,$msg); ? [2003-01-29 01:06:02] [EMAIL PROTECTED] Please add a short example script here which clearly shows your problem. [2003-01-29 00:33:40] [EMAIL PROTECTED] I want to comment that I USE the ISP SMTP , not IIS SMTP and also not work.. [2003-01-29 00:31:29] [EMAIL PROTECTED] I take details from : http://www.php.net/manual/en/function.mail.php because it happen with me also the smtp server with iis5 does not support a TO NAME, you can send it to an email but not along with a name. to say $to = Miki [EMAIL PROTECTED]; would not be accepted and you will get an error 501 Invalid address. if you see this error, just try NOT sending emails with a TO name, only the email should be entered -- Edit this bug report at http://bugs.php.net/?id=21930edit=1
#21930 [Opn]: TO NAME not work
ID: 21930 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Operating System: Windows 2000 Proffiessional PHP Version: 4.3.0 New Comment: I take details from : http://www.php.net/manual/en/function.mail.php because it happen with me also the smtp server with iis5 does not support a TO NAME, you can send it to an email but not along with a name. to say $to = Miki [EMAIL PROTECTED]; would not be accepted and you will get an error 501 Invalid address. if you see this error, just try NOT sending emails with a TO name, only the email should be entered That is given to me.. SMTP server response: 550 5.1.1 ... User unknown in C:\Projects\fnoon\functions.php on 138 I want to comment that I USE the ISP SMTP , not IIS SMTP and also not work.. Now I think I understand what the problem .. THAT BECAUSE I USE ARABIC EMAIL FORMAT .. SORRY FOR MAKE NOISE AND VERY THMKS TO YOU SNIPER :P Previous Comments: [2003-01-29 06:31:41] [EMAIL PROTECTED] I take details from : http://www.php.net/manual/en/function.mail.php because it happen with me also the smtp server with iis5 does not support a TO NAME, you can send it to an email but not along with a name. to say $to = Miki [EMAIL PROTECTED]; would not be accepted and you will get an error 501 Invalid address. if you see this error, just try NOT sending emails with a TO name, only the email should be entered That is given to me.. SMTP server response: 550 5.1.1 ... User unknown in C:\Projects\fnoon\functions.php on 138 I want to comment that I USE the ISP SMTP , not IIS SMTP and also not work.. Now I think I understand what the problem .. THAT BECAUSE I USE ARABIC EMAIL FORMAT .. SORRY FOR MAKE NOISE AND VERY THMKS TO YOU SNIPER :P [2003-01-29 06:06:56] [EMAIL PROTECTED] PLEASE don't use the 'Add comment' link!!! It's your own report, use the 'Edit submission' ALWAYS. Anyway, this works fine for me: mail('someone somehwere [EMAIL PROTECTED]', 'subject', 'message'); [2003-01-29 01:57:43] [EMAIL PROTECTED] ? function SendHtmlMsg($To,$From,$Sendername,$Receivername,$subject,$msg){ mail($To, $subject, $msg, To: $Receivername $To\n . From: $Sendername $From\n . X-Mailer: PHP 4.3\n. MIME-Version: 1.0\n . Content-type: text/html; charset=-1256); } $From=[EMAIL PROTECTED]; $Sendername = Person; $To = [EMAIL PROTECTED]; $Receivername = Test Person; $subject =Test; $msg = Testbr/Test; SendHtmlMsg($To,$From,$Sendername,$Receivername,$subject,$msg); ? [2003-01-29 01:06:02] [EMAIL PROTECTED] Please add a short example script here which clearly shows your problem. [2003-01-29 00:33:40] [EMAIL PROTECTED] I want to comment that I USE the ISP SMTP , not IIS SMTP and also not work.. 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/21930 -- Edit this bug report at http://bugs.php.net/?id=21930edit=1
#21938 [Opn-Fbk]: Wrong error line numbers
ID: 21938 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Ilia fixed something like this just few days ago, iirc. Previous Comments: [2003-01-29 06:17:07] [EMAIL PROTECTED] What I did: = Made a script like this: ?php blubb(); ? What should happen? This error: Fatal error: Call to undefined function: blubb() in foo.php on line 3 What happend? This error: Fatal error: Call to undefined function: blubb() in foo.php on line 2 As you see the line number is incorrect. It should be 3 instead of 2. As longer the script is as longer are the differences betweeen the correct and displayed line number. This happens with all errors, warnings ans so on. this happends since the upgrade of PHP to PHP 4.3. System: Windows 2000 Server / Apache/1.3.24 Version: PHP 4.3 Windows Binary with unmodified php.ini-dist [2003-01-29 06:02:45] [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. [2003-01-29 05:48:56] [EMAIL PROTECTED] The error will be displayed at a wrong line. Sample: Undefined variable: foo in foo.php on line 39 $foo is only used in line 113. This also happends with wrong functions and other errors. This makes it really hard to find errors. I'm using the windows binary with default configuration. (php.ini-dist). -- Edit this bug report at http://bugs.php.net/?id=21938edit=1
#21928 [Opn-Fbk]: Cannot find valid ODBC DSN
ID: 21928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Win2k server PHP Version: 4.3.0 New Comment: kept as feedback until testing done... Previous Comments: [2003-01-29 00:29:25] [EMAIL PROTECTED] BTW: I am running MDAC 2.7 SP1 [2003-01-29 00:27:09] [EMAIL PROTECTED] I'll run your test in the morning. It might be notable that I can run my script from the command line and have no problems connecting to the ODBC DSN. But when I run it through IIS, it fails. I ran this same script on my local win2k pro desktop and it works fine. This is only happening on my win2k server. I searched the net and see lots of people with this same issue, but cannot find a single one that has a resolution. [2003-01-28 22:40:06] [EMAIL PROTECTED] I don't believe this is a PHP bug itself at all. First off what version of the MDAC are you using? Second can you try doing the following: $dbh = odbc_connect(); // yes I know it will fail $res = odbc_data_source($dbh, SQL_FETCH_FIRST); And print out the results of the $res, and call the data_source() a few more times with SQL_FETCH_NEXT instead of SQL_FETCH_FIRST? Thanks [2003-01-28 18:47:07] [EMAIL PROTECTED] This is a system DSN. Here is the output from the lines you sent me. Content-type: text/html X-Powered-By: PHP/4.3.0 resource(1) of type (odbc link) [2003-01-28 18:17:10] [EMAIL PROTECTED] Is ti_readonly a userDSN or a systemDSN? Run this EXACT script from the COMMAND LINE on your server and report the output: ?php var_dump(odbc_connect(ti_readonly,TI_readonly,TI_readonly)); ? 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/21928 -- Edit this bug report at http://bugs.php.net/?id=21928edit=1
#15778 [Opn]: Segmentation Fault with iPlanet nsapi module on pthread_key_create
ID: 15778 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: iPlanet related +Bug Type: Reproducible crash Operating System: AIX 4.3.3 -PHP Version: php4-200210210300 +PHP Version: 4CVS-2003-01-29 (stable) New Comment: Bug still present in the latest php4 snapshot php4-STABLE-200301290030. Running: OS: AIX 4.3.3 ML10 http server: iPlanet 4.1 SP7, nsapi module PHP version: 4CVS-2003-01-29 (stable) Here's the backtrace # gdb /appl/netscape4/server4/bin/https/bin/ns-httpd /appl/netscape4/server4/https-splu9029/config/core GNU gdb 5.0-aix43-010414 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as powerpc-ibm-aix4.3.3.0...(no debugging symbols found)... Core was generated by `ns-httpd'. Program terminated with signal 11, Segmentation fault. #0 0xd17aaf34 in pthread_key_create () (gdb) bt #0 0xd17aaf34 in pthread_key_create () #1 0xd17aa208 in tsrm_startup (expected_threads=1, expected_resources=1, debug_level=0, debug_filename=0x0) at /usr/local/src/php/php4-STABLE-200301290030/TSRM/TSRM.c:108 #2 0xd18efe8c in php4_init (pb=0x20136c18, sn=0x0, rq=0x0) at /usr/local/src/php/php4-STABLE-200301290030/sapi/nsapi/nsapi.c:498 #3 0xd11b8ca8 in func_native_pool_wait_work () #4 0xd11b9d88 in func_exec_str () #5 0xd11b92b4 in INTfunc_exec () #6 0xd11acea0 in INTconf_run_late_init_functions () #7 0xd122fd50 in DaemonProcessorUX::__ct () #8 0xd122e5fc in DaemonProcessor::NewDaemonProcessor () #9 0xd125f640 in daemon_run () #10 0x10001bac in ?? () from /appl/netscape4/server4/bin/https/bin/ns-httpd (gdb) Previous Comments: [2002-10-26 14:25:43] [EMAIL PROTECTED] . [2002-10-26 14:24:41] [EMAIL PROTECTED] Changed 'summary' from : Segmentation Fault with iPlanet module on php4_init to: Segmentation Fault with iPlanet nsapi module on pthread_key_create [2002-10-26 14:17:04] [EMAIL PROTECTED] submitted backtrace for PHP version: snapshot: php4-200210210300 OS: AIX 4.3.3 ML10 http server: iPlanet 4.1 SP7, nsapi module [2002-10-22 01:37:37] [EMAIL PROTECTED] GNU gdb 5.0-aix43-010414 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as powerpc-ibm-aix4.3.3.0...(no debugging symbols found)... Core was generated by `ns-httpd'. Program terminated with signal 11, Segmentation fault. #0 0xd0f49ac8 in pthread_key_create () (gdb) bt #0 0xd0f49ac8 in pthread_key_create () #1 0xd0f48894 in tsrm_startup (expected_threads=1, expected_resources=1, debug_level=0, debug_filename=0x0) at /usr/local/src/php/php4-200210210300/TSRM/TSRM.c:108 #2 0xd11593e8 in php4_init (pb=0x2006af08, sn=0x0, rq=0x0) at /usr/local/src/php/php4-200210210300/sapi/nsapi/nsapi.c:496 #3 0xd0daeca8 in func_native_pool_wait_work () #4 0xd0dafd88 in func_exec_str () #5 0xd0daf2b4 in INTfunc_exec () #6 0xd0da2ea0 in INTconf_run_late_init_functions () #7 0xd0e25d50 in DaemonProcessorUX::__ct () #8 0xd0e245fc in DaemonProcessor::NewDaemonProcessor () #9 0xd0e55640 in daemon_run () #10 0x10001bac in ?? () from /appl/netscape4/server4/bin/https/bin/ns-httpd [2002-10-21 11:50:39] [EMAIL PROTECTED] Dear sir, The project I had been assigned to by our organisation, and which had been the reason for me to spend time on this issue, has been cancelled. Because of the way our organisation works (project based), this effectively means that I will no longer be allowed to spend any more of my time on this issue. As far as I am concerned this means that this bug can be closed, because personally I wont be involved with the use of this product any longer. For what it's worth: I downloaded the snapshot you mentioned on my own time, and verified that the nsapi php module for iPlanet 4.1 SP7 on AIX 4.3.3 ML10 still causes the web server to crash on initialisation of the php module. I can create and submit a gdb backtrace if anyone at all is still interested, but im afraid that you're going to have to solve this issue on you own
#21907 [Fbk-Opn]: Fatal error: Call to undefined function: get_attribute_node()
ID: 21907 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: Solaris 5.7 PHP Version: 4.2.3 New Comment: I try with the snapshot php4-STABLE-200301282030, and when i execute make, appear this error: In file included from /opt/php/php4-STABLE-200301282030/main/php_scandir.c:20: /opt/php/php4-STABLE-200301282030/main/php_scandir.h:15: warning: `struct dirent' declared inside pa rameter list /opt/php/php4-STABLE-200301282030/main/php_scandir.h:15: warning: its scope is only this definition or declaration, which is probably not what you want. /opt/php/php4-STABLE-200301282030/main/php_scandir.h:19: warning: `struct dirent' declared inside pa rameter list /opt/php/php4-STABLE-200301282030/main/php_scandir.c:46: conflicting types for `alphasort' /opt/php/php4-STABLE-200301282030/main/php_scandir.h:15: previous declaration of `alphasort' /opt/php/php4-STABLE-200301282030/main/php_scandir.c:53: conflicting types for `scandir' /opt/php/php4-STABLE-200301282030/main/php_scandir.h:19: previous declaration of `scandir' /opt/php/php4-STABLE-200301282030/main/php_scandir.c: In function `scandir': /opt/php/php4-STABLE-200301282030/main/php_scandir.c:106: warning: passing arg 4 of `qsort' from inc ompatible pointer type make: *** [main/php_scandir.lo] Error 1 Previous Comments: [2003-01-28 12:14:57] [EMAIL PROTECTED] Please try newer snapshot, this compiler error should be fixed now. [2003-01-28 12:01:24] [EMAIL PROTECTED] U send me an email with u feedback: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz I try to install this version of PHP, with the next configuration: ./configure --with-apache=./../../Apache/apache_1.3.27 \ --with-dom\ --with-oci8=/Persa/Oracle \ --with-gd \ --with-freetype-dir \ --enable-gd-native-ttf \ --enable-gd-imgstrttf \ --with-png-dir \ --with-zlib \ --enable-track-vars And when i ejecute make... i retrive this error: In file included from /opt/php/php4-STABLE-200301281230/main/php_scandir.c:20: /opt/php/php4-STABLE-200301281230/main/php_scandir.h:15: warning: `struct dirent' declared inside parameter list /opt/php/php4-STABLE-200301281230/main/php_scandir.h:15: warning: its scope is only this definitionor declaration, which is probably not what you want. /opt/php/php4-STABLE-200301281230/main/php_scandir.h:19: warning: `struct dirent' declared inside parameter list /opt/php/php4-STABLE-200301281230/main/php_scandir.c:44: conflicting types for `alphasort' /opt/php/php4-STABLE-200301281230/main/php_scandir.h:15: previous declaration of `alphasort' /opt/php/php4-STABLE-200301281230/main/php_scandir.c:51: conflicting types for `scandir' /opt/php/php4-STABLE-200301281230/main/php_scandir.h:19: previous declaration of `scandir' /opt/php/php4-STABLE-200301281230/main/php_scandir.c: In function `scandir': /opt/php/php4-STABLE-200301281230/main/php_scandir.c:104: warning: passing arg 4 of `qsort' from incompatible pointer type make: *** [main/php_scandir.lo] Error 1 What can i do to resolve my problem ??? Thanks, Damian.- [2003-01-27 17:05:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-27 12:17:29] [EMAIL PROTECTED] Hi, my name is Damian. I'm programming in php and i'm using DOMXML in SOLARIS 5.7 (Apache 1.3.27). I have the next problem: I build a XML document with a function, and then i try to parse this document with DOM XML, but sometimes i have a problem. In the web appear this error: Fatal error: Call to undefined function: get_attribute_node() This error is random, sometimes is work ok, and somtimes i have this error. Have u got any information about that ??? This is my code: ? session_start(); /* Inicio la sesion */ ? html head meta http-equiv=Content-Type content=text/html; charset=windows-1252 meta name=GENERATOR content=Microsoft FrontPage 4.0 meta name=ProgId content=FrontPage.Editor.Document titlePagina nueva 1/title base target=principal link rel=stylesheet href=/style.css type=text/css /head body bgcolor=#5B ? $start=10; $delta=20; $nivel=0; /* Abre el documento */ $doc = domxml_open_mem($documento_domxml); if(isset($variable_metodo_get)){ $elemento_metodo_get=$doc-get_elements_by_tagname ($variable_metodo_get);
#21854 [Com]: Output compression stops working
ID: 21854 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zlib Related Operating System: Redhat 7.2 PHP Version: 4.3.0 New Comment: i had the same problem, but after the php.ini update, everything worked fine... tnx sniper... Previous Comments: [2003-01-29 01:07:09] [EMAIL PROTECTED] My ini file was quit differnt i belive it was from a older version so i copied over the new one and changed only the zlib.output_compression setting below is the diff --- php.ini-recommended Thu Dec 26 08:07:59 2002 +++ /usr/local/lib/php.ini Wed Jan 29 01:03:00 2003 @@ -127,7 +127,7 @@ ; also. ; Note: output_handler must be empty if this is set 'On' ; Instead you must use zlib.output_handler. -zlib.output_compression = Off +zlib.output_compression = On ; You cannot specify additional output handlers if zlib.output_compression ; is activated here. This setting does the same as output_handler but in /usr/local/apache/bin/httpd -X Doing this it still fails only takes about 1 refresh and it's dead. [2003-01-29 00:43:44] [EMAIL PROTECTED] Just add output of this command: # diff -u php.ini-recommended /usr/local/lib/php.ini That'll show us what the changes were. And easier to reproduce this is propably by running apache in foreground: # /usr/local/apache/bin/apachectl stop # /usr/local/apache/bin/httpd -X Try that and let us know if you can get it fail then. [2003-01-29 00:23:00] [EMAIL PROTECTED] I used the php.ini-recommended. If you need i can post all of my php.ini settings or anything else you need. Also some updates from testing a little more it seems to stop working per httpd process. Witch is where the working coming and going is coming from. Once that once process stops compressing it stops till you restart apache. I was able to find this by making a script that did getmypid() and sitting there realoading it checking the pid numbers. Also the best way i have found to reproduce this is to keep refreshing a script that has phpinfo(); in it on my servers after about 5-10 refreshes the compression starts going flaky. [2003-01-29 00:11:59] [EMAIL PROTECTED] Is zlib.output_compression the only setting you have changed from the php.ini? And which one did you use as base, php.ini-dist or php.ini-recommended ? [2003-01-28 22:05:31] [EMAIL PROTECTED] This also still happens with php4-STABLE-200301282030 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/21854 -- Edit this bug report at http://bugs.php.net/?id=21854edit=1
#21941 [NEW]: PHP has encountered an Access Violation at 10001364
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.3.0 PHP Bug Type: IIS related Bug description: PHP has encountered an Access Violation at 10001364 I'm running PHP 4.1.2 ISAPI on Windows 2000 Server. When I try to upgrade to PHP 4.3.0 I get the following error: PHP has encountered an Access Violation at 10001364 If I change back to php4isapi.dll from PHP 4.1.2 withought any other changes it works just fine. It occurs if I just run phpinfo.php or a simple script. What can I do to solve this problem? /Lennart -- Edit bug report at http://bugs.php.net/?id=21941edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21941r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21941r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21941r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21941r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21941r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21941r=support Expected behavior: http://bugs.php.net/fix.php?id=21941r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21941r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21941r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21941r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21941r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21941r=dst IIS Stability: http://bugs.php.net/fix.php?id=21941r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21941r=gnused
#21941 [Opn-Bgs]: PHP has encountered an Access Violation at 10001364
ID: 21941 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: You have not replaced all the old dlls with the new ones from the release package..and/or rebooted. (the last one is _sometimes_ needed) Previous Comments: [2003-01-29 07:52:23] [EMAIL PROTECTED] I'm running PHP 4.1.2 ISAPI on Windows 2000 Server. When I try to upgrade to PHP 4.3.0 I get the following error: PHP has encountered an Access Violation at 10001364 If I change back to php4isapi.dll from PHP 4.1.2 withought any other changes it works just fine. It occurs if I just run phpinfo.php or a simple script. What can I do to solve this problem? /Lennart -- Edit this bug report at http://bugs.php.net/?id=21941edit=1
#21942 [NEW]: array_intersect with empty in IF statement
From: [EMAIL PROTECTED] Operating system: Linux 2.4 PHP version: 4.3.0 PHP Bug Type: Scripting Engine problem Bug description: array_intersect with empty in IF statement $array1 = array (a = green, red, blue); $array2 = array (b = green, yellow, red); if (false == empty(array_intersect ($array1, $array2))) { echo 1; } Log output: PHP Parse error: parse error, unexpected T_STRING, expecting T_VARIABLE or '$' in /var/www/test/arint.php on line 6 line 6 is the line with IF statement. However the following code works perfectly: $array1 = array (a = green, red, blue); $array2 = array (b = green, yellow, red); $result = array_intersect ($array1, $array2); if (false == empty($result)) { echo 1; } -- Edit bug report at http://bugs.php.net/?id=21942edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21942r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21942r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21942r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21942r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21942r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21942r=support Expected behavior: http://bugs.php.net/fix.php?id=21942r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21942r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21942r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21942r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21942r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21942r=dst IIS Stability: http://bugs.php.net/fix.php?id=21942r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21942r=gnused
#21942 [Opn-Bgs]: array_intersect with empty in IF statement
ID: 21942 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.4 PHP Version: 4.3.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. read the docs @ php.net/empty again. Previous Comments: [2003-01-29 07:59:20] [EMAIL PROTECTED] $array1 = array (a = green, red, blue); $array2 = array (b = green, yellow, red); if (false == empty(array_intersect ($array1, $array2))) { echo 1; } Log output: PHP Parse error: parse error, unexpected T_STRING, expecting T_VARIABLE or '$' in /var/www/test/arint.php on line 6 line 6 is the line with IF statement. However the following code works perfectly: $array1 = array (a = green, red, blue); $array2 = array (b = green, yellow, red); $result = array_intersect ($array1, $array2); if (false == empty($result)) { echo 1; } -- Edit this bug report at http://bugs.php.net/?id=21942edit=1
#17015 [Opn-Bgs]: Ora_Error/Ora_ErrorCode
ID: 17015 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Oracle related Operating System: HP-Unix 11.X PHP Version: 4.1.2 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Ora_do does not fail when there is no data returned, thus ora_error and/or ora_errorcode does not return any errors either. This is an expected behaviour. Previous Comments: [2002-05-05 10:41:56] [EMAIL PROTECTED] When checking for errors after Ora_Do, if the table is empty, neither of them (ora_error/ora_errorcode) return 1403 (no data found). Following is sample code: $query = select * from test_table ; $qCursor = Ora_Do($oraConn, $query); $qError = Ora_ErrorCode($query); // $qError = Ora_Error($query); echo Error = .$qError. \n; -- Edit this bug report at http://bugs.php.net/?id=17015edit=1
#17245 [Opn]: persistence connection problem(ociplogin)
ID: 17245 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Oracle related +Bug Type: OCI8 related Operating System: SUN os 5.6(Solaris) PHP Version: 4.1.2 New Comment: Moving this to OCI8, which is where OCIPLogin() belongs. Previous Comments: [2002-09-30 04:18:00] [EMAIL PROTECTED] Please tell me the solution of Too many connection the error occured in PHP while connecting to the database. if any body knows about the solution, then please mail me at the following email address: [EMAIL PROTECTED] I appreciate your help. Thanks [2002-05-15 07:32:10] [EMAIL PROTECTED] I am using apache1.3.22,php4.1.1 with oracle8 and OS is solaris as well as WINDOWS 2000. I am using the persistence connection(PHP ociplogin()) for update/insert/select to the database. The apache server is opeing a child process and holding connection(one connection per child) on every database transaction. For every request the connection is opening to database and it is not getting closed. As per PHP document(Pl refer the PHP doc on persistence connection) the child created by apache, holds the persistence connection until it die(child). But for every request the apache is crating the child(i am asuming... because it is opening databse connection every time) and it is trying to hold the database connection even the remaining childs are free(not doing any thing). After some time all of my database connections are in use and giving error MAX number of connections exceeded. Bye SURESH. -- Edit this bug report at http://bugs.php.net/?id=17245edit=1
#21941 [Bgs]: PHP has encountered an Access Violation at 10001364
ID: 21941 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Thank you! The problem is solved. I'd forgotten the php4ts.dll to the system32 directory. /Lennart Previous Comments: [2003-01-29 07:55:05] [EMAIL PROTECTED] You have not replaced all the old dlls with the new ones from the release package..and/or rebooted. (the last one is _sometimes_ needed) [2003-01-29 07:52:23] [EMAIL PROTECTED] I'm running PHP 4.1.2 ISAPI on Windows 2000 Server. When I try to upgrade to PHP 4.3.0 I get the following error: PHP has encountered an Access Violation at 10001364 If I change back to php4isapi.dll from PHP 4.1.2 withought any other changes it works just fine. It occurs if I just run phpinfo.php or a simple script. What can I do to solve this problem? /Lennart -- Edit this bug report at http://bugs.php.net/?id=21941edit=1
#13907 [Opn]: Oracle Fetch row by row number
ID: 13907 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: all PHP Version: 4.0.6 -Assigned To: +Assigned To: maxim New Comment: Well, this wouldn't make much sence as this should be controlled by your SQL. What's the point to grab the whole table in your buffer to then fetch only a few rows somewhere in the middle? Anyhow, will assign it to myself for now. Previous Comments: [2001-11-02 05:37:16] [EMAIL PROTECTED] Currently there's no way of fetching a row by row number. OCIFetchStatement() fetches all rows returned by a query. OCIFetchInto() only allows to return the NEXT row. It would make sense to be able to selectively fetch a subset of rows or single rows by row number for large row lists. -- Edit this bug report at http://bugs.php.net/?id=13907edit=1
#13906 [Opn]: Oracle OCI Non-Blocking mode
ID: 13906 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: all PHP Version: 4.0.6 -Assigned To: +Assigned To: maxim New Comment: This one i already like better. Assigned. Previous Comments: [2001-11-02 05:21:24] [EMAIL PROTECTED] The Oracle OCI Module doesn't support non-blocking mode yet. This makes sense e.g. for cancelling SQL queries that run too long. This would include support for OCIBreak() and OCIReset() as well as get/set functions. -- Edit this bug report at http://bugs.php.net/?id=13906edit=1
#10350 [Opn]: OCIResult doesn't return time for an Oracle Date field
ID: 10350 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Sun OS 5.7 PHP Version: 4.0.3pl1 -Assigned To: +Assigned To: maxim New Comment: Besides being a little bit bogus, this also has chances to be already solved meanwhile. Previous Comments: [2001-04-16 17:49:58] [EMAIL PROTECTED] Seeing how it's a feature request, I guess it can't be Bogus or can it? -Chris [2001-04-16 17:48:13] [EMAIL PROTECTED] Joe Brown says: This is not a PHP bug. Consider setting NLS_DATE_FORMAT. The manual states OCIResult() returns everything as a string. NLS_DATE_FORMAT may not be appropriate for your needs. There are quite a few places you can set NLS_DATE_FORMAT. * Environment variables (or windows registry on win32) * orclSID.ora * on a per session basis; execute this statement after logon: $cursor=OCIParse($connection, ALTER SESSION SET NLS_DATE_FORMAT='-MM-DD HH24:MI:SS'); OCIExecute($cursor); OCIFreeCursor($cursor); [2001-04-16 16:07:54] [EMAIL PROTECTED] The Oracle Date fields are actually DateTime fields. Your OCIResult routinue returns the date only. As this point, you can't change what OCIResult does because you'd break existing code. I request that you add a new function allowing the recovery of the time value of an Orcale Date field. -- Edit this bug report at http://bugs.php.net/?id=10350edit=1
#8070 [Opn-Bgs]: wish list: oci8.max_persist in php.ini
ID: 8070 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0.3pl1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Later, there is #9517 which is the same. Will leave only that one. Previous Comments: [2000-12-01 14:50:25] [EMAIL PROTECTED] It'd be great to have a parameter for the maximum number of persistent database connections with oci8. Apologies if this already exits and just isn't documented. -- Edit this bug report at http://bugs.php.net/?id=8070edit=1
#2807 [Opn]: LOB descriptors with Fetch/Result and FetchInto
ID: 2807 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Solaris 2.6 PHP Version: 4.0 -Assigned To: +Assigned To: maxim New Comment: well, since this is not assigned to anyone in the last two years, I will mark it on myself as a reminder. Previous Comments: [2001-02-10 13:53:25] [EMAIL PROTECTED] refiling against 4.0. [1999-11-24 10:31:24] [EMAIL PROTECTED] that's the way it's designed. and i'm not sure if it can be changed - if you could provide me with some docs how it's done i might have a look at it. moving to Feature/Change request. [1999-11-23 22:52:24] [EMAIL PROTECTED] 1. When selecting a row containing more than one LOB, the descriptors for all but the first LOB are freed after the fetches are complete. 2. When selecting multiple rows containing a LOB, descriptors are only created for one row and reused. Therefore, the descriptors are only valid for the last row after the fetches are complete. In addition, if each row contains more than one LOB, the above condition also applies. This becomes a problem when trying to create an array of the result set for later user since all but one of the LOB descriptors are no longer valid. LOB descriptors must be used *immediately* when fetching a row or they can't be used at all. Unless using the OCI_RETURN_LOBS flag, LOB descriptors should be created for each row and shouldn't be freed until explicitly freed by the user. At the very least, a flag should be created that will allow this behavior (OCI_RETURN_ALL_LOCATORS?). Here are the details: PHP 3.0.12 Apache 1.3.9.2 Oracle 8.0.4 Solaris 2.6 Fetch/Result Code: putenv(ORACLE_HOME=/oracle/home); putenv(ORACLE_SID=sid); OCIInternalDebug(1); $conn = OCINLogon(test, pass, sid); $sql = SELECT id, clob, blob FROM foobar WHERE id IN (1, 2); $stmt = OCIParse($conn, $sql); OCIExecute($stmt); $rows = 0; $cols = OCINumCols($stmt); while (OCIFetch($stmt)) { for ($i = 1; $i $cols + 1; $i++) { $colname = OCIColumnName($stmt, $i); $select[$colname][$rows] = OCIResult($stmt, $i); } $rows++; } for ($i = 0; $i $rows; $i++) { echo ID: .$select[ID][$i].br\n; echo Clob: .$select[CLOB][$i]-load().br\n; // always value for last row; only one descriptor created echo Blob: .$select[BLOB][$i]-load().br\n; // fails; descriptor already freed } OCIFreeStatement($stmt); OCILogoff($conn); Output (debug statements/warnings prefixed with *): *OCIDebug: oci8_open_server new conn=2000 dname=sid *OCIDebug: oci8_open_user new sess=1000 user=test *OCIDebug: oci8_do_connect: id=1 *OCIDebug: oci8_parse SELECT id, clob, blob FROM foobar WHERE id IN (1, 2) id=2 conn=1 *OCIDebug: OCIExecute: new descriptor for CLOB *OCIDebug: OCIExecute: new descriptor for BLOB *OCIDebug: oci8_free_descr: 3c5498 ID: 1 *OCIDebug: OCIloaddesc: size=14 Clob: blah blah blah *Warning: unable to find my descriptor 1 in /.../test.phtml on line xx Blob: ID: 2 *OCIDebug: OCIloaddesc: size=14 Clob: blah blah blah *Warning: unable to find my descriptor 1 in /.../test.phtml on line xx Blob: *OCIDebug: _oci8_free_stmt: id=2 last_query=SELECT id, clob, blob FROM foobar WHERE id IN (1, 2) *OCIDebug: _oci8_close_conn: id=1 *OCIDebug: oci8_free_descr: 3c5508 FetchInto Code: putenv(ORACLE_HOME=/oracle/home); putenv(ORACLE_SID=sid); OCIInternalDebug(1); $conn = OCINLogon(test, pass, sid); $sql = SELECT id, clob, blob FROM foobar WHERE id IN (1, 2); $stmt = OCIParse($conn, $sql); OCIExecute($stmt); $rows = 0; while (OCIFetchInto($stmt, $select[$rows], OCI_ASSOC)) { $rows++; } for ($i = 0; $i $rows; $i++) { echo ID: .$select[$i][ID].br\n; echo Clob: .$select[$i][CLOB]-load().br\n; // always value for last row; only one descriptor created echo Blob: .$select[$i][BLOB]-load().br\n; // fails; descriptor already freed } OCIFreeStatement($stmt); OCILogoff($conn); Output (debug statements/warnings prefixed with *): *OCIDebug: oci8_open_server new conn=2000 dname=sid *OCIDebug: oci8_open_user new sess=1000 user=test *OCIDebug: oci8_do_connect: id=1 *OCIDebug: oci8_parse SELECT id, clob, blob FROM foobar WHERE id IN (1, 2) id=2 conn=1 *OCIDebug:
#15858 [Opn-Fbk]: Unable to load dynamic library liboci8.so
ID: 15858 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: UnixWare 7.1.1 PHP Version: 4.0.6-4.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2002-10-17 07:59:02] [EMAIL PROTECTED] Still unable to compile, even with file.h fixed and with latest php snapshot. And I am sure I do not have two versions of Apache in my machine. Compilation error follows: gcc -I/usr/local/include -Isapi/apache/ -I/home/sw/php4-200210170300/sapi/apache/ -DPHP_ATOM_INC -I/home/sw/php4-200210170300/include -I/home/sw/php4-200210170300/main -I/home/sw/php4-200210170300 -I/home/sw/php4-200210170300/Zend -I/u01/app/oracle/product/8.1.7/rdbms/public -I/u01/app/oracle/product/8.1.7/rdbms/demo -I/home/sw/php4-200210170300/ext/xml/expat -DUW=700 -DMOD_SSL=208110 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I/home/sw/php4-200210170300/TSRM -g -Wall -c /home/sw/php4-200210170300/sapi/apache/mod_php4.c -fPIC -DPIC -o sapi/apache/mod_php4.lo /home/sw/php4-200210170300/sapi/apache/mod_php4.c: In function `apache_php_module_shutdown_wrapper': /home/sw/php4-200210170300/sapi/apache/mod_php4.c:788: structure has no member named `shutdown' /home/sw/php4-200210170300/sapi/apache/mod_php4.c: In function `php_child_exit_handler': /home/sw/php4-200210170300/sapi/apache/mod_php4.c:809: structure has no member named `shutdown' make: *** [sapi/apache/mod_php4.lo] Error 1 [2002-10-07 18:46:21] [EMAIL PROTECTED] This really looks like something to be pretty broken in those header files. Try fixing this line: #define FDIRECT 0x20/* perform direct I/O/*/ to be: #define FDIRECT 0x20/* perform direct I/O */ (just remove that extra / in the comment) This might not fix the rest of the problems, but at least it gets rid of that one warning..which _might_ cause the other errors. And you don't have e.g. two versions of Apache in your machine, by any chance? [2002-10-07 03:51:57] [EMAIL PROTECTED] Lines 103-109 from file.h follow: #define FAPPEND 0x08 #define FSYNC 0x10 #define FDIRECT 0x20/* perform direct I/O/*/ #define FDSYNC 0x40/* perform data synchronous I/O */ #define FNONBLOCK 0x80 /* LFS SUPPORT */ #define FLARGEFILE 0x8 Full configure line used follows: ./configure --with-oci8=shared --with-apxs --without-mysql --enable-sigchild --build=i486-sco-sysv5uw7 --host=i486-sco-sysv5uw7 --enable-debug --disable-mbstring [2002-10-04 18:44:18] [EMAIL PROTECTED] Seems like something wrong in your header files. That warning about /usr/include/sys/file.h:105...what is in that file on that line? (and around it) Also, what was the full configure line used? [2002-10-04 08:26:52] [EMAIL PROTECTED] In newer snapshot this compile error persists, --disable-mbstring helps, but compilation then stops at gcc -I/usr/local/include -Isapi/apache/ -I/home/sw/php4-200210040300/sapi/apache/ -DPHP_ATOM_INC -I/home/sw/php4-200210040300/include -I/home/sw/php4-200210040300/main -I/home/sw/php4-200210040300 -I/home/sw/php4-200210040300/Zend -I/u01/app/oracle/product/8.1.7/rdbms/public -I/u01/app/oracle/product/8.1.7/rdbms/demo -I/home/sw/php4-200210040300/ext/xml/expat -DUW=700 -DMOD_SSL=208110 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I/home/sw/php4-200210040300/TSRM -g -Wall -c /home/sw/php4-200210040300/sapi/apache/mod_php4.c -fPIC -DPIC -o sapi/apache/mod_php4.lo In file included from /usr/local/include/ap_config.h:1118, from /usr/local/include/httpd.h:72, from /home/sw/php4-200210040300/sapi/apache/php_apache_http.h:15, from /home/sw/php4-200210040300/sapi/apache/mod_php4.c:22: /usr/include/sys/file.h:105: warning: `/*' within comment /home/sw/php4-200210040300/sapi/apache/mod_php4.c: In function `apache_php_module_shutdown_wrapper': /home/sw/php4-200210040300/sapi/apache/mod_php4.c:788: structure has no member named `shutdown' /home/sw/php4-200210040300/sapi/apache/mod_php4.c: In function `php_child_exit_handler': /home/sw/php4-200210040300/sapi/apache/mod_php4.c:809: structure has no member named `shutdown' make: *** [sapi/apache/mod_php4.lo] Error 1 In the same configuration, version 4.2.3 can be compiled without any problem.
#21908 [Fbk-Opn]: File upload problems beginning in 4.3.0
ID: 21908 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: NetBSD-1.5.2 PHP Version: 4.3.0 New Comment: We are running both the apache module and the cgi. The problem is present in both. However, it was not present in 4.2.3 (both the apache module and the standalone version). Previous Comments: [2003-01-29 00:02:07] [EMAIL PROTECTED] And is PHP compiled as module in Apache or are you running it as CGI? [2003-01-28 12:47:52] [EMAIL PROTECTED] There is no error message from that script. It fails silently. We are using Apache-1.3.27. Thanks for your help. [2003-01-27 17:09:01] [EMAIL PROTECTED] What apache version? What is the output of your script? [2003-01-27 12:38:44] [EMAIL PROTECTED] I am running the following code in php-4.3.0: ? $portrait = $_FILES[portrait]; print hr_FILES[portrait]: pre\n; print_r($portrait); print /pre; $portrait = $_GLOBALS[portrait]; print hr_FILES[portrait]: pre\n; print_r($portrait); print $_FILES[portrait][error]; print /pre; ? form method=post action=t.cgi ENCTYPE=multipart/form-data INPUT TYPE=hidden name=MAX_FILE_SIZE value=100 input type=file name=portrait input type=submit /form The file does not appear to be uploaded. However, with php-4.2.3, everything works fine. I have confirmed that both file_uploads and register_globals are on. This problem occurs in both the apache module and the standalone version. is_uploaded_file() also reports failure with php-4.3.0. -- Edit this bug report at http://bugs.php.net/?id=21908edit=1
#21944 [NEW]: zlib compressed pages can be flushed causing compressed output to be displayed
From: [EMAIL PROTECTED] Operating system: win NT 4.0 PHP version: 4.3.0 PHP Bug Type: Zlib Related Bug description: zlib compressed pages can be flushed causing compressed output to be displayed This is with apache2 2.0.44 on Win NT If zlib.output_compression = On in the php.ini, and a flush() statement is sent on a PHP page, the compressed output will be displayed in the browser, or the user will be asked to download the file. If you do download this file, all you would see is the compressed output. I've never seen this behavior in previous versions of PHP, it's quite possible that this behavior is by design (it does exactly what you tell it to, it flushes its output, but the results are unexpected.) Removing the flush() statements or setting zlib.output_compression = Off are possible solutions until a fix (if any) is made. -- Edit bug report at http://bugs.php.net/?id=21944edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21944r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21944r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21944r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21944r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21944r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21944r=support Expected behavior: http://bugs.php.net/fix.php?id=21944r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21944r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21944r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21944r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21944r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21944r=dst IIS Stability: http://bugs.php.net/fix.php?id=21944r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21944r=gnused
#18648 [Com]: Single entry form POST gives incorrect variable content
ID: 18648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: All PHP Version: 4CVS-2003-01-20 (stable) / 5.0.0-dev (date unknown)(dev) New Comment: when you post raw data it gets duplicated too, but it's not constant: on two hosts with rh8/4.2.2 (and 4.3.0 tested as well) only one seems to do the duplication. The one that duplicates has an up2dated httpd, so apache version might have something to do with it. Previous Comments: [2003-01-21 04:20:48] [EMAIL PROTECTED] Same problem with the latest version of PHP (4.3.1-dev). The hidden variable helps, but sometimes the variables get corrupted this way, too. So this is not a reliable solution at all. apache 2. [2003-01-20 20:24:03] [EMAIL PROTECTED] It works fine with form ... enctype=multipart/form-data [2003-01-20 12:44:48] [EMAIL PROTECTED] and for some reason, that at the moment escapes me completely, the input type=hidden name=spoof thing worked for me too. [2003-01-20 12:40:58] [EMAIL PROTECTED] apache 2 / PHP 4.3.0 it seems on my system that if you fill in a field and hit RETURN you get the bug, however if you use a submit button instead it works normally. [2003-01-11 03:18:41] [EMAIL PROTECTED] Exactly the same problem was reported recently by other users. Reopening. 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/18648 -- Edit this bug report at http://bugs.php.net/?id=18648edit=1
#21903 [Fbk-Opn]: Parsing many include files on dual processor machines is very slow
ID: 21903 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: Windows 2000 AS / SP2 PHP Version: 4.3.0 New Comment: same with CLI Previous Comments: [2003-01-27 17:40:29] [EMAIL PROTECTED] Have you done any tests using the CLI binary? (to rule out the IIS factor) [2003-01-27 17:35:17] [EMAIL PROTECTED] sorry for posting twice [2003-01-27 17:34:19] [EMAIL PROTECTED] processing include files with include_once ( these files containing classes only in our case ) takes huge amounts of time on dual processor machines. On a single processor machine (1ghz) the 30 include files are processed in about 0.2sec and on the dual processor machine (2*1ghz) it takes about 3.5sec. Using only include statements (not include_once) brought processing time down to 1.7sec which is still far from the 0.2sec on the UP machine. operating system: win2000as (sp2) webserver: iis php: 4.2.3 and 4.3.0 (maybe earlier also) standard win32-zip from php.net with extensions gd and oci8 enabled i've already looked through zend_execute.c but the only time consuming thing i saw was zend_fopen(). if you need further information contact me any time. [2003-01-27 10:42:18] [EMAIL PROTECTED] processing include files with include_once ( these files containing classes only in our case ) takes huge amounts of time on dual processor machines. On a single processor machine (1ghz) the 30 include files are processed in about 0.2sec and on the dual processor machine (2*1ghz) it takes about 3.5sec. Using only include statements (not include_once) brought processing time down to 1.7sec which is still far from the 0.2sec on the UP machine. operating system: win2000as (sp2) webserver: iis php: 4.2.3 and 4.3.0 (maybe earlier also) standard win32-zip from php.net with extensions gd and oci8 enabled i've already looked through zend_execute.c but the only time consuming thing i saw was zend_fopen(). if you need further information contact me any time. -- Edit this bug report at http://bugs.php.net/?id=21903edit=1
#17322 [Com]: mail() fails (501 Syntax Error) under latest CVS
ID: 17322 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.0CVS-2002-05-20 New Comment: Using : - W2K Pro SP2 - Apache (version : Apache_1.3.27-win32-x86-no_src) - PHP (version : php-4.3.0-Win32) mail() works fine for me. I tested using different syntax : something [EMAIL PROTECTED] just doesn't work. [EMAIL PROTECTED] works (butare not usfull at all), so just use : [EMAIL PROTECTED] [21 May 2002 4:49am] [EMAIL PROTECTED] First, the From: DVD Plaza (Support) [EMAIL PROTECTED] syntax isn't supported on win32 and never was. Only addresses in the simple form of [EMAIL PROTECTED] are supported. Here is a simple exemple that worked for me : function send_mail($from_email, $to_email, $subject, $message) { $header = MIME-Version: 1.0\r\n; $header .= Content-Type: text/plain; charset=iso-8859-1\r\n; $header .= From: .$from_email.\r\n; $header .= Reply-To : .$from_email.\r\n; $header .= Return-Path : .$from_email.\r\n; $header .= X-Priority: 1\r\n; $header .= X-MSMail-Priority: High\r\n; $header .= X-Mailer: PHP4\r\n; return(mail($to_email, $subject, $message, $header)); } Previous Comments: [2002-09-26 19:49:35] [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-09-11 11:08:53] [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 [2002-06-02 19:14:41] [EMAIL PROTECTED] What's an MTA? We've since reverted again to PHP 4.2.1, and left it there (with a cookie workaround) as the mail issue was crippling a major promotion we are currently running. We've had no further mail issues - so definitely specific to 4.3 [2002-06-02 11:44:19] [EMAIL PROTECTED] I've gone through the code and I'm unable to reproduce the problem. What kind of MTA are you using? Do you have another, simple example which used to work in 4.3 ? [2002-05-22 21:12:55] [EMAIL PROTECTED] BLOODY COMPUTERS!!! PHP 4.2.1's mail handling is fine as I originally said, the reason I was missing mail yesterday was due to IE on my Mac not refreshing the pages I was constantly reloading. Mail is flowing through just fine and refreshing one of my forms via my PC causes a mail every time. So it's what I originally said - mail fails under PHP 4.3.dev but works under PHP 4.2.1. Sorry for the confusion... argh!!! 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/17322 -- Edit this bug report at http://bugs.php.net/?id=17322edit=1
#21944 [Opn]: zlib compressed pages can be flushed causing compressed output to be displayed
ID: 21944 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zlib Related Operating System: win NT 4.0 PHP Version: 4.3.0 New Comment: This is a problem with IE 6.0.26 as well as Netscape Navigator 4.08. Previous Comments: [2003-01-29 09:50:50] [EMAIL PROTECTED] This is with apache2 2.0.44 on Win NT If zlib.output_compression = On in the php.ini, and a flush() statement is sent on a PHP page, the compressed output will be displayed in the browser, or the user will be asked to download the file. If you do download this file, all you would see is the compressed output. I've never seen this behavior in previous versions of PHP, it's quite possible that this behavior is by design (it does exactly what you tell it to, it flushes its output, but the results are unexpected.) Removing the flush() statements or setting zlib.output_compression = Off are possible solutions until a fix (if any) is made. -- Edit this bug report at http://bugs.php.net/?id=21944edit=1
#20274 [Com]: failed to create stream: Too many open files in Unknown on line
ID: 20274 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4CVS-2002-11-06 New Comment: iPlanet 6sp4 Enterprise, Solaris 8, PHP 4.3.0. I get this error after php executes a script a few times. This doesn't seem to reproduce under any certain conditions, typically within a few hits though. I have 4 other configurations running flawlessly. 2x Solaris 2.6 iPlanet Enterprise 6sp1 and 2x Solaris 8 iPlanet Enterprise 6sp3. Could this be something with iPlanet's changes with sp4? Warning: Unknown(/local/home/cxadmin/content/Sites/Site01/ DocumentRoot/phpinfo.php): failed to create stream: Too many open files in Unknown on line 0 Warning: Unknown(): Failed opening '/local/home/cxadmin/content/Sites/Site01/DocumentRoot/ phpinfo.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 MEASURES ALREADY TAKEN: recompile of the php module ('./configure' '--without-mysql' '--with-nsapi=/local/Netscape/iplanet/www6.0sp4' '--enable-track- vars' '--enable-libgcc' ) Upped the Hard File Descriptor to 7554 explicitly set include path, session.save path, and safe_mode ENVIRONMENT: We have this running with out a hitch on two other boxes, under a similar config, with the exception of there are two instances of iPlanet running on the box that keeps crashing. CODE: // Logic To Decide Which Image To Include $DESIGN; if ($SEL == 1) { $DESIGN=design_1.jpg; } else if ($SEL == 2) { $DESIGN=design_2.jpg; } else if ($SEL == 3) { $DESIGN=design_3.jpg; } else if ($SEL == 4) { $DESIGN=design_4.jpg; } else if ($SEL == 5 ) { $DESIGN=design_5.jpg; } else { $DESIGN=design_6.jpg; } //Email Headers $headers .= From: .$FNAME..$FEML.\n; $headers .= X-Sender: .$FEML.\n; $headers .= X-Mailer: .$FNAME.\n; $headers .= Return-Path: .$FEML.\n; $headers .= Content-Type: text/html; // Display Header Content $Message =TABLE WIDTH=548 Height=466 BORDER=0 CELLPADDING=0 CELLSPACING=0 bgcolor=#99\n; $Message .=tr colspan=3 valign=middle\n; ...Other $Message Code Ommitted to save space //Mail function (variables are passed from the from on the previous page) Globals are set to on mail($TEML, $TNAME., You Have An Message From .$FNAME, $Message, $headers); Previous Comments: [2003-01-21 19:14:06] [EMAIL PROTECTED] Increasing file descriptors only delays the problem. Our script to monitor the problem reports the following: Monitoring http://our.site.com Attempting to contact instance, try # 0 Web server successfully contacted Too many open files being reported. Likely PHP problem ... =-=-=-=-=-=-=-=-=-=-= HTML RETURNED =-=-=-=-=-=-=-=- HTTP/1.1 200 OK Connection: close Date: Wed, 22 Jan 2003 00:50:00 GMT Server: Netscape-Enterprise/6.0 Content-Type: text/html Client-Date: Wed, 22 Jan 2003 00:50:01 GMT Client-Peer: 192.10.1.2:80 X-Powered-By: PHP/4.3.0 br / bWarning/b: Unknown(/site/web/index.php): failed to create stream: Too many open files in bUnknown/b on line b0/bbr / br / bWarning/b: Unknown(): Failed opening '/site/web/index.php' for inclusion (include_path='.:/usr/local/lib/php') in bUnknown/b on line b0/bbr / Shutting down server with script: /web/https-web-server/stop Restarting server with script: /web/https-web-server/start done. Attempting to contact instance, try # 1 Web server successfully contacted PHP problems resolved by restarting web server Where can I go from here? [2002-12-27 01:00:04] [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-11 17:12:32] [EMAIL PROTECTED] Please try increasing your kernel file descriptor limit [2002-12-11 13:57:32] [EMAIL PROTECTED] I get the same error message failed to create stream: Too many open files in Unknown on line 0 and for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 I have php4.3.0RC2 and iplanet6 SP5. I opened the bug #20653. I was told to compile the latest php on my system and you send me php4.4.0-Dev. But I did not wanted to put Dev on the production box so I downloaded php4.3.0rc2 off of php.net site and installed it on my test box. I tested it for 10 days it worked fine. But now that I compiled the same thing on the production box I get the above error messages. What should I do?
#21945 [NEW]: Informix module ifx.ec will not compile
From: [EMAIL PROTECTED] Operating system: Solaris 2.7 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: Informix module ifx.ec will not compile Compiling ifx.ec with gcc3.2.1. Function declarations for php_intifxus_create_slob at source lines 83 and 3788 are different causing gcc to complain. Line 83 is absent the TSRMLS_DC define. Which TSRMLS_?? define goes for this function's call at line 3768??? Also, the function declaration for php_intifxus_new_slob is absent the TSRMLS_DC define at lines 87 and 4266. Without it, gcc whines about tsrm_ls not being declared at line 4029. Again, which TSRMLS_?? define goes for this function's calls?? These are the only two of the numerous _slob functions absent this TSRM define. Assuming these two should have it as well, I modified the functions to include them and it now compiles. I'll let you know later if it all works. -- Edit bug report at http://bugs.php.net/?id=21945edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21945r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21945r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21945r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21945r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21945r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21945r=support Expected behavior: http://bugs.php.net/fix.php?id=21945r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21945r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21945r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21945r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21945r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21945r=dst IIS Stability: http://bugs.php.net/fix.php?id=21945r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21945r=gnused
#21946 [NEW]: Trying to create COM object - Apache crash
From: [EMAIL PROTECTED] Operating system: Windows NT 4.0, Service pack 6a PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: Trying to create COM object - Apache crash When I try to invoke $Q = new COM(ixsso.Query); apache crashes. It's a component of the Microsoft Index Server and this works fine under IIS and ASP pages. I tried to use 2.0.43 and 2.0.44. Same on both of them. Best regards, Dominik -- Edit bug report at http://bugs.php.net/?id=21946edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21946r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21946r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21946r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21946r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21946r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21946r=support Expected behavior: http://bugs.php.net/fix.php?id=21946r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21946r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21946r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21946r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21946r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21946r=dst IIS Stability: http://bugs.php.net/fix.php?id=21946r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21946r=gnused
#21946 [Opn]: Trying to create COM object - Apache crash
ID: 21946 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Windows NT 4.0, Service pack 6a PHP Version: 4.3.0 New Comment: Forgot to mention that 2.0.43 and 2.0.44 are apache versions. Best regards, Dominik Previous Comments: [2003-01-29 11:33:14] [EMAIL PROTECTED] When I try to invoke $Q = new COM(ixsso.Query); apache crashes. It's a component of the Microsoft Index Server and this works fine under IIS and ASP pages. I tried to use 2.0.43 and 2.0.44. Same on both of them. Best regards, Dominik -- Edit this bug report at http://bugs.php.net/?id=21946edit=1
#21947 [Opn-Fbk]: Issues with OpenSSL v.0.9.7
ID: 21947 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: OpenSSL related Operating System: RedHat 8.0 PHP Version: 4.3.0 New Comment: 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. Previous Comments: [2003-01-29 11:54:18] [EMAIL PROTECTED] After configuring PHP.4.3.0 with the newest version of OpenSSL.0.9.7 Apache 2.0.44 will fail to start due to a undefined variable in libphp4.so. This is reproducable on 3 different machines. switch used for configure: ./configure --with-ssl=/usr/local/ssl/ {...} /usr/local/ssl is where openssl.0.9.7 is installed -- Edit this bug report at http://bugs.php.net/?id=21947edit=1
#13907 [Com]: Oracle Fetch row by row number
ID: 13907 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: all PHP Version: 4.0.6 Assigned To: maxim New Comment: Probably he/she doesn't really need a new function, but only a hint how to simulate the limit/offset syntax of MySQL/Postgresql. Without the help of http://www.dclp-faq.de/q/q-oracle-limit.html (in German, but not much text), I certainly would not know how to do it, although I asked our local SQL gurus. Previous Comments: [2003-01-29 08:59:05] [EMAIL PROTECTED] Well, this wouldn't make much sence as this should be controlled by your SQL. What's the point to grab the whole table in your buffer to then fetch only a few rows somewhere in the middle? Anyhow, will assign it to myself for now. [2001-11-02 05:37:16] [EMAIL PROTECTED] Currently there's no way of fetching a row by row number. OCIFetchStatement() fetches all rows returned by a query. OCIFetchInto() only allows to return the NEXT row. It would make sense to be able to selectively fetch a subset of rows or single rows by row number for large row lists. -- Edit this bug report at http://bugs.php.net/?id=13907edit=1
#21946 [Opn-Fbk]: Trying to create COM object - Apache crash
ID: 21946 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows NT 4.0, Service pack 6a PHP Version: 4.3.0 New Comment: 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. Previous Comments: [2003-01-29 11:34:52] [EMAIL PROTECTED] Forgot to mention that 2.0.43 and 2.0.44 are apache versions. Best regards, Dominik [2003-01-29 11:33:14] [EMAIL PROTECTED] When I try to invoke $Q = new COM(ixsso.Query); apache crashes. It's a component of the Microsoft Index Server and this works fine under IIS and ASP pages. I tried to use 2.0.43 and 2.0.44. Same on both of them. Best regards, Dominik -- Edit this bug report at http://bugs.php.net/?id=21946edit=1
#21771 [Com]: variable names changing in turkish locale
ID: 21771 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Variables related Operating System: linux kernel 2.4.18 PHP Version: 4.3.0 New Comment: Tufan, can you please (after answering Sniper's questions) try and put the following lines into your apachectl: unset LC_ALL LC_CTYPE=C export LC_CTYPE See my comments on http://bugs.php.net/bug.php?id=21919 (in short: perhaps this is Apache's problem, because it happens also with mod_perl). Previous Comments: [2003-01-28 23:19:43] [EMAIL PROTECTED] And are the names mangled in $GLOBALS too? try: ?php var_dump($GLOBALS); ? And check the output for the _COOKIE / _SESSION indexes. [2003-01-21 19:10:33] [EMAIL PROTECTED] restore mangled summary and OS entries. [2003-01-21 11:26:21] [EMAIL PROTECTED] strange ... this was fixed for functions constants but should not affect variables, as these are case insensitive (so no conversions take place while resolving them) or is there something different going on with the super-globals? does this affect $_SESSION only? what if you have register_globals enabled and try to pass something like ...script.php?ID=test? do you have $ID or $ÝD set in your script then? [2003-01-21 06:27:16] [EMAIL PROTECTED] by the way, it's turkish locale tr_TR iso8859-9 [2003-01-21 06:24:08] [EMAIL PROTECTED] no code works. even the example in the php session documentation... :) ?php session_start(); // Use $HTTP_SESSION_VARS with PHP 4.0.6 or less if (!isset($_SESSION['count'])) { $_SESSION['count'] = 0; } else { $_SESSION['count']++; } echo Count {$_SESSION['count']}; ? 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/21771 -- Edit this bug report at http://bugs.php.net/?id=21771edit=1
#21928 [Fbk-Opn]: Cannot find valid ODBC DSN
ID: 21928 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: Win2k server PHP Version: 4.3.0 New Comment: This is what I ran from IIS ? $dbh = odbc_connect(); // yes I know it will fail $res = odbc_data_source($dbh, SQL_FETCH_FIRST); echo $res; $res = odbc_data_source($dbh, SQL_FETCH_NEXT); echo $res; ? These are the results. Warning: Wrong parameter count for odbc_connect() in c:\inetpub\wwwroot\survey\test.php on line 3 Warning: odbc_data_source(): supplied argument is not a valid ODBC-Link resource in c:\inetpub\wwwroot\survey\test.php on line 4 Warning: odbc_data_source(): supplied argument is not a valid ODBC-Link resource in c:\inetpub\wwwroot\survey\test.php on line 6 Previous Comments: [2003-01-29 07:19:09] [EMAIL PROTECTED] kept as feedback until testing done... [2003-01-29 00:29:25] [EMAIL PROTECTED] BTW: I am running MDAC 2.7 SP1 [2003-01-29 00:27:09] [EMAIL PROTECTED] I'll run your test in the morning. It might be notable that I can run my script from the command line and have no problems connecting to the ODBC DSN. But when I run it through IIS, it fails. I ran this same script on my local win2k pro desktop and it works fine. This is only happening on my win2k server. I searched the net and see lots of people with this same issue, but cannot find a single one that has a resolution. [2003-01-28 22:40:06] [EMAIL PROTECTED] I don't believe this is a PHP bug itself at all. First off what version of the MDAC are you using? Second can you try doing the following: $dbh = odbc_connect(); // yes I know it will fail $res = odbc_data_source($dbh, SQL_FETCH_FIRST); And print out the results of the $res, and call the data_source() a few more times with SQL_FETCH_NEXT instead of SQL_FETCH_FIRST? Thanks [2003-01-28 18:47:07] [EMAIL PROTECTED] This is a system DSN. Here is the output from the lines you sent me. Content-type: text/html X-Powered-By: PHP/4.3.0 resource(1) of type (odbc link) 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/21928 -- Edit this bug report at http://bugs.php.net/?id=21928edit=1
#21948 [NEW]: Reproducible segfaults when running IMP over SSL
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.3 PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: Reproducible segfaults when running IMP over SSL I am getting a reproducible crash (segfaults) on my system using Apache 1.3.27 (RH 7.3 RPM) and PHP 4.3.0 (my custom RPM). PHP was built with the following options: --enable-force-cgi-redirect --enable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-db3 --with-curl --with-dom=%{_prefix} --with-exec-dir=%{_bindir} --with-freetype-dir=%{_prefix} --with-png-dir=%{_prefix} --with-gd --enable-gd-native-ttf --with-ttf --with-gdbm --with-gettext --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=%{_prefix} --with-mm --with-openssl --with-png --with-pspell --with-regex=system --with-xml --with-expat-dir=%{_prefix} --with-zlib --with-layout=GNU --enable-bcmath --enable-debugger --enable-exif --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --without-oci8 --with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos --with-ldap=shared --with-mysql=shared,%{_prefix} --with-pgsql=shared --with-snmp=shared,%{_prefix} --with-snmp=shared --enable-ucd-snmp-hack --with-unixODBC=shared --enable-memory-limit --enable-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans (please excuse the spec file variables; they are just pathnames so I left them in) Running apache in the debugger yields the following trace: 0 0x4207b524 in chunk_realloc () from /lib/i686/libc.so.6 #1 0x4207b2f8 in realloc () from /lib/i686/libc.so.6 #2 0x4202b65c in __add_to_environ () from /lib/i686/libc.so.6 #3 0x4202b33f in putenv () from /lib/i686/libc.so.6 #4 0x4050cb5c in object.2 () from /etc/httpd/modules/libphp4.so #5 0x405b3493 in object.2 () from /etc/httpd/modules/libphp4.so #6 0x405b366f in object.2 () from /etc/httpd/modules/libphp4.so #7 0x405b366f in object.2 () from /etc/httpd/modules/libphp4.so #8 0x405b366f in object.2 () from /etc/httpd/modules/libphp4.so #9 0x405b8cae in object.2 () from /etc/httpd/modules/libphp4.so #10 0x4059e34c in object.2 () from /etc/httpd/modules/libphp4.so #11 0x405718a6 in object.2 () from /etc/httpd/modules/libphp4.so #12 0x405bb61a in object.2 () from /etc/httpd/modules/libphp4.so #13 0x405bc22b in object.2 () from /etc/httpd/modules/libphp4.so #14 0x405bc291 in object.2 () from /etc/httpd/modules/libphp4.so #15 0x080547cd in ap_invoke_handler () #16 0x0806769c in process_request_internal () #17 0x40271d33 in handle_dir () from /etc/httpd/modules/mod_dir.so #18 0x080547cd in ap_invoke_handler () #19 0x0806769c in process_request_internal () #20 0x08067713 in ap_process_request () #21 0x0805f867 in child_main () #22 0x0805fa0a in make_child () #23 0x0805fb4d in startup_children () #24 0x080601a0 in standalone_main () #25 0x08060aa3 in main () #26 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 (I don't understand the large sequence of object.2 function referencesdebugging *is* compiled into the PHP library) What is odd is that I have another server, almost identically configured (same RPMs, etc) that does *not* have these crashes. And then it dawned on me. The server that crashes runs IMP through an SSL connection whereas the other does not. I suspect the putenv() call is related to following in my SSL virtual host: SetEnvIf User-Agent .*MSIE.* nokeepalive ssl-unclean-shutdown downgrade-1.0 force-response-1.0 (this might also explain why I have trouble causing the crash with Mozilla...). I'd like to think this is an Apache bug but I don't have crashes accesing for any other part of the site with SSL, so PHP seems to at the very least make the bug surface. -- Edit bug report at http://bugs.php.net/?id=21948edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21948r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21948r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21948r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21948r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21948r=oldversion Not developer issue:
#21933 [Com]: Date/Sec bug
ID: 21933 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Operating System: WinXP PHP Version: 4.3.0 New Comment: When I run your script, it exits at this line: 1049065200 2003.03.31 01:00:00 - 1049061600 2003.03.31 01:00:00 ERROR As you can see on http://greenwichmeantime.com/local/europe/hu.htm, March 30th does not have 24*60*60 seconds, because that's when Hungary switches to daylight savings time. Previous Comments: [2003-01-29 03:48:44] [EMAIL PROTECTED] When I run this script, it has make an error. While I increment the an date with secsperday, it is make an wrong result ! The example: ?php define(SECSPERMIN,60); define(MINSPERHOUR,60); define(HOURSPERDAY,24); define(SECSPERHOUR,SECSPERMIN*MINSPERHOUR); define(SECSPERDAY,SECSPERHOUR*HOURSPERDAY); function TimeToStr($time){ $str=; $dt=GetDate($time); $str= sprintf(%02d,$dt['hours']).:.sprintf(%02d,$dt['minutes']).:.sprintf(%02d,$dt['seconds']); return($str); } function DateToStr($date) { $str=; $dt=GetDate($date); $str=$dt['year'].'.'.sprintf(%02d,$dt['mon']).'.'.sprintf(%02d,$dt['mday']); return($str); }; function DateTimeToStr($datetime) { $r=DateToStr($datetime).' '.TimeToStr($datetime); return($r); } function EncodeDate($y,$m,$d){ #printbr($y $m $d); if (!checkdate($m,$d,$y)) return(-1); $res=mktime(0,0,0, $m, $d, $y); return($res) ; } function DecodeDate($date,$y,$m,$d){ $y=-1;$m=-1;$d=-1; $dt=GetDate($date);if($dt===False) return(False); $y=$dt['year']; $m=$dt['mon']; $d=$dt['mday']; } print html\n; $date=EncodeDate(2003,01,01); for ($i=0;$i1000;$i++) { DecodeDate($date,$y,$m,$d); $a1=DateTimeToStr($date); $date2=EncodeDate($y,$m,$d); $a2=DateTimeToStr($date); print $date $a1 - $date2 $a2br\n; if (($a1$a2) or ($date$date2)) {print ERROR br\n; exit;} $date=$date+SECSPERDAY; } print DONE WITHOUT ERRORS !br\n; print '/html'; ? -- Edit this bug report at http://bugs.php.net/?id=21933edit=1
#21933 [Opn-Bgs]: Date/Sec bug
ID: 21933 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: WinXP PHP Version: 4.3.0 New Comment: We are happy to tell you that you just discovered Daylight Savings Time. For more information see: http://webexhibits.org/daylightsaving/b.html Instead of using mktime/date consider using gmmktime and gmdate which do not suffer from DST. not a bug - bogus Previous Comments: [2003-01-29 13:01:08] [EMAIL PROTECTED] When I run your script, it exits at this line: 1049065200 2003.03.31 01:00:00 - 1049061600 2003.03.31 01:00:00 ERROR As you can see on http://greenwichmeantime.com/local/europe/hu.htm, March 30th does not have 24*60*60 seconds, because that's when Hungary switches to daylight savings time. [2003-01-29 03:48:44] [EMAIL PROTECTED] When I run this script, it has make an error. While I increment the an date with secsperday, it is make an wrong result ! The example: ?php define(SECSPERMIN,60); define(MINSPERHOUR,60); define(HOURSPERDAY,24); define(SECSPERHOUR,SECSPERMIN*MINSPERHOUR); define(SECSPERDAY,SECSPERHOUR*HOURSPERDAY); function TimeToStr($time){ $str=; $dt=GetDate($time); $str= sprintf(%02d,$dt['hours']).:.sprintf(%02d,$dt['minutes']).:.sprintf(%02d,$dt['seconds']); return($str); } function DateToStr($date) { $str=; $dt=GetDate($date); $str=$dt['year'].'.'.sprintf(%02d,$dt['mon']).'.'.sprintf(%02d,$dt['mday']); return($str); }; function DateTimeToStr($datetime) { $r=DateToStr($datetime).' '.TimeToStr($datetime); return($r); } function EncodeDate($y,$m,$d){ #printbr($y $m $d); if (!checkdate($m,$d,$y)) return(-1); $res=mktime(0,0,0, $m, $d, $y); return($res) ; } function DecodeDate($date,$y,$m,$d){ $y=-1;$m=-1;$d=-1; $dt=GetDate($date);if($dt===False) return(False); $y=$dt['year']; $m=$dt['mon']; $d=$dt['mday']; } print html\n; $date=EncodeDate(2003,01,01); for ($i=0;$i1000;$i++) { DecodeDate($date,$y,$m,$d); $a1=DateTimeToStr($date); $date2=EncodeDate($y,$m,$d); $a2=DateTimeToStr($date); print $date $a1 - $date2 $a2br\n; if (($a1$a2) or ($date$date2)) {print ERROR br\n; exit;} $date=$date+SECSPERDAY; } print DONE WITHOUT ERRORS !br\n; print '/html'; ? -- Edit this bug report at http://bugs.php.net/?id=21933edit=1
#21950 [NEW]: init_mcrypt() error while configuring with libmcrypt
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.3.0 PHP Bug Type: *Configuration Issues Bug description: init_mcrypt() error while configuring with libmcrypt hi guys, i know, that you might be busy, but there's an open call #20926, which i commented today. i hope you'll be responding anything soon, 'cause i need a solution really fast. obviously, that's not the normal way to raise the importance of any bug-report, but i hope to get help this way, soon. thx in advance for your support and sorry for the unusual way submitting another bug (yes, i know how it should work normally... ;-) ) br, md. -- Edit bug report at http://bugs.php.net/?id=21950edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21950r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21950r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21950r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21950r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21950r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21950r=support Expected behavior: http://bugs.php.net/fix.php?id=21950r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21950r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21950r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21950r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21950r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21950r=dst IIS Stability: http://bugs.php.net/fix.php?id=21950r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21950r=gnused
#21950 [Opn-Bgs]: init_mcrypt() error while configuring with libmcrypt
ID: 21950 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: Please *DO NOT* do it. You said yourself this is the wrong way, so why are you doing it?! Patience, my dear. Previous Comments: [2003-01-29 13:24:09] [EMAIL PROTECTED] hi guys, i know, that you might be busy, but there's an open call #20926, which i commented today. i hope you'll be responding anything soon, 'cause i need a solution really fast. obviously, that's not the normal way to raise the importance of any bug-report, but i hope to get help this way, soon. thx in advance for your support and sorry for the unusual way submitting another bug (yes, i know how it should work normally... ;-) ) br, md. -- Edit this bug report at http://bugs.php.net/?id=21950edit=1
#21931 [Opn]: Mail() fifth parameter
ID: 21931 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Mail related +Bug Type: Feature/Change Request Operating System: Linux 2.4.19 PHP Version: 4.3.0 New Comment: This is a feature/change request. Previous Comments: [2003-01-29 03:10:55] [EMAIL PROTECTED] The fifth parameter of the mail() function is disabled in safe_mode, but the changelog says the security issue is already fixed: Changed mail() to use escape_shell_cmd() to allow multiple extra parameters to the invocation of the mailer as used in the fifth parameter. (Derick) Can it be enabled in the next version of php? -- Edit this bug report at http://bugs.php.net/?id=21931edit=1
#21945 [Opn-Fbk]: Informix module ifx.ec will not compile
ID: 21945 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.7 PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-01-29 11:25:57] [EMAIL PROTECTED] Compiling ifx.ec with gcc3.2.1. Function declarations for php_intifxus_create_slob at source lines 83 and 3788 are different causing gcc to complain. Line 83 is absent the TSRMLS_DC define. Which TSRMLS_?? define goes for this function's call at line 3768??? Also, the function declaration for php_intifxus_new_slob is absent the TSRMLS_DC define at lines 87 and 4266. Without it, gcc whines about tsrm_ls not being declared at line 4029. Again, which TSRMLS_?? define goes for this function's calls?? These are the only two of the numerous _slob functions absent this TSRM define. Assuming these two should have it as well, I modified the functions to include them and it now compiles. I'll let you know later if it all works. -- Edit this bug report at http://bugs.php.net/?id=21945edit=1
#21937 [Opn-Csd]: Missing controlfunction in fopen for open urls using trustservers
ID: 21937 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: *General Issues Operating System: Windows, Linux PHP Version: 4.2.2 New Comment: 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. In 4.3.0 snapshot fopen() is able to handle redirects. Previous Comments: [2003-01-29 05:28:13] [EMAIL PROTECTED] Hi, there is missing a controlfunction opening an url. in case of using an authorisation-system (like novell client trust) in a private network the auth-server sends a redirect to a ssl-port. using a webclient a certificate will be transferred and a login-screen will be shown. the problem is, fopen can open the socket, but can't handle the redirection. after reaching the timelimit an errormessage is diplayed (tested with 10 minutes timeout). after login on the trust-server using a webclient php is able to open the requested document. so the redirect-url should be caught and displayed as a warning, fopen should return false, so the following parts in the php-script can be executed. regards Kai Eisbrenner -- Edit this bug report at http://bugs.php.net/?id=21937edit=1
#21948 [Opn-Fbk]: Reproducible segfaults when running IMP over SSL
ID: 21948 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: RedHat Linux 7.3 PHP Version: 4.3.0 New Comment: Please compile PHP with --enable-debug, that will result in more detailed backtraces. Previous Comments: [2003-01-29 12:32:18] [EMAIL PROTECTED] I am getting a reproducible crash (segfaults) on my system using Apache 1.3.27 (RH 7.3 RPM) and PHP 4.3.0 (my custom RPM). PHP was built with the following options: --enable-force-cgi-redirect --enable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-db3 --with-curl --with-dom=%{_prefix} --with-exec-dir=%{_bindir} --with-freetype-dir=%{_prefix} --with-png-dir=%{_prefix} --with-gd --enable-gd-native-ttf --with-ttf --with-gdbm --with-gettext --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=%{_prefix} --with-mm --with-openssl --with-png --with-pspell --with-regex=system --with-xml --with-expat-dir=%{_prefix} --with-zlib --with-layout=GNU --enable-bcmath --enable-debugger --enable-exif --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --without-oci8 --with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos --with-ldap=shared --with-mysql=shared,%{_prefix} --with-pgsql=shared --with-snmp=shared,%{_prefix} --with-snmp=shared --enable-ucd-snmp-hack --with-unixODBC=shared --enable-memory-limit --enable-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans (please excuse the spec file variables; they are just pathnames so I left them in) Running apache in the debugger yields the following trace: 0 0x4207b524 in chunk_realloc () from /lib/i686/libc.so.6 #1 0x4207b2f8 in realloc () from /lib/i686/libc.so.6 #2 0x4202b65c in __add_to_environ () from /lib/i686/libc.so.6 #3 0x4202b33f in putenv () from /lib/i686/libc.so.6 #4 0x4050cb5c in object.2 () from /etc/httpd/modules/libphp4.so #5 0x405b3493 in object.2 () from /etc/httpd/modules/libphp4.so #6 0x405b366f in object.2 () from /etc/httpd/modules/libphp4.so #7 0x405b366f in object.2 () from /etc/httpd/modules/libphp4.so #8 0x405b366f in object.2 () from /etc/httpd/modules/libphp4.so #9 0x405b8cae in object.2 () from /etc/httpd/modules/libphp4.so #10 0x4059e34c in object.2 () from /etc/httpd/modules/libphp4.so #11 0x405718a6 in object.2 () from /etc/httpd/modules/libphp4.so #12 0x405bb61a in object.2 () from /etc/httpd/modules/libphp4.so #13 0x405bc22b in object.2 () from /etc/httpd/modules/libphp4.so #14 0x405bc291 in object.2 () from /etc/httpd/modules/libphp4.so #15 0x080547cd in ap_invoke_handler () #16 0x0806769c in process_request_internal () #17 0x40271d33 in handle_dir () from /etc/httpd/modules/mod_dir.so #18 0x080547cd in ap_invoke_handler () #19 0x0806769c in process_request_internal () #20 0x08067713 in ap_process_request () #21 0x0805f867 in child_main () #22 0x0805fa0a in make_child () #23 0x0805fb4d in startup_children () #24 0x080601a0 in standalone_main () #25 0x08060aa3 in main () #26 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 (I don't understand the large sequence of object.2 function referencesdebugging *is* compiled into the PHP library) What is odd is that I have another server, almost identically configured (same RPMs, etc) that does *not* have these crashes. And then it dawned on me. The server that crashes runs IMP through an SSL connection whereas the other does not. I suspect the putenv() call is related to following in my SSL virtual host: SetEnvIf User-Agent .*MSIE.* nokeepalive ssl-unclean-shutdown downgrade-1.0 force-response-1.0 (this might also explain why I have trouble causing the crash with Mozilla...). I'd like to think this is an Apache bug but I don't have crashes accesing for any other part of the site with SSL, so PHP seems to at the very least make the bug surface. -- Edit this bug report at http://bugs.php.net/?id=21948edit=1
#21948 [Com]: Reproducible segfaults when running IMP over SSL
ID: 21948 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: RedHat Linux 7.3 PHP Version: 4.3.0 New Comment: It is compiled with --enable-debug (see config list above), which is why I made the note that the backtrace was somewhat baffling. I ran gdb across libphp4.so just to confirm that it does indeed load debugging symbols so they ARE there. FYI I removed the SetEnvIf directive and the crashes have gone away it seems. Previous Comments: [2003-01-29 13:56:17] [EMAIL PROTECTED] Please compile PHP with --enable-debug, that will result in more detailed backtraces. [2003-01-29 12:32:18] [EMAIL PROTECTED] I am getting a reproducible crash (segfaults) on my system using Apache 1.3.27 (RH 7.3 RPM) and PHP 4.3.0 (my custom RPM). PHP was built with the following options: --enable-force-cgi-redirect --enable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-db3 --with-curl --with-dom=%{_prefix} --with-exec-dir=%{_bindir} --with-freetype-dir=%{_prefix} --with-png-dir=%{_prefix} --with-gd --enable-gd-native-ttf --with-ttf --with-gdbm --with-gettext --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=%{_prefix} --with-mm --with-openssl --with-png --with-pspell --with-regex=system --with-xml --with-expat-dir=%{_prefix} --with-zlib --with-layout=GNU --enable-bcmath --enable-debugger --enable-exif --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --without-oci8 --with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos --with-ldap=shared --with-mysql=shared,%{_prefix} --with-pgsql=shared --with-snmp=shared,%{_prefix} --with-snmp=shared --enable-ucd-snmp-hack --with-unixODBC=shared --enable-memory-limit --enable-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans (please excuse the spec file variables; they are just pathnames so I left them in) Running apache in the debugger yields the following trace: 0 0x4207b524 in chunk_realloc () from /lib/i686/libc.so.6 #1 0x4207b2f8 in realloc () from /lib/i686/libc.so.6 #2 0x4202b65c in __add_to_environ () from /lib/i686/libc.so.6 #3 0x4202b33f in putenv () from /lib/i686/libc.so.6 #4 0x4050cb5c in object.2 () from /etc/httpd/modules/libphp4.so #5 0x405b3493 in object.2 () from /etc/httpd/modules/libphp4.so #6 0x405b366f in object.2 () from /etc/httpd/modules/libphp4.so #7 0x405b366f in object.2 () from /etc/httpd/modules/libphp4.so #8 0x405b366f in object.2 () from /etc/httpd/modules/libphp4.so #9 0x405b8cae in object.2 () from /etc/httpd/modules/libphp4.so #10 0x4059e34c in object.2 () from /etc/httpd/modules/libphp4.so #11 0x405718a6 in object.2 () from /etc/httpd/modules/libphp4.so #12 0x405bb61a in object.2 () from /etc/httpd/modules/libphp4.so #13 0x405bc22b in object.2 () from /etc/httpd/modules/libphp4.so #14 0x405bc291 in object.2 () from /etc/httpd/modules/libphp4.so #15 0x080547cd in ap_invoke_handler () #16 0x0806769c in process_request_internal () #17 0x40271d33 in handle_dir () from /etc/httpd/modules/mod_dir.so #18 0x080547cd in ap_invoke_handler () #19 0x0806769c in process_request_internal () #20 0x08067713 in ap_process_request () #21 0x0805f867 in child_main () #22 0x0805fa0a in make_child () #23 0x0805fb4d in startup_children () #24 0x080601a0 in standalone_main () #25 0x08060aa3 in main () #26 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 (I don't understand the large sequence of object.2 function referencesdebugging *is* compiled into the PHP library) What is odd is that I have another server, almost identically configured (same RPMs, etc) that does *not* have these crashes. And then it dawned on me. The server that crashes runs IMP through an SSL connection whereas the other does not. I suspect the putenv() call is related to following in my SSL virtual host: SetEnvIf User-Agent .*MSIE.* nokeepalive ssl-unclean-shutdown downgrade-1.0 force-response-1.0 (this might also explain
#21945 [Com]: Informix module ifx.ec will not compile
ID: 21945 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.7 PHP Version: 4.3.0 New Comment: The CVS snapshot of 1/29/2003 at 1530 EST had the same glitches I mentioned in my first post. Informix version 9.x compilation is still broke. Previous Comments: [2003-01-29 13:53:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-29 11:25:57] [EMAIL PROTECTED] Compiling ifx.ec with gcc3.2.1. Function declarations for php_intifxus_create_slob at source lines 83 and 3788 are different causing gcc to complain. Line 83 is absent the TSRMLS_DC define. Which TSRMLS_?? define goes for this function's call at line 3768??? Also, the function declaration for php_intifxus_new_slob is absent the TSRMLS_DC define at lines 87 and 4266. Without it, gcc whines about tsrm_ls not being declared at line 4029. Again, which TSRMLS_?? define goes for this function's calls?? These are the only two of the numerous _slob functions absent this TSRM define. Assuming these two should have it as well, I modified the functions to include them and it now compiles. I'll let you know later if it all works. -- Edit this bug report at http://bugs.php.net/?id=21945edit=1
#21952 [NEW]: php kills apache by inclusion
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.3.0 PHP Bug Type: Apache2 related Bug description: php kills apache by inclusion if I have a php-file in my htaccess folder, that include an php-file in another folder, i.e. in the pear-directory, which include a php-file with the same name of the first file, and if a second file with this name is in the pearfolder, then apache crashes. For example: I create a file calls cache.php in my htaccess-folder and then I include one of the files of the pear output-cache files, that include the file cache.php, who is into the pear/cache-folder. Then apache crashes. -- Edit bug report at http://bugs.php.net/?id=21952edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21952r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21952r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21952r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21952r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21952r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21952r=support Expected behavior: http://bugs.php.net/fix.php?id=21952r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21952r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21952r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21952r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21952r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21952r=dst IIS Stability: http://bugs.php.net/fix.php?id=21952r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21952r=gnused
#20926 [Com]: libmcrypt error in configure
ID: 20926 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: mcrypt related Operating System: NetBSD-1.5.2 PHP Version: 4.3.0RC2 New Comment: hi guys, just in case anything goes on out there: I GOT IT! short description: download libtool and install it. this will make php-configure recognize -lmcrypt as valid. story: the REAL problem was not having an error while compiling mcrypt with php, it was more likely that i did not have the libtool-library libltdl.* on my system! i downloaded libtool-1.4.3, configured it and ran a make install and THEN php was fine with libmcrypt! the only thing i've to say is: PLEASE, if you add a -ltdl within any configure script, let the configure script CHECK FOR IT and generate ERROR messages to the user if it's not found on the system. i spent very much time (yes, my fault but) to figure out this stuff! this would not have occurred if your configure script told me that we need ltdl to compile our stuff! thx for support and cu, md. ps: you can close my bug-reports. Previous Comments: [2003-01-29 05:05:21] [EMAIL PROTECTED] hi guys, as told in bug 21936, i have similar problems with php-4.3.0 release (NOT an RC!) and libmcrypt-2.5.6. in this case, i do not see the solution. plz help to configure compile, br, md. ps: sorry, this comment post went to the wrong bug before... don't know how that happened... obv. my fault ;-) [2003-01-02 18:45:22] [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-12-11 13:10:22] [EMAIL PROTECTED] hmm, :-) Patching configure is of little use, it's generated from config.m4 files. It would be nice if you could try to fix ext/mcrypt/config.m4, but I doubt it's possible. After you modify config.m4's dont forget to rm configure ./buildconf It works all fine here, so I cant really help you. Derick [2002-12-11 13:04:24] [EMAIL PROTECTED] Actually, the problem is here: --- configure~ Wed Nov 27 15:02:21 2002 +++ configure Wed Dec 11 13:57:27 2002 @@ -47410,16 +47410,14 @@ save_old_LDFLAGS=$LDFLAGS - LDFLAGS= --L$MCRYPT_DIR/lib -lltdl - $LDFLAGS + LDFLAGS=$LDFLAGS echo $as_me:$LINENO: checking for mcrypt_module_open in -lmcrypt 5 echo $ECHO_N checking for mcrypt_module_open in -lmcrypt... $ECHO_C 6 if test ${ac_cv_lib_mcrypt_mcrypt_module_open+set} = set; then echo $ECHO_N (cached) $ECHO_C 6 else ac_check_lib_save_LIBS=$LIBS -LIBS=-lmcrypt $LIBS +LIBS=-lmcrypt -lltdl $LIBS cat conftest.$ac_ext _ACEOF #line $LINENO configure #include confdefs.h [2002-12-11 12:59:36] [EMAIL PROTECTED] Right, not a PHP problem - bogus. 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/20926 -- Edit this bug report at http://bugs.php.net/?id=20926edit=1
#21950 [Com]: init_mcrypt() error while configuring with libmcrypt
ID: 21950 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Configuration Issues Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: hi guys, just in case anything goes on out there: I GOT IT! short description: download libtool and install it. this will make php-configure recognize -lmcrypt as valid. story: the REAL problem was not having an error while compiling mcrypt with php, it was more likely that i did not have the libtool-library libltdl.* on my system! i downloaded libtool-1.4.3, configured it and ran a make install and THEN php was fine with libmcrypt! the only thing i've to say is: PLEASE, if you add a -ltdl within any configure script, let the configure script CHECK FOR IT and generate ERROR messages to the user if it's not found on the system. i spent very much time (yes, my fault but) to figure out this stuff! this would not have occurred if your configure script told me that we need ltdl to compile our stuff! thx for support and cu, md. ps: you can close my bug-reports. Previous Comments: [2003-01-29 13:27:25] [EMAIL PROTECTED] Please *DO NOT* do it. You said yourself this is the wrong way, so why are you doing it?! Patience, my dear. [2003-01-29 13:24:09] [EMAIL PROTECTED] hi guys, i know, that you might be busy, but there's an open call #20926, which i commented today. i hope you'll be responding anything soon, 'cause i need a solution really fast. obviously, that's not the normal way to raise the importance of any bug-report, but i hope to get help this way, soon. thx in advance for your support and sorry for the unusual way submitting another bug (yes, i know how it should work normally... ;-) ) br, md. -- Edit this bug report at http://bugs.php.net/?id=21950edit=1
#21946 [Fbk-Opn]: Trying to create COM object - Apache crash
ID: 21946 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows NT 4.0, Service pack 6a PHP Version: 4.3.0 New Comment: I'm trying to write a search form using PHP Version 4.3.0, Apache version 2.0.44, Windows NT 4.0 with service pack 6 and Microsoft Index Server 2.0. I used example from IISSamples - ASP (query.asp). ASP example works fine on IIS 4.0 - I use Index Server for indexing Word and PDF documents and is essential part of my intranet. After submiting a form (using POST method), page calls itself and retrieves a search string. The first and only line after it causes Apache to crash. The line is Index Server COM object creation using line : $Q = new COM(ixsso.Query); $Util = new COM(ixsso.Util); I have commented everything bellow including the second line and crash is reproducible. Hope enough information was provided. Best regards, Dominik Previous Comments: [2003-01-29 12:12:40] [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. [2003-01-29 11:34:52] [EMAIL PROTECTED] Forgot to mention that 2.0.43 and 2.0.44 are apache versions. Best regards, Dominik [2003-01-29 11:33:14] [EMAIL PROTECTED] When I try to invoke $Q = new COM(ixsso.Query); apache crashes. It's a component of the Microsoft Index Server and this works fine under IIS and ASP pages. I tried to use 2.0.43 and 2.0.44. Same on both of them. Best regards, Dominik -- Edit this bug report at http://bugs.php.net/?id=21946edit=1
#21356 [Com]: LOAD DATA issue
ID: 21356 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Slackware PHP Version: 4.3.0 New Comment: BASE microarray software requires this function. On gentoo I had to build mysql first after adding the flag, then rebuild php to get the functionality included. Previous Comments: [2003-01-02 17:53:01] [EMAIL PROTECTED] Didn't try that specifically, but the problem does not exist if I use mysql from the command line. I 'solved' this for my immediate situation by removing the 'if' around the infile check in ext/mysql/libmysql/libmysql.c Here (line 1025?): /* Only enable LOAD DATA INFILE by default if configured with --with-enabled-local-inflile */ #ifdef ENABLED_LOCAL_INFILE mysql-options.client_flag|= CLIENT_LOCAL_FILES; #endif return mysql; is now: /* Only enable LOAD DATA INFILE by default if configured with --with-enabled-local-inflile */ mysql-options.client_flag|= CLIENT_LOCAL_FILES; return mysql; recompiled everything and it works. I'd tried to recompile PHP with '--with-enabled-local-inflile' (and the properly spelled '--with-enabled-local-infile') and neither worked. The only thing that worked was removing the IF stuff in the .c file. [2003-01-02 17:26:10] [EMAIL PROTECTED] Does the problem go away if you tell PHP to use your MySQL's headers rather then the ones bundled with PHP? [2003-01-02 16:46:14] [EMAIL PROTECTED] PHP 4.2.1 and MySQL system set up allowed users using the phpMyAdmin system to use the LOAD DATA INFILE functionality. ONLY thing changed was upgrading to PHP 4.3, and now that functionality produces the error 'The used command is not allowed with this MySQL version'. Seeing as how no other software changed, this seems to point to the bundled PHP MySQL client (which we're using) to not enabling the '--enable-local-infile' flag. === From the MySQL manual: By default, all MySQL clients and libraries are compiled with --enable-local-infile, to be compatible with MySQL 3.23.48 and before. One can disable all LOAD DATA LOCAL commands in the MySQL server by starting mysqld with --local-infile=0. In the case that LOAD DATA LOCAL INFILE is disabled in the server or the client, you will get the error message (1148): The used command is not allowed with this MySQL version Since we're using the --local-infile=1 to start the MySQL daemon, that points to the PHP 4.3 bundled client library being the culprit. -- Edit this bug report at http://bugs.php.net/?id=21356edit=1
#21946 [Opn]: Trying to create COM object - Apache crash
ID: 21946 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Windows NT 4.0, Service pack 6a PHP Version: 4.3.0 New Comment: Original lines from ASP : Q= Server.CreateObject(ixsso.Query); util = Server.CreateObject(ixsso.Util); Q.Query = test; Q.Columns = DocTitle, Vpath, filename, size, write, characterization, rank, path, DocSubject, DocKeywords; RS = Q.CreateRecordSet(nonsequential); but as I said I have commented all the lines after first line. I have read in some forum that someone did succeed to integrate PHP with Microsoft Index Server. Best regards, Dominik Previous Comments: [2003-01-29 14:58:09] [EMAIL PROTECTED] I'm trying to write a search form using PHP Version 4.3.0, Apache version 2.0.44, Windows NT 4.0 with service pack 6 and Microsoft Index Server 2.0. I used example from IISSamples - ASP (query.asp). ASP example works fine on IIS 4.0 - I use Index Server for indexing Word and PDF documents and is essential part of my intranet. After submiting a form (using POST method), page calls itself and retrieves a search string. The first and only line after it causes Apache to crash. The line is Index Server COM object creation using line : $Q = new COM(ixsso.Query); $Util = new COM(ixsso.Util); I have commented everything bellow including the second line and crash is reproducible. Hope enough information was provided. Best regards, Dominik [2003-01-29 12:12:40] [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. [2003-01-29 11:34:52] [EMAIL PROTECTED] Forgot to mention that 2.0.43 and 2.0.44 are apache versions. Best regards, Dominik [2003-01-29 11:33:14] [EMAIL PROTECTED] When I try to invoke $Q = new COM(ixsso.Query); apache crashes. It's a component of the Microsoft Index Server and this works fine under IIS and ASP pages. I tried to use 2.0.43 and 2.0.44. Same on both of them. Best regards, Dominik -- Edit this bug report at http://bugs.php.net/?id=21946edit=1
#21948 [Com]: Reproducible segfaults when running IMP over SSL
ID: 21948 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: RedHat Linux 7.3 PHP Version: 4.3.0 New Comment: I spoke too soon, the crash is still there. Am attempting to get a core file now to generate another backtrace to see if its the same problem or not. bug 21804 seems like it may be related to this issue as well. Previous Comments: [2003-01-29 14:05:43] [EMAIL PROTECTED] It is compiled with --enable-debug (see config list above), which is why I made the note that the backtrace was somewhat baffling. I ran gdb across libphp4.so just to confirm that it does indeed load debugging symbols so they ARE there. FYI I removed the SetEnvIf directive and the crashes have gone away it seems. [2003-01-29 13:56:17] [EMAIL PROTECTED] Please compile PHP with --enable-debug, that will result in more detailed backtraces. [2003-01-29 12:32:18] [EMAIL PROTECTED] I am getting a reproducible crash (segfaults) on my system using Apache 1.3.27 (RH 7.3 RPM) and PHP 4.3.0 (my custom RPM). PHP was built with the following options: --enable-force-cgi-redirect --enable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-db3 --with-curl --with-dom=%{_prefix} --with-exec-dir=%{_bindir} --with-freetype-dir=%{_prefix} --with-png-dir=%{_prefix} --with-gd --enable-gd-native-ttf --with-ttf --with-gdbm --with-gettext --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=%{_prefix} --with-mm --with-openssl --with-png --with-pspell --with-regex=system --with-xml --with-expat-dir=%{_prefix} --with-zlib --with-layout=GNU --enable-bcmath --enable-debugger --enable-exif --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --without-oci8 --with-imap=shared --with-imap-ssl --with-kerberos=/usr/kerberos --with-ldap=shared --with-mysql=shared,%{_prefix} --with-pgsql=shared --with-snmp=shared,%{_prefix} --with-snmp=shared --enable-ucd-snmp-hack --with-unixODBC=shared --enable-memory-limit --enable-bcmath --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mbstring --enable-mbstr-enc-trans (please excuse the spec file variables; they are just pathnames so I left them in) Running apache in the debugger yields the following trace: 0 0x4207b524 in chunk_realloc () from /lib/i686/libc.so.6 #1 0x4207b2f8 in realloc () from /lib/i686/libc.so.6 #2 0x4202b65c in __add_to_environ () from /lib/i686/libc.so.6 #3 0x4202b33f in putenv () from /lib/i686/libc.so.6 #4 0x4050cb5c in object.2 () from /etc/httpd/modules/libphp4.so #5 0x405b3493 in object.2 () from /etc/httpd/modules/libphp4.so #6 0x405b366f in object.2 () from /etc/httpd/modules/libphp4.so #7 0x405b366f in object.2 () from /etc/httpd/modules/libphp4.so #8 0x405b366f in object.2 () from /etc/httpd/modules/libphp4.so #9 0x405b8cae in object.2 () from /etc/httpd/modules/libphp4.so #10 0x4059e34c in object.2 () from /etc/httpd/modules/libphp4.so #11 0x405718a6 in object.2 () from /etc/httpd/modules/libphp4.so #12 0x405bb61a in object.2 () from /etc/httpd/modules/libphp4.so #13 0x405bc22b in object.2 () from /etc/httpd/modules/libphp4.so #14 0x405bc291 in object.2 () from /etc/httpd/modules/libphp4.so #15 0x080547cd in ap_invoke_handler () #16 0x0806769c in process_request_internal () #17 0x40271d33 in handle_dir () from /etc/httpd/modules/mod_dir.so #18 0x080547cd in ap_invoke_handler () #19 0x0806769c in process_request_internal () #20 0x08067713 in ap_process_request () #21 0x0805f867 in child_main () #22 0x0805fa0a in make_child () #23 0x0805fb4d in startup_children () #24 0x080601a0 in standalone_main () #25 0x08060aa3 in main () #26 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 (I don't understand the large sequence of object.2 function referencesdebugging *is* compiled into the PHP library) What is odd is that I have another server, almost identically configured (same RPMs, etc) that does *not* have
#21804 [Com]: php crashes iPlanet - php4_execute
ID: 21804 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Solaris 8 PHP Version: 4.3.1-dev New Comment: Bug #21948 may be a related issue. Previous Comments: [2003-01-23 13:08:56] [EMAIL PROTECTED] It crashes with other scripts as well. Our developers experienced this problem, and I found that these two scripts reliably reproduce it. We set the Oracle variables in the script because multiple applications run in one web server instance - they may not use the same version of Oracle, and they certainly use different sids. However, when I commented out the putenv/getenv statements, the test ran cleanly. The byte count wrong messages went away too. So we do have a kludge of a work-around. It would be nice to have this fixed. I'm not clear why setting environment variables in the php script is a bad idea. I would expect each thread to have it's own environment... Thanks, David [2003-01-22 21:58:58] [EMAIL PROTECTED] Does the crash happen only with the provided script? And btw. you should set those envinronment variables in the system, NOT in the script.. [2003-01-21 13:29:00] [EMAIL PROTECTED] Had the wrong email addr... [2003-01-21 13:25:04] [EMAIL PROTECTED] I can reliably crash iPlanet by running http_load -parallel 5 by concurrently using both of the two scripts below. This is like 20613, but that was fixed in Nov and I have this problem now with a current version of php. I have found no resolution except to run php single-threaded - stable, but hardly an option for a 100-user app that makes Oracle queries... I have reproduced this with iPlanet 6.0sp2 and 6.0sp5, php4.2.3, php 4.3.0, and php4-STABLE-200301140030, running on a 280R and an Ultra 2. I built php using gcc 2.95.3 with these options: --prefix=/shared/gnu \ --with-config-file-path=$prefix/../lib \ --enable-discard-path --enable-tracking \ --enable-libgcc --with-ndbm \ --with-ldap=openldap 2.0.27 path \ --with-oracle=oracle 8.1.7.2 path \ --without-mysql --with-nsapi=iplanet path The error I see is: catastrophe (1625): Server crash detected (signal SIGSEGV) info (1625): Crash occurred in NSAPI SAF php4_execute info (1625): Crash occurred in function strlen from module /usr/lib/libc.so.1 Here is the back trace: (gdb) bt #0 0xfea33344 in strlen () from /usr/lib/libc.so.1 #1 0xfd6b3e90 in _estrdup (s=0xb8 Address 0xb8 out of bounds) at /shared/gnu/src/php-4.2.3/Zend/zend_alloc.c:322 #2 0xfd738948 in php_print_info (flag=32, tsrm_ls=0x8600e8) at /shared/gnu/src/php-4.2.3/ext/standard/info.c:273 #3 0xfd73935c in zif_phpinfo (ht=0, return_value=0x8d6c18, this_ptr=0x0, return_value_used=0, tsrm_ls=0x8600e8) at /shared/gnu/src/php-4.2.3/ext/standard/info.c:471 #4 0xfd6c2740 in execute () from /opt/local/php/lib/nsapi/libphp4.so #5 0xfd6d50d0 in zend_execute_scripts (type=8, tsrm_ls=0x8600e8, retval=0x0, file_count=3) at /shared/gnu/src/php-4.2.3/Zend/zend.c:812 #6 0xfd6e4368 in php_execute_script (primary_file=0xfaef1b48, tsrm_ls=0x8600e8) at /shared/gnu/src/php-4.2.3/main/main.c:1383 #7 0xfd6e0b90 in nsapi_module_main (request_context=0x0, tsrm_ls=0x8600e8) at /shared/gnu/src/php-4.2.3/sapi/nsapi/nsapi.c:462 #8 0xfd6e0d1c in php4_execute (pb=0x3d47f8, sn=0x6e3a90, rq=0x6e3ad8) at /shared/gnu/src/php-4.2.3/sapi/nsapi/nsapi.c:513 #9 0xff239b14 in __0Fcfunc_native_pool_thread_mainP6NNSTPWorkArg_s () from /opt/local/netscape/dev/iws60sp5/bin/https/lib/libns-httpd40.so #10 0xfe8e16cc in NSTP_ThreadMain () from /opt/local/netscape/dev/iws60sp5/bin/https/lib/libnstp.so #11 0xfed676a0 in _pt_root () from /opt/local/netscape/dev/iws60sp5/bin/https/lib/libnspr4.so (gdb) Finally, here are the two scripts: --- html body h2PHP Operational Qualification Test/h2 p This test displays a Hello, world. announcment, then a series of tables describing the PHP environment. /p p The classic announcement: ?php echo(Hello, world.); ? /p p PHP Info for this installation: /p ?php phpinfo(); ? /body /html html body h2PHP Operational Qualification Test: Oracle Connectivity/h2 p This test connects to an Oracle database and displays some stuff. /p p ?php $userid = dwells; putenv(ORACLE_SID=clindev); putenv(ORACLE_HOME=/opt/local/newshare/oracle/product/7.3.3.6); putenv(TNS_ADMIN=/opt/local/newshare/oracle/product/7.3.3.6/network/admin); $query = sprintf(select * from Employee); $ncols = $nrows = 7; printf(pResult size is
#21854 [Opn]: Output compression stops working
ID: 21854 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zlib Related Operating System: Redhat 7.2 PHP Version: 4.3.0 New Comment: I tried using both .ini files the php.ini-dist and the php.ini-recommended changing only the zlib.output_compression setting and still have the same issue. Previous Comments: [2003-01-29 11:38:25] [EMAIL PROTECTED] tux witch ini file did you use the php.ini-dist or the php.ini-recommended? [2003-01-29 07:43:13] [EMAIL PROTECTED] i had the same problem, but after the php.ini update, everything worked fine... tnx sniper... [2003-01-29 01:07:09] [EMAIL PROTECTED] My ini file was quit differnt i belive it was from a older version so i copied over the new one and changed only the zlib.output_compression setting below is the diff --- php.ini-recommended Thu Dec 26 08:07:59 2002 +++ /usr/local/lib/php.ini Wed Jan 29 01:03:00 2003 @@ -127,7 +127,7 @@ ; also. ; Note: output_handler must be empty if this is set 'On' ; Instead you must use zlib.output_handler. -zlib.output_compression = Off +zlib.output_compression = On ; You cannot specify additional output handlers if zlib.output_compression ; is activated here. This setting does the same as output_handler but in /usr/local/apache/bin/httpd -X Doing this it still fails only takes about 1 refresh and it's dead. [2003-01-29 00:43:44] [EMAIL PROTECTED] Just add output of this command: # diff -u php.ini-recommended /usr/local/lib/php.ini That'll show us what the changes were. And easier to reproduce this is propably by running apache in foreground: # /usr/local/apache/bin/apachectl stop # /usr/local/apache/bin/httpd -X Try that and let us know if you can get it fail then. [2003-01-29 00:23:00] [EMAIL PROTECTED] I used the php.ini-recommended. If you need i can post all of my php.ini settings or anything else you need. Also some updates from testing a little more it seems to stop working per httpd process. Witch is where the working coming and going is coming from. Once that once process stops compressing it stops till you restart apache. I was able to find this by making a script that did getmypid() and sitting there realoading it checking the pid numbers. Also the best way i have found to reproduce this is to keep refreshing a script that has phpinfo(); in it on my servers after about 5-10 refreshes the compression starts going flaky. 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/21854 -- Edit this bug report at http://bugs.php.net/?id=21854edit=1
#21319 [Com]: the PHP Script Interpreter crashes.
ID: 21319 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Operating System: windows xp PHP Version: 4.3.0 New Comment: Hey guys, thank you for checking into this. I just tryed the latest snapshot (2003-01-29 12:00 GMT-8) and... [drumroll...] the problem seems fixed! I even used an ob_start() and ob_end_flush() whithin the for loop and got a clean execution. As for me, you can close this one out! Thanks again, and keep up the good work. - Alex, http://alexnow.com Previous Comments: [2003-01-29 00:03:18] [EMAIL PROTECTED] You should be using ..edit=2 (the 'Edit Submission' link) Anyway, did the snapshot fix the problem for you or not? [2003-01-28 11:00:25] [EMAIL PROTECTED] I've memorized the url :) (didn't look at the email) and if i'd edit the submission the status would be set to something other than what you recently set it to.. [2003-01-28 05:06:55] [EMAIL PROTECTED] Okay..btw. Why did you again use that 'Add comment' link? The URL in the email you get does not point there..? (just curious :) And close this if your stuff also works with the snapshot.. [2003-01-28 03:16:01] [EMAIL PROTECTED] Alex' script does not crash with the latest snapshot, checking my own code.. [2003-01-27 02:50:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-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/21319 -- Edit this bug report at http://bugs.php.net/?id=21319edit=1
#21953 [NEW]: $_session looses type
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.3.0 PHP Bug Type: Session related Bug description: $_session looses type The following snippet: $bunch=10; $_SESSION['mail'] = (int)$_SESSION['mail'] + $bunch; only works with the (int) in front of $_session. Otherwise get unsupported operand types error. This is mysterious, Session control in PHP should preserve type. Typical Session file was as follows: mail|i:-1;Mail_title|s:4:test;Mail_body|s:4:test; you see mail was of type i. -- Edit bug report at http://bugs.php.net/?id=21953edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21953r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21953r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21953r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21953r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21953r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21953r=support Expected behavior: http://bugs.php.net/fix.php?id=21953r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21953r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21953r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21953r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21953r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21953r=dst IIS Stability: http://bugs.php.net/fix.php?id=21953r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21953r=gnused
#21804 [Opn]: php crashes iPlanet - php4_execute
ID: 21804 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Solaris 8 PHP Version: 4.3.1-dev New Comment: Bug #21948 is a bit different. The crash we get is always in strlen, and only occurs under load when we set environment variables in the script. It sounds like #21948 happens every time, not just under load. My naive WAG is that the load causes a resource starvation that php does not catch. Thus a segv. But somehow this is related to environment variables. Hmm... Perhaps a bug in the section that allocates memory for env vars? Thanks Previous Comments: [2003-01-29 15:10:45] [EMAIL PROTECTED] Bug #21948 may be a related issue. [2003-01-23 13:08:56] [EMAIL PROTECTED] It crashes with other scripts as well. Our developers experienced this problem, and I found that these two scripts reliably reproduce it. We set the Oracle variables in the script because multiple applications run in one web server instance - they may not use the same version of Oracle, and they certainly use different sids. However, when I commented out the putenv/getenv statements, the test ran cleanly. The byte count wrong messages went away too. So we do have a kludge of a work-around. It would be nice to have this fixed. I'm not clear why setting environment variables in the php script is a bad idea. I would expect each thread to have it's own environment... Thanks, David [2003-01-22 21:58:58] [EMAIL PROTECTED] Does the crash happen only with the provided script? And btw. you should set those envinronment variables in the system, NOT in the script.. [2003-01-21 13:29:00] [EMAIL PROTECTED] Had the wrong email addr... [2003-01-21 13:25:04] [EMAIL PROTECTED] I can reliably crash iPlanet by running http_load -parallel 5 by concurrently using both of the two scripts below. This is like 20613, but that was fixed in Nov and I have this problem now with a current version of php. I have found no resolution except to run php single-threaded - stable, but hardly an option for a 100-user app that makes Oracle queries... I have reproduced this with iPlanet 6.0sp2 and 6.0sp5, php4.2.3, php 4.3.0, and php4-STABLE-200301140030, running on a 280R and an Ultra 2. I built php using gcc 2.95.3 with these options: --prefix=/shared/gnu \ --with-config-file-path=$prefix/../lib \ --enable-discard-path --enable-tracking \ --enable-libgcc --with-ndbm \ --with-ldap=openldap 2.0.27 path \ --with-oracle=oracle 8.1.7.2 path \ --without-mysql --with-nsapi=iplanet path The error I see is: catastrophe (1625): Server crash detected (signal SIGSEGV) info (1625): Crash occurred in NSAPI SAF php4_execute info (1625): Crash occurred in function strlen from module /usr/lib/libc.so.1 Here is the back trace: (gdb) bt #0 0xfea33344 in strlen () from /usr/lib/libc.so.1 #1 0xfd6b3e90 in _estrdup (s=0xb8 Address 0xb8 out of bounds) at /shared/gnu/src/php-4.2.3/Zend/zend_alloc.c:322 #2 0xfd738948 in php_print_info (flag=32, tsrm_ls=0x8600e8) at /shared/gnu/src/php-4.2.3/ext/standard/info.c:273 #3 0xfd73935c in zif_phpinfo (ht=0, return_value=0x8d6c18, this_ptr=0x0, return_value_used=0, tsrm_ls=0x8600e8) at /shared/gnu/src/php-4.2.3/ext/standard/info.c:471 #4 0xfd6c2740 in execute () from /opt/local/php/lib/nsapi/libphp4.so #5 0xfd6d50d0 in zend_execute_scripts (type=8, tsrm_ls=0x8600e8, retval=0x0, file_count=3) at /shared/gnu/src/php-4.2.3/Zend/zend.c:812 #6 0xfd6e4368 in php_execute_script (primary_file=0xfaef1b48, tsrm_ls=0x8600e8) at /shared/gnu/src/php-4.2.3/main/main.c:1383 #7 0xfd6e0b90 in nsapi_module_main (request_context=0x0, tsrm_ls=0x8600e8) at /shared/gnu/src/php-4.2.3/sapi/nsapi/nsapi.c:462 #8 0xfd6e0d1c in php4_execute (pb=0x3d47f8, sn=0x6e3a90, rq=0x6e3ad8) at /shared/gnu/src/php-4.2.3/sapi/nsapi/nsapi.c:513 #9 0xff239b14 in __0Fcfunc_native_pool_thread_mainP6NNSTPWorkArg_s () from /opt/local/netscape/dev/iws60sp5/bin/https/lib/libns-httpd40.so #10 0xfe8e16cc in NSTP_ThreadMain () from /opt/local/netscape/dev/iws60sp5/bin/https/lib/libnstp.so #11 0xfed676a0 in _pt_root () from /opt/local/netscape/dev/iws60sp5/bin/https/lib/libnspr4.so (gdb) Finally, here are the two scripts: --- html body h2PHP Operational Qualification Test/h2 p This test displays a Hello, world. announcment, then a series of tables describing the PHP environment. /p p The classic announcement: ?php echo(Hello, world.); ?
#21954 [NEW]: array_key_exists warns for large numeric keys
From: [EMAIL PROTECTED] Operating system: RedHat Linux PHP version: 4.3.0 PHP Bug Type: Arrays related Bug description: array_key_exists warns for large numeric keys Try this script: ?php $a = array(); $a[2163195907] = hi; echo array_key_exists(2163195907,$a); ? PHP generates a warning (The first argument should be either a string or an integer). If I try this with smaller integers, the code works fine. If I convert the integer to a string (using strval), it also works fine. Norman Elton -- Edit bug report at http://bugs.php.net/?id=21954edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21954r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21954r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21954r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21954r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21954r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21954r=support Expected behavior: http://bugs.php.net/fix.php?id=21954r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21954r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21954r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21954r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21954r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21954r=dst IIS Stability: http://bugs.php.net/fix.php?id=21954r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21954r=gnused
#21928 [Opn-Fbk]: Cannot find valid ODBC DSN
ID: 21928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Win2k server PHP Version: 4.3.0 New Comment: Um you issue an odbc_connect() call that you know will fail, then try to pass the result (which is === FALSE by the way) to commands which expect a valid resource and you're somehow SURPRISED by the results you got? Ignoring that walking contradiction for the moment The fact that it's happening on IIS only (and not command line) suggests one of three posssible explanations: (A) It's a User DSN created by your user account (hence visible to you on the command line but not to the webserver who is running as IUSER_GUEST or whatever) (yes I know you said it was system, but please, check again as this is the most likely answer) Just for giggles, try logging in as another user (non-administrator though) and trying that sample script I provided earlier on the command line. (B) There are one or more files (odbc.dlls) which are unreadable/unexecutable by the IIS user (not terribly common, but at least possible -- are you in the administrator group?) (C) You're connecting to an ODBC datasource which requires built in NT authentication (such as MSSQL) and you have no IUSR_GUEST account on the SQL server which is somehow throwing an incorrect error message. (highly bloody unlikely) Previous Comments: [2003-01-29 12:23:53] [EMAIL PROTECTED] This is what I ran from IIS ? $dbh = odbc_connect(); // yes I know it will fail $res = odbc_data_source($dbh, SQL_FETCH_FIRST); echo $res; $res = odbc_data_source($dbh, SQL_FETCH_NEXT); echo $res; ? These are the results. Warning: Wrong parameter count for odbc_connect() in c:\inetpub\wwwroot\survey\test.php on line 3 Warning: odbc_data_source(): supplied argument is not a valid ODBC-Link resource in c:\inetpub\wwwroot\survey\test.php on line 4 Warning: odbc_data_source(): supplied argument is not a valid ODBC-Link resource in c:\inetpub\wwwroot\survey\test.php on line 6 [2003-01-29 07:19:09] [EMAIL PROTECTED] kept as feedback until testing done... [2003-01-29 00:29:25] [EMAIL PROTECTED] BTW: I am running MDAC 2.7 SP1 [2003-01-29 00:27:09] [EMAIL PROTECTED] I'll run your test in the morning. It might be notable that I can run my script from the command line and have no problems connecting to the ODBC DSN. But when I run it through IIS, it fails. I ran this same script on my local win2k pro desktop and it works fine. This is only happening on my win2k server. I searched the net and see lots of people with this same issue, but cannot find a single one that has a resolution. [2003-01-28 22:40:06] [EMAIL PROTECTED] I don't believe this is a PHP bug itself at all. First off what version of the MDAC are you using? Second can you try doing the following: $dbh = odbc_connect(); // yes I know it will fail $res = odbc_data_source($dbh, SQL_FETCH_FIRST); And print out the results of the $res, and call the data_source() a few more times with SQL_FETCH_NEXT instead of SQL_FETCH_FIRST? 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/21928 -- Edit this bug report at http://bugs.php.net/?id=21928edit=1
#21928 [Fbk-Opn]: Cannot find valid ODBC DSN
ID: 21928 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: Win2k server PHP Version: 4.3.0 New Comment: One smart comment deserves another. I figured out the bug, and I can reproduce, and I know how to get around it, and the bug is in PHP. 1. The code string $dbh = odbc_connect(); // yes I know it will fail was given to me to run by [EMAIL PROTECTED] Look down in the post and you will see this. I only tried to follow his directions. So keep your cracks to yourself until you read the whole post. 2. It is a SYSTEM DSN. I have created a MILLION DSNs in my lifetime, and it is a SYSTEM DSN. I even tried it as a user DSN and it wouldn't work. SYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEM 3. Again, if you had read the entire post, you would have seen that this DSN points to a MS SQL server database. 4. I see where many others have had this same issue. The Bug support group continues to deny it as a bug. I wrote as many as I could and asked if they had found a resolution. Everyone that wrote back said they had not, and had given up. If they write me, I will walk them through the work-around. 5. If you had not been such a smart $%@, and I might have helped everyone out by posting the details here on the real problem. 6. Am I stressed out? Maybe. I spent the last 2 days having everybody keep telling me that I configured a USER DSN when I did not and having me run test scripts that would obviously fail. 7. SYSTEM DSN SYSTEM DSN SYSTEM DSN Previous Comments: [2003-01-29 16:49:34] [EMAIL PROTECTED] Um you issue an odbc_connect() call that you know will fail, then try to pass the result (which is === FALSE by the way) to commands which expect a valid resource and you're somehow SURPRISED by the results you got? Ignoring that walking contradiction for the moment The fact that it's happening on IIS only (and not command line) suggests one of three posssible explanations: (A) It's a User DSN created by your user account (hence visible to you on the command line but not to the webserver who is running as IUSER_GUEST or whatever) (yes I know you said it was system, but please, check again as this is the most likely answer) Just for giggles, try logging in as another user (non-administrator though) and trying that sample script I provided earlier on the command line. (B) There are one or more files (odbc.dlls) which are unreadable/unexecutable by the IIS user (not terribly common, but at least possible -- are you in the administrator group?) (C) You're connecting to an ODBC datasource which requires built in NT authentication (such as MSSQL) and you have no IUSR_GUEST account on the SQL server which is somehow throwing an incorrect error message. (highly bloody unlikely) [2003-01-29 12:23:53] [EMAIL PROTECTED] This is what I ran from IIS ? $dbh = odbc_connect(); // yes I know it will fail $res = odbc_data_source($dbh, SQL_FETCH_FIRST); echo $res; $res = odbc_data_source($dbh, SQL_FETCH_NEXT); echo $res; ? These are the results. Warning: Wrong parameter count for odbc_connect() in c:\inetpub\wwwroot\survey\test.php on line 3 Warning: odbc_data_source(): supplied argument is not a valid ODBC-Link resource in c:\inetpub\wwwroot\survey\test.php on line 4 Warning: odbc_data_source(): supplied argument is not a valid ODBC-Link resource in c:\inetpub\wwwroot\survey\test.php on line 6 [2003-01-29 07:19:09] [EMAIL PROTECTED] kept as feedback until testing done... [2003-01-29 00:29:25] [EMAIL PROTECTED] BTW: I am running MDAC 2.7 SP1 [2003-01-29 00:27:09] [EMAIL PROTECTED] I'll run your test in the morning. It might be notable that I can run my script from the command line and have no problems connecting to the ODBC DSN. But when I run it through IIS, it fails. I ran this same script on my local win2k pro desktop and it works fine. This is only happening on my win2k server. I searched the net and see lots of people with this same issue, but cannot find a single one that has a resolution. 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
#21955 [NEW]: date() feature request
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: date() feature request I'd like to see the date() function have some predefined common date formats: date(1) = 2002-1-31 date(2) = January 31, 2002 date(3) = etc... I constantly keep looking up the little letters to make various super common date formats. (Is the month an F or an M or an m?) -- Edit bug report at http://bugs.php.net/?id=21955edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21955r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21955r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21955r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21955r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21955r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21955r=support Expected behavior: http://bugs.php.net/fix.php?id=21955r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21955r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21955r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21955r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21955r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21955r=dst IIS Stability: http://bugs.php.net/fix.php?id=21955r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21955r=gnused
#21029 [Com]: make crashed because my_tempnam.c
ID: 21029 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: red hat 7.2 PHP Version: 4.3.0RC3 New Comment: Hi, on FreeBSD 4.4 I'm doing make and the warning appears, but it HALTS on this warning, and no php binary is made!! Previous Comments: [2002-12-16 12:47:39] [EMAIL PROTECTED] Because the warning is not in the PHP code, but rather then mysql library. Until the developers of that library (MySQL Developers) decide that this issue is something worth fixing, we PHP developers can do nothing but wait. There may be reasons why they chose this function over the 'safer' alternative. No matter the compiler warning messages will never prevent successful compilation, they are WARNING not ERRORs, that is unless you've made your compiler 'die' on warnings. [2002-12-16 12:29:12] [EMAIL PROTECTED] why did it not continue de compiling so ??? however, it's easy to fix this warning, why do you wont do it [2002-12-15 16:10:19] [EMAIL PROTECTED] Not a PHP bug. (gcc should not consider that 'error' as fatal, previous versions just output a warning about it..) [2002-12-15 11:59:30] [EMAIL PROTECTED] oups i don't understand anything i'm totally a linux newbie i've only linux on my webserver, so it's not really good to try... can you do that for me ? thanks [2002-12-15 11:15:31] [EMAIL PROTECTED] Please provide an unified diff (diff -u) against the latest CVS version. Derick 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/21029 -- Edit this bug report at http://bugs.php.net/?id=21029edit=1
#21946 [Opn-Fbk]: Trying to create COM object - Apache crash
ID: 21946 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows NT 4.0, Service pack 6a PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-01-29 15:03:55] [EMAIL PROTECTED] Original lines from ASP : Q= Server.CreateObject(ixsso.Query); util = Server.CreateObject(ixsso.Util); Q.Query = test; Q.Columns = DocTitle, Vpath, filename, size, write, characterization, rank, path, DocSubject, DocKeywords; RS = Q.CreateRecordSet(nonsequential); but as I said I have commented all the lines after first line. I have read in some forum that someone did succeed to integrate PHP with Microsoft Index Server. Best regards, Dominik [2003-01-29 14:58:09] [EMAIL PROTECTED] I'm trying to write a search form using PHP Version 4.3.0, Apache version 2.0.44, Windows NT 4.0 with service pack 6 and Microsoft Index Server 2.0. I used example from IISSamples - ASP (query.asp). ASP example works fine on IIS 4.0 - I use Index Server for indexing Word and PDF documents and is essential part of my intranet. After submiting a form (using POST method), page calls itself and retrieves a search string. The first and only line after it causes Apache to crash. The line is Index Server COM object creation using line : $Q = new COM(ixsso.Query); $Util = new COM(ixsso.Util); I have commented everything bellow including the second line and crash is reproducible. Hope enough information was provided. Best regards, Dominik [2003-01-29 12:12:40] [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. [2003-01-29 11:34:52] [EMAIL PROTECTED] Forgot to mention that 2.0.43 and 2.0.44 are apache versions. Best regards, Dominik [2003-01-29 11:33:14] [EMAIL PROTECTED] When I try to invoke $Q = new COM(ixsso.Query); apache crashes. It's a component of the Microsoft Index Server and this works fine under IIS and ASP pages. I tried to use 2.0.43 and 2.0.44. Same on both of them. Best regards, Dominik -- Edit this bug report at http://bugs.php.net/?id=21946edit=1
#21029 [Bgs]: make crashed because my_tempnam.c
ID: 21029 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: red hat 7.2 PHP Version: 4.3.0RC3 New Comment: No - it doesn't (trust me). But please ask about this at [EMAIL PROTECTED] Previous Comments: [2003-01-29 18:09:02] [EMAIL PROTECTED] Hi, on FreeBSD 4.4 I'm doing make and the warning appears, but it HALTS on this warning, and no php binary is made!! [2002-12-16 12:47:39] [EMAIL PROTECTED] Because the warning is not in the PHP code, but rather then mysql library. Until the developers of that library (MySQL Developers) decide that this issue is something worth fixing, we PHP developers can do nothing but wait. There may be reasons why they chose this function over the 'safer' alternative. No matter the compiler warning messages will never prevent successful compilation, they are WARNING not ERRORs, that is unless you've made your compiler 'die' on warnings. [2002-12-16 12:29:12] [EMAIL PROTECTED] why did it not continue de compiling so ??? however, it's easy to fix this warning, why do you wont do it [2002-12-15 16:10:19] [EMAIL PROTECTED] Not a PHP bug. (gcc should not consider that 'error' as fatal, previous versions just output a warning about it..) [2002-12-15 11:59:30] [EMAIL PROTECTED] oups i don't understand anything i'm totally a linux newbie i've only linux on my webserver, so it's not really good to try... can you do that for me ? 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/21029 -- Edit this bug report at http://bugs.php.net/?id=21029edit=1
#21743 [Asn]: Driver initialization failed for handler: db3 (and db2)
ID: 21743 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: DBM/DBA related Operating System: RedHat Linux 7.2 PHP Version: 4.3.0 Assigned To: helly New Comment: Called my contact at Berkeley and got the link to the 3.2 version. Now i am able to reproduce a segfault...I'll look into deeper ASAP Previous Comments: [2003-01-26 23:49:22] [EMAIL PROTECTED] I've tested it with db3-3.3 (RedHat 7.3) and also experienced the same result :(. Older berkeley db sources can be obtained from http://rpmfind.net as SRPMSs. I've also uploaded my binary dba.so to http://priyadi.net/php/dba.so if that will help. It is compiled with --with-flatfile --with-cdb --with-db3. Compiled on a RedHat 7.2 system, and db3-3.2.9. [2003-01-26 08:01:02] [EMAIL PROTECTED] I've reconfigured my system with shared dba and db3-3.3 and cannot reproduce you results. Hopefully i can get a copy of the db-3.2 source distrubution which is no longer online :-( [2003-01-26 00:21:47] [EMAIL PROTECTED] First please try this (note the - after c: ? dl(dba.so); $a = dba_open(test, c-, db3); ? It is working! # php 2.php Content-type: text/html X-Powered-By: PHP/4.3.0 # ls -al test -rw-r--r--1 root root 8192 Jan 26 12:34 test # file test test: Berkeley DB (Btree, version 8, native byte-order) Then please try if you can create and open an new file: ? dl(dba.so); $a = dba_open(test2, n-, db3); var_dump($a); dba_close($a); $b = dba_open(test2, r-, db3); var_dump($b); dba_close($b); ? It is working... # php 3.php Content-type: text/html X-Powered-By: PHP/4.3.0 resource(1) of type (dba) resource(2) of type (dba) after that: From your configure script: --enable-dba=shared \ --with-gdbm \ --with-db3 \ --with-cdb=/usr \ --with-flatfile \ This means you cannot have db2. However you found a problem here: --with-cdb always loads the internal cdb support (so thanks here i've fixed this part already in cvs). OK, while we are at this, it seems there is another related problem. --without-db3 (or db2, flatfile, and others too) doesn't seem to be working. configure will show that db3 will not be included (checking for Berkeley DB3 support... no), but it will still be included if it finds one on my system, and the resulting binary will not be linked to DB3 library as shown by ldd. And --without-flatfile (and maybe --without-cdb too) will cause undefined symbol error but I think you already know that :) Could you try (with only db3, cdb and flatfile) --enable-dba=shared \ --with-db3 \ --with-cdb \ --with-flatfile \ Doesn't work. :( Maybe you could also try db4 or db4.1 versions buy --with-db3=/path/to/db4 for PHP 4.3 or --with-db4 for cvs versions. I'll get back to you later on this after I finally finished downloading and compiling (the sql worm thing is still wreaking havoc here) On a side note, ext/dba from PHP 4.2.1 works (phpize'ed), maybe because it doesn't have locking? Oh, is it possible that BerkeleyDB has its own locking mechanism that is conflicting with PHP's? Consider this scenario: - on dba_open, php locks the berkeley db file - php then handles opening the db file to berkeley db library - berkeley db tries to lock the file, but since it is already locked by php it will eventually time out From berkeley db documentation, it seems that it does its own locking. http://www.sleepycat.com/docs/ref/lock/intro.html [2003-01-25 14:18:06] [EMAIL PROTECTED] First please try this (note the - after c: ? dl(dba.so); $a = dba_open(test, c-, db3); ? Then please try if you can create and open an new file: ? dl(dba.so); $a = dba_open(test2, n-, db3); var_dump($a); dba_close($a); $b = dba_open(test2, r-, db3); var_dump($b); dba_close($b); ?
#21928 [Opn-Fbk]: Cannot find valid ODBC DSN
ID: 21928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Win2k server PHP Version: 4.3.0 New Comment: Pollita yes it was me that suggested he try it. The odbc_data_source technically doesn't require a valid connection at all, but rather a valid environment to be setup, which is done in the odbc_*connect() functions. I was hoping that it would be still valid, but I guess the Zend system denied it (despite the env not being free'd yet). The hope was to get the environment to share it's internals with us all! Yum yum! I'd be interesting in knowing what the solution is/was to work around this so that I might try to fix it in the ODBC module itself. Unfortunately all my attempts to reproduce this have come for naught, but I also don't have SQLServer so that may be part of the problem. Previous Comments: [2003-01-29 17:11:22] [EMAIL PROTECTED] One smart comment deserves another. I figured out the bug, and I can reproduce, and I know how to get around it, and the bug is in PHP. 1. The code string $dbh = odbc_connect(); // yes I know it will fail was given to me to run by [EMAIL PROTECTED] Look down in the post and you will see this. I only tried to follow his directions. So keep your cracks to yourself until you read the whole post. 2. It is a SYSTEM DSN. I have created a MILLION DSNs in my lifetime, and it is a SYSTEM DSN. I even tried it as a user DSN and it wouldn't work. SYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEM 3. Again, if you had read the entire post, you would have seen that this DSN points to a MS SQL server database. 4. I see where many others have had this same issue. The Bug support group continues to deny it as a bug. I wrote as many as I could and asked if they had found a resolution. Everyone that wrote back said they had not, and had given up. If they write me, I will walk them through the work-around. 5. If you had not been such a smart $%@, and I might have helped everyone out by posting the details here on the real problem. 6. Am I stressed out? Maybe. I spent the last 2 days having everybody keep telling me that I configured a USER DSN when I did not and having me run test scripts that would obviously fail. 7. SYSTEM DSN SYSTEM DSN SYSTEM DSN [2003-01-29 16:49:34] [EMAIL PROTECTED] Um you issue an odbc_connect() call that you know will fail, then try to pass the result (which is === FALSE by the way) to commands which expect a valid resource and you're somehow SURPRISED by the results you got? Ignoring that walking contradiction for the moment The fact that it's happening on IIS only (and not command line) suggests one of three posssible explanations: (A) It's a User DSN created by your user account (hence visible to you on the command line but not to the webserver who is running as IUSER_GUEST or whatever) (yes I know you said it was system, but please, check again as this is the most likely answer) Just for giggles, try logging in as another user (non-administrator though) and trying that sample script I provided earlier on the command line. (B) There are one or more files (odbc.dlls) which are unreadable/unexecutable by the IIS user (not terribly common, but at least possible -- are you in the administrator group?) (C) You're connecting to an ODBC datasource which requires built in NT authentication (such as MSSQL) and you have no IUSR_GUEST account on the SQL server which is somehow throwing an incorrect error message. (highly bloody unlikely) [2003-01-29 12:23:53] [EMAIL PROTECTED] This is what I ran from IIS ? $dbh = odbc_connect(); // yes I know it will fail $res = odbc_data_source($dbh, SQL_FETCH_FIRST); echo $res; $res = odbc_data_source($dbh, SQL_FETCH_NEXT); echo $res; ? These are the results. Warning: Wrong parameter count for odbc_connect() in c:\inetpub\wwwroot\survey\test.php on line 3 Warning: odbc_data_source(): supplied argument is not a valid ODBC-Link resource in c:\inetpub\wwwroot\survey\test.php on line 4 Warning: odbc_data_source(): supplied argument is not a valid ODBC-Link resource in c:\inetpub\wwwroot\survey\test.php on line 6 [2003-01-29 07:19:09] [EMAIL PROTECTED] kept as feedback until testing done... [2003-01-29 00:29:25]
#20256 [Com]: missing #include in zend.h for snprintf
ID: 20256 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Compile Failure Operating System: OSF1 V4.0d PHP Version: 4.3.0-pre2 New Comment: For what its worth, I get the same bug on PHP 4.3.0 for Digital Unix 4.0D /bin/ksh libtool --silent --mode=link gcc -export-dynamic -g -O2 -avoid-version -module ext/ctype/ctype.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo ext/mysql/libmysql/ctype.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.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_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/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.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
#21956 [NEW]: define constants not taking heredoc strings as value
From: [EMAIL PROTECTED] Operating system: Win2k PHP version: 4.3.0 PHP Bug Type: Strings related Bug description: define constants not taking heredoc strings as value when using define() to create constants, it all seems to work fine when using standard strings. However, under the definition for the arguments on define(), it says that the define function can take string() as an argument. looking at strings, heredoc is a valid string argument, however when trying to define a constant as follows, the constant returns a null string. define($html_header, THISISSTRING the string goes here THISISSTRING ); if however you define a standard var like so: $str_header=THISISSTRING the string goes here THISISSTRING ; then do: define($html_header $str_header); all works fine. -- Edit bug report at http://bugs.php.net/?id=21956edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21956r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21956r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21956r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21956r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21956r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21956r=support Expected behavior: http://bugs.php.net/fix.php?id=21956r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21956r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21956r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21956r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21956r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21956r=dst IIS Stability: http://bugs.php.net/fix.php?id=21956r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21956r=gnused
#20282 [Sus-Fbk]: COM memory leak
ID: 20282 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Feedback Bug Type: COM related Operating System: Win2000/XP PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip try a stable release snapshot Previous Comments: [2003-01-18 16:11:35] [EMAIL PROTECTED] suspended php4 development to look forward to a more stable php5 [2002-12-20 11:12:49] [EMAIL PROTECTED] Hi there, it's possible that we will hire a developer to fix this bug. If somebody is in the mood to do bugfixing, please contact me under [EMAIL PROTECTED] Sven [2002-12-09 15:31:19] [EMAIL PROTECTED] as soon as anybody is in the mood to fix it ... erm, and 'Hi, how about bugfixing ?' or 'Is it possible to get a solution soon?' for sure doesn't bring anyone into that mood. but you have full access to the sources and can always send in a patch. harald [2002-12-09 03:21:45] [EMAIL PROTECTED] Hi Derick, if we don't hire an PHP developer, when do you think the bug will be fixed? Is there a roadmap for this bug? Sven [2002-12-02 04:02:04] [EMAIL PROTECTED] Well, you can always hire a PHP developer to do it if it is so urgent for your project. Please don't forget that PHP is an Open Source project, totally run by volunteers which dedicate their spare time to develop on PHP. Derick 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/20282 -- Edit this bug report at http://bugs.php.net/?id=20282edit=1
#20256 [NoF-Opn]: missing #include in zend.h for snprintf
ID: 20256 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: OSF1 V4.0d -PHP Version: 4.3.0-pre2 +PHP Version: 4.3.0 New Comment: updated version, re-opened... Previous Comments: [2003-01-29 19:31:28] [EMAIL PROTECTED] For what its worth, I get the same bug on PHP 4.3.0 for Digital Unix 4.0D /bin/ksh libtool --silent --mode=link gcc -export-dynamic -g -O2 -avoid-version -module ext/ctype/ctype.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo ext/mysql/libmysql/is_prefix.lo ext/mysql/libmysql/int2str.lo ext/mysql/libmysql/str2int.lo ext/mysql/libmysql/strinstr.lo ext/mysql/libmysql/strcont.lo ext/mysql/libmysql/strcend.lo ext/mysql/libmysql/bchange.lo ext/mysql/libmysql/bmove.lo ext/mysql/libmysql/bmove_upp.lo ext/mysql/libmysql/longlong2str.lo ext/mysql/libmysql/strtoull.lo ext/mysql/libmysql/strtoll.lo ext/mysql/libmysql/charset.lo ext/mysql/libmysql/ctype.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.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_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/streams.lo main/network.lo
#21172 [Opn-Csd]: PHP crashed when try to access XML DOM COM interfaces
ID: 21172 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: COM related Operating System: Windows 2000 PHP Version: 4.2.1 New Comment: 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. Previous Comments: [2003-01-08 20:36:48] [EMAIL PROTECTED] Tried this on Win2KPro SP3, Apache 1.3.27, PHP 4.2.3 and PHP 4.3.0 (both as module) and get the crash on same line. Actually as soon as I reference $attr-Name eg $tmpStr = $attr-Name; // crashes but if I remove the $attr-Name; line then the echo($node-nodeName. .$node-xml.BR); loop works OK. I am also experiencing crashes when I generate Excel spreadsheets with 4.3.0. My code generally works fine under 4.2.3 (except that an excel process is left running after each time the code is run). The following seems to be a minimal test case; ?php echo Test started...br/\n; $excel = new COM(Excel.Application) or die(Excel could not be started); $workbook = c:\\tmp\\in.xls;// can just be an empty wookbook $wkb = $excel-application-Workbooks-Open($workbook) or Die (Did not open); $sheet = $wkb-Worksheets(1); $sheet-activate; $sheet-name='Testing 123'; $y=6; for($i=0;$i6;$i++){ $cell = $sheet-Cells($y+$i,1); // Select the cell (Row Column number) $cell-activate; // Activate the cell $cell-value = 'JimBob'; $cell = $sheet-Cells($y+$i,2); $cell-activate; $cell-value = 'Yer Baby'; } $file_name='c:/tmp/adtdump.xls'; if (file_exists($file_name)) {unlink($file_name);} $wkb-SaveAs($file_name); $wkb-Close(); // close the application $excel-Workbooks-Close(); $excel-ActiveWorkbook-Close(False); $excel-Quit(); $excel-Release(); $excel = null; unset($excel); ? If the for loop has $i 1 then the test will fault one in around five times. Fault window is; Microsoft Excel: EXCEL.EXE - Application Error The instruction at 0x30033ddf referenced memory at 0x660667f8. The memory could not be read. With $i10 is faults every time. and is then usually followed by an Apache Ap error and Apache restarts the child process (and uptime goes back to 0). With $i6 it faults most of the time but I haven't seen an Apache Ap error after the Excel.exe one. Each time it faults I get an Excel.exe left in taskmanager. If it runs without faulting then I don't. [2002-12-26 01:57:49] [EMAIL PROTECTED] Latest PHP build don't solve this porblem :-\ I am use PHP for Win32 as CGI, may be this information can help fix this problem. DOM XML - Microsoft XML Parser 4.? (latest) [2002-12-24 17:52:54] [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 [2002-12-24 07:55:40] [EMAIL PROTECTED] test.xml: ?xml version=1.0? test a=g b=false v val=1aa/v v val=2bb/v v val=3nn/v /test test.php: ? $MSXML = new COM(Msxml2.DOMDocument); if ($MSXML-load(D:\\Inetpub\\wwwroot\\vphpmail\\test.xml)) { $nodeList = $MSXML-getElementsByTagName(v); for ($i=0;$i$nodeList-length;$i++) { $node = $nodeList-nextNode(); $attribs = $node-attributes; $attr = $attribs-getNamedItem(val); echo($attr-Name.BR); // This is crash echo($node-nodeName. .$node-xml.BR); } } else { echo(BADbr); echo( Error in file b.$MSXML-parseError-url./B at line b. $MSXML-parseError-line./b in pos b.$MSXML-parseError-linepos./b); } ? -- Edit this bug report at http://bugs.php.net/?id=21172edit=1
#21378 [Asn-Csd]: COM code crashes after update 4.2.1 to 4.3.0
ID: 21378 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: COM related Operating System: Windows 2000 pro sp2 PHP Version: 4.3.0 Assigned To: phanto New Comment: 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. Previous Comments: [2003-01-19 07:34:37] [EMAIL PROTECTED] My PHP also crashes on 4.3.0 when running a custom COM library I created. This library works flawlessly on previous PHP versions. [2003-01-16 10:54:14] [EMAIL PROTECTED] When I create either a 'ADODB.Recordset' or 'ADODB.Connection' object, php.exe crasches immediately. When I use an ADO wrapper component (also COM) that I built it only crashes if CursorLocation is set to adUseClient in a method returning a recordset to php. Think I will have to go back to 4.2.3 and rather face COM-references not being released. /Pierre [2003-01-09 05:22:31] [EMAIL PROTECTED] I have the same problem with Xitami Web Server and Windows 98. On PHP 4.2.3 scripts run well, on php 4.3.0 php.exe crash. See bugs report #21517 [2003-01-06 11:26:34] [EMAIL PROTECTED] (sorry for my bad english) I have this same error! My COM code works OK with PHP 4.2.3, but after upgrade to 4.3.0, Apache (1.3.27) crash (DrWatson32 appears) and restart. This simple code crash Apache: $com = new COM(ADODB.Connection); DrWatson32 leaves this information on log: función: php_COM_release 1003070f 397e04 cmp [esi+0x4],edi ds:04f43582= 10030712 740f jz php_VARIANT_get_le_variant+0x1983 (10039223) 10030714 8b4614 mov eax,[esi+0x14] ds:04f43582= 10030717 50 pusheax 10030718 8b10 mov edx,[eax] ds:045c10a0= 1003071a ff5208 calldword ptr [edx+0x8] ds:00afd5d3= 1003071d 897e14 mov [esi+0x14],edi ds:04f43582= 10030720 897e04 mov [esi+0x4],edi ds:04f43582= 10030723 8b460c mov eax,[esi+0xc] ds:04f43582= 10030726 50 pusheax ERROR - 10030727 8b08 mov ecx,[eax] ds:045c10a0= 10030729 ff5108 calldword ptr [ecx+0x8] ds:00c76672= 1003072c 8b4608 mov eax,[esi+0x8] ds:04f43582= 1003072f 897e0c mov [esi+0xc],edi ds:04f43582= 10030732 48 dec eax 10030733 5f pop edi 10030734 894608 mov [esi+0x8],eax ds:04f43582= 10030737 5e pop esi 10030738 c3 ret 10030739 90 nop 1003073a 90 nop 1003073b 90 nop I'm using Windows 2000 Server SP3 with PHP as a module in Apache. Any idea ? Thanks! [2003-01-02 21:47:14] [EMAIL PROTECTED] - 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/21378 -- Edit this bug report at http://bugs.php.net/?id=21378edit=1
#19150 [Sus-Csd]: Overloaded COM Property Set Leaks Memory
ID: 19150 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Closed Bug Type: COM related Operating System: Windows 2000 PHP Version: 4.2.2, 4.3.0-dev New Comment: 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. Previous Comments: [2003-01-18 16:09:48] [EMAIL PROTECTED] suspending [2003-01-18 16:09:20] [EMAIL PROTECTED] heading for php5 i won't spend any more time on fixing memleaks in php4 code [2002-08-28 12:33:50] [EMAIL PROTECTED] updating version [2002-08-28 10:27:20] [EMAIL PROTECTED] I did confirm that the bug exists in the current HEAD branch, but was unable to confirm the fix as the com_invoke call would fail. [2002-08-28 10:25:41] [EMAIL PROTECTED] If a COM property set is called on an overloaded object that was created by a COM method call, memory leaks (as identified by an ever growing DLLHOST memory size under the ISAPI filter). This does not happen if you use the functional COM interface. This will leak: $xml = new COM(MSXML.DOMDocument); $element = $xml-createElement(test); $element-text = str_repeat(this is a text string!, 100); $element-Release(); $xml-Release(); but this doesn't: $xml = new COM(MSXML.DOMDocument); $element = com_invoke($xml, createElement, test); com_set($element, text, str_repeat(this is a text string!, 100)); com_release($element); $xml-Release(); -- Edit this bug report at http://bugs.php.net/?id=19150edit=1
#20100 [Sus-Fbk]: Com Performance/Memory issues
ID: 20100 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Feedback Bug Type: COM related Operating System: win2k PHP Version: 4CVS-2002-10-25 New Comment: paul can you retest please Previous Comments: [2003-01-18 16:07:18] [EMAIL PROTECTED] beside that i don't have enough time to hunt memleaks in php4 code i want to note that this was qa code and not production code. php5 has a much better architecture to prevent such flaws. harald [2002-11-30 11:33:21] [EMAIL PROTECTED] Just a comment. As I understand PHP is meant to be optimal at handling HTTP requests. This implies a relatively short period of processing after which the script exits. This processing model implies that a lazy approach to garbage collection is going to be most often optimal. Or to put it differently, all the garbage is collected when the script exits. If handling better the case described here means the usual case is less optimal then perhaps this behaviour should stay as-is? Allocating and freeing huge numbers of largish (~10KB) COM objects is unusual usage. BTW - it might be a more exact example if the vbscript code used CreateObject() rather than GetObject(). [2002-10-25 18:27:24] [EMAIL PROTECTED] vbscript code: wscript.echo now For I = 1 To 3000 set ru=GetObject(WinMgmts:{impersonationLevel=impersonate}).InstancesOf(Win32_NetworkAdapterConfiguration) set ru = nothing Next wscript.echo now vbscript output: C:\php\wmicscript wmi.vbs Microsoft (R) Windows Script Host Version 5.6 Copyright (C) Microsoft Corporation 1996-2001. All rights reserved. 26/10/2002 00:07:26 26/10/2002 00:08:16 php code: $prof = new Profiler; for ($i=0;$i3000;$i++){ $prof-startTimer($i); $Services = new COM(winmgmts:{impersonationLevel=impersonate}) or die(glump); $NetworkAdapterSet = $Services-InstancesOf('Win32_NetworkAdapterConfiguration'); $NetworkAdapterSet-release(); $Services-release(); unset($Services); unset($NetworkAdapterSet); $prof-stopTimer($i); } php results: C:\php\snaps\php4-win32-latestphp c:\php\wmi\wmiperf.php Warning: (null)(): Invoke() failed: Exception occurred. bSource/b: SWbemServices bDescription/b: Generic failure in c:\php\wmi\wmiperf.php on line 7 Fatal error: Call to a member function on a non-object in c:\php\wmi\wmiperf.php on line 8 doing it as 3 seperate runs yielded: 0-1000 runs: 11313.1239 ms (100.00 %) OVERALL TIME 1000-2000 runs: 23879.2120 ms (100.00 %) OVERALL TIME 2000-3000: 544210.0750 ms (100.00 %) OVERALL TIME At the same time, memory utilization of winmgmt.exe rises to ~30mb from the normal 4mb... Looks like something isn't getting freed right... -- Edit this bug report at http://bugs.php.net/?id=20100edit=1
#20882 [Com]: error_reporting and overload
ID: 20882 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux debian woody PHP Version: 4.3.0RC2 New Comment: I have found the same problem, but it fires only if child class has __construct(). Look at this code: error_reporting(E_ALL); class Base { function __construct() { print Base::Construct()\n; } function __get($name) { return $this-{__get$name}(); } function __set($name, $value) { return $this-{__set$name}($value); } } class Child extends Base { function __construct() { parent::__construct(); } function __getFoo() { return 'zoo'; } } $q = new Child(); // where we get an Notice: Undefined property: foo print $q-foo; --- Sample without the problem: error_reporting(E_ALL); class Base { function __construct() { print Base::Construct()\n; } function __get($name) { return $this-{__get$name}(); } function __set($name, $value) { return $this-{__set$name}($value); } } class Child extends Base { function __getFoo() { return 'zoo'; } } $q = new Child(); // prints 'zoo', all is OK print $q-foo; - Moveover, the Child class inherites __get, __set from Base in both cases above. $q = new Child(); print_r(get_class_methods(get_class($q))); result is Array ( [0] = __construct [1] = __getfoo [2] = __get [3] = __set ) -- BR, Matrix Previous Comments: [2002-12-07 16:05:31] [EMAIL PROTECTED] // like everyday error_reporting(E_ALL); class Foo { function __get($var) { // ... some code to retrieve var } }; overload('Foo'); // activate overload $f = new Foo(); echo $f-bar;// issued a NOTICE ERROR (unknown // property) Of course we can't declare a var $bar in Foo as overload (for an obscure reason and unlike any other language) only works if $bar does not exists in Foo. Don't ask me to remove error_reporting line, i won't and i'm sure you know why :) ZendEngine2 has the same problem, __get, __set, __call are just unusable. They need to be activated even if the target property or function exists. Thank for thinking about that, and thousands thanks if you correct it. -- Edit this bug report at http://bugs.php.net/?id=20882edit=1
#5919 [Opn-Csd]: stri_replace() to compliment str_replace()
ID: 5919 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Slackware Linux 7.0 PHP Version: 4.3.0 New Comment: 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. Only took 29 months to do it too! Previous Comments: [2002-12-28 18:38:40] [EMAIL PROTECTED] It would be extreamly great if some oneperhaps some one who volunteered might submit a patch to impliment this, 137 votes already, why can't we get some type of a feature voting system, to vote for the things that are the most important to those who don't have the skills, or perhaps time, or money to do these themselves. [2002-11-01 12:59:56] [EMAIL PROTECTED] What about just adding a parameter to the existing function, rather than making a whole new function? You could just put sensitive or insensitive (maybe callous?) or something on the end: str_replace($a, $b, $c, sensitive) I think that some other languages (maybe the ill-fated Oracle Media Objects) have that. Another parameter could be match so that if $a=street $b= avenue $c= 1313 Mockingbird Street the result would be 1313 Mockingbird Avenue the idea being that the search routine realized that Street was capitalized, so therefore Avenue should match the case. [2002-10-30 05:55:03] [EMAIL PROTECTED] Well, if you really need it you can always hire a competent developer to do it, it's Open Source after all... [2002-10-30 04:49:55] [EMAIL PROTECTED] In reply to [EMAIL PROTECTED], perhaps the reason people capable of adding this feature don't is because they have reached the level where they are able to understand ereg_replace sufficiently. Unfortunately not all developers can. It's elitist to argue that novices should be denied an obviously useful function until they have mastered the language. Not to mention that this function would speed up the development time for a lot of developers. [2002-05-25 18:42:29] [EMAIL PROTECTED] Nothing is stopping you from submitting a patch that implements this. People generally add the features they need. Apparently nobody capable of writing this feature has ever needed it. (That might tell you something) 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/5919 -- Edit this bug report at http://bugs.php.net/?id=5919edit=1
#21831 [Com]: PHP fails to build on MySQL section
ID: 21831 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: MySQL related Operating System: Linux/Redhat 8.0.92 PHP Version: 4.3.0 New Comment: BTW, I made the patch available for download here: http://www.mastre.com/unsupported/patches/ Previous Comments: [2003-01-29 01:54:52] [EMAIL PROTECTED] It's not gcc, it's libc6 2.3.1-38; errno breaks quite a few packages at anything newer than 2.3.1-5 (standard 8.0?). Snapshot does not fix this, as this is a problem with the pre-packaged MySQL binaries and not PHP. Quick fix: grab the mysql 4.0.9 sources, patch using my patch at the end of this message and build/install it somewhere; you can still use their supplied binaries to run the actual mysql server, but you need a proper libmysqlclient to link PHP against. Then PHP 4.3.0 will build w/o incident. configure mysql as such: CFLAGS=-O2 -mcpu=pentiumpro CXX=gcc CXXFLAGS=-O2 -mcpu=pentiumpro -felide-constructors ./configure --prefix=/usr/src/mysql-4.0.9-gamma-libc6-2.3.1-6+ --with-extra-charsets=complex --enable-thread-safe-client --enable-local-infile --enable-assembler --disable-shared --with-client-ldflags=-all-static --with-mysqld-ldflags=-all-static --without-innodb then use --with-mysql=../mysql-4.0.9-gamma-libc6-2.3.1-6+ for configuring PHP Patch: --- mysql-4.0.9-gamma.vanilla/bdb/examples_c/ex_thread.cThu Jan 9 04:35:18 2003 +++ mysql-4.0.9-gamma/bdb/examples_c/ex_thread.cWed Jan 29 02:29:03 2003 @@ -99,7 +99,8 @@ char *argv[]; { extern char *optarg; - extern int errno, optind; +/* extern int errno, optind; */ + extern optind; pthread_t *tids; int ch, i, ret; char *home; --- mysql-4.0.9-gamma.vanilla/include/my_sys.h Thu Jan 9 04:35:22 2003 +++ mysql-4.0.9-gamma/include/my_sys.h Wed Jan 29 02:30:12 2003 @@ -192,11 +192,7 @@ #endif #endif /* MSDOS */ -#ifdef HAVE_ERRNO_AS_DEFINE #include errno.h /* errno is a define */ -#else -extern int errno; /* declare errno */ -#endif extern const char ** NEAR my_errmsg[]; extern char NEAR errbuff[NRERRBUFFS][ERRMSGSIZE]; extern char *home_dir; /* Home directory for user */ --- mysql-4.0.9-gamma.vanilla/readline/bind.c Thu Jan 9 04:35:21 2003 +++ mysql-4.0.9-gamma/readline/bind.c Wed Jan 29 02:31:37 2003 @@ -45,10 +45,6 @@ #include signal.h #include errno.h -#if !defined (errno) -extern int errno; -#endif /* !errno */ - #include posixstat.h /* System-specific feature definitions and include files. */ --- mysql-4.0.9-gamma.vanilla/readline/complete.c Thu Jan 9 04:35:22 2003 +++ mysql-4.0.9-gamma/readline/complete.c Wed Jan 29 02:31:06 2003 @@ -44,9 +44,6 @@ #include stdio.h #include errno.h -#if !defined (errno) -extern int errno; -#endif /* !errno */ #include pwd.h #if !defined (HAVE_GETPW_DECLS) --- mysql-4.0.9-gamma.vanilla/readline/histfile.c Thu Jan 9 04:35:17 2003 +++ mysql-4.0.9-gamma/readline/histfile.c Wed Jan 29 02:31:24 2003 @@ -65,9 +65,6 @@ #endif /* !__EMX__ */ #include errno.h -#if !defined (errno) -extern int errno; -#endif /* !errno */ #include history.h #include histlib.h --- mysql-4.0.9-gamma.vanilla/readline/input.c Thu Jan 9 04:35:18 2003 +++ mysql-4.0.9-gamma/readline/input.c Wed Jan 29 02:31:50 2003 @@ -57,10 +57,6 @@ #include stdio.h #include errno.h -#if !defined (errno) -extern int errno; -#endif /* !errno */ - /* System-specific feature definitions and include files. */ #include rldefs.h --- mysql-4.0.9-gamma.vanilla/readline/rltty.c Thu Jan 9 04:35:17 2003 +++ mysql-4.0.9-gamma/readline/rltty.c Wed Jan 29 02:30:45 2003 @@ -44,10 +44,6 @@ #include rltty.h #include readline.h -#if !defined (errno) -extern int errno; -#endif /* !errno */ - extern int readline_echoing_p; extern int _rl_eof_char; [2003-01-28 00:22:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-23 14:37:13] [EMAIL PROTECTED] The MySQL is MySQL 4.0.9. This configuration (GCC 3.2 + Apache 2.0.44 + MySQL 4.0.9 + PHP 4.3.0) seems to compile and run fine on Redhat 8.0. RH8 ships with GCC 3.2 not 3.2.1 however. I guess I'm just trying to get a feel for this being a PHP thing or a RedHat thing. As I said before, I've compiled all sorts of other things on 8.0.92 and hadn't run into any compatability problems. Thanks!
#21958 [NEW]: fopen fails in safe mode
From: [EMAIL PROTECTED] Operating system: Tru64 UNIX 5.1A PHP version: 4.2.3 PHP Bug Type: Filesystem function related Bug description: fopen fails in safe mode PHP 4.2.3 configured in safe mode cannot create new files. $fname = /web/ct/tmp/file.txt; $filePtr = fopen($fname,w); Warning: Unable to access /web/ct/tmp/file.txt in /web/ct/test4.php on line 4 Warning: fopen(/web/ct/tmp/file.txt, w) - No such file or directory in /web/ct/test4.php on line 4 The permissions on the directory are: drwxrwxrwx 2 root system 8192 Jan 30 16:42 tmp If the file /web/ct/tmp/file.txt already exists, PHP can open it for writing. PHP 4.1.2 can successfully create files using the same configuration. -- Edit bug report at http://bugs.php.net/?id=21958edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21958r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21958r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21958r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21958r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21958r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21958r=support Expected behavior: http://bugs.php.net/fix.php?id=21958r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21958r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21958r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21958r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21958r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21958r=dst IIS Stability: http://bugs.php.net/fix.php?id=21958r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21958r=gnused
#21959 [NEW]: Compile failure
From: [EMAIL PROTECTED] Operating system: Tru64 UNIX 5.1A PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: Compile failure PHP 4.3.0 compile fails on Tru64 UNIX 5.1A PK3 php4-STABLE-200301291030 also experiences the same problem. gcc 3.0.4 Compaq C compiler 6.4-215 GNU make 3.78.1 /bin/ksh libtool --silent --mode=compile gcc -Imain/ -I/usr/local/src/php-4.3.0/main/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.0/include -I/usr/local/src/php-4.3.0/main -I/usr/local/src/php-4.3.0 -I/usr/local/src/php-4.3.0/Zend -I/usr/local/src/php-4.3.0/ext/xml/expat -DOSF1 -DUSE_HSREGEX -DUSE_EXPAT -I/usr/local/src/php-4.3.0/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.0/main/streams.c -o main/streams.lo /usr/local/src/php-4.3.0/main/streams.c: In function `_php_stream_stat': /usr/local/src/php-4.3.0/main/streams.c:677: structure has no member named `_F64_stat' /usr/local/src/php-4.3.0/main/streams.c: In function `php_stdiop_cast': /usr/local/src/php-4.3.0/main/streams.c:1512: warning: cast to pointer from integer of different size make: *** [main/streams.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=21959edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21959r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21959r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21959r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21959r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21959r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21959r=support Expected behavior: http://bugs.php.net/fix.php?id=21959r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21959r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21959r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21959r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21959r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21959r=dst IIS Stability: http://bugs.php.net/fix.php?id=21959r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21959r=gnused
#17724 [Com]: php4/imap functions causing apache cores at random
ID: 17724 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IMAP related Operating System: IRIX 6.5.16F / IP25 PHP Version: 4.2.1 New Comment: Debian Woody Current Now this bug DOES appear in php4.2.1...havent tested it in other version because it appears in a production deployment of phpgroupware. This will not show in squirrelmail since it (very smartly) does not trust php-imap. The bug ONLY presents itself with heavy load, im talking 1,000,000hits100,000 (which is what im testing against). Ive played it with athlon machines, intel pproIV machines, have seen it in production and have only be able to reproduce it with batch tests (400 concurrent users, which mimics my production environment) using eliza scripts. The result is hung apache proceses that take up 100% of tyhe available cpu. I can divide this bug in two parts: 1.- php-imap logs an error to apache and says something about having hit its limit. I have never seen this in production, only in the lab tests. 2.- No error, no logs, no nothingapache just goes away and away. This is a critical bug:(... hard to reproduce but important for bigger sites, DONT overlook it please. Previous Comments: [2002-07-27 01:00:07] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, 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-06-26 20:51:07] [EMAIL PROTECTED] And did you get that backtrace with the latest CVS snapshot of PHP? This one: http://snaps.php.net/php4-latest.tar.gz [2002-06-26 20:49:59] [EMAIL PROTECTED] I can not reproduce this..are you able to reproduce this with some specific script? It does look like some problem in c-client still. Are you sure the imap server is not dying there? Can you access it's logs? That imap_list_work() line looks a bit odd, this is what I got when I debugged this: imap_list_work (stream=0x84a77c0, cmd=0x838bf34 LSUB, ref=0x84a2734 {mail.kolumbus.fi:143}, pat=0x84a8434 *, contents=0x0) [2002-06-16 05:00:33] [EMAIL PROTECTED] Ok, finally got a good one I think, there's a 0x0 ptr in zif_imap_lsub, i'm not sure if that's normal or not, but I wouldn't think a null pointer ever is. There's definitely a problem somewhere in memory allocation/reference here, you would know better than I if this is definitely in imap's c-client or the php imap module. (gdb) bt #0 0x10286034 in imap_valid (name=Cannot access memory at address 0x7ffe3d34 ) at imap4r1.c:113 #1 0x10286590 in imap_list_work (stream=0x0, cmd=0x0, ref=0x7ffe4f68 , pat=0x1030ddd9 |l, contents=0x0) at imap4r1.c:280 #2 0x102863fc in imap_lsub (stream=0x10494ac0, ref=0x0, pat=0x0) at imap4r1.c:248 #3 0x10262494 in mail_lsub (stream=0x101b11b4, ref=0xa Address 0xa out of bounds, pat=0x1 Address 0x1 out of bounds) at mail.c:754 #4 0x101b14d4 in zif_imap_lsub (ht=3, return_value=0x104d4c50, this_ptr=0x0, return_value_used=1) at php_imap.c:1706 #5 0x101193a0 in execute (op_array=0x1053c220) at zend_execute.c:1598 #6 0x10119608 in execute (op_array=0x104ca0f8) at zend_execute.c:1638 #7 0x10119608 in execute (op_array=0x106921e8) at zend_execute.c:1638 #8 0x10119608 in execute (op_array=0x104cd3f0) at zend_execute.c:1638 #9 0x1011bc14 in execute (op_array=0x105192d8) at zend_execute.c:2141 #10 0x1011bc14 in execute (op_array=0x105532c8) at zend_execute.c:2141 #11 0x10077368 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #12 0x10065934 in php_execute_script (primary_file=0x7fff28f8) at main.c:1381 #13 0x101128ac in apache_php_module_main (r=0x10462cc8, display_source_mode=0) at sapi_apache.c:90 Cannot access memory at address 0x7fff2a24 [2002-06-13 20:32:51] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. the above should have information where to find more information..(okay, I'm lazy :) The remainder of the comments for this report are too long. To view the rest of the comments, please view the
#21928 [Fbk]: Cannot find valid ODBC DSN
ID: 21928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: ODBC related Operating System: Win2k server PHP Version: 4.3.0 New Comment: Matt, Please accept my apologies for not seeing that kalowsky was the one to tell you to do that. My bad. My bad. My bad. Now, try a little less hostility. I didn't mean to imply you were an idiot, I meant to say I have no idea who you are, and checking the simple things is the best place to start. The lack of ability to reproduce this bug under identical conditions makes configuration errors the prime suspect. That's all, just playing by the numbers. Can you provide a list of all installed ODBC drivers? Have you ever installed the MyODBC Mysql driver? Have you ever installed the Sybase System 11 driver? Previous Comments: [2003-01-29 19:27:40] [EMAIL PROTECTED] Pollita yes it was me that suggested he try it. The odbc_data_source technically doesn't require a valid connection at all, but rather a valid environment to be setup, which is done in the odbc_*connect() functions. I was hoping that it would be still valid, but I guess the Zend system denied it (despite the env not being free'd yet). The hope was to get the environment to share it's internals with us all! Yum yum! I'd be interesting in knowing what the solution is/was to work around this so that I might try to fix it in the ODBC module itself. Unfortunately all my attempts to reproduce this have come for naught, but I also don't have SQLServer so that may be part of the problem. [2003-01-29 17:11:22] [EMAIL PROTECTED] One smart comment deserves another. I figured out the bug, and I can reproduce, and I know how to get around it, and the bug is in PHP. 1. The code string $dbh = odbc_connect(); // yes I know it will fail was given to me to run by [EMAIL PROTECTED] Look down in the post and you will see this. I only tried to follow his directions. So keep your cracks to yourself until you read the whole post. 2. It is a SYSTEM DSN. I have created a MILLION DSNs in my lifetime, and it is a SYSTEM DSN. I even tried it as a user DSN and it wouldn't work. SYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEMSYSTEM SYSTEM SYSTEM 3. Again, if you had read the entire post, you would have seen that this DSN points to a MS SQL server database. 4. I see where many others have had this same issue. The Bug support group continues to deny it as a bug. I wrote as many as I could and asked if they had found a resolution. Everyone that wrote back said they had not, and had given up. If they write me, I will walk them through the work-around. 5. If you had not been such a smart $%@, and I might have helped everyone out by posting the details here on the real problem. 6. Am I stressed out? Maybe. I spent the last 2 days having everybody keep telling me that I configured a USER DSN when I did not and having me run test scripts that would obviously fail. 7. SYSTEM DSN SYSTEM DSN SYSTEM DSN [2003-01-29 16:49:34] [EMAIL PROTECTED] Um you issue an odbc_connect() call that you know will fail, then try to pass the result (which is === FALSE by the way) to commands which expect a valid resource and you're somehow SURPRISED by the results you got? Ignoring that walking contradiction for the moment The fact that it's happening on IIS only (and not command line) suggests one of three posssible explanations: (A) It's a User DSN created by your user account (hence visible to you on the command line but not to the webserver who is running as IUSER_GUEST or whatever) (yes I know you said it was system, but please, check again as this is the most likely answer) Just for giggles, try logging in as another user (non-administrator though) and trying that sample script I provided earlier on the command line. (B) There are one or more files (odbc.dlls) which are unreadable/unexecutable by the IIS user (not terribly common, but at least possible -- are you in the administrator group?) (C) You're connecting to an ODBC datasource which requires built in NT authentication (such as MSSQL) and you have no IUSR_GUEST account on the SQL server which is somehow throwing an incorrect error message. (highly bloody unlikely) [2003-01-29 12:23:53] [EMAIL PROTECTED] This is what I ran from IIS ? $dbh = odbc_connect(); // yes I know it will fail $res = odbc_data_source($dbh,