#23873 [NEW]: Error in sapi_apache2.lo
From: matthijs at vanbokhorst dot net Operating system: RedHat 7.3/kernel 2.4.20 PHP version: 4.3.2 PHP Bug Type: Compile Failure Bug description: Error in sapi_apache2.lo Trying to compile 4.3.2 with Apache HTTPD 2.0.45 (compiled from source with RedHat config.layout) as DSO with apxs on RedHat 7.3, completely updated through up2date including newest 2.4.20 kernel. Other installed software includes: Sybase ASE 12.5 Developer Edition and Sybase Open Client, Samba 2.2.8a rpm. All installed software is configured and running. Base system is a default RedHat 7.3 server install with no extra features. To be able to run PHP 4.3.2 the way I want, I installed several rpm's from RedHat 8.0: - ncurses - curl - imap - freetype2 - libmcrypt (from www.horde.org) - mcal (from www.horde.org) Hardware is a Compaq Proliant 2500R PentiumPro 200/384MB/Smart 2P controller/3x4 RAID0 and 2x9 RAID0/TLAN 100Mbit NIC. Server has to be booted with following kernel parameters: mem=exactmap [EMAIL PROTECTED] [EMAIL PROTECTED] Compile features (default RH7.3 with some extra's): ./configure i386-redhat-linux \ --prefix=/usr \ --exec-prefix=/usr \ --bindir=/usr/bin \ --sbindir=/usr/sbin \ --sysconfdir=/etc \ --datadir=/usr/share \ --includedir=/usr/include \ --libdir=/usr/lib \ --libexecdir=/usr/libexec \ --localstatedir=/var \ --sharedstatedir=/usr/com \ --mandir=/usr/share/man \ --infodir=/usr/share/info \ --prefix=/usr \ --with-config-file-path=/etc \ --enable-force-cgi-redirect \ --disable-debug \ --enable-pic \ --disable-rpath \ --enable-inline-optimization \ --with-bz2 \ --with-db3 \ --with-curl \ --with-dom=/usr \ --with-exec-dir=/usr/bin \ --with-freetype-dir=/usr \ --with-png-dir=/usr \ --with-gd \ --enable-gd-native-ttf \ --with-ttf \ --with-gdbm \ --with-gettext \ --with-ncurses \ --with-gmp \ --with-iconv \ --with-jpeg-dir=/usr \ --with-mm \ --with-openssl \ --with-png \ --with-pspell \ --with-regex=system \ --with-xml \ --with-expat-dir=/usr \ --with-zlib \ --with-layout=GNU \ --enable-bcmath \ --enable-debugger \ --enable-exif \ --enable-ftp \ --disable-magic-quotes \ --disable-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=/usr/lib \ --with-imap-ssl \ --with-kerberos=/usr/kerberos \ --with-ldap \ --with-mysql \ --with-sybase-ct=/opt/sybase-12.5/OCS \ --enable-memory-limit \ --enable-bcmath \ --enable-shmop \ --enable-versioning \ --enable-calendar \ --with-mcal=/usr \ --with-mcrypt=/usr/lib \ --enable-dbx \ --enable-dio \ --enable-mbstring \ --enable-mbstr-enc-trans \ --with-apxs2=/usr/sbin/apxs Configure command executes perfectly with no warnings. Make stops with the following output: /bin/sh /tmp/php-4.3.2/libtool --silent --preserve-dup-deps --mode=compile gcc -IZend/ -I/tmp/php-4.3.2/Zend/ -DPHP_ATOM_INC -I/tmp/php-4.3.2/include -I/tmp/php-4.3.2/main -I/tmp/php-4.3.2 -I/usr/include/apache -I/tmp/php-4.3.2/Zend -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/imap -I/usr/kerberos/include -I/usr/include/mcal -I/usr/include/pspell -I/opt/sybase-12.5/OCS/include -I/tmp/php-4.3.2/TSRM -g -O2 -prefer-pic -c /tmp/php-4.3.2/Zend/zend_execute.c -o Zend/zend_execute.lo /bin/sh /tmp/php-4.3.2/libtool --silent --preserve-dup-deps --mode=compile gcc -Isapi/apache2handler/ -I/tmp/php-4.3.2/sapi/apache2handler/ -DPHP_ATOM_INC -I/tmp/php-4.3.2/include -I/tmp/php-4.3.2/main -I/tmp/php-4.3.2 -I/usr/include/apache -I/tmp/php-4.3.2/Zend -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/imap -I/usr/kerberos/include -I/usr/include/mcal -I/usr/include/pspell -I/opt/sybase-12.5/OCS/include -I/tmp/php-4.3.2/TSRM -g -O2 -prefer-pic -c /tmp/php-4.3.2/sapi/apache2handler/sapi_apache2.c -o sapi/apache2handler/sapi_apache2.lo In file included from /usr/include/apache/httpd.h:86, from /usr/include/apache/util_filter.h:61, from /tmp/php-4.3.2/sapi/apache2handler/sapi_apache2.c:40: /usr/include/apache/pcreposix.h:41: conflicting types for `REG_BADBR' /usr/include/regex.h:307: previous declaration of `REG_BADBR' /usr/include/apache/pcreposix.h:42: conflicting types for `REG_BADPAT' /usr/include/regex.h:299: previous declaration of `REG_BADPAT' /usr/include/apache/pcreposix.h:43: conflicting types for `REG_BADRPT' /usr/include/regex.h:310: previous declaration of `REG_BADRPT' /usr/include/apache/pcreposix.h:44: conflicting types for `REG_EBRACE' /usr/include/regex.h:306: previous declaration of `REG_EBRACE' /usr/include/apache/pcreposix.h:45: conflicting types for `REG_EBRACK' /usr/include/regex.h:304: previous declaration of `REG_EBRACK' /usr/include/apache/pcreposix.h:46: conflicting types for `REG_ECOLLATE' /usr/include/regex.h:300: previous declaration of `REG_ECOLLATE' /usr/include/apache/pcreposix.h:47: conflicting types for `RE
#23872 [Opn->WFx]: reference to same variable(array) crash web server
ID: 23872 Updated by: [EMAIL PROTECTED] Reported By: Xuefer at 21cn dot com -Status: Open +Status: Wont fix Bug Type: Scripting Engine problem Operating System: win2k apache2 PHP Version: 4.3.2 New Comment: That breaks - don't do it :) It won't be fixed in 4.x; PHP 5 will (and does) handle it though. Previous Comments: [2003-05-29 07:37:02] Xuefer at 21cn dot com php4.3.2-rc3 crash -- Edit this bug report at http://bugs.php.net/?id=23872&edit=1
#23872 [NEW]: reference to same variable(array) crash web server
From: Xuefer at 21cn dot com Operating system: win2k apache2 PHP version: 4.3.2 PHP Bug Type: Scripting Engine problem Bug description: reference to same variable(array) crash web server php4.3.2-rc3 crash -- Edit bug report at http://bugs.php.net/?id=23872&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23872&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23872&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23872&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23872&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23872&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23872&r=support Expected behavior: http://bugs.php.net/fix.php?id=23872&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23872&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23872&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23872&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23872&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23872&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23872&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23872&r=gnused
#23864 [Opn->Csd]: Update GD after GIF patent expires June 20
ID: 23864 Updated by: [EMAIL PROTECTED] Reported By: trobinson at gksystems dot com -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: all PHP Version: 4.3.2RC4 New Comment: We will add it :-) Previous Comments: [2003-05-28 15:08:00] trobinson at gksystems dot com GD 2 can read GIF files, but cannot write them, due to the Unisys patent. The patent expires on June 20,2003 - that's three weeks!!! Note that ImageMagick.org have stated: "...wait until June 20, 2003, when the patent expires and LZW is enabled by default in ImageMagick distributions." I hope that GD will do likewise. If there are plans for updating the PHP GD functions in the next little while, it would be nice to base it on the new GIF version. ...Tom -- Edit this bug report at http://bugs.php.net/?id=23864&edit=1
#23871 [NEW]: error_log() with finnish setlocale() produces invalid timestamp
From: toni dot viemero at iki dot fi Operating system: Debian Woody PHP version: 4.3.2 PHP Bug Type: Date/time related Bug description: error_log() with finnish setlocale() produces invalid timestamp error_log() and setlocale() with finnish locales has extra space after abbreviated month name, making error log "unreadable". .htaccess in docroot has log_errors and error_log set: php_flag log_errors On php_value error_log /tmp/php.error_log test.php: http://bugs.php.net/?id=23871&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23871&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23871&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23871&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23871&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23871&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23871&r=support Expected behavior: http://bugs.php.net/fix.php?id=23871&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23871&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23871&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23871&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23871&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23871&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23871&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23871&r=gnused
#23870 [Opn->Bgs]: strtoupper does not work with greek
ID: 23870 Updated by: [EMAIL PROTECTED] Reported By: dcon at eurobjects dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Linux Redhat 8 PHP Version: 4.3.2RC4 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. Set the correct local first (www.php.net/setlocale). Previous Comments: [2003-05-29 05:06:28] dcon at eurobjects dot com $test = "ÄïêéìÞ"; //You must have greek font to see this //right print strtoupper( $test ); // prints "ÄïêéìÞ" instead // of "ÄÏÊÉÌÇ" Works fine with php 4.3.1 although. No problem with english. -- Edit this bug report at http://bugs.php.net/?id=23870&edit=1
#23848 [Bgs->Csd]: is_integer does not work
ID: 23848 User updated by: dcon at eurobjects dot com Reported By: dcon at eurobjects dot com -Status: Bogus +Status: Closed Bug Type: *General Issues Operating System: Linux Redhat 8 PHP Version: 4.3.2RC4 New Comment: Sorry, I thought is_integer was bogus just because the older code was working OK with PHP 4.3.1. But i found that it was not is_integer but strtoupper (which i was using inside is_integer) that was bogus - it is not working properly with greek. See bug: http://bugs.php.net/bug.php?id=23870 Previous Comments: [2003-05-28 08:58:08] [EMAIL PROTECTED] Works fine here. [2003-05-28 06:35:44] dcon at eurobjects dot com is_integer always returns nothing. The same code plays well with 4.3.1. Apache 1.3.27 (just mentioning). -- Edit this bug report at http://bugs.php.net/?id=23848&edit=1
#23870 [NEW]: strtoupper does not work with greek
From: dcon at eurobjects dot com Operating system: Linux Redhat 8 PHP version: 4.3.2RC4 PHP Bug Type: Strings related Bug description: strtoupper does not work with greek $test = "ÄïêéìÞ"; //You must have greek font to see this //right print strtoupper( $test ); // prints "ÄïêéìÞ" instead // of "ÄÏÊÉÌÇ" Works fine with php 4.3.1 although. No problem with english. -- Edit bug report at http://bugs.php.net/?id=23870&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23870&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23870&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23870&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23870&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23870&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23870&r=support Expected behavior: http://bugs.php.net/fix.php?id=23870&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23870&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23870&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23870&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23870&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23870&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23870&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23870&r=gnused
#23869 [Opn]: imap_headerinfo problem
ID: 23869 User updated by: andix at lucent dot com Reported By: andix at lucent dot com Status: Open Bug Type: IMAP related Operating System: Linux PHP Version: 4.3.1 New Comment: Please note - I have checked this with PHP version 4.0.6 and it works in this version Previous Comments: [2003-05-29 03:57:11] andix at lucent dot com Use the function imap_headerinfo to retrieve header information for a message with multiple destinations for both the To: and CC: fields The returned object correctly has an array of entries in the cc array of the returned object, but only a single entry in the To array (the first recipient) I am including below a sample email which exhibits this problem 3 fetch 86 body[] * 86 FETCH (BODY[] {3041} Return-path: <[EMAIL PROTECTED]> Envelope-to: [EMAIL PROTECTED] Delivery-date: Wed, 28 May 2003 14:56:01 +0100 Received: from ihmail.ih.lucent.com ([135.1.218.70]) by sun-guru.uk.lucent.com with esmtp (Exim 4.04) id 19L1PN-0004X8-00; Wed, 28 May 2003 14:56:01 +0100 Received: (from [EMAIL PROTECTED]) by ihmail.ih.lucent.com (8.11.6+Sun/EMS-1.5 sol2) id h4SDtx402106; Wed, 28 May 2003 08:55:59 -0500 (CDT) Received: from PGERHARDT1 (pgerhardt.lra.lucent.com [192.11.157.176]) by ihmail.ih.lucent.com (8.11.6+Sun/EMS-1.5 sol2) id h4SDtqx01987; Wed, 28 May 2003 08:55:53 -0500 (CDT) Message-ID: <[EMAIL PROTECTED]> From: "Paul Gerhardt" <[EMAIL PROTECTED]> To: "Paul Gerhardt" <[EMAIL PROTECTED]>, "Thano Thanabalasingam" <[EMAIL PROTECTED]>, "Jason Beard" <[EMAIL PROTECTED]>, "Mathias Cartailler" <[EMAIL PROTECTED]>, "Januz Kursumljija" <[EMAIL PROTECTED]>, "Anthony Dix" <[EMAIL PROTECTED]>, "Simon Banks" <[EMAIL PROTECTED]>, "Paul Delfs" <[EMAIL PROTECTED]>, "David Koch" <[EMAIL PROTECTED]>, "Stephen Weiss" <[EMAIL PROTECTED]>, "Mark Levengood" <[EMAIL PROTECTED]>, "Jessica Fowler" <[EMAIL PROTECTED]>, "Sprong, Steven" <[EMAIL PROTECTED]>, "Ted East" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, "John May" <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Subject: Reminder: June 11 monthly dev team conference call Date: Wed, 28 May 2003 07:55:51 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4920.2300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 I'll be on vacation the first week of June, so we'll do our call the second week: - Weds June 11 - 8AM Pacific, 11 AM Eastern, 4 PM UK - 630-979-0100 code 760787 Paul Paul Gerhardt wrote: > This monthly meeting is a chance for us to talk about > current project status, future work, team issues etc. ) 3 OK FETCH completed -- Edit this bug report at http://bugs.php.net/?id=23869&edit=1
#23285 [Asn->Csd]: zendlex coredump
ID: 23285 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: RH9 PHP Version: 4.3.3-dev Assigned To: wez 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-05-28 20:05:49] [EMAIL PROTECTED] Yes, that patch makes it not to crash anymore. If there aren't any side-effects of it..commit? :) [2003-05-28 16:39:52] [EMAIL PROTECTED] Try this patch: http://www.php.net/~wez/zendlex.diff [2003-05-25 06:37:02] [EMAIL PROTECTED] the bug still exists using gcc version 3.2.2 20030222 here how u can easly reproduce it: [EMAIL PROTECTED] php4]# cat ../../gen-php-seg.php "); fclose($p); ?> [EMAIL PROTECTED] php4]# ./sapi/cli/php ../../tmp Segmentation fault [2003-05-21 10:15:04] [EMAIL PROTECTED] It still happens for me (using gcc 2.95.3).. [2003-05-20 19:19:42] [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 It appears recent changes have resolved this bug. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/23285 -- Edit this bug report at http://bugs.php.net/?id=23285&edit=1
#23869 [NEW]: imap_headerinfo problem
From: andix at lucent dot com Operating system: Linux PHP version: 4.3.1 PHP Bug Type: IMAP related Bug description: imap_headerinfo problem Use the function imap_headerinfo to retrieve header information for a message with multiple destinations for both the To: and CC: fields The returned object correctly has an array of entries in the cc array of the returned object, but only a single entry in the To array (the first recipient) I am including below a sample email which exhibits this problem 3 fetch 86 body[] * 86 FETCH (BODY[] {3041} Return-path: <[EMAIL PROTECTED]> Envelope-to: [EMAIL PROTECTED] Delivery-date: Wed, 28 May 2003 14:56:01 +0100 Received: from ihmail.ih.lucent.com ([135.1.218.70]) by sun-guru.uk.lucent.com with esmtp (Exim 4.04) id 19L1PN-0004X8-00; Wed, 28 May 2003 14:56:01 +0100 Received: (from [EMAIL PROTECTED]) by ihmail.ih.lucent.com (8.11.6+Sun/EMS-1.5 sol2) id h4SDtx402106; Wed, 28 May 2003 08:55:59 -0500 (CDT) Received: from PGERHARDT1 (pgerhardt.lra.lucent.com [192.11.157.176]) by ihmail.ih.lucent.com (8.11.6+Sun/EMS-1.5 sol2) id h4SDtqx01987; Wed, 28 May 2003 08:55:53 -0500 (CDT) Message-ID: <[EMAIL PROTECTED]> From: "Paul Gerhardt" <[EMAIL PROTECTED]> To: "Paul Gerhardt" <[EMAIL PROTECTED]>, "Thano Thanabalasingam" <[EMAIL PROTECTED]>, "Jason Beard" <[EMAIL PROTECTED]>, "Mathias Cartailler" <[EMAIL PROTECTED]>, "Januz Kursumljija" <[EMAIL PROTECTED]>, "Anthony Dix" <[EMAIL PROTECTED]>, "Simon Banks" <[EMAIL PROTECTED]>, "Paul Delfs" <[EMAIL PROTECTED]>, "David Koch" <[EMAIL PROTECTED]>, "Stephen Weiss" <[EMAIL PROTECTED]>, "Mark Levengood" <[EMAIL PROTECTED]>, "Jessica Fowler" <[EMAIL PROTECTED]>, "Sprong, Steven" <[EMAIL PROTECTED]>, "Ted East" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, "John May" <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Subject: Reminder: June 11 monthly dev team conference call Date: Wed, 28 May 2003 07:55:51 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4920.2300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 I'll be on vacation the first week of June, so we'll do our call the second week: - Weds June 11 - 8AM Pacific, 11 AM Eastern, 4 PM UK - 630-979-0100 code 760787 Paul Paul Gerhardt wrote: > This monthly meeting is a chance for us to talk about > current project status, future work, team issues etc. ) 3 OK FETCH completed -- Edit bug report at http://bugs.php.net/?id=23869&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23869&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23869&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23869&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23869&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23869&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23869&r=support Expected behavior: http://bugs.php.net/fix.php?id=23869&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23869&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23869&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23869&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23869&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23869&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23869&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23869&r=gnused
#23857 [Opn->Bgs]: Trouble with Tags -- Scriptingengine dont work
ID: 23857 Updated by: [EMAIL PROTECTED] Reported By: php at panzyk dot net -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Red Hat 8 PHP Version: 4.3.1 New Comment: I've no idea what that flag is but it definately has nothing to do with PHP.. Previous Comments: [2003-05-29 01:53:43] php at panzyk dot net After some reading at apachefriends.org 's forum i found a link for this problem. Seems to be a known Bug: Its a problem with Execute-Rights-Flags ... when that flag is set, code with Html will not be executed. I checked my old non working example without execution-rights, what shall i say, now it works. Maybe it helps ... i stop the bug-report for now :) [2003-05-28 20:42:17] [EMAIL PROTECTED] We don't support any other pre-compiled binaries but the win32 ones. It's most likely some bug in that package. You can always prove me wrong and compile PHP yourself on that machine.. [2003-05-28 20:35:25] php at panzyk dot net Its an precompiled lampp version from http://www.apachefriends.org on an pentium 2 System with an fresh Installed RedHat 8 Psyche System, Serverinstall. I cant reproduce the same problem on an Xbox-Debian-Compiled Version of PHP 4.3.1. When i use the php-Writing Methode to write that html-Tags or remove the tags, all scripts working fine. The PHP-Interpreter will not crash or something like that, he will just not interprete any line of code and the hole File will be send in cleartext to the browser. If u need more informations, ask me. [2003-05-28 12:35:58] [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-05-28 09:55:21] php at panzyk dot net Hello, I got a strange Problem with PhP4.3.1 This document will not be executed by PHP,and PHPCode stands in cleartext into the document: - snip --- Titel After changing one line: - snip --- "?> Titel With changing that single ""-line i got the full phpinformation. And all script-stuff is working fine. Here some installparameters: some installparameters: './configure' '--prefix=/opt/lampp' '--with-apxs2=/opt/lampp/bin/apxs' '--with-config-file-path=/opt/lampp/etc' '--with-mysql=/opt/lampp' '--disable-debug' '--enable-bcmath' '--enable-calendar' '--enable-ctype' '--enable-dbase' '--enable-discard-path' '--enable-exif' '--enable-filepro' '--enable-force-cgi-redirect' '--enable-ftp' '--enable-gd-imgstrttf' '--enable-gd-native-ttf' '--with-ttf' '--enable-magic-quotes' '--enable-memory-limit' '--enable-safe-mode' '--enable-shmop' '--enable-sigchild' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-versioning' '--enable-wddx' '--enable-yp' '--with-ftp' '--with-gdbm=/opt/lampp' '--with-jpeg-dir=/opt/lampp' '--with-png-dir=/opt/lampp' '--with-tiff-dir=/opt/lampp' '--with-freetype-dir=/opt/lampp' '--without-xpm' '--with-zlib=yes' '--with-zlib-dir=/opt/lampp' '--with-openssl=/opt/lampp' '--with-expat-dir=/opt/lampp' '--enable-xslt' '--with-xslt-sablot=/opt/lampp' '-with-ming=/opt/lampp' '--with-dom=/opt/lampp' '--with-ldap=/opt/lampp' '--with-ncurses=/opt/lampp' '--with-gd' '--with-imap-dir=/opt/lampp' '--with-imap-ssl' '--with-imap=/opt/lampp' '--with-gettext=/opt/lampp' '--with-mssql=/opt/lampp' -- Edit this bug report at http://bugs.php.net/?id=23857&edit=1
#23857 [Bgs->Opn]: Trouble with Tags -- Scriptingengine dont work
ID: 23857 User updated by: php at panzyk dot net Reported By: php at panzyk dot net -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: Red Hat 8 PHP Version: 4.3.1 New Comment: After some reading at apachefriends.org 's forum i found a link for this problem. Seems to be a known Bug: Its a problem with Execute-Rights-Flags ... when that flag is set, code with Html will not be executed. I checked my old non working example without execution-rights, what shall i say, now it works. Maybe it helps ... i stop the bug-report for now :) Previous Comments: [2003-05-28 20:42:17] [EMAIL PROTECTED] We don't support any other pre-compiled binaries but the win32 ones. It's most likely some bug in that package. You can always prove me wrong and compile PHP yourself on that machine.. [2003-05-28 20:35:25] php at panzyk dot net Its an precompiled lampp version from http://www.apachefriends.org on an pentium 2 System with an fresh Installed RedHat 8 Psyche System, Serverinstall. I cant reproduce the same problem on an Xbox-Debian-Compiled Version of PHP 4.3.1. When i use the php-Writing Methode to write that html-Tags or remove the tags, all scripts working fine. The PHP-Interpreter will not crash or something like that, he will just not interprete any line of code and the hole File will be send in cleartext to the browser. If u need more informations, ask me. [2003-05-28 12:35:58] [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-05-28 09:55:21] php at panzyk dot net Hello, I got a strange Problem with PhP4.3.1 This document will not be executed by PHP,and PHPCode stands in cleartext into the document: - snip --- Titel After changing one line: - snip --- "?> Titel With changing that single ""-line i got the full phpinformation. And all script-stuff is working fine. Here some installparameters: some installparameters: './configure' '--prefix=/opt/lampp' '--with-apxs2=/opt/lampp/bin/apxs' '--with-config-file-path=/opt/lampp/etc' '--with-mysql=/opt/lampp' '--disable-debug' '--enable-bcmath' '--enable-calendar' '--enable-ctype' '--enable-dbase' '--enable-discard-path' '--enable-exif' '--enable-filepro' '--enable-force-cgi-redirect' '--enable-ftp' '--enable-gd-imgstrttf' '--enable-gd-native-ttf' '--with-ttf' '--enable-magic-quotes' '--enable-memory-limit' '--enable-safe-mode' '--enable-shmop' '--enable-sigchild' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-versioning' '--enable-wddx' '--enable-yp' '--with-ftp' '--with-gdbm=/opt/lampp' '--with-jpeg-dir=/opt/lampp' '--with-png-dir=/opt/lampp' '--with-tiff-dir=/opt/lampp' '--with-freetype-dir=/opt/lampp' '--without-xpm' '--with-zlib=yes' '--with-zlib-dir=/opt/lampp' '--with-openssl=/opt/lampp' '--with-expat-dir=/opt/lampp' '--enable-xslt' '--with-xslt-sablot=/opt/lampp' '-with-ming=/opt/lampp' '--with-dom=/opt/lampp' '--with-ldap=/opt/lampp' '--with-ncurses=/opt/lampp' '--with-gd' '--with-imap-dir=/opt/lampp' '--with-imap-ssl' '--with-imap=/opt/lampp' '--with-gettext=/opt/lampp' '--with-mssql=/opt/lampp' -- Edit this bug report at http://bugs.php.net/?id=23857&edit=1
#23861 [Bgs]: php_gd2.dll - The Specified procedure cannot be found
ID: 23861 User updated by: steve at enerds dot ca Reported By: steve at enerds dot ca Status: Bogus Bug Type: Dynamic loading Operating System: Windows PHP Version: 4.3.2RC4 New Comment: This is *NOT* a configuration problem. Using 4.3.1, without changing my configuration file, paths, or anything else (just the appropriate dll's), it works - gd2 extension loads. When I change to the 4.3.2 RC4 code, it does not work. This is using the exact same machine, web server, configuration, etc. Previous Comments: [2003-05-28 19:50:31] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This issue has come up over and over again. It's NOT a bug. You've just installed PHP improperly. Ask further support questions on the appropriate mailing list. [2003-05-28 13:48:42] steve at enerds dot ca OS: Windows XP Professional, Sp1 Web Server: Apache 2.0.45 Win 32 In trying the new 4.3.2 RC4, I am trying to load the gd2 library without success. When I modify my php.ini and un-comment the line: extension=php_gd2.dll I get the following error. Unknown(): Unable to load dynamic library 'c:\php\extensions\php_gd2.dll' - The specified procedure cannot be found The dll does exist at that path, and I have verified it is actually being able to find it. In changing the dll name to php_test.dll the error message changes to the appropriate: "The specified module cannot be found" Regards, ~Steve -- Edit this bug report at http://bugs.php.net/?id=23861&edit=1
#23868 [Bgs]: _SERVER["SERVER_PORT"] returns port 80 regardless...
ID: 23868 Updated by: [EMAIL PROTECTED] Reported By: excalibur at hub dot org Status: Bogus Bug Type: Apache related Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.1 New Comment: No, I just reclassified if someone else hits the same. You need to submit separate bug report at bugs.apache.org but do read this first: http://httpd.apache.org/docs/mod/core.html#usecanonicalname Previous Comments: [2003-05-28 20:47:56] excalibur at hub dot org Ok, so having the bug under the apache catagory should allow the apache team to pick up on it? [2003-05-28 20:36:52] [EMAIL PROTECTED] It's definately not bug in PHP. It's an Apache bug at best.. (the _SERVER is filled with data coming via Apache API) [2003-05-28 20:32:17] excalibur at hub dot org Hi All, Got an issue with PHP 4.3.1 that has driven me up one wall and down the other :> I managed to trace it back to the PHP global variables causing me the problem, here's what's happend: I have a number of webservers, some run on the default port 80, others on port 81 or more. But using this code: $test = $_SERVER['SERVER_PORT']; var_dump($test); prints out 80 each time, even if the apache server is natively running on port 81. for instance, in the phpinfo output on a URL of: - http://webmail.test.com:81 I get: _SERVER["SERVER_PORT"] | 80 as the result... I'm running a stock freebsd build of Apache 1.3.27 with modssl compiled in: - apache+mod_ssl-1.3.27+2.8.14 a stock compile of PHP 4.3.1, with the config line of: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-bz2=/usr' '--with-mcrypt=/usr/local' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-dom=/usr/local' '--enable-ftp' '--with-gettext=/usr/local' '--with-pspell=/usr/local' '--enable-mbstring' '--with-mcal=/usr/local' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--prefix=/usr/local' 'i386-portbld-freebsd4.8' no other components are built in at this point, just a bare native compile on everthing and a very simple script: please let me know if I can provide anything else.. -- Edit this bug report at http://bugs.php.net/?id=23868&edit=1
#23868 [Bgs]: _SERVER["SERVER_PORT"] returns port 80 regardless...
ID: 23868 User updated by: excalibur at hub dot org Reported By: excalibur at hub dot org Status: Bogus Bug Type: Apache related Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.1 New Comment: Ok, so having the bug under the apache catagory should allow the apache team to pick up on it? Previous Comments: [2003-05-28 20:36:52] [EMAIL PROTECTED] It's definately not bug in PHP. It's an Apache bug at best.. (the _SERVER is filled with data coming via Apache API) [2003-05-28 20:32:17] excalibur at hub dot org Hi All, Got an issue with PHP 4.3.1 that has driven me up one wall and down the other :> I managed to trace it back to the PHP global variables causing me the problem, here's what's happend: I have a number of webservers, some run on the default port 80, others on port 81 or more. But using this code: $test = $_SERVER['SERVER_PORT']; var_dump($test); prints out 80 each time, even if the apache server is natively running on port 81. for instance, in the phpinfo output on a URL of: - http://webmail.test.com:81 I get: _SERVER["SERVER_PORT"] | 80 as the result... I'm running a stock freebsd build of Apache 1.3.27 with modssl compiled in: - apache+mod_ssl-1.3.27+2.8.14 a stock compile of PHP 4.3.1, with the config line of: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-bz2=/usr' '--with-mcrypt=/usr/local' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-dom=/usr/local' '--enable-ftp' '--with-gettext=/usr/local' '--with-pspell=/usr/local' '--enable-mbstring' '--with-mcal=/usr/local' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--prefix=/usr/local' 'i386-portbld-freebsd4.8' no other components are built in at this point, just a bare native compile on everthing and a very simple script: please let me know if I can provide anything else.. -- Edit this bug report at http://bugs.php.net/?id=23868&edit=1
#23859 [Opn->WFx]: getopts() indicates set options using FALSE
ID: 23859 Updated by: [EMAIL PROTECTED] Reported By: csnyder at chxo dot com -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux / FreeBSD PHP Version: 4.3.1 New Comment: Changing this would break backwards compatibility. And btw. this is much more intuitive: #!/usr/local/bin/php Previous Comments: [2003-05-28 10:45:07] csnyder at chxo dot com The current behavior of getopts() is counter-intuitive. >From the manual: "If an option does not have an argument, the value will be set to FALSE." But this leads to a script like the following: #!/usr/local/bin/php This is confusing -- we test for the presence of an option in the command line by checking whether it is FALSE? It would be quite helpful, at least in cases where no additional value was expected (an option string of "a" vs. an option string of "a:") for getopts to set the value to TRUE. The script above could then be: #!/usr/local/bin/php ...which is much easier to figure out. -- Edit this bug report at http://bugs.php.net/?id=23859&edit=1
#23857 [Opn->Bgs]: Trouble with Tags -- Scriptingengine dont work
ID: 23857 Updated by: [EMAIL PROTECTED] Reported By: php at panzyk dot net -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Red Hat 8 PHP Version: 4.3.1 New Comment: We don't support any other pre-compiled binaries but the win32 ones. It's most likely some bug in that package. You can always prove me wrong and compile PHP yourself on that machine.. Previous Comments: [2003-05-28 20:35:25] php at panzyk dot net Its an precompiled lampp version from http://www.apachefriends.org on an pentium 2 System with an fresh Installed RedHat 8 Psyche System, Serverinstall. I cant reproduce the same problem on an Xbox-Debian-Compiled Version of PHP 4.3.1. When i use the php-Writing Methode to write that html-Tags or remove the tags, all scripts working fine. The PHP-Interpreter will not crash or something like that, he will just not interprete any line of code and the hole File will be send in cleartext to the browser. If u need more informations, ask me. [2003-05-28 12:35:58] [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-05-28 09:55:21] php at panzyk dot net Hello, I got a strange Problem with PhP4.3.1 This document will not be executed by PHP,and PHPCode stands in cleartext into the document: - snip --- Titel After changing one line: - snip --- "?> Titel With changing that single ""-line i got the full phpinformation. And all script-stuff is working fine. Here some installparameters: some installparameters: './configure' '--prefix=/opt/lampp' '--with-apxs2=/opt/lampp/bin/apxs' '--with-config-file-path=/opt/lampp/etc' '--with-mysql=/opt/lampp' '--disable-debug' '--enable-bcmath' '--enable-calendar' '--enable-ctype' '--enable-dbase' '--enable-discard-path' '--enable-exif' '--enable-filepro' '--enable-force-cgi-redirect' '--enable-ftp' '--enable-gd-imgstrttf' '--enable-gd-native-ttf' '--with-ttf' '--enable-magic-quotes' '--enable-memory-limit' '--enable-safe-mode' '--enable-shmop' '--enable-sigchild' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-versioning' '--enable-wddx' '--enable-yp' '--with-ftp' '--with-gdbm=/opt/lampp' '--with-jpeg-dir=/opt/lampp' '--with-png-dir=/opt/lampp' '--with-tiff-dir=/opt/lampp' '--with-freetype-dir=/opt/lampp' '--without-xpm' '--with-zlib=yes' '--with-zlib-dir=/opt/lampp' '--with-openssl=/opt/lampp' '--with-expat-dir=/opt/lampp' '--enable-xslt' '--with-xslt-sablot=/opt/lampp' '-with-ming=/opt/lampp' '--with-dom=/opt/lampp' '--with-ldap=/opt/lampp' '--with-ncurses=/opt/lampp' '--with-gd' '--with-imap-dir=/opt/lampp' '--with-imap-ssl' '--with-imap=/opt/lampp' '--with-gettext=/opt/lampp' '--with-mssql=/opt/lampp' -- Edit this bug report at http://bugs.php.net/?id=23857&edit=1
#19263 [Com]: huge POST data corrupt
ID: 19263 Comment by: webmaster at webtechina dot com Reported By: erwin at isiz dot com Status: Bogus Bug Type: Apache2 related Operating System: Solaris 8 PHP Version: 4CVS-2002-09-06 New Comment: this bug also occurs on Redhat Linux 8.0 with Apache 2 Previous Comments: [2003-03-12 16:57:17] nvainio+phpnet at iki dot fi For me, the solution was to leave SetOutputFilter and SetInputFilter as-is and comment out AddType application/x-httpd-php .php instead. Can't say why but it works for me (Apache 2.0.44 and PHP 4.3.1). [2003-01-08 14:21:36] colreid at zasx dot com People are asking me what I did, so here it is: My Apache2 package has a directory which it uses for included files with httpd.conf (the path to this directory in my installation is /etc/httpd/conf.d). In there is a file called php.conf, and basically I just commented out the whole thing except for one line: LoadModule php4_module modules/libphp4.so This section here: # #SetOutputFilter PHP #SetInputFilter PHP #LimitRequestBody 524288 # liked to munge uploads. Also, in the httpd.conf file I added the line: AddType application/x-httpd-php .php .html .htm .inc And that's it. I restarted apache and uploads decided to be nice. :) [2002-10-17 17:50:39] colreid at zasx dot com never mind, I found it, in an included file. Fixed. You guys rule! [2002-10-17 16:31:42] colreid at zasx dot com I'm running php 4.2.2 and apache 2.0.40 on RedHat 8.0, and I don't have those SetInputFilter or SetOutputFilter commands in my httpd.conf, yet I am experiencing the problem originally reported. Small files work OK, but larger ones get mangled. I've been banging my head against the wall trying to figure out how to fix this, and have noticed others out there posting to the newsgroups with the same problem, but none of the suggested solutions work for me. [2002-09-10 01:49:05] erwin at isiz dot com I've found the problem: don't add SetOutputFilter PHP and SetInputFilter PHP to the Apache config. Only use AddType application/x-httpd-php .php Grtz Erwin 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/19263 -- Edit this bug report at http://bugs.php.net/?id=19263&edit=1
#23868 [Opn->Bgs]: _SERVER["SERVER_PORT"] returns port 80 regardless...
ID: 23868 Updated by: [EMAIL PROTECTED] Reported By: excalibur at hub dot org -Status: Open +Status: Bogus -Bug Type: Unknown/Other Function +Bug Type: Apache related Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.1 New Comment: It's definately not bug in PHP. It's an Apache bug at best.. (the _SERVER is filled with data coming via Apache API) Previous Comments: [2003-05-28 20:32:17] excalibur at hub dot org Hi All, Got an issue with PHP 4.3.1 that has driven me up one wall and down the other :> I managed to trace it back to the PHP global variables causing me the problem, here's what's happend: I have a number of webservers, some run on the default port 80, others on port 81 or more. But using this code: $test = $_SERVER['SERVER_PORT']; var_dump($test); prints out 80 each time, even if the apache server is natively running on port 81. for instance, in the phpinfo output on a URL of: - http://webmail.test.com:81 I get: _SERVER["SERVER_PORT"] | 80 as the result... I'm running a stock freebsd build of Apache 1.3.27 with modssl compiled in: - apache+mod_ssl-1.3.27+2.8.14 a stock compile of PHP 4.3.1, with the config line of: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-bz2=/usr' '--with-mcrypt=/usr/local' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-dom=/usr/local' '--enable-ftp' '--with-gettext=/usr/local' '--with-pspell=/usr/local' '--enable-mbstring' '--with-mcal=/usr/local' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--prefix=/usr/local' 'i386-portbld-freebsd4.8' no other components are built in at this point, just a bare native compile on everthing and a very simple script: please let me know if I can provide anything else.. -- Edit this bug report at http://bugs.php.net/?id=23868&edit=1
#23857 [Fbk->Opn]: Trouble with Tags -- Scriptingengine dont work
ID: 23857 User updated by: php at panzyk dot net Reported By: php at panzyk dot net -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Red Hat 8 PHP Version: 4.3.1 New Comment: Its an precompiled lampp version from http://www.apachefriends.org on an pentium 2 System with an fresh Installed RedHat 8 Psyche System, Serverinstall. I cant reproduce the same problem on an Xbox-Debian-Compiled Version of PHP 4.3.1. When i use the php-Writing Methode to write that html-Tags or remove the tags, all scripts working fine. The PHP-Interpreter will not crash or something like that, he will just not interprete any line of code and the hole File will be send in cleartext to the browser. If u need more informations, ask me. Previous Comments: [2003-05-28 12:35:58] [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-05-28 09:55:21] php at panzyk dot net Hello, I got a strange Problem with PhP4.3.1 This document will not be executed by PHP,and PHPCode stands in cleartext into the document: - snip --- Titel After changing one line: - snip --- "?> Titel With changing that single ""-line i got the full phpinformation. And all script-stuff is working fine. Here some installparameters: some installparameters: './configure' '--prefix=/opt/lampp' '--with-apxs2=/opt/lampp/bin/apxs' '--with-config-file-path=/opt/lampp/etc' '--with-mysql=/opt/lampp' '--disable-debug' '--enable-bcmath' '--enable-calendar' '--enable-ctype' '--enable-dbase' '--enable-discard-path' '--enable-exif' '--enable-filepro' '--enable-force-cgi-redirect' '--enable-ftp' '--enable-gd-imgstrttf' '--enable-gd-native-ttf' '--with-ttf' '--enable-magic-quotes' '--enable-memory-limit' '--enable-safe-mode' '--enable-shmop' '--enable-sigchild' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-versioning' '--enable-wddx' '--enable-yp' '--with-ftp' '--with-gdbm=/opt/lampp' '--with-jpeg-dir=/opt/lampp' '--with-png-dir=/opt/lampp' '--with-tiff-dir=/opt/lampp' '--with-freetype-dir=/opt/lampp' '--without-xpm' '--with-zlib=yes' '--with-zlib-dir=/opt/lampp' '--with-openssl=/opt/lampp' '--with-expat-dir=/opt/lampp' '--enable-xslt' '--with-xslt-sablot=/opt/lampp' '-with-ming=/opt/lampp' '--with-dom=/opt/lampp' '--with-ldap=/opt/lampp' '--with-ncurses=/opt/lampp' '--with-gd' '--with-imap-dir=/opt/lampp' '--with-imap-ssl' '--with-imap=/opt/lampp' '--with-gettext=/opt/lampp' '--with-mssql=/opt/lampp' -- Edit this bug report at http://bugs.php.net/?id=23857&edit=1
#23868 [NEW]: _SERVER["SERVER_PORT"] returns port 80 regardless...
From: excalibur at hub dot org Operating system: FreeBSD 4.8-STABLE PHP version: 4.3.1 PHP Bug Type: Unknown/Other Function Bug description: _SERVER["SERVER_PORT"] returns port 80 regardless... Hi All, Got an issue with PHP 4.3.1 that has driven me up one wall and down the other :> I managed to trace it back to the PHP global variables causing me the problem, here's what's happend: I have a number of webservers, some run on the default port 80, others on port 81 or more. But using this code: $test = $_SERVER['SERVER_PORT']; var_dump($test); prints out 80 each time, even if the apache server is natively running on port 81. for instance, in the phpinfo output on a URL of: - http://webmail.test.com:81 I get: _SERVER["SERVER_PORT"] | 80 as the result... I'm running a stock freebsd build of Apache 1.3.27 with modssl compiled in: - apache+mod_ssl-1.3.27+2.8.14 a stock compile of PHP 4.3.1, with the config line of: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-bz2=/usr' '--with-mcrypt=/usr/local' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-dom=/usr/local' '--enable-ftp' '--with-gettext=/usr/local' '--with-pspell=/usr/local' '--enable-mbstring' '--with-mcal=/usr/local' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--prefix=/usr/local' 'i386-portbld-freebsd4.8' no other components are built in at this point, just a bare native compile on everthing and a very simple script: please let me know if I can provide anything else.. -- Edit bug report at http://bugs.php.net/?id=23868&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23868&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23868&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23868&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23868&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23868&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23868&r=support Expected behavior: http://bugs.php.net/fix.php?id=23868&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23868&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23868&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23868&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23868&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23868&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23868&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23868&r=gnused
#23285 [Fbk->Asn]: zendlex coredump
ID: 23285 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Assigned Bug Type: Scripting Engine problem Operating System: RH9 PHP Version: 4.3.3-dev -Assigned To: +Assigned To: wez New Comment: Yes, that patch makes it not to crash anymore. If there aren't any side-effects of it..commit? :) Previous Comments: [2003-05-28 16:39:52] [EMAIL PROTECTED] Try this patch: http://www.php.net/~wez/zendlex.diff [2003-05-25 06:37:02] [EMAIL PROTECTED] the bug still exists using gcc version 3.2.2 20030222 here how u can easly reproduce it: [EMAIL PROTECTED] php4]# cat ../../gen-php-seg.php "); fclose($p); ?> [EMAIL PROTECTED] php4]# ./sapi/cli/php ../../tmp Segmentation fault [2003-05-21 10:15:04] [EMAIL PROTECTED] It still happens for me (using gcc 2.95.3).. [2003-05-20 19:19:42] [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 It appears recent changes have resolved this bug. [2003-04-20 05:42:21] [EMAIL PROTECTED] coz the zendlex() function is recursive for some cases, it's quite easy dumping zend core. e.g, just repeat the comments enough times on the following script (i did it 500,000 times but may less is nedded): is this consider a bug? -- Edit this bug report at http://bugs.php.net/?id=23285&edit=1
#23784 [Fbk->NoF]: oracle odbc alias
ID: 23784 Updated by: [EMAIL PROTECTED] Reported By: fanman at hal-pc dot org -Status: Feedback +Status: No Feedback Bug Type: ODBC related Operating System: winnt PHP Version: 4.3.1 New Comment: 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. Previous Comments: [2003-05-23 12:17:35] [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-05-23 12:11:16] fanman at hal-pc dot org using odbc to connect to oracle 8.16, apache 1.3.27 sql statements using table aliases crashes php.exe or apache.exe depending how php is configured on odbc_fetch_row statment. remove the alias for the sql and no crash. -- Edit this bug report at http://bugs.php.net/?id=23784&edit=1
#23781 [Fbk->NoF]: PHP using 99% of CPU when executing SQL on a MS SQL Server
ID: 23781 Updated by: [EMAIL PROTECTED] Reported By: christophe dot riffet at bnpparibas dot com -Status: Feedback +Status: No Feedback Bug Type: IIS related Operating System: WIN NT4 SP6a PHP Version: 4.3.1 New Comment: 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. Previous Comments: [2003-05-23 11:47:48] [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-05-23 11:02:21] christophe dot riffet at bnpparibas dot com Hi, We are using PHP 4.3.1 on a Win NT4 SP6a server with IIS 4 and MS SQL Server 2002. When we execute SQL Instructions with a php file, the process php.exe takes 99% of the CPU. If we use 2 parameters it's OK but with 3 or more parameters in the SQL Query the php.exe process takes 99% of the CPU. (Sorry for my english that is not so good :-) ) -- Edit this bug report at http://bugs.php.net/?id=23781&edit=1
#23778 [Fbk->NoF]: The keys in dba_fetch() and dba_exists() require a terminating null character.
ID: 23778 Updated by: [EMAIL PROTECTED] Reported By: bnies at bluewin dot ch -Status: Feedback +Status: No Feedback Bug Type: DBM/DBA related Operating System: SunOS ducati 5.8 Generic_108528- PHP Version: 4.3.1 Assigned To: helly New Comment: 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. Previous Comments: [2003-05-23 13:46:38] [EMAIL PROTECTED] Please execute: php runtests-php ext/dba and pate the output here. [2003-05-23 08:41:40] [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-05-23 08:22:02] bnies at bluewin dot ch When doing a dba_exists() or dba_fetch() on a ndbm database then one has to attach a "\0" character to the key string that it matches. Configuration: ./configure --prefix=/opt/apache \ --with-apxs2=/opt/apache/bin/apxs \ --enable-safe-mode \ --with-openssl=/opt/openssl \ --with-ldap=/opt/openldap \ --with-imap=/opt/uw-imap \ --with-config-file-path=/opt/apache/conf \ --enable-dba \ --with-dbm \ --with-ndbm Script that explains the problem: $alias = "some string"; $id = dba_open($ALIASES_FILE, 'r', 'ndbm'); $key = dba_firstkey($id); # $key contains trailing \0 char print dba_fetch($alias, $id); # does not match print dba_fetch("$alias\0", $id); # works dba_close($id); Don't know whether it works with other dba handlers or other PHP version. -- Edit this bug report at http://bugs.php.net/?id=23778&edit=1
#23861 [Opn->Bgs]: php_gd2.dll - The Specified procedure cannot be found
ID: 23861 Updated by: [EMAIL PROTECTED] Reported By: steve at enerds dot ca -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: Windows PHP Version: 4.3.2RC4 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. This issue has come up over and over again. It's NOT a bug. You've just installed PHP improperly. Ask further support questions on the appropriate mailing list. Previous Comments: [2003-05-28 13:48:42] steve at enerds dot ca OS: Windows XP Professional, Sp1 Web Server: Apache 2.0.45 Win 32 In trying the new 4.3.2 RC4, I am trying to load the gd2 library without success. When I modify my php.ini and un-comment the line: extension=php_gd2.dll I get the following error. Unknown(): Unable to load dynamic library 'c:\php\extensions\php_gd2.dll' - The specified procedure cannot be found The dll does exist at that path, and I have verified it is actually being able to find it. In changing the dll name to php_test.dll the error message changes to the appropriate: "The specified module cannot be found" Regards, ~Steve -- Edit this bug report at http://bugs.php.net/?id=23861&edit=1
#23867 [Opn->Bgs]: hi
ID: 23867 Updated by: [EMAIL PROTECTED] Reported By: iferianto at yahoo dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: linux PHP Version: 5CVS-2003-05-28 (dev) New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. See http://www.php.net/mirroring.php Previous Comments: [2003-05-28 19:18:55] iferianto at yahoo dot com :) sorry I posting on this section, Cause I dont know where I must be posting I want to make php mirror in my site, can you send me full code of the php web site? or HOW TO MAKE PHP MIRROR on my site??? THANKS FOR HELP -- Edit this bug report at http://bugs.php.net/?id=23867&edit=1
#23867 [NEW]: hi
From: iferianto at yahoo dot com Operating system: linux PHP version: 5CVS-2003-05-28 (dev) PHP Bug Type: *General Issues Bug description: hi :) sorry I posting on this section, Cause I dont know where I must be posting I want to make php mirror in my site, can you send me full code of the php web site? or HOW TO MAKE PHP MIRROR on my site??? THANKS FOR HELP -- Edit bug report at http://bugs.php.net/?id=23867&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23867&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23867&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23867&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23867&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23867&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23867&r=support Expected behavior: http://bugs.php.net/fix.php?id=23867&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23867&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23867&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23867&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23867&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23867&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23867&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23867&r=gnused
#17868 [Csd]: Doesn't work two and more directives of PHP code on different OS
ID: 17868 Updated by: [EMAIL PROTECTED] Reported By: messiah at hotbox dot ru Status: Closed Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: Wait for PHP 4.3.2. There using --with-apxs2 will enable the new handler version of the apache2 module. Previous Comments: [2003-05-28 12:56:22] joe at joe-lewis dot com Is this apxs2 an apache configuration option or a php option? I am using apache 2.0.45, with php 4.3.1, and am still encountering the error. I have tried --with-apxs2handler=/usr/local/bin/apxs and --with-apxs2filter=/usr/local/bin/apxs in both PHP and Apache, with no successes. In fact, now (though my configuration is good), any PHP page is not executed or parsed, but returned as type x-httpd-php, which is "somewhat" operational (i.e. it has the right type, but the libphp4 module is not being called as specified in my httpd.conf file). [2003-02-13 09:40:43] lists at holsman dot net RE: apache2 & php developers not working together. I agree. infact 2 apache2 developers spent a couple of hours and created a new php/apache2 sapi interface, and It would be great if you could give it a try and send some feedback if you could try the --with-apxs2handler instead of --with-apxs2 this might help. this uses the standard handler mechanism, and not the filter API. look forward to hearding how it goes. Ian [2003-02-12 13:54:03] [EMAIL PROTECTED] Both. [2003-02-12 13:50:53] Darryl dot Friesen at usask dot ca When you say "This bug has been fixed in CVS" do you mean 4.3.x-dev or 5.0.x-dev? [2003-01-28 10:35:24] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17868 -- Edit this bug report at http://bugs.php.net/?id=17868&edit=1
#21674 [Com]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 Comment by: pablo at godel dot com dot ar Reported By: moderator at blackpeeps dot com Status: Closed Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux PHP Version: 4.3.0 New Comment: I am having the same problem with PHP 4.3.2RC4 Error message below: [28-May-2003 17:20:00] PHP Warning: main(../inc/db.inc.php): failed to open stream: No such file or directory in /home/paul/public_html/ebayfinder/admin/cronjob.php on line 4 Any ideas? Pablo Godel Previous Comments: [2003-04-02 08:20:36] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-04-02 07:51:54] jot at agonize dot org this exact problem has spawned when i moved my php files from a webserver running a slightly earlier version of php to php 4.3.0 it would seem that files do not get included unless the absolute path is used in the include statement. [2003-03-13 10:22:17] datsnice at bolt dot com What is wrong with the web site it tells me that I have already signed up and do not sign up twice, and I have never signed up before. It also tells me that my e-mail address already exist with someone else which it is not. [2003-02-26 09:28:36] hmm dot hmm at firemail dot de Hi I have the some problem Warning: main(shop/index&main_kat=11&nr=.php) [function.main]: failed to create stream: No such file or directory in /home/admin/lala.com/index.php on line 260 Warning: main() [function.main]: Failed opening 'shop/index&main_kat=11&nr=.php' for inclusion (include_path='.:/usr/local/lib/php') in /home/admin/lala.com/index.php on line 260 Can anyone help me? [2003-02-12 01:18:49] xilord at yahoo dot com Make sure you have the file names exactly correct and paths or you'll get the same error messages. 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/21674 -- Edit this bug report at http://bugs.php.net/?id=21674&edit=1
#23866 [Bgs]: number_format of 0.x with notation returns -0.00
ID: 23866 User updated by: david at ewebdevelopers dot com Reported By: david at ewebdevelopers dot com Status: Bogus Bug Type: Math related Operating System: windows 2000 PHP Version: 4.3.1 New Comment: This may be true, however when number_format returns -0.00 this is not a valid number. The evidence that you can use to derive such number is no longer available to you. When using number_format for display which is the intent of number_format is used for -0.00 is not valid. I realize that the intent of number_format is to format numbers, but I do not think however that it should return numbers that can not possibly exist in the numeric system. Please reconsider your evaluation. Previous Comments: [2003-05-28 16:44:30] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php there is, -0.001E-999 is about -0. Floating points are never precise, -0 is therefore possible. [2003-05-28 16:41:56] david at ewebdevelopers dot com $num = -1.3322676295502E-015; echo number_format($num, 2, '.', ','); if(((float) number_format(($num, 2,'.', ',')) == 0){ echo 'true'; } number_format should not evaluate to -0.00 should evaluate to 0.00 because there is no such thing as -0; -- Edit this bug report at http://bugs.php.net/?id=23866&edit=1
#23847 [Bgs]: ../libphp4.so: invalid ELF header
ID: 23847 Updated by: [EMAIL PROTECTED] Reported By: eddie at rola dot ch Status: Bogus Bug Type: Compile Failure Operating System: SuSE Linux Prof. 8.0 PHP Version: 4.3.2RC4 New Comment: And make sure the module is really loaded too. Previous Comments: [2003-05-28 16:51:00] [EMAIL PROTECTED] At the end of conf/httpd.conf, add: AddType application/x-httpd-php .php [2003-05-28 09:49:45] eddie at rola dot ch Now failure messages anymore, but PHP still doesn't work. All my php files are showing the source code. Did I forgot something? I thought the configuration settigs would be sufficient: Apache: --with-layout=SuSE --enable-so PHP: --with-apxs2=/usr/sbin/apxs They are, right?? [2003-05-28 09:03:40] eddie at rola dot ch I've never changed any configuration file under php4 path. That isn't necessary! I've change the path of the 'LoadModule' in "httpd.conf". I will try to use the CVS latest version. I hope a developer version can fix it. ;) [2003-05-28 08:55:03] [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 And don't try fixing anything in any configure file under the php4*/ directory. I'm 100% sure this is not any bug in PHP though, you're just doing something wrong there. (I just compiled the latest CVS snapshot with apache2 and it worked fine.) It's propably SuSE again that is broken here. [2003-05-28 05:48:35] eddie at rola dot ch After installing Apache 2.0.46 on the Webserver (--enable-so --with-layout=SuSE) and PHP 4.3.2RC4 (--with-apxs2=/usr/sbin/apxs) no warnings or failure messages has benn showed. The Configuration file of Apache had a wrong path of the libphp4.so (LoadModule). After I've changed it the failure message came by starting the webserver (Check Summary). Here the whole message: Cannot load /usr/lib/libphp4.so into server: invalid EFL header PS:I had no failure message before (like: cannot find libphp4.so) but the file can't be there [/usr/lib/apache/libphp4.do] because I don't have that file. After all php doesn't work without any failure messages. -- Edit this bug report at http://bugs.php.net/?id=23847&edit=1
#23847 [Opn->Bgs]: ../libphp4.so: invalid ELF header
ID: 23847 Updated by: [EMAIL PROTECTED] Reported By: eddie at rola dot ch -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: SuSE Linux Prof. 8.0 PHP Version: 4.3.2RC4 New Comment: At the end of conf/httpd.conf, add: AddType application/x-httpd-php .php Previous Comments: [2003-05-28 09:49:45] eddie at rola dot ch Now failure messages anymore, but PHP still doesn't work. All my php files are showing the source code. Did I forgot something? I thought the configuration settigs would be sufficient: Apache: --with-layout=SuSE --enable-so PHP: --with-apxs2=/usr/sbin/apxs They are, right?? [2003-05-28 09:03:40] eddie at rola dot ch I've never changed any configuration file under php4 path. That isn't necessary! I've change the path of the 'LoadModule' in "httpd.conf". I will try to use the CVS latest version. I hope a developer version can fix it. ;) [2003-05-28 08:55:03] [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 And don't try fixing anything in any configure file under the php4*/ directory. I'm 100% sure this is not any bug in PHP though, you're just doing something wrong there. (I just compiled the latest CVS snapshot with apache2 and it worked fine.) It's propably SuSE again that is broken here. [2003-05-28 05:48:35] eddie at rola dot ch After installing Apache 2.0.46 on the Webserver (--enable-so --with-layout=SuSE) and PHP 4.3.2RC4 (--with-apxs2=/usr/sbin/apxs) no warnings or failure messages has benn showed. The Configuration file of Apache had a wrong path of the libphp4.so (LoadModule). After I've changed it the failure message came by starting the webserver (Check Summary). Here the whole message: Cannot load /usr/lib/libphp4.so into server: invalid EFL header PS:I had no failure message before (like: cannot find libphp4.so) but the file can't be there [/usr/lib/apache/libphp4.do] because I don't have that file. After all php doesn't work without any failure messages. -- Edit this bug report at http://bugs.php.net/?id=23847&edit=1
#23866 [Opn->Bgs]: number_format of 0.x with notation returns -0.00
ID: 23866 Updated by: [EMAIL PROTECTED] Reported By: david at ewebdevelopers dot com -Status: Open +Status: Bogus Bug Type: Math related Operating System: windows 2000 PHP Version: 4.3.1 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php there is, -0.001E-999 is about -0. Floating points are never precise, -0 is therefore possible. Previous Comments: [2003-05-28 16:41:56] david at ewebdevelopers dot com $num = -1.3322676295502E-015; echo number_format($num, 2, '.', ','); if(((float) number_format(($num, 2,'.', ',')) == 0){ echo 'true'; } number_format should not evaluate to -0.00 should evaluate to 0.00 because there is no such thing as -0; -- Edit this bug report at http://bugs.php.net/?id=23866&edit=1
#23866 [NEW]: number_format of 0.x with notation returns -0.00
From: david at ewebdevelopers dot com Operating system: windows 2000 PHP version: 4.3.1 PHP Bug Type: Math related Bug description: number_format of 0.x with notation returns -0.00 $num = -1.3322676295502E-015; echo number_format($num, 2, '.', ','); if(((float) number_format(($num, 2,'.', ',')) == 0){ echo 'true'; } number_format should not evaluate to -0.00 should evaluate to 0.00 because there is no such thing as -0; -- Edit bug report at http://bugs.php.net/?id=23866&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23866&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23866&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23866&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23866&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23866&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23866&r=support Expected behavior: http://bugs.php.net/fix.php?id=23866&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23866&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23866&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23866&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23866&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23866&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23866&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23866&r=gnused
#23285 [Ver->Fbk]: zendlex coredump
ID: 23285 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Feedback Bug Type: Scripting Engine problem Operating System: RH9 PHP Version: 4.3.3-dev New Comment: Try this patch: http://www.php.net/~wez/zendlex.diff Previous Comments: [2003-05-25 06:37:02] [EMAIL PROTECTED] the bug still exists using gcc version 3.2.2 20030222 here how u can easly reproduce it: [EMAIL PROTECTED] php4]# cat ../../gen-php-seg.php "); fclose($p); ?> [EMAIL PROTECTED] php4]# ./sapi/cli/php ../../tmp Segmentation fault [2003-05-21 10:15:04] [EMAIL PROTECTED] It still happens for me (using gcc 2.95.3).. [2003-05-20 19:19:42] [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 It appears recent changes have resolved this bug. [2003-04-20 05:42:21] [EMAIL PROTECTED] coz the zendlex() function is recursive for some cases, it's quite easy dumping zend core. e.g, just repeat the comments enough times on the following script (i did it 500,000 times but may less is nedded): is this consider a bug? -- Edit this bug report at http://bugs.php.net/?id=23285&edit=1
#23474 [Com]: OCI8 loads when apache started from cmd, not when apache started as service
ID: 23474 Comment by: asgawth at blueyonder dot co dot uk Reported By: deepblah at yahoo dot com Status: Bogus Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: I have exactly the same problem but with IIS 5. What I can add is that the same occurs with most of the other extensions. Some do load tho. To name a few php_bz2,php_cpdf,php_exif. Andrew Gawthrope Previous Comments: [2003-05-05 16:42:47] [EMAIL PROTECTED] If it works -> bogus. [2003-05-04 18:17:58] deepblah at yahoo dot com An update. The service works now, although I haven't changed anything. I am leaving this bug open, so the developer(s) can look into it regardless, if they wish to. [2003-05-03 22:28:28] deepblah at yahoo dot com Okay, this one starts out as most of the other OCI8-related bogus bugs. But in my opinion, this seems to be a 'real' bug. Here goes: I have Apache 1.3.27, Oracle 8i EE and PHP 4.3.1 installed on a Windows 2000 system. PHP and Apache worked fine, until I decided to go enable the OCI8 extension. Even after making sure of the following: 1) extension_dir = "C:\php\extensions" 2) oci.dll in %PATH% apache would complain: PHP Warning: Unknown(): Unable to load dynamic library 'c:\php\extensions\php_oci8.dll' - The specified module could not be found. in Unknown on line 0 Apache ran (w/o loading OCI8) however. Following the advice in one of the other posts, I enabled php_exif.dll and that loaded fine. Eventually, I started apache from commandline, w/o any options and it started fine, and loaded OCI8. (phpinfo() confirmed that.) But again, when I tried to start apache with the default options, [apache -w -n "Apache" -k start] which essencially starts the service, it popped up the same error. phpinfo() confirmed that OCI8 wasn't loaded. -- Edit this bug report at http://bugs.php.net/?id=23474&edit=1
#23865 [NEW]: Parametric Queries, and Parametric Stored Procedures in Postgres
From: rcphp at littondale dot dyndns dot org Operating system: Linux (Debian Unstable) PHP version: 4.3.1 PHP Bug Type: Feature/Change Request Bug description: Parametric Queries, and Parametric Stored Procedures in Postgres Feature reqeuest for parametric queries, SQL bind variables, parameterised procedure calls, or whatever people call them ;-) For example pg_query("UPDATE Wibble SET foo=? WHERE wombat=?", $newFoo, $wombat); pg_exec("spAddComment(?,?,?)",$user,$title,$content); A notable feature of these is no need to build dynamic SQL, and remember to addslashes(). Security becomes easier, and if prepared statements can be reused, speed can become better. $stmt = pg_prepare("INSERT INTO Events (date,msg) VALUES (?,?)"); pg_execute($stmt,date(),"Wotzit Flobbled"); ... pg_execute($stmt,date(),"Slime Thoroughly Slaughtered"); (Does PHP have varargs by the way?) Some finer details to sort, due to the way different database backends work. Postgres has stored procedures, but it looks like you SELECT from them, and they behave like functions in other databases. Otherwise though, a good language. - Richard -- Edit bug report at http://bugs.php.net/?id=23865&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23865&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23865&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23865&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23865&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23865&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23865&r=support Expected behavior: http://bugs.php.net/fix.php?id=23865&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23865&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23865&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23865&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23865&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23865&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23865&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23865&r=gnused
#23354 [Com]: Use of variable before registration problem
ID: 23354 Comment by: downsize at edwardsconsultants dot com Reported By: bill dot macallister at prideindustries dot com Status: Closed Bug Type: Session related Operating System: Linux 2.4.18-27.7.xsmp PHP Version: 4-STABLE-200304281330 New Comment: I have been able to reproduce a SESSION (I believe to be the same bug) error with the following test case: using a GET request (example: $_GET['some_name'], setup any variable assigning it some value (I tested string, array, and int) then serialize the variables into the SESSION. Submit a form and I loose the Session vars. sample code: if(isset($_GET['some_var'])){ //..validate some_var //..I used it to query a db and now I have some data $some_data = "test"; $data_array = array("some_data" => $some_data); $test_int = 6510864; $_SESSION['test1'] = serialize($some_data); $_SESSION['test2'] = serialize($data_array); $_SESSION['test3'] = $test_int; //no serialize necessary echo ' '; } if you were to use that code with phpv4.3.1 in a page that you arrived at from a GET request, then submit a POST to another page, var_dump the $_SESSION to find it empty. I changed my GET request to POST (not what I wanted to do since I have to setup a form with buttons as opposed to href's) and I successfully retain my SESSION vars. In both cases I use the variable *before* I register it. later, downsize Previous Comments: [2003-05-23 11:23:24] bill dot macallister at prideindustries dot com While the test case that caused this failure was solved with RC4 we are stilling seeing an intermittent problem with session information disappearing. Unfortunately we cannot reproduce the problem at will and see it once or twice is several hundred accesses to this application. We are working on getting more details, but at this point that looks like a slow process. I just wanted to let you know in case you notice something that might be causing this. Thanks again for you efforts, Bill [2003-05-18 11:50:28] [EMAIL PROTECTED] Fix will be in PHP 4.3.2. [2003-05-17 17:40:06] bill dot macallister at prideindustries dot com Looks like that fixed the problem. Initial tests are good. Thanks a lot, Bill [2003-05-15 13:19:28] [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 This might be fixed now. [2003-05-09 01:02:37] bill dot macallister at prideindustries dot com On a development system that is exhibits this problem we tried pulling out our customer handler routines and used the vanilla session support in PHP. The problem persists. 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/23354 -- Edit this bug report at http://bugs.php.net/?id=23354&edit=1
#23864 [NEW]: Update GD after GIF patent expires June 20
From: trobinson at gksystems dot com Operating system: all PHP version: 4.3.2RC4 PHP Bug Type: Feature/Change Request Bug description: Update GD after GIF patent expires June 20 GD 2 can read GIF files, but cannot write them, due to the Unisys patent. The patent expires on June 20,2003 - that's three weeks!!! Note that ImageMagick.org have stated: "...wait until June 20, 2003, when the patent expires and LZW is enabled by default in ImageMagick distributions." I hope that GD will do likewise. If there are plans for updating the PHP GD functions in the next little while, it would be nice to base it on the new GIF version. ...Tom -- Edit bug report at http://bugs.php.net/?id=23864&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23864&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23864&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23864&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23864&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23864&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23864&r=support Expected behavior: http://bugs.php.net/fix.php?id=23864&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23864&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23864&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23864&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23864&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23864&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23864&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23864&r=gnused
#23863 [NEW]: Please add ImageGetTransparent()
From: trobinson at gksystems dot com Operating system: all PHP version: 4.3.2RC4 PHP Bug Type: Feature/Change Request Bug description: Please add ImageGetTransparent() When reading a GIF image, I would like to know if it has a transparent color. gdImageGetTransparent() is the function I need, but it does not *yet* have a PHP counterpart. ..Tom -- Edit bug report at http://bugs.php.net/?id=23863&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23863&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23863&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23863&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23863&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23863&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23863&r=support Expected behavior: http://bugs.php.net/fix.php?id=23863&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23863&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23863&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23863&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23863&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23863&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23863&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23863&r=gnused
#23862 [NEW]: include_once no longer will include main file
From: jason at rpdesign dot com Operating system: Gentoo Linux PPC PHP version: 4.3.1 PHP Bug Type: Filesystem function related Bug description: include_once no longer will include main file include_once will not include the file that the browser has requested. even if it has not been executed yet (from withith the auto_prepend_file.) I am using mod_php with apache 2. In my .htaccess file I have: php_value auto_prepend_file prep.php in prep.php I have: ... # Get the name of the file requested from the browser $mainfile = ereg_replace('.*/', '', $_SERVER['SCRIPT_FILENAME']); include_once($mainfile); This now does nothing. With php 4.2.1 on your x86 RedHat box this works fine. -- Edit bug report at http://bugs.php.net/?id=23862&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23862&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23862&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23862&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23862&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23862&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23862&r=support Expected behavior: http://bugs.php.net/fix.php?id=23862&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23862&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23862&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23862&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23862&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23862&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23862&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23862&r=gnused
#23861 [NEW]: php_gd2.dll - The Specified procedure cannot be found
From: steve at enerds dot ca Operating system: Windows PHP version: 4.3.2RC4 PHP Bug Type: Dynamic loading Bug description: php_gd2.dll - The Specified procedure cannot be found OS: Windows XP Professional, Sp1 Web Server: Apache 2.0.45 Win 32 In trying the new 4.3.2 RC4, I am trying to load the gd2 library without success. When I modify my php.ini and un-comment the line: extension=php_gd2.dll I get the following error. Unknown(): Unable to load dynamic library 'c:\php\extensions\php_gd2.dll' - The specified procedure cannot be found The dll does exist at that path, and I have verified it is actually being able to find it. In changing the dll name to php_test.dll the error message changes to the appropriate: "The specified module cannot be found" Regards, ~Steve -- Edit bug report at http://bugs.php.net/?id=23861&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23861&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23861&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23861&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23861&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23861&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23861&r=support Expected behavior: http://bugs.php.net/fix.php?id=23861&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23861&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23861&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23861&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23861&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23861&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23861&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23861&r=gnused
#23821 [Fbk->Opn]: Not requireing or including files
ID: 23821 User updated by: admin at donelson dot net Reported By: admin at donelson dot net -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 4.3.3-dev New Comment: Here is the scripts you requested. I had done as you asked and looked into reporting a bug and here is the end result. This order.php reproduces the error perfectly. order.php is supposed to include McDonalds.php so it knows how to place and receive and order. http://localhost/phpBug/McDonalds.php";); // Nope require("http://www.donelson.net/phpBug/McDonalds.php";); // Nope $meal = new HappyMeal(1); $meal->Buy(); ?> http://www.donelson.net/phpBug/McDonalds.php */ // Enable first line below for local testing, // second URL local testing, and third for actual usage // The support files are uploaded for testing purposes. require("food.php"); //require("http://localhost/phpBug/food.php";); //require("http://www.donelson.net/phpBug/food.php";); class HappyMeal { var $m_meal = array(); var $m_burger; var $m_side; var $m_drink; function HappyMeal($number=1) { $this->m_meal['burger'] = new Burger($number); $this->m_meal['side'] = new Side($number); $this->m_meal['drink'] = new Drink($number); } function Buy() { foreach ($this->m_meal as $item) { echo sprintf("Preparing %s",$item->Prepare()); } } } ?> http://www.donelson.net/phpBug/food.php */ class Item { var $name = ''; function Prepare() { return $this->name; } } class Burger extends Item { var $name = 'BigMAC'; } class Side extends Item { var $name = 'Fries'; } class Drink extends Item { var $name = 'Dr Pepper'; } ?> Previous Comments: [2003-05-27 03:39:44] [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. We need a short, self contained reproducing script. [2003-05-26 19:54:15] admin at donelson dot net reopened. [2003-05-26 19:53:29] admin at donelson dot net Thanks sniper, I went there and download/installed 4.3.3-dev. I get the samething on localhost, dont know on remote host. They only run the latest released stable versions :( Everything is same as it was before. Any more ideas for me? I got an entire library that I am trying to get out but this needs to be fixed first. [2003-05-26 19:19:06] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-05-26 19:03:57] admin at donelson dot net localhost is a Windows XP Home machine, running php 4.3.1 and Apache 2. The localhost file test.php requires the files needed from http://www.donelson.net/InetX/ and works great. The below URL is in the address bar from the Zend Debugger. http://localhost/InetX/test.php?start_debug=1&debug_stop=1&debug_port=1&debug_no_cache=1053993574959 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/23821 -- Edit this bug report at http://bugs.php.net/?id=23821&edit=1
#17868 [Com]: Doesn't work two and more directives of PHP code on different OS
ID: 17868 Comment by: joe at joe-lewis dot com Reported By: messiah at hotbox dot ru Status: Closed Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: Is this apxs2 an apache configuration option or a php option? I am using apache 2.0.45, with php 4.3.1, and am still encountering the error. I have tried --with-apxs2handler=/usr/local/bin/apxs and --with-apxs2filter=/usr/local/bin/apxs in both PHP and Apache, with no successes. In fact, now (though my configuration is good), any PHP page is not executed or parsed, but returned as type x-httpd-php, which is "somewhat" operational (i.e. it has the right type, but the libphp4 module is not being called as specified in my httpd.conf file). Previous Comments: [2003-02-13 09:40:43] lists at holsman dot net RE: apache2 & php developers not working together. I agree. infact 2 apache2 developers spent a couple of hours and created a new php/apache2 sapi interface, and It would be great if you could give it a try and send some feedback if you could try the --with-apxs2handler instead of --with-apxs2 this might help. this uses the standard handler mechanism, and not the filter API. look forward to hearding how it goes. Ian [2003-02-12 13:54:03] [EMAIL PROTECTED] Both. [2003-02-12 13:50:53] Darryl dot Friesen at usask dot ca When you say "This bug has been fixed in CVS" do you mean 4.3.x-dev or 5.0.x-dev? [2003-01-28 10:35:24] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-01-21 13:11:16] mike_tharp at hermanmiller dot com I have run accross this as well on IIS5 and Win2k so it isn't limited to just Apache. Going back to PHP 4.2.3 resolves the issue but 4.3.0 will only acknowledge the first include and then page halts loading when the second is encountered. 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868&edit=1
#23764 [Bgs]: session spans 2 or more IE windows, PHP doesn't let me create a unique session
ID: 23764 User updated by: mfoxx at hotmail dot com Reported By: mfoxx at hotmail dot com Status: Bogus Bug Type: Session related Operating System: RH 6.2 PHP Version: 4.3.0 New Comment: Just for the record, and for posterity who might read this thread and wonder, the solution was to change both the session name AND the session id BEFORE calling session_start() in the first script loaded into the new window. Thereafter in that new window (popup), before each call to session_start(), you only have to change the session name (otherwise it will default back to the "PHPSESSID"). This gave me the results I expected, the problem really was that it was not a correctly documented process, and so it appeared to be a bug at first. I have since submitted this to the documentation team to have them consider clarifying their documentation. Previous Comments: [2003-05-28 03:44:02] heng at yahoo dot com even you using other language like micro$oft' ASP, you also will get the same result. So no blaming to php, as rasmus said "Do a little bit of homework please and give us something to go on." [2003-05-23 11:32:10] [EMAIL PROTECTED] Actually, the fact that you don't buy PHP gives us all the freedom in the world to be rude and unhelpful. Compare the result of all this with you having submitted a bug report to Microsoft. They would have politely ignored you. We rudely solved your problem within 24 hours. Which would you rather have? You are in no position to complain here and I would advise you to stop flaming the hands that feed you. [2003-05-23 11:21:59] mfoxx at hotmail dot com Ya know, if the session_name() was the only problem, and the session_name() is by default globally always "PHPSESSID", then why would simply opening up a new internet explorer browser window manually and loading myscriptB.php into it NOT have that behavior? I'll tell you why, cause its a combination of both the session_id and the session_name needing to be different. Clearly, the PHP documentation doesn't spell this out in any detail, and so I will be submitting a request to them to add some description of how to correctly start a new session and abandon any old or inherited one for that window. That's not an easy, intuitive, or simple concept that any old programmer would catch right away --- that two seperately opened windows would have their own unique session_id, and therefore the common PHPSESSID name wouldn't matter, whereas spawning a child window through an tag would copy over the default session_id and so the only way to diffrentiate in that case is to change not only the session_id but the default session_name as well. You almighty PHP gods clearly knew that, since you responded to me by saying "so of course the last accessed script..." Us lowly PHP minions though aren't as well versed in all the ins and outs. Reading less than clear documentation on the subject, as well as posting the same question to several different forums, and having NOONE that understood that quirk, clearly it appeared to me to be unexpected behavior, ie A BUG. I apologize for so severely wasting your time. I wish at first glance someone might have read a little closer my original post (cause my omission was clear and obvious then) and pointed it out, instead of taking the easy way out and just blaming it on my older version of PHP. That was by beef in the the first place, that it didn't appear to be version related, and I was right. It's your bad handling that escalated this discussion beyond a simple support open-and-close case. Your collective self-righteous and condescending attitude doesn't help anyone here. You can't possibly expect that every single USER of PHP would be so well versed in all the insides of PHP, like looking at session files and cookies and doing traces, etc. People of all different levels of knowledge come to the PHP website, and its several different tools, FOR SUPPORT. I guess you assume otherwise since we don't really buy PHP like we would a product from microsoft. That doesn't just let you off the hook, free to be rude and unhelpful to those that are genuinely seeking assistance. The bug reporting tool is clearly focused on documenting unexpected or buggy behavior and trying to find out the solution to it. The trouble is that you feel your job is not support in any sense, and so you assume initially that every post here is BOGUS until we the inexperienced find a way to prove otherwise. "Guilty until proven innocent". Very poor public relations skills on all your parts. It's rude to make someone feel it was a huge inconvenience that they stumbled (incorrectly) into the bug reporting tool for this problem (when its clear and logical that
#23857 [Opn->Fbk]: Trouble with Tags -- Scriptingengine dont work
ID: 23857 Updated by: [EMAIL PROTECTED] Reported By: php at panzyk dot net -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Red Hat 8 PHP Version: 4.3.1 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-05-28 09:55:21] php at panzyk dot net Hello, I got a strange Problem with PhP4.3.1 This document will not be executed by PHP,and PHPCode stands in cleartext into the document: - snip --- Titel After changing one line: - snip --- "?> Titel With changing that single ""-line i got the full phpinformation. And all script-stuff is working fine. Here some installparameters: some installparameters: './configure' '--prefix=/opt/lampp' '--with-apxs2=/opt/lampp/bin/apxs' '--with-config-file-path=/opt/lampp/etc' '--with-mysql=/opt/lampp' '--disable-debug' '--enable-bcmath' '--enable-calendar' '--enable-ctype' '--enable-dbase' '--enable-discard-path' '--enable-exif' '--enable-filepro' '--enable-force-cgi-redirect' '--enable-ftp' '--enable-gd-imgstrttf' '--enable-gd-native-ttf' '--with-ttf' '--enable-magic-quotes' '--enable-memory-limit' '--enable-safe-mode' '--enable-shmop' '--enable-sigchild' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-versioning' '--enable-wddx' '--enable-yp' '--with-ftp' '--with-gdbm=/opt/lampp' '--with-jpeg-dir=/opt/lampp' '--with-png-dir=/opt/lampp' '--with-tiff-dir=/opt/lampp' '--with-freetype-dir=/opt/lampp' '--without-xpm' '--with-zlib=yes' '--with-zlib-dir=/opt/lampp' '--with-openssl=/opt/lampp' '--with-expat-dir=/opt/lampp' '--enable-xslt' '--with-xslt-sablot=/opt/lampp' '-with-ming=/opt/lampp' '--with-dom=/opt/lampp' '--with-ldap=/opt/lampp' '--with-ncurses=/opt/lampp' '--with-gd' '--with-imap-dir=/opt/lampp' '--with-imap-ssl' '--with-imap=/opt/lampp' '--with-gettext=/opt/lampp' '--with-mssql=/opt/lampp' -- Edit this bug report at http://bugs.php.net/?id=23857&edit=1
#23860 [NEW]: published regexp not working: ^(?=.*\d)(?=.*[a-z])(?=.*[A-Z]).{4,8}$
From: jbarwick at sentienthealth dot com Operating system: Linux GlibC 2.1 PHP version: 4.3.1 PHP Bug Type: PCRE related Bug description: published regexp not working: ^(?=.*\d)(?=.*[a-z])(?=.*[A-Z]).{4,8}$ Very interesting problem...this published regexp: ^(?=.*\d)(?=.*[a-z])(?=.*[A-Z]).{4,8}$ was working with my PHP4.3.0 on Win32 platform and on 4.3.0 on RedHat8.0 (all RH patches installed). However, this regexp is NOT working on RedHat 9 with Apache 2.0. Any ideas why? Gives REG_BADRPT messageSimple regexp's DO work. This regexp compiles if you remove the ?'s (but of course...will not do what I want it to!)...and of course the string is: $regexp="^(?=.*\\d)(?=.*[a-z])(?=.*[A-Z]).{4,8}\$"; taken directly from http://regexlib.com BTW: libiconv 1.8 is installed. mbstring is loaded and all encodings are set to UTF8...yes, ereg is not 8 bit safe...know that...hope this ain't the problem. 4.3.1 was compiled with --with-regex=system...however, it appears to use "bundled" regexp anyway. (tried with regex=php and regex=system...both produce same results..ie. used bundled regexp library). this is NOT an Apache problemphp CGI version produces same results...even though somewhere in the depths I read "php must be compiled with the same regexp version as apache if php loaded as module". I hear what this is saying, but I don't understand how to determine this...and, like I said...CGI version produces same result. Mayble I'll try --with-regexp=apache...see what happens... If this is the same thing as Bug #1683...sorry...please combine with that onebut...I'm not sure it's the same. any response may be helpful...HLP! -- Edit bug report at http://bugs.php.net/?id=23860&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23860&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23860&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23860&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23860&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23860&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23860&r=support Expected behavior: http://bugs.php.net/fix.php?id=23860&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23860&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23860&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23860&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23860&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23860&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23860&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23860&r=gnused
#21958 [Com]: fopen fails in safe mode
ID: 21958 Comment by: ohp at pyrenet dot fr Reported By: ct at swin dot edu dot au Status: Verified Bug Type: Filesystem function related Operating System: Tru64 UNIX 5.1A PHP Version: 4.3.2-dev 5.0.0-dev Assigned To: wez New Comment: after 2 strggling, I came with the following path on safe_mode.c against 4.3.2RC4. Not sure it's the right thing to do. could someone have a look? Regards *** main/safe_mode.c.orig lun mrs 17 14:50:23 2003 --- main/safe_mode.cmar mai 27 15:06:30 2003 *** *** 66,71 --- 66,72 mode = CHECKUID_DISALLOW_FILE_NOT_EXISTS; } else { mode = CHECKUID_CHECK_FILE_AND_DIR; + flags=1; } } *** *** 81,86 --- 82,88 * If that fails, passthrough and check directory... */ if (mode != CHECKUID_ALLOW_ONLY_DIR) { + strcpy(path,filename); VCWD_REALPATH(filename, path); ret = VCWD_STAT(path, &sb); if (ret < 0) { this works on Unixware 713 Previous Comments: [2003-05-27 06:29:50] ohp at pyrenet dot fr I have made tons of research on this since yesterday. It appears that realpath (at least on UW 713) set path to NULLL, returns NULL with errno=2 in case of a non existing file on line 86 in safe_mode.c then function proceeds to line 116 with a NULL path, all functions fail and the file cannot be created. Hope this help to create a patch (I'm trying to but don't know the code enough too) Please someone help. [EMAIL PROTECTED] [2003-05-26 09:34:28] ohp at pyrenet dot fr The bug is still there with php-4.3.2RC4 as an apache 1.3.27 module. This is on Unixware 7. with safe_mode=Off, file creation succeeds, with safe_mode=On, file creattion fails with "failed to open stream: no such file or directory ..." I've tried setting the dir 777, make it owned by apache UID.. Nothing worked. A truss of the apache server showed that the last syscall before failed was a pathconf(filename,...) returning ENOENT File didn't exist so it's normal. Please help [2003-04-23 13:57:22] patrick_cossette1 at uqtr dot ca With AIX 4.3.3 and PHP 4.3.1. With safe_mode on , I cannot create a file with neither touch nor fopen nor mkdir. (With safe_mode off, the creation works). Apache is running under user "web" and group "web". I have the directory /web/hee_dev whose owner is web.web with permissions rwxr-s--- I have the script testing.php located in that directory: If the file "filetocreate" does not already exist, I get the following error while executing the script: Warning: Unable to access filetocreate in /web/hee_dev/testing.php on line 2 Warning: fopen("filetocreate", "w+") - No such file or directory in /web/hee_dev/testing.php on line 2 If the file already exists, I can open it without any problem. I had read somewhere in the bug database that this should be solved by now, but with 4.3.1, it still produces this error. [2003-04-01 11:29:19] ohp at pyrenet dot fr I have the same problem on 4.2.3 and 4.3.1. I noticed that making touch before fopen("xxx","w") creates the file so fopen succeeds. [2003-02-26 20:44:34] [EMAIL PROTECTED] Using Tru64 UNIX 5.1. Both 4.3.2-dev and 5.0.0-dev. Tested with safe_mode on and trying to create a file in /tmp 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/21958 -- Edit this bug report at http://bugs.php.net/?id=21958&edit=1
#23859 [NEW]: getopts() indicates set options using FALSE
From: csnyder at chxo dot com Operating system: Linux / FreeBSD PHP version: 4.3.1 PHP Bug Type: Feature/Change Request Bug description: getopts() indicates set options using FALSE The current behavior of getopts() is counter-intuitive. >From the manual: "If an option does not have an argument, the value will be set to FALSE." But this leads to a script like the following: #!/usr/local/bin/php This is confusing -- we test for the presence of an option in the command line by checking whether it is FALSE? It would be quite helpful, at least in cases where no additional value was expected (an option string of "a" vs. an option string of "a:") for getopts to set the value to TRUE. The script above could then be: #!/usr/local/bin/php ...which is much easier to figure out. -- Edit bug report at http://bugs.php.net/?id=23859&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23859&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23859&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23859&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23859&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23859&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23859&r=support Expected behavior: http://bugs.php.net/fix.php?id=23859&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23859&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23859&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23859&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23859&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23859&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23859&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23859&r=gnused
#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Comment by: zen at heavengames dot com Reported By: tnowak at triger dot com dot pl Status: Closed Bug Type: Apache related Operating System: linux PHP Version: 4.3.0 New Comment: That fix works. Thanks! Previous Comments: [2003-05-23 21:36:35] zen at heavengames dot com I'll give that a try and see what happens. Will report back after this weekend. [2003-05-23 10:29:18] [EMAIL PROTECTED] So if one sets open_basedir in one vhost, one must set it in every vhost, as none or otherwise? [2003-05-23 10:14:23] [EMAIL PROTECTED] In the other vhost, set open_basedir to none [2003-05-23 10:03:57] zen at heavengames dot com Tried it with PHP4.3.2RC4. Problem still persists: [23-May-2003 11:00:05] PHP Warning: Unknown(): open_basedir restriction in effect. File(/usr/www/heavend1/httpd/htdocs/zen/gallery/view_album.php) is not within the allowed path(s): (/usr/www/heavend1/httpd/htdocs/wildfire/:/usr/www/heavend1/httpd/.php/) in Unknown on line 0 [23-May-2003 11:00:05] PHP Warning: Unknown(/usr/www/heavend1/httpd/htdocs/zen/gallery/view_album.php): failed to open stream: Operation not permitted in Unknown on line 0 [23-May-2003 11:00:05] PHP Warning: (null)(): Failed opening '/usr/www/heavend1/httpd/htdocs/zen/gallery/view_album.php' for inclusion (include_path='.:/usr/www/heavend1/php') in Unknown on line 0 --- httpd.conf configuration: php_admin_flag safe_mode On php_admin_value doc_root /usr/www/heavend1/httpd/htdocs/wildfire/ php_admin_value open_basedir /usr/www/heavend1/httpd/htdocs/wildfire/:/usr/www/heavend1/httpd/.php/ php_admin_value error_log /usr/www/heavend1/httpd/logs/wildfire/php_error php_flag display_errors On php_admin_flag register_globals Off php_admin_flag safe_mode Off php_admin_value doc_root /usr/www/heavend1/httpd/htdocs/zen php_admin_value error_log /usr/www/heavend1/httpd/logs/zen/php_error_log php_flag display_errors Off php_admin_flag register_globals Off [2003-05-23 09:57:42] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19292 -- Edit this bug report at http://bugs.php.net/?id=19292&edit=1
#23858 [NEW]: ignore_user_abort not working.
From: yefka at ifrance dot com Operating system: Windows 2000 SP3 PHP version: 4.3.1 PHP Bug Type: *Network Functions Bug description: ignore_user_abort not working. ignore_user_abort(false) don't work and the script stays running in background, using CPU and memory until the end, even if the user has abort the download of the page... connection_* are not working too. I tried to set this parameter in the php.ini or the httpd.conf, as explained on the documentation, but it has no effect at all. I tried with Apache 1.3.x and it's working fine... It seams that this problem is due to the php4apache2.dll -- Edit bug report at http://bugs.php.net/?id=23858&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23858&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23858&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23858&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23858&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23858&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23858&r=support Expected behavior: http://bugs.php.net/fix.php?id=23858&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23858&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23858&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23858&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23858&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23858&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23858&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23858&r=gnused
#23857 [NEW]: Trouble with Tags -- Scriptingengine dont work
From: php at panzyk dot net Operating system: Red Hat 8 PHP version: 4.3.1 PHP Bug Type: Scripting Engine problem Bug description: Trouble with Tags -- Scriptingengine dont work Hello, I got a strange Problem with PhP4.3.1 This document will not be executed by PHP,and PHPCode stands in cleartext into the document: - snip --- Titel After changing one line: - snip --- "?> Titel With changing that single ""-line i got the full phpinformation. And all script-stuff is working fine. Here some installparameters: some installparameters: './configure' '--prefix=/opt/lampp' '--with-apxs2=/opt/lampp/bin/apxs' '--with-config-file-path=/opt/lampp/etc' '--with-mysql=/opt/lampp' '--disable-debug' '--enable-bcmath' '--enable-calendar' '--enable-ctype' '--enable-dbase' '--enable-discard-path' '--enable-exif' '--enable-filepro' '--enable-force-cgi-redirect' '--enable-ftp' '--enable-gd-imgstrttf' '--enable-gd-native-ttf' '--with-ttf' '--enable-magic-quotes' '--enable-memory-limit' '--enable-safe-mode' '--enable-shmop' '--enable-sigchild' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-versioning' '--enable-wddx' '--enable-yp' '--with-ftp' '--with-gdbm=/opt/lampp' '--with-jpeg-dir=/opt/lampp' '--with-png-dir=/opt/lampp' '--with-tiff-dir=/opt/lampp' '--with-freetype-dir=/opt/lampp' '--without-xpm' '--with-zlib=yes' '--with-zlib-dir=/opt/lampp' '--with-openssl=/opt/lampp' '--with-expat-dir=/opt/lampp' '--enable-xslt' '--with-xslt-sablot=/opt/lampp' '-with-ming=/opt/lampp' '--with-dom=/opt/lampp' '--with-ldap=/opt/lampp' '--with-ncurses=/opt/lampp' '--with-gd' '--with-imap-dir=/opt/lampp' '--with-imap-ssl' '--with-imap=/opt/lampp' '--with-gettext=/opt/lampp' '--with-mssql=/opt/lampp' -- Edit bug report at http://bugs.php.net/?id=23857&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23857&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23857&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23857&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23857&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23857&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23857&r=support Expected behavior: http://bugs.php.net/fix.php?id=23857&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23857&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23857&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23857&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23857&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23857&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23857&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23857&r=gnused
#23847 [Fbk->Opn]: ../libphp4.so: invalid ELF header
ID: 23847 User updated by: eddie at rola dot ch Reported By: eddie at rola dot ch -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SuSE Linux Prof. 8.0 PHP Version: 4.3.2RC4 New Comment: Now failure messages anymore, but PHP still doesn't work. All my php files are showing the source code. Did I forgot something? I thought the configuration settigs would be sufficient: Apache: --with-layout=SuSE --enable-so PHP: --with-apxs2=/usr/sbin/apxs They are, right?? Previous Comments: [2003-05-28 09:03:40] eddie at rola dot ch I've never changed any configuration file under php4 path. That isn't necessary! I've change the path of the 'LoadModule' in "httpd.conf". I will try to use the CVS latest version. I hope a developer version can fix it. ;) [2003-05-28 08:55:03] [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 And don't try fixing anything in any configure file under the php4*/ directory. I'm 100% sure this is not any bug in PHP though, you're just doing something wrong there. (I just compiled the latest CVS snapshot with apache2 and it worked fine.) It's propably SuSE again that is broken here. [2003-05-28 05:48:35] eddie at rola dot ch After installing Apache 2.0.46 on the Webserver (--enable-so --with-layout=SuSE) and PHP 4.3.2RC4 (--with-apxs2=/usr/sbin/apxs) no warnings or failure messages has benn showed. The Configuration file of Apache had a wrong path of the libphp4.so (LoadModule). After I've changed it the failure message came by starting the webserver (Check Summary). Here the whole message: Cannot load /usr/lib/libphp4.so into server: invalid EFL header PS:I had no failure message before (like: cannot find libphp4.so) but the file can't be there [/usr/lib/apache/libphp4.do] because I don't have that file. After all php doesn't work without any failure messages. -- Edit this bug report at http://bugs.php.net/?id=23847&edit=1
#23856 [Opn->Bgs]: set attribute
ID: 23856 Updated by: [EMAIL PROTECTED] Reported By: anton_kar at mail dot ru -Status: Open +Status: Bogus Bug Type:DOM XML related PHP Version: 4.3.1 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 See Bug #21213 Previous Comments: [2003-05-28 08:58:14] anton_kar at mail dot ru // Simplified Chinese, national standard character set. $doc = domxml_open_mem(''); $root = $doc->document_element(); $node = $doc->create_element("para"); $root->append_child($node); $node->set_attribute("name","炎工作"); echo ($root->dump_mem(true)); RESULT Can I set 'normal' value? -- Edit this bug report at http://bugs.php.net/?id=23856&edit=1
#23854 [Bgs]: setlocale doesn't work
ID: 23854 User updated by: a at as-n dot de Reported By: a at as-n dot de Status: Bogus Bug Type: Date/time related Operating System: SuSE8.0 PHP Version: 4CVS-2003-05-28 (stable) New Comment: OOps, my mistake. Please close. Previous Comments: [2003-05-28 09:00:28] [EMAIL PROTECTED] Works fine here. [2003-05-28 08:42:24] a at as-n dot de Hi, I use the osCommerce shop and from upgrading php to 4.3.3dev setlocale doesn't work, I always get date in English and not in German. @setlocale(LC_TIME, 'de_DE'); seems to be ignored. -- Edit this bug report at http://bugs.php.net/?id=23854&edit=1
#23850 [Opn->Csd]: Corrected error display for problems running APXS
ID: 23850 Updated by: [EMAIL PROTECTED] Reported By: B dot Candler at pobox dot com -Status: Open +Status: Closed Bug Type: Compile Warning Operating System: FreeBSD-4.8 PHP Version: 4.3.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-05-28 08:01:03] B dot Candler at pobox dot com If there was a problem running APXS at configure time, it is re-run to generate a visible error message. However the script forgets to add the correct command-line parameters; as a result you always get the default APXS usage page instead of a report of what the error actually was. The following patch fixes it: --- php-4.3.1/sapi/apache/config.m4.origThu Jul 25 19:37:16 2002 +++ php-4.3.1/sapi/apache/config.m4 Wed May 28 13:51:44 2003 @@ -26,7 +26,7 @@ AC_MSG_RESULT([2. Apache was not compiled with DSO support (--enable-module=so);]) AC_MSG_RESULT([3. 'apxs' is not in your path. Try to use --with-apxs=/path/to/apxs]) AC_MSG_RESULT([The output of $APXS follows]) -$APXS +$APXS -q CFLAGS AC_MSG_ERROR([Aborting]) fi Without this patch, all you see is: Usage: apxs -g [-S =] -n apxs -q [-S =] ... apxs -c [-S =] [-o ] [-D [=]] [-I ] [-L ] [-l ] [-Wc,] [-Wl,] ... apxs -i [-S =] [-a] [-A] [-n ] ... apxs -e [-S =] [-a] [-A] [-n ] ... which is not very helpful. -- Edit this bug report at http://bugs.php.net/?id=23850&edit=1
#23855 [Com]: strange handling of file uploading
ID: 23855 Comment by: covex at nn dot ru Reported By: df at nn dot ru Status: Bogus Bug Type: *General Issues Operating System: Debian GNU/Linux (2.4.19) PHP Version: 4CVS-2003-05-28 (stable) New Comment: When we changed the form: ... worked well Previous Comments: [2003-05-28 08:59:08] [EMAIL PROTECTED] Use the $_FILES array. [2003-05-28 08:56:40] df at nn dot ru Small form and php code "; print_r($Params); print_r($Params_name); print ""; ?> --- When I try to call print_r($Params), it returns: Array ( [5] => some text ) instead what I expect: Array ( [5] => /tmp/php [6] => some text ) And print_r($Params_name) returns: Array ( [6] => filename ) But, if will replace file field and text, everything works fine. --- I'm using Apache 1.3.27 And here is my configure options: '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=php' '--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--disable-debug' '--enable-memory-limit' '--with-layout=GNU' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db2' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--enable-sigchild' '--enable-xml' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-exec-dir=/usr/lib/php4/libexec' '--with-pear=/usr/share/pear' '--disable-static' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-kerberos=/usr' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm' '--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr' '--with-recode=shared,/usr' '--enable-xslt=shared' '--with-xslt-sablot=shared,/usr' '--with-snmp=shared' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' PS: I noticed the same problem in a 4.3.1 -- Edit this bug report at http://bugs.php.net/?id=23855&edit=1
#23851 [Opn->Bgs]: segmentation fault when comose mail in IMP with HORDE along side php-4.2.0
ID: 23851 Updated by: [EMAIL PROTECTED] Reported By: raj at bangaloretelecom dot com -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: redhat linux 8 PHP Version: 4CVS-2003-05-28 (stable) New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. We're releasing PHP 4.3.2 tomorrow..also, update your c-client libs. Previous Comments: [2003-05-28 08:07:59] raj at bangaloretelecom dot com hi i have implemented php-4.2.0 with apache_1.3.27 along with imp-3.1 & horde. But when i tried to send mail after composing, the mail is not going and i am getting a message pop up as "the document contains no data" and i checked with error_log. What i observed is segmentation faulat with child pid exit. Can any one shed some light on this bug... expecting answer asap. thanx in advance. raj -- Edit this bug report at http://bugs.php.net/?id=23851&edit=1
#23847 [Opn->Fbk]: ../libphp4.so: invalid ELF header
ID: 23847 Updated by: [EMAIL PROTECTED] Reported By: eddie at rola dot ch -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SuSE Linux Prof. 8.0 PHP Version: 4.3.2RC4 Previous Comments: [2003-05-28 09:03:40] eddie at rola dot ch I've never changed any configuration file under php4 path. That isn't necessary! I've change the path of the 'LoadModule' in "httpd.conf". I will try to use the CVS latest version. I hope a developer version can fix it. ;) [2003-05-28 08:55:03] [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 And don't try fixing anything in any configure file under the php4*/ directory. I'm 100% sure this is not any bug in PHP though, you're just doing something wrong there. (I just compiled the latest CVS snapshot with apache2 and it worked fine.) It's propably SuSE again that is broken here. [2003-05-28 05:48:35] eddie at rola dot ch After installing Apache 2.0.46 on the Webserver (--enable-so --with-layout=SuSE) and PHP 4.3.2RC4 (--with-apxs2=/usr/sbin/apxs) no warnings or failure messages has benn showed. The Configuration file of Apache had a wrong path of the libphp4.so (LoadModule). After I've changed it the failure message came by starting the webserver (Check Summary). Here the whole message: Cannot load /usr/lib/libphp4.so into server: invalid EFL header PS:I had no failure message before (like: cannot find libphp4.so) but the file can't be there [/usr/lib/apache/libphp4.do] because I don't have that file. After all php doesn't work without any failure messages. -- Edit this bug report at http://bugs.php.net/?id=23847&edit=1
#23847 [Fbk->Opn]: ../libphp4.so: invalid ELF header
ID: 23847 User updated by: eddie at rola dot ch Reported By: eddie at rola dot ch -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SuSE Linux Prof. 8.0 PHP Version: 4.3.2RC4 New Comment: I've never changed any configuration file under php4 path. That isn't necessary! I've change the path of the 'LoadModule' in "httpd.conf". I will try to use the CVS latest version. I hope a developer version can fix it. ;) Previous Comments: [2003-05-28 08:55:03] [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 And don't try fixing anything in any configure file under the php4*/ directory. I'm 100% sure this is not any bug in PHP though, you're just doing something wrong there. (I just compiled the latest CVS snapshot with apache2 and it worked fine.) It's propably SuSE again that is broken here. [2003-05-28 05:48:35] eddie at rola dot ch After installing Apache 2.0.46 on the Webserver (--enable-so --with-layout=SuSE) and PHP 4.3.2RC4 (--with-apxs2=/usr/sbin/apxs) no warnings or failure messages has benn showed. The Configuration file of Apache had a wrong path of the libphp4.so (LoadModule). After I've changed it the failure message came by starting the webserver (Check Summary). Here the whole message: Cannot load /usr/lib/libphp4.so into server: invalid EFL header PS:I had no failure message before (like: cannot find libphp4.so) but the file can't be there [/usr/lib/apache/libphp4.do] because I don't have that file. After all php doesn't work without any failure messages. -- Edit this bug report at http://bugs.php.net/?id=23847&edit=1
#23854 [Opn->Bgs]: setlocale doesn't work
ID: 23854 Updated by: [EMAIL PROTECTED] Reported By: a at as-n dot de -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: SuSE8.0 PHP Version: 4CVS-2003-05-28 (stable) New Comment: Works fine here. Previous Comments: [2003-05-28 08:42:24] a at as-n dot de Hi, I use the osCommerce shop and from upgrading php to 4.3.3dev setlocale doesn't work, I always get date in English and not in German. @setlocale(LC_TIME, 'de_DE'); seems to be ignored. -- Edit this bug report at http://bugs.php.net/?id=23854&edit=1
#23855 [Opn->Bgs]: strange handling of file uploading
ID: 23855 Updated by: [EMAIL PROTECTED] Reported By: df at nn dot ru -Status: Open +Status: Bogus -Bug Type: Unknown/Other Function +Bug Type: *General Issues Operating System: Debian GNU/Linux (2.4.19) PHP Version: 4CVS-2003-05-28 (stable) New Comment: Use the $_FILES array. Previous Comments: [2003-05-28 08:56:40] df at nn dot ru Small form and php code "; print_r($Params); print_r($Params_name); print ""; ?> --- When I try to call print_r($Params), it returns: Array ( [5] => some text ) instead what I expect: Array ( [5] => /tmp/php [6] => some text ) And print_r($Params_name) returns: Array ( [6] => filename ) But, if will replace file field and text, everything works fine. --- I'm using Apache 1.3.27 And here is my configure options: '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=php' '--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--disable-debug' '--enable-memory-limit' '--with-layout=GNU' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db2' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--enable-sigchild' '--enable-xml' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-exec-dir=/usr/lib/php4/libexec' '--with-pear=/usr/share/pear' '--disable-static' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-kerberos=/usr' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm' '--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr' '--with-recode=shared,/usr' '--enable-xslt=shared' '--with-xslt-sablot=shared,/usr' '--with-snmp=shared' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' PS: I noticed the same problem in a 4.3.1 -- Edit this bug report at http://bugs.php.net/?id=23855&edit=1
#23856 [NEW]: set attribute
From: anton_kar at mail dot ru Operating system: PHP version: 4.3.1 PHP Bug Type: DOM XML related Bug description: set attribute // Simplified Chinese, national standard character set. $doc = domxml_open_mem(''); $root = $doc->document_element(); $node = $doc->create_element("para"); $root->append_child($node); $node->set_attribute("name","炎工作"); echo ($root->dump_mem(true)); RESULT Can I set 'normal' value? -- Edit bug report at http://bugs.php.net/?id=23856&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23856&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23856&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23856&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23856&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23856&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23856&r=support Expected behavior: http://bugs.php.net/fix.php?id=23856&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23856&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23856&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23856&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23856&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23856&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23856&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23856&r=gnused
#23848 [Opn->Bgs]: is_integer does not work
ID: 23848 Updated by: [EMAIL PROTECTED] Reported By: dcon at eurobjects dot com -Status: Open +Status: Bogus -Bug Type: Unknown/Other Function +Bug Type: *General Issues Operating System: Linux Redhat 8 PHP Version: 4.3.2RC4 New Comment: Works fine here. Previous Comments: [2003-05-28 06:35:44] dcon at eurobjects dot com is_integer always returns nothing. The same code plays well with 4.3.1. Apache 1.3.27 (just mentioning). -- Edit this bug report at http://bugs.php.net/?id=23848&edit=1
#23855 [NEW]: strange handling of file uploading
From: df at nn dot ru Operating system: Debian GNU/Linux (2.4.19) PHP version: 4CVS-2003-05-28 (stable) PHP Bug Type: Unknown/Other Function Bug description: strange handling of file uploading Small form and php code "; print_r($Params); print_r($Params_name); print ""; ?> --- When I try to call print_r($Params), it returns: Array ( [5] => some text ) instead what I expect: Array ( [5] => /tmp/php [6] => some text ) And print_r($Params_name) returns: Array ( [6] => filename ) But, if will replace file field and text, everything works fine. --- I'm using Apache 1.3.27 And here is my configure options: '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=php' '--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--disable-debug' '--enable-memory-limit' '--with-layout=GNU' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db2' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--enable-sigchild' '--enable-xml' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-exec-dir=/usr/lib/php4/libexec' '--with-pear=/usr/share/pear' '--disable-static' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-kerberos=/usr' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm' '--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr' '--with-recode=shared,/usr' '--enable-xslt=shared' '--with-xslt-sablot=shared,/usr' '--with-snmp=shared' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' PS: I noticed the same problem in a 4.3.1 -- Edit bug report at http://bugs.php.net/?id=23855&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23855&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23855&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23855&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23855&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23855&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23855&r=support Expected behavior: http://bugs.php.net/fix.php?id=23855&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23855&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23855&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23855&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23855&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23855&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23855&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23855&r=gnused
#23847 [Opn->Fbk]: ../libphp4.so: invalid ELF header
ID: 23847 Updated by: [EMAIL PROTECTED] Reported By: eddie at rola dot ch -Status: Open +Status: Feedback -Bug Type: *Configuration Issues +Bug Type: Compile Failure Operating System: SuSE Linux Prof. 8.0 PHP Version: 4.3.2RC4 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 And don't try fixing anything in any configure file under the php4*/ directory. I'm 100% sure this is not any bug in PHP though, you're just doing something wrong there. (I just compiled the latest CVS snapshot with apache2 and it worked fine.) It's propably SuSE again that is broken here. Previous Comments: [2003-05-28 05:48:35] eddie at rola dot ch After installing Apache 2.0.46 on the Webserver (--enable-so --with-layout=SuSE) and PHP 4.3.2RC4 (--with-apxs2=/usr/sbin/apxs) no warnings or failure messages has benn showed. The Configuration file of Apache had a wrong path of the libphp4.so (LoadModule). After I've changed it the failure message came by starting the webserver (Check Summary). Here the whole message: Cannot load /usr/lib/libphp4.so into server: invalid EFL header PS:I had no failure message before (like: cannot find libphp4.so) but the file can't be there [/usr/lib/apache/libphp4.do] because I don't have that file. After all php doesn't work without any failure messages. -- Edit this bug report at http://bugs.php.net/?id=23847&edit=1