#25665 [Asn]: var_dump/print_r hang on NaN and INF
ID: 25665 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: *General Issues Operating System: * PHP Version: 4CVS, 5CVS Assigned To: helly New Comment: Could reproduce it also on Solaris 10 (Sparc) with latest 4CVS Previous Comments: [2005-10-08 14:28:24] [EMAIL PROTECTED] Assigned to the maintainer of this part.. :) [2005-10-08 11:09:01] [EMAIL PROTECTED] Could reproduce that bug with 4.4.1RC1 on Cygwin [2004-06-18 20:49:08] [EMAIL PROTECTED] Could you please edit the following file: ext/standard/tests/math/bug25665.phpt and duplicate the '-INF' lines to also test 'INF'? Then please report the output of php run-tests.php ext/standard/tests/math/bug25665.phpt I suspect all but -INF works, right? [2004-06-18 14:18:40] scott_heffner at hotmail dot com Can't speak for the original poster, but I've run into this issue on Solaris 8 for x86. Thanks [2004-06-03 20:42:48] [EMAIL PROTECTED] Which platform are you running? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25665 -- Edit this bug report at http://bugs.php.net/?id=25665edit=1
#33398 [NoF-Opn]: Compile failure
ID: 33398 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: SunOS 5.10 PHP Version: 5.1.0b1 New Comment: Could reproduce with latest 5.0-CVS ($ ./configure; make; make test): gcc -Iext/dom/ -I/tmp/php5-STABLE-200510090640/ext/dom/ -DPHP_ATOM_INC -I/tmp/php5-STABLE-200510090640/include -I/tmp/php5-STABLE-200510090640/main -I/tmp/php5-STABLE-200510090640 -I/usr/include/libxml2 -I/tmp/php5-STABLE-200510090640/TSRM -I/tmp/php5-STABLE-200510090640/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /tmp/php5-STABLE-200510090640/ext/dom/userdatahandler.c -o ext/dom/userdatahandler.o echo ext/dom/userdatahandler.lo gcc -I/usr/include -Iext/iconv/ -I/tmp/php5-STABLE-200510090640/ext/iconv/ -DPHP_ATOM_INC -I/tmp/php5-STABLE-200510090640/include -I/tmp/php5-STABLE-200510090640/main -I/tmp/php5-STABLE-200510090640 -I/usr/include/libxml2 -I/tmp/php5-STABLE-200510090640/TSRM -I/tmp/php5-STABLE-200510090640/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /tmp/php5-STABLE-200510090640/ext/iconv/iconv.c -o ext/iconv/iconv.o echo ext/iconv/iconv.lo In file included from /usr/include/iso/stdarg_iso.h:41, from /usr/include/stdarg.h:32, from /tmp/php5-STABLE-200510090640/Zend/zend.h:76, from /tmp/php5-STABLE-200510090640/main/php.h:34, from /tmp/php5-STABLE-200510090640/ext/iconv/iconv.c:27: /usr/include/sys/va_impl.h:150: #error (Unrecognized compiler protocol for variable argument lists) make: *** [ext/iconv/iconv.lo] Error 1 ERROR: Cannot run tests without CLI sapi. Previous Comments: [2005-06-27 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-06-19 15:05:11] [EMAIL PROTECTED] It's sparc: $ /usr/sbin/prtdiag System Configuration: Sun Microsystems sun4u Sun Ultra 5/10 UPA/PCI (UltraSPARC-IIi 440MHz) System clock frequency: 110 MHz Memory size: 1024 Megabytes PHP5-stable fails: gcc -I/usr/include -Iext/iconv/ -I/home/nohn/php5-STABLE-200506191033/ext/iconv/ -DPHP_ATOM_INC -I/home/nohn/php5-STABLE-200506191033/include -I/home/nohn/php5-STABLE-200506191033/main -I/home/nohn/php5-STABLE-200506191033 -I/usr/include/libxml2 -I/home/nohn/php5-STABLE-200506191033/TSRM -I/home/nohn/php5-STABLE-200506191033/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /home/nohn/php5-STABLE-200506191033/ext/iconv/iconv.c -o ext/iconv/iconv.o echo ext/iconv/iconv.lo In file included from /usr/include/iso/stdarg_iso.h:41, from /usr/include/stdarg.h:32, from /home/nohn/php5-STABLE-200506191033/Zend/zend.h:76, from /home/nohn/php5-STABLE-200506191033/main/php.h:34, from /home/nohn/php5-STABLE-200506191033/ext/iconv/iconv.c:27: /usr/include/sys/va_impl.h:150: #error (Unrecognized compiler protocol for variable argument lists) make: *** [ext/iconv/iconv.lo] Error 1 PHP4-stable-latest compiles fine; make test works [2005-06-19 14:19:32] [EMAIL PROTECTED] And what platform is it? Sparc or x86? [2005-06-19 14:18:10] [EMAIL PROTECTED] Do these compile: http://snaps.php.net/php5-STABLE-latest.tar.gz http://snaps.php.net/php4-STABLE-latest.tar.gz ?? [2005-06-19 14:12:39] [EMAIL PROTECTED] The problem persits: /bin/sh /home/nohn/php5-200506191030/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/include -Iext/iconv/ -I/home/nohn/php5-200506191030/ext/iconv/ -DPHP_ATOM_INC -I/home/nohn/php5-200506191030/include -I/home/nohn/php5-200506191030/main -I/home/nohn/php5-200506191030 -I/usr/include/libxml2 -I/home/nohn/php5-200506191030/TSRM -I/home/nohn/php5-200506191030/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /home/nohn/php5-200506191030/ext/iconv/iconv.c -o ext/iconv/iconv.lo In file included from /usr/include/iso/stdarg_iso.h:41, from /usr/include/stdarg.h:32, from /home/nohn/php5-200506191030/Zend/zend.h:76, from /home/nohn/php5-200506191030/main/php.h:34, from /home/nohn/php5-200506191030/ext/iconv/iconv.c:27: /usr/include/sys/va_impl.h:150: #error (Unrecognized compiler protocol for variable argument lists) make: *** [ext/iconv/iconv.lo] Error 1 The remainder of the comments for this report are too long.
#33398 [Opn]: Compile failure
ID: 33398 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: SunOS 5.10 PHP Version: 5.1.0b1 New Comment: The same with 5.1-CVS: bin/sh /tmp/php5-200510090630/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/include -Iext/iconv/ -I/tmp/php5-200510090630/ext/iconv/ -DPHP_ATOM_INC -I/tmp/php5-200510090630/include -I/tmp/php5-200510090630/main -I/tmp/php5-200510090630 -I/usr/include/libxml2 -I/tmp/php5-200510090630/ext/date/lib -I/tmp/php5-200510090630/TSRM -I/tmp/php5-200510090630/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /tmp/php5-200510090630/ext/iconv/iconv.c -o ext/iconv/iconv.lo In file included from /usr/include/iso/stdarg_iso.h:41, from /usr/include/stdarg.h:32, from /tmp/php5-200510090630/Zend/zend.h:76, from /tmp/php5-200510090630/main/php.h:34, from /tmp/php5-200510090630/ext/iconv/iconv.c:27: /usr/include/sys/va_impl.h:150: #error (Unrecognized compiler protocol for variable argument lists) make: *** [ext/iconv/iconv.lo] Error 1 /bin/sh /tmp/php5-200510090630/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/include -Iext/iconv/ -I/tmp/php5-200510090630/ext/iconv/ -DPHP_ATOM_INC -I/tmp/php5-200510090630/include -I/tmp/php5-200510090630/main -I/tmp/php5-200510090630 -I/usr/include/libxml2 -I/tmp/php5-200510090630/ext/date/lib -I/tmp/php5-200510090630/TSRM -I/tmp/php5-200510090630/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /tmp/php5-200510090630/ext/iconv/iconv.c -o ext/iconv/iconv.lo In file included from /usr/include/iso/stdarg_iso.h:41, from /usr/include/stdarg.h:32, from /tmp/php5-200510090630/Zend/zend.h:76, from /tmp/php5-200510090630/main/php.h:34, from /tmp/php5-200510090630/ext/iconv/iconv.c:27: /usr/include/sys/va_impl.h:150: #error (Unrecognized compiler protocol for variable argument lists) make: *** [ext/iconv/iconv.lo] Error 1 Previous Comments: [2005-10-09 10:52:29] [EMAIL PROTECTED] Could reproduce with latest 5.0-CVS ($ ./configure; make; make test): gcc -Iext/dom/ -I/tmp/php5-STABLE-200510090640/ext/dom/ -DPHP_ATOM_INC -I/tmp/php5-STABLE-200510090640/include -I/tmp/php5-STABLE-200510090640/main -I/tmp/php5-STABLE-200510090640 -I/usr/include/libxml2 -I/tmp/php5-STABLE-200510090640/TSRM -I/tmp/php5-STABLE-200510090640/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /tmp/php5-STABLE-200510090640/ext/dom/userdatahandler.c -o ext/dom/userdatahandler.o echo ext/dom/userdatahandler.lo gcc -I/usr/include -Iext/iconv/ -I/tmp/php5-STABLE-200510090640/ext/iconv/ -DPHP_ATOM_INC -I/tmp/php5-STABLE-200510090640/include -I/tmp/php5-STABLE-200510090640/main -I/tmp/php5-STABLE-200510090640 -I/usr/include/libxml2 -I/tmp/php5-STABLE-200510090640/TSRM -I/tmp/php5-STABLE-200510090640/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /tmp/php5-STABLE-200510090640/ext/iconv/iconv.c -o ext/iconv/iconv.o echo ext/iconv/iconv.lo In file included from /usr/include/iso/stdarg_iso.h:41, from /usr/include/stdarg.h:32, from /tmp/php5-STABLE-200510090640/Zend/zend.h:76, from /tmp/php5-STABLE-200510090640/main/php.h:34, from /tmp/php5-STABLE-200510090640/ext/iconv/iconv.c:27: /usr/include/sys/va_impl.h:150: #error (Unrecognized compiler protocol for variable argument lists) make: *** [ext/iconv/iconv.lo] Error 1 ERROR: Cannot run tests without CLI sapi. [2005-06-27 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-06-19 15:05:11] [EMAIL PROTECTED] It's sparc: $ /usr/sbin/prtdiag System Configuration: Sun Microsystems sun4u Sun Ultra 5/10 UPA/PCI (UltraSPARC-IIi 440MHz) System clock frequency: 110 MHz Memory size: 1024 Megabytes PHP5-stable fails: gcc -I/usr/include -Iext/iconv/ -I/home/nohn/php5-STABLE-200506191033/ext/iconv/ -DPHP_ATOM_INC -I/home/nohn/php5-STABLE-200506191033/include -I/home/nohn/php5-STABLE-200506191033/main -I/home/nohn/php5-STABLE-200506191033 -I/usr/include/libxml2 -I/home/nohn/php5-STABLE-200506191033/TSRM -I/home/nohn/php5-STABLE-200506191033/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /home/nohn/php5-STABLE-200506191033/ext/iconv/iconv.c -o ext/iconv/iconv.o echo ext/iconv/iconv.lo In file included from /usr/include/iso/stdarg_iso.h:41, from /usr/include/stdarg.h:32, from /home/nohn/php5-STABLE-200506191033/Zend/zend.h:76,
#34792 [NEW]: Date() function bug
From: kallesommer at ofir dot dk
Operating system: UNIX/Windows
PHP version: 4.4.0
PHP Bug Type: Unknown/Other Function
Bug description: Date() function bug
Description:
If you look up at the manual on date() it says that l (lowercase 'L')
would give A full textual representation of the day of the week Sunday
through Saturday but if you look lower it also says Year: L Whether it's
a leap year 1 if it is a leap year, 0 otherwise.
So if you run your script you would get '1 or 0'...
Reproduce code:
---
?= date('L'); ?
Expected result:
I expect to see the name of the weekday..
--
Edit bug report at http://bugs.php.net/?id=34792edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34792r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34792r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34792r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34792r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34792r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34792r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34792r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34792r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34792r=support
Expected behavior: http://bugs.php.net/fix.php?id=34792r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34792r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34792r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34792r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34792r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34792r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34792r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34792r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34792r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34792r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34792r=mysqlcfg
#33602 [Bgs-Csd]: SoapVar wrongly encodes boolean
ID: 33602
Updated by: [EMAIL PROTECTED]
Reported By: sl at yes-co dot nl
-Status: Bogus
+Status: Closed
Bug Type: SOAP related
Operating System: Linux 2.6.8
PHP Version: 5.0.4
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD, PHP_5_1 and PHP_5_0.
Previous Comments:
[2005-07-21 13:14:26] sl at yes-co dot nl
This works as expected:
new SoapVar(2001-01-02T18:28:40+01:00, XSD_DATETIME)
The first parameter is put between XML tags, although it is not a PHP
type for a date. The string is just put between tags which indicate it
is a datetime. Therefore,
new SoapVar(true, XSD_BOOLEAN)
should put true between tags which indicate that it is a boolean.
[2005-07-21 12:14:54] [EMAIL PROTECTED]
This is not a bug from my point of view.
http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/#boolean
3.2.2 boolean
[Definition:] boolean has the ·value space· required to support the
mathematical concept of binary-valued logic: {true, false}.
3.2.2.1 Lexical representation
An instance of a datatype that is defined as ·boolean· can have the
following legal literals {true, false, 1, 0}.
Does this bug prevent ext/soap work with some services?
[2005-07-21 10:15:33] sl at yes-co dot nl
Confirmed for PHP Version 5.1.0-dev (Jul 21 2005 08:29:50).
new SoapVar('true', XSD_BOOLEAN)
should give:
return xsi:type=xsd:booleantrue/return
but gives:
return xsi:type=xsd:boolean0/return
[2005-07-15 01:00:03] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2005-07-07 14:55:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/33602
--
Edit this bug report at http://bugs.php.net/?id=33602edit=1
#34787 [Asn-Csd]: SOAP Client not handling boolean types correctly
ID: 34787
Updated by: [EMAIL PROTECTED]
Reported By: marcus at synchromedia dot co dot uk
-Status: Assigned
+Status: Closed
Bug Type: SOAP related
Operating System: *
PHP Version: 5CVS-2005-10-08 (snap)
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD, PHP_5_1 and PHP_5_0.
Previous Comments:
[2005-10-08 14:26:02] [EMAIL PROTECTED]
Assigned to the maintainer.
[2005-10-08 08:00:11] marcus at synchromedia dot co dot uk
Description:
This is a re-report of bug 33753 which was closed as bogus,
and it's not the same problem as bug 33602. It's not bogus,
it's a problem with PHP's WSDL handling.
This is nothing to do with how PHP normally presents true
and false values as strings, but how it deals with WSDL
definitions. The WSDL is asking for xsd's representation of
a boolean, not PHP's, and thus PHP's disregard for this is
a bug. The line in the XMLSchema datatypes DTD is:
!ENTITY % boolean (true|false)
and the XMLSchema spec says:
An instance of a datatype that is defined as ·boolean· can
have the following legal literals {true, false, 1, 0}.
So PHP's output is not compatible with XMLSchema.
You may still consider that bogus, but that's kind of
academic - the upshot is that the SOAP implementation is
broken in this respect as it is disobeying what the WSDL
asks for. Because of this behaviour, SOAP calls generated
by PHP are likely to fail (as in the original bug report)
as they are generating XML that does not conform to the
namespaces they reference.
I can understand that it may be sensible to provide values
to the SOAP client in the expected format for a given
namespace (which is what Ilia suggested for bug 33753), but
we don't always have that option - in the case I have, the
values are being generated by PHP from the WSDL and NOT
from any data that I'm submitting, so I have no control
over it, so it must be fixed within PHP.
Reproduce code:
---
Examples on these pages demonstrate the bug in action (though that's
not what they set out to do):
http://suraski.net/blog/index.php?/archives/5-PHP-5s-SOAP-extension-and-SalesForce.html
http://www.schlossnagle.org/~george/blog/index.php?/archives/235-Salesforce.com-and-PHP.html
Expected result:
An unset value of type xsd:boolean in some arbitrary namespace
ns1 should be rendered as:
ns1:someelement xsi:nil=true /
Actual result:
--
ns1:someelement xsi:nil=1 /
--
Edit this bug report at http://bugs.php.net/?id=34787edit=1
#33398 [Opn-Fbk]: #error (Unrecognized compiler protocol for variable argument lists)
ID: 33398 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SunOS 5.10 PHP Version: 5CVS-2005-10-09 (snap) New Comment: Aren't there any newer versions or fixpacks for this obviously buggy OS available? Previous Comments: [2005-10-09 11:06:01] [EMAIL PROTECTED] The same with 5.1-CVS: bin/sh /tmp/php5-200510090630/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/include -Iext/iconv/ -I/tmp/php5-200510090630/ext/iconv/ -DPHP_ATOM_INC -I/tmp/php5-200510090630/include -I/tmp/php5-200510090630/main -I/tmp/php5-200510090630 -I/usr/include/libxml2 -I/tmp/php5-200510090630/ext/date/lib -I/tmp/php5-200510090630/TSRM -I/tmp/php5-200510090630/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /tmp/php5-200510090630/ext/iconv/iconv.c -o ext/iconv/iconv.lo In file included from /usr/include/iso/stdarg_iso.h:41, from /usr/include/stdarg.h:32, from /tmp/php5-200510090630/Zend/zend.h:76, from /tmp/php5-200510090630/main/php.h:34, from /tmp/php5-200510090630/ext/iconv/iconv.c:27: /usr/include/sys/va_impl.h:150: #error (Unrecognized compiler protocol for variable argument lists) make: *** [ext/iconv/iconv.lo] Error 1 /bin/sh /tmp/php5-200510090630/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/include -Iext/iconv/ -I/tmp/php5-200510090630/ext/iconv/ -DPHP_ATOM_INC -I/tmp/php5-200510090630/include -I/tmp/php5-200510090630/main -I/tmp/php5-200510090630 -I/usr/include/libxml2 -I/tmp/php5-200510090630/ext/date/lib -I/tmp/php5-200510090630/TSRM -I/tmp/php5-200510090630/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /tmp/php5-200510090630/ext/iconv/iconv.c -o ext/iconv/iconv.lo In file included from /usr/include/iso/stdarg_iso.h:41, from /usr/include/stdarg.h:32, from /tmp/php5-200510090630/Zend/zend.h:76, from /tmp/php5-200510090630/main/php.h:34, from /tmp/php5-200510090630/ext/iconv/iconv.c:27: /usr/include/sys/va_impl.h:150: #error (Unrecognized compiler protocol for variable argument lists) make: *** [ext/iconv/iconv.lo] Error 1 [2005-06-19 15:05:11] [EMAIL PROTECTED] It's sparc: $ /usr/sbin/prtdiag System Configuration: Sun Microsystems sun4u Sun Ultra 5/10 UPA/PCI (UltraSPARC-IIi 440MHz) System clock frequency: 110 MHz Memory size: 1024 Megabytes PHP5-stable fails: gcc -I/usr/include -Iext/iconv/ -I/home/nohn/php5-STABLE-200506191033/ext/iconv/ -DPHP_ATOM_INC -I/home/nohn/php5-STABLE-200506191033/include -I/home/nohn/php5-STABLE-200506191033/main -I/home/nohn/php5-STABLE-200506191033 -I/usr/include/libxml2 -I/home/nohn/php5-STABLE-200506191033/TSRM -I/home/nohn/php5-STABLE-200506191033/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /home/nohn/php5-STABLE-200506191033/ext/iconv/iconv.c -o ext/iconv/iconv.o echo ext/iconv/iconv.lo In file included from /usr/include/iso/stdarg_iso.h:41, from /usr/include/stdarg.h:32, from /home/nohn/php5-STABLE-200506191033/Zend/zend.h:76, from /home/nohn/php5-STABLE-200506191033/main/php.h:34, from /home/nohn/php5-STABLE-200506191033/ext/iconv/iconv.c:27: /usr/include/sys/va_impl.h:150: #error (Unrecognized compiler protocol for variable argument lists) make: *** [ext/iconv/iconv.lo] Error 1 PHP4-stable-latest compiles fine; make test works [2005-06-19 14:19:32] [EMAIL PROTECTED] And what platform is it? Sparc or x86? [2005-06-19 14:12:39] [EMAIL PROTECTED] The problem persits: /bin/sh /home/nohn/php5-200506191030/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/include -Iext/iconv/ -I/home/nohn/php5-200506191030/ext/iconv/ -DPHP_ATOM_INC -I/home/nohn/php5-200506191030/include -I/home/nohn/php5-200506191030/main -I/home/nohn/php5-200506191030 -I/usr/include/libxml2 -I/home/nohn/php5-200506191030/TSRM -I/home/nohn/php5-200506191030/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /home/nohn/php5-200506191030/ext/iconv/iconv.c -o ext/iconv/iconv.lo In file included from /usr/include/iso/stdarg_iso.h:41, from /usr/include/stdarg.h:32, from /home/nohn/php5-200506191030/Zend/zend.h:76, from /home/nohn/php5-200506191030/main/php.h:34, from /home/nohn/php5-200506191030/ext/iconv/iconv.c:27: /usr/include/sys/va_impl.h:150: #error (Unrecognized compiler protocol for variable argument lists) make: *** [ext/iconv/iconv.lo] Error 1 [2005-06-19 13:42:13] [EMAIL
#34792 [Opn-Bgs]: Date() function bug
ID: 34792
Updated by: [EMAIL PROTECTED]
Reported By: kallesommer at ofir dot dk
-Status: Open
+Status: Bogus
-Bug Type: Unknown/Other Function
+Bug Type: Date/time related
Operating System: UNIX/Windows
PHP Version: 4.4.0
New Comment:
Please try understand the documentation first before claiming something
is a bug. And check your dictionary for lowercase :)
Previous Comments:
[2005-10-09 12:44:05] kallesommer at ofir dot dk
Description:
If you look up at the manual on date() it says that l (lowercase 'L')
would give A full textual representation of the day of the week Sunday
through Saturday but if you look lower it also says Year: L Whether
it's a leap year 1 if it is a leap year, 0 otherwise.
So if you run your script you would get '1 or 0'...
Reproduce code:
---
?= date('L'); ?
Expected result:
I expect to see the name of the weekday..
--
Edit this bug report at http://bugs.php.net/?id=34792edit=1
#34788 [Asn-Csd]: SOAP Client not applying correct namespace to generated values
ID: 34788 Updated by: [EMAIL PROTECTED] Reported By: marcus at synchromedia dot co dot uk -Status: Assigned +Status: Closed Bug Type: SOAP related Operating System: * PHP Version: 5CVS-2005-10-08 (snap) Assigned To: dmitry New Comment: Fixed in CVS HEAD, PHP_5_1 and PHP_5_0. Previous Comments: [2005-10-08 14:26:37] [EMAIL PROTECTED] Assigned to the maintainer. [2005-10-08 08:19:20] marcus at synchromedia dot co dot uk Description: I'm creating a SOAP request using a WSDL. Any values I do not specify are automatically filled in by PHP with an xsi:nil value, however, PHP fails to attach the appropriate namespace to these elements. In the example given, you can see that the Email, FirstName and LastName fields are set to values that I submitted, and they have been correctly asigned the ns1 namespace, but values that I did not set (HomePhone and MailingCountry) that PHP has filled in with nil values have not been assigned this namespace This example also demonstrates bug 34787 - the xsi:nil values should be true not 1. Reproduce code: --- http://suraski.net/blog/index.php?/archives/5-PHP-5s-SOAP-extension-and-SalesForce.html Expected result: ?xml version=1.0 encoding=utf-8? SOAP-ENV:Envelope xmlns:SOAP-ENV=http:// schemas.xmlsoap.org/soap/envelope/ xmlns:xsi=http:// www.w3.org/2001/XMLSchema-instance xmlns:ns1=urn:sobject.enterprise.soap.sforce.com xmlns:ns2=urn:enterprise.soap.sforce.com SOAP-ENV:Header ns2:SessionHeader ns2:sessionId4aydyZqjp2YXN2fGup36jvv7qsUBPf1EGdfOuTmEB9web rrmibaB27fvC6s7d750KvHtIWMbxsRqqcH9wSANKxhD2wYHcrlK4SNdGN37z i4=/ns2:sessionId /ns2:SessionHeader /SOAP-ENV:Header SOAP-ENV:Body ns2:create ns2:sObjects xsi:type=ns1:Contact ns1:Email[EMAIL PROTECTED]/ns1:Email ns1:FirstNameFirst/ns1:FirstName ns1:HomePhone xsi:nil=true / ns1:LastNameLast/ns1:LastName ns1:MailingCountry xsi:nil=true / /ns2:sObjects /ns2:create /SOAP-ENV:Body /SOAP-ENV:Envelope Actual result: -- ?xml version=1.0 encoding=utf-8? SOAP-ENV:Envelope xmlns:SOAP-ENV=http:// schemas.xmlsoap.org/soap/envelope/ xmlns:xsi=http:// www.w3.org/2001/XMLSchema-instance xmlns:ns1=urn:sobject.enterprise.soap.sforce.com xmlns:ns2=urn:enterprise.soap.sforce.com SOAP-ENV:Header ns2:SessionHeader ns2:sessionId4aydyZqjp2YXN2fGup36jvv7qsUBPf1EGdfOuTmEB9web rrmibaB27fvC6s7d750KvHtIWMbxsRqqcH9wSANKxhD2wYHcrlK4SNdGN37z i4=/ns2:sessionId /ns2:SessionHeader /SOAP-ENV:Header SOAP-ENV:Body ns2:create ns2:sObjects xsi:type=ns1:Contact ns1:Email[EMAIL PROTECTED]/ns1:Email ns1:FirstNameFirst/ns1:FirstName HomePhone xsi:nil=1 / ns1:LastNameLast/ns1:LastName MailingCountry xsi:nil=1 / /ns2:sObjects /ns2:create /SOAP-ENV:Body /SOAP-ENV:Envelope -- Edit this bug report at http://bugs.php.net/?id=34788edit=1
#34056 [NoF-Opn]: Passing a string variable results in incorrect length
ID: 34056 User updated by: David at Caulkett dot com Reported By: David at Caulkett dot com -Status: No Feedback +Status: Open Bug Type: Strings related Operating System: Linux 2.4.22-1.2199.nptlsmp PHP Version: 4.3.11 New Comment: The problem ocurred on a server handled by http://support.coastinc.com/ PHP version is 4.3.10 . I am unable to provide a snapshot of the server. The test case is simple and hard demonstrable at http://www.reportillegals.com/test1.php. IMHO, either PHP has a bug or the PHP installation is bad. My guess is there is a PHP bug. Previous Comments: [2005-08-17 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-08-09 22:58:32] [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 [2005-08-09 20:40:21] David at Caulkett dot com Description: Actually PHP is version 4.3.10. Passing a string variable from test1 to test2 works fine. Passing the same string from test2 to test3 results in an incorrect length. The length is 30 greater than it should be. PHP seems to be padding the string with 30 spaces which is likely the length of the original INPUT statement. The problem is fixed by removing the extra spaces with the trim function. The test programs are at: http://www.reportillegals.com/test1.php http://www.reportillegals.com/test2.php http://www.reportillegals.com/test3.php The source of the programs are at: http://www.reportillegals.com/test1.txt http://www.reportillegals.com/test2.txt http://www.reportillegals.com/test3.txt Reproduce code: --- TEST1 CODE: html body form method=POST name=emailcomments action=http://www.reportillegals.com/test2.php; input type=text name=User_Email_Address input type=submit value=PHP Bug Test1 - Enter email address and remember the no. of chars /form /body /html TEST2 CODE: html body ?php $length = strlen ( $User_Email_Address ); echo length= . $length; ? form method=POST name=emailcomments action=http://www.reportillegals.com/test3.php; input type=hidden name=User_Email_Address value= ?php print $User_Email_Address;? input type=submit value=PHP Bug Test2 - Length should be what you just entered. Just click Submit /form /body /html TEST3 CODE: html body ?php $length = strlen ( $User_Email_Address ); echo length= . $length .br; echo length is incorrect. it is whatever you entered +30 . br; $User_Email_Address = trim ($User_Email_Address); $length = strlen ( $User_Email_Address ); echo length= . $length .br; echo length is now correct after using the trim function.. br; ? /body /html Expected result: The length in test2 and test3 should be the same number of characters as entered in test1. Actual result: -- The length is whatever was entered + 30. -- Edit this bug report at http://bugs.php.net/?id=34056edit=1
#29985 [Asn]: unserialize()/ __PHP_Incomplete_class does not report correctly class name
ID: 29985
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Session related
Operating System: *
PHP Version: 5CVS-2005-10-06 (snap)
Assigned To: helly
New Comment:
I claimed fixed in CVS which is HEAD which will be 6 not any 5.*
Previous Comments:
[2005-10-06 18:27:38] [EMAIL PROTECTED]
Marcus, you claimed to have fixed this. Can you check it out?
[2005-10-06 15:40:02] [EMAIL PROTECTED]
Yes, it is reproducible:
C:\Dokumente und
Einstellungen\nohn_s\Desktop\php5.1-win32-200510031830php test.php
object(__PHP_Incomplete_Class)#1 (2) {
[__PHP_Incomplete_Class_Name]=
string(3) bar
[someProp]=
int(2)
}
Fatal error: main(): The script tried to execute a method or access a
property of an incomplete object. Please ensure that the class
definition bar of the object you are trying to operate on was loaded
_before_ unserialize() gets called or provide a __autoload() function
to load the class definition in C:\Dokumente und
Einstellungen\nohn_s\Desktop\php5.1-win32-200510031830\test.php on line
2
[2005-10-06 15:15:23] [EMAIL PROTECTED]
Can you reproduce with 5.1-dev?
[2005-10-06 14:56:58] [EMAIL PROTECTED]
Reopening this bug. Could reproduce it with PHP 5.0.5 on WinXP:
type test.php
?php
class foo{function someFunc(){} var$someProp=2;}$a=serialize(new
foo());$b=str_replace('foo','bar',$a);var_dum
p($c = unserialize($b));$c-someFunc();
?
php test.php
object(__PHP_Incomplete_Class)#1 (2) {
[__PHP_Incomplete_Class_Name]=
string(3) bar
[someProp]=
int(2)
}
Fatal error: main(): The script tried to execute a method or access a
property of an incomplete object. Please ensure that the class
definition bar of the object you are trying to operate on was loaded
_before_ unserialize() gets called or provide a __autoload() function
to load the class definition in C:\Dokumente und
Einstellungen\nohn_s\Desktop\php-5.0.5\test.php on line 2
[2004-09-05 19:46:24] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/29985
--
Edit this bug report at http://bugs.php.net/?id=29985edit=1
#34056 [Opn-Fbk]: Passing a string variable results in incorrect length
ID: 34056 Updated by: [EMAIL PROTECTED] Reported By: David at Caulkett dot com -Status: Open +Status: Feedback Bug Type: Strings related Operating System: Linux 2.4.22-1.2199.nptlsmp PHP Version: 4.3.11 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 Either you try the snapshot or provide short example script. (one file only!!) Previous Comments: [2005-10-09 15:17:11] David at Caulkett dot com The problem ocurred on a server handled by http://support.coastinc.com/ PHP version is 4.3.10 . I am unable to provide a snapshot of the server. The test case is simple and hard demonstrable at http://www.reportillegals.com/test1.php. IMHO, either PHP has a bug or the PHP installation is bad. My guess is there is a PHP bug. [2005-08-17 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-08-09 22:58:32] [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 [2005-08-09 20:40:21] David at Caulkett dot com Description: Actually PHP is version 4.3.10. Passing a string variable from test1 to test2 works fine. Passing the same string from test2 to test3 results in an incorrect length. The length is 30 greater than it should be. PHP seems to be padding the string with 30 spaces which is likely the length of the original INPUT statement. The problem is fixed by removing the extra spaces with the trim function. The test programs are at: http://www.reportillegals.com/test1.php http://www.reportillegals.com/test2.php http://www.reportillegals.com/test3.php The source of the programs are at: http://www.reportillegals.com/test1.txt http://www.reportillegals.com/test2.txt http://www.reportillegals.com/test3.txt Reproduce code: --- TEST1 CODE: html body form method=POST name=emailcomments action=http://www.reportillegals.com/test2.php; input type=text name=User_Email_Address input type=submit value=PHP Bug Test1 - Enter email address and remember the no. of chars /form /body /html TEST2 CODE: html body ?php $length = strlen ( $User_Email_Address ); echo length= . $length; ? form method=POST name=emailcomments action=http://www.reportillegals.com/test3.php; input type=hidden name=User_Email_Address value= ?php print $User_Email_Address;? input type=submit value=PHP Bug Test2 - Length should be what you just entered. Just click Submit /form /body /html TEST3 CODE: html body ?php $length = strlen ( $User_Email_Address ); echo length= . $length .br; echo length is incorrect. it is whatever you entered +30 . br; $User_Email_Address = trim ($User_Email_Address); $length = strlen ( $User_Email_Address ); echo length= . $length .br; echo length is now correct after using the trim function.. br; ? /body /html Expected result: The length in test2 and test3 should be the same number of characters as entered in test1. Actual result: -- The length is whatever was entered + 30. -- Edit this bug report at http://bugs.php.net/?id=34056edit=1
#34704 [Asn-Csd]: Infinite recursion due to corrupt JPEG
ID: 34704 Updated by: [EMAIL PROTECTED] Reported By: t dot starling at physics dot unimelb dot edu dot au -Status: Assigned +Status: Closed Bug Type: EXIF related Operating System: * PHP Version: 5CVS, 6CVS, 4CVS (2005-10-02) Assigned To: helly New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Fixed for 4.4.1, 5.0.6, 5.1.0, HEAD Previous Comments: [2005-10-02 22:13:31] [EMAIL PROTECTED] Assigned to the maintainer. [2005-10-02 21:33:13] t dot starling at physics dot unimelb dot edu dot au There are no significant changes between 4.4.0 and HEAD, you should be able to forward-port it without any trouble. See http://cvs.php.net/diff.php/php-src/ext/exif/exif.c?r1=1.173r2=1.118.2.37.2.1ty=h My patch comes in at around line 3039, as you can see there are only documentation changes. This patch is now in production on wikipedia.org and related websites. I for one don't want to see my website get DoSed because of this. [2005-10-02 13:05:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-10-02 09:07:14] t dot starling at physics dot unimelb dot edu dot au Description: An image, seen in the wild and probably generated non-maliciously, reliably causes exif_read_data() to go into infinite recursion. I've fixed the problem and created a patch against PHP 4.4.0: http://wikimedia.org/~tstarling/php/exif_IFD2.patch The test image is here: http://wikimedia.org/~tstarling/php/Carcraftbuckett.jpg The problem was an assumption that images would follow the spec and include a maximum of 2 IFD headers, IFD0 for the image and IFD1 for the thumbnail. The test image probably has the next IFD offset field pointing back to the same structure, creating an infinite loop. I haven't studied the test image in detail, but my patch allows PHP's Exif functions to read it without segfaulting, which is good enough for me. I decided to ignore any further IFDs beyond the first two rather than issue an error, for compatibility with possible future revisions of the Exif spec. -- Tim Starling (MediaWiki developer) -- Edit this bug report at http://bugs.php.net/?id=34704edit=1
#34056 [Fbk-Opn]: Passing a string variable results in incorrect length
ID: 34056 User updated by: David at Caulkett dot com Reported By: David at Caulkett dot com -Status: Feedback +Status: Open Bug Type: Strings related Operating System: Linux 2.4.22-1.2199.nptlsmp PHP Version: 4.3.11 New Comment: The problem has to do with passing of arguments from one page to another using POST. Therefore it is difficult to condense a demonstration to ONE file. However, I did provide the simple example code showing the sequence in ONE file. I spent a great deal of time narrowing the problem to a simple test case. The example code was provided in ONE FILE but requires BY THE NATURE OF THE PROBLEM to be executed over several pages in order to demonstrate the problem. It is not possible to provide a snapshot and I can't make it much simpler in ONE FILE as shown under Reproduce Code. Previous Comments: [2005-10-09 16:40:45] [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 Either you try the snapshot or provide short example script. (one file only!!) [2005-10-09 15:17:11] David at Caulkett dot com The problem ocurred on a server handled by http://support.coastinc.com/ PHP version is 4.3.10 . I am unable to provide a snapshot of the server. The test case is simple and hard demonstrable at http://www.reportillegals.com/test1.php. IMHO, either PHP has a bug or the PHP installation is bad. My guess is there is a PHP bug. [2005-08-09 20:40:21] David at Caulkett dot com Description: Actually PHP is version 4.3.10. Passing a string variable from test1 to test2 works fine. Passing the same string from test2 to test3 results in an incorrect length. The length is 30 greater than it should be. PHP seems to be padding the string with 30 spaces which is likely the length of the original INPUT statement. The problem is fixed by removing the extra spaces with the trim function. The test programs are at: http://www.reportillegals.com/test1.php http://www.reportillegals.com/test2.php http://www.reportillegals.com/test3.php The source of the programs are at: http://www.reportillegals.com/test1.txt http://www.reportillegals.com/test2.txt http://www.reportillegals.com/test3.txt Reproduce code: --- TEST1 CODE: html body form method=POST name=emailcomments action=http://www.reportillegals.com/test2.php; input type=text name=User_Email_Address input type=submit value=PHP Bug Test1 - Enter email address and remember the no. of chars /form /body /html TEST2 CODE: html body ?php $length = strlen ( $User_Email_Address ); echo length= . $length; ? form method=POST name=emailcomments action=http://www.reportillegals.com/test3.php; input type=hidden name=User_Email_Address value= ?php print $User_Email_Address;? input type=submit value=PHP Bug Test2 - Length should be what you just entered. Just click Submit /form /body /html TEST3 CODE: html body ?php $length = strlen ( $User_Email_Address ); echo length= . $length .br; echo length is incorrect. it is whatever you entered +30 . br; $User_Email_Address = trim ($User_Email_Address); $length = strlen ( $User_Email_Address ); echo length= . $length .br; echo length is now correct after using the trim function.. br; ? /body /html Expected result: The length in test2 and test3 should be the same number of characters as entered in test1. Actual result: -- The length is whatever was entered + 30. -- Edit this bug report at http://bugs.php.net/?id=34056edit=1
#32223 [Asn-Fbk]: weird behaviour of pg_last_notice
ID: 32223 Updated by: [EMAIL PROTECTED] Reported By: valiak at gmail dot com -Status: Assigned +Status: Feedback Bug Type: PostgreSQL related Operating System: * PHP Version: 5CVS-2005-09-02 Assigned To: helly New Comment: I made up a php test script for this: ext/pgsql/tests/80_bug32223.phpt But i cannot reproduce your behavior with 5.1-dev or HEAD. Maybe it is postgres? marcus=# select version(); version -- PostgreSQL 8.0.1 on i586-mandrake-linux-gnu, compiled by GCC i586-mandrake-linux-gnu-gcc (GCC) 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk) Works in all versions for me. So please try the following: php run-tests.php ext/pgsql/tests/80_bug32223.phpt If that fails, can you do a 'memcheck' on that? And tell me your postgres version. Previous Comments: [2005-09-24 20:36:28] [EMAIL PROTECTED] Assigned to the maintainer. [2005-09-23 15:55:35] valiak at gmail dot com the code snipped is presented in the bug report and is quite easily reproduced on any machine with postgresql and php5 I have tried, there were some other users confirming the problem, but are deleted from the bug report. It has external resources such as databases, etc. because it is a database related bug!! I use Short tags because it is written here http://www.php.net/manual/en/language.basic-syntax.php that I can use them. Anyway . here is even more short version of the bug (but still with external resources!!! and two files) http://ce.noxis.net/pg_last_notice/test.php // the main file http://ce.noxis.net/pg_last_notice/test.inc.php // the include http://ce.noxis.net/pg_last_notice/db.sql // the database schema - only one function [2005-09-21 12:24:39] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-09-02 14:48:49] valiak at gmail dot com still do not work correctly, there is no output even with E_ALL [2005-08-30 13:05:52] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And set error_reporting to E_ALL.. 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/32223 -- Edit this bug report at http://bugs.php.net/?id=32223edit=1
#34793 [NEW]: php-cli searches php.ini from current dir which can be abused
From: glen at delfi dot ee Operating system: PLD Linux PHP version: 5.1.0RC1 PHP Bug Type: CGI related Bug description: php-cli searches php.ini from current dir which can be abused Description: php cli searches for php.ini from current dir, and when current directory appears to be world writable directory, then malicious user can put there php.ini loading malicious extension. php cli is used for example to install PEAR packages, and for PEAR install to succeed it needs to be run as root. Reproduce code: --- 1. create /tmp/php.ini containing [PHP] extension=/../../../tmp/malicious.so 2. create php extension and save it to /tmp/malicious.so 3. wait for root run any php-cli program in /tmp 4. your code in malicious.so gets executed. Expected result: php should not read php.ini from arbitary locations, it should read it only from hardcoded paths, or one specified from commandline. Actual result: -- $ strace -eopen php -m open(/etc/ld.so.cache, O_RDONLY) = 6 open(/usr/lib/libphp_common-5.1.0RC1.so, O_RDONLY) = 6 open(/lib/libcrypt.so.1, O_RDONLY)= 6 open(/lib/libm.so.6, O_RDONLY)= 6 open(/lib/libz.so.1, O_RDONLY)= 6 open(/lib/libresolv.so.2, O_RDONLY) = 6 open(/lib/libpthread.so.0, O_RDONLY) = 6 open(/usr/lib/libxml2.so.2, O_RDONLY) = 6 open(/lib/libdl.so.2, O_RDONLY) = 6 open(/lib/libhistory.so.5, O_RDONLY) = 6 open(/lib/libreadline.so.5, O_RDONLY) = 6 open(/lib/libncurses.so.5, O_RDONLY) = 6 open(/lib/libc.so.6, O_RDONLY)= 6 open(/lib/libtinfo.so.5, O_RDONLY)= 6 open(/etc/localtime, O_RDONLY)= 6 open(/tmp/php.ini, O_RDONLY) = 6 open(/tmp/php-cli.ini, O_RDONLY) = -1 ENOENT (No such file or directory) open(/etc/php/php-cli.ini, O_RDONLY) = 6 open(/etc/php/conf.d, O_RDONLY|O_NONBLOCK|O_LARGEFILE| O_DIRECTORY) = 6 open(/etc/php/conf.d/pcre.ini, O_RDONLY) = 6 open(/etc/php/conf.d/xml.ini, O_RDONLY) = 6 open(/usr/lib/php//../../../tmp/malicious.so, O_RDONLY) = 6 open(/usr/lib/php/pcre.so, O_RDONLY) = 6 -- Edit bug report at http://bugs.php.net/?id=34793edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34793r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34793r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34793r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34793r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34793r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34793r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34793r=needscript Try newer version: http://bugs.php.net/fix.php?id=34793r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34793r=support Expected behavior: http://bugs.php.net/fix.php?id=34793r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34793r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34793r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34793r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34793r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34793r=dst IIS Stability: http://bugs.php.net/fix.php?id=34793r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34793r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34793r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34793r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34793r=mysqlcfg
#34794 [NEW]: proc_close() hangs when used with two processes
From: e-t172 at e-t172 dot net
Operating system: Linux
PHP version: 5.0.5
PHP Bug Type: Program Execution
Bug description: proc_close() hangs when used with two processes
Description:
(i am french, sorry for my bad english)
1. Open two processes with proc_open()
2. Try to close them : it works only if you close the second one first,
otherwise it hangs
Reproduce code:
---
?php
echo('Opening process 1'.\n);
$process1 = proc_open('cat', array(0 = array('pipe', 'r'), 1 =
array('pipe', 'r')), $pipes1);
echo('Opening process 2'.\n);
$process2 = proc_open('cat', array(0 = array('pipe', 'r'), 1 =
array('pipe', 'r')), $pipes2);
// WORKS :
//echo('Closing process 2'.\n);
//fclose($pipes2[0]); fclose($pipes2[1]); proc_close($process2);
//echo('Closing process 1'.\n);
//fclose($pipes1[0]); fclose($pipes1[1]); proc_close($process1);
// DOESN'T WORK :
echo('Closing process 1'.\n);
fclose($pipes1[0]); fclose($pipes1[1]); proc_close($process1);
echo('Closing process 2'.\n);
fclose($pipes2[0]); fclose($pipes2[1]); proc_close($process2);
?
Expected result:
$ php -f test.php
Opening process 1
Opening process 2
Closing process 1
Closing process 2
$
Actual result:
--
$ php -f test.php
Opening process 1
Opening process 2
Closing process 1
(HANGS)
--
Edit bug report at http://bugs.php.net/?id=34794edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34794r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34794r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34794r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34794r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34794r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34794r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34794r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34794r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34794r=support
Expected behavior: http://bugs.php.net/fix.php?id=34794r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34794r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34794r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34794r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34794r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34794r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34794r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34794r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34794r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34794r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34794r=mysqlcfg
#34056 [Opn-Bgs]: Passing a string variable results in incorrect length
ID: 34056 Updated by: [EMAIL PROTECTED] Reported By: David at Caulkett dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Linux 2.4.22-1.2199.nptlsmp PHP Version: 4.3.11 New Comment: You do know that you can post to same file too? :) Try using the preferred way of coding, ie. using $_GET, $_POST , etc. instead of requiring register_globals=On. Reopen when you have such script (that does not require register_globals=On) and that we can cut'n'paste easily OR download somewhere in ONE file. Previous Comments: [2005-10-09 17:23:34] David at Caulkett dot com The problem has to do with passing of arguments from one page to another using POST. Therefore it is difficult to condense a demonstration to ONE file. However, I did provide the simple example code showing the sequence in ONE file. I spent a great deal of time narrowing the problem to a simple test case. The example code was provided in ONE FILE but requires BY THE NATURE OF THE PROBLEM to be executed over several pages in order to demonstrate the problem. It is not possible to provide a snapshot and I can't make it much simpler in ONE FILE as shown under Reproduce Code. [2005-10-09 16:40:45] [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 Either you try the snapshot or provide short example script. (one file only!!) [2005-10-09 15:17:11] David at Caulkett dot com The problem ocurred on a server handled by http://support.coastinc.com/ PHP version is 4.3.10 . I am unable to provide a snapshot of the server. The test case is simple and hard demonstrable at http://www.reportillegals.com/test1.php. IMHO, either PHP has a bug or the PHP installation is bad. My guess is there is a PHP bug. [2005-08-09 20:40:21] David at Caulkett dot com Description: Actually PHP is version 4.3.10. Passing a string variable from test1 to test2 works fine. Passing the same string from test2 to test3 results in an incorrect length. The length is 30 greater than it should be. PHP seems to be padding the string with 30 spaces which is likely the length of the original INPUT statement. The problem is fixed by removing the extra spaces with the trim function. The test programs are at: http://www.reportillegals.com/test1.php http://www.reportillegals.com/test2.php http://www.reportillegals.com/test3.php The source of the programs are at: http://www.reportillegals.com/test1.txt http://www.reportillegals.com/test2.txt http://www.reportillegals.com/test3.txt Reproduce code: --- TEST1 CODE: html body form method=POST name=emailcomments action=http://www.reportillegals.com/test2.php; input type=text name=User_Email_Address input type=submit value=PHP Bug Test1 - Enter email address and remember the no. of chars /form /body /html TEST2 CODE: html body ?php $length = strlen ( $User_Email_Address ); echo length= . $length; ? form method=POST name=emailcomments action=http://www.reportillegals.com/test3.php; input type=hidden name=User_Email_Address value= ?php print $User_Email_Address;? input type=submit value=PHP Bug Test2 - Length should be what you just entered. Just click Submit /form /body /html TEST3 CODE: html body ?php $length = strlen ( $User_Email_Address ); echo length= . $length .br; echo length is incorrect. it is whatever you entered +30 . br; $User_Email_Address = trim ($User_Email_Address); $length = strlen ( $User_Email_Address ); echo length= . $length .br; echo length is now correct after using the trim function.. br; ? /body /html Expected result: The length in test2 and test3 should be the same number of characters as entered in test1. Actual result: -- The length is whatever was entered + 30. -- Edit this bug report at http://bugs.php.net/?id=34056edit=1
#34793 [Opn-Bgs]: php-cli searches php.ini from current dir which can be abused
ID: 34793 Updated by: [EMAIL PROTECTED] Reported By: glen at delfi dot ee -Status: Open +Status: Bogus Bug Type: CGI related Operating System: PLD Linux PHP Version: 5.1.0RC1 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2005-10-09 18:13:31] glen at delfi dot ee Description: php cli searches for php.ini from current dir, and when current directory appears to be world writable directory, then malicious user can put there php.ini loading malicious extension. php cli is used for example to install PEAR packages, and for PEAR install to succeed it needs to be run as root. Reproduce code: --- 1. create /tmp/php.ini containing [PHP] extension=/../../../tmp/malicious.so 2. create php extension and save it to /tmp/malicious.so 3. wait for root run any php-cli program in /tmp 4. your code in malicious.so gets executed. Expected result: php should not read php.ini from arbitary locations, it should read it only from hardcoded paths, or one specified from commandline. Actual result: -- $ strace -eopen php -m open(/etc/ld.so.cache, O_RDONLY) = 6 open(/usr/lib/libphp_common-5.1.0RC1.so, O_RDONLY) = 6 open(/lib/libcrypt.so.1, O_RDONLY)= 6 open(/lib/libm.so.6, O_RDONLY)= 6 open(/lib/libz.so.1, O_RDONLY)= 6 open(/lib/libresolv.so.2, O_RDONLY) = 6 open(/lib/libpthread.so.0, O_RDONLY) = 6 open(/usr/lib/libxml2.so.2, O_RDONLY) = 6 open(/lib/libdl.so.2, O_RDONLY) = 6 open(/lib/libhistory.so.5, O_RDONLY) = 6 open(/lib/libreadline.so.5, O_RDONLY) = 6 open(/lib/libncurses.so.5, O_RDONLY) = 6 open(/lib/libc.so.6, O_RDONLY)= 6 open(/lib/libtinfo.so.5, O_RDONLY)= 6 open(/etc/localtime, O_RDONLY)= 6 open(/tmp/php.ini, O_RDONLY) = 6 open(/tmp/php-cli.ini, O_RDONLY) = -1 ENOENT (No such file or directory) open(/etc/php/php-cli.ini, O_RDONLY) = 6 open(/etc/php/conf.d, O_RDONLY|O_NONBLOCK|O_LARGEFILE| O_DIRECTORY) = 6 open(/etc/php/conf.d/pcre.ini, O_RDONLY) = 6 open(/etc/php/conf.d/xml.ini, O_RDONLY) = 6 open(/usr/lib/php//../../../tmp/malicious.so, O_RDONLY) = 6 open(/usr/lib/php/pcre.so, O_RDONLY) = 6 -- Edit this bug report at http://bugs.php.net/?id=34793edit=1
#34794 [Opn-Fbk]: proc_close() hangs when used with two processes
ID: 34794
Updated by: [EMAIL PROTECTED]
Reported By: e-t172 at e-t172 dot net
-Status: Open
+Status: Feedback
Bug Type: Program Execution
Operating System: Linux
PHP Version: 5.0.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-10-09 18:23:40] e-t172 at e-t172 dot net
Description:
(i am french, sorry for my bad english)
1. Open two processes with proc_open()
2. Try to close them : it works only if you close the second one first,
otherwise it hangs
Reproduce code:
---
?php
echo('Opening process 1'.\n);
$process1 = proc_open('cat', array(0 = array('pipe', 'r'), 1 =
array('pipe', 'r')), $pipes1);
echo('Opening process 2'.\n);
$process2 = proc_open('cat', array(0 = array('pipe', 'r'), 1 =
array('pipe', 'r')), $pipes2);
// WORKS :
//echo('Closing process 2'.\n);
//fclose($pipes2[0]); fclose($pipes2[1]); proc_close($process2);
//echo('Closing process 1'.\n);
//fclose($pipes1[0]); fclose($pipes1[1]); proc_close($process1);
// DOESN'T WORK :
echo('Closing process 1'.\n);
fclose($pipes1[0]); fclose($pipes1[1]); proc_close($process1);
echo('Closing process 2'.\n);
fclose($pipes2[0]); fclose($pipes2[1]); proc_close($process2);
?
Expected result:
$ php -f test.php
Opening process 1
Opening process 2
Closing process 1
Closing process 2
$
Actual result:
--
$ php -f test.php
Opening process 1
Opening process 2
Closing process 1
(HANGS)
--
Edit this bug report at http://bugs.php.net/?id=34794edit=1
#34794 [Fbk-Opn]: proc_close() hangs when used with two processes
ID: 34794
User updated by: e-t172 at e-t172 dot net
Reported By: e-t172 at e-t172 dot net
-Status: Feedback
+Status: Open
Bug Type: Program Execution
Operating System: Linux
-PHP Version: 5.0.5
+PHP Version: 5.0.5 CVS 200510091630
New Comment:
Same problem with the last CVS Snapshot.
Previous Comments:
[2005-10-09 19:15:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-10-09 18:23:40] e-t172 at e-t172 dot net
Description:
(i am french, sorry for my bad english)
1. Open two processes with proc_open()
2. Try to close them : it works only if you close the second one first,
otherwise it hangs
Reproduce code:
---
?php
echo('Opening process 1'.\n);
$process1 = proc_open('cat', array(0 = array('pipe', 'r'), 1 =
array('pipe', 'r')), $pipes1);
echo('Opening process 2'.\n);
$process2 = proc_open('cat', array(0 = array('pipe', 'r'), 1 =
array('pipe', 'r')), $pipes2);
// WORKS :
//echo('Closing process 2'.\n);
//fclose($pipes2[0]); fclose($pipes2[1]); proc_close($process2);
//echo('Closing process 1'.\n);
//fclose($pipes1[0]); fclose($pipes1[1]); proc_close($process1);
// DOESN'T WORK :
echo('Closing process 1'.\n);
fclose($pipes1[0]); fclose($pipes1[1]); proc_close($process1);
echo('Closing process 2'.\n);
fclose($pipes2[0]); fclose($pipes2[1]); proc_close($process2);
?
Expected result:
$ php -f test.php
Opening process 1
Opening process 2
Closing process 1
Closing process 2
$
Actual result:
--
$ php -f test.php
Opening process 1
Opening process 2
Closing process 1
(HANGS)
--
Edit this bug report at http://bugs.php.net/?id=34794edit=1
#34790 [Ver-Fbk]: preg_match_all(), named capturing groups, variable assignment/return = crash
ID: 34790
Updated by: [EMAIL PROTECTED]
Reported By: savzen at gmail dot com
-Status: Verified
+Status: Feedback
Bug Type: PCRE related
Operating System: Linux
PHP Version: 5CVS, 4CVS (2005-10-08) (snap)
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Tried latest CVS, works fine and no valgrind errors.
Previous Comments:
[2005-10-09 01:42:25] [EMAIL PROTECTED]
I've tried to fix the bug, but I couldn't find a clue.
The problem is triggered when destroying a hash table (in zend_hash.c),
but I don't know which hash table is. This should be much easier to a
Engine expert.
Anyway, I've made a simpler reproduce script, which is enough to
trigger valgrind errors.
? preg_match_all('/(?Pwordthe)/', '', $matches); ?
[2005-10-09 00:17:13] [EMAIL PROTECTED]
Ouch... 193 valgrind errors :)
[2005-10-08 19:27:59] savzen at gmail dot com
Description:
I used the function preg_match_all () WITHIN a function being called by
another function, with a named capturing group and assigned the match to
a variable using the named group as a key (name or number).
The variable assigned the value of the return becomes NULL
This happens in both the latest snapshots of PHP-4 and PHP-5 with PHP-5
giving a segmentation fault after NULL when error_reporting (E_ALL) is
at the top of the script
When the configure option --enable-debug is used PHP-5 gives UNKNOWN:0
instead of NULL and no segmentation fault
When NOT using a Named capturing group name and instead use a normal
capturing group the behaviour seems to stop. Assigning the matched
value by reference also seems to stop the behaviour. ie
var2=var['named_key']
Reproduce code:
---
error_reporting(E_ALL);
function func1(){
$words = func2();
var_dump($words);
$this_words = $words;
return $this_words;
}
function func2(){
$pattern = '(?Pword(?:the))';
$string = 'what the word and the other word the';
preg_match_all('/'.$pattern.'/i', $string, $matches);
$words = $matches['word'];
$this_words = $words;
var_dump($this_words);
return $words;
}
func1();
Expected result:
array(4) {
[0]=
string(3) the
[1]=
string(3) the
[2]=
string(3) the
[3]=
string(3) the
}
array(4) {
[0]=
string(3) the
[1]=
string(3) the
[2]=
string(3) the
[3]=
string(3) the
}
Actual result:
--
array(4) {
[0]=
string(3) the
[1]=
string(3) the
[2]=
string(3) the
[3]=
string(3) the
}
NULL{php -4} UNKNOWN:0 {php-5 --enable-debug}
segmentation fault {php-5 without --enable-debug}
Backtrace (PHP-5 latest without enable-debug because it doesn't crash
when it is used)
---
(gdb) bt
#0 0x402429f2 in malloc () from /lib/i686/libc.so.6
Cannot access memory at address 0x18
(gdb)
--
Edit this bug report at http://bugs.php.net/?id=34790edit=1
#34795 [NEW]: Passing assignment result by reference
From: tomas_matousek at hotmail dot com
Operating system: WinXP
PHP version: 5.1.0RC1
PHP Bug Type: Scripting Engine problem
Bug description: Passing assignment result by reference
Description:
Let's have a function with a parameter passsed by reference.
function f($x) { }
Now, call this function as follows:
f($a = $b = $c);
This will sometimes fail sometimes not depending on whether any of the
variables $a, $b, $c has previously been used with = operator. In a such
case, the call succeeds with $a being aliased to $x. Otherwise, fatal
error occures: Only variables can be passed by reference.
this code works:
$b = $z;
f($a = $b = $c);
this code doesn't:
f($a = $b = $c);
So the correctness of the code depends on whether there exists an alias
of one of the variable. That's weird, isn't it?
Reproduce code:
---
$b = $z;
f($a = $b = $c);
f($u = $v = $w);
Expected result:
OK.
OK.
- or -
Error.
Error.
Actual result:
--
OK.
Error.
--
Edit bug report at http://bugs.php.net/?id=34795edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34795r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34795r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34795r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34795r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34795r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34795r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34795r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34795r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34795r=support
Expected behavior: http://bugs.php.net/fix.php?id=34795r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34795r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34795r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34795r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34795r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34795r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34795r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34795r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34795r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34795r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34795r=mysqlcfg
#34777 [Asn-Csd]: (DBLIB) Calling PDO::errorInfo causes SIGSEGV if no errors have occured
ID: 34777
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: PDO related
Operating System: Mac OS X 10.4
PHP Version: 5CVS-2005-10-07 (snap)
Assigned To: wez
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-10-07 13:36:29] [EMAIL PROTECTED]
Assigned to the maintainer.
[2005-10-07 13:08:09] [EMAIL PROTECTED]
Description:
Calling the PDO:errorInfo() after successful query execution might seem
a little useless but it really shouldn't crash the process.
I tracked down the problem with valgrind (on a debian box) and I'm
pasting the partial output here:
==2622== Process terminating with default action of signal 11
(SIGSEGV)
==2622== Access not within mapped region at address 0x0
==2622==at 0x1B9057F8: strlen (mac_replace_strmem.c:189)
==2622==by 0x82A11DA: add_next_index_string (zend_API.c:1040)
==2622==by 0x81556A3: dblib_fetch_error (dblib_driver.c:64)
==2622==by 0x82C1FB5: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:184)
==2622==by 0x82C17D8: execute (zend_vm_execute.h:87)
==2622==by 0x82A02CB: zend_execute_scripts (zend.c:1078)
==2622==by 0x82689BA: php_execute_script (main.c:1672)
==2622==by 0x83291C9: main (php_cli.c:1039)
I'm not very good with C but I was able to alter the behavior to be the
same (I believe) as with PgSQL driver with the following patch:
--- dblib_driver.c.old 2005-10-07 11:45:24.0 +0300
+++ dblib_driver.c 2005-10-07 11:23:04.0 +0300
@@ -54,6 +54,10 @@
msg = einfo-dberrstr;
}
+ if (einfo-dberr == 0) {
+ return 1;
+ }
+
spprintf(message, 0, %s [%d] (severity %d) [%s],
msg, einfo-dberr, einfo-severity, stmt ?
stmt-active_query_string : );
Reproduce code:
---
?php
$pdo = new PDO(...);
var_dump($pdo-errorInfo());
?
Expected result:
array(1) {
[0]=
string(0)
}
Actual result:
--
zsh: bus error /usr/local/bin/php dblib.php
--
Edit this bug report at http://bugs.php.net/?id=34777edit=1
#34795 [Opn-Fbk]: Passing assignment result by reference
ID: 34795
Updated by: [EMAIL PROTECTED]
Reported By: tomas_matousek at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: WinXP
PHP Version: 5.1.0RC1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-10-09 20:58:39] tomas_matousek at hotmail dot com
Description:
Let's have a function with a parameter passsed by reference.
function f($x) { }
Now, call this function as follows:
f($a = $b = $c);
This will sometimes fail sometimes not depending on whether any of the
variables $a, $b, $c has previously been used with = operator. In a
such case, the call succeeds with $a being aliased to $x. Otherwise,
fatal error occures: Only variables can be passed by reference.
this code works:
$b = $z;
f($a = $b = $c);
this code doesn't:
f($a = $b = $c);
So the correctness of the code depends on whether there exists an
alias of one of the variable. That's weird, isn't it?
Reproduce code:
---
$b = $z;
f($a = $b = $c);
f($u = $v = $w);
Expected result:
OK.
OK.
- or -
Error.
Error.
Actual result:
--
OK.
Error.
--
Edit this bug report at http://bugs.php.net/?id=34795edit=1
#34795 [Fbk-Opn]: Passing assignment result by reference
ID: 34795
User updated by: tomas_matousek at hotmail dot com
Reported By: tomas_matousek at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: WinXP
PHP Version: 5.1.0RC1
New Comment:
Well, the versino in CVS doesn't report an error, however it passes by
value instead which is imho also incorrect.
Example:
function f($x)
{
$x = 10;
}
$a = $b = $c = $d = $u = $v = $w = 1;
$b = $z;
f($a = $b = $c);
var_dump($a,$b,$c);
f($u = $v = $w);
var_dump($u,$v,$w);
prints:
int(10)
int(1)
int(1)
int(1)
int(1)
int(1)
It should print
int(10)
int(1)
int(1)
int(10)
int(1)
int(1)
Previous Comments:
[2005-10-09 21:11:34] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-10-09 20:58:39] tomas_matousek at hotmail dot com
Description:
Let's have a function with a parameter passsed by reference.
function f($x) { }
Now, call this function as follows:
f($a = $b = $c);
This will sometimes fail sometimes not depending on whether any of the
variables $a, $b, $c has previously been used with = operator. In a
such case, the call succeeds with $a being aliased to $x. Otherwise,
fatal error occures: Only variables can be passed by reference.
this code works:
$b = $z;
f($a = $b = $c);
this code doesn't:
f($a = $b = $c);
So the correctness of the code depends on whether there exists an
alias of one of the variable. That's weird, isn't it?
Reproduce code:
---
$b = $z;
f($a = $b = $c);
f($u = $v = $w);
Expected result:
OK.
OK.
- or -
Error.
Error.
Actual result:
--
OK.
Error.
--
Edit this bug report at http://bugs.php.net/?id=34795edit=1
#34796 [NEW]: ftp module compiled with openssl extension enabled must be loaded after ssl lib
From: glen at delfi dot ee Operating system: PLD Linux PHP version: 5.1.0RC1 PHP Bug Type: *Compile Issues Bug description: ftp module compiled with openssl extension enabled must be loaded after ssl lib Description: if you configure your php with: --with-openssl=shared --enable-ftp=shared then ftp module is compiled with openssl related functions, but not linked, this causes ftp module loaded earlier in php.ini outputing missing SSL_ symbols $ php -m PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/ftp.so' - /usr/lib/php/ftp.so: undefined symbol: SSL_shutdown in Unknown on line 0 here's patch to fix it. http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/php-ftp-ssllibs.patch NB: applying this patch and compiling --without-openssl is not tested. otherwise it fixes the bug described earlier. -- Edit bug report at http://bugs.php.net/?id=34796edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34796r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34796r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34796r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34796r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34796r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34796r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34796r=needscript Try newer version: http://bugs.php.net/fix.php?id=34796r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34796r=support Expected behavior: http://bugs.php.net/fix.php?id=34796r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34796r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34796r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34796r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34796r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34796r=dst IIS Stability: http://bugs.php.net/fix.php?id=34796r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34796r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34796r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34796r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34796r=mysqlcfg
#34796 [Opn-Csd]: ftp module compiled with openssl extension enabled must be loaded after ssl lib
ID: 34796 Updated by: [EMAIL PROTECTED] Reported By: glen at delfi dot ee -Status: Open +Status: Closed -Bug Type: *Compile Issues +Bug Type: Compile Failure Operating System: PLD Linux PHP Version: 5.1.0RC1 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Fix will be in PHP 5.1 and above. Previous Comments: [2005-10-09 22:01:49] glen at delfi dot ee Description: if you configure your php with: --with-openssl=shared --enable-ftp=shared then ftp module is compiled with openssl related functions, but not linked, this causes ftp module loaded earlier in php.ini outputing missing SSL_ symbols $ php -m PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/ftp.so' - /usr/lib/php/ftp.so: undefined symbol: SSL_shutdown in Unknown on line 0 here's patch to fix it. http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/php-ftp-ssllibs.patch NB: applying this patch and compiling --without-openssl is not tested. otherwise it fixes the bug described earlier. -- Edit this bug report at http://bugs.php.net/?id=34796edit=1
#34795 [Opn-Asn]: Passing assignment result by reference passes it by value
ID: 34795
Updated by: [EMAIL PROTECTED]
-Summary: Passing assignment result by reference
Reported By: tomas_matousek at hotmail dot com
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: WinXP
-PHP Version: 5.1.0RC1
+PHP Version: 5CVS-2005-09
-Assigned To:
+Assigned To: dmitry
New Comment:
Dmitry, can you check this out?
Previous Comments:
[2005-10-09 21:58:44] tomas_matousek at hotmail dot com
Well, the versino in CVS doesn't report an error, however it passes by
value instead which is imho also incorrect.
Example:
function f($x)
{
$x = 10;
}
$a = $b = $c = $d = $u = $v = $w = 1;
$b = $z;
f($a = $b = $c);
var_dump($a,$b,$c);
f($u = $v = $w);
var_dump($u,$v,$w);
prints:
int(10)
int(1)
int(1)
int(1)
int(1)
int(1)
It should print
int(10)
int(1)
int(1)
int(10)
int(1)
int(1)
[2005-10-09 21:11:34] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-10-09 20:58:39] tomas_matousek at hotmail dot com
Description:
Let's have a function with a parameter passsed by reference.
function f($x) { }
Now, call this function as follows:
f($a = $b = $c);
This will sometimes fail sometimes not depending on whether any of the
variables $a, $b, $c has previously been used with = operator. In a
such case, the call succeeds with $a being aliased to $x. Otherwise,
fatal error occures: Only variables can be passed by reference.
this code works:
$b = $z;
f($a = $b = $c);
this code doesn't:
f($a = $b = $c);
So the correctness of the code depends on whether there exists an
alias of one of the variable. That's weird, isn't it?
Reproduce code:
---
$b = $z;
f($a = $b = $c);
f($u = $v = $w);
Expected result:
OK.
OK.
- or -
Error.
Error.
Actual result:
--
OK.
Error.
--
Edit this bug report at http://bugs.php.net/?id=34795edit=1
#34797 [NEW]: strtotime() and strtointerval()
From: saverio dot caminiti at alfanet dot it Operating system: Irrelevant PHP version: 5.0.5 PHP Bug Type: Feature/Change Request Bug description: strtotime() and strtointerval() Description: The function strtotime() is really useful. But it always returns the minimum timestamp that match the input string. It should be even more useful to have a function strtointerval that return a two timestamps: the minimum timestamp that match the input and the maximum one. For example: - strtointerval(Dec 3 2004) should returns a minimum timestamp (0:0:0 Dec 3 2004) and a maximum one (23:59:59 Dec 3 2004). - strtointerval(Dec 2004) returns 0:0:0 Dec 1 2004 and 23:59:59 Dec 31 2004 - strtointerval(2004) returns 0:0:0 Jan 1 2004 and 23:59:59 Dec 31 2004 And so on. It should be also useful that strtointerval() parse English sentences like between A and B or [form] A to B where A and B are two valid input for the actual strtotime(). I guess that starting from the source code of strtotime() it should be not difficult to implement strtointerval(), perhaps through a function strtoMAXtime() that generate the maximum timestamp instead of the minimum one, and then adding the English interval sentences support. Thanks, Saverio. -- Edit bug report at http://bugs.php.net/?id=34797edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34797r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34797r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34797r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34797r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34797r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34797r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34797r=needscript Try newer version: http://bugs.php.net/fix.php?id=34797r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34797r=support Expected behavior: http://bugs.php.net/fix.php?id=34797r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34797r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34797r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34797r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34797r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34797r=dst IIS Stability: http://bugs.php.net/fix.php?id=34797r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34797r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34797r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34797r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34797r=mysqlcfg
#34798 [NEW]: mysqli-set_charset is an undefined method
From: jarnix at jarnix dot com Operating system: Windows XP SP2 PHP version: 5.1.0RC1 PHP Bug Type: MySQLi related Bug description: mysqli-set_charset is an undefined method Description: set_charset method is undefined Reproduce code: --- $mysqli = new mysqli(localhost, root, , mysql); $mysqli-set_charset(utf8); Expected result: nothing Actual result: -- Fatal error: Call to undefined method mysqli::set_charset() (...) on line 2 -- Edit bug report at http://bugs.php.net/?id=34798edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34798r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34798r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34798r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34798r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34798r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34798r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34798r=needscript Try newer version: http://bugs.php.net/fix.php?id=34798r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34798r=support Expected behavior: http://bugs.php.net/fix.php?id=34798r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34798r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34798r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34798r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34798r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34798r=dst IIS Stability: http://bugs.php.net/fix.php?id=34798r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34798r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34798r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34798r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34798r=mysqlcfg
#34793 [Bgs-Opn]: php-cli searches php.ini from current dir which can be abused
ID: 34793 User updated by: glen at delfi dot ee Reported By: glen at delfi dot ee -Status: Bogus +Status: Open -Bug Type: CGI related +Bug Type: Feature/Change Request Operating System: PLD Linux PHP Version: 5.1.0RC1 New Comment: in fact i know that documentation says so. but that doesn't mean it supposed to be like this? can't you at least consider securing it, by adding some option to enable/disable this? so i changed category to feature request! Previous Comments: [2005-10-09 19:14:38] [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 [2005-10-09 18:13:31] glen at delfi dot ee Description: php cli searches for php.ini from current dir, and when current directory appears to be world writable directory, then malicious user can put there php.ini loading malicious extension. php cli is used for example to install PEAR packages, and for PEAR install to succeed it needs to be run as root. Reproduce code: --- 1. create /tmp/php.ini containing [PHP] extension=/../../../tmp/malicious.so 2. create php extension and save it to /tmp/malicious.so 3. wait for root run any php-cli program in /tmp 4. your code in malicious.so gets executed. Expected result: php should not read php.ini from arbitary locations, it should read it only from hardcoded paths, or one specified from commandline. Actual result: -- $ strace -eopen php -m open(/etc/ld.so.cache, O_RDONLY) = 6 open(/usr/lib/libphp_common-5.1.0RC1.so, O_RDONLY) = 6 open(/lib/libcrypt.so.1, O_RDONLY)= 6 open(/lib/libm.so.6, O_RDONLY)= 6 open(/lib/libz.so.1, O_RDONLY)= 6 open(/lib/libresolv.so.2, O_RDONLY) = 6 open(/lib/libpthread.so.0, O_RDONLY) = 6 open(/usr/lib/libxml2.so.2, O_RDONLY) = 6 open(/lib/libdl.so.2, O_RDONLY) = 6 open(/lib/libhistory.so.5, O_RDONLY) = 6 open(/lib/libreadline.so.5, O_RDONLY) = 6 open(/lib/libncurses.so.5, O_RDONLY) = 6 open(/lib/libc.so.6, O_RDONLY)= 6 open(/lib/libtinfo.so.5, O_RDONLY)= 6 open(/etc/localtime, O_RDONLY)= 6 open(/tmp/php.ini, O_RDONLY) = 6 open(/tmp/php-cli.ini, O_RDONLY) = -1 ENOENT (No such file or directory) open(/etc/php/php-cli.ini, O_RDONLY) = 6 open(/etc/php/conf.d, O_RDONLY|O_NONBLOCK|O_LARGEFILE| O_DIRECTORY) = 6 open(/etc/php/conf.d/pcre.ini, O_RDONLY) = 6 open(/etc/php/conf.d/xml.ini, O_RDONLY) = 6 open(/usr/lib/php//../../../tmp/malicious.so, O_RDONLY) = 6 open(/usr/lib/php/pcre.so, O_RDONLY) = 6 -- Edit this bug report at http://bugs.php.net/?id=34793edit=1
#34793 [Com]: php-cli searches php.ini from current dir which can be abused
ID: 34793 Comment by: adamg at agmk dot net Reported By: glen at delfi dot ee Status: Open Bug Type: Feature/Change Request Operating System: PLD Linux PHP Version: 5.1.0RC1 New Comment: I believe this behaviour is wrong and PHP should be fixed not to look for php.ini in the current directory for the reasons described by glen. Ideally (as I see it) is a fixed location in /etc and (optionally) in home dir of user running the script. Why do you think this bug report is bogus? What are the reasons for keeping such behaviour? Previous Comments: [2005-10-10 00:05:36] glen at delfi dot ee in fact i know that documentation says so. but that doesn't mean it supposed to be like this? can't you at least consider securing it, by adding some option to enable/disable this? so i changed category to feature request! [2005-10-09 19:14:38] [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 [2005-10-09 18:13:31] glen at delfi dot ee Description: php cli searches for php.ini from current dir, and when current directory appears to be world writable directory, then malicious user can put there php.ini loading malicious extension. php cli is used for example to install PEAR packages, and for PEAR install to succeed it needs to be run as root. Reproduce code: --- 1. create /tmp/php.ini containing [PHP] extension=/../../../tmp/malicious.so 2. create php extension and save it to /tmp/malicious.so 3. wait for root run any php-cli program in /tmp 4. your code in malicious.so gets executed. Expected result: php should not read php.ini from arbitary locations, it should read it only from hardcoded paths, or one specified from commandline. Actual result: -- $ strace -eopen php -m open(/etc/ld.so.cache, O_RDONLY) = 6 open(/usr/lib/libphp_common-5.1.0RC1.so, O_RDONLY) = 6 open(/lib/libcrypt.so.1, O_RDONLY)= 6 open(/lib/libm.so.6, O_RDONLY)= 6 open(/lib/libz.so.1, O_RDONLY)= 6 open(/lib/libresolv.so.2, O_RDONLY) = 6 open(/lib/libpthread.so.0, O_RDONLY) = 6 open(/usr/lib/libxml2.so.2, O_RDONLY) = 6 open(/lib/libdl.so.2, O_RDONLY) = 6 open(/lib/libhistory.so.5, O_RDONLY) = 6 open(/lib/libreadline.so.5, O_RDONLY) = 6 open(/lib/libncurses.so.5, O_RDONLY) = 6 open(/lib/libc.so.6, O_RDONLY)= 6 open(/lib/libtinfo.so.5, O_RDONLY)= 6 open(/etc/localtime, O_RDONLY)= 6 open(/tmp/php.ini, O_RDONLY) = 6 open(/tmp/php-cli.ini, O_RDONLY) = -1 ENOENT (No such file or directory) open(/etc/php/php-cli.ini, O_RDONLY) = 6 open(/etc/php/conf.d, O_RDONLY|O_NONBLOCK|O_LARGEFILE| O_DIRECTORY) = 6 open(/etc/php/conf.d/pcre.ini, O_RDONLY) = 6 open(/etc/php/conf.d/xml.ini, O_RDONLY) = 6 open(/usr/lib/php//../../../tmp/malicious.so, O_RDONLY) = 6 open(/usr/lib/php/pcre.so, O_RDONLY) = 6 -- Edit this bug report at http://bugs.php.net/?id=34793edit=1
#34796 [Csd-Opn]: ftp module compiled with openssl extension enabled must be loaded after ssl lib
ID: 34796 User updated by: glen at delfi dot ee Reported By: glen at delfi dot ee -Status: Closed +Status: Open Bug Type: Compile Failure Operating System: PLD Linux PHP Version: 5.1.0RC1 New Comment: i updated the patch so it will work also with: --disable-openssl --enable-ftp=shared my test compile and run worked ok. get the patch from same URL. Previous Comments: [2005-10-09 22:40:05] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Fix will be in PHP 5.1 and above. [2005-10-09 22:01:49] glen at delfi dot ee Description: if you configure your php with: --with-openssl=shared --enable-ftp=shared then ftp module is compiled with openssl related functions, but not linked, this causes ftp module loaded earlier in php.ini outputing missing SSL_ symbols $ php -m PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/ftp.so' - /usr/lib/php/ftp.so: undefined symbol: SSL_shutdown in Unknown on line 0 here's patch to fix it. http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/php-ftp-ssllibs.patch NB: applying this patch and compiling --without-openssl is not tested. otherwise it fixes the bug described earlier. -- Edit this bug report at http://bugs.php.net/?id=34796edit=1
#34790 [Fbk-Opn]: preg_match_all(), named capturing groups, variable assignment/return = crash
ID: 34790
User updated by: savzen at gmail dot com
Reported By: savzen at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: Linux
PHP Version: 5CVS, 4CVS (2005-10-08) (snap)
New Comment:
I get errors in output and a segmentation fault.
Reproduce code:
-
?php
function func1(){
$string = 'what the word and the other word the';
preg_match_all('/(?Pwordthe)/', $string, $matches);
return $matches['word'];
}
$words = func1();
var_dump($words);
?
Expected result:
array(4) {
[0]=
string(3) the
[1]=
string(3) the
[2]=
string(3) the
[3]=
string(3) the
}
Actual result:
---
array(4) {
[0]=
string(3) the
[1]=
string(3) the
[2]=
string(3) the
[3]=
string(3) q9
}
Segmentation fault
This is the backtrace without --enable-debug, because it doesn't crash
with it enabled. Only output is UNKNOWN:0
--
(gdb) bt
#0 0x402429fc in malloc () from /lib/i686/libc.so.6
#1 0x083047f8 in ?? ()
#2 0x402ec6a0 in __check_rhosts_file () from /lib/i686/libc.so.6
Cannot access memory at address 0x1
Previous Comments:
[2005-10-09 20:48:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Tried latest CVS, works fine and no valgrind errors.
[2005-10-09 01:42:25] [EMAIL PROTECTED]
I've tried to fix the bug, but I couldn't find a clue.
The problem is triggered when destroying a hash table (in zend_hash.c),
but I don't know which hash table is. This should be much easier to a
Engine expert.
Anyway, I've made a simpler reproduce script, which is enough to
trigger valgrind errors.
? preg_match_all('/(?Pwordthe)/', '', $matches); ?
[2005-10-09 00:17:13] [EMAIL PROTECTED]
Ouch... 193 valgrind errors :)
[2005-10-08 19:27:59] savzen at gmail dot com
Description:
I used the function preg_match_all () WITHIN a function being called by
another function, with a named capturing group and assigned the match to
a variable using the named group as a key (name or number).
The variable assigned the value of the return becomes NULL
This happens in both the latest snapshots of PHP-4 and PHP-5 with PHP-5
giving a segmentation fault after NULL when error_reporting (E_ALL) is
at the top of the script
When the configure option --enable-debug is used PHP-5 gives UNKNOWN:0
instead of NULL and no segmentation fault
When NOT using a Named capturing group name and instead use a normal
capturing group the behaviour seems to stop. Assigning the matched
value by reference also seems to stop the behaviour. ie
var2=var['named_key']
Reproduce code:
---
error_reporting(E_ALL);
function func1(){
$words = func2();
var_dump($words);
$this_words = $words;
return $this_words;
}
function func2(){
$pattern = '(?Pword(?:the))';
$string = 'what the word and the other word the';
preg_match_all('/'.$pattern.'/i', $string, $matches);
$words = $matches['word'];
$this_words = $words;
var_dump($this_words);
return $words;
}
func1();
Expected result:
array(4) {
[0]=
string(3) the
[1]=
string(3) the
[2]=
string(3) the
[3]=
string(3) the
}
array(4) {
[0]=
string(3) the
[1]=
string(3) the
[2]=
string(3) the
[3]=
string(3) the
}
Actual result:
--
array(4) {
[0]=
string(3) the
[1]=
string(3) the
[2]=
string(3) the
[3]=
string(3) the
}
NULL{php -4} UNKNOWN:0 {php-5 --enable-debug}
segmentation fault {php-5 without --enable-debug}
Backtrace (PHP-5 latest without enable-debug because it doesn't crash
when it is used)
---
(gdb) bt
#0 0x402429f2 in malloc () from /lib/i686/libc.so.6
Cannot access memory at address 0x18
(gdb)
--
Edit this bug report at http://bugs.php.net/?id=34790edit=1
#34799 [NEW]: mdb file connection
From: turgutbayrak at yahoo dot com
Operating system: windows 2003
PHP version: 4.4.1RC1
PHP Bug Type: ODBC related
Bug description: mdb file connection
Description:
Same code is not working on windows 20003.
Reproduce code:
---
$dbfile='..\db\test.mdb';
$conn = new COM(ADODB.Connection) or die (Cannot start ADO);
$cstr = DRIVER={Microsoft Access Driver(*.mdb)}; DBQ=$dbfile;;
$rc = $conn-Open( $cstr );
This code was working on windows 2000, but it's not working on windows
2003.
If die is in the connection string, it will not anything else a error
message: Call to a member function on a non-object in
Expected result:
to open connection.
--
Edit bug report at http://bugs.php.net/?id=34799edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34799r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34799r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34799r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34799r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34799r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34799r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34799r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34799r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34799r=support
Expected behavior: http://bugs.php.net/fix.php?id=34799r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34799r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34799r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34799r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34799r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34799r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34799r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34799r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34799r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34799r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34799r=mysqlcfg
#34800 [NEW]: Function Crashes PHP
From: brad at hostland dot com
Operating system: Trustix 2.4-kernel
PHP version: 5CVS-2005-10-10 (snap)
PHP Bug Type: Reproducible crash
Bug description: Function Crashes PHP
Description:
The function listed below is crashing PHP constantly. It only crashes when
certain data is passed to the function and I don't know enough about gdb to
tell you the specific data that would make it crash. Hopefully you will be
able to figure it out from the backtrace.
I was having this problem with 5.0.5, so I installed the latest 5.1
snapshot and it still has the same problem. Please let me know if you want
me to send you an actual core dump, or if there are additional gdb commands
you want me to run against the core dump.
Reproduce code:
---
function _checkNodeTest($contextPath, $nodeTest) {
if ($nodeTest == '*') {
return (!preg_match(':/[^/]+\(\)\[\d+\]$:U', $contextPath));
}
elseif (preg_match('/^[\w-:\.]+$/', $nodeTest)) {
return (preg_match('/'.$nodeTest.'\[\d+\]$', $contextPath));
}
elseif (preg_match('/\(/U', $nodeTest)) { // Check whether it's a
function.
// Get the type of function to use.
$function = $this-_prestr($nodeTest, '(');
// Check whether the node fits the method.
switch ($function) {
case 'node': // Add this node to the list of nodes.
return TRUE;
case 'text': // Check whether the node has some text.
$tmp = implode('',
$this-nodeIndex[$contextPath]['textParts']);
if (!empty($tmp)) {
return TRUE; // Add this node to the list of nodes.
}
break;
default: // Display an error message.
$this-_displayError('While parsing an XPath query there was an
undefined function called ' .
str_replace($function, 'b'.$function.'/b',
$this-currentXpathQuery) .'', __LINE__, __FILE__);
}
}
else { // Display an error message.
$this-_displayError(While parsing the XPath query
\{$this-currentXpathQuery}\ .
an empty and therefore invalid node-test has been found.,
__LINE__, __FILE__, FALSE);
}
return FALSE; // Don't add this context.
}
Expected result:
The function should return a boolean value indicating whether or not the
string that was passed to it is a valid XPath node.
Actual result:
--
(gdb) bt
#0 0x082b9d5b in is_numeric_string (str=0x876a934 node(), length=6,
lval=0xbf9fff54, dval=0xbf9fff48, allow_errors=0 '\0')
at zend_operators.h:83
#1 0x082b999e in zendi_smart_strcmp (result=0xbfa00060, s1=0x879ee0c,
s2=0x85faa04) at /tmp/php5-200510092230/Zend/zend_operators.c:1894
#2 0x082b81c0 in compare_function (result=0xbfa00060, op1=0x879ee0c,
op2=0x85faa04) at /tmp/php5-200510092230/Zend/zend_operators.c:1318
#3 0x082b8daf in is_equal_function (result=0xbfa00060, op1=0x879ee0c,
op2=0x85faa04) at /tmp/php5-200510092230/Zend/zend_operators.c:1474
#4 0x08316795 in ZEND_IS_EQUAL_SPEC_CV_CONST_HANDLER
(execute_data=0xbfa00330)
at zend_vm_execute.h:19994
#5 0x082e4226 in execute (op_array=0x8680dcc) at zend_vm_execute.h:88
#6 0x082e4690 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfa00600)
at zend_vm_execute.h:224
#7 0x082e4acd in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfa00600)
at zend_vm_execute.h:310
#8 0x082e4226 in execute (op_array=0x868158c) at zend_vm_execute.h:88
#9 0x082e4690 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfa008d0)
at zend_vm_execute.h:224
#10 0x082e4acd in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfa008d0)
at zend_vm_execute.h:310
#11 0x082e4226 in execute (op_array=0x868158c) at zend_vm_execute.h:88
#12 0x082e4690 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfa00ba0)
at zend_vm_execute.h:224
(gdb) frame 5
#5 0x082e4226 in execute (op_array=0x8680dcc) at zend_vm_execute.h:88
88 if (EX(opline)-handler(execute_data TSRMLS_CC)
0) {
(gdb) print (char
*)(executor_globals.function_state_ptr-function)-common.funtion_name
$2 = 0x85f607c _checkNodeTest
--
Edit bug report at http://bugs.php.net/?id=34800edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34800r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34800r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34800r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34800r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34800r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34800r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34800r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34800r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34800r=support
Expected behavior: http://bugs.php.net/fix.php?id=34800r=notwrong
Not enough info:
#33414 [Csd]: Comprehensive list of incorrect days returned after strtotime() / date() tests
ID: 33414 User updated by: nickj-phpbugs at nickj dot org Reported By: nickj-phpbugs at nickj dot org Status: Closed Bug Type: Date/time related Operating System: Debian Woody GNU/Linux 3.0r6 PHP Version: 5CVS-2005-06-22 (dev) Assigned To: derick New Comment: You are quite correct. I apologize for reopening. I honestly never knew that a time shift could skip a day - how bizarre! Here is an abstract of a New York Times article about the 1993 Kwajalein jump: http://select.nytimes.com/gst/abstract.html?res=F00610F73D5A0C718EDDA10894DB494D81 , and there is a little bit of info about it here too: http://en.wikipedia.org/wiki/Time_zone#UTC_.2B_12.2C_M Here is some info about the 1994/1995 Kiribati jump: http://wikitravel.org/en/Kiribati#Understand . As for Enderbury, after 1979 it became part of Kiribati (ref: http://en.wikipedia.org/wiki/Enderbury_Island ), which explains why it has the same jump as Kiribati. Previous Comments: [2005-10-07 23:49:56] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Those three are correct, the mentioned days simply don't exist as at this time the zones switched from -11 to +13 or similar: [EMAIL PROTECTED]:~$ zdump -v Pacific/Kwajalein Pacific/Kwajalein Fri Aug 20 11:59:59 1993 UTC = Thu Aug 19 23:59:59 1993 MHT isdst=0 gmtoff=-43200 Pacific/Kwajalein Fri Aug 20 12:00:00 1993 UTC = Sat Aug 21 00:00:00 1993 MHT isdst=0 gmtoff=43200 [EMAIL PROTECTED]:~$ zdump -v Pacific/Enderbury Pacific/Enderbury Sun Jan 1 10:59:59 1995 UTC = Sat Dec 31 23:59:59 1994 PHOT isdst=0 gmtoff=-39600 Pacific/Enderbury Sun Jan 1 11:00:00 1995 UTC = Mon Jan 2 00:00:00 1995 PHOT isdst=0 gmtoff=46800 [EMAIL PROTECTED]:~$ zdump -v Pacific/Kiritimati Pacific/Kiritimati Sun Jan 1 09:59:59 1995 UTC = Sat Dec 31 23:59:59 1994 LINT isdst=0 gmtoff=-36000 Pacific/Kiritimati Sun Jan 1 10:00:00 1995 UTC = Mon Jan 2 00:00:00 1995 LINT isdst=0 gmtoff=50400 [2005-09-05 08:38:35] nickj-phpbugs at nickj dot org Looking very good but I'm still showing just a handful that are giving the wrong days, namely: === ludo:~/tmp/php-5.1-dev# cat my-bugs/bug33414/win32-wrong-days.php ?php $tz=Pacific/Kwajalein; print TZ=$tz\n; putenv(TZ=$tz); $tStamp = mktime (17, 17, 17, 1, 8261, 1971); print tStamp=. date(l Y-m-d H:i:s T I, $tStamp). \n; $strtotime_tstamp = strtotime(Friday, $tStamp); print result=.date(l Y-m-d H:i:s T I, $strtotime_tstamp).\n; print wanted=Friday00:00:00\n\n; $tz=Pacific/Enderbury; print TZ=$tz\n; putenv(TZ=$tz); $tStamp = mktime (17, 17, 17, 1, 8760, 1971); print tStamp=. date(l Y-m-d H:i:s T I, $tStamp). \n; $strtotime_tstamp = strtotime(Sunday, $tStamp); print result=.date(l Y-m-d H:i:s T I, $strtotime_tstamp).\n; print wanted=Sunday00:00:00\n\n; $tz=Pacific/Kiritimati; print TZ=$tz\n; putenv(TZ=$tz); $tStamp = mktime (17, 17, 17, 1, 8760, 1971); print tStamp=. date(l Y-m-d H:i:s T I, $tStamp). \n; $strtotime_tstamp = strtotime(Sunday, $tStamp); print result=.date(l Y-m-d H:i:s T I, $strtotime_tstamp).\n; print wanted=Sunday00:00:00\n\n; ? === Output with the 5.1.x-dev CVS snapshot from 200509050430 on a Linux system: === ludo:~/tmp/php-5.1-dev# php5-200509050430/sapi/cli/php my-bugs/bug33414/win32-wrong-days.php TZ=Pacific/Kwajalein tStamp=Friday 1993-08-13 17:17:17 KWAT 0 result=Saturday 1993-08-21 00:00:00 MHT 0 wanted=Friday00:00:00 TZ=Pacific/Enderbury tStamp=Sunday 1994-12-25 17:17:17 PHOT 0 result=Monday 1995-01-02 00:00:00 PHOT 0 wanted=Sunday00:00:00 TZ=Pacific/Kiritimati tStamp=Sunday 1994-12-25 17:17:17 LINT 0 result=Monday 1995-01-02 00:00:00 LINT 0 wanted=Sunday00:00:00 ludo:~/tmp/php-5.1-dev# === [2005-09-01 14:42:49] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-07-06 06:14:20] nickj-phpbugs at nickj dot org Most of the test cases are fixed in php5-200507060230 (including the 3 possible regressions listed above from bug #20382). Just the following 3
#33546 [WFx]: Should strtotime() ignore the weekday for some inputs? (not treat as modifier)
ID: 33546 User updated by: nickj-phpbugs at nickj dot org Reported By: nickj-phpbugs at nickj dot org Status: Wont fix Bug Type: Date/time related Operating System: Debian Woody GNU/Linux 3.0r6 PHP Version: 5CVS-2005-07-02 (dev) Assigned To: derick New Comment: Fair enough. I only noticed this in passing, and wondered about it, but I understand your logic and I agree it's not worth making the code more brittle for this case, when people can instead just remove the day-of-the-week string to get the correct results. Previous Comments: [2005-10-07 23:46:09] [EMAIL PROTECTED] We can not easily ignore weekday names in strings at arbitrary places in the way the current scanner works now. Changing it to allow for this means more more rigid formats are supported only, losing a lot of complexity in the code and less flexibility. [2005-07-02 10:33:33] nickj-phpbugs at nickj dot org Description: Should strtotime() ignore the weekday for some inputs, rather than treat it as a modifier? Example code: = ?php print Should the weekday be treated as part of the time, rather than a modifier?\n; $input = Friday July 1 2005 10:00:00 AM; print input: . $input . \n; $tStamp = strtotime($input); print date : . date (l F j Y H:i:s A, $tStamp) . \n\n; print Should the weekday be treated as part of the time, rather than a modifier?\n; $input = 10:00:00 AM Friday July 1 2005; print input: . $input . \n; $tStamp = strtotime($input); print date : . date (H:i:s A l F j Y, $tStamp) . \n; ? = Actual output: == G:\PHP bugs\php5-win32-200507020230php.exe ..\weekday-as-time-not-modifier\weekday-as-time-not-modifier.php Should the weekday be treated as part of the time, rather than a modifier? input: Friday July 1 2005 10:00:00 AM date : Friday July 8 2005 10:00:00 AM Should the weekday be treated as part of the time, rather than a modifier? input: 10:00:00 AM Friday July 1 2005 date : 00:00:00 AM Friday July 8 2005 G:\PHP bugs\php5-win32-200507020230 == What I thought the output would be: == G:\PHP bugs\php5-win32-200507020230php.exe ..\weekday-as-time-not-modifier\weekday-as-time-not-modifier.php Should the weekday be treated as part of the time, rather than a modifier? input: Friday July 1 2005 10:00:00 AM date : Friday July 1 2005 10:00:00 AM Should the weekday be treated as part of the time, rather than a modifier? input: 10:00:00 AM Friday July 1 2005 date : 10:00:00 AM Friday July 1 2005 G:\PHP bugs\php5-win32-200507020230 == Or, to put it another way: strtotime(Friday July 1 2005 10:00:00 AM) gives the same results as strtotime(10:00:00 AM, strtotime(Friday, strtotime(July 1 2005))), when I would expect it to be equivalent to strtotime(10:00:00 AM, strtotime(July 1 2005)). Note: I'm not sure what I would expect to happen if the weekday was the wrong day (e.g. Monday July 1 2005 10:00:00 AM). I think maybe the least surprising thing would be if the weekday was always ignored for these two formats (since it's redundant as it can be determined from the date anyway), same as if the input had been July 1 2005 10:00:00 AM. And if someone really did then want to use the Monday modifier, they could just use strtotime(Monday, strtotime(July 1 2005 10:00:00 AM)) to achieve this. -- Edit this bug report at http://bugs.php.net/?id=33546edit=1
#34801 [NEW]: Cannot find libmysqlclient under /usr/local
From: craig at stellarnet dot com Operating system: Linux Fedora Core 3 PHP version: 5.0.5 PHP Bug Type: *Configuration Issues Bug description: Cannot find libmysqlclient under /usr/local Description: MySQL-server-5.1.13-glib23.rpm;MySQL-client-5.1.13-glib23.rpm; MySQL-devel-5.1.13.rpm Can not get php-5.0.4 to locate the mysql shared libraries I've tried --with-mysql=/usr/bin the base directory my installion of MySQL server is located. The php confiure error is: configure: error: Cannot find libmysqlclient under /usr/local This MySQL installation doesn't install at this location ! I've tried a symbolic link called libmysqlclient to my /usr/lib and one to /usr/lib/mysql which both have files with names like libmysqlclient.a/10/14 but this doen't correct this problem I come to the conclusion that the php .configure is written incorrectly. Reproduce code: --- read previous statement Expected result: read 1st statement Actual result: -- read first statement -- Edit bug report at http://bugs.php.net/?id=34801edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34801r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34801r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34801r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34801r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34801r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34801r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34801r=needscript Try newer version: http://bugs.php.net/fix.php?id=34801r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34801r=support Expected behavior: http://bugs.php.net/fix.php?id=34801r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34801r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34801r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34801r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34801r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34801r=dst IIS Stability: http://bugs.php.net/fix.php?id=34801r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34801r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34801r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34801r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34801r=mysqlcfg
#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286
Comment by: Austin519 at aol dot com
Reported By: igg10 at alu dot ua dot es
Status: No Feedback
Bug Type: Apache2 related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
I'm having this exact same problem running Win XP Pro SP2, Apache
2.0.54, and PHP 5.0.4. This happens specifically when I'm trying to
use the search function within Gallery2 (menalto.gallery.com).
Previous Comments:
[2005-10-03 11:38:52] mark dot pearson at capita dot co dot uk
I forgot to add that the script submitted in my last message:
$excel = new COM('Excel.Application')
works perfectly when run from the command line.
[2005-10-03 11:20:36] mark dot pearson at capita dot co dot uk
Description: Apache 2 crashes
PHP 4.3.11 as module on Apache 2.0.54 on Windows XP Pro
SP2.
Script which causes crash:
- START -
$excel = new COM(Excel.Application);
- END -
Apache error log output:
[Mon Oct 03 10:03:10 2005] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
Reproducable? Yes, 100%
Details:
What happens is that Dr Watson (DW20.exe) reports that 'Microsoft Excel
has encountered a problem and needs to close'.
Then approximately 30 seconds later Apache crashes with the
error log output given above. This occurs momentarily after the CPU
usage for svchost.exe jumps to 100%.
Hope this helps somebody to close this bug one way or the other.
[2005-10-03 06:03:27] valerius at iamtex dot com
Even on a Apache/2.0.54 (Win32) with PHP/5.0.4 this problem occurs very
often. So an upgrade to PHP5 would not solve the solution.
Though I can not 100% rule out, that there might be infinite loops, the
application is using an ODBC connection to ORACLE8 extensivly. I am
still checking on memory and thread resources.
[2005-09-24 20:18:13] anonymous at anon dot com
Come on... This bug has been plaguing Apache2/PHP server admins for
quite some time now, and there has yet to be any official solution.
I am currently running Apache 2.0.54 with PHP isapi module 4.4.0 on a
Windows XP Pro server. This error (3221225477) is occurring very
randomly, and does not seem to be code related.
I had this exact same problem on another server using Apache 2.0.52
with PHP 4.3.2, which was solved by switching to a beta 4.4 version of
PHP at the time. However, I can't quite remember what that exact
version was, and besides, I don't think my primary server should need a
beta version of PHP to run properly.
Could somebody please get a solution going for this bug.
[2005-09-07 20:53:42] jeffdripps at isegames dot com
Using 4.4.1 binary this problem occurs and the process restarts as
soon
as the first *.php file is requested. PHP 4.4.1 is unusable on a
multiprocessor machine running W2K and Apache2.
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/26286
--
Edit this bug report at http://bugs.php.net/?id=26286edit=1
#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286
Comment by: Austin519 at aol dot com
Reported By: igg10 at alu dot ua dot es
Status: No Feedback
Bug Type: Apache2 related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
Ok...turns out for me at least the problem was Zend. I uninstalled it
(removed it from php.ini to test first) and it worked fine. Guess I'll
just have to do without Zend.
Austin519
Previous Comments:
[2005-10-10 06:44:59] Austin519 at aol dot com
I'm having this exact same problem running Win XP Pro SP2, Apache
2.0.54, and PHP 5.0.4. This happens specifically when I'm trying to
use the search function within Gallery2 (menalto.gallery.com).
[2005-10-03 11:38:52] mark dot pearson at capita dot co dot uk
I forgot to add that the script submitted in my last message:
$excel = new COM('Excel.Application')
works perfectly when run from the command line.
[2005-10-03 11:20:36] mark dot pearson at capita dot co dot uk
Description: Apache 2 crashes
PHP 4.3.11 as module on Apache 2.0.54 on Windows XP Pro
SP2.
Script which causes crash:
- START -
$excel = new COM(Excel.Application);
- END -
Apache error log output:
[Mon Oct 03 10:03:10 2005] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
Reproducable? Yes, 100%
Details:
What happens is that Dr Watson (DW20.exe) reports that 'Microsoft Excel
has encountered a problem and needs to close'.
Then approximately 30 seconds later Apache crashes with the
error log output given above. This occurs momentarily after the CPU
usage for svchost.exe jumps to 100%.
Hope this helps somebody to close this bug one way or the other.
[2005-10-03 06:03:27] valerius at iamtex dot com
Even on a Apache/2.0.54 (Win32) with PHP/5.0.4 this problem occurs very
often. So an upgrade to PHP5 would not solve the solution.
Though I can not 100% rule out, that there might be infinite loops, the
application is using an ODBC connection to ORACLE8 extensivly. I am
still checking on memory and thread resources.
[2005-09-24 20:18:13] anonymous at anon dot com
Come on... This bug has been plaguing Apache2/PHP server admins for
quite some time now, and there has yet to be any official solution.
I am currently running Apache 2.0.54 with PHP isapi module 4.4.0 on a
Windows XP Pro server. This error (3221225477) is occurring very
randomly, and does not seem to be code related.
I had this exact same problem on another server using Apache 2.0.52
with PHP 4.3.2, which was solved by switching to a beta 4.4 version of
PHP at the time. However, I can't quite remember what that exact
version was, and besides, I don't think my primary server should need a
beta version of PHP to run properly.
Could somebody please get a solution going for 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/26286
--
Edit this bug report at http://bugs.php.net/?id=26286edit=1
#34801 [Opn-Bgs]: Cannot find libmysqlclient under /usr/local
ID: 34801 Updated by: [EMAIL PROTECTED] Reported By: craig at stellarnet dot com -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Linux Fedora Core 3 PHP Version: 5.0.5 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Try using /usr as the path..and then read ./configure --help. There is no bug here. Previous Comments: [2005-10-10 05:37:48] craig at stellarnet dot com Description: MySQL-server-5.1.13-glib23.rpm;MySQL-client-5.1.13-glib23.rpm; MySQL-devel-5.1.13.rpm Can not get php-5.0.4 to locate the mysql shared libraries I've tried --with-mysql=/usr/bin the base directory my installion of MySQL server is located. The php confiure error is: configure: error: Cannot find libmysqlclient under /usr/local This MySQL installation doesn't install at this location ! I've tried a symbolic link called libmysqlclient to my /usr/lib and one to /usr/lib/mysql which both have files with names like libmysqlclient.a/10/14 but this doen't correct this problem I come to the conclusion that the php .configure is written incorrectly. Reproduce code: --- read previous statement Expected result: read 1st statement Actual result: -- read first statement -- Edit this bug report at http://bugs.php.net/?id=34801edit=1
#34800 [Opn-Fbk]: Function Crashes PHP
ID: 34800
Updated by: [EMAIL PROTECTED]
Reported By: brad at hostland dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Trustix 2.4-kernel
PHP Version: 5CVS-2005-10-10 (snap)
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Previous Comments:
[2005-10-10 02:05:23] brad at hostland dot com
Description:
The function listed below is crashing PHP constantly. It only crashes
when certain data is passed to the function and I don't know enough
about gdb to tell you the specific data that would make it crash.
Hopefully you will be able to figure it out from the backtrace.
I was having this problem with 5.0.5, so I installed the latest 5.1
snapshot and it still has the same problem. Please let me know if you
want me to send you an actual core dump, or if there are additional gdb
commands you want me to run against the core dump.
Reproduce code:
---
function _checkNodeTest($contextPath, $nodeTest) {
if ($nodeTest == '*') {
return (!preg_match(':/[^/]+\(\)\[\d+\]$:U', $contextPath));
}
elseif (preg_match('/^[\w-:\.]+$/', $nodeTest)) {
return (preg_match('/'.$nodeTest.'\[\d+\]$', $contextPath));
}
elseif (preg_match('/\(/U', $nodeTest)) { // Check whether it's a
function.
// Get the type of function to use.
$function = $this-_prestr($nodeTest, '(');
// Check whether the node fits the method.
switch ($function) {
case 'node': // Add this node to the list of nodes.
return TRUE;
case 'text': // Check whether the node has some text.
$tmp = implode('',
$this-nodeIndex[$contextPath]['textParts']);
if (!empty($tmp)) {
return TRUE; // Add this node to the list of nodes.
}
break;
default: // Display an error message.
$this-_displayError('While parsing an XPath query there was
an undefined function called ' .
str_replace($function, 'b'.$function.'/b',
$this-currentXpathQuery) .'', __LINE__, __FILE__);
}
}
else { // Display an error message.
$this-_displayError(While parsing the XPath query
\{$this-currentXpathQuery}\ .
an empty and therefore invalid node-test has been found.,
__LINE__, __FILE__, FALSE);
}
return FALSE; // Don't add this context.
}
Expected result:
The function should return a boolean value indicating whether or not
the string that was passed to it is a valid XPath node.
Actual result:
--
(gdb) bt
#0 0x082b9d5b in is_numeric_string (str=0x876a934 node(), length=6,
lval=0xbf9fff54, dval=0xbf9fff48, allow_errors=0 '\0')
at zend_operators.h:83
#1 0x082b999e in zendi_smart_strcmp (result=0xbfa00060, s1=0x879ee0c,
s2=0x85faa04) at /tmp/php5-200510092230/Zend/zend_operators.c:1894
#2 0x082b81c0 in compare_function (result=0xbfa00060, op1=0x879ee0c,
op2=0x85faa04) at
/tmp/php5-200510092230/Zend/zend_operators.c:1318
#3 0x082b8daf in is_equal_function (result=0xbfa00060, op1=0x879ee0c,
op2=0x85faa04) at
/tmp/php5-200510092230/Zend/zend_operators.c:1474
#4 0x08316795 in ZEND_IS_EQUAL_SPEC_CV_CONST_HANDLER
(execute_data=0xbfa00330)
at zend_vm_execute.h:19994
#5 0x082e4226 in execute (op_array=0x8680dcc) at zend_vm_execute.h:88
#6 0x082e4690 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfa00600)
at zend_vm_execute.h:224
#7 0x082e4acd in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfa00600)
at zend_vm_execute.h:310
#8 0x082e4226 in execute (op_array=0x868158c) at zend_vm_execute.h:88
#9 0x082e4690 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfa008d0)
at zend_vm_execute.h:224
#10 0x082e4acd in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfa008d0)
at zend_vm_execute.h:310
#11 0x082e4226 in execute (op_array=0x868158c) at zend_vm_execute.h:88
#12 0x082e4690 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfa00ba0)
at zend_vm_execute.h:224
(gdb) frame 5
#5 0x082e4226 in execute (op_array=0x8680dcc) at zend_vm_execute.h:88
88 if (EX(opline)-handler(execute_data
TSRMLS_CC) 0) {
(gdb) print (char
*)(executor_globals.function_state_ptr-function)-common.funtion_name
$2 = 0x85f607c _checkNodeTest
--
Edit this bug report at http://bugs.php.net/?id=34800edit=1
#34798 [Opn-Fbk]: mysqli-set_charset is an undefined method
ID: 34798 Updated by: [EMAIL PROTECTED] Reported By: jarnix at jarnix dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Windows XP SP2 PHP Version: 5.1.0RC1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-10-09 23:36:29] jarnix at jarnix dot com Description: set_charset method is undefined Reproduce code: --- $mysqli = new mysqli(localhost, root, , mysql); $mysqli-set_charset(utf8); Expected result: nothing Actual result: -- Fatal error: Call to undefined method mysqli::set_charset() (...) on line 2 -- Edit this bug report at http://bugs.php.net/?id=34798edit=1
#34799 [Opn-Bgs]: mdb file connection
ID: 34799
Updated by: [EMAIL PROTECTED]
Reported By: turgutbayrak at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: ODBC related
Operating System: windows 2003
PHP Version: 4.4.1RC1
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2005-10-10 02:02:54] turgutbayrak at yahoo dot com
Description:
Same code is not working on windows 20003.
Reproduce code:
---
$dbfile='..\db\test.mdb';
$conn = new COM(ADODB.Connection) or die (Cannot start ADO);
$cstr = DRIVER={Microsoft Access Driver(*.mdb)}; DBQ=$dbfile;;
$rc = $conn-Open( $cstr );
This code was working on windows 2000, but it's not working on windows
2003.
If die is in the connection string, it will not anything else a error
message: Call to a member function on a non-object in
Expected result:
to open connection.
--
Edit this bug report at http://bugs.php.net/?id=34799edit=1
#34796 [Opn-Csd]: ftp module compiled with openssl extension enabled must be loaded after ssl lib
ID: 34796 Updated by: [EMAIL PROTECTED] Reported By: glen at delfi dot ee -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: PLD Linux PHP Version: 5.1.0RC1 New Comment: Thanks but I already committed something similar as your first patch was obviously half-way there. Previous Comments: [2005-10-10 00:10:22] glen at delfi dot ee i updated the patch so it will work also with: --disable-openssl --enable-ftp=shared my test compile and run worked ok. get the patch from same URL. [2005-10-09 22:40:05] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Fix will be in PHP 5.1 and above. [2005-10-09 22:01:49] glen at delfi dot ee Description: if you configure your php with: --with-openssl=shared --enable-ftp=shared then ftp module is compiled with openssl related functions, but not linked, this causes ftp module loaded earlier in php.ini outputing missing SSL_ symbols $ php -m PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/ftp.so' - /usr/lib/php/ftp.so: undefined symbol: SSL_shutdown in Unknown on line 0 here's patch to fix it. http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/php-ftp-ssllibs.patch NB: applying this patch and compiling --without-openssl is not tested. otherwise it fixes the bug described earlier. -- Edit this bug report at http://bugs.php.net/?id=34796edit=1
#33374 [Opn-Csd]: strval does not let me convert numbers to 'zero filled' strings
ID: 33374
Updated by: [EMAIL PROTECTED]
Reported By: tiago dot freire at gmail dot com
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: GNU/Linux
PHP Version: 5.0.4
Previous Comments:
[2005-06-17 09:25:50] nickj-phpbugs at nickj dot org
Please see str_pad, as this already does what you're looking for:
http://php.net/str-pad
Example code:
for ($i=1;$i=101;$i++) {
// This gives 'foo0001'
print foo . str_pad($i, 4, 0, STR_PAD_LEFT) . \n;
}
[2005-06-17 02:26:17] tiago dot freire at gmail dot com
Description:
Suppose I want to build a string with fixed length (for whatever
reason) by appending a number to a string.
//I want strings like 'foo0001','foo0002','foo0010' etc
for ($i=1;$i1000;$i++)
{
$string = 'foo'.$i;
}
strval could be useful IF it accepted a second (int) parameter to tell
it:
This number will have int parameter characters in string
form,fill it to the left with zeroes
With this behaviour,this would work:
for ($i=1;$i1000;$i++)
{
$string = 'foo'.strval($i,4);//This would give me '0001'
}
What about floats? Another parameter.
Explained by example:
for ($i=1;$i1000;$i++)
{
$string = 'foo'.strval($i,4,3);//This would give me '0001.000'
}
For completeness:
$number = 123456789;
$string = 'bignumber: '.strval($number,5);
Will result in the string 'bignumber123456789', since I asked for less
characters than the number has.
--
Edit this bug report at http://bugs.php.net/?id=33374edit=1
#34802 [NEW]: new PDORow crashes Apache
From: stochnagara at hotmail dot com Operating system: windows xp PHP version: 5.1.0RC1 PHP Bug Type: PDO related Bug description: new PDORow crashes Apache Description: Creating a new PDORow object crashes my Apache. The error log contains the correct error message for this case: PHP Fatal error: PDORow::__construct() [a href='function.--construct'function.--construct/a]: You should not create a PDOStatement manually in ...\pdo.php on line 2 But crashing Apache is not the correct behaviour. Reproduce code: --- ? $q= new PDORow(); ? Expected result: PHP Fatal error: PDORow::__construct() [a href='function.--construct'function.--construct/a]: You should not create a PDOStatement manually in ...\pdo.php on line 2 Actual result: -- Apache crashes. -- Edit bug report at http://bugs.php.net/?id=34802edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34802r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34802r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34802r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34802r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34802r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34802r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34802r=needscript Try newer version: http://bugs.php.net/fix.php?id=34802r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34802r=support Expected behavior: http://bugs.php.net/fix.php?id=34802r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34802r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34802r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34802r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34802r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34802r=dst IIS Stability: http://bugs.php.net/fix.php?id=34802r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34802r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34802r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34802r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34802r=mysqlcfg
