#35074 [Opn->Fbk]: Call to virtual() causes Segmentation fault
ID: 35074
Updated by: [EMAIL PROTECTED]
Reported By: jeff dot potter at hp dot com
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: Linux (Redhat EL 3 i386)
PHP Version: 4.4.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2005-11-03 00:29:49] jeff dot potter at hp dot com
Description:
Just compiled and integrated PHP v4.4.1, and I get an immediate
Segmentation fault on my first virtual() call. Same code works fine in
PHP 4.3.11 & PHP 4.4.0.
Configure script:
./configure $php_dbg_flag --prefix=/opt/hp/hpsmh/php
--with-apxs2=/opt/hp/hpsmh/sbin/apxs \
--with-dom=/opt/hp/hpsmh --with-zlib --enable-bcmath --enable-calendar
--enable-wddx --enable-ftp
make
make install
Platform:
RedHat Enterprise Linux Advanced Server 3 Update 2
Apache 2.0.48 with security patches
Reproduce code:
---
Just call virtual(some_uri).
Expected result:
My page rendered on the screen.
Actual result:
--
It looks like the rr->main structure in PHP_FUNCTION(virtual)is all
zeros.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1469858896 (LWP 13252)]
ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
(gdb) bt
#0 ap_rflush (r=0x82ef088) at protocol.c:1561
#1 0xb71eba7f in zif_virtual (ht=1, return_value=0x839d264,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/php_functions.c:101
#2 0xb71e2b59 in execute (op_array=0x83987b4, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend_execute.c:1675
#3 0xb71cea6c in zend_execute_scripts (type=8, tsrm_ls=0x8363dd8,
retval=0x0, file_count=3)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend.c:938
#4 0xb71a5d3e in php_execute_script (primary_file=0xa863b830,
tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/main/main.c:1743
#5 0xb71eb3ce in php_handler (r=0x82b8e50)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/sapi_apache2.c:572
#6 0x080a5b1e in ap_run_handler (r=0x82b8e50) at config.c:151
#7 0x080a6039 in ap_invoke_handler (r=0x82b8e50) at config.c:358
#8 0x080a1d8f in ap_process_request (r=0x82b8e50) at
http_request.c:246
#9 0x0809dd04 in ap_process_http_connection (c=0x82abf18) at
http_core.c:250
#10 0x080adeca in ap_run_process_connection (c=0x82abf18) at
connection.c:42
#11 0x080a2d3f in process_socket (p=0x82abdf0, sock=0x82abe28,
my_child_num=0, my_thread_num=22,
bucket_alloc=0x82addf8) at worker.c:520
#12 0x080a3332 in worker_thread (thd=0x81dbac8, dummy=0x82a5040) at
worker.c:834
#13 0xb747551c in dummy_worker (opaque=0x81dbac8) at thread.c:88
#14 0xb744adec in start_thread () from /lib/tls/libpthread.so.0
#15 0xb7370e8a in clone () from /lib/tls/libc.so.6
(gdb)
Frame #0 Code
#0 ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
(gdb) print bb
$1 = (apr_bucket_brigade *) 0x839d264
(gdb) print *bb
$2 = {p = 0x0, list = {next = 0x0, prev = 0x1}, bucket_alloc =
0x0}
gdb) print c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print *c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print &c->bucket_alloc
$3 = (struct apr_bucket_alloc_t **) 0x50
(gdb) print r->pool
$4 = (apr_pool_t *) 0x0
(gdb) print *r->pool
$5 = {parent = 0x82ef088, child = 0x6b637562, sibling = 0x2f737465, ref
= 0x92e7887, cleanups = 0x758,
allocator = 0x31, subprocesses = 0x0, abort_fn = 0, user_data = 0x0,
tag = 0x0, active = 0x0, self = 0x0,
self_first_avail = 0x0}
(gdb) print &r->pool
$6 = (apr_pool_t **) 0x82ef088
1555AP_DECLARE(int) ap_rflush(request_rec *r)
1556{
1557conn_rec *c = r->connection;
1558apr_bucket_brigade *bb;
1559apr_bucket *b;
1560
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
1562b = apr_bucket_flush_create(c->bucket_alloc);
1563APR_BRIGADE_INSERT_TAIL(bb, b);
1564if (ap_pass_brigade(r->output_filters, bb) != APR_SUCCESS)
1565return -1;
1566
1567return 0;
1568}
Frame #1 Code
(gdb) print rr->main
$7 = (request_rec *) 0x82ef088
(gdb) print *rr->main
$8 = {pool = 0x0, connection = 0x0, server = 0x0, next = 0x0, prev =
0x0, main = 0x0, the_request = 0x0,
assbackwards = 0, proxyreq = 0, header_only = 0, protocol = 0x0,
proto_num = 0, hostname = 0x0, request_time = 0,
status_line = 0x0, status = 0, method = 0x0, method_number = 0,
allowed = 0, allowed_xmethods = 0x0,
allowed_methods = 0x0, sent_bodyct = 0, bytes_sent = 0, mtime
#35075 [Opn->Fbk]: Assignment by reference using a function assignes the variable by value
ID: 35075
Updated by: [EMAIL PROTECTED]
Reported By: skrol29 at freesurf dot fr
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 5.0.5
New Comment:
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
Previous Comments:
[2005-11-03 01:47:25] skrol29 at freesurf dot fr
Description:
This bug is a change of Assignment by reference behavior bewteen Php
versions <= 5.0.4 and the last 5.0.5.
In Php 5.0.5 when a variable is re-assigned by reference directly using
a function, then the variable is assigned by value.
Reproduce code:
---
";
function f_test() {
return 'tested';
}
?>
Expected result:
* a = {tested}, b = {hello}
Actual result:
--
* a = {tested}, b = {tested}
--
Edit this bug report at http://bugs.php.net/?id=35075&edit=1
#34542 [Com]: register_long_arrays causes $_SESSIONS vars to disappear
ID: 34542 Comment by: marcus at synchromedia dot co dot uk Reported By: marcus dot uy at virtualthinking dot com Status: No Feedback Bug Type: Session related Operating System: WinXP Pro PHP Version: 5.1.0RC1 New Comment: I think I'm seeing this same bug in 5.1.0RC4. I'm not getting exactly the same symptom, but it's close. I'm finding that session files are created no problem, but when I change values in $_SESSION, the changes are not saved, even if I use session_write_close(). I've set up a small test case that is storing and changing exactly what I'm doing in my project and it doesn't happen, so I don't think it's a problem with the contents of the session. I also wrote a test that stuffed 5000 strings into $_SESSION and that worked ok too. Like the original bug report, it all works fine if I leave register_long_arrays turned on, even though I'm not using them anywhere in my code, or in libraries that I'm using. What I would like to do is do a trace with xdebug and look at everything that involves sessions, but I can't at present because xdebug-cvs won't run under 5.1.0RC4. Previous Comments: [2005-09-27 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-09-19 13:47:45] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-09-19 12:38:07] marcus dot uy at virtualthinking dot com Hi just tried it with the CVS versions to popinted me to. No dice. Same problem. After the session is created as a zero-length file and updating $_SESSION in the script does nothing to change this. The values are accessible during the first run, and when re-read on subsequent runs, understandably return an empty $_SESSION array. FYI, my application is split into a public http system and a private https system. The session sticks in the http session, but as noted earlier, the number of session values used is significantly less than after a user has logged in the https session. I allow the script to generate a new SID for the https session as I do not need to pass over the values, and it is here that the values do not stick. Both the http and https sites share an *indentical* code base so it's not a program error. Erm, to be honest the code I posted is cut down to allow for it to be a reasonable length. It incorporates the essentials of the problem, but perhaps not the full environment. It still needs the register_long_arrays to be "on" before it will work. [2005-09-18 22:07:55] [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 I can't reproduce this on either Linux or Windows. (using sessions with cookies, of course, passing session ids in the URL is not wise) [2005-09-18 15:34:38] marcus dot uy at virtualthinking dot com Description: hi, I have read through some earlier bug posts regarding similar-ish in later versions of php4 and early versions of php5. I want to report that this bug persists in version 5.0.4, 5.0.5, as well as 5.1.0rc1 too. Setting "register_long_arrays=off" causes $_SESSION to break, but in a very unusual way. For some reason putting 4 or 5 small items in the sessions array is fine (which is why most tests can pass), but putting more data or more items in the sessions array prevents the data from being written to the session file. You get a zero-length file and the session fails. There is no error that faults or reports from this. I haven't really measured the "breaking point", but it is real and I can consistently reproduce it on my system (the code is way too long to post here). I note that php.ini doesn't seem to indicate the default status of this setting, but if "off" is the default value then this bug does not seem to affect linux versions of php. Turning "on" register_long_arrays in php.ini restores full functionality. I suppose then, that this would be the near term work around. Reproduce co
#35075 [Fbk->Opn]: Assignment by reference using a function assignes the variable by value
ID: 35075
User updated by: skrol29 at freesurf dot fr
Reported By: skrol29 at freesurf dot fr
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 5.0.5
New Comment:
The same bug occurs with this last Php version (pompted version was
5.0.6-dev).
Previous Comments:
[2005-11-03 09:10:26] [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
[2005-11-03 01:47:25] skrol29 at freesurf dot fr
Description:
This bug is a change of Assignment by reference behavior bewteen Php
versions <= 5.0.4 and the last 5.0.5.
In Php 5.0.5 when a variable is re-assigned by reference directly using
a function, then the variable is assigned by value.
Reproduce code:
---
";
function f_test() {
return 'tested';
}
?>
Expected result:
* a = {tested}, b = {hello}
Actual result:
--
* a = {tested}, b = {tested}
--
Edit this bug report at http://bugs.php.net/?id=35075&edit=1
#35082 [NEW]: virtual() does not preserve variables from included shtml files
From: Christoph dot Freundl at informatik dot uni-erlangen dot de Operating system: Linux PHP version: 5.0.5 PHP Bug Type: Apache2 related Bug description: virtual() does not preserve variables from included shtml files Description: If you use virtual() to include an shtml file which sets an environment variable via , the set variable is not visible after the virtual() call. Reproduce code: --- setvar.shtml - - showvar.php - - info.shtml - - info.php - - Expected result: I expect that info.shtml and info.php should both give the same result, i.e. show "myval". However, info.shtml does but info.php does not. If this is a wanted behaviour (which I hope it is not), then at least the documentation of virtual() --- "virtual() is an Apache-specific function which is equivalent to in mod_include." --- is wrong. -- Edit bug report at http://bugs.php.net/?id=35082&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35082&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35082&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35082&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35082&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35082&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35082&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35082&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35082&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35082&r=support Expected behavior: http://bugs.php.net/fix.php?id=35082&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35082&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35082&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35082&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35082&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35082&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35082&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35082&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35082&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35082&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35082&r=mysqlcfg
#35082 [Opn->Fbk]: virtual() does not preserve variables from included shtml files
ID: 35082 Updated by: [EMAIL PROTECTED] Reported By: Christoph dot Freundl at informatik dot uni-erlange -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-03 10:39:42] Christoph dot Freundl at informatik dot uni-erlange Description: If you use virtual() to include an shtml file which sets an environment variable via , the set variable is not visible after the virtual() call. Reproduce code: --- setvar.shtml - - showvar.php - - info.shtml - - info.php - - Expected result: I expect that info.shtml and info.php should both give the same result, i.e. show "myval". However, info.shtml does but info.php does not. If this is a wanted behaviour (which I hope it is not), then at least the documentation of virtual() --- "virtual() is an Apache-specific function which is equivalent to in mod_include." --- is wrong. -- Edit this bug report at http://bugs.php.net/?id=35082&edit=1
#35083 [NEW]: Many notice messages in PHPWiki, but I've supressed them
From: bt at diamos dot de Operating system: Linux PHP version: 4.4.1 PHP Bug Type: *Configuration Issues Bug description: Many notice messages in PHPWiki, but I've supressed them Description: Recently I've upgraded from v4.3.11 to v4.4.1 and in our PHPWiki I've noticed my Notice messages like this: PHP Warnings lib/WikiUser.php:50: Notice[8]: Only variables should be assigned by reference lib/pear/DB/common.php:741: Notice[8]: Only variable references should be returned by reference lib/pear/DB/common.php:741: Notice[8]: Only variable references should be returned by reference lib/pear/DB/common.php:741: Notice[8]: Only variable references should be returned by reference lib/pear/DB/common.php:741: Notice[8]: Only variable references should be returned by reference lib/pear/DB/common.php:741: Notice[8]: Only variable references should be returned by reference lib/Template.php:220: Notice[8]: Only variables should be assigned by reference lib/Template.php:106: Notice[8]: Only variables should be assigned by reference lib/Template.php:107: Notice[8]: Only variables should be assigned by reference But my configuration in php.ini should supress this messages , I'm using this config: error_reporting = E_ALL & ~E_NOTICE display_errors = Off display_startup_errors = Off ignore_repeated_errors = On A downgrade to v4.3.11 removed the Notice messages -- Edit bug report at http://bugs.php.net/?id=35083&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35083&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35083&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35083&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35083&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35083&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35083&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35083&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35083&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35083&r=support Expected behavior: http://bugs.php.net/fix.php?id=35083&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35083&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35083&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35083&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35083&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35083&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35083&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35083&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35083&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35083&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35083&r=mysqlcfg
#35083 [Opn->Bgs]: Many notice messages in PHPWiki, but I've supressed them
ID: 35083 Updated by: [EMAIL PROTECTED] Reported By: bt at diamos dot de -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Linux PHP Version: 4.4.1 New Comment: Please contact the PHPWiki developers to resolve this, this is not a bug in PHP. Previous Comments: [2005-11-03 11:20:15] bt at diamos dot de Description: Recently I've upgraded from v4.3.11 to v4.4.1 and in our PHPWiki I've noticed my Notice messages like this: PHP Warnings lib/WikiUser.php:50: Notice[8]: Only variables should be assigned by reference lib/pear/DB/common.php:741: Notice[8]: Only variable references should be returned by reference lib/pear/DB/common.php:741: Notice[8]: Only variable references should be returned by reference lib/pear/DB/common.php:741: Notice[8]: Only variable references should be returned by reference lib/pear/DB/common.php:741: Notice[8]: Only variable references should be returned by reference lib/pear/DB/common.php:741: Notice[8]: Only variable references should be returned by reference lib/Template.php:220: Notice[8]: Only variables should be assigned by reference lib/Template.php:106: Notice[8]: Only variables should be assigned by reference lib/Template.php:107: Notice[8]: Only variables should be assigned by reference But my configuration in php.ini should supress this messages , I'm using this config: error_reporting = E_ALL & ~E_NOTICE display_errors = Off display_startup_errors = Off ignore_repeated_errors = On A downgrade to v4.3.11 removed the Notice messages -- Edit this bug report at http://bugs.php.net/?id=35083&edit=1
#35073 [Fbk->Opn]: failed to open stream: Inappropriate ioctl for device
ID: 35073 User updated by: marrtins at hackers dot lv Reported By: marrtins at hackers dot lv -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Linux libc.2.3.2 PHP Version: 5.0.5 New Comment: a bit better! ./configure script told me i must upgrade to newer libxml2 (did it) and now results is as follows: fopen() reports `failed to open stream: Illegal seek` dba_open now works fine! [Modules] ctype dba ftp gd gettext iconv mbstring mysql openssl overload pcre posix session sockets standard sysvmsg sysvsem sysvshm tokenizer xml zlib Previous Comments: [2005-11-02 23:53: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 [2005-11-02 22:38:51] marrtins at hackers dot lv Description: As i migrated from php4 (4.3.9) to php5 (5.0.5, 5.0.4) every file system function (fopen, dba_open, etc) cannot read/write files. Empty file can be created - but can`t write any byte there. Not using any loaders or encoders or similar modules. When recompiled back to 4.3.9 all works fine. The same happens when compiled as apache module - 4.3.9 works fine, 5.0.5 and 5.0.4 not. Reproduce code: --- Example can be found here - http://paste.php.lv/2785 compile script: export LDFLAGS=-liconv && ./configure make make install Linux libc-2.3.2 gcc -v Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.3.4 Expected result: Expecting file `haha` to be created with contents `aa`. Also db4 database with some entries. Actual result: -- fopen() reports `failed to open stream: Inappropriate ioctl for device` dba_open() reports `Driver initialization failed for handler: db4` -- Edit this bug report at http://bugs.php.net/?id=35073&edit=1
#35084 [NEW]: when using reference to array, then current() returns always first element
From: margus at zone dot ee
Operating system: 4.4.1
PHP version: 4.4.1
PHP Bug Type: Scripting Engine problem
Bug description: when using reference to array, then current() returns always
first element
Description:
I have reference to array and iterating through the array using
current()/next() loop
The problem is, that $element = current($arr_ref) returns always the first
element in array regardless of multiple next($arr_ref) calls before
current(...)
-
It worked in php4.4.0. At the moment the only workaround is to replace
everywhere in code:
$element = current ($arr_ref)
to
$element = current(& $arr_ref);
Reproduce code:
---
$a = array('foot', 'bike');
reset ($a);
next($a);
echo "A:" . current ($a) . "";
$b =& $a;
reset ($b);
next($b);
echo "B:" . current ($b) . "";
Expected result:
A:bike
B:bike
Actual result:
--
A:bike
B:foot
--
Edit bug report at http://bugs.php.net/?id=35084&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35084&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35084&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35084&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35084&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35084&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35084&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35084&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35084&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35084&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35084&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35084&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35084&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35084&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35084&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35084&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35084&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35084&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35084&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35084&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35084&r=mysqlcfg
#35084 [Opn]: when using reference to array, then current() returns always first element
ID: 35084
User updated by: margus at zone dot ee
Reported By: margus at zone dot ee
Status: Open
Bug Type: Scripting Engine problem
-Operating System: 4.4.1
+Operating System: SuSE 9.0
PHP Version: 4.4.1
New Comment:
OS is SuSE 9.0
Previous Comments:
[2005-11-03 11:51:49] margus at zone dot ee
Description:
I have reference to array and iterating through the array using
current()/next() loop
The problem is, that $element = current($arr_ref) returns always the
first element in array regardless of multiple next($arr_ref) calls
before current(...)
-
It worked in php4.4.0. At the moment the only workaround is to replace
everywhere in code:
$element = current ($arr_ref)
to
$element = current(& $arr_ref);
Reproduce code:
---
$a = array('foot', 'bike');
reset ($a);
next($a);
echo "A:" . current ($a) . "";
$b =& $a;
reset ($b);
next($b);
echo "B:" . current ($b) . "";
Expected result:
A:bike
B:bike
Actual result:
--
A:bike
B:foot
--
Edit this bug report at http://bugs.php.net/?id=35084&edit=1
#35084 [Opn->Fbk]: when using reference to array, then current() returns always first element
ID: 35084
Updated by: [EMAIL PROTECTED]
Reported By: margus at zone dot ee
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: SuSE 9.0
PHP Version: 4.4.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2005-11-03 11:57:04] margus at zone dot ee
OS is SuSE 9.0
[2005-11-03 11:51:49] margus at zone dot ee
Description:
I have reference to array and iterating through the array using
current()/next() loop
The problem is, that $element = current($arr_ref) returns always the
first element in array regardless of multiple next($arr_ref) calls
before current(...)
-
It worked in php4.4.0. At the moment the only workaround is to replace
everywhere in code:
$element = current ($arr_ref)
to
$element = current(& $arr_ref);
Reproduce code:
---
$a = array('foot', 'bike');
reset ($a);
next($a);
echo "A:" . current ($a) . "";
$b =& $a;
reset ($b);
next($b);
echo "B:" . current ($b) . "";
Expected result:
A:bike
B:bike
Actual result:
--
A:bike
B:foot
--
Edit this bug report at http://bugs.php.net/?id=35084&edit=1
#35084 [Fbk->Csd]: when using reference to array, then current() returns always first element
ID: 35084
User updated by: margus at zone dot ee
Reported By: margus at zone dot ee
-Status: Feedback
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: SuSE 9.0
PHP Version: 4.4.1
New Comment:
yes, CVS snapshot (php4-STABLE-200511030951) is working
Previous Comments:
[2005-11-03 11:57:40] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-11-03 11:57:04] margus at zone dot ee
OS is SuSE 9.0
[2005-11-03 11:51:49] margus at zone dot ee
Description:
I have reference to array and iterating through the array using
current()/next() loop
The problem is, that $element = current($arr_ref) returns always the
first element in array regardless of multiple next($arr_ref) calls
before current(...)
-
It worked in php4.4.0. At the moment the only workaround is to replace
everywhere in code:
$element = current ($arr_ref)
to
$element = current(& $arr_ref);
Reproduce code:
---
$a = array('foot', 'bike');
reset ($a);
next($a);
echo "A:" . current ($a) . "";
$b =& $a;
reset ($b);
next($b);
echo "B:" . current ($b) . "";
Expected result:
A:bike
B:bike
Actual result:
--
A:bike
B:foot
--
Edit this bug report at http://bugs.php.net/?id=35084&edit=1
#35085 [NEW]: session_set_save_handler(): Argument 2 is not a valid callback
From: joerg at krause dot net Operating system: Linux PHP version: 4.4.1 PHP Bug Type: Session related Bug description: session_set_save_handler(): Argument 2 is not a valid callback Description: The following message arises: session_set_save_handler(): Argument 2 is not a valid callback it doesn't matter if there is valid callback or not, the function crashes under all circumstances, if the handler is stored in a class Reproduce code: --- session_set_save_handler(array ($this,'lsess_open'), array ($this,'lsess_dummy'), array ($this, 'lsess_read'), array ($this, 'lsess_write'), array ($this, 'lsess_destroy'), array($this, 'lsess_gc')); The handler are all in the same class defined as function. With all previous versions of PHP it works fine. Expected result: No error, just accept callbacks. Actual result: -- error message (warning): session_set_save_handler(): Argument 2 is not a valid callback -- Edit bug report at http://bugs.php.net/?id=35085&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35085&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35085&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35085&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35085&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35085&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35085&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35085&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35085&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35085&r=support Expected behavior: http://bugs.php.net/fix.php?id=35085&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35085&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35085&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35085&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35085&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35085&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35085&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35085&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35085&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35085&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35085&r=mysqlcfg
#32741 [Csd->Opn]: hang on ociexecute() with collections (only with 10g, works with 9i)
ID: 32741 User updated by: fsurleau at skyservices dot net Reported By: fsurleau at skyservices dot net -Status: Closed +Status: Open Bug Type: OCI8 related Operating System: linux PHP Version: 4.3.11 Assigned To: tony2001 New Comment: OCI8 v.1.1 is a PHP 5 release. The bug still exists in PHP 4.4.1 Previous Comments: [2005-09-08 11:45:29] [EMAIL PROTECTED] The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). [2005-04-19 15:27:15] fsurleau at skyservices dot net gdb ./httpd GNU gdb Red Hat Linux (5.3.90-0.20030710.41.2.1rh) Copyright 2003 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 "i386-redhat-linux"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X kgepop: no error frame to pop to for error 21522 OCI-21522: attempted to use an invalid connection in OCI (object mode only) Errors in file : OCI-21522: attempted to use an invalid connection in OCI (object mode only) - Call Stack Trace - Cannot open /proc/2679/exe. calling call entryargument values in hex location type point(? means dubious value) Program received signal SIGSEGV, Segmentation fault. 0x40e65940 in slrac () from /usr/local/oracle10g/lib/libclntsh.so.10.1 (gdb) bt #0 0x40e65940 in slrac () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #1 0x40eb8a13 in kgdsaaddr () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #2 0x40eb848e in kgdsdst () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #3 0x40a4e80c in skgudmp () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #4 0x40e9a69e in kgepop () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #5 0x40e9ae1a in kgesev () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #6 0x40e9ac1f in kgesec0 () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #7 0x40d327c8 in kodogr2lt () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #8 0x40cbd020 in kosindcv () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #9 0x40cbca9a in kosiend () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #10 0x40cbde4d in kpctor () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #11 0x40cd3332 in ttca2p () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #12 0x40ca05b4 in ttcacr () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #13 0x40ca1487 in ttcdrv () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #14 0x40b4312d in nioqwa () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #15 0x409b4d56 in upirtrc () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #16 0x4094ba0d in kpurcsc () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #17 0x409081b8 in kpuexecv8 () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #18 0x4090a084 in kpuexec () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #19 0x4097e85e in OCIStmtExecute () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #20 0x403afb84 in oci_execute (statement=0x820369c, func=0x404aaff6 "OCIExecute", mode=32) at /home/install/php-4.3.11/ext/oci8/oci8.c:1483 #21 0x403b629f in zif_ociexecute (ht=1, return_value=0x8208fbc, this_ptr=0x0, return_value_used=0) at /home/install/php-4.3.11/ext/oci8/oci8.c:4017 #22 0x4048f71f in execute (op_array=0x81e63c4) at /home/install/php-4.3.11/Zend/zend_execute.c:1654 #23 0x4047ce66 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/install/php-4.3.11/Zend/zend.c:926 #24 0x4044ae84 in php_execute_script (primary_file=0xbffeb9c0) at /home/install/php-4.3.11/main/main.c:1745 #25 0x4049538f in php_handler (r=0x81da8d8) at /home/install/php-4.3.11/sapi/apache2handler/sapi_apache2.c:560 #26 0x08087646 in ap_run_handler (r=0x81da8d8) at config.c:152 #27 0x08087b61 in ap_invoke_handler (r=0x81da8d8) at config.c:364 #28 0x08071365 in ap_process_request (r=0x81da8d8) at http_request.c:249 #29 0x0806d358 in ap_process_http_connection (c=0x81d44b0) at http_core.c:251 #30 0x080907e2 in ap_run_process_connection (c=0x81d44b0) at connection.c:43 #31 0x080862ad in child_main (child_num_arg=0) at prefork.c:610 #32 0x08086360 in make_child (s=0x80c73a0, slot=0) at prefork.c:650 #33 0x0808644a in startup_children (number_to_start=5) at prefork.c:722 #34 0x08086750 in ap_mpm_run (_pconf=0x80c2a50, plog=0x80fab30, s=0x80c73a0) at prefork.c:941 #35 0x0808bc9f in main (argc=2, argv=0xbffebd64) at main.c:618 -
#32935 [Fbk->Opn]: SNMP timeouts on specific OIDs and truncating of certain OID return strings
ID: 32935
User updated by: nospam-php at homeuseonly dot co dot uk
Reported By: nospam-php at homeuseonly dot co dot uk
-Status: Feedback
+Status: Open
Bug Type: SNMP related
Operating System: Windows 2003 SP1 / Windows XP SP
PHP Version: 5CVS-2005-07-29
New Comment:
I have tried changing the magic_ options. it made no differance.
They were at the default setting.
Previous Comments:
[2005-11-01 11:28:53] [EMAIL PROTECTED]
Do you happen to have any of the magic_quotes_* ini settings 'On' when
this happens?
[2005-10-14 14:27:12] pawelgl at interia dot pl
I have the same problem with php 4.3.10.
It looks that problem is related to number of backslashes "\". It looks
like inside conversion unwind \ into \\ not changing size of string
array. During return conversion all \\ are winded into \ but trailing
chars are lost.
[2005-07-29 18:34:34] nospam-php at homeuseonly dot co dot uk
I have upgraded to the Windows CVS snapshot, but I am still getting
truncated output.
?php
print_R(snmpwalk("192.168.253.10","public",
".1.3.6.1.2.1.25.4.2.1.4"));
?>
gives me:
Array ( [0] => "" [1] => "" [2] => "C:\\WINDOWS" [3] => "C:\\Program
Files\\Microsoft Office\\OFFICE" [4] => "\\SystemRoot\\System3" [5] =>
"C:\\WINDOWS\\system3" [6] => "" [7] => "C:\\WINDOWS\\system3" [8] =>
"C:\\WINDOWS\\system3" [9] => "C:\\WINDOWS\\system3" [10] =>
"C:\\WINDOWS\\system3" [11] => "C:\\WINDOWS\\System3" [12] =>
"C:\\WINDOWS\\system3" [13] => "C:\\WINDOWS\\System3" [14] =>
"C:\\PROGRA~1\\Grisoft\\AV" [15] => "C:\\WINDOWS\\system3" [16] =>
"C:\\WINDOWS\\system3" [17] => "C:\\PROGRA~1\\Grisoft\\AV" [18] =>
"C:\\Program Files\\Alcohol Soft\\Alcohol 1" [19] => "C:\\WINDOWS\
.SNIP
[2005-05-03 23:24:35] nospam-php at homeuseonly dot co dot uk
Description:
When running making specific SNMP get/walks against Windows 2003 or
Windows XP the following has been seen to occur
1. Sometimes the SNMP walk against .1.3.6.1.2.1.25.2.3 the request
times out. If I use GetIf to walk the OID the results are displayed,
but PHP fails randomly
2. When viewing .1.3.6.1.2.1.25.4.2.1.4 with GetIf the file
paths/names are displayed in full, but when I do a SNMP walk the output
is truncated.
Reproduce code:
---
The code can be downloaded from
http://sourceforge.net/users/lsms-mrtg/
The example windows code is in the package.
Example of the truncated output
Expected result:
The full program paths displayed, where appropriate.
Actual result:
--
Array ( [0] => "" [1] => "" [2] => "C:\\Program Files\\Promise
Technology, Inc.\\Promise Array Manageme" [3] => "" [4] => "" [5] =>
"C:\\users\\isms\\l" [6] => "" [7] => "C:\\WINDOWS\\System3" [8] =>
"C:\\users\\isms\\l" [9] => "\\SystemRoot\\System3" [10] => "" [11] =>
"c:\\squid\\sbi" [12] => "C:\\WINDOWS\\system3" [13] => "" [14] =>
"C:\\WINDOWS\\system3" [15] => "C:\\WINDOWS\\System3" [16] =>
"C:\\WINDOWS\\system3" [17] => "C:\\WINDOWS\\system3" [18] =>
"C:\\WINDOWS\\system3" [19] => "C:\\users\\isms\\l" [20] => "C:\\FS3"
[21] => "" [22] => "" [23] => "" [24] => "" [25] =>
"C:\\WINDOWS\\System3" [26] => "C:\\WINDOWS\\system3" [27] =>
"C:\\WINDOWS\\system3" [28] => "" [29] => "C:\\Program
Files\\TightVNC-unstabl" [30] => "C:\\PROGRA~1\\Grisoft\\AV" [31] =>
"C:\\users\\isms\\l" [32] => "C:\\Program Files\\Apache
Group\\Apache2\\" [33] => "" [34] => "C:\\PROGRA~1\\Grisoft\\AV" [35]
=> "C:\\Program Files\\Promise Technology, Inc\\Promise Array Manageme"
[36] => "C:\\PROGRA~1\\Grisoft\\AV" [37] => "C:\\WINDOWS\\system3" [38]
=> "C:\\users\\isms\\l" [39] => "" [40] => "C:\\WINDOWS\\System3" [41]
=> "C:\\users\\isms\\l" [42] => "" [43] => "C:\\FS3" [44] =>
"C:\\users\\isms\\l" [45] => "" [46] => "C:\\Program Files\\Promise
Technology, Inc.\\Promise Array Manageme" [47] => "" [48] =>
"C:\\WINDOWS" [49] => "" [50] => "C:\\PROGRA~1\\Grisoft\\AV" [51] =>
"C:\\WINDOWS" [52] => "C:\\Program Files\\ASUS\\Pro" [53] =>
"C:\\WINDOWS\\system3" [54] => "C:\\Program Files\\ATI
Technologies\\ATI Control Pan" [55] => "" [56] => "" [57] =>
"C:\\WINDOWS\\system32\\wb" [58] => "C:\\Program Files\\Apache
Group\\Apache2\\" [59] => "C:\\FS3" [60] => "" [61] =>
"C:\\PROGRA~1\\HAUPPA~" [62] => "" [63] =>
"C:\\PROGRA~1\\HAUPPA~1\\Hardwa" [64] => "" [65] => "C:\\Program
Files\\Apache Group\\Apache2\\" [66] =>
"C:\\PROGRA~1\\HAUPPA~1\\Hardwa" [67] => "" [68] =>
"C:\\WINDOWS\\system3" [69] => "" )
--
Edit this bug report at http://bugs.php.net/?id=32935&edit=1
#35086 [NEW]: socket_read does not return empty string after receiving '\n'
From: jelte dot werkhoven at cruisetravel dot nl
Operating system: GNU/Linux (SuSE 10.0)
PHP version: 4.4.1
PHP Bug Type: Sockets related
Bug description: socket_read does not return empty string after receiving '\n'
Description:
This seems to be a replica of bug #21880, but I can replicate it each
time. I've got a proxy daemon written in C that terminates data with a
line break (linux '\n'). As I understand it, this should cause socket_read
to return an empty string, if called with the PHP_NORMAL_READ flag.
However, it doesn't and just hangs. BTW, version is PHP 4.4.0 CLI.
Connecting to said proxy daemon with either netcat or telnet works as
expected.
Reproduce code:
---
/* Get the port for the WWW service. */
$service_port = 8001;
/* Get the IP address for the target host. */
$address = gethostbyname('localhost');
/* Create a TCP/IP socket. */
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror($socket) .
"\n";
} else {
echo "OK got socket.\n";
}
echo "Attempting to connect to '$address' on port '$service_port'...";
$result = @socket_connect($socket, $address, $service_port);
if (!$result) {
die("socket_connect() failed.\nReason: " .
socket_strerror(socket_last_error()) . "\n");
} else {
echo "OK got connection.\n";
}
$in = "REQ\n";
$out = '';
socket_write($socket, $in, strlen($in));
echo "OK wrote connection string '$in'.\n";
echo "Reading daemon response:\n";
while( $out = socket_read($socket, 2048, PHP_NORMAL_READ) ) {
//if( strncmp( $out, 'ACK', 3 ) == 0 ) break;
if( $out === false ) echo "FALSE!";
if( $out == '' ) echo "ZILCH!";
}
Expected result:
Commented out strncmp line is workaround, without it, it never breaks out
of the while loop which I think it should. I figure it should echo either
ZILCH on receiving '\n' which is prepended to the ACK reply of the daemon,
or FALSE as the daemon disconnects after sending the ACK string.
If I use it with the workaround I can actually see that the line
terminator is sent because PHP echo's it when I echo the $out string.
Actual result:
--
OK got socket.
Attempting to connect to '127.0.0.1' on port '8001'...OK got connection.
OK wrote connection string 'REQ
'.
Reading daemon response:
And it hangs indefinately.
--
Edit bug report at http://bugs.php.net/?id=35086&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35086&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35086&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35086&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35086&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35086&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35086&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35086&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35086&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35086&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35086&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35086&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35086&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35086&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35086&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35086&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35086&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35086&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35086&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35086&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35086&r=mysqlcfg
#35082 [Com]: virtual() does not preserve variables from included shtml files
ID: 35082 Comment by: Christoph dot Freundl at cs dot fau dot de Reported By: Christoph dot Freundl at informatik dot uni-erlange Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 5.0.5 New Comment: I tried with the php5-200511030930 snapshot. The behaviour is still the same, in fact I get some other errors which show up in the apache error log: When calling info.shtml: /home/chfreund/php5-200511030930/Zend/zend_hash.c(1375) : ht=0x4074f780 is already destroyed When calling info.php: /home/chfreund/php5-200511030930/main/streams/streams.c(227) : Freeing 0x08242D34 (128 bytes), script=/srv/www/htdocs/info.php /home/chfreund/php5-200511030930/main/main.c(855) : Actual location (location was relayed) /home/chfreund/php5-200511030930/main/streams/plain_wrapper.c(180) : Freeing 0x0819791C (116 bytes), script=/srv/www/htdocs/info.php /home/chfreund/php5-200511030930/main/main.c(855) : Actual location (location was relayed) /home/chfreund/php5-200511030930/main/fopen_wrappers.c(539) : Freeing 0x081E71D4 (28 bytes), script=/srv/www/htdocs/info.php Zend/zend_language_scanner.c(3138) : Freeing 0x0819785C (140 bytes), script=/srv/www/htdocs/info.php === Total 4 memory leaks detected === Previous Comments: [2005-11-03 10:45:32] [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-11-03 10:39:42] Christoph dot Freundl at informatik dot uni-erlange Description: If you use virtual() to include an shtml file which sets an environment variable via , the set variable is not visible after the virtual() call. Reproduce code: --- setvar.shtml - - showvar.php - - info.shtml - - info.php - - Expected result: I expect that info.shtml and info.php should both give the same result, i.e. show "myval". However, info.shtml does but info.php does not. If this is a wanted behaviour (which I hope it is not), then at least the documentation of virtual() --- "virtual() is an Apache-specific function which is equivalent to in mod_include." --- is wrong. -- Edit this bug report at http://bugs.php.net/?id=35082&edit=1
#35048 [Opn]: parse_ini_file() influenced by putenv() in special situation
ID: 35048
Updated by: [EMAIL PROTECTED]
Reported By: liber at iproom dot com
Status: Open
Bug Type: *General Issues
Operating System: Windows XP
PHP Version: 5CVS-2005-11-01 (snap)
New Comment:
What is your default TZ and what TZ are you trying to set?
Previous Comments:
[2005-11-01 17:27:37] liber at iproom dot com
I have try the latest PHP version (5.1.0 RC 5-dev)
The situation is the same.
Only if I disable the putenv command to stop put 'TZ' data,
then everything is normal.
When I re-enable to put 'TZ' by putenv, the error occur again.
And I forgot to say, additional, the apache2 will crash with this error
sometimes.
[2005-11-01 14:27:35] [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-11-01 13:39:37] liber at iproom dot com
Description:
First, var_dump the result read by parse_ini_file is:
array (
'dbHost' => 'localhost',
'dbUser' => 'mmcwebapp',
'dbPassword' => '',
'dbName' => 'faraday',
)
but i don't know why, everytime after
the command: putenv("TZ=");
the result will change as follow:
array (
'dbHost' => 'localhost',
'dbUser' => 'mmcwebapp',
'dbPassword' => '',
'faradayc8XC9-2' => 'faraday',
)
I can't not figure out where problem is,
then I use Zend Studio and add a watch like this
var_export(parse_ini_file(DBX_CONFIG_FILE),1)
the DBX_CONFIG_FILE is defined as like as c:\a.ini
then I saw the changing in debug mode(step by step).
--
Edit this bug report at http://bugs.php.net/?id=35048&edit=1
#35048 [Opn->Fbk]: parse_ini_file() influenced by putenv() in special situation
ID: 35048
Updated by: [EMAIL PROTECTED]
Reported By: liber at iproom dot com
-Status: Open
+Status: Feedback
Bug Type: *General Issues
Operating System: Windows XP
PHP Version: 5CVS-2005-11-01 (snap)
Previous Comments:
[2005-11-03 15:16:03] [EMAIL PROTECTED]
What is your default TZ and what TZ are you trying to set?
[2005-11-01 17:27:37] liber at iproom dot com
I have try the latest PHP version (5.1.0 RC 5-dev)
The situation is the same.
Only if I disable the putenv command to stop put 'TZ' data,
then everything is normal.
When I re-enable to put 'TZ' by putenv, the error occur again.
And I forgot to say, additional, the apache2 will crash with this error
sometimes.
[2005-11-01 14:27:35] [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-11-01 13:39:37] liber at iproom dot com
Description:
First, var_dump the result read by parse_ini_file is:
array (
'dbHost' => 'localhost',
'dbUser' => 'mmcwebapp',
'dbPassword' => '',
'dbName' => 'faraday',
)
but i don't know why, everytime after
the command: putenv("TZ=");
the result will change as follow:
array (
'dbHost' => 'localhost',
'dbUser' => 'mmcwebapp',
'dbPassword' => '',
'faradayc8XC9-2' => 'faraday',
)
I can't not figure out where problem is,
then I use Zend Studio and add a watch like this
var_export(parse_ini_file(DBX_CONFIG_FILE),1)
the DBX_CONFIG_FILE is defined as like as c:\a.ini
then I saw the changing in debug mode(step by step).
--
Edit this bug report at http://bugs.php.net/?id=35048&edit=1
#35048 [Fbk->Opn]: parse_ini_file() influenced by putenv() in special situation
ID: 35048
User updated by: liber at iproom dot com
Reported By: liber at iproom dot com
-Status: Feedback
+Status: Open
Bug Type: *General Issues
Operating System: Windows XP
PHP Version: 5CVS-2005-11-01 (snap)
New Comment:
try to put "TZ="
Previous Comments:
[2005-11-03 15:16:03] [EMAIL PROTECTED]
What is your default TZ and what TZ are you trying to set?
[2005-11-01 17:27:37] liber at iproom dot com
I have try the latest PHP version (5.1.0 RC 5-dev)
The situation is the same.
Only if I disable the putenv command to stop put 'TZ' data,
then everything is normal.
When I re-enable to put 'TZ' by putenv, the error occur again.
And I forgot to say, additional, the apache2 will crash with this error
sometimes.
[2005-11-01 14:27:35] [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-11-01 13:39:37] liber at iproom dot com
Description:
First, var_dump the result read by parse_ini_file is:
array (
'dbHost' => 'localhost',
'dbUser' => 'mmcwebapp',
'dbPassword' => '',
'dbName' => 'faraday',
)
but i don't know why, everytime after
the command: putenv("TZ=");
the result will change as follow:
array (
'dbHost' => 'localhost',
'dbUser' => 'mmcwebapp',
'dbPassword' => '',
'faradayc8XC9-2' => 'faraday',
)
I can't not figure out where problem is,
then I use Zend Studio and add a watch like this
var_export(parse_ini_file(DBX_CONFIG_FILE),1)
the DBX_CONFIG_FILE is defined as like as c:\a.ini
then I saw the changing in debug mode(step by step).
--
Edit this bug report at http://bugs.php.net/?id=35048&edit=1
#35048 [Opn->Fbk]: parse_ini_file() influenced by putenv() in special situation
ID: 35048
Updated by: [EMAIL PROTECTED]
Reported By: liber at iproom dot com
-Status: Open
+Status: Feedback
Bug Type: *General Issues
Operating System: Windows XP
PHP Version: 5CVS-2005-11-01 (snap)
New Comment:
If I could have reproduced I wouldn't have asked.
Previous Comments:
[2005-11-03 15:19:55] liber at iproom dot com
try to put "TZ="
[2005-11-03 15:16:03] [EMAIL PROTECTED]
What is your default TZ and what TZ are you trying to set?
[2005-11-01 17:27:37] liber at iproom dot com
I have try the latest PHP version (5.1.0 RC 5-dev)
The situation is the same.
Only if I disable the putenv command to stop put 'TZ' data,
then everything is normal.
When I re-enable to put 'TZ' by putenv, the error occur again.
And I forgot to say, additional, the apache2 will crash with this error
sometimes.
[2005-11-01 14:27:35] [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-11-01 13:39:37] liber at iproom dot com
Description:
First, var_dump the result read by parse_ini_file is:
array (
'dbHost' => 'localhost',
'dbUser' => 'mmcwebapp',
'dbPassword' => '',
'dbName' => 'faraday',
)
but i don't know why, everytime after
the command: putenv("TZ=");
the result will change as follow:
array (
'dbHost' => 'localhost',
'dbUser' => 'mmcwebapp',
'dbPassword' => '',
'faradayc8XC9-2' => 'faraday',
)
I can't not figure out where problem is,
then I use Zend Studio and add a watch like this
var_export(parse_ini_file(DBX_CONFIG_FILE),1)
the DBX_CONFIG_FILE is defined as like as c:\a.ini
then I saw the changing in debug mode(step by step).
--
Edit this bug report at http://bugs.php.net/?id=35048&edit=1
#35080 [Opn->Csd]: php_bz2.dll STILL missing from PHP 5.0.x
ID: 35080 Updated by: [EMAIL PROTECTED] Reported By: paul dot macmillan at kp dot org -Status: Open +Status: Closed Bug Type: Bzip2 Related Operating System: Windows PHP Version: 5.0.5 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-11-03 06:23:09] paul dot macmillan at kp dot org Description: The extension dll for bzip is missing from the distribution even though the documentation and the php.ini file still list it as an extension. Still missing as of Nov 2 2005 snapshot! -- Edit this bug report at http://bugs.php.net/?id=35080&edit=1
#35081 [Opn->Fbk]: using the example for .NET causes a com_exeption
ID: 35081
Updated by: [EMAIL PROTECTED]
Reported By: mcyra at chello dot at
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: WinXP
PHP Version: 5.0.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-11-03 08:03:25] mcyra at chello dot at
Description:
A sample script from documentation causes this error.
German version of WinXP.
Microsoft .NET Framework 1.1.
Microsoft .NET Framework 1.1 German Language Pack.
PHP 5.0.5 (cli) (build: Sep 5 2005 15:54:44)
Zend Engine v2.0.5
Reproduce code:
---
Push(".Net");
$stack->Push("Hello ");
echo $stack->Pop() . $stack->Pop();
?>
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] Falscher
Parameter.' in D:\NET\test.php:2
Stack trace:
#0 D:\NET\test.php(2): dotnet->dotnet('mscorlib',
'System.Collecti...')
#1 {main}
thrown in D:\NET\test.php on line 2
--
Edit this bug report at http://bugs.php.net/?id=35081&edit=1
#35079 [Opn->Fbk]: stream_set_blocking(true) toggles, not enables blocking
ID: 35079
Updated by: [EMAIL PROTECTED]
Reported By: askalski at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: linux
PHP Version: 5.0.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-11-03 05:55:11] askalski at gmail dot com
Description:
main/streams/plain_wrapper.c (5.0.5)
main/streams.c (4.4 and earlier)
In several places, the ^= operator is used to turn off a flag. This is
incorrect. For example, stream_set_blocking() on a plain file hits this
code in php_stdiop_set_option():
if (value)
flags ^= O_NONBLOCK;
else
flags |= O_NONBLOCK;
This should be:
if (value)
flags &= ~O_NONBLOCK;
else
flags |= O_NONBLOCK;
The same error is repeated elsewhere in the code.
Reproduce code:
---
$fp = fopen("test", "w");
stream_set_blocking($fp, true);
stream_set_blocking($fp, true);
stream_set_blocking($fp, true);
stream_set_blocking($fp, true);
fclose($fp);
Expected result:
The stream should remain in blocking mode throughout the script
execution.
Actual result:
--
Here is abridged strace output showing the errant behavior. Notice how
O_NONBLOCK is being turned on and off alternately.
open("/home/askalski/test", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
fcntl64(4, F_SETFL, O_WRONLY|O_NONBLOCK) = 0
fcntl64(4, F_SETFL, O_WRONLY) = 0
fcntl64(4, F_SETFL, O_WRONLY|O_NONBLOCK) = 0
fcntl64(4, F_SETFL, O_WRONLY) = 0
close(4)= 0
--
Edit this bug report at http://bugs.php.net/?id=35079&edit=1
#35077 [Opn->Fbk]: stream_set_timeout() does not work with stream_socket_recvfrom()
ID: 35077
Updated by: [EMAIL PROTECTED]
-Summary: stream_set_timeout does not work with
stream_socket_recvfrom
Reported By: pn2865 at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: Sockets related
-Operating System: Linux or Win XP or Win2003
+Operating System: *
PHP Version: 5.0.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-11-03 03:12:36] pn2865 at yahoo dot com
Description:
Sample program tries to get data via UDP and never completes if none
received. Use any IP address and port that does (or does not) exist and
you get the same result if that IP does not send a UDP packet to the
system this snippet is run on.
Reproduce code:
---
$server_recv = stream_socket_server("udp://192.168.1.100:", $errno,
$errstr, STREAM_SERVER_BIND);
if (!$server_recv)
exit ("ERROR: stream_socket_server failed");
set_time_limit(2); // Will not interrupt stream_socket_recvfrom
stream_set_timeout($server_recv,3,0);
$packet=stream_socket_recvfrom($server_recv, 1000);
$info = stream_get_meta_data($server_recv);
if ($info['timed_out'])
echo 'Connection timed out!';
else
echo "Got back '$packet'";
Expected result:
Should timeout at 3 seconds.
Actual result:
--
Never comes back from stream_socket_recvfrom call.
--
Edit this bug report at http://bugs.php.net/?id=35077&edit=1
#35076 [Opn->Fbk]: Sometimes the log file shows: The session id contains illegal characters, ..etc
ID: 35076 Updated by: [EMAIL PROTECTED] Reported By: vincent_f40 at hotmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux RHEL4, 2.6.9-11.ELsmp PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-03 02:27:52] vincent_f40 at hotmail dot com Description: [Thu Nov 3 00:49:10 2005] [error] PHP Warning: session_start() [function.session-start]: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in /home/httpd/html/includes/session_init.inc on line 70 [Thu Nov 3 00:49:11 2005] [error] PHP Warning: Unknown: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in Unknown on line 0 [Thu Nov 3 00:49:11 2005] [error] PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0 1) Cant reproduce the errors. As the site works fine, only sometimes the above error appears in the log files. 2) session_write_close() is being used. 3) session_name() uses only the characters [a-z]. 4) As the site works /tmp is oke as well.(perms, etc.) 5) There is enough free disk space in /tmp as well. a) using apache 1.3.34, php compiled as module(apxs) b) Kernel: 2.6.9-11.ELsmp (double processor) Is this a bug or a php programming error ? As it happens not always, just random/sometimes. Search the net for hours...no luck in finding the explanation. Hope to find some clue here. Thanks. -- Edit this bug report at http://bugs.php.net/?id=35076&edit=1
#35075 [Opn->Bgs]: Assignment by reference using a function assignes the variable by value
ID: 35075
Updated by: [EMAIL PROTECTED]
Reported By: skrol29 at freesurf dot fr
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 5.0.5
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You cannot return a reference to a literal, if you rewrite your code in
the following manner it works properly.
Previous Comments:
[2005-11-03 10:24:00] skrol29 at freesurf dot fr
The same bug occurs with this last Php version (pompted version was
5.0.6-dev).
[2005-11-03 09:10:26] [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
[2005-11-03 01:47:25] skrol29 at freesurf dot fr
Description:
This bug is a change of Assignment by reference behavior bewteen Php
versions <= 5.0.4 and the last 5.0.5.
In Php 5.0.5 when a variable is re-assigned by reference directly using
a function, then the variable is assigned by value.
Reproduce code:
---
";
function f_test() {
return 'tested';
}
?>
Expected result:
* a = {tested}, b = {hello}
Actual result:
--
* a = {tested}, b = {tested}
--
Edit this bug report at http://bugs.php.net/?id=35075&edit=1
#34851 [Asn->Csd]: SO_RECVTIMEO and SO_SNDTIMEO socket options expect integer parameter on windows
ID: 34851
Updated by: [EMAIL PROTECTED]
-Summary: SO_RECVTIMEO sec stands for usec and usec has no
effect!
Reported By: khayll at motoros dot hu
-Status: Assigned
+Status: Closed
Bug Type: Sockets related
-Operating System: win 2k3 server
+Operating System: win32 only
-PHP Version: 4.4.0
+PHP Version: *
Assigned To: mike
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-10-25 20:09:59] [EMAIL PROTECTED]
Target for 4.4.2
[2005-10-14 15:24:32] [EMAIL PROTECTED]
Ok, ok, my last comment :)
The real problem seems to be that windows expects a DWORD and not a
timeval as parameter.
[2005-10-14 15:08:03] [EMAIL PROTECTED]
But I cannot reproduce either, here's what I receive (base64),
without warnings (on Win2k):
PHP-4.3.8: "UukXAQMUcmV2LjIuMiAgIgFQMUVSSyA="
PHP-5-CVS: "/AoXAQMUcmV2LjIuMiAgIgFQMUVSSyA="
[2005-10-14 14:36:03] [EMAIL PROTECTED]
Winsock implementation does not support all BSD options for setsockopt,
SO_RCVTIMEO is within these.
[2005-10-13 18:18:23] khayll at motoros dot hu
Please read carefully what I wrote...
If I use 0 sec and 500 usec, the script HANGS when there's no response
(which means usec has NO EFFECT)! (Sorry I cannot reproduce remote
machine not sending a response, but accepting connections) and with a
setting of 1 sec 0 usec which is pretty much for a response I get a
timeout error.
here execute this script and it will show you the script execution time
is less than 1 sec at all giving a timeout:
\n";
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
socket_set_option($socket, SOL_SOCKET, SO_RCVTIMEO, array("sec"=>1,
"usec"=>0));
socket_connect($socket, "81.182.13.109", "502");
$pdu = "";
$pdu .= chr(0x03).chr(floor(16000 / 256)).chr(16000 %
256).chr(floor(10 / 256)).chr(10 % 256);
$rand = mt_rand(1,65535); //generate random adu id
$adu = "";
$adu .= chr(floor($rand / 256)).chr($rand %
256).chr(0).chr(0).chr(floor(6 / 256)).chr(6 % 256).chr(1);
$data = $adu.$pdu;
socket_write($socket, $data, strlen($data));
$result = socket_read($socket, 512, PHP_BINARY_READ);
if($result===false) echo
socket_strerror(socket_last_error())."\n";
socket_shutdown($socket, 2);
socket_close($socket);
echo microtime()."\n";
?>
result:
0.32968200 1129220264
Warning: socket_read() unable to read from socket [0]: A connection
attempt failed because the connected party did not properly respond
after a period of time, or established connection failed because
connected host has failed to respond. in
c:\data\web\rtu\rtu_web\phpbug.php on line 20
A connection attempt failed because the connected party did not
properly respond after a period of time, or established connection
failed because connected host has failed to respond.
0.89507800 1129220264
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/34851
--
Edit this bug report at http://bugs.php.net/?id=34851&edit=1
#33758 [Bgs]: segfault in imap_mail_compose
ID: 33758 User updated by: 0602 at eq dot cz Reported By: 0602 at eq dot cz Status: Bogus Bug Type: IMAP related Operating System: Slackware Linux PHP Version: 5CVS, 4CVS (2005-07-20) Assigned To: iliaa New Comment: Pathetic. Here is a patch to 4.4.1: H4sICAkgakMCA2ltYXBfbWFpbF9jb21wb3NlLnBhdGNoAO1VTW/iMBA9p7/C6qEK DW6dZIFSRAVCSHtAVUXaPezFchOXREs+5Bgou9r/viYx+VgSGqT21OYAyBm/mXlv 3gAhBPSVX3s+ia4jN8K7H1c2DJm3UAyEOlDXITKB3rk19VsTXaH9AzSkI3SmaVoV QKO7oxGAxk3vpt0FWvLdA6PRGVDEY69iHvrYpcShLMYRYcQHQ+ATb4kDunkOnW16 SDllamsgb4XBmjKOeYhjzrxggemrSoM1dggnWVAFNLxbk+WKigyq7RIGLlvgJcYL ytWf2Hqcz6b3+OEhRwIa0AWcVg9HuMj/vOI7yPun2Uzm9qlvR1v1SAltkGT8MZ6V MsrjmkIS7N80cLBLYhf74Zril5BtCHNEA+P5Hi5KUrSOMxEIOUXV3I/Sk0GqUx/1 hT6a0ddRrlMl4TJLmiSDeVO9LDIXQ3AlYNUiI3kLsHynyPj55Pt4bk0fz1ONaqIk ehZ8WIekQtQL77J606jyWZkv8f6vJE2XpBkF0pSN6y0pUHPBxKBhe8UYDXiia5Vo baCuQ88Bl2I2LxwvjuQEDIfAeppMppbVAn9SfCV53dAzSnUZv+i2uooL8UZ8eoHT BkjKUMxY5lgES5/UhkgZRGRWUuVY5T0PDtps5t8CawXf7E15gFa2Yn657MUD0FT4 jpkK3/n2JfwnEt5Eem8nvPgu/p0134JVa/BYa1KeYl+yrf+Byl1lstaDQaXxhj1x xTbcsW8tWbllTWRIzo0i5x/vttPs9j5+a2K4UxzX1HLv5bmPMV1XTwega3wNwCcb gH+EF9R8wgwAAA== It's base64 from gzipped patch, I hope the web interface won't corrupt it. Extract with e.g. 'echo -n "THE_STRING" | openssl base64 -d | zcat > patchfile'. Previous Comments: [2005-07-21 01:41:41] 0602 at eq dot cz Bug #32589 was reported 2.4.2005 - more then three months before 4.4.0 (11.7.2005) and I have very strong feeling that at the time I was submitting this one, #32589 was marked as closed. It's good to know that every record here marked closed should people consider ``existing''. Anyway - let's suppose that #32589 was marked as open at the time I was submitting this one - is it a common practise to release another _stable_ version when you know there is such a serious bug in it? [2005-07-20 20:55:19] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #32589 [2005-07-19 21:18:30] [EMAIL PROTECTED] Assigned to Ilia who said he could reproduce this. [2005-07-19 02:19:22] 0602 at eq dot cz The crash is reproducible with c-client from pine 4.62 and 4.63, build script is similar to this one: ftp://ftp.slackware.com/pub/slackware/slackware-current/source/n/php/php.SlackBuild with the exception that I use apache2, i.e. different apxs. I don't get the segfault with php 4.3.10 and c-client from pine 4.63. [2005-07-19 00:07:00] [EMAIL PROTECTED] I can not reproduce this. Exactly what c-client version are you compiling PHP with? What configure line did 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/33758 -- Edit this bug report at http://bugs.php.net/?id=33758&edit=1
#35075 [Bgs]: Assignment by reference using a function assignes the variable by value
ID: 35075
User updated by: skrol29 at freesurf dot fr
Reported By: skrol29 at freesurf dot fr
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 5.0.5
New Comment:
Hello,
That is correct, the manual says "The [assignement] syntax can be used
with functions, that return references".
So the function should return reference to be assigned properly by
reference to a variable.
Nevertheless it could be intersting to warn about that change of
behavior which occurse on version 5.0.5. Because no PHP Error message
neither Notice are prompted when the function doesn't return
references.
Previous Comments:
[2005-11-03 15:50:00] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You cannot return a reference to a literal, if you rewrite your code in
the following manner it works properly.
[2005-11-03 10:24:00] skrol29 at freesurf dot fr
The same bug occurs with this last Php version (pompted version was
5.0.6-dev).
[2005-11-03 09:10:26] [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
[2005-11-03 01:47:25] skrol29 at freesurf dot fr
Description:
This bug is a change of Assignment by reference behavior bewteen Php
versions <= 5.0.4 and the last 5.0.5.
In Php 5.0.5 when a variable is re-assigned by reference directly using
a function, then the variable is assigned by value.
Reproduce code:
---
";
function f_test() {
return 'tested';
}
?>
Expected result:
* a = {tested}, b = {hello}
Actual result:
--
* a = {tested}, b = {tested}
--
Edit this bug report at http://bugs.php.net/?id=35075&edit=1
#34542 [NoF->Opn]: register_long_arrays causes $_SESSIONS vars to disappear
ID: 34542 User updated by: marcus dot uy at virtualthinking dot com Reported By: marcus dot uy at virtualthinking dot com -Status: No Feedback +Status: Open Bug Type: Session related Operating System: WinXP Pro PHP Version: 5.1.0RC1 New Comment: Hi, I think somebody else has a related problem with a workable test case. Previous Comments: [2005-11-03 09:36:44] marcus at synchromedia dot co dot uk I think I'm seeing this same bug in 5.1.0RC4. I'm not getting exactly the same symptom, but it's close. I'm finding that session files are created no problem, but when I change values in $_SESSION, the changes are not saved, even if I use session_write_close(). I've set up a small test case that is storing and changing exactly what I'm doing in my project and it doesn't happen, so I don't think it's a problem with the contents of the session. I also wrote a test that stuffed 5000 strings into $_SESSION and that worked ok too. Like the original bug report, it all works fine if I leave register_long_arrays turned on, even though I'm not using them anywhere in my code, or in libraries that I'm using. What I would like to do is do a trace with xdebug and look at everything that involves sessions, but I can't at present because xdebug-cvs won't run under 5.1.0RC4. [2005-09-27 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-09-19 13:47:45] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-09-19 12:38:07] marcus dot uy at virtualthinking dot com Hi just tried it with the CVS versions to popinted me to. No dice. Same problem. After the session is created as a zero-length file and updating $_SESSION in the script does nothing to change this. The values are accessible during the first run, and when re-read on subsequent runs, understandably return an empty $_SESSION array. FYI, my application is split into a public http system and a private https system. The session sticks in the http session, but as noted earlier, the number of session values used is significantly less than after a user has logged in the https session. I allow the script to generate a new SID for the https session as I do not need to pass over the values, and it is here that the values do not stick. Both the http and https sites share an *indentical* code base so it's not a program error. Erm, to be honest the code I posted is cut down to allow for it to be a reasonable length. It incorporates the essentials of the problem, but perhaps not the full environment. It still needs the register_long_arrays to be "on" before it will work. [2005-09-18 22:07:55] [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 I can't reproduce this on either Linux or Windows. (using sessions with cookies, of course, passing session ids in the URL is not wise) 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/34542 -- Edit this bug report at http://bugs.php.net/?id=34542&edit=1
#35074 [Fbk->Opn]: Call to virtual() causes Segmentation fault
ID: 35074
User updated by: jeff dot potter at hp dot com
Reported By: jeff dot potter at hp dot com
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Linux (Redhat EL 3 i386)
PHP Version: 4.4.1
New Comment:
php4-STABLE-latest (php4-STABLE-200511031356) still appears to have the
same symptoms as php-4.4.1
[Thu Nov 03 09:41:35 2005] [notice] child pid 4209 exit signal
Segmentation fault (11)
[Thu Nov 03 09:41:37 2005] [notice] child pid 4264 exit signal
Segmentation fault (11)
Previous Comments:
[2005-11-03 09:10:15] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-11-03 00:29:49] jeff dot potter at hp dot com
Description:
Just compiled and integrated PHP v4.4.1, and I get an immediate
Segmentation fault on my first virtual() call. Same code works fine in
PHP 4.3.11 & PHP 4.4.0.
Configure script:
./configure $php_dbg_flag --prefix=/opt/hp/hpsmh/php
--with-apxs2=/opt/hp/hpsmh/sbin/apxs \
--with-dom=/opt/hp/hpsmh --with-zlib --enable-bcmath --enable-calendar
--enable-wddx --enable-ftp
make
make install
Platform:
RedHat Enterprise Linux Advanced Server 3 Update 2
Apache 2.0.48 with security patches
Reproduce code:
---
Just call virtual(some_uri).
Expected result:
My page rendered on the screen.
Actual result:
--
It looks like the rr->main structure in PHP_FUNCTION(virtual)is all
zeros.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1469858896 (LWP 13252)]
ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
(gdb) bt
#0 ap_rflush (r=0x82ef088) at protocol.c:1561
#1 0xb71eba7f in zif_virtual (ht=1, return_value=0x839d264,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/php_functions.c:101
#2 0xb71e2b59 in execute (op_array=0x83987b4, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend_execute.c:1675
#3 0xb71cea6c in zend_execute_scripts (type=8, tsrm_ls=0x8363dd8,
retval=0x0, file_count=3)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend.c:938
#4 0xb71a5d3e in php_execute_script (primary_file=0xa863b830,
tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/main/main.c:1743
#5 0xb71eb3ce in php_handler (r=0x82b8e50)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/sapi_apache2.c:572
#6 0x080a5b1e in ap_run_handler (r=0x82b8e50) at config.c:151
#7 0x080a6039 in ap_invoke_handler (r=0x82b8e50) at config.c:358
#8 0x080a1d8f in ap_process_request (r=0x82b8e50) at
http_request.c:246
#9 0x0809dd04 in ap_process_http_connection (c=0x82abf18) at
http_core.c:250
#10 0x080adeca in ap_run_process_connection (c=0x82abf18) at
connection.c:42
#11 0x080a2d3f in process_socket (p=0x82abdf0, sock=0x82abe28,
my_child_num=0, my_thread_num=22,
bucket_alloc=0x82addf8) at worker.c:520
#12 0x080a3332 in worker_thread (thd=0x81dbac8, dummy=0x82a5040) at
worker.c:834
#13 0xb747551c in dummy_worker (opaque=0x81dbac8) at thread.c:88
#14 0xb744adec in start_thread () from /lib/tls/libpthread.so.0
#15 0xb7370e8a in clone () from /lib/tls/libc.so.6
(gdb)
Frame #0 Code
#0 ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
(gdb) print bb
$1 = (apr_bucket_brigade *) 0x839d264
(gdb) print *bb
$2 = {p = 0x0, list = {next = 0x0, prev = 0x1}, bucket_alloc =
0x0}
gdb) print c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print *c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print &c->bucket_alloc
$3 = (struct apr_bucket_alloc_t **) 0x50
(gdb) print r->pool
$4 = (apr_pool_t *) 0x0
(gdb) print *r->pool
$5 = {parent = 0x82ef088, child = 0x6b637562, sibling = 0x2f737465, ref
= 0x92e7887, cleanups = 0x758,
allocator = 0x31, subprocesses = 0x0, abort_fn = 0, user_data = 0x0,
tag = 0x0, active = 0x0, self = 0x0,
self_first_avail = 0x0}
(gdb) print &r->pool
$6 = (apr_pool_t **) 0x82ef088
1555AP_DECLARE(int) ap_rflush(request_rec *r)
1556{
1557conn_rec *c = r->connection;
1558apr_bucket_brigade *bb;
1559apr_bucket *b;
1560
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
1562b = apr_bucket_flush_create(c->bucket_alloc);
1563APR_BRIGADE_INSERT_TAIL(bb, b);
1564if (ap_pass_brigade(r->output_filters, bb) != APR_SUCCESS)
1565return -1;
1566
1567return 0;
1568}
Frame #1 Code
(gdb) print rr->main
$7 = (request_rec *) 0x82ef088
(gdb) pr
#35087 [NEW]: sendmail_path -f not longer work [Return-Path:]
From: rautenberg at inetsolutions dot de
Operating system: 2.6.4-52-smp
PHP version: 4.4.1
PHP Bug Type: PHP options/info functions
Bug description: sendmail_path -f not longer work [Return-Path:]
Description:
In php.ini i'v defined a sendmail path so that any errormail have an
"Return-Path:".
php.ini:
sendmail_path = /usr/sbin/sendmail -f [EMAIL PROTECTED]
with PHP 4.3.X it works fine but with 4.4.1:
postfix at my "php-server" send a mail to the indicated mailadress
([EMAIL PROTECTED])
: No recipients specified
How can i solve this?
Is sendmail_path -f not present anymore?
Reproduce code:
---
mail("[EMAIL PROTECTED]", "test",$message,"From:
[EMAIL PROTECTED]");
Expected result:
An errormail was sent with
: No recipients specified
--
Edit bug report at http://bugs.php.net/?id=35087&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35087&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35087&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35087&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35087&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35087&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35087&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35087&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35087&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35087&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35087&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35087&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35087&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35087&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35087&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35087&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35087&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35087&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35087&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35087&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35087&r=mysqlcfg
#35088 [NEW]: apache module core dumps when DOM method loadXML is called
From: cole at ccdc dot cam dot ac dot uk Operating system: IRIX 6.5.18m PHP version: 5.0.5 PHP Bug Type: DOM XML related Bug description: apache module core dumps when DOM method loadXML is called Description: php child process core dumps while trying to execute DOMDocument->loadXML() from within apache2 Reproduce code: --- $doc = new DOMDocument(); $doc->formatOutput = true; $doc->preserveWhiteSpace = false; // Calling loadXML here causes the core dump $doc->loadXML( ""); Expected result: Not to core dump! Actual result: -- It crashes. Other possibly relevant things: The compilation of php and apache used the native mips-pro compiler (rather than gcc). Here's some data about the system, and the php shared object We configured with ./configure --with-apxs2=/local/cole/apache2/bin/apxs --prefix=/local/cole/php-5.0.5 >From the server log [Thu Nov 03 16:16:08 2005] [notice] child pid 1749448 exit signal Segmentation fault (11), possible coredump in /home/cole/not-backed-up/relibase_clean_build/relibase_irix_build/relibase >From ldd: ldd libphp5.so libm.so => /usr/lib32/libm.so libz.so => /usr/lib32/libz.so libxml2.so.3 => /usr/lib32/internal/libxml2.so.3 libc.so.1 =>/usr/lib32/libc.so.1 -- Edit bug report at http://bugs.php.net/?id=35088&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35088&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35088&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35088&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35088&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35088&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35088&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35088&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35088&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35088&r=support Expected behavior: http://bugs.php.net/fix.php?id=35088&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35088&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35088&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35088&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35088&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35088&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35088&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35088&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35088&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35088&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35088&r=mysqlcfg
#35088 [Opn]: apache module core dumps when DOM method loadXML is called
ID: 35088 User updated by: cole at ccdc dot cam dot ac dot uk Reported By: cole at ccdc dot cam dot ac dot uk Status: Open Bug Type: DOM XML related Operating System: IRIX 6.5.18m PHP Version: 5.0.5 New Comment: Some more relevant info that I forgot in the initial report - the link stage of make reported many duplicate symbols in building the apache library. Most were dom module related. I suspect this is the root cause, but fixing the issue is not obvious? Previous Comments: [2005-11-03 17:34:04] cole at ccdc dot cam dot ac dot uk Description: php child process core dumps while trying to execute DOMDocument->loadXML() from within apache2 Reproduce code: --- $doc = new DOMDocument(); $doc->formatOutput = true; $doc->preserveWhiteSpace = false; // Calling loadXML here causes the core dump $doc->loadXML( ""); Expected result: Not to core dump! Actual result: -- It crashes. Other possibly relevant things: The compilation of php and apache used the native mips-pro compiler (rather than gcc). Here's some data about the system, and the php shared object We configured with ./configure --with-apxs2=/local/cole/apache2/bin/apxs --prefix=/local/cole/php-5.0.5 >From the server log [Thu Nov 03 16:16:08 2005] [notice] child pid 1749448 exit signal Segmentation fault (11), possible coredump in /home/cole/not-backed-up/relibase_clean_build/relibase_irix_build/relibase >From ldd: ldd libphp5.so libm.so => /usr/lib32/libm.so libz.so => /usr/lib32/libz.so libxml2.so.3 => /usr/lib32/internal/libxml2.so.3 libc.so.1 =>/usr/lib32/libc.so.1 -- Edit this bug report at http://bugs.php.net/?id=35088&edit=1
#35081 [Fbk->Opn]: using the example for .NET causes a com_exeption
ID: 35081
User updated by: mcyra at chello dot at
Reported By: mcyra at chello dot at
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: WinXP
PHP Version: 5.0.5
New Comment:
I have checked with the given link, result was:
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] Falscher
Parameter.' in D:\NET\test.php:2
Stack trace:
#0 D:\NET\test.php(2): dotnet->dotnet('mscorlib', 'System.Co
llecti...')
#1 {main}
thrown in D:\NET\test.php on line 2
Previous Comments:
[2005-11-03 15:47:59] [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-11-03 08:03:25] mcyra at chello dot at
Description:
A sample script from documentation causes this error.
German version of WinXP.
Microsoft .NET Framework 1.1.
Microsoft .NET Framework 1.1 German Language Pack.
PHP 5.0.5 (cli) (build: Sep 5 2005 15:54:44)
Zend Engine v2.0.5
Reproduce code:
---
Push(".Net");
$stack->Push("Hello ");
echo $stack->Pop() . $stack->Pop();
?>
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] Falscher
Parameter.' in D:\NET\test.php:2
Stack trace:
#0 D:\NET\test.php(2): dotnet->dotnet('mscorlib',
'System.Collecti...')
#1 {main}
thrown in D:\NET\test.php on line 2
--
Edit this bug report at http://bugs.php.net/?id=35081&edit=1
#35079 [Fbk->Opn]: stream_set_blocking(true) toggles, not enables blocking
ID: 35079
User updated by: askalski at gmail dot com
Reported By: askalski at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Filesystem function related
Operating System: linux
PHP Version: 5.0.5
New Comment:
Still broken. (php-200511031730)
Previous Comments:
[2005-11-03 15:48:11] [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-11-03 05:55:11] askalski at gmail dot com
Description:
main/streams/plain_wrapper.c (5.0.5)
main/streams.c (4.4 and earlier)
In several places, the ^= operator is used to turn off a flag. This is
incorrect. For example, stream_set_blocking() on a plain file hits this
code in php_stdiop_set_option():
if (value)
flags ^= O_NONBLOCK;
else
flags |= O_NONBLOCK;
This should be:
if (value)
flags &= ~O_NONBLOCK;
else
flags |= O_NONBLOCK;
The same error is repeated elsewhere in the code.
Reproduce code:
---
$fp = fopen("test", "w");
stream_set_blocking($fp, true);
stream_set_blocking($fp, true);
stream_set_blocking($fp, true);
stream_set_blocking($fp, true);
fclose($fp);
Expected result:
The stream should remain in blocking mode throughout the script
execution.
Actual result:
--
Here is abridged strace output showing the errant behavior. Notice how
O_NONBLOCK is being turned on and off alternately.
open("/home/askalski/test", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
fcntl64(4, F_SETFL, O_WRONLY|O_NONBLOCK) = 0
fcntl64(4, F_SETFL, O_WRONLY) = 0
fcntl64(4, F_SETFL, O_WRONLY|O_NONBLOCK) = 0
fcntl64(4, F_SETFL, O_WRONLY) = 0
close(4)= 0
--
Edit this bug report at http://bugs.php.net/?id=35079&edit=1
#35089 [NEW]: 2wife string isn't sent by mail function
From: admin at singlesburg dot com Operating system: Linux PHP version: 5.0.5 PHP Bug Type: *Mail Related Bug description: 2wife string isn't sent by mail function Description: OK. "2wife"? This is a mystery for me. I know it sounds strange, but I am having very weird mail function problem. I have a dating website where there is a member who has a username like "something2wife" or let's say "fromme2wife". This person can't send emails to other members through my compose message mail system but everybody else can. I investigated the issue deeper and I found that his username is causing problem in the message body. Then I did further test and as a result, any word starts with something and ends with "2wife" is a trouble in the message body. mail() funtion just fails to send. I have no clue why this is happening. Please do not laugh at me, I got 7 years php experience but I still don't know what this isplease help me. Expected result: it should just deliever the message. -- Edit bug report at http://bugs.php.net/?id=35089&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35089&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35089&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35089&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35089&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35089&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35089&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35089&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35089&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35089&r=support Expected behavior: http://bugs.php.net/fix.php?id=35089&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35089&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35089&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35089&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35089&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35089&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35089&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35089&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35089&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35089&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35089&r=mysqlcfg
#35090 [NEW]: file i/o is not buffered
From: askalski at gmail dot com
Operating system: linux
PHP version: 5CVS-2005-11-03 (snap)
PHP Bug Type: Filesystem function related
Bug description: file i/o is not buffered
Description:
The documentation for stream_set_write_buffer() says that fwrite()s are
buffered at 8K by default. In reality, it does not buffer at all. Any
attempt to call stream_set_write_buffer() on a regular file handle results
in failure.
Reproduce code:
---
$fh = fopen("asdf", "w");
// write some data using the default buffering
for ($i = 0; $i < 5; $i++)
fwrite($fh, "test");
// demonstrate that stream_set_write_buffer fails
$n = stream_set_write_buffer($fh, 8192);
if ($n != 0)
echo "stream_set_write_buffer failed\n";
// write some more data to demonstrate the failure
for ($i = 0; $i < 5; $i++)
fwrite($fh, "again");
fclose($fh);
Expected result:
PHP should buffer its I/O, and strace should log a single write().
stream_set_write_buffer() should not fail on regular files.
Actual result:
--
Output:
stream_set_write_buffer failed
Abridged strace output:
open("/tmp/php5-200511031730/asdf", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
fstat64(3, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
lseek(3, 0, SEEK_CUR) = 0
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(1, "stream_set_write_buffer failed\n", 31) = 31
write(3, "again", 5)= 5
write(3, "again", 5)= 5
write(3, "again", 5)= 5
write(3, "again", 5)= 5
write(3, "again", 5)= 5
close(3)= 0
--
Edit bug report at http://bugs.php.net/?id=35090&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35090&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35090&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35090&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35090&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35090&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35090&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35090&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35090&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35090&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35090&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35090&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35090&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35090&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35090&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35090&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35090&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35090&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35090&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35090&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35090&r=mysqlcfg
#35089 [Opn->Bgs]: 2wife string isn't sent by mail function
ID: 35089 Updated by: [EMAIL PROTECTED] Reported By: admin at singlesburg dot com -Status: Open +Status: Bogus Bug Type: *Mail Related Operating System: Linux PHP Version: 5.0.5 New Comment: . Previous Comments: [2005-11-03 19:04:47] admin at singlesburg dot com Description: OK. "2wife"? This is a mystery for me. I know it sounds strange, but I am having very weird mail function problem. I have a dating website where there is a member who has a username like "something2wife" or let's say "fromme2wife". This person can't send emails to other members through my compose message mail system but everybody else can. I investigated the issue deeper and I found that his username is causing problem in the message body. Then I did further test and as a result, any word starts with something and ends with "2wife" is a trouble in the message body. mail() funtion just fails to send. I have no clue why this is happening. Please do not laugh at me, I got 7 years php experience but I still don't know what this isplease help me. Expected result: it should just deliever the message. -- Edit this bug report at http://bugs.php.net/?id=35089&edit=1
#34963 [Bgs]: strcoll ignore "_" under Linux
ID: 34963
User updated by: brausepaule at gmx dot de
Reported By: brausepaule at gmx dot de
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Linux Suse 9.3
PHP Version: 5.0.5
New Comment:
Hello derick,
and is't a bug?
Greats
Previous Comments:
[2005-10-24 22:43:16] brausepaule at gmx dot de
It's seems like a Bug.
e.g.
the comparison between _ and a with strcoll results
1. _
2. a
the comparison beetween _b and aa with strcoll results
Linux:
1. aa
2. _b
Windows
1. _b
2. aa
My workaround for Linux is:
function linux_strcoll($a,$b){
$xa = strlen($a);
$xb = strlen($b);
$x = $xa < $xb ? $xb : $xa;
$wert = $i =0;
while($i<$x && $wert==0) :
$wert = strcoll(substr($a,$i,1),substr($b,$i,1));
$i++;
endwhile;
return $wert;
}
The Problem the function makes rendering slower
Greats
Brause
[2005-10-23 22:55:22] [EMAIL PROTECTED]
This is not a bug in PHP. PHP uses the Operating System's collation,
which apperently collates in this way. There is nothing we can do about
it now. In PHP 6 with Unicode support this behavior will be fixed, as
ICU's collation algorithm does sort it the correct way.
[2005-10-23 20:59:48] brausepaule at gmx dot de
setlang means setlocale
sorry
[2005-10-23 20:36:06] [EMAIL PROTECTED]
What is this "Setlang" you're talking about?
[2005-10-23 20:13:08] brausepaule at gmx dot de
Description:
Under Linux 9.3 the function strcoll ignore the _
Under Windows it's work fine.
Reproduce code:
---
$ar = array('auto', 'beton', 'ätsch', 'ölig', 'test','file 4','file
6','file 7','1 file 2','2 file 1','3 file 3','_file 5');
setlocale (LC_ALL, '[EMAIL PROTECTED]', 'de_DE', 'de', 'ge', 'german');
usort($ar,'strcoll');
while (list ($key, $value) = each ($ar))
echo "$key: $value\n";
Expected result:
Under Windows (it's correct)
0: _file 5
1: 1 file 2
2: 2 file 1
3: 3 file 3
4: ätsch
5: auto
6: beton
7: file 4
8: file 6
9: file 7
10: ölig
11: test
Actual result:
--
Under Linux:
0: 1 file 2
1: 2 file 1
2: 3 file 3
3: ätsch
4: auto
5: beton
6: file 4
7: _file 5
8: file 6
9: file 7
10: ölig
11: test
the setlang works! Without setlang with strcmp it seems like:
0: _file 5
1: 1 file 2
2: 2 file 1
3: 3 file 3
4: auto
5: beton
6: file 4
7: file 6
8: file 7
9: test
10: ätsch
11: ölig
--
Edit this bug report at http://bugs.php.net/?id=34963&edit=1
#35091 [NEW]: SoapClient leaks memory
From: paul at paulbutcher dot com Operating system: All PHP version: 5.0.5 PHP Bug Type: SOAP related Bug description: SoapClient leaks memory Description: SoapClient doesn't seem to clean up after itself when garbage collected. It leaks something around 4K each time. Tested on both Windows and Linux. Reproduce code: --- Expected result: Assuming that I understand the PHP Garbage Collector (and it's possible that I don't - I'm struggling to find any good documentation on exactly how I should expect it to behave - any pointers very welcome!), I would expect the memory usage of this script to be constant. Actual result: -- The memory usage increases very quickly (growing to several hundred megabytes in less than a minute). -- Edit bug report at http://bugs.php.net/?id=35091&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35091&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35091&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35091&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35091&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35091&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35091&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35091&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35091&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35091&r=support Expected behavior: http://bugs.php.net/fix.php?id=35091&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35091&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35091&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35091&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35091&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35091&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35091&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35091&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35091&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35091&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35091&r=mysqlcfg
#35092 [NEW]: next() misbehavior
From: phbaer at npw dot net Operating system: Linux PHP version: 4.4.1 PHP Bug Type: Arrays related Bug description: next() misbehavior Description: next() misbehaves: it does not increment the internal position pointer with PHP 4.4.1 Reproduce code: --- "; } ?> Expected result: 1 2 3 4 5 6 7 8 9 Actual result: -- 1 1 1 1 1 1 1 1 1 -- Edit bug report at http://bugs.php.net/?id=35092&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35092&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35092&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35092&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35092&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35092&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35092&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35092&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35092&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35092&r=support Expected behavior: http://bugs.php.net/fix.php?id=35092&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35092&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35092&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35092&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35092&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35092&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35092&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35092&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35092&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35092&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35092&r=mysqlcfg
#35092 [Opn->Bgs]: next() misbehavior
ID: 35092 Updated by: [EMAIL PROTECTED] Reported By: phbaer at npw dot net -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Linux PHP Version: 4.4.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Previous Comments: [2005-11-03 20:37:20] phbaer at npw dot net Description: next() misbehaves: it does not increment the internal position pointer with PHP 4.4.1 Reproduce code: --- "; } ?> Expected result: 1 2 3 4 5 6 7 8 9 Actual result: -- 1 1 1 1 1 1 1 1 1 -- Edit this bug report at http://bugs.php.net/?id=35092&edit=1
#35087 [Opn->Bgs]: sendmail_path -f not longer work [Return-Path:]
ID: 35087
Updated by: [EMAIL PROTECTED]
Reported By: rautenberg at inetsolutions dot de
-Status: Open
+Status: Bogus
Bug Type: PHP options/info functions
Operating System: 2.6.4-52-smp
PHP Version: 4.4.1
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2005-11-03 17:24:00] rautenberg at inetsolutions dot de
Description:
In php.ini i'v defined a sendmail path so that any errormail have an
"Return-Path:".
php.ini:
sendmail_path = /usr/sbin/sendmail -f [EMAIL PROTECTED]
with PHP 4.3.X it works fine but with 4.4.1:
postfix at my "php-server" send a mail to the indicated mailadress
([EMAIL PROTECTED])
: No recipients specified
How can i solve this?
Is sendmail_path -f not present anymore?
Reproduce code:
---
mail("[EMAIL PROTECTED]", "test",$message,"From:
[EMAIL PROTECTED]");
Expected result:
An errormail was sent with
: No recipients specified
--
Edit this bug report at http://bugs.php.net/?id=35087&edit=1
#35093 [NEW]: foreach nullifies index of an inexed array
From: tony at marston-home dot demon dot co dot uk
Operating system: Windows XP
PHP version: 4.4.1
PHP Bug Type: Arrays related
Bug description: foreach nullifies index of an inexed array
Description:
When I use foreach($array as $key => $value) on an indexed array,
afterwards the index value, when viewed with key($array) is null instead
of an integer. This means that when my code tests the array to see if it
is either indexed or associative it is given the wrong answer.
Reproduce code:
---
$value) {
if ($key === key($array)) {
echo "they are the same\n";
} else {
echo "they are NOT the same\n";
} // if
} // foreach
if (is_int(key($array))) {
echo "array is indexed\n";
} else {
echo "array is associative\n";
} // if
?>
Expected result:
The output 'array is indexed' should be produced both before and after the
foreach() statement.
Actual result:
--
The key of an indexed array, when viewed with key($array), is not being
reported as an integer.
--
Edit bug report at http://bugs.php.net/?id=35093&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35093&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35093&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35093&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35093&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35093&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35093&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35093&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35093&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35093&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35093&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35093&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35093&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35093&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35093&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35093&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35093&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35093&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35093&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35093&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35093&r=mysqlcfg
#35085 [Opn->Fbk]: session_set_save_handler(): Argument 2 is not a valid callback
ID: 35085 Updated by: [EMAIL PROTECTED] Reported By: joerg at krause dot net -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 4.4.1 New Comment: Provide a full example script that doesn't work. And why didn't you report before 4.4.1 was released? There were RCs released first.. Previous Comments: [2005-11-03 12:44:50] joerg at krause dot net Description: The following message arises: session_set_save_handler(): Argument 2 is not a valid callback it doesn't matter if there is valid callback or not, the function crashes under all circumstances, if the handler is stored in a class Reproduce code: --- session_set_save_handler(array ($this,'lsess_open'), array ($this,'lsess_dummy'), array ($this, 'lsess_read'), array ($this, 'lsess_write'), array ($this, 'lsess_destroy'), array($this, 'lsess_gc')); The handler are all in the same class defined as function. With all previous versions of PHP it works fine. Expected result: No error, just accept callbacks. Actual result: -- error message (warning): session_set_save_handler(): Argument 2 is not a valid callback -- Edit this bug report at http://bugs.php.net/?id=35085&edit=1
#35093 [Opn->Bgs]: foreach nullifies index of an inexed array
ID: 35093
Updated by: [EMAIL PROTECTED]
Reported By: tony at marston-home dot demon dot co dot uk
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Windows XP
PHP Version: 4.4.1
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
Previous Comments:
[2005-11-03 21:10:23] tony at marston-home dot demon dot co dot uk
Description:
When I use foreach($array as $key => $value) on an indexed array,
afterwards the index value, when viewed with key($array) is null
instead of an integer. This means that when my code tests the array to
see if it is either indexed or associative it is given the wrong
answer.
Reproduce code:
---
$value) {
if ($key === key($array)) {
echo "they are the same\n";
} else {
echo "they are NOT the same\n";
} // if
} // foreach
if (is_int(key($array))) {
echo "array is indexed\n";
} else {
echo "array is associative\n";
} // if
?>
Expected result:
The output 'array is indexed' should be produced both before and after
the foreach() statement.
Actual result:
--
The key of an indexed array, when viewed with key($array), is not being
reported as an integer.
--
Edit this bug report at http://bugs.php.net/?id=35093&edit=1
#35071 [Opn->Csd]: Safe mode restrictions: "rb+" should be "wb+"
ID: 35071
Updated by: [EMAIL PROTECTED]
Reported By: webmaster at iksaif dot net
-Status: Open
+Status: Closed
Bug Type: GD related
Operating System: *
PHP Version: 4.4.1
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-11-02 22:28:05] [EMAIL PROTECTED]
Fixed in HEAD and PHP_5_1 branches.
[2005-11-02 21:25:19] moron at industrial dot org
This is the same issue covered in bug #35060 (though you do suggest a
potential fix). [EMAIL PROTECTED] claims this is a documentation problem,
not a bug.
[2005-11-02 21:04:17] webmaster at iksaif dot net
Description:
in ext/gd.c ext/gd_ctx.c
(PG(safe_mode) && !php_checkuid(fn, "rb+",
CHECKUID_CHECK_FILE_AND_DIR)))
should be :
(PG(safe_mode) && !php_checkuid(fn, "wb+",
CHECKUID_CHECK_FILE_AND_DIR)))
because with "rb+" it's impossible to create a new file
with imagepng,imagejpeg, etc
("r" change mode from CHECKUID_CHECK_FILE_AND_DIR to
CHECKUID_DISALLOW_FILE_NOT_EXISTS).
--
Edit this bug report at http://bugs.php.net/?id=35071&edit=1
#35093 [Bgs]: foreach nullifies index of an indexed array
ID: 35093
User updated by: tony at marston-home dot demon dot co dot uk
-Summary: foreach nullifies index of an inexed array
Reported By: tony at marston-home dot demon dot co dot uk
Status: Bogus
Bug Type: Arrays related
Operating System: Windows XP
PHP Version: 4.4.1
New Comment:
Duplicate of what bug?
I searched the bug database before submitting this, and none of the
descriptions were anywhere near what I was experiencing. How am I
supposed to know that the source of the bug is the same if the
descriptions are different?
Your response is uninformative, and you really should introduce the
status of DUPLICATE instead of BOGUS.
Previous Comments:
[2005-11-03 21:11:23] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
[2005-11-03 21:10:23] tony at marston-home dot demon dot co dot uk
Description:
When I use foreach($array as $key => $value) on an indexed array,
afterwards the index value, when viewed with key($array) is null
instead of an integer. This means that when my code tests the array to
see if it is either indexed or associative it is given the wrong
answer.
Reproduce code:
---
$value) {
if ($key === key($array)) {
echo "they are the same\n";
} else {
echo "they are NOT the same\n";
} // if
} // foreach
if (is_int(key($array))) {
echo "array is indexed\n";
} else {
echo "array is associative\n";
} // if
?>
Expected result:
The output 'array is indexed' should be produced both before and after
the foreach() statement.
Actual result:
--
The key of an indexed array, when viewed with key($array), is not being
reported as an integer.
--
Edit this bug report at http://bugs.php.net/?id=35093&edit=1
#35090 [Opn->Asn]: file i/o is not buffered
ID: 35090
Updated by: [EMAIL PROTECTED]
Reported By: askalski at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: Filesystem function related
Operating System: linux
PHP Version: 5CVS-2005-11-03 (snap)
-Assigned To:
+Assigned To: wez
New Comment:
Can you please answer why this is not a bug Wez? I forgot the reason :)
Previous Comments:
[2005-11-03 19:16:09] askalski at gmail dot com
Description:
The documentation for stream_set_write_buffer() says that fwrite()s are
buffered at 8K by default. In reality, it does not buffer at all. Any
attempt to call stream_set_write_buffer() on a regular file handle
results in failure.
Reproduce code:
---
$fh = fopen("asdf", "w");
// write some data using the default buffering
for ($i = 0; $i < 5; $i++)
fwrite($fh, "test");
// demonstrate that stream_set_write_buffer fails
$n = stream_set_write_buffer($fh, 8192);
if ($n != 0)
echo "stream_set_write_buffer failed\n";
// write some more data to demonstrate the failure
for ($i = 0; $i < 5; $i++)
fwrite($fh, "again");
fclose($fh);
Expected result:
PHP should buffer its I/O, and strace should log a single write().
stream_set_write_buffer() should not fail on regular files.
Actual result:
--
Output:
stream_set_write_buffer failed
Abridged strace output:
open("/tmp/php5-200511031730/asdf", O_WRONLY|O_CREAT|O_TRUNC, 0666) =
3
fstat64(3, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
lseek(3, 0, SEEK_CUR) = 0
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(1, "stream_set_write_buffer failed\n", 31) = 31
write(3, "again", 5)= 5
write(3, "again", 5)= 5
write(3, "again", 5)= 5
write(3, "again", 5)= 5
write(3, "again", 5)= 5
close(3)= 0
--
Edit this bug report at http://bugs.php.net/?id=35090&edit=1
#35093 [Bgs]: foreach nullifies index of an indexed array
ID: 35093
Updated by: [EMAIL PROTECTED]
Reported By: tony at marston-home dot demon dot co dot uk
Status: Bogus
Bug Type: Arrays related
Operating System: Windows XP
PHP Version: 4.4.1
New Comment:
1. policy is to mark duplicates bogus (you should search better)
2. foreach is not the problem (key() is)
3. see bug #35084 (yes, this is the same)
Previous Comments:
[2005-11-03 21:25:45] tony at marston-home dot demon dot co dot uk
Duplicate of what bug?
I searched the bug database before submitting this, and none of the
descriptions were anywhere near what I was experiencing. How am I
supposed to know that the source of the bug is the same if the
descriptions are different?
Your response is uninformative, and you really should introduce the
status of DUPLICATE instead of BOGUS.
[2005-11-03 21:11:23] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
[2005-11-03 21:10:23] tony at marston-home dot demon dot co dot uk
Description:
When I use foreach($array as $key => $value) on an indexed array,
afterwards the index value, when viewed with key($array) is null
instead of an integer. This means that when my code tests the array to
see if it is either indexed or associative it is given the wrong
answer.
Reproduce code:
---
$value) {
if ($key === key($array)) {
echo "they are the same\n";
} else {
echo "they are NOT the same\n";
} // if
} // foreach
if (is_int(key($array))) {
echo "array is indexed\n";
} else {
echo "array is associative\n";
} // if
?>
Expected result:
The output 'array is indexed' should be produced both before and after
the foreach() statement.
Actual result:
--
The key of an indexed array, when viewed with key($array), is not being
reported as an integer.
--
Edit this bug report at http://bugs.php.net/?id=35093&edit=1
#35090 [Asn->Bgs]: file i/o is not buffered
ID: 35090
Updated by: [EMAIL PROTECTED]
Reported By: askalski at gmail dot com
-Status: Assigned
+Status: Bogus
Bug Type: Filesystem function related
Operating System: linux
PHP Version: 5CVS-2005-11-03 (snap)
Assigned To: wez
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
PHP does not do any buffering itself, instead it uses the system's file
io buffering function to set the buffer.
There is already a feature request open to enable in-php buffering.
Previous Comments:
[2005-11-03 21:29:08] [EMAIL PROTECTED]
Can you please answer why this is not a bug Wez? I forgot the reason :)
[2005-11-03 19:16:09] askalski at gmail dot com
Description:
The documentation for stream_set_write_buffer() says that fwrite()s are
buffered at 8K by default. In reality, it does not buffer at all. Any
attempt to call stream_set_write_buffer() on a regular file handle
results in failure.
Reproduce code:
---
$fh = fopen("asdf", "w");
// write some data using the default buffering
for ($i = 0; $i < 5; $i++)
fwrite($fh, "test");
// demonstrate that stream_set_write_buffer fails
$n = stream_set_write_buffer($fh, 8192);
if ($n != 0)
echo "stream_set_write_buffer failed\n";
// write some more data to demonstrate the failure
for ($i = 0; $i < 5; $i++)
fwrite($fh, "again");
fclose($fh);
Expected result:
PHP should buffer its I/O, and strace should log a single write().
stream_set_write_buffer() should not fail on regular files.
Actual result:
--
Output:
stream_set_write_buffer failed
Abridged strace output:
open("/tmp/php5-200511031730/asdf", O_WRONLY|O_CREAT|O_TRUNC, 0666) =
3
fstat64(3, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
lseek(3, 0, SEEK_CUR) = 0
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(1, "stream_set_write_buffer failed\n", 31) = 31
write(3, "again", 5)= 5
write(3, "again", 5)= 5
write(3, "again", 5)= 5
write(3, "again", 5)= 5
write(3, "again", 5)= 5
close(3)= 0
--
Edit this bug report at http://bugs.php.net/?id=35090&edit=1
#35078 [Opn->Csd]: configure does not find ldap_start_tls_s
ID: 35078 Updated by: [EMAIL PROTECTED] Reported By: bkw at weisshuhn dot de -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Linux Fedora Core 2,3,4 -PHP Version: 4.4.1 +PHP Version: 5CVS, 4CVS New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-11-03 04:58:24] bkw at weisshuhn dot de The sersion of ext/ldap/config.m4 that introduced the regression is 1.26.2.8, not .28 as stated above ;-) Also, the line numbers of the patch may be slightly off, since I already applied another (unrelated) patch before, sorry about that. But it's probably obvious anyway. [2005-11-03 04:50:52] bkw at weisshuhn dot de Description: Actually a regression of Bug #24025: configure fails to find ldap_parse_result, ldap_parse_reference and ldap_start_tls_s. this patch fixes the problem, which was introduced in Version Version 1.26.28 of ext/ldap/config.m4: --- php-4.4.11/ext/ldap/config.m4.ldapconf +++ php-4.4.11/ext/ldap/config.m4 @@ -124,6 +125,8 @@ if test "$PHP_LDAP" != "no"; then dnl Solaris 2.8 claims to be 2004 API, but doesn't have dnl ldap_parse_reference() nor ldap_start_tls_s() + _SAVE_LDFLAGS=$LDFLAGS + LDFLAGS="$LDFLAGS $LDAP_SHARED_LIBADD" AC_CHECK_FUNCS([ldap_parse_result ldap_parse_reference ldap_start_tls_s]) LDFLAGS=$_SAVE_LDFLAGS The commit that introduced the behaviour: http://cvs.php.net/diff.php/php-src/ext/ldap/config.m4?r1=1.26.2.7&r2=1.26.2.8 The LDAP_SHARED_LIBADD was lost from LDFLAGS by the rearrangement there. -- Edit this bug report at http://bugs.php.net/?id=35078&edit=1
#35091 [Opn->Fbk]: SoapClient leaks memory
ID: 35091 Updated by: [EMAIL PROTECTED] Reported By: paul at paulbutcher dot com -Status: Open +Status: Feedback Bug Type: SOAP related -Operating System: All +Operating System: * PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-03 19:52:18] paul at paulbutcher dot com Description: SoapClient doesn't seem to clean up after itself when garbage collected. It leaks something around 4K each time. Tested on both Windows and Linux. Reproduce code: --- Expected result: Assuming that I understand the PHP Garbage Collector (and it's possible that I don't - I'm struggling to find any good documentation on exactly how I should expect it to behave - any pointers very welcome!), I would expect the memory usage of this script to be constant. Actual result: -- The memory usage increases very quickly (growing to several hundred megabytes in less than a minute). -- Edit this bug report at http://bugs.php.net/?id=35091&edit=1
#35088 [Opn->Fbk]: apache module core dumps when DOM method loadXML is called
ID: 35088 Updated by: [EMAIL PROTECTED] Reported By: cole at ccdc dot cam dot ac dot uk -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: IRIX 6.5.18m PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-03 17:38:22] cole at ccdc dot cam dot ac dot uk Some more relevant info that I forgot in the initial report - the link stage of make reported many duplicate symbols in building the apache library. Most were dom module related. I suspect this is the root cause, but fixing the issue is not obvious? [2005-11-03 17:34:04] cole at ccdc dot cam dot ac dot uk Description: php child process core dumps while trying to execute DOMDocument->loadXML() from within apache2 Reproduce code: --- $doc = new DOMDocument(); $doc->formatOutput = true; $doc->preserveWhiteSpace = false; // Calling loadXML here causes the core dump $doc->loadXML( ""); Expected result: Not to core dump! Actual result: -- It crashes. Other possibly relevant things: The compilation of php and apache used the native mips-pro compiler (rather than gcc). Here's some data about the system, and the php shared object We configured with ./configure --with-apxs2=/local/cole/apache2/bin/apxs --prefix=/local/cole/php-5.0.5 >From the server log [Thu Nov 03 16:16:08 2005] [notice] child pid 1749448 exit signal Segmentation fault (11), possible coredump in /home/cole/not-backed-up/relibase_clean_build/relibase_irix_build/relibase >From ldd: ldd libphp5.so libm.so => /usr/lib32/libm.so libz.so => /usr/lib32/libz.so libxml2.so.3 => /usr/lib32/internal/libxml2.so.3 libc.so.1 =>/usr/lib32/libc.so.1 -- Edit this bug report at http://bugs.php.net/?id=35088&edit=1
#35079 [Opn->Asn]: stream_set_blocking(true) toggles, not enables blocking
ID: 35079
Updated by: [EMAIL PROTECTED]
Reported By: askalski at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: Filesystem function related
Operating System: linux
-PHP Version: 5.0.5
+PHP Version: 5CVS-2005-11-03 (snap)
-Assigned To:
+Assigned To: wez
New Comment:
Assigned to the author of streams.
Previous Comments:
[2005-11-03 18:56:39] askalski at gmail dot com
Still broken. (php-200511031730)
[2005-11-03 15:48:11] [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-11-03 05:55:11] askalski at gmail dot com
Description:
main/streams/plain_wrapper.c (5.0.5)
main/streams.c (4.4 and earlier)
In several places, the ^= operator is used to turn off a flag. This is
incorrect. For example, stream_set_blocking() on a plain file hits this
code in php_stdiop_set_option():
if (value)
flags ^= O_NONBLOCK;
else
flags |= O_NONBLOCK;
This should be:
if (value)
flags &= ~O_NONBLOCK;
else
flags |= O_NONBLOCK;
The same error is repeated elsewhere in the code.
Reproduce code:
---
$fp = fopen("test", "w");
stream_set_blocking($fp, true);
stream_set_blocking($fp, true);
stream_set_blocking($fp, true);
stream_set_blocking($fp, true);
fclose($fp);
Expected result:
The stream should remain in blocking mode throughout the script
execution.
Actual result:
--
Here is abridged strace output showing the errant behavior. Notice how
O_NONBLOCK is being turned on and off alternately.
open("/home/askalski/test", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
fcntl64(4, F_SETFL, O_WRONLY|O_NONBLOCK) = 0
fcntl64(4, F_SETFL, O_WRONLY) = 0
fcntl64(4, F_SETFL, O_WRONLY|O_NONBLOCK) = 0
fcntl64(4, F_SETFL, O_WRONLY) = 0
close(4)= 0
--
Edit this bug report at http://bugs.php.net/?id=35079&edit=1
#35073 [Opn->Fbk]: failed to open stream: Illegal seek
ID: 35073 Updated by: [EMAIL PROTECTED] -Summary: failed to open stream: Inappropriate ioctl for device Reported By: marrtins at hackers dot lv -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Linux libc.2.3.2 -PHP Version: 5.0.5 +PHP Version: 5CVS-2005-11-03 (snap) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-11-03 11:45:18] marrtins at hackers dot lv a bit better! ./configure script told me i must upgrade to newer libxml2 (did it) and now results is as follows: fopen() reports `failed to open stream: Illegal seek` dba_open now works fine! [Modules] ctype dba ftp gd gettext iconv mbstring mysql openssl overload pcre posix session sockets standard sysvmsg sysvsem sysvshm tokenizer xml zlib [2005-11-02 23:53: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 [2005-11-02 22:38:51] marrtins at hackers dot lv Description: As i migrated from php4 (4.3.9) to php5 (5.0.5, 5.0.4) every file system function (fopen, dba_open, etc) cannot read/write files. Empty file can be created - but can`t write any byte there. Not using any loaders or encoders or similar modules. When recompiled back to 4.3.9 all works fine. The same happens when compiled as apache module - 4.3.9 works fine, 5.0.5 and 5.0.4 not. Reproduce code: --- Example can be found here - http://paste.php.lv/2785 compile script: export LDFLAGS=-liconv && ./configure make make install Linux libc-2.3.2 gcc -v Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.3.4 Expected result: Expecting file `haha` to be created with contents `aa`. Also db4 database with some entries. Actual result: -- fopen() reports `failed to open stream: Inappropriate ioctl for device` dba_open() reports `Driver initialization failed for handler: db4` -- Edit this bug report at http://bugs.php.net/?id=35073&edit=1
#35082 [Fbk]: virtual() does not preserve variables from included shtml files
ID: 35082 Updated by: [EMAIL PROTECTED] Reported By: Christoph dot Freundl at informatik dot uni-erlange Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 5.0.5 New Comment: Actually, the behavior is correct as virtual() does a new apache subrequest, which do not interact with each other. Not sure about the messages you get though. Previous Comments: [2005-11-03 14:45:18] Christoph dot Freundl at cs dot fau dot de I tried with the php5-200511030930 snapshot. The behaviour is still the same, in fact I get some other errors which show up in the apache error log: When calling info.shtml: /home/chfreund/php5-200511030930/Zend/zend_hash.c(1375) : ht=0x4074f780 is already destroyed When calling info.php: /home/chfreund/php5-200511030930/main/streams/streams.c(227) : Freeing 0x08242D34 (128 bytes), script=/srv/www/htdocs/info.php /home/chfreund/php5-200511030930/main/main.c(855) : Actual location (location was relayed) /home/chfreund/php5-200511030930/main/streams/plain_wrapper.c(180) : Freeing 0x0819791C (116 bytes), script=/srv/www/htdocs/info.php /home/chfreund/php5-200511030930/main/main.c(855) : Actual location (location was relayed) /home/chfreund/php5-200511030930/main/fopen_wrappers.c(539) : Freeing 0x081E71D4 (28 bytes), script=/srv/www/htdocs/info.php Zend/zend_language_scanner.c(3138) : Freeing 0x0819785C (140 bytes), script=/srv/www/htdocs/info.php === Total 4 memory leaks detected === [2005-11-03 10:45:32] [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-11-03 10:39:42] Christoph dot Freundl at informatik dot uni-erlange Description: If you use virtual() to include an shtml file which sets an environment variable via , the set variable is not visible after the virtual() call. Reproduce code: --- setvar.shtml - - showvar.php - - info.shtml - - info.php - - Expected result: I expect that info.shtml and info.php should both give the same result, i.e. show "myval". However, info.shtml does but info.php does not. If this is a wanted behaviour (which I hope it is not), then at least the documentation of virtual() --- "virtual() is an Apache-specific function which is equivalent to in mod_include." --- is wrong. -- Edit this bug report at http://bugs.php.net/?id=35082&edit=1
#35074 [Opn->Fbk]: Call to virtual() causes Segmentation fault
ID: 35074
Updated by: [EMAIL PROTECTED]
Reported By: jeff dot potter at hp dot com
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: Linux (Redhat EL 3 i386)
PHP Version: 4.4.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-11-03 17:16:34] jeff dot potter at hp dot com
php4-STABLE-latest (php4-STABLE-200511031356) still appears to have the
same symptoms as php-4.4.1
[Thu Nov 03 09:41:35 2005] [notice] child pid 4209 exit signal
Segmentation fault (11)
[Thu Nov 03 09:41:37 2005] [notice] child pid 4264 exit signal
Segmentation fault (11)
[2005-11-03 09:10:15] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-11-03 00:29:49] jeff dot potter at hp dot com
Description:
Just compiled and integrated PHP v4.4.1, and I get an immediate
Segmentation fault on my first virtual() call. Same code works fine in
PHP 4.3.11 & PHP 4.4.0.
Configure script:
./configure $php_dbg_flag --prefix=/opt/hp/hpsmh/php
--with-apxs2=/opt/hp/hpsmh/sbin/apxs \
--with-dom=/opt/hp/hpsmh --with-zlib --enable-bcmath --enable-calendar
--enable-wddx --enable-ftp
make
make install
Platform:
RedHat Enterprise Linux Advanced Server 3 Update 2
Apache 2.0.48 with security patches
Reproduce code:
---
Just call virtual(some_uri).
Expected result:
My page rendered on the screen.
Actual result:
--
It looks like the rr->main structure in PHP_FUNCTION(virtual)is all
zeros.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1469858896 (LWP 13252)]
ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
(gdb) bt
#0 ap_rflush (r=0x82ef088) at protocol.c:1561
#1 0xb71eba7f in zif_virtual (ht=1, return_value=0x839d264,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/php_functions.c:101
#2 0xb71e2b59 in execute (op_array=0x83987b4, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend_execute.c:1675
#3 0xb71cea6c in zend_execute_scripts (type=8, tsrm_ls=0x8363dd8,
retval=0x0, file_count=3)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend.c:938
#4 0xb71a5d3e in php_execute_script (primary_file=0xa863b830,
tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/main/main.c:1743
#5 0xb71eb3ce in php_handler (r=0x82b8e50)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/sapi_apache2.c:572
#6 0x080a5b1e in ap_run_handler (r=0x82b8e50) at config.c:151
#7 0x080a6039 in ap_invoke_handler (r=0x82b8e50) at config.c:358
#8 0x080a1d8f in ap_process_request (r=0x82b8e50) at
http_request.c:246
#9 0x0809dd04 in ap_process_http_connection (c=0x82abf18) at
http_core.c:250
#10 0x080adeca in ap_run_process_connection (c=0x82abf18) at
connection.c:42
#11 0x080a2d3f in process_socket (p=0x82abdf0, sock=0x82abe28,
my_child_num=0, my_thread_num=22,
bucket_alloc=0x82addf8) at worker.c:520
#12 0x080a3332 in worker_thread (thd=0x81dbac8, dummy=0x82a5040) at
worker.c:834
#13 0xb747551c in dummy_worker (opaque=0x81dbac8) at thread.c:88
#14 0xb744adec in start_thread () from /lib/tls/libpthread.so.0
#15 0xb7370e8a in clone () from /lib/tls/libc.so.6
(gdb)
Frame #0 Code
#0 ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
(gdb) print bb
$1 = (apr_bucket_brigade *) 0x839d264
(gdb) print *bb
$2 = {p = 0x0, list = {next = 0x0, prev = 0x1}, bucket_alloc =
0x0}
gdb) print c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print *c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print &c->bucket_alloc
$3 = (struct apr_bucket_alloc_t **) 0x50
(gdb) print r->pool
$4 = (apr_pool_t *) 0x0
(gdb) print *r->pool
$5 = {parent = 0x82ef088, child = 0x6b637562, sibling = 0x2f737465, ref
= 0x92e7887, cleanups = 0x758,
allocator = 0x31, subprocesses = 0x0, abort_fn = 0, user_data = 0x0,
tag = 0x0, active = 0x0, self = 0x0,
self_first_avail = 0x0}
(gdb) print &r->pool
$6 = (apr_pool_t **) 0x82ef088
1555AP_DECLARE(int) ap_rflush(request_rec *r)
1556{
1557conn_rec *c = r->connection;
1558apr_bucket_brigade *bb;
1559apr_bucket *b;
1560
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
1562b = apr_bucket_flush_create(c->bucke
#32741 [Opn->Asn]: hang on ociexecute() with collections (only with 10g, works with 9i)
ID: 32741 Updated by: [EMAIL PROTECTED] Reported By: fsurleau at skyservices dot net -Status: Open +Status: Assigned Bug Type: OCI8 related Operating System: linux PHP Version: 4.3.11 Assigned To: tony2001 New Comment: Tony, you propably can tell if that extension in PECL works with PHP 4? Previous Comments: [2005-11-03 13:04:50] fsurleau at skyservices dot net OCI8 v.1.1 is a PHP 5 release. The bug still exists in PHP 4.4.1 [2005-09-08 11:45:29] [EMAIL PROTECTED] The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). [2005-04-19 15:27:15] fsurleau at skyservices dot net gdb ./httpd GNU gdb Red Hat Linux (5.3.90-0.20030710.41.2.1rh) Copyright 2003 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 "i386-redhat-linux"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X kgepop: no error frame to pop to for error 21522 OCI-21522: attempted to use an invalid connection in OCI (object mode only) Errors in file : OCI-21522: attempted to use an invalid connection in OCI (object mode only) - Call Stack Trace - Cannot open /proc/2679/exe. calling call entryargument values in hex location type point(? means dubious value) Program received signal SIGSEGV, Segmentation fault. 0x40e65940 in slrac () from /usr/local/oracle10g/lib/libclntsh.so.10.1 (gdb) bt #0 0x40e65940 in slrac () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #1 0x40eb8a13 in kgdsaaddr () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #2 0x40eb848e in kgdsdst () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #3 0x40a4e80c in skgudmp () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #4 0x40e9a69e in kgepop () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #5 0x40e9ae1a in kgesev () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #6 0x40e9ac1f in kgesec0 () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #7 0x40d327c8 in kodogr2lt () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #8 0x40cbd020 in kosindcv () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #9 0x40cbca9a in kosiend () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #10 0x40cbde4d in kpctor () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #11 0x40cd3332 in ttca2p () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #12 0x40ca05b4 in ttcacr () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #13 0x40ca1487 in ttcdrv () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #14 0x40b4312d in nioqwa () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #15 0x409b4d56 in upirtrc () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #16 0x4094ba0d in kpurcsc () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #17 0x409081b8 in kpuexecv8 () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #18 0x4090a084 in kpuexec () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #19 0x4097e85e in OCIStmtExecute () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #20 0x403afb84 in oci_execute (statement=0x820369c, func=0x404aaff6 "OCIExecute", mode=32) at /home/install/php-4.3.11/ext/oci8/oci8.c:1483 #21 0x403b629f in zif_ociexecute (ht=1, return_value=0x8208fbc, this_ptr=0x0, return_value_used=0) at /home/install/php-4.3.11/ext/oci8/oci8.c:4017 #22 0x4048f71f in execute (op_array=0x81e63c4) at /home/install/php-4.3.11/Zend/zend_execute.c:1654 #23 0x4047ce66 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/install/php-4.3.11/Zend/zend.c:926 #24 0x4044ae84 in php_execute_script (primary_file=0xbffeb9c0) at /home/install/php-4.3.11/main/main.c:1745 #25 0x4049538f in php_handler (r=0x81da8d8) at /home/install/php-4.3.11/sapi/apache2handler/sapi_apache2.c:560 #26 0x08087646 in ap_run_handler (r=0x81da8d8) at config.c:152 #27 0x08087b61 in ap_invoke_handler (r=0x81da8d8) at config.c:364 #28 0x08071365 in ap_process_request (r=0x81da8d8) at http_request.c:249 #29 0x0806d358 in ap_process_http_connection (c=0x81d44b0) at http_core.c:251 #30 0x080907e2 in ap_run_process_connection (c=0x81d44b0) at connection.c:43 #31 0x080862ad in child_main (child_num_arg=0) at prefork.c:610 #32 0x08086360 in make_child (s=0x80c73a0, slot=0) at prefork.c:650 #33 0x0808644a in startup_children (number_to_start=5) at prefork.c:722 #34 0x08086750 in ap_mpm_
#35094 [NEW]: Thread support for CLI
From: testic at testic dot demon dot co dot uk Operating system: Win32 / Linux PHP version: 5.0.5 PHP Bug Type: Feature/Change Request Bug description: Thread support for CLI Description: I would like to request thread support for CLI versions of PHP for all platforms. I would like to develop applications that use GTK, and are able to multi-task. I have found this incredibly difficult without having access to threads. I am aware that one has access to forking, but this isn't really suitable, not least because the functions are not available under Win32 -- Edit bug report at http://bugs.php.net/?id=35094&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35094&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35094&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35094&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35094&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35094&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35094&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35094&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35094&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35094&r=support Expected behavior: http://bugs.php.net/fix.php?id=35094&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35094&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35094&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35094&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35094&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35094&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35094&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35094&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35094&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35094&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35094&r=mysqlcfg
#35086 [Opn->Fbk]: socket_read does not return empty string after receiving '\n'
ID: 35086
Updated by: [EMAIL PROTECTED]
Reported By: jelte dot werkhoven at cruisetravel dot nl
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: GNU/Linux (SuSE 10.0)
PHP Version: 4.4.1
New Comment:
Try 'var_dump($out);' before those 'if' clauses.
Previous Comments:
[2005-11-03 14:41:00] jelte dot werkhoven at cruisetravel dot nl
Description:
This seems to be a replica of bug #21880, but I can replicate it each
time. I've got a proxy daemon written in C that terminates data with a
line break (linux '\n'). As I understand it, this should cause
socket_read to return an empty string, if called with the
PHP_NORMAL_READ flag. However, it doesn't and just hangs. BTW, version
is PHP 4.4.0 CLI. Connecting to said proxy daemon with either netcat or
telnet works as expected.
Reproduce code:
---
/* Get the port for the WWW service. */
$service_port = 8001;
/* Get the IP address for the target host. */
$address = gethostbyname('localhost');
/* Create a TCP/IP socket. */
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
if ($socket < 0) {
echo "socket_create() failed: reason: " . socket_strerror($socket) .
"\n";
} else {
echo "OK got socket.\n";
}
echo "Attempting to connect to '$address' on port '$service_port'...";
$result = @socket_connect($socket, $address, $service_port);
if (!$result) {
die("socket_connect() failed.\nReason: " .
socket_strerror(socket_last_error()) . "\n");
} else {
echo "OK got connection.\n";
}
$in = "REQ\n";
$out = '';
socket_write($socket, $in, strlen($in));
echo "OK wrote connection string '$in'.\n";
echo "Reading daemon response:\n";
while( $out = socket_read($socket, 2048, PHP_NORMAL_READ) ) {
//if( strncmp( $out, 'ACK', 3 ) == 0 ) break;
if( $out === false ) echo "FALSE!";
if( $out == '' ) echo "ZILCH!";
}
Expected result:
Commented out strncmp line is workaround, without it, it never breaks
out of the while loop which I think it should. I figure it should echo
either ZILCH on receiving '\n' which is prepended to the ACK reply of
the daemon, or FALSE as the daemon disconnects after sending the ACK
string.
If I use it with the workaround I can actually see that the line
terminator is sent because PHP echo's it when I echo the $out string.
Actual result:
--
OK got socket.
Attempting to connect to '127.0.0.1' on port '8001'...OK got
connection.
OK wrote connection string 'REQ
'.
Reading daemon response:
And it hangs indefinately.
--
Edit this bug report at http://bugs.php.net/?id=35086&edit=1
#34542 [Opn->Fbk]: register_long_arrays causes $_SESSIONS vars to disappear
ID: 34542 Updated by: [EMAIL PROTECTED] Reported By: marcus dot uy at virtualthinking dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: WinXP Pro PHP Version: 5.1.0RC1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-11-03 16:47:25] marcus dot uy at virtualthinking dot com Hi, I think somebody else has a related problem with a workable test case. [2005-11-03 09:36:44] marcus at synchromedia dot co dot uk I think I'm seeing this same bug in 5.1.0RC4. I'm not getting exactly the same symptom, but it's close. I'm finding that session files are created no problem, but when I change values in $_SESSION, the changes are not saved, even if I use session_write_close(). I've set up a small test case that is storing and changing exactly what I'm doing in my project and it doesn't happen, so I don't think it's a problem with the contents of the session. I also wrote a test that stuffed 5000 strings into $_SESSION and that worked ok too. Like the original bug report, it all works fine if I leave register_long_arrays turned on, even though I'm not using them anywhere in my code, or in libraries that I'm using. What I would like to do is do a trace with xdebug and look at everything that involves sessions, but I can't at present because xdebug-cvs won't run under 5.1.0RC4. [2005-09-19 13:47:45] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-09-19 12:38:07] marcus dot uy at virtualthinking dot com Hi just tried it with the CVS versions to popinted me to. No dice. Same problem. After the session is created as a zero-length file and updating $_SESSION in the script does nothing to change this. The values are accessible during the first run, and when re-read on subsequent runs, understandably return an empty $_SESSION array. FYI, my application is split into a public http system and a private https system. The session sticks in the http session, but as noted earlier, the number of session values used is significantly less than after a user has logged in the https session. I allow the script to generate a new SID for the https session as I do not need to pass over the values, and it is here that the values do not stick. Both the http and https sites share an *indentical* code base so it's not a program error. Erm, to be honest the code I posted is cut down to allow for it to be a reasonable length. It incorporates the essentials of the problem, but perhaps not the full environment. It still needs the register_long_arrays to be "on" before it will work. [2005-09-18 22:07:55] [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 I can't reproduce this on either Linux or Windows. (using sessions with cookies, of course, passing session ids in the URL is not wise) 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/34542 -- Edit this bug report at http://bugs.php.net/?id=34542&edit=1
#32741 [Asn->Fbk]: hang on ociexecute() with collections (only with 10g, works with 9i)
ID: 32741 Updated by: [EMAIL PROTECTED] Reported By: fsurleau at skyservices dot net -Status: Assigned +Status: Feedback Bug Type: OCI8 related Operating System: linux PHP Version: 4.3.11 Assigned To: tony2001 New Comment: please try: pear install oci8-beta as instructed. The driver has been tested with php4. Previous Comments: [2005-11-03 21:55:22] [EMAIL PROTECTED] Tony, you propably can tell if that extension in PECL works with PHP 4? [2005-11-03 13:04:50] fsurleau at skyservices dot net OCI8 v.1.1 is a PHP 5 release. The bug still exists in PHP 4.4.1 [2005-09-08 11:45:29] [EMAIL PROTECTED] The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). [2005-04-19 15:27:15] fsurleau at skyservices dot net gdb ./httpd GNU gdb Red Hat Linux (5.3.90-0.20030710.41.2.1rh) Copyright 2003 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 "i386-redhat-linux"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X kgepop: no error frame to pop to for error 21522 OCI-21522: attempted to use an invalid connection in OCI (object mode only) Errors in file : OCI-21522: attempted to use an invalid connection in OCI (object mode only) - Call Stack Trace - Cannot open /proc/2679/exe. calling call entryargument values in hex location type point(? means dubious value) Program received signal SIGSEGV, Segmentation fault. 0x40e65940 in slrac () from /usr/local/oracle10g/lib/libclntsh.so.10.1 (gdb) bt #0 0x40e65940 in slrac () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #1 0x40eb8a13 in kgdsaaddr () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #2 0x40eb848e in kgdsdst () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #3 0x40a4e80c in skgudmp () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #4 0x40e9a69e in kgepop () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #5 0x40e9ae1a in kgesev () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #6 0x40e9ac1f in kgesec0 () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #7 0x40d327c8 in kodogr2lt () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #8 0x40cbd020 in kosindcv () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #9 0x40cbca9a in kosiend () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #10 0x40cbde4d in kpctor () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #11 0x40cd3332 in ttca2p () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #12 0x40ca05b4 in ttcacr () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #13 0x40ca1487 in ttcdrv () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #14 0x40b4312d in nioqwa () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #15 0x409b4d56 in upirtrc () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #16 0x4094ba0d in kpurcsc () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #17 0x409081b8 in kpuexecv8 () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #18 0x4090a084 in kpuexec () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #19 0x4097e85e in OCIStmtExecute () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #20 0x403afb84 in oci_execute (statement=0x820369c, func=0x404aaff6 "OCIExecute", mode=32) at /home/install/php-4.3.11/ext/oci8/oci8.c:1483 #21 0x403b629f in zif_ociexecute (ht=1, return_value=0x8208fbc, this_ptr=0x0, return_value_used=0) at /home/install/php-4.3.11/ext/oci8/oci8.c:4017 #22 0x4048f71f in execute (op_array=0x81e63c4) at /home/install/php-4.3.11/Zend/zend_execute.c:1654 #23 0x4047ce66 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/install/php-4.3.11/Zend/zend.c:926 #24 0x4044ae84 in php_execute_script (primary_file=0xbffeb9c0) at /home/install/php-4.3.11/main/main.c:1745 #25 0x4049538f in php_handler (r=0x81da8d8) at /home/install/php-4.3.11/sapi/apache2handler/sapi_apache2.c:560 #26 0x08087646 in ap_run_handler (r=0x81da8d8) at config.c:152 #27 0x08087b61 in ap_invoke_handler (r=0x81da8d8) at config.c:364 #28 0x08071365 in ap_process_request (r=0x81da8d8) at http_request.c:249 #29 0x0806d358 in ap_process_http_connection (c=0x81d44b0) at http_core.c:251 #30 0x080907e2 in ap_run_process_connection (c=0x81d44b0) at connection.c:43 #31 0x080862ad in chi
#35081 [Opn->Asn]: using the example for .NET causes a com_exeption
ID: 35081
Updated by: [EMAIL PROTECTED]
Reported By: mcyra at chello dot at
-Status: Open
+Status: Assigned
Bug Type: COM related
Operating System: WinXP
PHP Version: 5.0.5
-Assigned To:
+Assigned To: wez
New Comment:
Assigned to the maintainer of COM extension.
Previous Comments:
[2005-11-03 18:13:18] mcyra at chello dot at
I have checked with the given link, result was:
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] Falscher
Parameter.' in D:\NET\test.php:2
Stack trace:
#0 D:\NET\test.php(2): dotnet->dotnet('mscorlib', 'System.Co
llecti...')
#1 {main}
thrown in D:\NET\test.php on line 2
[2005-11-03 15:47:59] [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-11-03 08:03:25] mcyra at chello dot at
Description:
A sample script from documentation causes this error.
German version of WinXP.
Microsoft .NET Framework 1.1.
Microsoft .NET Framework 1.1 German Language Pack.
PHP 5.0.5 (cli) (build: Sep 5 2005 15:54:44)
Zend Engine v2.0.5
Reproduce code:
---
Push(".Net");
$stack->Push("Hello ");
echo $stack->Pop() . $stack->Pop();
?>
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070057] Falscher
Parameter.' in D:\NET\test.php:2
Stack trace:
#0 D:\NET\test.php(2): dotnet->dotnet('mscorlib',
'System.Collecti...')
#1 {main}
thrown in D:\NET\test.php on line 2
--
Edit this bug report at http://bugs.php.net/?id=35081&edit=1
#30760 [Asn->Opn]: php hangs when extension does not exist
ID: 30760 Updated by: [EMAIL PROTECTED] Reported By: Claus-Werner dot Lermen at zf dot com -Status: Assigned +Status: Open Bug Type: IIS related Operating System: Windows 2000/2003 PHP Version: 5CVS, 4CVS (2005-04-30) Assigned To: zeev Previous Comments: [2005-10-06 14:43:52] dolecek at stringdata dot cz Pretty please make that MessageBox display go away completely, or optional on startup. I've just spend several unproductive hours debugging the very same problem with PHP CGI process hanging. If it's not an interactive program, do not interact with desktop, damn it! [2005-09-02 00:39:57] [EMAIL PROTECTED] Zeev, looks like you made E_CORE_WARNINGS to cause these messageboxes to popup whatever you have set your error_reporting, display_errors, etc. to.. [2005-03-17 10:55:02] Claus-Werner dot Lermen at zf dot com display_startup_error = off but the behaviour is the same no matter what the value of this variable is! [2005-03-16 01:30:47] [EMAIL PROTECTED] Do you have "display_startup_errors" ini option on? [2005-02-11 11:59:40] Claus-Werner dot Lermen at zf dot com the latest snapshot does not solve the problem: php stills hangs when an extension cannot be loaded. When php.exe is called from the commandline the messagebox still pops up, even when I disable the E_CORE_WARNING. php is normally running in the background, therefore a messagebox should never be used - any message should be written to a logfile! 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/30760 -- Edit this bug report at http://bugs.php.net/?id=30760&edit=1
#30760 [Opn->Asn]: php hangs when extension does not exist
ID: 30760 Updated by: [EMAIL PROTECTED] Reported By: Claus-Werner dot Lermen at zf dot com -Status: Open +Status: Assigned Bug Type: IIS related Operating System: Windows 2000/2003 PHP Version: 5CVS, 4CVS (2005-04-30) -Assigned To: zeev +Assigned To: dmitry New Comment: Dmitry, can you check this out? (Zeev seems to have vanished) Previous Comments: [2005-10-06 14:43:52] dolecek at stringdata dot cz Pretty please make that MessageBox display go away completely, or optional on startup. I've just spend several unproductive hours debugging the very same problem with PHP CGI process hanging. If it's not an interactive program, do not interact with desktop, damn it! [2005-09-02 00:39:57] [EMAIL PROTECTED] Zeev, looks like you made E_CORE_WARNINGS to cause these messageboxes to popup whatever you have set your error_reporting, display_errors, etc. to.. [2005-03-17 10:55:02] Claus-Werner dot Lermen at zf dot com display_startup_error = off but the behaviour is the same no matter what the value of this variable is! [2005-03-16 01:30:47] [EMAIL PROTECTED] Do you have "display_startup_errors" ini option on? [2005-02-11 11:59:40] Claus-Werner dot Lermen at zf dot com the latest snapshot does not solve the problem: php stills hangs when an extension cannot be loaded. When php.exe is called from the commandline the messagebox still pops up, even when I disable the E_CORE_WARNING. php is normally running in the background, therefore a messagebox should never be used - any message should be written to a logfile! 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/30760 -- Edit this bug report at http://bugs.php.net/?id=30760&edit=1
#32220 [Asn->Opn]: [PATCH] thread_resources for thread not getting freed when apache kills thread
ID: 32220 Updated by: [EMAIL PROTECTED] Reported By: kameshj at fastmail dot fm -Status: Assigned +Status: Open Bug Type: Apache2 related Operating System: * PHP Version: 5CVS, 4CVS (2005-03-25) Assigned To: zeev Previous Comments: [2005-03-25 02:05:13] [EMAIL PROTECTED] Zeev, here's another thread issue, can you take a look in the patch? [2005-03-25 02:04:47] [EMAIL PROTECTED] Assuming this is not fixed in latest HEAD, PHP_5_0 or PHP_4_3 CVS branches. [2005-03-07 15:06:48] kameshj at fastmail dot fm Description: Run apache2 in a worker thread model with the following settings StartThreads 3 MaxSpareThreads 4 MaxThreads 10 Loadtests on a very simple php scripts like the one that calls phpinfo() at regular intervals of 5 minutes causes a memory leak(Not really a leak but huge unused memory that gets freed at tsrm_shutdown) This causes the memory consumed by the apache2 procsss to shoot up. ---Investigation Apache2 to handle the concurrent requests increases the number of child threads to max of MaxThreads when no more request to server it kills the threads till the number of threads comes to MaxSpareThreads. In the case of setting given above after the load test of 10 simultaneous requests, Apache kills 6 threads (As MaxThreads-MaxSpareThreads = 10-4 = 6). The thread_resources momory associated with these 6 threads still not freed as soon as the corresponding thread is killed. These kind of spurt loads at regular intervals causes lots of such thread_resources memory to get accumulated not being used for any real purpose. Only when the sapi module comes down it calls tsrm_shutdown then these thread_resources are getting freed. Attaching the patch to fix the issue is available at http://puggy.symonds.net/~kameshj/TSRM.c.patch This patch has a few clean up to existing ts_free_thread. This patch registers ts_free_thread as thread cleanup routine. Reproduce code: --- Run apache2 in a worker thread model with the following settings StartThreads 3 MaxSpareThreads 4 MaxThreads 10 write a simple test.php Run a load test with ab ab -n 40 -c 10 Wait for 5 minutes ab -n 40 -c 10 Wait for 5 minutes ab -n 40 -c 10 Wait for 5 minutes ab -n 40 -c 10 Expected result: In the case of setting given above after the load test of 10 simultaneous requests, Apache kills 6 threads (As MaxThreads-MaxSpareThreads = 10-4 = 6). The thread_resources momory associated with these 6 threads still not freed as soon as the corresponding thread is killed. These kind of spurt loads at regular intervals causes lots of such thread_resources memory to get accumulated not being used for any real purpose. Only when the sapi module comes down it calls tsrm_shutdown then these thread_resources are getting freed. Actual result: -- thread_resources of a thread that gets killed should get freed as soon as it dies rather than waiting till the tsrm_shutdown -- Edit this bug report at http://bugs.php.net/?id=32220&edit=1
#35073 [Fbk->Opn]: failed to open stream: Illegal seek
ID: 35073 User updated by: marrtins at hackers dot lv Reported By: marrtins at hackers dot lv -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Linux libc.2.3.2 PHP Version: 5CVS-2005-11-03 (snap) New Comment: I found that fopen() part was not working by my fault. I was specified open mode as `c` no `w`. PHP example: http://paste.php.lv/2797/nonum Result: Warning: dba_open(test.db,n): Driver initialization failed for handler: db4: Invalid argument in /data2/src/php5-200511030730/sapi/cli/test.php on line 3 using db-4.3.29 (www.sleepycat.com) I felt back to db-4.2.52 and recompiled now working fine. Is there problem with db-4.3.29 package? Previous Comments: [2005-11-03 21:46:13] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-11-03 11:45:18] marrtins at hackers dot lv a bit better! ./configure script told me i must upgrade to newer libxml2 (did it) and now results is as follows: fopen() reports `failed to open stream: Illegal seek` dba_open now works fine! [Modules] ctype dba ftp gd gettext iconv mbstring mysql openssl overload pcre posix session sockets standard sysvmsg sysvsem sysvshm tokenizer xml zlib [2005-11-02 23:53: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 [2005-11-02 22:38:51] marrtins at hackers dot lv Description: As i migrated from php4 (4.3.9) to php5 (5.0.5, 5.0.4) every file system function (fopen, dba_open, etc) cannot read/write files. Empty file can be created - but can`t write any byte there. Not using any loaders or encoders or similar modules. When recompiled back to 4.3.9 all works fine. The same happens when compiled as apache module - 4.3.9 works fine, 5.0.5 and 5.0.4 not. Reproduce code: --- Example can be found here - http://paste.php.lv/2785 compile script: export LDFLAGS=-liconv && ./configure make make install Linux libc-2.3.2 gcc -v Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.3.4 Expected result: Expecting file `haha` to be created with contents `aa`. Also db4 database with some entries. Actual result: -- fopen() reports `failed to open stream: Inappropriate ioctl for device` dba_open() reports `Driver initialization failed for handler: db4` -- Edit this bug report at http://bugs.php.net/?id=35073&edit=1
#32220 [Opn->Asn]: [PATCH] thread_resources for thread not getting freed when apache kills thread
ID: 32220 Updated by: [EMAIL PROTECTED] Reported By: kameshj at fastmail dot fm -Status: Open +Status: Assigned Bug Type: Apache2 related Operating System: * PHP Version: 5CVS, 4CVS (2005-03-25) -Assigned To: zeev +Assigned To: dmitry New Comment: Dmitry, can you check this out? Previous Comments: [2005-03-25 02:05:13] [EMAIL PROTECTED] Zeev, here's another thread issue, can you take a look in the patch? [2005-03-25 02:04:47] [EMAIL PROTECTED] Assuming this is not fixed in latest HEAD, PHP_5_0 or PHP_4_3 CVS branches. [2005-03-07 15:06:48] kameshj at fastmail dot fm Description: Run apache2 in a worker thread model with the following settings StartThreads 3 MaxSpareThreads 4 MaxThreads 10 Loadtests on a very simple php scripts like the one that calls phpinfo() at regular intervals of 5 minutes causes a memory leak(Not really a leak but huge unused memory that gets freed at tsrm_shutdown) This causes the memory consumed by the apache2 procsss to shoot up. ---Investigation Apache2 to handle the concurrent requests increases the number of child threads to max of MaxThreads when no more request to server it kills the threads till the number of threads comes to MaxSpareThreads. In the case of setting given above after the load test of 10 simultaneous requests, Apache kills 6 threads (As MaxThreads-MaxSpareThreads = 10-4 = 6). The thread_resources momory associated with these 6 threads still not freed as soon as the corresponding thread is killed. These kind of spurt loads at regular intervals causes lots of such thread_resources memory to get accumulated not being used for any real purpose. Only when the sapi module comes down it calls tsrm_shutdown then these thread_resources are getting freed. Attaching the patch to fix the issue is available at http://puggy.symonds.net/~kameshj/TSRM.c.patch This patch has a few clean up to existing ts_free_thread. This patch registers ts_free_thread as thread cleanup routine. Reproduce code: --- Run apache2 in a worker thread model with the following settings StartThreads 3 MaxSpareThreads 4 MaxThreads 10 write a simple test.php Run a load test with ab ab -n 40 -c 10 Wait for 5 minutes ab -n 40 -c 10 Wait for 5 minutes ab -n 40 -c 10 Wait for 5 minutes ab -n 40 -c 10 Expected result: In the case of setting given above after the load test of 10 simultaneous requests, Apache kills 6 threads (As MaxThreads-MaxSpareThreads = 10-4 = 6). The thread_resources momory associated with these 6 threads still not freed as soon as the corresponding thread is killed. These kind of spurt loads at regular intervals causes lots of such thread_resources memory to get accumulated not being used for any real purpose. Only when the sapi module comes down it calls tsrm_shutdown then these thread_resources are getting freed. Actual result: -- thread_resources of a thread that gets killed should get freed as soon as it dies rather than waiting till the tsrm_shutdown -- Edit this bug report at http://bugs.php.net/?id=32220&edit=1
#35073 [Opn->Asn]: dba_open(test.db,n): Driver initialization failed for handler: db4: Invalid argu
ID: 35073 Updated by: [EMAIL PROTECTED] -Summary: failed to open stream: Illegal seek Reported By: marrtins at hackers dot lv -Status: Open +Status: Assigned -Bug Type: Filesystem function related +Bug Type: DBM/DBA related Operating System: Linux libc.2.3.2 PHP Version: 5CVS-2005-11-03 (snap) -Assigned To: +Assigned To: helly New Comment: Marcus, any ideas about this? Previous Comments: [2005-11-03 22:21:36] marrtins at hackers dot lv I found that fopen() part was not working by my fault. I was specified open mode as `c` no `w`. PHP example: http://paste.php.lv/2797/nonum Result: Warning: dba_open(test.db,n): Driver initialization failed for handler: db4: Invalid argument in /data2/src/php5-200511030730/sapi/cli/test.php on line 3 using db-4.3.29 (www.sleepycat.com) I felt back to db-4.2.52 and recompiled now working fine. Is there problem with db-4.3.29 package? [2005-11-02 22:38:51] marrtins at hackers dot lv Description: As i migrated from php4 (4.3.9) to php5 (5.0.5, 5.0.4) every file system function (fopen, dba_open, etc) cannot read/write files. Empty file can be created - but can`t write any byte there. Not using any loaders or encoders or similar modules. When recompiled back to 4.3.9 all works fine. The same happens when compiled as apache module - 4.3.9 works fine, 5.0.5 and 5.0.4 not. Reproduce code: --- Example can be found here - http://paste.php.lv/2785 compile script: export LDFLAGS=-liconv && ./configure make make install Linux libc-2.3.2 gcc -v Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.3.4 Expected result: Expecting file `haha` to be created with contents `aa`. Also db4 database with some entries. Actual result: -- fopen() reports `failed to open stream: Inappropriate ioctl for device` dba_open() reports `Driver initialization failed for handler: db4` -- Edit this bug report at http://bugs.php.net/?id=35073&edit=1
#35088 [Fbk->Opn]: apache module core dumps when DOM method loadXML is called
ID: 35088
User updated by: cole at ccdc dot cam dot ac dot uk
Reported By: cole at ccdc dot cam dot ac dot uk
-Status: Feedback
+Status: Open
Bug Type: DOM XML related
Operating System: IRIX 6.5.18m
PHP Version: 5.0.5
New Comment:
I tried compiling the php-latest build with mips-pro but got a compiler
error:
^
cc-1028 cc: ERROR File =
/local/cole/php5-200511031930/ext/spl/php_spl.c, Line = 452
The expression used must have a constant value.
autoload_func_info spl_alfi = {spl_func_ptr,
NULL, NULL};
^
1 error detected in the compilation of
"/local/cole/php5-200511031930/ext/spl/php_spl.c".
I will try with gcc 3.3
Previous Comments:
[2005-11-03 21:42:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-11-03 17:38:22] cole at ccdc dot cam dot ac dot uk
Some more relevant info that I forgot in the initial report - the link
stage of make reported many duplicate symbols in building the apache
library. Most were dom module related. I suspect this is the root
cause, but fixing the issue is not obvious?
[2005-11-03 17:34:04] cole at ccdc dot cam dot ac dot uk
Description:
php child process core dumps while trying to execute
DOMDocument->loadXML() from within apache2
Reproduce code:
---
$doc = new DOMDocument();
$doc->formatOutput = true;
$doc->preserveWhiteSpace = false;
// Calling loadXML here causes the core dump
$doc->loadXML( "");
Expected result:
Not to core dump!
Actual result:
--
It crashes.
Other possibly relevant things: The compilation of php and apache used
the native mips-pro compiler (rather than gcc).
Here's some data about the system, and the php shared object
We configured with
./configure --with-apxs2=/local/cole/apache2/bin/apxs
--prefix=/local/cole/php-5.0.5
>From the server log
[Thu Nov 03 16:16:08 2005] [notice] child pid 1749448 exit signal
Segmentation fault (11), possible coredump in
/home/cole/not-backed-up/relibase_clean_build/relibase_irix_build/relibase
>From ldd:
ldd libphp5.so
libm.so => /usr/lib32/libm.so
libz.so => /usr/lib32/libz.so
libxml2.so.3 => /usr/lib32/internal/libxml2.so.3
libc.so.1 =>/usr/lib32/libc.so.1
--
Edit this bug report at http://bugs.php.net/?id=35088&edit=1
#34852 [Asn->Opn]: Failure in odbc_exec() using oracle-supplied odbc driver
ID: 34852
Updated by: [EMAIL PROTECTED]
Reported By: tim dot tassonis at trivadis dot com
-Status: Assigned
+Status: Open
Bug Type: ODBC related
Operating System: Linux
PHP Version: 5.0.5
Assigned To: kalowsky
Previous Comments:
[2005-10-13 13:54:23] [EMAIL PROTECTED]
Dan, please have a look at it.
[2005-10-13 13:34:40] tim dot tassonis at trivadis dot com
Well, here is a patch. I dont know whether the formatting is preserved
her properly, it should apply cleanly with "patch -p1 < patchfile" from
whithing the php-5.0.5 directory.
The patch just stops odbc_exec and odbc_prepare from failing if the
SQLSetStmtOption fails. The warning is still displayed in the
error_log. It would be great if this could be applied.
So below follows the patch (created with diff -ruN):
diff -ruN php-5.0.5/ext/odbc/php_odbc.c
php-5.0.5-ora/ext/odbc/php_odbc.c
--- php-5.0.5/ext/odbc/php_odbc.c 2005-07-03 00:50:01.0 +0200
+++ php-5.0.5-ora/ext/odbc/php_odbc.c 2005-10-13 12:20:55.0
+0200
@@ -875,9 +875,11 @@
if (SQLSetStmtOption(result->stmt, SQL_CURSOR_TYPE,
SQL_CURSOR_DYNAMIC)
== SQL_ERROR) {
odbc_sql_error(conn, result->stmt, "
SQLSetStmtOption");
+ /* Dont fail, but go on. This can happen
SQLFreeStmt(result->stmt, SQL_DROP);
efree(result);
RETURN_FALSE;
+ */
}
}
} else {
@@ -1296,9 +1298,11 @@
if (SQLSetStmtOption(result->stmt, SQL_CURSOR_TYPE,
SQL_CURSOR_DYNAMIC)
== SQL_ERROR) {
odbc_sql_error(conn, result->stmt, "
SQLSetStmtOption");
+ /* Dont fail, but go on. This can happen
SQLFreeStmt(result->stmt, SQL_DROP);
efree(result);
RETURN_FALSE;
+ */
}
}
} else {
[2005-10-13 12:30:49] [EMAIL PROTECTED]
>I can provide a patch to fix it, if that's appreciated.
Of course it is.
[2005-10-13 12:14:49] tim dot tassonis at trivadis dot com
Description:
When using the oracle-supplied ODBC Driver under Linux, any odbc_exec()
call fails with:
[unixODBC][Driver Manager]Driver does not support this function
The log files is a bit more verbose:
[unixODBC][Driver Manager]Driver does not support this function, SQL
state IM001 in SQLSetStmtOption
The offending code is in odbc_prepare(line 875) and odbc_exec (line
1276), when the module tries to set SQL_CURSOR_DYNAMIC via
SQLSetStmtOption, which returns an error using the oracle driver.
The error goes away if I undefine HAVE_SQL_EXTENDED_FETCH, so the
statements will not be reached.
Would it be possible to only issue a notice when this command fails and
proceed with processing.
I can provide a patch to fix it, if that's appreciated.
Reproduce code:
---
$dsn="ANY_ORACLE_DSN";
$uid="ANY_VALID_USERID";
$pwd="ANY_VALID_PASSWORD";
$conn = odbc_connect ( $dsn, $uid, $pwd );
/* The connect succeeds */
if (!$conn) {
printf("Error connecting to $database.\n");
return;
}
/* The exec will fail with the decribed error */
$cursor= odbc_exec($conn,"SELECT tname from tab");
if (!$cursor) {
printf("Failure in odbc_exe:\n");
printf("%s\n",htmlentities(odbc_errormsg($conn)));
return;
}
Actual result:
--
[unixODBC][Driver Manager]Driver does not support this function, SQL
state IM001 in SQLSetStmtOption
--
Edit this bug report at http://bugs.php.net/?id=34852&edit=1
#34852 [Opn->Asn]: Failure in odbc_exec() using oracle-supplied odbc driver
ID: 34852
Updated by: [EMAIL PROTECTED]
Reported By: tim dot tassonis at trivadis dot com
-Status: Open
+Status: Assigned
Bug Type: ODBC related
Operating System: Linux
PHP Version: 5.0.5
-Assigned To: kalowsky
+Assigned To: tony2001
New Comment:
Tony, mr. Kalowsky hasn't had anything to do with PHP for years now.
Just commit the patch. If it breaks something, someone will propably
complain. :)
Previous Comments:
[2005-10-13 13:54:23] [EMAIL PROTECTED]
Dan, please have a look at it.
[2005-10-13 13:34:40] tim dot tassonis at trivadis dot com
Well, here is a patch. I dont know whether the formatting is preserved
her properly, it should apply cleanly with "patch -p1 < patchfile" from
whithing the php-5.0.5 directory.
The patch just stops odbc_exec and odbc_prepare from failing if the
SQLSetStmtOption fails. The warning is still displayed in the
error_log. It would be great if this could be applied.
So below follows the patch (created with diff -ruN):
diff -ruN php-5.0.5/ext/odbc/php_odbc.c
php-5.0.5-ora/ext/odbc/php_odbc.c
--- php-5.0.5/ext/odbc/php_odbc.c 2005-07-03 00:50:01.0 +0200
+++ php-5.0.5-ora/ext/odbc/php_odbc.c 2005-10-13 12:20:55.0
+0200
@@ -875,9 +875,11 @@
if (SQLSetStmtOption(result->stmt, SQL_CURSOR_TYPE,
SQL_CURSOR_DYNAMIC)
== SQL_ERROR) {
odbc_sql_error(conn, result->stmt, "
SQLSetStmtOption");
+ /* Dont fail, but go on. This can happen
SQLFreeStmt(result->stmt, SQL_DROP);
efree(result);
RETURN_FALSE;
+ */
}
}
} else {
@@ -1296,9 +1298,11 @@
if (SQLSetStmtOption(result->stmt, SQL_CURSOR_TYPE,
SQL_CURSOR_DYNAMIC)
== SQL_ERROR) {
odbc_sql_error(conn, result->stmt, "
SQLSetStmtOption");
+ /* Dont fail, but go on. This can happen
SQLFreeStmt(result->stmt, SQL_DROP);
efree(result);
RETURN_FALSE;
+ */
}
}
} else {
[2005-10-13 12:30:49] [EMAIL PROTECTED]
>I can provide a patch to fix it, if that's appreciated.
Of course it is.
[2005-10-13 12:14:49] tim dot tassonis at trivadis dot com
Description:
When using the oracle-supplied ODBC Driver under Linux, any odbc_exec()
call fails with:
[unixODBC][Driver Manager]Driver does not support this function
The log files is a bit more verbose:
[unixODBC][Driver Manager]Driver does not support this function, SQL
state IM001 in SQLSetStmtOption
The offending code is in odbc_prepare(line 875) and odbc_exec (line
1276), when the module tries to set SQL_CURSOR_DYNAMIC via
SQLSetStmtOption, which returns an error using the oracle driver.
The error goes away if I undefine HAVE_SQL_EXTENDED_FETCH, so the
statements will not be reached.
Would it be possible to only issue a notice when this command fails and
proceed with processing.
I can provide a patch to fix it, if that's appreciated.
Reproduce code:
---
$dsn="ANY_ORACLE_DSN";
$uid="ANY_VALID_USERID";
$pwd="ANY_VALID_PASSWORD";
$conn = odbc_connect ( $dsn, $uid, $pwd );
/* The connect succeeds */
if (!$conn) {
printf("Error connecting to $database.\n");
return;
}
/* The exec will fail with the decribed error */
$cursor= odbc_exec($conn,"SELECT tname from tab");
if (!$cursor) {
printf("Failure in odbc_exe:\n");
printf("%s\n",htmlentities(odbc_errormsg($conn)));
return;
}
Actual result:
--
[unixODBC][Driver Manager]Driver does not support this function, SQL
state IM001 in SQLSetStmtOption
--
Edit this bug report at http://bugs.php.net/?id=34852&edit=1
#35082 [Com]: virtual() does not preserve variables from included shtml files
ID: 35082 Comment by: Christoph dot Freundl at cs dot fau dot de Reported By: Christoph dot Freundl at informatik dot uni-erlange Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 5.0.5 New Comment: I can see that argument (which I already have been told when I brought up this topic on the php-general mailing list) but then I wondered why the corresponding SSI command keeps the variables so I peeked into both Apache and PHP source code and saw the similiarities (most notably the subrequests) between Apache's handle_include() and PHP's virtual() implementation. But as I have no idea of both projects' internals - and I still would favour virtual() to behave exactly like the SSI include ;-) - I decided to report the differing behaviour as a bug. So, if the different behaviour is estimated as being correct then I would still suggest to change the documentation of virtual() by deleting the statement that virtual is _equivalent_ to the SSI call. Previous Comments: [2005-11-03 21:48:24] [EMAIL PROTECTED] Actually, the behavior is correct as virtual() does a new apache subrequest, which do not interact with each other. Not sure about the messages you get though. [2005-11-03 14:45:18] Christoph dot Freundl at cs dot fau dot de I tried with the php5-200511030930 snapshot. The behaviour is still the same, in fact I get some other errors which show up in the apache error log: When calling info.shtml: /home/chfreund/php5-200511030930/Zend/zend_hash.c(1375) : ht=0x4074f780 is already destroyed When calling info.php: /home/chfreund/php5-200511030930/main/streams/streams.c(227) : Freeing 0x08242D34 (128 bytes), script=/srv/www/htdocs/info.php /home/chfreund/php5-200511030930/main/main.c(855) : Actual location (location was relayed) /home/chfreund/php5-200511030930/main/streams/plain_wrapper.c(180) : Freeing 0x0819791C (116 bytes), script=/srv/www/htdocs/info.php /home/chfreund/php5-200511030930/main/main.c(855) : Actual location (location was relayed) /home/chfreund/php5-200511030930/main/fopen_wrappers.c(539) : Freeing 0x081E71D4 (28 bytes), script=/srv/www/htdocs/info.php Zend/zend_language_scanner.c(3138) : Freeing 0x0819785C (140 bytes), script=/srv/www/htdocs/info.php === Total 4 memory leaks detected === [2005-11-03 10:45:32] [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-11-03 10:39:42] Christoph dot Freundl at informatik dot uni-erlange Description: If you use virtual() to include an shtml file which sets an environment variable via , the set variable is not visible after the virtual() call. Reproduce code: --- setvar.shtml - - showvar.php - - info.shtml - - info.php - - Expected result: I expect that info.shtml and info.php should both give the same result, i.e. show "myval". However, info.shtml does but info.php does not. If this is a wanted behaviour (which I hope it is not), then at least the documentation of virtual() --- "virtual() is an Apache-specific function which is equivalent to in mod_include." --- is wrong. -- Edit this bug report at http://bugs.php.net/?id=35082&edit=1
#34955 [Asn->Opn]: PEAR install fails
ID: 34955 Updated by: [EMAIL PROTECTED] Reported By: squasar at eternalviper dot net -Status: Assigned +Status: Open Bug Type: Compile Failure Operating System: Mac OS X 10.4.2/Darwin 8.2.0 PHP Version: 5.1.0RC3 Assigned To: cellog Previous Comments: [2005-10-27 13:30:26] squasar at eternalviper dot net No; PEAR does not install. As far as I can tell, install-pear- nozlib.phar never runs at all; php parses it and spits out 800K worth of ? characters. [2005-10-27 05:29:23] [EMAIL PROTECTED] I can't reproduce this on gentoo linux. Does PEAR actually install? [2005-10-22 11:50:54] [EMAIL PROTECTED] Greg, check it out please. [2005-10-22 05:58:17] squasar at eternalviper dot net Description: The "Installing PEAR environment" phase of the "make install" command results in several pages of garbage output and no installed PEAR. The error occurs when make attempts to run the install-pear-nozlib.phar script. Reproduce code: --- $ ./buildconf --force $ ./configure --prefix=/usr --with-apxs --enable-cli --disable-short-tags --with-zlib --with-bz2 --enable-ftp --with-iconv --enable-mbstring --with-mysql=/usr --enable-sockets --enable-debug --enable-simplexml --with-xsl=/usr --with-curl=/usr --with-curlwrappers --enable-bcmath --with-gmp=/usr/local --with-gd --with-freetype-dir=/usr/X11R6 --enable-gd-native-ttf --with-imap=/usr/local/imap --with-imap-ssl=/usr --with-xmlrpc --with-xml-dir=/usr --with-expat-dir=/usr --with-iconv-dir=/usr --with-mysqli=/usr/bin/mysql_config --with-pdo-mysql=/usr --with-embedded-mysqli --enable-maintainer-zts --enable-zend-multibyte --enable-memory-limit --with-svn=/usr $ make -j 3 $ sudo make install Expected result: Installing PHP SAPI module: apache [activating module `php5' in /etc/httpd/httpd.conf] cp libs/libphp5.so /usr/libexec/httpd/libphp5.so chmod 755 /usr/libexec/httpd/libphp5.so cp /etc/httpd/httpd.conf /etc/httpd/httpd.conf.bak cp /etc/httpd/httpd.conf.new /etc/httpd/httpd.conf rm /etc/httpd/httpd.conf.new Installing PHP CLI binary:/usr/bin/ Installing PHP CLI man page: /usr/man/man1/ Installing build environment: /usr/lib/php/build/ Installing header files: /usr/include/php/ Installing helper programs: /usr/bin/ program: phpize program: php-config Installing man pages: /usr/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/lib/php/ Installing PDO headers: /usr/include/php/ext/pdo/ Actual result: -- Installing PHP SAPI module: apache [activating module `php5' in /etc/httpd/httpd.conf] cp libs/libphp5.so /usr/libexec/httpd/libphp5.so chmod 755 /usr/libexec/httpd/libphp5.so cp /etc/httpd/httpd.conf /etc/httpd/httpd.conf.bak cp /etc/httpd/httpd.conf.new /etc/httpd/httpd.conf rm /etc/httpd/httpd.conf.new Installing PHP CLI binary:/usr/bin/ Installing PHP CLI man page: /usr/man/man1/ Installing build environment: /usr/lib/php/build/ Installing header files: /usr/include/php/ Installing helper programs: /usr/bin/ program: phpize program: php-config Installing man pages: /usr/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/lib/php/ ???/* this continues for exactly 821228 characters total */???Installing PDO headers: /usr/include/php/ext/pdo/ -- Edit this bug report at http://bugs.php.net/?id=34955&edit=1
#34955 [Opn->Asn]: PEAR install fails
ID: 34955 Updated by: [EMAIL PROTECTED] Reported By: squasar at eternalviper dot net -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Mac OS X 10.4.2/Darwin 8.2.0 PHP Version: 5.1.0RC3 Assigned To: cellog New Comment: Greg, perhaps we should remove PEAR totally from PHP and keep it separate. This thing has always slowed the releases of PHP and it should really end by now.. Previous Comments: [2005-10-27 13:30:26] squasar at eternalviper dot net No; PEAR does not install. As far as I can tell, install-pear- nozlib.phar never runs at all; php parses it and spits out 800K worth of ? characters. [2005-10-27 05:29:23] [EMAIL PROTECTED] I can't reproduce this on gentoo linux. Does PEAR actually install? [2005-10-22 11:50:54] [EMAIL PROTECTED] Greg, check it out please. [2005-10-22 05:58:17] squasar at eternalviper dot net Description: The "Installing PEAR environment" phase of the "make install" command results in several pages of garbage output and no installed PEAR. The error occurs when make attempts to run the install-pear-nozlib.phar script. Reproduce code: --- $ ./buildconf --force $ ./configure --prefix=/usr --with-apxs --enable-cli --disable-short-tags --with-zlib --with-bz2 --enable-ftp --with-iconv --enable-mbstring --with-mysql=/usr --enable-sockets --enable-debug --enable-simplexml --with-xsl=/usr --with-curl=/usr --with-curlwrappers --enable-bcmath --with-gmp=/usr/local --with-gd --with-freetype-dir=/usr/X11R6 --enable-gd-native-ttf --with-imap=/usr/local/imap --with-imap-ssl=/usr --with-xmlrpc --with-xml-dir=/usr --with-expat-dir=/usr --with-iconv-dir=/usr --with-mysqli=/usr/bin/mysql_config --with-pdo-mysql=/usr --with-embedded-mysqli --enable-maintainer-zts --enable-zend-multibyte --enable-memory-limit --with-svn=/usr $ make -j 3 $ sudo make install Expected result: Installing PHP SAPI module: apache [activating module `php5' in /etc/httpd/httpd.conf] cp libs/libphp5.so /usr/libexec/httpd/libphp5.so chmod 755 /usr/libexec/httpd/libphp5.so cp /etc/httpd/httpd.conf /etc/httpd/httpd.conf.bak cp /etc/httpd/httpd.conf.new /etc/httpd/httpd.conf rm /etc/httpd/httpd.conf.new Installing PHP CLI binary:/usr/bin/ Installing PHP CLI man page: /usr/man/man1/ Installing build environment: /usr/lib/php/build/ Installing header files: /usr/include/php/ Installing helper programs: /usr/bin/ program: phpize program: php-config Installing man pages: /usr/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/lib/php/ Installing PDO headers: /usr/include/php/ext/pdo/ Actual result: -- Installing PHP SAPI module: apache [activating module `php5' in /etc/httpd/httpd.conf] cp libs/libphp5.so /usr/libexec/httpd/libphp5.so chmod 755 /usr/libexec/httpd/libphp5.so cp /etc/httpd/httpd.conf /etc/httpd/httpd.conf.bak cp /etc/httpd/httpd.conf.new /etc/httpd/httpd.conf rm /etc/httpd/httpd.conf.new Installing PHP CLI binary:/usr/bin/ Installing PHP CLI man page: /usr/man/man1/ Installing build environment: /usr/lib/php/build/ Installing header files: /usr/include/php/ Installing helper programs: /usr/bin/ program: phpize program: php-config Installing man pages: /usr/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/lib/php/ ???/* this continues for exactly 821228 characters total */???Installing PDO headers: /usr/include/php/ext/pdo/ -- Edit this bug report at http://bugs.php.net/?id=34955&edit=1
#35088 [Opn->Asn]: apache module core dumps when DOM method loadXML is called
ID: 35088
Updated by: [EMAIL PROTECTED]
Reported By: cole at ccdc dot cam dot ac dot uk
-Status: Open
+Status: Assigned
Bug Type: DOM XML related
Operating System: IRIX 6.5.18m
PHP Version: 5.0.5
-Assigned To:
+Assigned To: helly
New Comment:
Marcus, can you check that compile failure (found in ext/spl) mentioned
above?
Previous Comments:
[2005-11-03 22:38:10] cole at ccdc dot cam dot ac dot uk
I tried compiling the php-latest build with mips-pro but got a compiler
error:
^
cc-1028 cc: ERROR File =
/local/cole/php5-200511031930/ext/spl/php_spl.c, Line = 452
The expression used must have a constant value.
autoload_func_info spl_alfi = {spl_func_ptr,
NULL, NULL};
^
1 error detected in the compilation of
"/local/cole/php5-200511031930/ext/spl/php_spl.c".
I will try with gcc 3.3
[2005-11-03 21:42:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-11-03 17:38:22] cole at ccdc dot cam dot ac dot uk
Some more relevant info that I forgot in the initial report - the link
stage of make reported many duplicate symbols in building the apache
library. Most were dom module related. I suspect this is the root
cause, but fixing the issue is not obvious?
[2005-11-03 17:34:04] cole at ccdc dot cam dot ac dot uk
Description:
php child process core dumps while trying to execute
DOMDocument->loadXML() from within apache2
Reproduce code:
---
$doc = new DOMDocument();
$doc->formatOutput = true;
$doc->preserveWhiteSpace = false;
// Calling loadXML here causes the core dump
$doc->loadXML( "");
Expected result:
Not to core dump!
Actual result:
--
It crashes.
Other possibly relevant things: The compilation of php and apache used
the native mips-pro compiler (rather than gcc).
Here's some data about the system, and the php shared object
We configured with
./configure --with-apxs2=/local/cole/apache2/bin/apxs
--prefix=/local/cole/php-5.0.5
>From the server log
[Thu Nov 03 16:16:08 2005] [notice] child pid 1749448 exit signal
Segmentation fault (11), possible coredump in
/home/cole/not-backed-up/relibase_clean_build/relibase_irix_build/relibase
>From ldd:
ldd libphp5.so
libm.so => /usr/lib32/libm.so
libz.so => /usr/lib32/libz.so
libxml2.so.3 => /usr/lib32/internal/libxml2.so.3
libc.so.1 =>/usr/lib32/libc.so.1
--
Edit this bug report at http://bugs.php.net/?id=35088&edit=1
#32806 [Asn->Fbk]: fgets() function is slow
ID: 32806 Updated by: [EMAIL PROTECTED] Reported By: peoned at yahoo dot com -Status: Assigned +Status: Feedback Bug Type: Performance problem Operating System: Linux PHP Version: 5.0.4 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-05-04 23:24:07] peoned at yahoo dot com without fwrite() it is significantly faster, gives about 5-6 seconds. But in Perl without print OUT $_; it gives around 1-2 seconds. So it is still slower in PHP because of fgets(). [2005-05-02 14:25:11] [EMAIL PROTECTED] Can you try your tests with the fwrite() line commented out? [2005-04-28 07:30:31] peoned at yahoo dot com I did an `echo strlen($line).",";` Here are the lengths for some of the first few lines: 42,7,18,11,71,13,8,7,42,7,20,11,73,70,68,63,13,8,7 It looks pretty much like this for the rest of the file. Lines between 1 and 100 chars in length. Note: It isn't the start up cost for sure because I measured the time just around the while loop with the same results. [2005-04-28 04:37:03] [EMAIL PROTECTED] How long are the lines in your file? [2005-04-28 01:58:55] [EMAIL PROTECTED] Startup costs could be 8 seconds or more depending on the extensions you are loading. That said PHP's fgets() is still slower then Perl's because of it's implementation that does not wrap the C library fgets() or getline(), but rather uses custom code. 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/32806 -- Edit this bug report at http://bugs.php.net/?id=32806&edit=1
#35073 [Asn]: dba_open(test.db,n): Driver initialization failed for handler: db4: Invalid argu
ID: 35073 Updated by: [EMAIL PROTECTED] Reported By: marrtins at hackers dot lv Status: Assigned Bug Type: DBM/DBA related Operating System: Linux libc.2.3.2 PHP Version: 5CVS-2005-11-03 (snap) Assigned To: helly New Comment: After reading this report several times i finally got to the point that the problem is the usage of 4.3. Obviously there is another change in the Sleepycat libs i have to check. Previous Comments: [2005-11-03 22:36:29] [EMAIL PROTECTED] Marcus, any ideas about this? [2005-11-03 22:21:36] marrtins at hackers dot lv I found that fopen() part was not working by my fault. I was specified open mode as `c` no `w`. PHP example: http://paste.php.lv/2797/nonum Result: Warning: dba_open(test.db,n): Driver initialization failed for handler: db4: Invalid argument in /data2/src/php5-200511030730/sapi/cli/test.php on line 3 using db-4.3.29 (www.sleepycat.com) I felt back to db-4.2.52 and recompiled now working fine. Is there problem with db-4.3.29 package? [2005-11-02 22:38:51] marrtins at hackers dot lv Description: As i migrated from php4 (4.3.9) to php5 (5.0.5, 5.0.4) every file system function (fopen, dba_open, etc) cannot read/write files. Empty file can be created - but can`t write any byte there. Not using any loaders or encoders or similar modules. When recompiled back to 4.3.9 all works fine. The same happens when compiled as apache module - 4.3.9 works fine, 5.0.5 and 5.0.4 not. Reproduce code: --- Example can be found here - http://paste.php.lv/2785 compile script: export LDFLAGS=-liconv && ./configure make make install Linux libc-2.3.2 gcc -v Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 3.3.4 Expected result: Expecting file `haha` to be created with contents `aa`. Also db4 database with some entries. Actual result: -- fopen() reports `failed to open stream: Inappropriate ioctl for device` dba_open() reports `Driver initialization failed for handler: db4` -- Edit this bug report at http://bugs.php.net/?id=35073&edit=1
#35088 [Asn->Fbk]: apache module core dumps when DOM method loadXML is called
ID: 35088
Updated by: [EMAIL PROTECTED]
Reported By: cole at ccdc dot cam dot ac dot uk
-Status: Assigned
+Status: Feedback
Bug Type: DOM XML related
Operating System: IRIX 6.5.18m
-PHP Version: 5.0.5
+PHP Version: 5CVS-2005-11-03
Assigned To: helly
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
At least the compile problem in ext/spl should be fixed.
Previous Comments:
[2005-11-03 22:42:21] [EMAIL PROTECTED]
Marcus, can you check that compile failure (found in ext/spl) mentioned
above?
[2005-11-03 22:38:10] cole at ccdc dot cam dot ac dot uk
I tried compiling the php-latest build with mips-pro but got a compiler
error:
^
cc-1028 cc: ERROR File =
/local/cole/php5-200511031930/ext/spl/php_spl.c, Line = 452
The expression used must have a constant value.
autoload_func_info spl_alfi = {spl_func_ptr,
NULL, NULL};
^
1 error detected in the compilation of
"/local/cole/php5-200511031930/ext/spl/php_spl.c".
I will try with gcc 3.3
[2005-11-03 21:42:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-11-03 17:38:22] cole at ccdc dot cam dot ac dot uk
Some more relevant info that I forgot in the initial report - the link
stage of make reported many duplicate symbols in building the apache
library. Most were dom module related. I suspect this is the root
cause, but fixing the issue is not obvious?
[2005-11-03 17:34:04] cole at ccdc dot cam dot ac dot uk
Description:
php child process core dumps while trying to execute
DOMDocument->loadXML() from within apache2
Reproduce code:
---
$doc = new DOMDocument();
$doc->formatOutput = true;
$doc->preserveWhiteSpace = false;
// Calling loadXML here causes the core dump
$doc->loadXML( "");
Expected result:
Not to core dump!
Actual result:
--
It crashes.
Other possibly relevant things: The compilation of php and apache used
the native mips-pro compiler (rather than gcc).
Here's some data about the system, and the php shared object
We configured with
./configure --with-apxs2=/local/cole/apache2/bin/apxs
--prefix=/local/cole/php-5.0.5
>From the server log
[Thu Nov 03 16:16:08 2005] [notice] child pid 1749448 exit signal
Segmentation fault (11), possible coredump in
/home/cole/not-backed-up/relibase_clean_build/relibase_irix_build/relibase
>From ldd:
ldd libphp5.so
libm.so => /usr/lib32/libm.so
libz.so => /usr/lib32/libz.so
libxml2.so.3 => /usr/lib32/internal/libxml2.so.3
libc.so.1 =>/usr/lib32/libc.so.1
--
Edit this bug report at http://bugs.php.net/?id=35088&edit=1
#35076 [Fbk->Opn]: Sometimes the log file shows: The session id contains illegal characters, ..etc
ID: 35076 User updated by: vincent_f40 at hotmail dot com Reported By: vincent_f40 at hotmail dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux RHEL4, 2.6.9-11.ELsmp PHP Version: 5.0.5 New Comment: Hi Sniper, I have tried to install the link you provided: http://snaps.php.net/php5-latest.tar.gz But this at the "make install" command outputted a lot of errors, about phar lib and call back functions... I downloaded therefor the: php5-STABLE-200511031742 This installed ok. Only I cant reproduce the error, so I will have to wait if the error will re-appear. I will keep you posted if it helped or not. Thanks, Vince Previous Comments: [2005-11-03 15:49:58] [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-11-03 02:27:52] vincent_f40 at hotmail dot com Description: [Thu Nov 3 00:49:10 2005] [error] PHP Warning: session_start() [function.session-start]: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in /home/httpd/html/includes/session_init.inc on line 70 [Thu Nov 3 00:49:11 2005] [error] PHP Warning: Unknown: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in Unknown on line 0 [Thu Nov 3 00:49:11 2005] [error] PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0 1) Cant reproduce the errors. As the site works fine, only sometimes the above error appears in the log files. 2) session_write_close() is being used. 3) session_name() uses only the characters [a-z]. 4) As the site works /tmp is oke as well.(perms, etc.) 5) There is enough free disk space in /tmp as well. a) using apache 1.3.34, php compiled as module(apxs) b) Kernel: 2.6.9-11.ELsmp (double processor) Is this a bug or a php programming error ? As it happens not always, just random/sometimes. Search the net for hours...no luck in finding the explanation. Hope to find some clue here. Thanks. -- Edit this bug report at http://bugs.php.net/?id=35076&edit=1
#35076 [Opn->Fbk]: Sometimes the log file shows: The session id contains illegal characters, ..etc
ID: 35076 Updated by: [EMAIL PROTECTED] Reported By: vincent_f40 at hotmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux RHEL4, 2.6.9-11.ELsmp PHP Version: 5.0.5 New Comment: Could you help us out a bit and actually let us know what the errors where you got? And with what configure line did you get them? We're about to release PHP 5.1 and we'd like to fix this kind of issues before the release.. Previous Comments: [2005-11-03 23:12:36] vincent_f40 at hotmail dot com Hi Sniper, I have tried to install the link you provided: http://snaps.php.net/php5-latest.tar.gz But this at the "make install" command outputted a lot of errors, about phar lib and call back functions... I downloaded therefor the: php5-STABLE-200511031742 This installed ok. Only I cant reproduce the error, so I will have to wait if the error will re-appear. I will keep you posted if it helped or not. Thanks, Vince [2005-11-03 15:49:58] [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-11-03 02:27:52] vincent_f40 at hotmail dot com Description: [Thu Nov 3 00:49:10 2005] [error] PHP Warning: session_start() [function.session-start]: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in /home/httpd/html/includes/session_init.inc on line 70 [Thu Nov 3 00:49:11 2005] [error] PHP Warning: Unknown: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in Unknown on line 0 [Thu Nov 3 00:49:11 2005] [error] PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0 1) Cant reproduce the errors. As the site works fine, only sometimes the above error appears in the log files. 2) session_write_close() is being used. 3) session_name() uses only the characters [a-z]. 4) As the site works /tmp is oke as well.(perms, etc.) 5) There is enough free disk space in /tmp as well. a) using apache 1.3.34, php compiled as module(apxs) b) Kernel: 2.6.9-11.ELsmp (double processor) Is this a bug or a php programming error ? As it happens not always, just random/sometimes. Search the net for hours...no luck in finding the explanation. Hope to find some clue here. Thanks. -- Edit this bug report at http://bugs.php.net/?id=35076&edit=1
#35088 [Fbk->Opn]: apache module core dumps when DOM method loadXML is called
ID: 35088
User updated by: cole at ccdc dot cam dot ac dot uk
Reported By: cole at ccdc dot cam dot ac dot uk
-Status: Feedback
+Status: Open
Bug Type: DOM XML related
Operating System: IRIX 6.5.18m
PHP Version: 5CVS-2005-11-03
Assigned To: helly
New Comment:
Warning: call_user_func(PEAR_Task_Replace::validateXml): First argument
is expected to be a valid callback in
phar://install-pear-nozlib.phar/PEAR/PackageFile/v2/Validator.php on
line 1064
Fatal error: Call to undefined method PEAR_Error::getVersion() in
I compiled the first "latest" snapshot with gcc 3.3 but now doing "make
install" fails - see PEAR errors below.
I'll try out the 'new' latest snap shot with mips-pro
phar://install-pear-nozlib.phar/index.php on line 112
Warning: call_user_func_array(): First argument is expected to be a
valid callback, 'System::_removeTmpFiles' was given in
phar://install-pear-nozlib.phar/PEAR.php on line 787
*** Error code 255 (bu21)
*** Error code 1 (bu21)
Previous Comments:
[2005-11-03 23:01:46] [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
At least the compile problem in ext/spl should be fixed.
[2005-11-03 22:42:21] [EMAIL PROTECTED]
Marcus, can you check that compile failure (found in ext/spl) mentioned
above?
[2005-11-03 22:38:10] cole at ccdc dot cam dot ac dot uk
I tried compiling the php-latest build with mips-pro but got a compiler
error:
^
cc-1028 cc: ERROR File =
/local/cole/php5-200511031930/ext/spl/php_spl.c, Line = 452
The expression used must have a constant value.
autoload_func_info spl_alfi = {spl_func_ptr,
NULL, NULL};
^
1 error detected in the compilation of
"/local/cole/php5-200511031930/ext/spl/php_spl.c".
I will try with gcc 3.3
[2005-11-03 21:42:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-11-03 17:38:22] cole at ccdc dot cam dot ac dot uk
Some more relevant info that I forgot in the initial report - the link
stage of make reported many duplicate symbols in building the apache
library. Most were dom module related. I suspect this is the root
cause, but fixing the issue is not obvious?
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/35088
--
Edit this bug report at http://bugs.php.net/?id=35088&edit=1
#35090 [Bgs]: file i/o is not buffered
ID: 35090
User updated by: askalski at gmail dot com
Reported By: askalski at gmail dot com
Status: Bogus
Bug Type: Filesystem function related
Operating System: linux
PHP Version: 5CVS-2005-11-03 (snap)
New Comment:
> instead it uses the system's file io buffering function
> to set the buffer.
Assuming you're talking about setvbuf() and not kernel
level write-behind caching, this statement is false.
The file is opened by _php_stream_fopen():
fd = open(realpath, open_flags, 0666);
(It is never subsequently wrapped with fdopen())
At this point, the stream is not buffered at all.
When I later call stream_set_write_buffer(), it hits
php_stdiop_set_option():
case PHP_STREAM_OPTION_WRITE_BUFFER:
if (data->file == NULL) {
return -1;
}
/* setvbuf happens down here */
Because there is no FILE* handle (data->file), setvbuf()
is never called for the stream.
One of either the documentation
(http://us3.php.net/stream_set_write_buffer)
or the PHP source is wrong.
Previous Comments:
[2005-11-03 21:34:16] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
PHP does not do any buffering itself, instead it uses the system's file
io buffering function to set the buffer.
There is already a feature request open to enable in-php buffering.
[2005-11-03 21:29:08] [EMAIL PROTECTED]
Can you please answer why this is not a bug Wez? I forgot the reason :)
[2005-11-03 19:16:09] askalski at gmail dot com
Description:
The documentation for stream_set_write_buffer() says that fwrite()s are
buffered at 8K by default. In reality, it does not buffer at all. Any
attempt to call stream_set_write_buffer() on a regular file handle
results in failure.
Reproduce code:
---
$fh = fopen("asdf", "w");
// write some data using the default buffering
for ($i = 0; $i < 5; $i++)
fwrite($fh, "test");
// demonstrate that stream_set_write_buffer fails
$n = stream_set_write_buffer($fh, 8192);
if ($n != 0)
echo "stream_set_write_buffer failed\n";
// write some more data to demonstrate the failure
for ($i = 0; $i < 5; $i++)
fwrite($fh, "again");
fclose($fh);
Expected result:
PHP should buffer its I/O, and strace should log a single write().
stream_set_write_buffer() should not fail on regular files.
Actual result:
--
Output:
stream_set_write_buffer failed
Abridged strace output:
open("/tmp/php5-200511031730/asdf", O_WRONLY|O_CREAT|O_TRUNC, 0666) =
3
fstat64(3, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
lseek(3, 0, SEEK_CUR) = 0
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(3, "test", 4) = 4
write(1, "stream_set_write_buffer failed\n", 31) = 31
write(3, "again", 5)= 5
write(3, "again", 5)= 5
write(3, "again", 5)= 5
write(3, "again", 5)= 5
write(3, "again", 5)= 5
close(3)= 0
--
Edit this bug report at http://bugs.php.net/?id=35090&edit=1
#35074 [Fbk->Opn]: Call to virtual() causes Segmentation fault
ID: 35074
User updated by: jeff dot potter at hp dot com
Reported By: jeff dot potter at hp dot com
-Status: Feedback
+Status: Open
Bug Type: Apache2 related
Operating System: Linux (Redhat EL 3 i386)
PHP Version: 4.4.1
New Comment:
php5-latest.tar.gz (php5-200511031930) Also fails with a Segmentation
fault.
[Thu Nov 03 16:05:08 2005] [notice] child pid 21281 exit signal
Segmentation fault (11)
[Thu Nov 03 16:05:10 2005] [notice] child pid 21317 exit signal
Segmentation fault (11)
Summary:
php-4.3.11 - No issue
php-4.4.0 - No issue
php-4.4.1 - SEGMENTATION FAULT
php4-STABLE-200511031356 - SEGMENTATION FAULT
php5-200511031930 - SEGMENTATION FAULT
Previous Comments:
[2005-11-03 21:53: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-11-03 17:16:34] jeff dot potter at hp dot com
php4-STABLE-latest (php4-STABLE-200511031356) still appears to have the
same symptoms as php-4.4.1
[Thu Nov 03 09:41:35 2005] [notice] child pid 4209 exit signal
Segmentation fault (11)
[Thu Nov 03 09:41:37 2005] [notice] child pid 4264 exit signal
Segmentation fault (11)
[2005-11-03 09:10:15] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-11-03 00:29:49] jeff dot potter at hp dot com
Description:
Just compiled and integrated PHP v4.4.1, and I get an immediate
Segmentation fault on my first virtual() call. Same code works fine in
PHP 4.3.11 & PHP 4.4.0.
Configure script:
./configure $php_dbg_flag --prefix=/opt/hp/hpsmh/php
--with-apxs2=/opt/hp/hpsmh/sbin/apxs \
--with-dom=/opt/hp/hpsmh --with-zlib --enable-bcmath --enable-calendar
--enable-wddx --enable-ftp
make
make install
Platform:
RedHat Enterprise Linux Advanced Server 3 Update 2
Apache 2.0.48 with security patches
Reproduce code:
---
Just call virtual(some_uri).
Expected result:
My page rendered on the screen.
Actual result:
--
It looks like the rr->main structure in PHP_FUNCTION(virtual)is all
zeros.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1469858896 (LWP 13252)]
ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
(gdb) bt
#0 ap_rflush (r=0x82ef088) at protocol.c:1561
#1 0xb71eba7f in zif_virtual (ht=1, return_value=0x839d264,
this_ptr=0x0, return_value_used=0, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/php_functions.c:101
#2 0xb71e2b59 in execute (op_array=0x83987b4, tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend_execute.c:1675
#3 0xb71cea6c in zend_execute_scripts (type=8, tsrm_ls=0x8363dd8,
retval=0x0, file_count=3)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/Zend/zend.c:938
#4 0xb71a5d3e in php_execute_script (primary_file=0xa863b830,
tsrm_ls=0x8363dd8)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/main/main.c:1743
#5 0xb71eb3ce in php_handler (r=0x82b8e50)
at
/usr/src/redhat/BUILD/cleansweep-2.1.14-10139/php-4.4.1/sapi/apache2handler/sapi_apache2.c:572
#6 0x080a5b1e in ap_run_handler (r=0x82b8e50) at config.c:151
#7 0x080a6039 in ap_invoke_handler (r=0x82b8e50) at config.c:358
#8 0x080a1d8f in ap_process_request (r=0x82b8e50) at
http_request.c:246
#9 0x0809dd04 in ap_process_http_connection (c=0x82abf18) at
http_core.c:250
#10 0x080adeca in ap_run_process_connection (c=0x82abf18) at
connection.c:42
#11 0x080a2d3f in process_socket (p=0x82abdf0, sock=0x82abe28,
my_child_num=0, my_thread_num=22,
bucket_alloc=0x82addf8) at worker.c:520
#12 0x080a3332 in worker_thread (thd=0x81dbac8, dummy=0x82a5040) at
worker.c:834
#13 0xb747551c in dummy_worker (opaque=0x81dbac8) at thread.c:88
#14 0xb744adec in start_thread () from /lib/tls/libpthread.so.0
#15 0xb7370e8a in clone () from /lib/tls/libc.so.6
(gdb)
Frame #0 Code
#0 ap_rflush (r=0x82ef088) at protocol.c:1561
1561bb = apr_brigade_create(r->pool, c->bucket_alloc);
(gdb) print bb
$1 = (apr_bucket_brigade *) 0x839d264
(gdb) print *bb
$2 = {p = 0x0, list = {next = 0x0, prev = 0x1}, bucket_alloc =
0x0}
gdb) print c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print *c->bucket_alloc
Cannot access memory at address 0x50
(gdb) print &c->bucket_alloc
$3 = (struct apr_bucket_alloc_t **) 0x50
(gdb) print r->pool
$4 = (apr_pool_t *) 0x0
(gdb) print *r->pool
$5 = {parent = 0x82
#35076 [Fbk->Opn]: Sometimes the log file shows: The session id contains illegal characters, ..etc
ID: 35076 User updated by: vincent_f40 at hotmail dot com Reported By: vincent_f40 at hotmail dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux RHEL4, 2.6.9-11.ELsmp PHP Version: 5.0.5 New Comment: ./configure --enable-sysvmem --enable-sysvshm --enable-sockets --with-mhash=/usr --with-mysql=/usr --with-apxs=/usr/local/apache/bin/apxs The error just re-appeared with: php5-STABLE-200511031742 I am not sure what more you would like to know...just let me know and I can provide it. Thanks Vince. Previous Comments: [2005-11-03 23:25:54] [EMAIL PROTECTED] Could you help us out a bit and actually let us know what the errors where you got? And with what configure line did you get them? We're about to release PHP 5.1 and we'd like to fix this kind of issues before the release.. [2005-11-03 23:12:36] vincent_f40 at hotmail dot com Hi Sniper, I have tried to install the link you provided: http://snaps.php.net/php5-latest.tar.gz But this at the "make install" command outputted a lot of errors, about phar lib and call back functions... I downloaded therefor the: php5-STABLE-200511031742 This installed ok. Only I cant reproduce the error, so I will have to wait if the error will re-appear. I will keep you posted if it helped or not. Thanks, Vince [2005-11-03 15:49:58] [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-11-03 02:27:52] vincent_f40 at hotmail dot com Description: [Thu Nov 3 00:49:10 2005] [error] PHP Warning: session_start() [function.session-start]: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in /home/httpd/html/includes/session_init.inc on line 70 [Thu Nov 3 00:49:11 2005] [error] PHP Warning: Unknown: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in Unknown on line 0 [Thu Nov 3 00:49:11 2005] [error] PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0 1) Cant reproduce the errors. As the site works fine, only sometimes the above error appears in the log files. 2) session_write_close() is being used. 3) session_name() uses only the characters [a-z]. 4) As the site works /tmp is oke as well.(perms, etc.) 5) There is enough free disk space in /tmp as well. a) using apache 1.3.34, php compiled as module(apxs) b) Kernel: 2.6.9-11.ELsmp (double processor) Is this a bug or a php programming error ? As it happens not always, just random/sometimes. Search the net for hours...no luck in finding the explanation. Hope to find some clue here. Thanks. -- Edit this bug report at http://bugs.php.net/?id=35076&edit=1
#35088 [Opn]: apache module core dumps when DOM method loadXML is called
ID: 35088
User updated by: cole at ccdc dot cam dot ac dot uk
Reported By: cole at ccdc dot cam dot ac dot uk
Status: Open
Bug Type: DOM XML related
Operating System: IRIX 6.5.18m
PHP Version: 5CVS-2005-11-03
Assigned To: helly
New Comment:
the latest snapshot still fails to compile at the same point -
/bin/sh /local/cole/php5-200511032130/libtool --silent
--preserve-dup-deps --mode=compile cc -Iext/spl/
-I/local/cole/php5-200511032130/ext/spl/ -DPHP_ATOM_INC
-I/local/cole/php5-200511032130/include
-I/local/cole/php5-200511032130/main -I/local/cole/php5-200511032130
-I/usr/local/include/libxml2
-I/local/cole/php5-200511032130/ext/date/lib
-I/local/cole/php5-200511032130/TSRM
-I/local/cole/php5-200511032130/Zend -D_XPG_IV -g -c
/local/cole/php5-200511032130/ext/spl/php_spl.c -o ext/spl/php_spl.lo
cc-1551 cc: WARNING File =
/local/cole/php5-200511032130/ext/spl/php_spl.c, Line = 398
The variable "func_name" is used before its value is set.
zend_throw_exception_ex(spl_ce_LogicException, 0 TSRMLS_CC, "Function
spl_autoload_call() cannot be registered", func_name);
^
cc-1028 cc: ERROR File =
/local/cole/php5-200511032130/ext/spl/php_spl.c, Line = 452
The expression used must have a constant value.
autoload_func_info spl_alfi = {spl_func_ptr,
NULL, NULL};
Previous Comments:
[2005-11-03 23:39:07] cole at ccdc dot cam dot ac dot uk
Warning: call_user_func(PEAR_Task_Replace::validateXml): First argument
is expected to be a valid callback in
phar://install-pear-nozlib.phar/PEAR/PackageFile/v2/Validator.php on
line 1064
Fatal error: Call to undefined method PEAR_Error::getVersion() in
I compiled the first "latest" snapshot with gcc 3.3 but now doing "make
install" fails - see PEAR errors below.
I'll try out the 'new' latest snap shot with mips-pro
phar://install-pear-nozlib.phar/index.php on line 112
Warning: call_user_func_array(): First argument is expected to be a
valid callback, 'System::_removeTmpFiles' was given in
phar://install-pear-nozlib.phar/PEAR.php on line 787
*** Error code 255 (bu21)
*** Error code 1 (bu21)
[2005-11-03 23:01:46] [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
At least the compile problem in ext/spl should be fixed.
[2005-11-03 22:42:21] [EMAIL PROTECTED]
Marcus, can you check that compile failure (found in ext/spl) mentioned
above?
[2005-11-03 22:38:10] cole at ccdc dot cam dot ac dot uk
I tried compiling the php-latest build with mips-pro but got a compiler
error:
^
cc-1028 cc: ERROR File =
/local/cole/php5-200511031930/ext/spl/php_spl.c, Line = 452
The expression used must have a constant value.
autoload_func_info spl_alfi = {spl_func_ptr,
NULL, NULL};
^
1 error detected in the compilation of
"/local/cole/php5-200511031930/ext/spl/php_spl.c".
I will try with gcc 3.3
[2005-11-03 21:42:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/35088
--
Edit this bug report at http://bugs.php.net/?id=35088&edit=1
#35091 [Fbk->Opn]: SoapClient leaks memory
ID: 35091 User updated by: paul at paulbutcher dot com Reported By: paul at paulbutcher dot com -Status: Feedback +Status: Open Bug Type: SOAP related Operating System: * PHP Version: 5.0.5 New Comment: Same result (on Windows - haven't tried it on Linux yet) Previous Comments: [2005-11-03 21:42:36] [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-11-03 19:52:18] paul at paulbutcher dot com Description: SoapClient doesn't seem to clean up after itself when garbage collected. It leaks something around 4K each time. Tested on both Windows and Linux. Reproduce code: --- Expected result: Assuming that I understand the PHP Garbage Collector (and it's possible that I don't - I'm struggling to find any good documentation on exactly how I should expect it to behave - any pointers very welcome!), I would expect the memory usage of this script to be constant. Actual result: -- The memory usage increases very quickly (growing to several hundred megabytes in less than a minute). -- Edit this bug report at http://bugs.php.net/?id=35091&edit=1
#34852 [Asn]: Failure in odbc_exec() using oracle-supplied odbc driver
ID: 34852
Updated by: [EMAIL PROTECTED]
Reported By: tim dot tassonis at trivadis dot com
Status: Assigned
Bug Type: ODBC related
Operating System: Linux
PHP Version: 5CVS-2005-11-03 (cvs)
Assigned To: tony2001
New Comment:
Tony: Check with Dan Scott before applying this patch; he's probably
most current on this aspect of the odbc extension.
Previous Comments:
[2005-11-03 22:39:22] [EMAIL PROTECTED]
Tony, mr. Kalowsky hasn't had anything to do with PHP for years now.
Just commit the patch. If it breaks something, someone will propably
complain. :)
[2005-10-13 13:54:23] [EMAIL PROTECTED]
Dan, please have a look at it.
[2005-10-13 13:34:40] tim dot tassonis at trivadis dot com
Well, here is a patch. I dont know whether the formatting is preserved
her properly, it should apply cleanly with "patch -p1 < patchfile" from
whithing the php-5.0.5 directory.
The patch just stops odbc_exec and odbc_prepare from failing if the
SQLSetStmtOption fails. The warning is still displayed in the
error_log. It would be great if this could be applied.
So below follows the patch (created with diff -ruN):
diff -ruN php-5.0.5/ext/odbc/php_odbc.c
php-5.0.5-ora/ext/odbc/php_odbc.c
--- php-5.0.5/ext/odbc/php_odbc.c 2005-07-03 00:50:01.0 +0200
+++ php-5.0.5-ora/ext/odbc/php_odbc.c 2005-10-13 12:20:55.0
+0200
@@ -875,9 +875,11 @@
if (SQLSetStmtOption(result->stmt, SQL_CURSOR_TYPE,
SQL_CURSOR_DYNAMIC)
== SQL_ERROR) {
odbc_sql_error(conn, result->stmt, "
SQLSetStmtOption");
+ /* Dont fail, but go on. This can happen
SQLFreeStmt(result->stmt, SQL_DROP);
efree(result);
RETURN_FALSE;
+ */
}
}
} else {
@@ -1296,9 +1298,11 @@
if (SQLSetStmtOption(result->stmt, SQL_CURSOR_TYPE,
SQL_CURSOR_DYNAMIC)
== SQL_ERROR) {
odbc_sql_error(conn, result->stmt, "
SQLSetStmtOption");
+ /* Dont fail, but go on. This can happen
SQLFreeStmt(result->stmt, SQL_DROP);
efree(result);
RETURN_FALSE;
+ */
}
}
} else {
[2005-10-13 12:30:49] [EMAIL PROTECTED]
>I can provide a patch to fix it, if that's appreciated.
Of course it is.
[2005-10-13 12:14:49] tim dot tassonis at trivadis dot com
Description:
When using the oracle-supplied ODBC Driver under Linux, any odbc_exec()
call fails with:
[unixODBC][Driver Manager]Driver does not support this function
The log files is a bit more verbose:
[unixODBC][Driver Manager]Driver does not support this function, SQL
state IM001 in SQLSetStmtOption
The offending code is in odbc_prepare(line 875) and odbc_exec (line
1276), when the module tries to set SQL_CURSOR_DYNAMIC via
SQLSetStmtOption, which returns an error using the oracle driver.
The error goes away if I undefine HAVE_SQL_EXTENDED_FETCH, so the
statements will not be reached.
Would it be possible to only issue a notice when this command fails and
proceed with processing.
I can provide a patch to fix it, if that's appreciated.
Reproduce code:
---
$dsn="ANY_ORACLE_DSN";
$uid="ANY_VALID_USERID";
$pwd="ANY_VALID_PASSWORD";
$conn = odbc_connect ( $dsn, $uid, $pwd );
/* The connect succeeds */
if (!$conn) {
printf("Error connecting to $database.\n");
return;
}
/* The exec will fail with the decribed error */
$cursor= odbc_exec($conn,"SELECT tname from tab");
if (!$cursor) {
printf("Failure in odbc_exe:\n");
printf("%s\n",htmlentities(odbc_errormsg($conn)));
return;
}
Actual result:
--
[unixODBC][Driver Manager]Driver does not support this function, SQL
state IM001 in SQLSetStmtOption
--
Edit this bug report at http://bugs.php.net/?id=34852&edit=1
#35095 [NEW]: Array internal pointer / function by reference
From: yanik at lecourriel dot com
Operating system: Windows XP SP2
PHP version: 4.4.1
PHP Bug Type: Variables related
Bug description: Array internal pointer / function by reference
Description:
Array internal pointer does't work propely when passed to a function by
reference.
Reproduce code:
---
$t = array('firstName' => 'Yanik', 'lastName' => 'Lupien');
// Cause an infinit loop, always display first key
function test(&$t) {
for(reset($t); !is_null($key = key($t)); next($t)) {
print "{$key}";
}
}
//Work well
for(reset($t); !is_null($key = key($t)); next($t)) {
print "{$key}";
}
// Infinit loop
test($t);
Expected result:
firstName
lastName
firstName
lastName
Actual result:
--
firstName
lastName
firstName
firstName
firstName
firstName
firstName
firstName
...
--
Edit bug report at http://bugs.php.net/?id=35095&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35095&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35095&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35095&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35095&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35095&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35095&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35095&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35095&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35095&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35095&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35095&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35095&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35095&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35095&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35095&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35095&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35095&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35095&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35095&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35095&r=mysqlcfg
#35096 [NEW]: php 4.4.2-dev has still trouble with mod_rewrite/apache2
From: rob at burningsoda dot com Operating system: FreeBSD 6.0RC1 PHP version: 4CVS-2005-11-04 (snap) PHP Bug Type: Apache2 related Bug description: php 4.4.2-dev has still trouble with mod_rewrite/apache2 Description: I just downloaded Stable (4.4.x-dev) Built On: Nov 03, 2005 23:51 GMT and built it: PHP 4.4.2-dev (cli) (built: Nov 4 2005 02:17:10) But it seems like, the following bug is _not_ fixed in that snapshot: http://bugs.php.net/bug.php?id=35059 This happens with _any_ RewriteRule I use. Reproduce code: --- Try to use mod_rewrite on Apache 2.x to modify any URL. Small test case: index.php: RewriteRule: RewriteRule ^(.+)/$ index.php?myarg=$1 [L] URLs to try: 1. http://localhost/index.php?myarg=bla 2. http://localhost/blub/ 3. http://localhost/index.php/ Expected result: In all three cases a document should be delivered: 1. "bla" 2. "blub" 3. "index.php" Actual result: -- 1. Correctly delivers document. 2. No document is delivered. 3. Correctly delivers document. -- Edit bug report at http://bugs.php.net/?id=35096&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35096&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35096&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35096&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35096&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35096&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35096&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35096&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35096&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35096&r=support Expected behavior: http://bugs.php.net/fix.php?id=35096&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35096&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35096&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35096&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35096&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35096&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35096&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35096&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35096&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35096&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35096&r=mysqlcfg
#35098 [NEW]: 5.1RC5 has troubles with Zlib which 5.1RC4 not have
From: spam2 at rhsoft dot net Operating system: Windows XP PHP version: 5.1.0RC4 PHP Bug Type: Zlib Related Bug description: 5.1RC5 has troubles with Zlib which 5.1RC4 not have Description: The last Nightlys PHP 5.1 (RC5) have on some pages troubles with zlib_outputcompression = On which RC4 hast not. Strange caracters will occur - looks like compressed output not decompressed by browser (firefox) This is not really reproduceable but in fact on my dev-machine when i "downgrade" all pages will work, its a cms-system and some other dev-hosts with the same scripts will running ... -- Edit bug report at http://bugs.php.net/?id=35098&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35098&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35098&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35098&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35098&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35098&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35098&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35098&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35098&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35098&r=support Expected behavior: http://bugs.php.net/fix.php?id=35098&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35098&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35098&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35098&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35098&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35098&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35098&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35098&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35098&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35098&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35098&r=mysqlcfg
#35099 [NEW]: After Upgrade Applications Timeout after session_start() Called.
From: webmaster at rdc dot ab dot ca Operating system: FreeBSD 4.9-STABLE PHP version: 4.4.1 PHP Bug Type: Session related Bug description: After Upgrade Applications Timeout after session_start() Called. Description: Previously to upgrading php-4.4.1 we had no apparent problems with the php session_start() function. After the upgrade we noticed that this one specific script was starting to fail at random occurrences on a production web page. I did try removing the Zend Optimizer, changing the max_execution setting and remming out the session_start() function. In all cases the only difference was the remming out of the session_start(). Currently we have downgraded to php 4.4.0, everything works fine again, but are nervous about the security issues attached to that. NOTE: It does look similar to #17451, I'm confused about why the difference between 4.4.0 and 4.4.1 and hence submitting this. ## Configure Line ./configure --with-mysql=/usr/local/mysql/ --with-apache=../apache_1.3.34 --with-jpeg-dir=/usr/local/include --with-png-dir=/usr/local/include --with-freetype-dir=/usr/local/include/freetype2 --with-ttf=/usr/local/ttf --enable-shmop --with-zlib-dir=/usr/local/zlib/ --with-mcrypt --with-openssl=/usr/local/ssl/ ## Unique information... ## Unique PHP.INI information... zend_optimizer.version=2.5.10a session.cache_expire = 15 output_buffering = 4096 allow_call_time_pass_reference = Off memory_limit = 16M (1024MB Base Ram) display_errors = Off log_errors = On error_log = "OUR_LOCAL_PATH" variables_order = "GPCS" register_globals = On <<-- php_value register_globals 0 in apache. register_argc_argv = Off default_socket_timeout = 60 session.save_path = /tmp <<-- chmod'd 1777 max_execution_time = 30 Reproduce code: --- ## Sample Script \n"); // Doesn't get here. exit(); ?> Expected result: Got here! Actual result: -- Times out. -- Edit bug report at http://bugs.php.net/?id=35099&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35099&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35099&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35099&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35099&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35099&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35099&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35099&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35099&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35099&r=support Expected behavior: http://bugs.php.net/fix.php?id=35099&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35099&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35099&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35099&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35099&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35099&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35099&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35099&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35099&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35099&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35099&r=mysqlcfg
