#29588 [Fbk->Opn]: $errcontext no longer shows object reference
ID: 29588
User updated by: tony at marston-home dot demon dot co dot uk
Reported By: tony at marston-home dot demon dot co dot uk
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: WindowsXP
PHP Version: 5.0.0
New Comment:
Yes, that works now.
Previous Comments:
[2005-02-28 21:23: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
[2004-08-09 17:24:10] tony at marston-home dot demon dot co dot uk
Description:
I have a class called 'mysql' which deals with all MySQL function
calls. It contains the following code:
$result = mysqli_query($link, $query) or trigger_error("SQL",
E_USER_ERROR);
In the event of a fatal error it calls my custom error handler which
accesses all 5 arguments ($errno, $errstr, $errfile, $errline,
$errcontext).
With PHP 4 $errcontext contains the following:
Array
(
[this] => mysql Object
(
... class variables appear here ...
)
[dbname] => sample
[tablename] => pers_opt_xref
[where] => ...
[result] =>
)
With PHP 5 the same error produces the following:
Array
(
[dbname] => sample
[tablename] => pers_opt_xref
[where] => ...
[result] =>
)
You will note that the object references are completely missing. This
is preventing me from determining that the error came from my 'mysql'
object and therefore obtaining the current values for mysql_errno() and
mysql_error().
Expected result:
If the error is triggered from within an object I expect $errcontext to
contain an object reference as stated in the manual at
http://www.php.net/manual/en/function.set-error-handler.php
Actual result:
--
If triggered from within an object $errcontext does not contain any
object references.
--
Edit this bug report at http://bugs.php.net/?id=29588&edit=1
#32140 [Fbk->Opn]: NVARCHAR2 columns are truncated
ID: 32140
User updated by: bmr at comtime dot com
Reported By: bmr at comtime dot com
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
Oracle seems to report double the length of the field already, i.e. as
if UTF-16 encoding was used. AFAIK Oracle only supports UTF-8 and
UTF-16. The Oracle documentation says that the byte length is 3 times
the character length for UTF-8 and 2 times for UTF-16. So I guess the
right fix is to multiply by 1.5! Does anyone know how to get Oracle to
fix their stuff? I looked at the OCI docs for quite a while and
couldn't find a way to get the right length, so it does seem like their
bug.
Microsoft Word - nchar_migration.doc: Migration to Unicode Datatypes
for Multilingual Databases and Applications $Q2UDFOH:KLWH3DSHU August
2003 Migration to... (published 12/17/2003)
http://www.oracle.com/technology/tech/globalization/pdf/TWP_NCHAR_Migration_10gR1.pdf
Previous Comments:
[2005-02-28 23:23:10] [EMAIL PROTECTED]
See also #31042, #27156.
Why do you multiple storage size by 2? Why not 4 (afaik max. UTF char
length is 4 bytes)? 6 (other Unicodes may contain such chars too)?
This is known solution and it's *ugly*.
[2005-02-28 23:08:28] bmr at comtime dot com
Description:
NVARCHAR2 columns can be used to store UTF-8 or UTF-16 characters.
When using UTF-8 it can take 3 (or more??) bytes to represent one
character. PHP truncates strings that have byte representations longer
than 2 times the character length.This is actually an Oracle bug
because the OCI call returns the wrong byte length.
Here's my patch:
--- php-4.3.10/ext/oci8/oci8.c Wed Nov 3 08:35:56 2004
+++ php-4.3.10.cti/ext/oci8/oci8.c Mon Feb 28 15:37:54 2005
@@ -1443,6 +1443,7 @@
ub4 iters;
ub4 colcount;
ub2 dynamic;
+ ub1 charset_form;
int dtype;
dvoid *buf;
oci_descriptor *descr;
@@ -1573,6 +1574,21 @@
return 0; /* XXX we loose memory!!! */
}
+ if(outcol->data_type == SQLT_CHR) {
+CALL_OCI_RETURN(error, OCIAttrGet(
+(dvoid
*)param,
+
OCI_DTYPE_PARAM,
+(dvoid
*)&charset_form,
+(dvoid
*)0,
+
OCI_ATTR_CHARSET_FORM,
+
statement->pError));
+statement->error =
oci_error(statement->pError, "OCIAttrGet
OCI_DTYPE_PARAM/OCI_ATTR_CHARS
ET_FORM", error);
+if (statement->error) {
+
oci_handle_error(statement->conn, statement->error);
+ return 0; /* XXX we loose
memory!!! */
+}
+ }
+
CALL_OCI_RETURN(error, OCIAttrGet(
(dvoid *)param,
OCI_DTYPE_PARAM,
@@ -1700,6 +1716,9 @@
) {
outcol->storage_size4 =
512; /* XXX this should fit "most" NLS date-formats
and Numbers */
} else {
+ if(charset_form ==
SQLCS_NCHAR)
+
outcol->storage_size4 *=2; /* double for unicode */
+
outcol->storage_size4++; /* add one for string terminator */
}
if (outcol->data_type ==
SQLT_BIN) {
Reproduce code:
---
ocifetchinto()
--
Edit this bug report at http://bugs.php.net/?id=32140&edit=1
#32089 [Bgs]: Crash during Make with Oracle Instant Client Support
ID: 32089 User updated by: andrew dot nagy at villanova dot edu Reported By: andrew dot nagy at villanova dot edu Status: Bogus Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: So, no solution? I just setup a new server with a fresh install of FC3 and it worked fine, any ideas as to what may be causing this issue with rpath? Previous Comments: [2005-02-28 20:36:05] [EMAIL PROTECTED] But I am. [2005-02-28 15:30:07] andrew dot nagy at villanova dot edu Oh come on, don't think you are getting away that easy :) The error is still there. For some reason when I do: >$ make > make_log it doesn't include the error in the output file, it echo's it to the screen. I still got the same error: /usr/bin/ld: warning: libnnz10.so, needed by /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so, not found (try using -rpath or -rpath-link) [2005-02-28 13:52:43] [EMAIL PROTECTED] ..and it worked just fine. Please ask further support questions about installing on php-install@lists.php.net mailing list. [2005-02-28 02:33:45] andrew dot nagy at villanova dot edu I deleted my source and started from scratch with the same release: php4-STABLE-200502230130 Here is the output from the configure and make processes: http://www.webitecture.org/config.log http://www.webitecture.org/config_output http://www.webitecture.org/make_log Im now way past my sys-admin skills, so Im not sure what else to check for that may be causing this problem. [2005-02-25 22:02:44] [EMAIL PROTECTED] Well, your config.log doesn't help much as it contains no results at all. I just want to see why in hell your compiler doesn't use -rpath and what ./configure says about it. Could you try to figure out what's happening there? 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/32089 -- Edit this bug report at http://bugs.php.net/?id=32089&edit=1
#28556 [Opn->Fbk]: PHP as CGI becomes a zombie when loaded too often
ID: 28556 Updated by: [EMAIL PROTECTED] Reported By: floeff at arcor dot de -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Linux 2.4 PHP Version: 4.3.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And please try without using this binfmt_misc module to rule out THAT possible cause of this bug. Previous Comments: [2005-02-06 14:27:36] floeff at arcor dot de Okay, here we go: ./configure --enable-safe-mode --with-mysql --enable-discard-path --with-exec-dir --enable-memory-limit --with-mm && make && make install cp php.ini-dist /usr/local/lib/php.ini echo ':PHP:E::php::/usr/local/bin/php:' > /proc/sys/fs/binfmt_misc/register echo ':PHP3:E::php3::/usr/local/bin/php:' > /proc/sys/fs/binfmt_misc/register echo ':PHP4:E::php4::/usr/local/bin/php:' > /proc/sys/fs/binfmt_misc/register Changes in php.ini: expose_php = Off disable_functions = phpinfo allow_url_fopen = Off In httpd.conf of Apache2: AddHandler cgi-script .cgi .pl .php .php3 .php4 [2005-02-06 06:57:15] [EMAIL PROTECTED] Come up with configuration that isn't "security threat" to you and put it here.. [2005-02-05 19:07:17] floeff at arcor dot de I don't post my (maybe security-related) configuration to the public, sorry. Any e-mail address I could mail it to? [2005-02-05 03:40:03] [EMAIL PROTECTED] DO NOT email anything to me!! Put any details needed to reproduce this bug here, via this url: http://bugs.php.net/bug.php?id=28556&edit=2 [2005-02-03 21:05:48] floeff at arcor dot de Unfortunately, I have no test system to try. If you want, I can mail you my documentation privately (via PM), so you can check it out. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/28556 -- Edit this bug report at http://bugs.php.net/?id=28556&edit=1
#32088 [Fbk->Opn]: Reference fails after use of unset() on array
ID: 32088
User updated by: karl at posmaster dot com dot au
Reported By: karl at posmaster dot com dot au
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-02-28
New Comment:
Although I can use a workaround for this problem (and in the meantime I
have), this is still a bug in php isn't it?
After using unset() on the array, in the loop, the reference breaks.
Previous Comments:
[2005-02-28 22:57:00] [EMAIL PROTECTED]
You are modifying array in the foreach loop.
Consider using for/while instead of foreach.
See this code:
&$value) {
$value='This should appear below in the var_dump() because $value
is passed by reference';
}
var_dump($stuff);
?>
[2005-02-28 22:49:56] karl at posmaster dot com dot au
- &$value is a refernce used in the foreach loop.
- If the unset is commented out, the reference to $stuff[1] as $value
on the second iteration of the loop works.
- The call to unset() on the first iteration breaks the reference
Actaul Output:
array(1) { [1]=> string(3) "two" }
Expected Output
array(1) { [1]=> string(3) "This should appear below in the var_dump()
because $value is passed by reference" }
&$value) {
if($key==0){
unset ($stuff[$key]);
}else{
$value='This should appear below in the var_dump() because $value
is passed by reference';
}
}
var_dump($stuff);
?>
[2005-02-28 20:18:52] [EMAIL PROTECTED]
What reference? Please give the _EXACT_ expected result.
(and shorten the example script..)
[2005-02-27 22:51:05] karl at posmaster dot com dot au
No, the bug is still present. The reference that should be present is
still broken.
[2005-02-25 14:30:13] [EMAIL PROTECTED]
So it's fixed and working -> closed.
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/32088
--
Edit this bug report at http://bugs.php.net/?id=32088&edit=1
#31584 [Csd->Opn]: 5_0 (incl. 5.0.3) A bit severe problem with protected properties
ID: 31584
User updated by: php at hristov dot com
Reported By: php at hristov dot com
-Status: Closed
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Linux
-PHP Version: 5.0.3
+PHP Version: 5.0.4-dev (28.02.2005)
New Comment:
Erm, error. Works again with latest HEAD (5.1) but does not work with
latest 5_0 (CVS php5-STABLE-200502282130)
Andrey
Previous Comments:
[2005-02-28 23:44:39] php at hristov dot com
works as expected
[2005-02-28 21:01:24] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
..and make sure the Version field in the report matches the date of the
snapshot..
[2005-01-17 13:41:22] php at hristov dot com
Maybe it helps that it is not reproducable with 5.1.0-dev even back
from Nov 29th.
[2005-01-17 13:37:08] php at hristov dot com
Description:
The example code works with HEAD but is broken with 5_0 latest build as
well as 5.0.3 . 5.0.2 and lower not checked.
Reproduce code:
---
php -r 'class a{protected static $foo=2;} class b extends a{function
p(){var_dump(a::$foo);}}$b=new b;$b->p();'
Expected result:
int(2)
Actual result:
--
Fatal error: Cannot access protected property a::$foo in Command line
code on line 1
--
Edit this bug report at http://bugs.php.net/?id=31584&edit=1
#29478 [Opn->Csd]: ignore_user_abort not in php.ini
ID: 29478 Updated by: [EMAIL PROTECTED] Reported By: holliwell at gmx dot net -Status: Open +Status: Closed Bug Type: *Configuration Issues Operating System: any PHP Version: 5.0.0 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: [2004-08-01 10:28:10] holliwell at gmx dot net Description: Hi, ini-setting for ignore_user_abort is missing from php.ini-dist and php.ini-recommended. Also true for 4.3.8 Regards Friedhelm Betz -- Edit this bug report at http://bugs.php.net/?id=29478&edit=1
#32128 [Fbk->Opn]: Memory leak
ID: 32128 User updated by: i at downfire dot com Reported By: i at downfire dot com -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: linux RH 8.0 Kernel 2.4.x PHP Version: 4.3.10 New Comment: I can't find the apxs anywhere tho, the only one the find command found is the apxs in the apache bin directory. [EMAIL PROTECTED] /]# find / -name 'apxs' /root/system_setup/httpd-2.0.45/support/apxs /root/system_setup/httpd-2.0.53/support/apxs /root/system_setup/apache_1.3.33/src/support/apxs /usr/local/apache2/bin/apxs /usr/local/apache/bin/apxs /opt/casp/components/apache-bundle/INSTALL/templates/apxs And when is exec on the apache 2.0.53 apxs i get: [EMAIL PROTECTED] bin]# ./apxs -q MPM_NAME prefork This the standard for apache i think since i never changed it. Btw, the 1.3.33 version of apache with php 4.3.9 works great. But the upgrade to 4.3.10 on apache 1.3.33 does also suck my memory when i exec the script so i realy think this has to do with the php then the apache server since i never had this with 4.3.9 on Apache2. I find it verry strange. Previous Comments: [2005-02-28 20:32:04] [EMAIL PROTECTED] What does this output: # apxs -q MPM_NAME (find the path to apxs if it's not in your PATH already) [2005-02-28 14:03:15] i at downfire dot com The bundeld MPM that's in the apache2 tar? I never installed any other so it sould be standard. [2005-02-28 13:28:19] [EMAIL PROTECTED] What MPM are you using with Apache2 ? [2005-02-28 01:11:13] i at downfire dot com My english is not that good so here goes: The script i tried to execute on the server(or better to say, a user tried to) is found at www.subdreamer.com witch is, as the creators of it state "a good pice of php scripting". Now i made some changes to the webservers here and now the problem seems to be gone. So i think it's more php with Apache 2.x then the script it self. Explanation: I had a linux RH 8.0 server running apache 2.0.53 with php 4.3.10 with a mysql at the side witch would be 3.39.x. On that configuration the script got out of control and the memory got down to 3700K witch is the minimum of the server memory. I now `downgraded` the server to Apache 1.3.33 with php 4.3.9. Nou i tested the script that sucked all the memory on this configuration and it runs great. Could this has something to do with Apache 2.0.53? I looks like php does not work right with the 2.x version of Apache and gets memory leaks. [2005-02-27 23:22:13] [EMAIL PROTECTED] Can not reproduce, please provide a short example script. 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/32128 -- Edit this bug report at http://bugs.php.net/?id=32128&edit=1
#32140 [NEW]: NVARCHAR2 columns are truncated
From: bmr at comtime dot com
Operating system: Linux
PHP version: 4.3.10
PHP Bug Type: OCI8 related
Bug description: NVARCHAR2 columns are truncated
Description:
NVARCHAR2 columns can be used to store UTF-8 or UTF-16 characters. When
using UTF-8 it can take 3 (or more??) bytes to represent one character.
PHP truncates strings that have byte representations longer than 2 times
the character length.This is actually an Oracle bug because the OCI
call returns the wrong byte length.
Here's my patch:
--- php-4.3.10/ext/oci8/oci8.c Wed Nov 3 08:35:56 2004
+++ php-4.3.10.cti/ext/oci8/oci8.c Mon Feb 28 15:37:54 2005
@@ -1443,6 +1443,7 @@
ub4 iters;
ub4 colcount;
ub2 dynamic;
+ ub1 charset_form;
int dtype;
dvoid *buf;
oci_descriptor *descr;
@@ -1573,6 +1574,21 @@
return 0; /* XXX we loose memory!!! */
}
+ if(outcol->data_type == SQLT_CHR) {
+CALL_OCI_RETURN(error, OCIAttrGet(
+(dvoid
*)param,
+
OCI_DTYPE_PARAM,
+(dvoid
*)&charset_form,
+(dvoid
*)0,
+
OCI_ATTR_CHARSET_FORM,
+
statement->pError));
+statement->error =
oci_error(statement->pError, "OCIAttrGet OCI_DTYPE_PARAM/OCI_ATTR_CHARS
ET_FORM", error);
+if (statement->error) {
+
oci_handle_error(statement->conn, statement->error);
+ return 0; /* XXX we loose
memory!!! */
+}
+ }
+
CALL_OCI_RETURN(error, OCIAttrGet(
(dvoid *)param,
OCI_DTYPE_PARAM,
@@ -1700,6 +1716,9 @@
) {
outcol->storage_size4 =
512; /* XXX this should fit "most" NLS date-formats
and Numbers */
} else {
+ if(charset_form ==
SQLCS_NCHAR)
+
outcol->storage_size4 *=2; /* double for unicode */
+
outcol->storage_size4++;
/* add one for string terminator */
}
if (outcol->data_type == SQLT_BIN)
{
Reproduce code:
---
ocifetchinto()
--
Edit bug report at http://bugs.php.net/?id=32140&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32140&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32140&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32140&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32140&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32140&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32140&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32140&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32140&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32140&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32140&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32140&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32140&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32140&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32140&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32140&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32140&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32140&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32140&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32140&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32140&r=mysqlcfg
#29521 [Opn->Csd]: compress.bzip2 wrapper
ID: 29521 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Bzip2 Related Operating System: all PHP Version: 5CVS-2004-08-04 (dev) New Comment: Works fine here... Previous Comments: [2005-02-23 21:10:40] [EMAIL PROTECTED] it now echoes another error: "Warning: fopen (compress.bzip2://http://pt2.php.net/backend/notes/all.bz2): failed to open stream: Invalid argument in bz2.php on line 3" [2005-02-23 19:49:03] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-10-04 13:52:29] [EMAIL PROTECTED] I've compiled with --with-bz2 (and I'm using the snaps.php.net for windows) [2004-10-04 13:34:26] [EMAIL PROTECTED] You must build with --with-bz2, not --with-bzip2 [2004-10-04 12:10:51] [EMAIL PROTECTED] I know this may sound strange, but I can replicate this problem on my two machines (windows & linux) using latest HEAD. 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/29521 -- Edit this bug report at http://bugs.php.net/?id=29521&edit=1
#32088 [Opn->Fbk]: Reference fails after use of unset() on array
ID: 32088
Updated by: [EMAIL PROTECTED]
Reported By: karl at posmaster dot com dot au
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-02-28
New Comment:
You are modifying array in the foreach loop.
Consider using for/while instead of foreach.
See this code:
&$value) {
$value='This should appear below in the var_dump() because $value
is passed by reference';
}
var_dump($stuff);
?>
Previous Comments:
[2005-02-28 22:49:56] karl at posmaster dot com dot au
- &$value is a refernce used in the foreach loop.
- If the unset is commented out, the reference to $stuff[1] as $value
on the second iteration of the loop works.
- The call to unset() on the first iteration breaks the reference
Actaul Output:
array(1) { [1]=> string(3) "two" }
Expected Output
array(1) { [1]=> string(3) "This should appear below in the var_dump()
because $value is passed by reference" }
&$value) {
if($key==0){
unset ($stuff[$key]);
}else{
$value='This should appear below in the var_dump() because $value
is passed by reference';
}
}
var_dump($stuff);
?>
[2005-02-28 20:18:52] [EMAIL PROTECTED]
What reference? Please give the _EXACT_ expected result.
(and shorten the example script..)
[2005-02-27 22:51:05] karl at posmaster dot com dot au
No, the bug is still present. The reference that should be present is
still broken.
[2005-02-25 14:30:13] [EMAIL PROTECTED]
So it's fixed and working -> closed.
[2005-02-25 05:19:45] karl at posmaster dot com dot au
Using that snapshot (PHP Version 5.0.4-dev) the second var_dump()
produces:
array(3) {
[1]=>
array(2) {
[0]=>
string(3) "one"
[1]=>
string(3) "two"
}
[3]=>
array(2) {
[0]=>
string(4) "five"
[1]=>
string(3) "six"
}
[5]=>
array(2) {
[0]=>
string(4) "nine"
[1]=>
string(3) "ten"
}
}
Expecting:
array(3) {
[1]=>
array(2) {
[0]=>
string(3) "one"
[1]=>
string(3) "foo"
}
[3]=>
array(2) {
[0]=>
string(4) "five"
[1]=>
string(3) "foo"
}
[5]=>
array(2) {
[0]=>
string(4) "nine"
[1]=>
string(3) "foo"
}
}
Using Apache 1.3.31
PHP Configure string:
'./configure' '--prefix=/usr' '--disable-static'
'--with-apxs=/usr/sbin/apxs' '--sysconfdir=/etc'
'--enable-discard-path' '--with-config-file-path=/etc/apache'
'--enable-safe-mode' '--with-openssl' '--with-mhash' '--enable-bcmath'
'--with-bz2' '--with-pic' '--enable-calendar' '--enable-ctype'
'--with-gdbm' '--with-db3' '--enable-dbase' '--enable-ftp'
'--with-iconv' '--with-exif' '--with-gd' '--enable-gd-native-ttf'
'--with-jpeg-dir=/usr' '--with-png' '--with-gmp'
'--with-gettext=shared,/usr' '--with-expat-dir=/usr' '--with-xml'
'--enable-wddx' '--with-mm=/usr' '--enable-trans-sid' '--enable-shmop'
'--enable-sockets' '--with-regex=php' '--enable-sysvsem'
'--enable-sysvshm' '--enable-yp' '--enable-memory-limit'
'--with-tsrm-pthreads' '--enable-shared' '--disable-debug'
'--with-zlib=/usr' '--with-pgsql' '--with-mysql'
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/32088
--
Edit this bug report at http://bugs.php.net/?id=32088&edit=1
#32088 [Fbk->Opn]: Reference fails after use of unset() on array
ID: 32088
User updated by: karl at posmaster dot com dot au
Reported By: karl at posmaster dot com dot au
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2005-02-28
New Comment:
- &$value is a refernce used in the foreach loop.
- If the unset is commented out, the reference to $stuff[1] as $value
on the second iteration of the loop works.
- The call to unset() on the first iteration breaks the reference
Actaul Output:
array(1) { [1]=> string(3) "two" }
Expected Output
array(1) { [1]=> string(3) "This should appear below in the var_dump()
because $value is passed by reference" }
&$value) {
if($key==0){
unset ($stuff[$key]);
}else{
$value='This should appear below in the var_dump() because $value
is passed by reference';
}
}
var_dump($stuff);
?>
Previous Comments:
[2005-02-28 20:18:52] [EMAIL PROTECTED]
What reference? Please give the _EXACT_ expected result.
(and shorten the example script..)
[2005-02-27 22:51:05] karl at posmaster dot com dot au
No, the bug is still present. The reference that should be present is
still broken.
[2005-02-25 14:30:13] [EMAIL PROTECTED]
So it's fixed and working -> closed.
[2005-02-25 05:19:45] karl at posmaster dot com dot au
Using that snapshot (PHP Version 5.0.4-dev) the second var_dump()
produces:
array(3) {
[1]=>
array(2) {
[0]=>
string(3) "one"
[1]=>
string(3) "two"
}
[3]=>
array(2) {
[0]=>
string(4) "five"
[1]=>
string(3) "six"
}
[5]=>
array(2) {
[0]=>
string(4) "nine"
[1]=>
string(3) "ten"
}
}
Expecting:
array(3) {
[1]=>
array(2) {
[0]=>
string(3) "one"
[1]=>
string(3) "foo"
}
[3]=>
array(2) {
[0]=>
string(4) "five"
[1]=>
string(3) "foo"
}
[5]=>
array(2) {
[0]=>
string(4) "nine"
[1]=>
string(3) "foo"
}
}
Using Apache 1.3.31
PHP Configure string:
'./configure' '--prefix=/usr' '--disable-static'
'--with-apxs=/usr/sbin/apxs' '--sysconfdir=/etc'
'--enable-discard-path' '--with-config-file-path=/etc/apache'
'--enable-safe-mode' '--with-openssl' '--with-mhash' '--enable-bcmath'
'--with-bz2' '--with-pic' '--enable-calendar' '--enable-ctype'
'--with-gdbm' '--with-db3' '--enable-dbase' '--enable-ftp'
'--with-iconv' '--with-exif' '--with-gd' '--enable-gd-native-ttf'
'--with-jpeg-dir=/usr' '--with-png' '--with-gmp'
'--with-gettext=shared,/usr' '--with-expat-dir=/usr' '--with-xml'
'--enable-wddx' '--with-mm=/usr' '--enable-trans-sid' '--enable-shmop'
'--enable-sockets' '--with-regex=php' '--enable-sysvsem'
'--enable-sysvshm' '--enable-yp' '--enable-memory-limit'
'--with-tsrm-pthreads' '--enable-shared' '--disable-debug'
'--with-zlib=/usr' '--with-pgsql' '--with-mysql'
[2005-02-24 23:50:30] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
I can't reproduce it.
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/32088
--
Edit this bug report at http://bugs.php.net/?id=32088&edit=1
#32122 [Opn]: Multiple small packets send for HTTP request
ID: 32122
User updated by: OvdSpek at LIACS dot NL
Reported By: OvdSpek at LIACS dot NL
Status: Open
Bug Type: Apache2 related
Operating System: Linux, Windows XP, 2003
PHP Version: 5.0.3
New Comment:
:(
GET /temp/404.php HTTP/1.1
HTTP/1.1 200 OK
Date: Mon, 28 Feb 2005 21:04:06 GMT
Server: Apache/2.0.53 (Win32) PHP/5.1.0-dev
X-Powered-By: PHP/5.1.0-dev
Status: 404 Not Found
Content-Length: 0
Keep-Alive: timeout=15, max=96
Connection: Keep-Alive
Content-Type: text/html; charset=ISO-8859-1
Previous Comments:
[2005-02-28 22:01:55] OvdSpek at LIACS dot NL
Will do. Just wondering, why did the summary change from
header("Status: 404 Not Found"); doesn't work to Multiple small packets
send for HTTP request?
[2005-02-27 13:23:44] [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-02-27 12:42:29] OvdSpek at LIACS dot NL
Where do the docs state that?
> Note: In PHP 3, this only works when PHP is compiled as an Apache
module. You can achieve the same effect using the Status header.
This states that if you're using PHP 3, it only works as Apache
module.
It doesn't state that it only works in PHP 3.
[2005-02-27 12:38:47] [EMAIL PROTECTED]
The docs clearly state that this example is for PHP3 and you should use
for versions >3.
Please check if it works fine for you.
[2005-02-26 23:08:38] OvdSpek at LIACS dot NL
Description:
I tried to use the code from the example, but it doesn't work. It
appears the status header has been ignored completely.
http://php.net/header
GET /temp/404.php HTTP/1.0
HTTP/1.1 200 OK
Date: Sat, 26 Feb 2005 22:02:43 GMT
Server: Apache/2.0.53 (Win32) PHP/5.0.3
X-Powered-By: PHP/5.0.3
Status: 404 Not Found
Content-Length: 0
Connection: close
Content-Type: text/html; charset=ISO-8859-1
Reproduce code:
---
Expected result:
HTTP/1.1 404 Not Found
Actual result:
--
HTTP/1.1 200 OK
Date: Sat, 26 Feb 2005 22:02:43 GMT
Server: Apache/2.0.53 (Win32) PHP/5.0.3
X-Powered-By: PHP/5.0.3
Status: 404 Not Found
Content-Length: 0
Connection: close
Content-Type: text/html; charset=ISO-8859-1
--
Edit this bug report at http://bugs.php.net/?id=32122&edit=1
#32139 [Opn]: base64binary encode/decode
ID: 32139
User updated by: rtroll at yahoo-inc dot com
-Summary: dateTime decoding: not present
Reported By: rtroll at yahoo-inc dot com
Status: Open
Bug Type:SOAP related
PHP Version: 5CVS-2005-02-28 (dev)
New Comment:
Changed summary. For some reason, summary kept the same value as my
previously submitted bug.
Previous Comments:
[2005-02-28 22:02:00] rtroll at yahoo-inc dot com
Description:
When building a SOAP client or server that uses the "base64Binary" XML
datatype, PHP is not performing the appropriate B64 encoding/decoding.
When generating a SOAP client based on a WSDL, the PHP SOAP extension
builds a collection of methods for me. These methods take args (as
defined by the WSDL), and send them over the wire to the appropriate
service. The extension takes care of encoding arrays as arrays,
decimals as decimals, etc. If the item datatype is "base64Binary", the
extension does not b64 encode the value - it merely places it in the
XML.
This may be a feature, requiring client authors to read through the
WSDL to determine what datatypes are being used, in order to adequately
encode things before passing them into the autogenerated methods. If
this is the appropriate functionality, the "time_t -> dateTime" mapping
should also be removed, providing a consistent, "PHP does no data
munging" approach to generated interfaces.
However, I'd much rather see the extension do the B64 encoding for me.
:)
Consider a service that returns an image: getImage(). It could be
implemented such that the image is transmitted in b64 - but the client
author shouldn't need to know that.
Reproduce code:
---
http://ws1.api.re2.yahoo.com/ws/soap-demo/full.wsdl";;
$SRCBUF = "1234567890abcdefghijklmnopqrstuvwxyz";
$client = new SoapClient( $WSDL, array( "trace" => true,
"exceptions" => 0,
));
function dump_xml( $title, $body )
{
$nl = preg_replace( "/\>\\n<", $body );
$clean = htmlspecialchars( $nl );
print "\n$title\n$clean\n";
}
$r = $client->echoViaBase64( array( 'src' => $SRCBUF ));
dump_xml( "Request", $client->__getLastRequest() );
dump_xml( "Response", $client->__getLastResponse() );
?>
Expected result:
The request generated by this PHP5 SOAP client contains the following
body:
1234567890abcdefghijklmnopqrstuvwxyz
Actual result:
--
The request should look something like this:
MTIzNDU2Nzg5MGFiY2RlZmdoaWprbG1ub3BxcnN0dXZ3eHl6
--
Edit this bug report at http://bugs.php.net/?id=32139&edit=1
#32139 [NEW]: dateTime decoding: not present
From: rtroll at yahoo-inc dot com
Operating system:
PHP version: 5CVS-2005-02-28 (dev)
PHP Bug Type: SOAP related
Bug description: dateTime decoding: not present
Description:
When building a SOAP client or server that uses the "base64Binary" XML
datatype, PHP is not performing the appropriate B64 encoding/decoding.
When generating a SOAP client based on a WSDL, the PHP SOAP extension
builds a collection of methods for me. These methods take args (as
defined by the WSDL), and send them over the wire to the appropriate
service. The extension takes care of encoding arrays as arrays, decimals
as decimals, etc. If the item datatype is "base64Binary", the extension
does not b64 encode the value - it merely places it in the XML.
This may be a feature, requiring client authors to read through the WSDL
to determine what datatypes are being used, in order to adequately encode
things before passing them into the autogenerated methods. If this is the
appropriate functionality, the "time_t -> dateTime" mapping should also be
removed, providing a consistent, "PHP does no data munging" approach to
generated interfaces.
However, I'd much rather see the extension do the B64 encoding for me. :)
Consider a service that returns an image: getImage(). It could be
implemented such that the image is transmitted in b64 - but the client
author shouldn't need to know that.
Reproduce code:
---
http://ws1.api.re2.yahoo.com/ws/soap-demo/full.wsdl";;
$SRCBUF = "1234567890abcdefghijklmnopqrstuvwxyz";
$client = new SoapClient( $WSDL, array( "trace" => true,
"exceptions" => 0,
));
function dump_xml( $title, $body )
{
$nl = preg_replace( "/\>\\n<", $body );
$clean = htmlspecialchars( $nl );
print "\n$title\n$clean\n";
}
$r = $client->echoViaBase64( array( 'src' => $SRCBUF ));
dump_xml( "Request", $client->__getLastRequest() );
dump_xml( "Response", $client->__getLastResponse() );
?>
Expected result:
The request generated by this PHP5 SOAP client contains the following
body:
1234567890abcdefghijklmnopqrstuvwxyz
Actual result:
--
The request should look something like this:
MTIzNDU2Nzg5MGFiY2RlZmdoaWprbG1ub3BxcnN0dXZ3eHl6
--
Edit bug report at http://bugs.php.net/?id=32139&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32139&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32139&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32139&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32139&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32139&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32139&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32139&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32139&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32139&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32139&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32139&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32139&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32139&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32139&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32139&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32139&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32139&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32139&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32139&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32139&r=mysqlcfg
#32122 [Fbk->Opn]: Multiple small packets send for HTTP request
ID: 32122
User updated by: OvdSpek at LIACS dot NL
Reported By: OvdSpek at LIACS dot NL
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Linux, Windows XP, 2003
PHP Version: 5.0.3
New Comment:
Will do. Just wondering, why did the summary change from
header("Status: 404 Not Found"); doesn't work to Multiple small packets
send for HTTP request?
Previous Comments:
[2005-02-27 13:23:44] [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-02-27 12:42:29] OvdSpek at LIACS dot NL
Where do the docs state that?
> Note: In PHP 3, this only works when PHP is compiled as an Apache
module. You can achieve the same effect using the Status header.
This states that if you're using PHP 3, it only works as Apache
module.
It doesn't state that it only works in PHP 3.
[2005-02-27 12:38:47] [EMAIL PROTECTED]
The docs clearly state that this example is for PHP3 and you should use
for versions >3.
Please check if it works fine for you.
[2005-02-26 23:08:38] OvdSpek at LIACS dot NL
Description:
I tried to use the code from the example, but it doesn't work. It
appears the status header has been ignored completely.
http://php.net/header
GET /temp/404.php HTTP/1.0
HTTP/1.1 200 OK
Date: Sat, 26 Feb 2005 22:02:43 GMT
Server: Apache/2.0.53 (Win32) PHP/5.0.3
X-Powered-By: PHP/5.0.3
Status: 404 Not Found
Content-Length: 0
Connection: close
Content-Type: text/html; charset=ISO-8859-1
Reproduce code:
---
Expected result:
HTTP/1.1 404 Not Found
Actual result:
--
HTTP/1.1 200 OK
Date: Sat, 26 Feb 2005 22:02:43 GMT
Server: Apache/2.0.53 (Win32) PHP/5.0.3
X-Powered-By: PHP/5.0.3
Status: 404 Not Found
Content-Length: 0
Connection: close
Content-Type: text/html; charset=ISO-8859-1
--
Edit this bug report at http://bugs.php.net/?id=32122&edit=1
#31091 [Opn->Fbk]: Apache2 crash with SimpleXML and XPath
ID: 31091
Updated by: [EMAIL PROTECTED]
Reported By: cpuidle at gmx dot de
-Status: Open
+Status: Feedback
Bug Type: SimpleXML related
Operating System: WinXP SP1
PHP Version: 5CVS-2005-01-10
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-01-10 18:03:07] cpuidle at gmx dot de
No, still crashes :(
[2005-01-10 16:29:51] [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
[2004-12-14 17:31:54] cpuidle at gmx dot de
The same code, but without the xpath expression does not crash (and of
course not work...):
foreach
($xml->ListOfRepositoryWorkflowProcess->RepositoryWorkflowProcess->ListOfRepositoryWfStep->RepositoryWfStep->ListOfRepositoryWfStepIOArgument->RepositoryWfStepIOArgument
as $wfArg)
[2004-12-14 17:26:19] cpuidle at gmx dot de
Description:
I'm using xpath to retrieve a child node from an xml structure, then
loop over subelements of this node. This crashes reproducibly at the
foreach loop (apache log file: child process exited with status
3221225477 -- Restarting)
Same happens with latest 5.0.3RC2
Reproduce code:
---
$step = 'FindThisNode';
$node =
$xml->xpath('ListOfRepositoryWorkflowProcess/RepositoryWorkflowProcess/ListOfRepositoryWfStep/RepositoryWfStep[Name3="'.$step.'"]');
print_r($node);
# crash here!
foreach
($node->ListOfRepositoryWfStepIOArgument->RepositoryWfStepIOArgument as
$wfArg)
{
}
Expected result:
no crash?!
--
Edit this bug report at http://bugs.php.net/?id=31091&edit=1
#31502 [Fbk->Opn]: Wrong deserialization from session when using WDDX serializer
ID: 31502
User updated by: kubis at pawouk dot net
Reported By: kubis at pawouk dot net
-Status: Feedback
+Status: Open
Bug Type: WDDX related
Operating System: WinXP SP2
PHP Version: 5.0.3
New Comment:
Still not working on 5.1.0-dev; member names are still missing.
Previous Comments:
[2005-02-28 21:09:30] [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-01-12 13:57:07] petr at mudroch dot net
It seems that the problem appears when the wddx serializer tries to
serialize and then deserialize objects with private members; private
members are not serialized and the deserialized values of private
members are NULL
with session.serialize_handler = wddx in php.ini try this and then look
at file, in which session data are stored
---
session_start();
class Petr {
private $priv;
public $pub;
protected $prot;
public $pavel;
function __construct() {
$this->priv = "private";
$this->pub = "public";
$this->prot = "protected";
$this->pavel = new Pavel();
}
}
class Pavel {
private $priv;
public $pub;
protected $prot;
function __construct() {
$this->priv = "private";
$this->pub = "public";
$this->prot = "protected";
}
}
$petr = new Petr();
$_SESSION['test'] = $petr;
---
you will see
PetrprivatepublicprotectedPavelprivatepublicprotected
---
protected and private members are not serialized correctly - only value
of variable, nor its name, is serialized
[2005-01-12 13:15:38] kubis at pawouk dot net
once more the __wakeup() function; i messed it up:
function __wakeup(){
$this->logger->logfile // you won't find '/tmp/user.log' here,
you won't find the $logtype variable at all.
}
[2005-01-12 02:15:32] kubis at pawouk dot net
Description:
I have found that sometimes if you have an object A as a member of a
another object B and your try to store the object B in session AND you
are using wddx serializer as default session serializer, after
deserialization back from session the object A in member of object B
deserializes wrong. While using the standard php serializer, all seems
working perfectly.
Reproduce code:
---
class Logger {
public $logfile;
public $logtype;
function __construct(){
$this->logfile = '/tmp/user.log';
}
// some logger class implementation
}
class User {
public $logger;
function __construct()
$this->logger = new Logger();
}
function __wakeup(){
$this->logger->logtype // you won't find '/tmp/user.log' here,
you won't find the $logtype variable at all.
}
Expected result:
I am expecting that the value of $this->logger->logtype would be the
'/tmp/user.log' string; but there is not any value at all, and it seems
there is not any member 'logfile' at all. While debugging using Zend
studio i have seen that all members of the Logger class have lost their
names; there were just some numbers.
--
Edit this bug report at http://bugs.php.net/?id=31502&edit=1
#31065 [Opn->Fbk]: HTTP "302" status header contains no description causing failure on clients.
ID: 31065
Updated by: [EMAIL PROTECTED]
Reported By: glideraerobatics at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: HTTP related
Operating System: Linux
PHP Version: 5.0.2
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:
[2004-12-12 21:24:24] glideraerobatics at hotmail dot com
I'm using php-cgi called from mod_suphp in Apache 2.
[2004-12-12 16:35:29] [EMAIL PROTECTED]
What SAPI are you using?
[2004-12-12 15:46:06] glideraerobatics at hotmail dot com
Description:
I've noticed that the browsers in many mobile handsets fail to
understand HTTP responses that don't contain a description after the
status code.
This is often a problem when using the header('Location:
http://somewhere/') function in PHP scripts. This function sets the
HTTP status code to 302 so that the client can redirect to the given
location. Unfortunately the description "Found" is missing behind that
status header so many mobile clients just croak when they recieve the
response.
Adding a status description. Just rip them from here:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6
When it comes to what is not following the HTTP standards exactly in
this case, then I think it's PHP as I can't see anywhere that the
status description is something optional:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6
Reproduce code:
---
header('Location: http://www.php.net');
Expected result:
HTTP/1.1 302 Found
Location: http://www.php.net/
Actual result:
--
HTTP/1.1 302
Location: http://www.php.net/
--
Edit this bug report at http://bugs.php.net/?id=31065&edit=1
#31078 [Opn->Fbk]: Error fetching http headers
ID: 31078
Updated by: [EMAIL PROTECTED]
Reported By: ivan dot chollet at lynanda dot com
-Status: Open
+Status: Feedback
Bug Type: SOAP related
Operating System: freebsd 5.3
PHP Version: 5.0.2
Assigned To: dmitry
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:
[2004-12-14 18:26:27] ivan dot chollet at lynanda dot com
The problem is well addressed by the way you told me.
It works well.
The point is that your Soap extension consumes a large amount of
memory.
In fact I set the memory limit to 64M to address the problem raised by
the code above. 64M is much for a single php process. But if you change
the upper bound to 3 million instead of 2 then it does not work anymore,
so you would need memory_limit like 128M which is not reasonable.
The code above is a big variant of real world server code that should
send a 800K string filled with db stuff. The server can send this 800K
string through Soap only if memory_limit>256M. So at the moment there
is only a solution to make the service work : use sockets or switch on
asp.net
Please tell me wether you plan to address it or not.
ivan chollet
[2004-12-14 13:31:35] [EMAIL PROTECTED]
Try to incrise "memory_limit" in your php.ini.
Your soap server dies because of memory overflow and doesn't send HTTP
response.
This is not a bug.
[2004-12-14 02:43:17] ivan dot chollet at lynanda dot com
if someone wants a wsdl file that works with then just ask me
(basically there is one function returning a string a taking no
argument so very simple)
[2004-12-14 02:28:06] ivan dot chollet at lynanda dot com
Description:
When the result of a web service function is a big string, PHP sends
the error : Uncaught SoapFault exception:
"[HTTP] Error fetching http headers in (/usr/local/ etc...)"
The code used to make it crash is very simple.
Reproduce code:
---
on the server, let call our file "soap-server.php" with the code :
addfunction('crashfun');
$server->handle();
?>
on the client side, let invoke the web service in "soap-client.php" :
crashfun());
?>
put all the files in the same directory
Expected result:
when you call on the command line "php -f soap-client.php > shit | vi
shit", you see a beautiful file filled with "x"s.
set the upper bound for the for loop in the code to 100 000 and
everything works well
set it to 2 000 000 and it crashes.
sorry i didn't take the time to check the exact limit for this upper
bound and it's about 1 000 000
Actual result:
--
the actual result is the bug mentionned in "description"
--
Edit this bug report at http://bugs.php.net/?id=31078&edit=1
#31085 [Opn->Fbk]: invalid feof() results due to Zend's caching of user stream wrappers
ID: 31085
Updated by: [EMAIL PROTECTED]
Reported By: php at webdevelopers dot cz
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: Linux 2.6.6 (gcc 3.3.4)
PHP Version: 5.0.2
Assigned To: wez
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-01-24 02:26:58] [EMAIL PROTECTED]
Returning !feof() in stream_eof() seems to 'fix' this.
looks like the LIVENESS test in main/streams/userspace.c:838 uses
reverse logic?
[2004-12-14 11:41:28] php at webdevelopers dot cz
Description:
PHP caches the userarea wrappers - it results for example
to WRAPPER::stream_read(8192) call by PHP even if the user issued
fread($f, 10);
If the file is for example 20 bytes long then user gets EOF immediately
after
first fread($f, 10) because PHP cached it by calling
WRAPPER::stream_read(8192) instead!
Example:
(file size is 20 bytes)
user: $f=fopen(..., 'r');
zend: stream_open(...);
zend: stream_read(8192); // And we immediately get EOF in my example
(8192 > 20)
user: fread($f, 10); // Reads first 10 bytes
user: feof($f);
zend: stream_eof(...); // Result is TRUE thus when feof() used in
cyclus it does not iterate even if there are 10 bytes more in this
example.
Reproduce code:
---
stream_wrapper_register('xyz', 'MyStream') or die('Failed to register X
protocol.');
test('xyz://me.txt');
test('./test_me2.txt');
function test($fileName) {
echo "TEST: $fileName\n";
$f=fopen($fileName, 'w+'); fwrite($f, '123456789'); fclose($f);
$f=fopen($fileName, 'r');
while(!feof($f)) { echo "[".fread($f, 5)."]\n";}
fclose($f);
}
class MyStream {
private $f;
function stream_open($path, $mode, $options, &$opened_path) {
$path=str_replace('xyz://', './test_', $path);
return (bool) $this->f=fopen($path, $mode);
}
function stream_read($count) {return fread($this->f, $count);}
function stream_write($data) {return fwrite($this->f, $data);}
function stream_tell() {return ftell($this->f);}
function stream_eof() {return feof($this->f);}
function stream_seek($offset, $whence) {return fseek($this->f,
$offset, $whence);}
function stream_close() {return fclose($this->f);}
}
Expected result:
TEST: xyz://me.txt
[12345]
[6789]
TEST: ./test_me2.txt
[12345]
[6789]
Actual result:
--
TEST: xyz://me.txt
TEST: ./test_me2.txt
[12345]
[6789]
--
Edit this bug report at http://bugs.php.net/?id=31085&edit=1
#31946 [Com]: Character set used in query not the same as result.
ID: 31946
Comment by: RoyBerkeveld at gmail dot com
Reported By: royberkeveld at gmail dot com
Status: Feedback
Bug Type: MySQL related
Operating System: Windows XP Pro
PHP Version: 5.0.3
New Comment:
I tested using the snapshot for Windows.
Latest snapshot doesn't fix anything. I suspect it might have something
to do with the mysql client libraries, they changed with the upgrade
from 5.0.2 to 5.0.3 (size increase from 200kb to 1mb).
I'm not sure weather this 'bug' was intended or not, since there is
probably an a lot more elegant way to force mysql queries to be in a
different encoding than to set the script's internal character set. I'm
just stating that this method no longer works and the changelog doesn't
mention anything about it. Neither do I know a better method, but that
is, I believe, not of much concern to a bug report.
Previous Comments:
[2005-02-28 20:43:01] [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-02-12 15:08:52] royberkeveld at gmail dot com
Description:
When a script's internal character encoding is set to UTF-8, and a
MySQL Query is formed, the result did not contain UTF-8 encoded data.
This changed when upgrading from PHP 5.0.2 to 5.0.3 - it worked fine in
5.0.2. It does not appear MySQL-related since nothing was changed to the
databases. All databases are UTF-8 encoded and the standard character
set is also UTF-8. I am using MySQL 4.1.9 on Apache 2
Reproduce code:
---
mb_http_output("UTF-8");
mb_internal_encoding("UTF-8");
// just an example, can be any query
$result = mysql_query("select * from someplace");
$row = mysql_fetch_row($result);
echo $row[0];
Expected result:
UTF-8 encoded data with all characters intact
Actual result:
--
Missing characters due to conversion of UTF-8 database data to Latin-1
--
Edit this bug report at http://bugs.php.net/?id=31946&edit=1
#31095 [Ver->Csd]: Nonstatic function can be called as if is static
ID: 31095 Updated by: [EMAIL PROTECTED] Reported By: levi at alliancesoftware dot com dot au -Status: Verified +Status: Closed Bug Type:Zend Engine 2 problem PHP Version: 5.0.2 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: [2004-12-14 23:59:10] levi at alliancesoftware dot com dot au Description: If you call a member function in another class, it succeeds and $this is set to the *calling* class. The new PHP 5 object model should make the function inaccessible, unless [a] It is a static function ($this should be unset) [b] It is an ancestor class of the calling class ($this should be set) [c] PHP 4 compatibility is on ($this should be set) At the very minimum, this should generate an error in strict mode. This may have been the expected behaviour in PHP 4, but PHP 5 has a static keyword for exactly this situation now. Note: This was reported in PHP4 under bugs #19384 and #12622 and was (incorrectly) claimed to have been fixed in #19194 (it still occurs in 4.3.4) Note: Currently, $this is unset if [a] you call a global (non class) function [b] otherClassMethod() is declared static Reproduce code: --- #!/usr/local/bin/php -qC Expected result: PHP Notice: Undefined variable: this in testStatic2.php5 on line 7 (or even better): PHP Notice: Calling nontstatic function as static in testStatic2.php5 on line 14 Actual result: -- Called otherClassMethod() from within class NormalClass -- Edit this bug report at http://bugs.php.net/?id=31095&edit=1
#31132 [Opn->Fbk]: Installing PHP 5.0.3 causes 403.9 HTTP Errors under IIS 5
ID: 31132 Updated by: [EMAIL PROTECTED] Reported By: aaron at visualprose dot com -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows XP Professional SP 1 PHP Version: 5.0.3 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: [2004-12-16 18:49:38] aaron at visualprose dot com Description: When PHP 5.0.3 is installed under IIS 5.0 on Windows XP Professional, all web pages (.html, .php, .asp, or .aspx) can only be viewed ten times before IIS reports "HTTP 403.9 - Access Forbidden: Too many users are connected". No pages (inlcluding HTML, ASP, etc.) can be viewed once this error occurs. IIS must be restarted (which takes approximately 5 minutes). I have followed the steps on Microsoft's site to disable HTTP Keep-alives, and the problem persists. Removing the script map to PHP solves the problem, which is what leads me to believe PHP is causing the problem Reproduce code: --- 1) Install PHP 5.0.3 on Windows XP SP 1. 2) Load up a .html, .php, or .asp running on the web server. 3) Hit "Refresh" 10 times. 4) Note the 403.9 HTTP error appears. Note that IIS must be restarted before access to any resource is allowed again. Expected result: No 403.9 error. Actual result: -- IIS continues to give the 403.9 error page until it is restarted. -- Edit this bug report at http://bugs.php.net/?id=31132&edit=1
#31175 [Opn->Fbk]: MySQL query returns no results when run via PHP
ID: 31175
Updated by: [EMAIL PROTECTED]
Reported By: vortexx at freemail dot hu
-Status: Open
+Status: Feedback
Bug Type: MySQL related
Operating System: Windows 2000 Server, SP4
PHP Version: 5.0.3
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-02-02 07:36:36] vortexx at freemail dot hu
"a) The table is empty or the where clause didn't match any
records "
Table was not empty, and there was no WHERE clause. Moreover, the exact
same query prodiced the expected results with PHP versions prior to
5.0.3.
"b) an error occured, which should be checked by
mysql_error() - in your case probably illegal mix of
collations."
Did test for an error - please see my original bug report: none
occurred, at least mysql_error returned none.
Also please note: same query (on the exact same database, etc.) works
fine with PHP versions prior to 5.0.3 .
I suspected perhaps this had something to do with the new php_mysql.dll
included with the new (5.0.3+) PHP versions?! Since - ceteris paribus -
the anomaly was directly linked to changing PHP versions. Once I
changed back to the older version, it all worked fine again.
If there is any more info whatsoever that you think might be necessary,
please let me know! THANKS!!!
[2005-02-02 06:48:46] [EMAIL PROTECTED]
If mysql_query doesn't return a resultset for a select
statement this has 2 reasons:
a) The table is empty or the where clause didn't match any
records
b) an error occured, which should be checked by
mysql_error() - in your case probably illegal mix of
collations.
Can't reproduce your error (tested with PHP 4 + 5, MySQL
4.1.10 and 5.0.3 and different character sets on server
and client side).
[2005-02-02 03:58:43] vortexx at freemail dot hu
Sorry, but what do you mean "can't reporduce"?
That you:
- need more info to be able to do so?
If so, please fire away, let me know what else you need, I would be
glad to provide any info necessary
- tried to reprodice but given the same circumstances the same code
worked fine for you?
Since this is MySQL related obviously I cannot "copy and paste" the
MySQL tables themselves here. I can only give info as to the nature of
tables involved.
To reporoduce just try ANY MySQL query in PHP 5.0.3+ with a CONCAT of a
field from a table plus a string:
SELECT CONCAT('this is a string',field_from_table) as test FROM
whatever_table
The point is that whenever a SELECT with a CONCAT of a string and a
table field is involved, the query returns nothing. If it's just a
CONCAT of 2 or more fields from a table, then it's fine. If it's a
CONCAT of 2 or more strings, no problem. As soon as it is a string plus
a field, no results are returned. BEFORE 5.0.3 the same queries all
worked just fine.
Is this any help? If not, please let me know what info I should send!
[2005-01-29 21:10:35] [EMAIL PROTECTED]
Can't reproduce.
Check your code and provide more info if you're still experiencing this
problem.
[2004-12-18 05:53:25] vortexx at freemail dot hu
Description:
When a query containing CONCAT(...) with a string plus a reference to a
certain database field is run via PHP, no results and nop errors are
returned. The exact same query run via MySQL commandline returns
results as expected.
With 5.0.2 the exact same script (with ALL PHP configs the same, even
the same PHP.INI) returns results as expected. Thus I believe this is
not MySQL related but rather related to PHP5.0.3 and the php_mysql.dll
included with it?!
I also tried the latest PHP snapshot, but the same thing happens.
Not sure what other info might be relevant and needed, I would be glad
to provide whatever info you may find necessary.
Reproduce code:
---
<%
/// Omitting the mysql_connect part of the code...!
/// This returns no results under PHP5.0.3,
/// while under PHP5.0.2 it returns results as expected.
$query = "SELECT CONCAT(tel,'blabla') as tel from hotels where
id='$id'";
$result = mysql_query($query);
$row = mysql_fetch_assoc($result);
print_r($row);
/// This, however, works!
/// Difference is that two ***fields*** are CONCAT-ed.
$query = "SELECT CONCAT(tel,name) as tel from hotels where id='$id'";
$result = mysql_query($query);
$row = mysql_fetch_assoc($result);
print_r($row);
/// This also works!
/// This time two ***strings*** are CONCAT-ed.
$query = "SELECT CONCAT('just test','blabla') as tel from hotels where
id='$id'";
$result = mysql_query($query);
$row = mysql_
#31294 [Opn->Fbk]: Wrong charset
ID: 31294
Updated by: [EMAIL PROTECTED]
Reported By: megabrain at fight-club dot ru
-Status: Open
+Status: Feedback
Bug Type: MySQL related
Operating System: Windows 2003
PHP Version: 5.0.3
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:
[2004-12-28 11:01:21] megabrain at fight-club dot ru
example:
php 5.0.2
$result=mysql_query("select ru_name from mtable");
$runame=mysql_result($result,0,"ru_name");
print $runame;
output: òåñò
php 5.0.3
$result=mysql_query("select ru_name from mtable");
$runame=mysql_result($result,0,"ru_name");
print $runame;
output:
database is UTF8
[2004-12-26 01:00:02] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2004-12-25 14:48:23] megabrain at fight-club dot ru
Description:
I dont know wy it happens..
Trivia:
MySQL 4.1.8
Base with CP1251 support
PHP 5.0.3
Loaded mysql (not mysqli) extensions..
Any queries to base returns "?" where russian chars in base..
version 5.0.2 dont have this problems
But under Apache2 with php loaded as module no problems too..
--
Edit this bug report at http://bugs.php.net/?id=31294&edit=1
#31538 [Opn->Bgs]: MySQLi disconnects after termination of child in master
ID: 31538
Updated by: [EMAIL PROTECTED]
Reported By: rudy dot metzger at xs4all dot nl
-Status: Open
+Status: Bogus
Bug Type: MySQLi related
Operating System: Fedora Core 3
PHP Version: 5.0.3
New Comment:
..
Previous Comments:
[2005-02-14 19:23:23] peter at netkey dot at
You need a seperate connection for each child, or MySQL will get
confused.
See http://dev.mysql.com/doc/mysql/en/gone-away.html the comment from
Christophe C.
HTH
[2005-01-13 15:45:20] rudy dot metzger at xs4all dot nl
Used DB versions
MySQL-devel-4.1.7-0
MySQL-shared-4.1.7-0
MySQL-server-4.1.7-0
MySQL-client-4.1.7-0
[2005-01-13 15:42:01] rudy dot metzger at xs4all dot nl
Description:
When connecting to a database, then forking off a new child, the
database connection will be terminated (disconnected) when the child
exits.
I have the feeling that at the "cleanup" of the child process the
database connection is closed. This should not be the case because the
master process might still use it.
This is not the case with the mysql extension, only with mysqli. With
the mysql extension, you might be required to give the optional
parameter "open new session" on the connect. at least this is what I
did.
Reproduce code:
---
0 ) {
if ( !pcntl_wifexited($status) )
echo "Collected killed pid $pid\n";
else
echo "Collected pid $pid\n";
}
}
declare(ticks=1);
pcntl_signal( SIGCHLD, 'SigChild' );
$res = mysqli_connect('localhost','zpc','zpc');
ping_db($res,'after connect');
$pid = pcntl_fork();
ping_db($res,'right after fork');
if ( !$pid ) { // --- the slave
echo "child sleep\n";
sleep(5);
echo "child exiting\n";
exit(0);
}
ping_db($res,'after fork');
echo "master sleep\n";
sleep(10);
ping_db($res,'after sleep');
while ( ($pid=pcntl_wait($status)) > 0 ) {
if ( !pcntl_wifexited($status) )
echo "Collected killed pid $pid\n";
else
echo "Collected pid $pid\n";
}
mysqli_close( $res );
?>
Expected result:
The database connection in the master should not have terminated.
Actual result:
--
6311 after connect: still alive
6313 right after fork: still alive
child sleep
6311 right after fork: still alive
6311 after fork: still alive
master sleep
child exiting
Collected pid 6313
6311 after sleep: died
In the last line you can see that the connection died (6311 is master,
6313 is child)
--
Edit this bug report at http://bugs.php.net/?id=31538&edit=1
#32137 [NEW]: Objects are not being passed by reference
From: tigr at mail15 dot com
Operating system: Windows 98
PHP version: 5.0.3
PHP Bug Type: Zend Engine 2 problem
Bug description: Objects are not being passed by reference
Description:
I make one object instance. Then, pass it to another object. Then, change
original instance. Now I have two different objects.
Reproduce code:
---
id = $id;
}
}
class classB {
public $reference = null;
public function __construct($ref) {
$this->reference = $ref;
}
}
$a = new classA("object 1");
$test = new classB($a);
$a = new classA("object 2");
echo $a->id, "", $test->reference->id;
?>
Expected result:
object 2
object 2
Actual result:
--
object 2
object 1
However, adding references solves the problem:
class classB {
public $reference = null;
public function __construct(&$ref) {
$this->reference =& $ref;
}
}
This works as expected.
So, the question is are objects being passed by reference or what?
--
Edit bug report at http://bugs.php.net/?id=32137&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32137&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32137&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32137&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32137&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32137&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32137&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32137&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32137&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32137&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32137&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32137&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32137&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32137&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32137&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32137&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32137&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32137&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32137&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32137&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32137&r=mysqlcfg
#32089 [Opn->Bgs]: Crash during Make with Oracle Instant Client Support
ID: 32089 Updated by: [EMAIL PROTECTED] Reported By: andrew dot nagy at villanova dot edu -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: But I am. Previous Comments: [2005-02-28 15:30:07] andrew dot nagy at villanova dot edu Oh come on, don't think you are getting away that easy :) The error is still there. For some reason when I do: >$ make > make_log it doesn't include the error in the output file, it echo's it to the screen. I still got the same error: /usr/bin/ld: warning: libnnz10.so, needed by /usr/lib/oracle/10.1.0.3/client/lib/libclntsh.so, not found (try using -rpath or -rpath-link) [2005-02-28 13:52:43] [EMAIL PROTECTED] ..and it worked just fine. Please ask further support questions about installing on php-install@lists.php.net mailing list. [2005-02-28 02:33:45] andrew dot nagy at villanova dot edu I deleted my source and started from scratch with the same release: php4-STABLE-200502230130 Here is the output from the configure and make processes: http://www.webitecture.org/config.log http://www.webitecture.org/config_output http://www.webitecture.org/make_log Im now way past my sys-admin skills, so Im not sure what else to check for that may be causing this problem. [2005-02-25 22:02:44] [EMAIL PROTECTED] Well, your config.log doesn't help much as it contains no results at all. I just want to see why in hell your compiler doesn't use -rpath and what ./configure says about it. Could you try to figure out what's happening there? [2005-02-25 19:26:59] andrew dot nagy at villanova dot edu gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) http://webitecture.org/config.log Anything else? Thanks! The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/32089 -- Edit this bug report at http://bugs.php.net/?id=32089&edit=1
#31984 [Fbk->Opn]: sessions fail randomly, causes a segmentation fault in apache
ID: 31984 User updated by: root at mediamonks dot net Reported By: root at mediamonks dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: FreeBSD 4.11-STABLE PHP Version: 5CVS-2005-02-25 New Comment: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-session' '--enable-spl' '--with-regex=php' '--disable-cli' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6' '--prefix=/usr/local' and './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--with-mm' '--enable-session' '--enable-spl' '--with-regex=php' '--disable-cli' '--with-apxs2=/usr/local/sbin/apxs' '--disable-ipv6' '--prefix=/usr/local' Previous Comments: [2005-02-28 20:25:14] [EMAIL PROTECTED] What was the configure line you used to configure PHP? [2005-02-26 22:47:55] root at mediamonks dot net Backtrace: #0 ps_mm_destroy (data=0x82df880) at /home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:243 #1 0x284d0a1d in zm_shutdown_ps_mm (type=1, module_number=3) at /home/terrence/php/php5-STABLE-200502211130/ext/session/mod_mm.c:295 #2 0x284cf895 in zm_shutdown_session (type=1, module_number=3) at /home/terrence/php/php5-STABLE-200502211130/ext/session/session.c:1824 #3 0x2856acfa in module_destructor (module=0x82f0c80) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_API.c:1500 #4 0x2856d0bd in zend_hash_apply_deleter (ht=0x285e8360, p=0x82efd00) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:574 #5 0x2856d1ee in zend_hash_graceful_reverse_destroy (ht=0x285e8360) at /home/terrence/php/php5-STABLE-200502211130/Zend/zend_hash.c:640 #6 0x28566f34 in zend_shutdown () at /home/terrence/php/php5-STABLE-200502211130/Zend/zend.c:699 #7 0x28538b54 in php_module_shutdown () at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1516 #8 0x28538b23 in php_module_shutdown_wrapper (sapi_globals=0x285e3140) at /home/terrence/php/php5-STABLE-200502211130/main/main.c:1491 #9 0x285a3d85 in php_apache_server_shutdown (tmp=0x0) at /home/terrence/php/php5-STABLE-200502211130/sapi/apache2handler/sapi_apache2.c:331 #10 0x2831d8f8 in run_cleanups () from /usr/local/lib/apache2/libapr-0.so.9 #11 0x2831cd11 in apr_pool_clear () from /usr/local/lib/apache2/libapr-0.so.9 #12 0x806890e in main () #13 0x805ce2e in _start () [2005-02-18 13:09:46] root at mediamonks dot net I thought I'd give the mm handler a try as a workaround, but the same problem is present there: PHP Fatal error: Unknown: Cannot find save handler \x02 in Unknown on line 0 [Fri Feb 18 13:08:04 2005] [notice] child pid 73434 exit signal Segmentation fault (11) [2005-02-16 16:02:35] root at mediamonks dot net That CVS build has screwed even more on my system... Log file records: httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free Allowed memory size of 16777216 bytes exhausted (tried to allocate 1 bytes) httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free httpd in free(): warning: page is already free [Wed Feb 16 16:00:54 2005] [notice] child pid 21258 exit signal Segmentation fault (11) This repeats thousands of times, apache children segfault after each 10 or so, original save handler error remains. [2005-02-16 00:23:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-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/31984 -- Edit this bug report at http://bugs.php.net/?id=31984&edit=1
#32130 [Opn->Asn]: ArrayIterator::seek() does not throw an Exception on invalid index
ID: 32130 Updated by: [EMAIL PROTECTED] Reported By: joh at deworks dot net -Status: Open +Status: Assigned Bug Type: SPL related Operating System: * -PHP Version: 5.0.3 +PHP Version: 5CVS-2005-02-28 Assigned To: helly Previous Comments: [2005-02-27 18:12:58] joh at deworks dot net Description: ArrayIterator::seek() should (according to the manual: http://www.php.net/~helly/php/ext/spl/interfaceSeekableIterator.html) "throw an exception if it is not possible to seek to the given position". ArrayIterator::seek() does not. Instead, it sets the current element to NULL (as returned by ArrayIterator::current()). Reproduce code: --- $o = new ArrayIterator(array(1,2,3)); $o->seek(3); var_dump($o->current()); Expected result: Fatal error: Uncaught exception 'Exception' with message 'Could not seek to position...' ... Actual result: -- NULL -- Edit this bug report at http://bugs.php.net/?id=32130&edit=1
#32121 [Opn->Fbk]: Form fields with names like fname[1] are not accessible
ID: 32121 Updated by: [EMAIL PROTECTED] Reported By: jbeall at heraldic dot us -Status: Open +Status: Feedback Bug Type: Arrays related Operating System: Linux PHP Version: 5.0.3 New Comment: Requested feedback still not answered to. Keep the status at Feedback until given. Previous Comments: [2005-02-27 13:59:28] jbeall at heraldic dot us Actually I just had a possible epiphany - I am serializing the entire $_POST variable using WDDX and recovering on a subsequent page by deserializing the WDDX packet. I wonder if when WDDX deserializes an array, it stores everything at string indices, even if the indices are integers. Note that for convenience reasons the arrays in question start at [1], not [0]; that may be significant, I don't know enough about PHP's WDDX functionality to say. I will not be able to investigate this further for several days, but I will post back when I can. [2005-02-27 13:25:43] [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 ALWAYS try the snapshots first. [2005-02-27 13:09:59] jbeall at heraldic dot us You are right. I must not be truly understanding what is causing the problem (I am definitely having the problem that I cannot access array values from a form), but it must be something other than the name='fname[1]' field name. I was trying to simplify my code down to less than 20 lines for the post and I was missing $_REQUEST. What I may have to do is simply save is serialize the variable that I have that is causing me so much trouble and post a link to that. I'm really at a loss at this point as to what might be the cause since it is apparently not the form problem. Sorry for messing up the reproduce code. [2005-02-27 12:30:14] [EMAIL PROTECTED] Works fine here, debug your code. [2005-02-26 23:58:10] jbeall at heraldic dot us Mozilla autofilled some of the fields when I submitted this bug and so it had a completely unrelated/unhelpful summary. Hopefully it should be corrected now, sorry for the confusion... 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/32121 -- Edit this bug report at http://bugs.php.net/?id=32121&edit=1
#32133 [Opn->Fbk]: Failed create COM object
ID: 32133
Updated by: [EMAIL PROTECTED]
Reported By: fLAre_Dra_X at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Windows XP SP 2
PHP Version: 5.0.1
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-02-28 15:58:43] fLAre_Dra_X at yahoo dot com
Description:
I've download the version of PHP :
http://snaps.php.net/win32/php5.0-win32-latest.zip
It's work to call COM class, but when create object like
word.application it failed.
My configuration is disable all COM option on php.ini like
com.allow_dcom. Is there any
configuration that i need to do with my php or with my IIS ???
Reproduce code:
---
Version}\n";
//bring it to front
$word->Visible = 1;
//open an empty document
$word->Documents->Add();
//do some weird stuff
$word->Selection->TypeText("This is a test...");
$word->Documents[1]->SaveAs("Useless test.doc");
//closing word
$word->Quit();
//free the object
$word->Release();
$word = null;
?>
Expected result:
Com object of word.
Actual result:
--
PHP Fatal error: Uncaught exception 'com_exception' with message
'Failed to create COM object `word.application': Access is denied. ' in
E:\Inetpub\wwwroot\tutor\com_word.php:4 Stack trace: #0
E:\Inetpub\wwwroot\tutor\com_word.php(4):
com->com('word.applicatio...') #1 {main} thrown in
E:\Inetpub\wwwroot\tutor\com_word.php on line 4
--
Edit this bug report at http://bugs.php.net/?id=32133&edit=1
#32132 [Opn->Bgs]: SSH2 + "Segmentaion Fault"
ID: 32132
Updated by: [EMAIL PROTECTED]
Reported By: me at bereal dot ru
-Status: Open
+Status: Bogus
Bug Type:Feature/Change Request
PHP Version: 5.0.3
New Comment:
This bug system is for bugs in core PHP. The ssh2 extension is a PECL
project so reporting of this bug probably should have started with
http://pecl.php.net/bugs/
Of course, beyond that the actual problem is in libssh2 which is a
sourceforge.net project so it *really* belongs in that bug system.
Sorry it's so convoluted, but there are a fair number of cooks in the
kitchen.
I will continue to work on the libssh2 bug despite closing this report.
Previous Comments:
[2005-02-28 17:56:46] [EMAIL PROTECTED]
I *think* I've identified the bug in libssh2 (try the next release when
it comes out), for now you can avoid this bug by disabling compression.
$methods =
array('client_to_server'=>array('comp'=>'none'),'server_to_client'=>array('comp'=>'none'));
$connection = ssh2_connect($host, $post, $methods);
[2005-02-28 17:25:14] me at bereal dot ru
Program received signal SIGSEGV, Segmentation fault.
0x081d7c07 in _efree (ptr=0x836b85d) at
/usr/local/src/php-5.0.2/Zend/zend_alloc.c:281
281 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0 0x081d7c07 in _efree (ptr=0x836b85d) at
/usr/local/src/php-5.0.2/Zend/zend_alloc.c:281
#1 0x0813466d in php_ssh2_free_cb (ptr=0x6174732d, abstract=0x836b6ec)
at /usr/local/src/php-5.0.2/ext/ssh2/ssh2.c:68
#2 0x40052a1e in libssh2_comp_method_zlib_comp (session=0x836b6ec,
compress=0, dest=0x6174732d, dest_len=0x6174732d, payload_limit=4,
free_dest=0x6174732d, src=0x6174732d , src_len=7566708, abstract=0x6174732d) at comp.c:223
#3 0x40059a2f in libssh2_packet_read (session=0x836b6ec,
should_block=0) at packet.c:695
#4 0x40059d19 in libssh2_packet_ask_ex (session=0x836b6ec,
packet_type=99 'c', data=0x6174732d, data_len=0x6174732d, match_ofs=1,
match_buf=0xbfff9fa8 "",
match_len=4, poll_socket=1) at packet.c:787
#5 0x400515d6 in libssh2_channel_process_startup (channel=0x83beedc,
request=0x6174732d , request_len=4,
message=0x8357484 "scp -pt
/vhosts/test/htdocs/synchronizer/test3/newser/001070902835.txt",
message_len=75) at channel.c:704
#6 0x4005a9c0 in libssh2_scp_send_ex (session=0x836b6ec,
path=0x83573bc
"/vhosts/test/htdocs/synchronizer/test3/newser/001070902835.txt",
mode=1635021613, size=1635021613, mtime=1109608206,
atime=1070956777) at scp.c:358
#7 0x08138d46 in zif_ssh2_scp_send (ht=3, return_value=0x83705ac,
this_ptr=0x0, return_value_used=0)
at /usr/local/src/php-5.0.2/ext/ssh2/ssh2_fopen_wrappers.c:965
#8 0x08225434 in zend_do_fcall_common_helper (execute_data=0xbfffcce0,
opline=0x83680f0, op_array=0x8361c14)
at /usr/local/src/php-5.0.2/Zend/zend_execute.c:2711
#9 0x08225798 in zend_do_fcall_handler (execute_data=0xbfffcce0,
opline=0x83680f0, op_array=0x6174732d)
at /usr/local/src/php-5.0.2/Zend/zend_execute.c:2843
#10 0x08213418 in execute (op_array=0x8361c14) at
/usr/local/src/php-5.0.2/Zend/zend_execute.c:1400
#11 0x08224f05 in zend_do_fcall_common_helper (execute_data=0xbfffd4e0,
opline=0x835adfc, op_array=0x8353cdc)
at /usr/local/src/php-5.0.2/Zend/zend_execute.c:2740
#12 0x08225671 in zend_do_fcall_by_name_handler (execute_data=0x737574,
opline=0x6174732d, op_array=0x6174732d)
at /usr/local/src/php-5.0.2/Zend/zend_execute.c:2825
#13 0x08213418 in execute (op_array=0x8353cdc) at
/usr/local/src/php-5.0.2/Zend/zend_execute.c:1400
#14 0x081f0151 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/local/src/php-5.0.2/Zend/zend.c:1060
#15 0x081b2ddf in php_execute_script (primary_file=0xb9a0) at
/usr/local/src/php-5.0.2/main/main.c:1629
#16 0x0822e9f5 in main (argc=2, argv=0xba24) at
/usr/local/src/php-5.0.2/sapi/cli/php_cli.c:943
#17 0x40252912 in __libc_start_main () from /lib/i686/libc.so.6
[2005-02-28 15:56:18] me at bereal dot ru
Description:
We've got the "Segmentation Fault" error when trying to send more than
2 files via ssh2_scp_send within one connection.
But its all okay when we use new connection for each file upload.
Reproduce code:
---
$ssh2 = $this->Connect($host);
@ssh2_scp_send($ssh2, $from, $path1.basename($from));
@ssh2_scp_send($ssh2, $from, $path2.basename($from));
@ssh2_scp_send($ssh2, $from, $path3.basename($from));
@ssh2_scp_send($ssh2, $from, $path4.basename($from));
Expected result:
Segmentation fault
Actual result:
--
Segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=32132&edit=1
#31886 [Opn->Bgs]: make install crashes
ID: 31886 Updated by: [EMAIL PROTECTED] Reported By: pieter dot donche at ua dot ac dot be -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Solaris 2.9 PHP Version: 4CVS-2005-02-17 New Comment: Looks like same kind of crash has been experienced before, here's one example: http://mail.python.org/pipermail/python-dev/2002-August/027952.html This is not PHP bug but GCC / binutils bug. Previous Comments: [2005-02-28 18:23:34] pieter dot donche at ua dot ac dot be gdb /home/wins/builds/src/other/php4-STABLE-200502211130/sapi/cli/php ./core GNU gdb 6.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.9"... Core was generated by `/home/wins/builds/src/other/php4-STABLE-200502211130/sapi/cli/php -n -dshort_op'. Program terminated with signal 11, Segmentation fault. Reading symbols from /home/informix2000/lib/esql/libifsql.so...done. Loaded symbols for /home/informix2000/lib/esql/libifsql.so Reading symbols from /home/informix2000/lib/libifasf.so...done. Loaded symbols for /home/informix2000/lib/libifasf.so Reading symbols from /home/informix2000/lib/esql/libifgen.so...done. Loaded symbols for /home/informix2000/lib/esql/libifgen.so Reading symbols from /home/informix2000/lib/esql/libifos.so...done. Loaded symbols for /home/informix2000/lib/esql/libifos.so Reading symbols from /home/informix2000/lib/esql/libifgls.so...done. Loaded symbols for /home/informix2000/lib/esql/libifgls.so Reading symbols from /usr/lib/libnsl.so.1...done. Loaded symbols for /usr/lib/libnsl.so.1 Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libaio.so.1...done. Loaded symbols for /usr/lib/libaio.so.1 Reading symbols from /usr/lib/libdl.so.1...done. Loaded symbols for /usr/lib/libdl.so.1 Reading symbols from /usr/lib/libelf.so.1...done. Loaded symbols for /usr/lib/libelf.so.1 Reading symbols from /home/informix2000/lib/esql/libifglx.so...done. Loaded symbols for /home/informix2000/lib/esql/libifglx.so Reading symbols from /usr/local/lib/libldap.so.2...done. Loaded symbols for /usr/local/lib/libldap.so.2 Reading symbols from /usr/local/lib/liblber.so.2...done. Loaded symbols for /usr/local/lib/liblber.so.2 Reading symbols from /usr/lib/libresolv.so.2...done. Loaded symbols for /usr/lib/libresolv.so.2 Reading symbols from /usr/lib/libm.so.1...done. Loaded symbols for /usr/lib/libm.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 Reading symbols from /usr/local/lib/libgcc_s.so.1...done. Loaded symbols for /usr/local/lib/libgcc_s.so.1 Reading symbols from /usr/lib/libmp.so.2...done. Loaded symbols for /usr/lib/libmp.so.2 Reading symbols from /usr/lib/libgen.so.1...done. Loaded symbols for /usr/lib/libgen.so.1 Reading symbols from /usr/platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Sun-Blade-1000/lib/libc_psr.so.1 #0 0xff026a00 in __register_frame_info_bases (begin=0xfeee, ob=0xfeee, tbase=0x0, dbase=0x0) at /home/wins/builds/src/gnu/gcc-3.4.2/gcc/unwind-dw2-fde.c:89 89ob->s.b.encoding = DW_EH_PE_omit; (gdb) [2005-02-28 13:41:34] [EMAIL PROTECTED] Yes, it might create a core file but it definately will NOT be one created by httpd?! It's created by the PHP CLI binary when it runs the pear installer. [2005-02-28 10:41:21] pieter dot donche at ua dot ac dot be Hi, sorry for the late response - I hadn't received an e-mail message when you posted your comment. # pwd /home/wins/builds/src/other/php4-STABLE-200502211130 # ulimit -c unlimited # ./configure ... (as above, with added --enable-debug # make (OK) # make install (the crash this bug report is all about, makes a core file, 745232 bytes) # gdb /home/apache_1327/bin/httpd ./core GNU gdb 6.1 ... This GDB was configured as "sparc-sun-solaris2.9"...(no debugging symbols found)... warning: core file may not match specified executable file. Core was generated by '/home/wins/builds/src/other/php4-STABLE-200502211130/sapi/cli/php -n dshort_op'. Program terminated with signal 11, Segmentation fault. #0 0xff026a00 in ?? () (gdb) Pieter [2005-02-17 15:43:12] pieter dot donche at ua dot ac dot be Downlaod and installed GNU sed (/usr/local/bin). Retried. Same errors. Went so far as to rename Solaris' /usr/
#32135 [NEW]: Add class_hierarchy() function
From: anferr at mecon dot gov dot ar Operating system: any PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Add class_hierarchy() function Description: It'll be very useful to add a class_hierarchy() function Proposed signature: array class_hierarchy(mixed $object) $object can be an object, or a string class name. returns an array with class hierarchy (ordered from obj to first parent, or reverse, but ordered :-) ) -- Edit bug report at http://bugs.php.net/?id=32135&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32135&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32135&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32135&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32135&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32135&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32135&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32135&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32135&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32135&r=support Expected behavior: http://bugs.php.net/fix.php?id=32135&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32135&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32135&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32135&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32135&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32135&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32135&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32135&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32135&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32135&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32135&r=mysqlcfg
#32132 [Fbk->Opn]: SSH2 + "Segmentaion Fault"
ID: 32132 User updated by: me at bereal dot ru Reported By: me at bereal dot ru -Status: Feedback +Status: Open Bug Type:*General Issues PHP Version: 5.0.3 New Comment: Program received signal SIGSEGV, Segmentation fault. 0x081d7c07 in _efree (ptr=0x836b85d) at /usr/local/src/php-5.0.2/Zend/zend_alloc.c:281 281 REMOVE_POINTER_FROM_LIST(p); (gdb) bt #0 0x081d7c07 in _efree (ptr=0x836b85d) at /usr/local/src/php-5.0.2/Zend/zend_alloc.c:281 #1 0x0813466d in php_ssh2_free_cb (ptr=0x6174732d, abstract=0x836b6ec) at /usr/local/src/php-5.0.2/ext/ssh2/ssh2.c:68 #2 0x40052a1e in libssh2_comp_method_zlib_comp (session=0x836b6ec, compress=0, dest=0x6174732d, dest_len=0x6174732d, payload_limit=4, free_dest=0x6174732d, src=0x6174732d , src_len=7566708, abstract=0x6174732d) at comp.c:223 #3 0x40059a2f in libssh2_packet_read (session=0x836b6ec, should_block=0) at packet.c:695 #4 0x40059d19 in libssh2_packet_ask_ex (session=0x836b6ec, packet_type=99 'c', data=0x6174732d, data_len=0x6174732d, match_ofs=1, match_buf=0xbfff9fa8 "", match_len=4, poll_socket=1) at packet.c:787 #5 0x400515d6 in libssh2_channel_process_startup (channel=0x83beedc, request=0x6174732d , request_len=4, message=0x8357484 "scp -pt /vhosts/test/htdocs/synchronizer/test3/newser/001070902835.txt", message_len=75) at channel.c:704 #6 0x4005a9c0 in libssh2_scp_send_ex (session=0x836b6ec, path=0x83573bc "/vhosts/test/htdocs/synchronizer/test3/newser/001070902835.txt", mode=1635021613, size=1635021613, mtime=1109608206, atime=1070956777) at scp.c:358 #7 0x08138d46 in zif_ssh2_scp_send (ht=3, return_value=0x83705ac, this_ptr=0x0, return_value_used=0) at /usr/local/src/php-5.0.2/ext/ssh2/ssh2_fopen_wrappers.c:965 #8 0x08225434 in zend_do_fcall_common_helper (execute_data=0xbfffcce0, opline=0x83680f0, op_array=0x8361c14) at /usr/local/src/php-5.0.2/Zend/zend_execute.c:2711 #9 0x08225798 in zend_do_fcall_handler (execute_data=0xbfffcce0, opline=0x83680f0, op_array=0x6174732d) at /usr/local/src/php-5.0.2/Zend/zend_execute.c:2843 #10 0x08213418 in execute (op_array=0x8361c14) at /usr/local/src/php-5.0.2/Zend/zend_execute.c:1400 #11 0x08224f05 in zend_do_fcall_common_helper (execute_data=0xbfffd4e0, opline=0x835adfc, op_array=0x8353cdc) at /usr/local/src/php-5.0.2/Zend/zend_execute.c:2740 #12 0x08225671 in zend_do_fcall_by_name_handler (execute_data=0x737574, opline=0x6174732d, op_array=0x6174732d) at /usr/local/src/php-5.0.2/Zend/zend_execute.c:2825 #13 0x08213418 in execute (op_array=0x8353cdc) at /usr/local/src/php-5.0.2/Zend/zend_execute.c:1400 #14 0x081f0151 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-5.0.2/Zend/zend.c:1060 #15 0x081b2ddf in php_execute_script (primary_file=0xb9a0) at /usr/local/src/php-5.0.2/main/main.c:1629 #16 0x0822e9f5 in main (argc=2, argv=0xba24) at /usr/local/src/php-5.0.2/sapi/cli/php_cli.c:943 #17 0x40252912 in __libc_start_main () from /lib/i686/libc.so.6 Previous Comments: [2005-02-28 17:20:23] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-02-28 15:56:18] me at bereal dot ru Description: We've got the "Segmentation Fault" error when trying to send more than 2 files via ssh2_scp_send within one connection. But its all okay when we use new connection for each file upload. Reproduce code: --- $ssh2 = $this->Connect($host); @ssh2_scp_send($ssh2, $from, $path1.basename($from)); @ssh2_scp_send($ssh2, $from, $path2.basename($from)); @ssh2_scp_send($ssh2, $from, $path3.basename($from)); @ssh2_scp_send($ssh2, $from, $path4.basename($from)); Expected result: Segmentation fault Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=32132&edit=1
#32132 [Opn->Fbk]: SSH2 + "Segmentaion Fault"
ID: 32132 Updated by: [EMAIL PROTECTED] Reported By: me at bereal dot ru -Status: Open +Status: Feedback Bug Type:*General Issues PHP Version: 5.0.3 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2005-02-28 15:56:18] me at bereal dot ru Description: We've got the "Segmentation Fault" error when trying to send more than 2 files via ssh2_scp_send within one connection. But its all okay when we use new connection for each file upload. Reproduce code: --- $ssh2 = $this->Connect($host); @ssh2_scp_send($ssh2, $from, $path1.basename($from)); @ssh2_scp_send($ssh2, $from, $path2.basename($from)); @ssh2_scp_send($ssh2, $from, $path3.basename($from)); @ssh2_scp_send($ssh2, $from, $path4.basename($from)); Expected result: Segmentation fault Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=32132&edit=1
#32134 [NEW]: Overloading offsetGet/offsetSet
From: justinh at superglobals dot com
Operating system: FreeBSD 5.3-RELEASE
PHP version: 5.0.3
PHP Bug Type: SPL related
Bug description: Overloading offsetGet/offsetSet
Description:
When extending the SPL ArrayIterator class and overloading the
offsetGet/offsetSet methods, it appears that neither of the overloaded
methods are called when accessing the object like an array (ie
$myObject['index'])
Reproduce code:
---
offsetSet ('one', 'one');
echo $myArray->offsetGet ('one');
$myArray['two'] = 'two';
echo $myArray['two'];
?>
Expected result:
offsetSet called
offsetGet called
one
offsetSet called
offsetGet called
two
Actual result:
--
offsetSet called
offsetGet called
one
two
--
Edit bug report at http://bugs.php.net/?id=32134&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32134&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32134&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32134&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32134&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32134&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32134&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32134&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32134&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32134&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32134&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32134&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32134&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32134&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32134&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32134&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32134&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32134&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32134&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32134&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32134&r=mysqlcfg
#32111 [Fbk->Opn]: Cookies separated by colon, not semicolon
ID: 32111 User updated by: daniel dot marcus at gmail dot com Reported By: daniel dot marcus at gmail dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: windows 2000 server PHP Version: 4.3.10 New Comment: Sorry Sniper. I rented some cellphones for testing my software and I had to take it back. Anyway I had some other problems. I decided no to use cookies, only for the session cookie. The problem was this: for every session cookie the phone (some nokias) hold it twice and therefore the session cookie I got was: PHPSESSID="6235123518263Ae4,PHPSESSID=6235123518263Ae4" and obviusly I would get the error "Session can be only numbers, letters, etc,etc". I decided to turn on trans_id in order to make it run on all phones but I may have problems with security issues. I don't believe it's a php bug onlybut maybe it becames a bug in conjunction with nokia browsers. It worked flawless with SonyEricsson, Samsung, Panasonic,Siemens,Sagem and Motorola phones. So I won't blame php for this problem and I won't ban nokia phones just for this. Hey! come on...a lot of people use nokia. Thanks Sniper just for answering. Previous Comments: [2005-02-27 10:47:23] [EMAIL PROTECTED] Can you please provide the full headers the client (the phone in this case) sends? [2005-02-25 16:49:21] daniel dot marcus at gmail dot com Description: The browser (nokia 3200 and others) sends the cookies in the form: name="value",name2="value2" instead of: name="value";name2="value2" In the first example above PHP will get only one cookie: "name" with it's value set to: "value,name2=value2". So all the others cookies are lost. How can i fix this on php for windows? session.save_handler = files session.save_path ="C:\AppServ\php\session" session.use_cookies = 1 session.use_only_cookies = 1 session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability = 1 session.gc_divisor = 1000 session.gc_maxlifetime = 1440 session.bug_compat_42 = 0 session.bug_compat_warn = 1 session.referer_check = session.entropy_length = 0 session.entropy_file = session.cache_expire = 180 session.use_trans_sid = 0 -- Edit this bug report at http://bugs.php.net/?id=32111&edit=1
#32067 [WFx]: DSO problems
ID: 32067 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl Status: Wont fix Bug Type: Apache2 related Operating System: AIX 5.2 PHP Version: 4CVS-2005-02-22 (stable) New Comment: Hmm, bummer. What if I'm bound to IBM's version of Apache2 ? I'm using IBMIHS 2.0.47.1 in a professional environment and cannot decide to switch from IHS to the original Apache2. Same question as before: is this behaviour due to the fact that IBM messes around with the Apache sources, and does this mean that I will not be able to use PHP with IBM HTTPServer, ever ? Thanks for the support so far. Previous Comments: [2005-02-28 13:34:51] [EMAIL PROTECTED] Your system does not have pthreads -> ZTS only supports them. (like the error msg says) Get Apache2 from apache.org and compile it _without_ thread support and try again. See also: http://www.php.net/manual/en/install.unix.apache2.php [2005-02-28 09:48:39] j dot lammerts at chello dot nl Ok, here's the output: (Went wrong first, because default /usr/IBMIHS/lib was not in LIBPATH environment): fvlsaa1 /usr/IBMIHS # httpd=`/usr/IBMIHS/bin/apxs -q SBINDIR`/`/usr/IBMIHS/bin/apx> fvlsaa1 /usr/IBMIHS # $httpd -v 2>&1 | grep version fvlsaa1 /usr/IBMIHS # $httpd -v exec(): 0509-036 Cannot load program /usr/IBMIHS/bin/httpd because of the following errors : 0509-150 Dependent module libaprutil-0.so could not be loaded. 0509-022 Cannot load module libaprutil-0.so. 0509-026 System error: A file or directory in the path name does not exist. fvlsaa1 /usr/IBMIHS # export LIBPATH=$LIBPATH:/usr/IBMIHS/lib fvlsaa1 /usr/IBMIHS # $httpd -v Server version: IBM_HTTP_Server/2.0.47.1 Apache/2.0.47 Server built: May 20 2004 17:07:49 fvlsaa1 /usr/IBMIHS # $httpd -v 2>&1 | grep version Server version: IBM_HTTP_Server/2.0.47.1 Apache/2.0.47 Tried configure again, with --with-apxs2, producing this result: checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... configure: error: Z TS currently requires working POSIX threads. We were unable to verify that your system sup ports Pthreads. [2005-02-27 23:32:37] [EMAIL PROTECTED] Just provide the output of this set of commands: # httpd=`/usr/IBMIHS/bin/apxs -q SBINDIR`/`/usr/IBMIHS/bin/apxs -q TARGET` # $httpd -v 2>&1 | grep version # $httpd -v [2005-02-27 15:51:57] j dot lammerts at chello dot nl Will put up a link to this file. Please give me a bit to re-setup my webserver. Will have it ready by the end of this month. [2005-02-22 23:09:27] [EMAIL PROTECTED] It's most likely because their version string has a different format, please put the config.log online and provide a link to it here. 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/32067 -- Edit this bug report at http://bugs.php.net/?id=32067&edit=1
#32109 [Com]: POST data is empty
ID: 32109
Comment by: oancea at gmail dot com
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
Operating System: windows
PHP Version: 5CVS-2005-02-25 (dev)
New Comment:
Same problem here.
Apache 2.0.52, Win XP SP2, PHP5.1- 28. Feb. 2005
(http://snaps.php.net/win32/php5-win32-200502281130.zip)
The script:
And form.php:
echo "";
print_r($_POST);
echo "";
echo "";
var_dump($_POST);
echo "";
With GET is working.
Expected result:
Array
(
[textbox] => Pot
[submit] => Push
)
array(2) {
["textbox"]=>
string(3) "Pot"
["submit"]=>
string(4) "Push"
}
Actual result:
Array
(
)
array(0) {
}
With php 5.0.3 is working, but I need some advanced php 5.1 features.
Thank-you.
Previous Comments:
[2005-02-27 17:32:55] [EMAIL PROTECTED]
I had apache 2.0.52 and I upgraded it to 2.0.53 and still doesn't
work.
Any simple script like the above helps to reproduce:
';
}
?>
[2005-02-27 14:31:36] [EMAIL PROTECTED]
Reproduce script? (fyi: works fine here)
[2005-02-27 13:54:45] [EMAIL PROTECTED]
Sorry Derick, but I don't have any more info.
I simply upgraded PHP (that was one or two weeks old) to the most
recent CVS version and the POST vars are broken.
[2005-02-27 12:32:02] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2005-02-25 14:17:59] [EMAIL PROTECTED]
Description:
The POST form data is always empty, while GET works.
In linux with PHP 5.1 built: Feb 20 2005 14:51:15, I don't have any
problem.
--
Edit this bug report at http://bugs.php.net/?id=32109&edit=1
#32133 [NEW]: Failed create COM object
From: fLAre_Dra_X at yahoo dot com
Operating system: Windows XP SP 2
PHP version: 5.0.1
PHP Bug Type: COM related
Bug description: Failed create COM object
Description:
I've download the version of PHP :
http://snaps.php.net/win32/php5.0-win32-latest.zip
It's work to call COM class, but when create object like word.application
it failed.
My configuration is disable all COM option on php.ini like com.allow_dcom.
Is there any
configuration that i need to do with my php or with my IIS ???
Reproduce code:
---
Version}\n";
//bring it to front
$word->Visible = 1;
//open an empty document
$word->Documents->Add();
//do some weird stuff
$word->Selection->TypeText("This is a test...");
$word->Documents[1]->SaveAs("Useless test.doc");
//closing word
$word->Quit();
//free the object
$word->Release();
$word = null;
?>
Expected result:
Com object of word.
Actual result:
--
PHP Fatal error: Uncaught exception 'com_exception' with message 'Failed
to create COM object `word.application': Access is denied. ' in
E:\Inetpub\wwwroot\tutor\com_word.php:4 Stack trace: #0
E:\Inetpub\wwwroot\tutor\com_word.php(4): com->com('word.applicatio...')
#1 {main} thrown in E:\Inetpub\wwwroot\tutor\com_word.php on line 4
--
Edit bug report at http://bugs.php.net/?id=32133&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32133&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32133&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32133&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32133&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32133&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32133&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32133&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32133&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32133&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32133&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32133&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32133&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32133&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32133&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32133&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32133&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32133&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32133&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32133&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32133&r=mysqlcfg
#32132 [NEW]: SSH2 + "Segmentaion Fault"
From: me at bereal dot ru Operating system: PHP version: 5.0.3 PHP Bug Type: *General Issues Bug description: SSH2 + "Segmentaion Fault" Description: We've got the "Segmentation Fault" error when trying to send more than 2 files via ssh2_scp_send within one connection. But its all okay when we use new connection for each file upload. Reproduce code: --- $ssh2 = $this->Connect($host); @ssh2_scp_send($ssh2, $from, $path1.basename($from)); @ssh2_scp_send($ssh2, $from, $path2.basename($from)); @ssh2_scp_send($ssh2, $from, $path3.basename($from)); @ssh2_scp_send($ssh2, $from, $path4.basename($from)); Expected result: Segmentation fault Actual result: -- Segmentation fault -- Edit bug report at http://bugs.php.net/?id=32132&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32132&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32132&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32132&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32132&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32132&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32132&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32132&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32132&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32132&r=support Expected behavior: http://bugs.php.net/fix.php?id=32132&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32132&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32132&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32132&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32132&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32132&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32132&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32132&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32132&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32132&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32132&r=mysqlcfg
#31138 [Com]: Invalid config check for libxml2 when enabling SOAP
ID: 31138 Comment by: ati at song dot fi Reported By: tim dot dewees at mtginfo dot com Status: No Feedback Bug Type: SOAP related Operating System: Red Hat Enterprise PHP Version: 5.0.3 New Comment: Using the latest snapshot didn't change anything for me. If I understand the problem correctly, the SOAP extension requires libxml2 version 2.6, the standard 2.5.10 is not enough. The submitter is complaining that configure doesn't give any warning about this. Previous Comments: [2005-02-08 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-01-31 22:35:47] [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-01-25 13:14:23] lehmann at cnm dot de Redhat Enterprise Linux 3 comes with libxml-2.5.10. But I'm getting compilation errors anyway: gcc -Iext/soap/ -I/usr/src/redhat/BUILD/php-5.0.3/ext/soap/ -DPHP_ATOM_INC -I/usr/src/redhat/BUILD/php-5.0.3/include -I/usr/src/redhat/BUILD/php-5.0.3/main -I/usr/src/redhat/BUILD/php-5.0.3 -I/usr/src/redhat/BUILD/php-5.0.3/Zend -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/imap -I/usr/kerberos/include -I/vrmd/webserver/mhash/include -I/usr/include/mysql -I/usr/include/pspell -I/usr/src/redhat/BUILD/php-5.0.3/TSRM -I/usr/kerberos/include -c /usr/src/redhat/BUILD/php-5.0.3/ext/soap/php_encoding.c -o ext/soap/php_encoding.o && echo > ext/soap/php_encoding.lo /usr/src/redhat/BUILD/php-5.0.3/ext/soap/php_encoding.c: In function `to_zval_string': /usr/src/redhat/BUILD/php-5.0.3/ext/soap/php_encoding.c:498: warning: initialization makes pointer from integer without a cast /usr/src/redhat/BUILD/php-5.0.3/ext/soap/php_encoding.c: In function `to_zval_stringr': /usr/src/redhat/BUILD/php-5.0.3/ext/soap/php_encoding.c:534: warning: initialization makes pointer from integer without a cast /usr/src/redhat/BUILD/php-5.0.3/ext/soap/php_encoding.c: In function `to_zval_stringc': /usr/src/redhat/BUILD/php-5.0.3/ext/soap/php_encoding.c:570: warning: initialization makes pointer from integer without a cast /usr/src/redhat/BUILD/php-5.0.3/ext/soap/php_encoding.c: In function `to_xml_string': /usr/src/redhat/BUILD/php-5.0.3/ext/soap/php_encoding.c:638: warning: initialization makes pointer from integer without a cast and later: gcc -Imain/ -I/usr/src/redhat/BUILD/php-5.0.3/main/ -DPHP_ATOM_INC -I/usr/src/redhat/BUILD/php-5.0.3/include -I/usr/src/redhat/BUILD/php-5.0.3/main -I/usr/src/redhat/BUILD/php-5.0.3 -I/usr/src/redhat/BUILD/php-5.0.3/Zend -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/imap -I/usr/kerberos/include -I/vrmd/webserver/mhash/include -I/usr/include/mysql -I/usr/include/pspell -I/usr/src/redhat/BUILD/php-5.0.3/TSRM -I/usr/kerberos/include -c main/internal_functions.c -o main/internal_functions.o && echo > main/internal_functions.lo /bin/sh /usr/src/redhat/BUILD/php-5.0.3/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -I/usr/kerberos/include -L/usr/kerberos/lib -L/vrmd/webserver/mhash/lib -L/usr/lib/mysql -R /usr/kerberos/lib -R /vrmd/webserver/mhash/lib -R /usr/lib/mysql ext/libxml/libxml.lo ext/openssl/openssl.lo ext/openssl/xp_ssl.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/bz2/bz2.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/curl/interface.lo ext/curl/multi.lo ext/curl/streams.lo ext/dba/dba.lo ext/dba/dba_cdb.lo ext/dba/dba_db2.lo ext/dba/dba_dbm.lo ext/dba/dba_gdbm.lo ext/dba/dba_ndbm.lo ext/dba/dba_db3.lo ex
#32128 [Fbk->Opn]: Memory leak
ID: 32128 User updated by: i at downfire dot com Reported By: i at downfire dot com -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: linux RH 8.0 Kernel 2.4.x PHP Version: 4.3.10 New Comment: The bundeld MPM that's in the apache2 tar? I never installed any other so it sould be standard. Previous Comments: [2005-02-28 13:28:19] [EMAIL PROTECTED] What MPM are you using with Apache2 ? [2005-02-28 01:11:13] i at downfire dot com My english is not that good so here goes: The script i tried to execute on the server(or better to say, a user tried to) is found at www.subdreamer.com witch is, as the creators of it state "a good pice of php scripting". Now i made some changes to the webservers here and now the problem seems to be gone. So i think it's more php with Apache 2.x then the script it self. Explanation: I had a linux RH 8.0 server running apache 2.0.53 with php 4.3.10 with a mysql at the side witch would be 3.39.x. On that configuration the script got out of control and the memory got down to 3700K witch is the minimum of the server memory. I now `downgraded` the server to Apache 1.3.33 with php 4.3.9. Nou i tested the script that sucked all the memory on this configuration and it runs great. Could this has something to do with Apache 2.0.53? I looks like php does not work right with the 2.x version of Apache and gets memory leaks. [2005-02-27 23:22:13] [EMAIL PROTECTED] Can not reproduce, please provide a short example script. [2005-02-27 15:03:32] i at downfire dot com I already used the CVS. That does not solve the problem. I used ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql to configure the php since i don't use any other modules in php. I'm now compiling apache 1.3.33 with php 4.3.9 to have a look what this does. [2005-02-27 14:33:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if it still happens, provide the configure line you used. 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/32128 -- Edit this bug report at http://bugs.php.net/?id=32128&edit=1
#32089 [Opn->Bgs]: Crash during Make with Oracle Instant Client Support
ID: 32089 Updated by: [EMAIL PROTECTED] Reported By: andrew dot nagy at villanova dot edu -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Fedora Core 3 PHP Version: 4CVS-2005-02-23 (stable) New Comment: ..and it worked just fine. Please ask further support questions about installing on php-install@lists.php.net mailing list. Previous Comments: [2005-02-28 02:33:45] andrew dot nagy at villanova dot edu I deleted my source and started from scratch with the same release: php4-STABLE-200502230130 Here is the output from the configure and make processes: http://www.webitecture.org/config.log http://www.webitecture.org/config_output http://www.webitecture.org/make_log Im now way past my sys-admin skills, so Im not sure what else to check for that may be causing this problem. [2005-02-25 22:02:44] [EMAIL PROTECTED] Well, your config.log doesn't help much as it contains no results at all. I just want to see why in hell your compiler doesn't use -rpath and what ./configure says about it. Could you try to figure out what's happening there? [2005-02-25 19:26:59] andrew dot nagy at villanova dot edu gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) http://webitecture.org/config.log Anything else? Thanks! [2005-02-25 18:15:08] [EMAIL PROTECTED] Erm... "post" -> "give us link to". [2005-02-25 18:13:24] [EMAIL PROTECTED] Thanks. Please post also your config.log and tell us what GCC version do you use. 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/32089 -- Edit this bug report at http://bugs.php.net/?id=32089&edit=1
#31886 [Opn->Fbk]: make install crashes
ID: 31886 Updated by: [EMAIL PROTECTED] Reported By: pieter dot donche at ua dot ac dot be -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.9 PHP Version: 4CVS-2005-02-17 New Comment: Yes, it might create a core file but it definately will NOT be one created by httpd?! It's created by the PHP CLI binary when it runs the pear installer. Previous Comments: [2005-02-28 10:41:21] pieter dot donche at ua dot ac dot be Hi, sorry for the late response - I hadn't received an e-mail message when you posted your comment. # pwd /home/wins/builds/src/other/php4-STABLE-200502211130 # ulimit -c unlimited # ./configure ... (as above, with added --enable-debug # make (OK) # make install (the crash this bug report is all about, makes a core file, 745232 bytes) # gdb /home/apache_1327/bin/httpd ./core GNU gdb 6.1 ... This GDB was configured as "sparc-sun-solaris2.9"...(no debugging symbols found)... warning: core file may not match specified executable file. Core was generated by '/home/wins/builds/src/other/php4-STABLE-200502211130/sapi/cli/php -n dshort_op'. Program terminated with signal 11, Segmentation fault. #0 0xff026a00 in ?? () (gdb) Pieter [2005-02-21 20:02:38] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-02-17 15:43:12] pieter dot donche at ua dot ac dot be Downlaod and installed GNU sed (/usr/local/bin). Retried. Same errors. Went so far as to rename Solaris' /usr/bin/sed, /usr/ucb/sed and /usr/xpg4/bin/sed to different names so that they never are used. Retried. Still exactly same errors ... [2005-02-17 13:48:38] [EMAIL PROTECTED] Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. [2005-02-08 17:04:02] pieter dot donche at ua dot ac dot be Description: Hi, I have SUN/Solaris 2.9, gcc 3.4.2, flex version 2.5.4, bison (GNU Bison) 1.75 and am trying to install PHP-4.3.10 # ./configure --with-apache=/home/wins/builds/src/other/apache_1.3.33 --with-gd --with-jpeg-dir=/usr/local --with-pngdir=/usr/local --with-zlib-dir=/usr/local --with-informix=/home/informix2000 --with-ldap=/usr/local --enable-yp no problems # make no problems # make install Installing PHP SAPI module: apache Installing PHP CLI binary: /usr/local/bin Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ Segmentation fault - core dumped >From a previous install of PHP-4.3.3 I remember there was a problem with standard sed (/bin/sed) and was advised to use the sed in /usr/xpg4/bin; So, I did # PATH=/usr/xpg4/bin; export PATH and did ./configure, make and make install again. Now make install gives: ... Installing PEAR environment: /usr/local/lib/php/ Error code 139 The follozing command caused the error: /home/wins/builds/src/other/php-4.3.10/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /home/wins/builds/src/other/php-4.3.10/pear/install-pear.php -d "/usr/local/lib/php" -b "/usr/local/bin" /home/wins/builds/src/other/php-4.3.10/pear/package-*.xml make: Fatal error: Command failed for target `install-pear-installer´ How to solve this ? Thanks in advance for any hints and help, Pieter -- Edit this bug report at http://bugs.php.net/?id=31886&edit=1
#32067 [Opn->WFx]: DSO problems
ID: 32067 Updated by: [EMAIL PROTECTED] Reported By: j dot lammerts at chello dot nl -Status: Open +Status: Wont fix Bug Type: Apache2 related Operating System: AIX 5.2 PHP Version: 4CVS-2005-02-22 (stable) New Comment: Your system does not have pthreads -> ZTS only supports them. (like the error msg says) Get Apache2 from apache.org and compile it _without_ thread support and try again. See also: http://www.php.net/manual/en/install.unix.apache2.php Previous Comments: [2005-02-28 09:48:39] j dot lammerts at chello dot nl Ok, here's the output: (Went wrong first, because default /usr/IBMIHS/lib was not in LIBPATH environment): fvlsaa1 /usr/IBMIHS # httpd=`/usr/IBMIHS/bin/apxs -q SBINDIR`/`/usr/IBMIHS/bin/apx> fvlsaa1 /usr/IBMIHS # $httpd -v 2>&1 | grep version fvlsaa1 /usr/IBMIHS # $httpd -v exec(): 0509-036 Cannot load program /usr/IBMIHS/bin/httpd because of the following errors : 0509-150 Dependent module libaprutil-0.so could not be loaded. 0509-022 Cannot load module libaprutil-0.so. 0509-026 System error: A file or directory in the path name does not exist. fvlsaa1 /usr/IBMIHS # export LIBPATH=$LIBPATH:/usr/IBMIHS/lib fvlsaa1 /usr/IBMIHS # $httpd -v Server version: IBM_HTTP_Server/2.0.47.1 Apache/2.0.47 Server built: May 20 2004 17:07:49 fvlsaa1 /usr/IBMIHS # $httpd -v 2>&1 | grep version Server version: IBM_HTTP_Server/2.0.47.1 Apache/2.0.47 Tried configure again, with --with-apxs2, producing this result: checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... configure: error: Z TS currently requires working POSIX threads. We were unable to verify that your system sup ports Pthreads. [2005-02-27 23:32:37] [EMAIL PROTECTED] Just provide the output of this set of commands: # httpd=`/usr/IBMIHS/bin/apxs -q SBINDIR`/`/usr/IBMIHS/bin/apxs -q TARGET` # $httpd -v 2>&1 | grep version # $httpd -v [2005-02-27 15:51:57] j dot lammerts at chello dot nl Will put up a link to this file. Please give me a bit to re-setup my webserver. Will have it ready by the end of this month. [2005-02-22 23:09:27] [EMAIL PROTECTED] It's most likely because their version string has a different format, please put the config.log online and provide a link to it here. [2005-02-22 16:14:15] j dot lammerts at chello dot nl Description: Hi, I seem to be unable to get the latetst stable php4 to compile. I'm using AIX 5.2 and IBM HTTPServer 2.0.47.1 If I try to configure with --apxs=/usr/IBMIHS/bin/apxs I get the message : Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... expr: non-numeric argument yes Then, at the end : WARNING: Your /usr/IBMIHS/bin/apxs script is most likely broken. If I try to configure with --apxs2=/usr/IBMIHS/bin/apxs I get the message: checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... expr: non-numeric a rgument configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Plea se use the appropiate switch --with-apxs (without the 2) (although I'm using 2.0.47.1 ??) Is this due to the fact that IBM messes around with standard Apache configs, and makes up their own apxs ? Cheers -- Edit this bug report at http://bugs.php.net/?id=32067&edit=1
#32042 [Opn->Csd]: small rectangles are broken
ID: 32042 Updated by: [EMAIL PROTECTED] Reported By: guth at fiifo dot u-psud dot fr -Status: Open +Status: Closed Bug Type: GD related Operating System: Linux PHP Version: 5CVS-2005-02-21 (dev) Assigned To: pajoye Previous Comments: [2005-02-28 13:02:05] guth at fiifo dot u-psud dot fr Works as expected with 5.1.x dev. merci :) [2005-02-28 12:14:25] [EMAIL PROTECTED] Please try using "Latest CVS (5.1.x-dev)" snapshot --Pierre [2005-02-28 11:59:41] guth at fiifo dot u-psud dot fr Recompiling PHP with: make clean ./configure --with-apxs=/usr/local/apache/bin/apxs --with-jpeg-dir --with-png-dir --with-gd --enable-gd-native-ttf --with-freetype-dir --with-zlib-dir make make install I removed all GD libraries: [EMAIL PROTECTED] php5-STABLE-200502101130]# rpm -qa | grep gd libgdk-pixbuf2-0.22.0-5mdk ifplugd-0.25-1mdk sysklogd-1.4.1-6mdk gdk-pixbuf-loaders-0.22.0-5mdk gdb-6.2-2mdk libgdk_pixbuf2.0_0-2.4.9-9mdk libgdk-pixbuf-gnomecanvas1-0.22.0-5mdk libgdbm2-1.8.0-25mdk The problem is still here... [2005-02-28 11:40:02] [EMAIL PROTECTED] Are you sure you do not have any gd-devel package installed? If yes, remove/move them before running configure and make. --Pierre [2005-02-28 11:16:17] guth at fiifo dot u-psud dot fr Here is my ./configure line : ./configure --enable-debug --with-apxs=/usr/local/apache/bin/apxs --with-xml --with-jpeg-dir --with-png-dir --with-gd --enable-gd-native-ttf --with-freetype-dir --with-zlib-dir --with-openssl --enable-sysvsem --enable-sysvshm --with-xsl --with-mysql --with-pgsql --enable-memory-limit I use the bundled GD. 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/32042 -- Edit this bug report at http://bugs.php.net/?id=32042&edit=1
#32128 [Opn->Fbk]: Memory leak
ID: 32128 Updated by: [EMAIL PROTECTED] Reported By: i at downfire dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: linux RH 8.0 Kernel 2.4.x PHP Version: 4.3.10 New Comment: What MPM are you using with Apache2 ? Previous Comments: [2005-02-28 01:11:13] i at downfire dot com My english is not that good so here goes: The script i tried to execute on the server(or better to say, a user tried to) is found at www.subdreamer.com witch is, as the creators of it state "a good pice of php scripting". Now i made some changes to the webservers here and now the problem seems to be gone. So i think it's more php with Apache 2.x then the script it self. Explanation: I had a linux RH 8.0 server running apache 2.0.53 with php 4.3.10 with a mysql at the side witch would be 3.39.x. On that configuration the script got out of control and the memory got down to 3700K witch is the minimum of the server memory. I now `downgraded` the server to Apache 1.3.33 with php 4.3.9. Nou i tested the script that sucked all the memory on this configuration and it runs great. Could this has something to do with Apache 2.0.53? I looks like php does not work right with the 2.x version of Apache and gets memory leaks. [2005-02-27 23:22:13] [EMAIL PROTECTED] Can not reproduce, please provide a short example script. [2005-02-27 15:03:32] i at downfire dot com I already used the CVS. That does not solve the problem. I used ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql to configure the php since i don't use any other modules in php. I'm now compiling apache 1.3.33 with php 4.3.9 to have a look what this does. [2005-02-27 14:33:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And if it still happens, provide the configure line you used. [2005-02-27 13:40:00] i at downfire dot com Description: I get a memory leak from the php on the server. (i'm a webhost) The first second i got 200MB+ and the next my swap is full and memory down to 3700 K. There is a normal script ran. I redused the usage of php memory to 1M but this does not help us solve te problem. I use apache 2.0.53 with php 4.3.10 and Asp sun one 4.0.1L. I have never had this problem with php 4.3.9. it started when i upgraded to 4.3.10. I'm gone downgrade to 4.3.9 untill this problem is solved since i can't have my server crash every time. Can you please help us :) -- Edit this bug report at http://bugs.php.net/?id=32128&edit=1
#32042 [Fbk->Opn]: small rectangles are broken
ID: 32042 User updated by: guth at fiifo dot u-psud dot fr Reported By: guth at fiifo dot u-psud dot fr -Status: Feedback +Status: Open Bug Type: GD related Operating System: Linux PHP Version: 5CVS-2005-02-21 (dev) Assigned To: pajoye New Comment: Works as expected with 5.1.x dev. merci :) Previous Comments: [2005-02-28 12:14:25] [EMAIL PROTECTED] Please try using "Latest CVS (5.1.x-dev)" snapshot --Pierre [2005-02-28 11:59:41] guth at fiifo dot u-psud dot fr Recompiling PHP with: make clean ./configure --with-apxs=/usr/local/apache/bin/apxs --with-jpeg-dir --with-png-dir --with-gd --enable-gd-native-ttf --with-freetype-dir --with-zlib-dir make make install I removed all GD libraries: [EMAIL PROTECTED] php5-STABLE-200502101130]# rpm -qa | grep gd libgdk-pixbuf2-0.22.0-5mdk ifplugd-0.25-1mdk sysklogd-1.4.1-6mdk gdk-pixbuf-loaders-0.22.0-5mdk gdb-6.2-2mdk libgdk_pixbuf2.0_0-2.4.9-9mdk libgdk-pixbuf-gnomecanvas1-0.22.0-5mdk libgdbm2-1.8.0-25mdk The problem is still here... [2005-02-28 11:40:02] [EMAIL PROTECTED] Are you sure you do not have any gd-devel package installed? If yes, remove/move them before running configure and make. --Pierre [2005-02-28 11:16:17] guth at fiifo dot u-psud dot fr Here is my ./configure line : ./configure --enable-debug --with-apxs=/usr/local/apache/bin/apxs --with-xml --with-jpeg-dir --with-png-dir --with-gd --enable-gd-native-ttf --with-freetype-dir --with-zlib-dir --with-openssl --enable-sysvsem --enable-sysvshm --with-xsl --with-mysql --with-pgsql --enable-memory-limit I use the bundled GD. [2005-02-28 11:09:23] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Even if you think it is not a bug, we often know better than you, please consult the support channels first before even considering to reopen this report. Thank you for your interest in PHP. Seems like you use an external GD. Please try using the bundled gd (configure --with-gd, not with-gd=/path/to/ext/gd). --Pierre 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/32042 -- Edit this bug report at http://bugs.php.net/?id=32042&edit=1
#32042 [Opn->Fbk]: small rectangles are broken
ID: 32042 Updated by: [EMAIL PROTECTED] Reported By: guth at fiifo dot u-psud dot fr -Status: Open +Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 5CVS-2005-02-21 (dev) Assigned To: pajoye New Comment: Please try using "Latest CVS (5.1.x-dev)" snapshot --Pierre Previous Comments: [2005-02-28 11:59:41] guth at fiifo dot u-psud dot fr Recompiling PHP with: make clean ./configure --with-apxs=/usr/local/apache/bin/apxs --with-jpeg-dir --with-png-dir --with-gd --enable-gd-native-ttf --with-freetype-dir --with-zlib-dir make make install I removed all GD libraries: [EMAIL PROTECTED] php5-STABLE-200502101130]# rpm -qa | grep gd libgdk-pixbuf2-0.22.0-5mdk ifplugd-0.25-1mdk sysklogd-1.4.1-6mdk gdk-pixbuf-loaders-0.22.0-5mdk gdb-6.2-2mdk libgdk_pixbuf2.0_0-2.4.9-9mdk libgdk-pixbuf-gnomecanvas1-0.22.0-5mdk libgdbm2-1.8.0-25mdk The problem is still here... [2005-02-28 11:40:02] [EMAIL PROTECTED] Are you sure you do not have any gd-devel package installed? If yes, remove/move them before running configure and make. --Pierre [2005-02-28 11:16:17] guth at fiifo dot u-psud dot fr Here is my ./configure line : ./configure --enable-debug --with-apxs=/usr/local/apache/bin/apxs --with-xml --with-jpeg-dir --with-png-dir --with-gd --enable-gd-native-ttf --with-freetype-dir --with-zlib-dir --with-openssl --enable-sysvsem --enable-sysvshm --with-xsl --with-mysql --with-pgsql --enable-memory-limit I use the bundled GD. [2005-02-28 11:09:23] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Even if you think it is not a bug, we often know better than you, please consult the support channels first before even considering to reopen this report. Thank you for your interest in PHP. Seems like you use an external GD. Please try using the bundled gd (configure --with-gd, not with-gd=/path/to/ext/gd). --Pierre [2005-02-28 10:59:33] guth at fiifo dot u-psud dot fr Actual result : http://artichow.org/gd/actual.png Expected result : http://artichow.org/gd/expected.png 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/32042 -- Edit this bug report at http://bugs.php.net/?id=32042&edit=1
#32042 [Fbk->Opn]: small rectangles are broken
ID: 32042 User updated by: guth at fiifo dot u-psud dot fr Reported By: guth at fiifo dot u-psud dot fr -Status: Feedback +Status: Open Bug Type: GD related Operating System: Linux PHP Version: 5CVS-2005-02-21 (dev) Assigned To: pajoye New Comment: Recompiling PHP with: make clean ./configure --with-apxs=/usr/local/apache/bin/apxs --with-jpeg-dir --with-png-dir --with-gd --enable-gd-native-ttf --with-freetype-dir --with-zlib-dir make make install I removed all GD libraries: [EMAIL PROTECTED] php5-STABLE-200502101130]# rpm -qa | grep gd libgdk-pixbuf2-0.22.0-5mdk ifplugd-0.25-1mdk sysklogd-1.4.1-6mdk gdk-pixbuf-loaders-0.22.0-5mdk gdb-6.2-2mdk libgdk_pixbuf2.0_0-2.4.9-9mdk libgdk-pixbuf-gnomecanvas1-0.22.0-5mdk libgdbm2-1.8.0-25mdk The problem is still here... Previous Comments: [2005-02-28 11:40:02] [EMAIL PROTECTED] Are you sure you do not have any gd-devel package installed? If yes, remove/move them before running configure and make. --Pierre [2005-02-28 11:16:17] guth at fiifo dot u-psud dot fr Here is my ./configure line : ./configure --enable-debug --with-apxs=/usr/local/apache/bin/apxs --with-xml --with-jpeg-dir --with-png-dir --with-gd --enable-gd-native-ttf --with-freetype-dir --with-zlib-dir --with-openssl --enable-sysvsem --enable-sysvshm --with-xsl --with-mysql --with-pgsql --enable-memory-limit I use the bundled GD. [2005-02-28 11:09:23] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Even if you think it is not a bug, we often know better than you, please consult the support channels first before even considering to reopen this report. Thank you for your interest in PHP. Seems like you use an external GD. Please try using the bundled gd (configure --with-gd, not with-gd=/path/to/ext/gd). --Pierre [2005-02-28 10:59:33] guth at fiifo dot u-psud dot fr Actual result : http://artichow.org/gd/actual.png Expected result : http://artichow.org/gd/expected.png [2005-02-28 09:38:32] [EMAIL PROTECTED] Cannot reproduce here, please provide an url to the expected result and one with what you get now. --Pierre 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/32042 -- Edit this bug report at http://bugs.php.net/?id=32042&edit=1
#32042 [Opn->Fbk]: small rectangles are broken
ID: 32042 Updated by: [EMAIL PROTECTED] Reported By: guth at fiifo dot u-psud dot fr -Status: Open +Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 5CVS-2005-02-21 (dev) Assigned To: pajoye New Comment: Are you sure you do not have any gd-devel package installed? If yes, remove/move them before running configure and make. --Pierre Previous Comments: [2005-02-28 11:16:17] guth at fiifo dot u-psud dot fr Here is my ./configure line : ./configure --enable-debug --with-apxs=/usr/local/apache/bin/apxs --with-xml --with-jpeg-dir --with-png-dir --with-gd --enable-gd-native-ttf --with-freetype-dir --with-zlib-dir --with-openssl --enable-sysvsem --enable-sysvshm --with-xsl --with-mysql --with-pgsql --enable-memory-limit I use the bundled GD. [2005-02-28 11:09:23] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Even if you think it is not a bug, we often know better than you, please consult the support channels first before even considering to reopen this report. Thank you for your interest in PHP. Seems like you use an external GD. Please try using the bundled gd (configure --with-gd, not with-gd=/path/to/ext/gd). --Pierre [2005-02-28 10:59:33] guth at fiifo dot u-psud dot fr Actual result : http://artichow.org/gd/actual.png Expected result : http://artichow.org/gd/expected.png [2005-02-28 09:38:32] [EMAIL PROTECTED] Cannot reproduce here, please provide an url to the expected result and one with what you get now. --Pierre [2005-02-21 10:40:17] guth at fiifo dot u-psud dot fr Description: imagerectangle() does not work with small rectangles. With the same code, imagefilledrectangle() works. See the result: http://haricow.org/gd/rectangle.png Reproduce code: --- Expected result: A rectangle. Actual result: -- A strange shape. -- Edit this bug report at http://bugs.php.net/?id=32042&edit=1
#32042 [Bgs->Opn]: small rectangles are broken
ID: 32042 User updated by: guth at fiifo dot u-psud dot fr Reported By: guth at fiifo dot u-psud dot fr -Status: Bogus +Status: Open Bug Type: GD related Operating System: Linux PHP Version: 5CVS-2005-02-21 (dev) Assigned To: pajoye New Comment: Here is my ./configure line : ./configure --enable-debug --with-apxs=/usr/local/apache/bin/apxs --with-xml --with-jpeg-dir --with-png-dir --with-gd --enable-gd-native-ttf --with-freetype-dir --with-zlib-dir --with-openssl --enable-sysvsem --enable-sysvshm --with-xsl --with-mysql --with-pgsql --enable-memory-limit I use the bundled GD. Previous Comments: [2005-02-28 11:09:23] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Even if you think it is not a bug, we often know better than you, please consult the support channels first before even considering to reopen this report. Thank you for your interest in PHP. Seems like you use an external GD. Please try using the bundled gd (configure --with-gd, not with-gd=/path/to/ext/gd). --Pierre [2005-02-28 10:59:33] guth at fiifo dot u-psud dot fr Actual result : http://artichow.org/gd/actual.png Expected result : http://artichow.org/gd/expected.png [2005-02-28 09:38:32] [EMAIL PROTECTED] Cannot reproduce here, please provide an url to the expected result and one with what you get now. --Pierre [2005-02-21 10:40:17] guth at fiifo dot u-psud dot fr Description: imagerectangle() does not work with small rectangles. With the same code, imagefilledrectangle() works. See the result: http://haricow.org/gd/rectangle.png Reproduce code: --- Expected result: A rectangle. Actual result: -- A strange shape. -- Edit this bug report at http://bugs.php.net/?id=32042&edit=1
#32042 [Opn->Bgs]: small rectangles are broken
ID: 32042 Updated by: [EMAIL PROTECTED] Reported By: guth at fiifo dot u-psud dot fr -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 5CVS-2005-02-21 (dev) Assigned To: pajoye 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. Even if you think it is not a bug, we often know better than you, please consult the support channels first before even considering to reopen this report. Thank you for your interest in PHP. Seems like you use an external GD. Please try using the bundled gd (configure --with-gd, not with-gd=/path/to/ext/gd). --Pierre Previous Comments: [2005-02-28 10:59:33] guth at fiifo dot u-psud dot fr Actual result : http://artichow.org/gd/actual.png Expected result : http://artichow.org/gd/expected.png [2005-02-28 09:38:32] [EMAIL PROTECTED] Cannot reproduce here, please provide an url to the expected result and one with what you get now. --Pierre [2005-02-21 10:40:17] guth at fiifo dot u-psud dot fr Description: imagerectangle() does not work with small rectangles. With the same code, imagefilledrectangle() works. See the result: http://haricow.org/gd/rectangle.png Reproduce code: --- Expected result: A rectangle. Actual result: -- A strange shape. -- Edit this bug report at http://bugs.php.net/?id=32042&edit=1
#32042 [Fbk->Opn]: small rectangles are broken
ID: 32042 User updated by: guth at fiifo dot u-psud dot fr Reported By: guth at fiifo dot u-psud dot fr -Status: Feedback +Status: Open Bug Type: GD related Operating System: Linux PHP Version: 5CVS-2005-02-21 (dev) Assigned To: pajoye New Comment: Actual result : http://artichow.org/gd/actual.png Expected result : http://artichow.org/gd/expected.png Previous Comments: [2005-02-28 09:38:32] [EMAIL PROTECTED] Cannot reproduce here, please provide an url to the expected result and one with what you get now. --Pierre [2005-02-21 10:40:17] guth at fiifo dot u-psud dot fr Description: imagerectangle() does not work with small rectangles. With the same code, imagefilledrectangle() works. See the result: http://haricow.org/gd/rectangle.png Reproduce code: --- Expected result: A rectangle. Actual result: -- A strange shape. -- Edit this bug report at http://bugs.php.net/?id=32042&edit=1
#31886 [Fbk->Opn]: make install crashes
ID: 31886 User updated by: pieter dot donche at ua dot ac dot be Reported By: pieter dot donche at ua dot ac dot be -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 2.9 PHP Version: 4CVS-2005-02-17 New Comment: Hi, sorry for the late response - I hadn't received an e-mail message when you posted your comment. # pwd /home/wins/builds/src/other/php4-STABLE-200502211130 # ulimit -c unlimited # ./configure ... (as above, with added --enable-debug # make (OK) # make install (the crash this bug report is all about, makes a core file, 745232 bytes) # gdb /home/apache_1327/bin/httpd ./core GNU gdb 6.1 ... This GDB was configured as "sparc-sun-solaris2.9"...(no debugging symbols found)... warning: core file may not match specified executable file. Core was generated by '/home/wins/builds/src/other/php4-STABLE-200502211130/sapi/cli/php -n dshort_op'. Program terminated with signal 11, Segmentation fault. #0 0xff026a00 in ?? () (gdb) Pieter Previous Comments: [2005-02-21 20:02:38] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-02-17 15:43:12] pieter dot donche at ua dot ac dot be Downlaod and installed GNU sed (/usr/local/bin). Retried. Same errors. Went so far as to rename Solaris' /usr/bin/sed, /usr/ucb/sed and /usr/xpg4/bin/sed to different names so that they never are used. Retried. Still exactly same errors ... [2005-02-17 13:48:38] [EMAIL PROTECTED] Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. [2005-02-08 17:04:02] pieter dot donche at ua dot ac dot be Description: Hi, I have SUN/Solaris 2.9, gcc 3.4.2, flex version 2.5.4, bison (GNU Bison) 1.75 and am trying to install PHP-4.3.10 # ./configure --with-apache=/home/wins/builds/src/other/apache_1.3.33 --with-gd --with-jpeg-dir=/usr/local --with-pngdir=/usr/local --with-zlib-dir=/usr/local --with-informix=/home/informix2000 --with-ldap=/usr/local --enable-yp no problems # make no problems # make install Installing PHP SAPI module: apache Installing PHP CLI binary: /usr/local/bin Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ Segmentation fault - core dumped >From a previous install of PHP-4.3.3 I remember there was a problem with standard sed (/bin/sed) and was advised to use the sed in /usr/xpg4/bin; So, I did # PATH=/usr/xpg4/bin; export PATH and did ./configure, make and make install again. Now make install gives: ... Installing PEAR environment: /usr/local/lib/php/ Error code 139 The follozing command caused the error: /home/wins/builds/src/other/php-4.3.10/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /home/wins/builds/src/other/php-4.3.10/pear/install-pear.php -d "/usr/local/lib/php" -b "/usr/local/bin" /home/wins/builds/src/other/php-4.3.10/pear/package-*.xml make: Fatal error: Command failed for target `install-pear-installer´ How to solve this ? Thanks in advance for any hints and help, Pieter -- Edit this bug report at http://bugs.php.net/?id=31886&edit=1
#32067 [Fbk->Opn]: DSO problems
ID: 32067 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: AIX 5.2 PHP Version: 4CVS-2005-02-22 (stable) New Comment: Ok, here's the output: (Went wrong first, because default /usr/IBMIHS/lib was not in LIBPATH environment): fvlsaa1 /usr/IBMIHS # httpd=`/usr/IBMIHS/bin/apxs -q SBINDIR`/`/usr/IBMIHS/bin/apx> fvlsaa1 /usr/IBMIHS # $httpd -v 2>&1 | grep version fvlsaa1 /usr/IBMIHS # $httpd -v exec(): 0509-036 Cannot load program /usr/IBMIHS/bin/httpd because of the following errors : 0509-150 Dependent module libaprutil-0.so could not be loaded. 0509-022 Cannot load module libaprutil-0.so. 0509-026 System error: A file or directory in the path name does not exist. fvlsaa1 /usr/IBMIHS # export LIBPATH=$LIBPATH:/usr/IBMIHS/lib fvlsaa1 /usr/IBMIHS # $httpd -v Server version: IBM_HTTP_Server/2.0.47.1 Apache/2.0.47 Server built: May 20 2004 17:07:49 fvlsaa1 /usr/IBMIHS # $httpd -v 2>&1 | grep version Server version: IBM_HTTP_Server/2.0.47.1 Apache/2.0.47 Tried configure again, with --with-apxs2, producing this result: checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... configure: error: Z TS currently requires working POSIX threads. We were unable to verify that your system sup ports Pthreads. Previous Comments: [2005-02-27 23:32:37] [EMAIL PROTECTED] Just provide the output of this set of commands: # httpd=`/usr/IBMIHS/bin/apxs -q SBINDIR`/`/usr/IBMIHS/bin/apxs -q TARGET` # $httpd -v 2>&1 | grep version # $httpd -v [2005-02-27 15:51:57] j dot lammerts at chello dot nl Will put up a link to this file. Please give me a bit to re-setup my webserver. Will have it ready by the end of this month. [2005-02-22 23:09:27] [EMAIL PROTECTED] It's most likely because their version string has a different format, please put the config.log online and provide a link to it here. [2005-02-22 16:14:15] j dot lammerts at chello dot nl Description: Hi, I seem to be unable to get the latetst stable php4 to compile. I'm using AIX 5.2 and IBM HTTPServer 2.0.47.1 If I try to configure with --apxs=/usr/IBMIHS/bin/apxs I get the message : Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... expr: non-numeric argument yes Then, at the end : WARNING: Your /usr/IBMIHS/bin/apxs script is most likely broken. If I try to configure with --apxs2=/usr/IBMIHS/bin/apxs I get the message: checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... expr: non-numeric a rgument configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Plea se use the appropiate switch --with-apxs (without the 2) (although I'm using 2.0.47.1 ??) Is this due to the fact that IBM messes around with standard Apache configs, and makes up their own apxs ? Cheers -- Edit this bug report at http://bugs.php.net/?id=32067&edit=1
#32042 [Opn->Fbk]: small rectangles are broken
ID: 32042 Updated by: [EMAIL PROTECTED] Reported By: guth at fiifo dot u-psud dot fr -Status: Open +Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 5CVS-2005-02-21 (dev) -Assigned To: +Assigned To: pajoye New Comment: Cannot reproduce here, please provide an url to the expected result and one with what you get now. --Pierre Previous Comments: [2005-02-21 10:40:17] guth at fiifo dot u-psud dot fr Description: imagerectangle() does not work with small rectangles. With the same code, imagefilledrectangle() works. See the result: http://haricow.org/gd/rectangle.png Reproduce code: --- Expected result: A rectangle. Actual result: -- A strange shape. -- Edit this bug report at http://bugs.php.net/?id=32042&edit=1
