#25375 [Fbk-Csd]: Crash at redeclaring class attempt within foreach (too fatal error)
ID: 25375
User updated by: forseti at oak dot rpg dot pl
Reported By: forseti at oak dot rpg dot pl
-Status: Feedback
+Status: Closed
Bug Type: Reproducible crash
Operating System: Windows 98 SE
PHP Version: 5CVS-2003-09-03 (dev)
New Comment:
With latest (12-Nov) version all seems to be ok
Previous Comments:
[2003-11-10 20:32:26] [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
[2003-09-03 03:59:34] forseti at oak dot rpg dot pl
Description:
With PHP v. 5.0.0b2 on Win98 SE installed under Apache 1.3.22 as CGI an
attempt to call an unexisting class variable inside foreach construct
produces crash instead of error (possibly fatal).
Problem exist only when call is executed inside class declaration.
Attempt to do this outside class declaration produces expected Warning:
Invalid argument supplied for foreach() and Fatal error: Cannot
redeclare class
Reproduce code:
---
?php
class Test {
var $a=array(1,2,3,4);
function __construct() {
foreach($this-b as $row) {
if($row=='foo') {
return true;
}
}
}
}
Expected result:
Warning: Invalid argument supplied for foreach() in file on line
line
Fatal error: Cannot redeclare class test in file on line line
Actual result:
--
a crash
from Apache log:
[error] [client 127.0.0.1] Premature end of script headers:
c:/php/php.exe
--
Edit this bug report at http://bugs.php.net/?id=25375edit=1
#25863 [Com]: The specified CGI application misbehaved ...
ID: 25863 Comment by: ching at cismlm dot com Reported By: salmanarshad2000 at yahoo dot com Status: Open Bug Type: IIS related Operating System: Windows XP, 2000 PHP Version: 4.3.3 New Comment: We also having the same problem. but until now still can't find any solution?? Previous Comments: [2003-10-14 08:44:21] salmanarshad2000 at yahoo dot com Description: This bug or issue has been around for quite a while and seems like nobody cares. The bug list is filled with hundreds of complains about the The specified CGI application misbehaved ... error each time these people have BOGUSed or CLOSEd saying things like The version you are using is too old, please try the latest version ..., This is not a php bug, please go to ..., Not enough evidence ... or Problem with Windows, not PHP. Quite a few versions of php have been released in the meanwhile, but this issue hasn't been fixed, people who upgrade their php installation come back with the same complains. I see no good reason for this ignorance. Problem Statement - When browsing a php application, the IIS server randomly throws the error message: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: BLANK Observations This happened only when: - PHP.exe is used as a CGI on IIS - The php scripts contained 2 or more frames (e.g. phpMyAdmin) - MySQL operation was executed (update, insert, delete etc.) - header(Location: ...) is used to redirect user after a MySQL operation to a page that also performs a MySQL operation - The pages are viewed from local computer - A very fast computer is used This did not happened when: - Apache server for windows with php support was used - The php scripts contained 2 or more frames but all frames contained php scripts with Hello World and a random number - Frequency of errors was much lesser when same pages were accessed from the network - Pentium 2, 300 MHz was used (a slow computer) History --- Following bugs are all related to this problem. This is just a reminder for the fact that this issue has been discussed quite a few times and it is still present. People also found these interesting things that might help to get the problem solved. - BugID #25567 getting errors when doing a mysql_db_query() and then header(location) - BugID #24916 header(location) - BugID #23208 using two or more frames - BugID #19381 no details :( - BugID #19676 works on one (slow) system but does not work on other - BugID #18901 header(location) after delete or update, error occurs under under load - BugID #16313 header(location) and db operations - BugID #23050 mysql_query() followed by header(location) - BugID #17468 header(location) - BugID #9852 thousands of lines describing the problem, including frames, manually slowing down the script, pages work from outside the machine nut not locally, two database connections in rapid succession etc Things that have been said earlier -- This is a problem with Microsoft OS No this is not, it works on exact same OS running on slower hardware or when the application is accessed across a network. And even if it is, the developers should try to find a work around instead of blaming M$ and telling it to fix it. After all, when you develop some app for an environment, you don't change the environment to suit your app (although sometimes it is easier to do so). This is not a php bug Well this could be right, since there is one other suspect, MySQL. But somebody please figure out where the problem is? Also, MySQL is now an integral part of php so problem could lie in the integration part. My Opinion --- May be php.exe is not fast enough to keep up with the pace at which IIS can throw requests at it. Or ... may be it is a problem with the MySQL connections ... attempting to create connections too quickly may be the cause. Users having same problem please feel free to contribute with their observations and suggestions. -- Edit this bug report at http://bugs.php.net/?id=25863edit=1
#26229 [Opn-Csd]: getIterator() doesn't work with arrays.
ID: 26229
Updated by: [EMAIL PROTECTED]
Reported By: adam at trachtenberg dot com
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
-Operating System: Mac OS X 10.3
+Operating System: *
-PHP Version: 5CVS-2003-11-12 (dev)
+PHP Version: 5.0.0b2
-Assigned To:
+Assigned To: helly
New Comment:
It is not possible to allow it to return arrays. If you really need to
mix objects with arrays you can use spl wich provides an array
iterator. Unfortunatley that part of spl doesn't work atm (i think).
But i will fix it during the next week.
Previous Comments:
[2003-11-12 18:31:30] adam at trachtenberg dot com
Description:
Having getIterator() return an array instead of an
object that implements Iterator causes a bus error / seg
fault.
The ZE2 Changes document says method
getIterator() which must return an array or an object
that either implements the interface Iterator
Trying to return non-array values (which should not be
allowed), like 'foo', also cause crashes instead of
returning an error.
Reproduce code:
---
class array_iterator implements IteratorAggregate {
public function getIterator() {
return array('foo', 'bar');
}
}
$obj = new array_iterator;
foreach ($obj as $property = $value) {
print $value\n;
}
Expected result:
foo
bar
Actual result:
--
Bus Error
--
Edit this bug report at http://bugs.php.net/?id=26229edit=1
#26232 [Opn-Ver]: in_array produces true when bool true is in haystack
ID: 26232 Updated by: [EMAIL PROTECTED] Reported By: me at my dot house -Status: Open +Status: Verified -Bug Type: Performance problem +Bug Type: Arrays related -Operating System: Debian +Operating System: * -PHP Version: 4.3.2 +PHP Version: 4.3.2, 5b2 New Comment: [EMAIL PROTECTED] /usr/src/php5 $ php -r 'var_dump(in_array(x,array(1,2,3,false)));' bool(false) [EMAIL PROTECTED] /usr/src/php5 $ php -r 'var_dump(in_array(x,array(1,2,3,true)));' bool(true) Previous Comments: [2003-11-12 22:11:00] me at my dot house Description: If the haystack contains the boolean true, in_array returns true!! Check this (PHP 4.2.3-8 debian package) : Reproduce code: --- ?php $r=array(fzsgsdgsd,reazrazr,rezarzearzae,true); $ret=in_array(tsuser_id,$r); print $ret; } ? Expected result: false Actual result: -- true -- Edit this bug report at http://bugs.php.net/?id=26232edit=1
#23206 [Com]: Compile failure with informix enabled
ID: 23206 Comment by: oliver dot faenger at cityweb dot de Reported By: maro dot ciullini at datamar dot it Status: Closed Bug Type: Compile Failure Operating System: linux redhat 9 PHP Version: 4.3.1 New Comment: I've got RH9 and try to compile php-4.3.4 or php-5.0.0b. esql -V says: IBM Informix CSDK Version 2.81, IBM Informix-ESQL Version 9.53.UC2 Software Serial Number RDS#N00 And I still get: /opt/informix/lib/esql/libifgls.so: undefined reference to `__ctype_b' /opt/informix/lib/esql/libifgls.so: undefined reference to `__ctype_toupper' /opt/informix/lib/esql/libifgls.so: undefined reference to `__ctype_tolower' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 my configure was: ./configure --with-informix=/opt/informix --disable-libxml --disable-simplexml --disable-xml --disable-dom --without-pear --disable-cli Informix is recognized as version 953 (no config.m4 problem?) Previous Comments: [2003-09-09 11:12:29] awilliam at mdah dot state dot ms dot us I am having the same problem. But you can still use PHP with informix support on RedHat 9 if you use --disable-cli in your configure. http://bugs.php.net/bug.php?id=25423$edit=2 [2003-04-17 02:34:54] maro dot ciullini at datamar dot it Hi all, I tahnk you for the support you gave me. After all, I saw it is not a PHP problem, but a Informix csdk problem on RedHat 9. I tried with csdk 2.60, 2.80 and 2.81, but when I type esql -V I always get the error: Incorrectly built binary which accesses errno, h_errno or _res directly. Needs to be fixed. So I will send a bug report to Informix developers and RedHat. I am downgrading to Red Hat 8.0, 'casue I'm sure that with that version works... Bye [2003-04-15 11:10:02] philarete at mindspring dot com The problem appears to be an incompatibility between the Informix CSDK (both 2.80 and 2.81) and Red Hat 9. Note the line Incorrectly built binary which accesses errno, h_errno or _res directly. Needs to be fixed. This is the first line output by esql -V when you run it under Red Hat 9. The PHP build process (in ext/informix/config.m4) calls sed to parse the first line output by esql -V to set IFX_VERSION: which fails because of the error message. [2003-04-15 07:05:55] marco dot ciullini at datamar dot it Tried last CVS, and I had less problems (I did not have to modify ifx.ec) but I get always a compile error message: make (lot of cut)... /u/informix/lib/esql/libifgls.so: undefined reference to `__ctype_b' /u/informix/lib/esql/libifgls.so: undefined reference to `__ctype_toupper' /u/informix/lib/esql/libifgls.so: undefined reference to `__ctype_tolower' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Same as before... [2003-04-14 14:33:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And bundled MySQL lib is enabled as default and have been that for a long time. 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/23206 -- Edit this bug report at http://bugs.php.net/?id=23206edit=1
#26212 [WFx]: segfaults with recursive function calls
ID: 26212
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Wont fix
Bug Type: Reproducible crash
Operating System: Irrelevant
PHP Version: Irrelevant
New Comment:
Well, I'd like to hear why this will never be fixed.
Thanks,
Michael
Previous Comments:
[2003-11-12 05:57:18] [EMAIL PROTECTED]
Description:
PHP crashes after some time when recursive function calls are used
intensively.
Probably a Wont Fix? - Bug #8471
Reproduce code:
---
?php
function _r(){
echo round(memory_get_usage()/1024) . k\n;
_r();
}
_r();
?
Expected result:
endless loop, which outputs nearly similar memory usage as it would
with while(true){ _r(); } without recursion
Actual result:
--
increasing memory usage till segfault after a few seconds
Backtrace of PHP 5.0.0b2:
#0 0x408e5acb in __printf_fp () from /lib/libc.so.6
#1 0xbfe0105c in ?? ()
#2 0x408e2e85 in vfprintf () from /lib/libc.so.6
#3 0x408fb46b in vsprintf () from /lib/libc.so.6
#4 0x408e89dd in sprintf () from /lib/libc.so.6
#5 0x08236388 in zend_locale_sprintf_double (op=0x409c3ff4)
at /usr/local/src/php-5.0.0b2/Zend/zend_operators.c:1845
#6 0x082370fb in zend_make_printable_zval (expr=0x409c3ff4,
expr_copy=0x2,
use_copy=0x9) at /usr/local/src/php-5.0.0b2/Zend/zend.c:245
#7 0x08234ee8 in concat_function (result=0x9, op1=0x409c3ff4,
op2=0x2)
at /usr/local/src/php-5.0.0b2/Zend/zend_operators.c:1083
#8 0x08252a11 in zend_concat_handler (execute_data=0x2,
op_array=0x83fad68)
at /usr/local/src/php-5.0.0b2/Zend/zend_execute.c:1361
#9 0x082524c5 in execute (op_array=0x83fad68)
at /usr/local/src/php-5.0.0b2/Zend/zend_execute.c:1271
#10 0x082555e0 in zend_do_fcall_common_helper (execute_data=0x9,
op_array=0x83fad68) at
/usr/local/src/php-5.0.0b2/Zend/zend_execute.c:2579
#11 0x082524c5 in execute (op_array=0x83fad68)
[]
#10843 0x082524c5 in execute (op_array=0x83fad68)
at /usr/local/src/php-5.0.0b2/Zend/zend_execute.c:1271
#10844 0x082555e0 in zend_do_fcall_common_helper
(execute_data=0xbfffd930,
op_array=0x40a5ce4c) at
/usr/local/src/php-5.0.0b2/Zend/zend_execute.c:2579
#10845 0x082524c5 in execute (op_array=0x40a5ce4c)
at /usr/local/src/php-5.0.0b2/Zend/zend_execute.c:1271
#10846 0x08238355 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php-5.0.0b2/Zend/zend.c:1009
#10847 0x08206d9d in php_execute_script (primary_file=0xbce0)
at /usr/local/src/php-5.0.0b2/main/main.c:1622
#10848 0x082654a2 in main (argc=2, argv=0xbd64)
at /usr/local/src/php-5.0.0b2/sapi/cli/php_cli.c:910
--
Edit this bug report at http://bugs.php.net/?id=26212edit=1
#25794 [Asn-Csd]: Cannot open existing hash db3 file with write
ID: 25794
Updated by: [EMAIL PROTECTED]
Reported By: rcovell at rolet dot com
-Status: Assigned
+Status: Closed
Bug Type: DBM/DBA related
Operating System: FreeBSD 4.8
PHP Version: 4.3.4RC1
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-11-12 13:46:18] sam at readinga-z dot com
A working fix is to alter line 90 of ext/dba/dba_db3.c
(in your PHP source directory)
Original line:
if ((err=dbp-open(dbp, info-path, NULL, type, gmode,
filemode)) == 0) {
Change type to DB_HASH
if ((err=dbp-open(dbp, info-path, NULL, DB_HASH,
gmode, filemode)) == 0) {
Recompile and install PHP.
Now PHP will only be able to work with type hash db3s
PHP defaults to type DB_BTREE for creating and should
pass DB_UNKOWN for opening. passing DB_UNKNOWN as the
type to DB::open should be able to open a db3 of any
type. This code seems to work fine in older releases of
PHP, and I can not see any differance between the older
versions of dba_db3.c and the current release. Possibly
in the future an optional 'type' argument could be
allowed to be passed through dba_open() ?
[2003-11-11 16:09:17] sam at readinga-z dot com
We can confirm this bug. We are having the same problem
using db3 files created with Apache dbmmanage. Apache
can not read db3 files created by PHP and PHP can not
read the files created by dbmmanage. Using db3_dump
reveals that the dbmmanage files are of type 'hash' and
that the PHP files are of type 'btree'. We had a
similar issue with version 4.1.2 (which we are trying to
upgrade from) where dbmmanage/Apache could not read the
files created by PHP, but PHP can read the files created
by dbmmanage.
Our error:
PHP Warning: dba_open(/var/www/db/razdb/razpassdb,w):
Driver initialization failed for handler: db3: Invalid
argument in /var/www/html/old_raz/razphp/admin/
ADMIN_userrset.php on line 130
Unworking configuration is Apache 2, PHP 4.3.4 on x86
RedHat 7.3 and 7.1
[2003-10-08 10:10:39] rcovell at rolet dot com
Description:
Basically I cannot get php to open an existing (not created by php) db3
hash file when using either w or c. It seems that php is looking
for a btree format. My database is a hash file.
More information:
Trying to read/write information to an existing db3 database (sendmail
aliases file).
I can read the file just fine. But when I try to issue:
$id = dba_open (aliases5.db, w, db3);
I get:
[Wed Oct 8 08:56:44 2003] [error] PHP Warning:
dba_open(aliases5.db,w): Driver initialization failed for handler: db3:
Invalid argument in /usr/local/www/data/maillists/test3.php on line 3
After further testing I dumped the entire aliases db to a text file
using perl and recreated a copy of it with php:
$id = dba_open (aliases5.db, c, db3);
This worked when creating a new file. The file sizes where were
different from the original so performed a db3_dump on the newly
created php db3 database. It seems that php is defaulting to a btree
format when trying to open with either w or c. My output from the
db3_dump on the php created db3:
VERSION=3
format=bytevalue
type=btree
HEADER=END
And from the one that sendmail created:
VERSION=3
format=bytevalue
type=hash
h_nelem=172
HEADER=END
Reproduce code:
---
//Note you need a hash database for this to fail
$id = dba_open (aliases5.db, w, db3);
if (!$id) {
echo dba_open failed\n;
exit;
}
dba_insert (bkey, bvalue, $id);
$key = dba_firstkey ($id);
while ($key != false)
{
echo brKey: . $key . -Value: . dba_fetch ( $key, $id);
$key = dba_nextkey ($id);
}
dba_close ($id);
Expected result:
To be able to insert into an existing (not created by php) db3 hash
database.
Actual result:
--
[Wed Oct 8 08:56:44 2003] [error] PHP Warning:
dba_open(aliases5.db,w): Driver initialization failed for handler: db3:
Invalid argument in /usr/local/www/data/maillists/test3.php on line 3
--
Edit this bug report at http://bugs.php.net/?id=25794edit=1
#23975 [Asn-WFx]: dba_open locking error with ndbm/db2/db3
ID: 23975 Updated by: [EMAIL PROTECTED] Reported By: rhalstenbach at t-online dot de -Status: Assigned +Status: Wont fix Bug Type: DBM/DBA related Operating System: win32 only -PHP Version: 4.3.3 +PHP Version: * Assigned To: helly New Comment: There is no way of doing it correct on windows and changing the defaults makes no sense either. Thus working with db2/db3/db4/gdb,/ndbm requires to manually specify a non blocking access mode. Previous Comments: [2003-08-23 16:09:59] fabio_heller at yahoo dot it curtois wrote The bug I submitted (25115) was declared duplicate with this one. Same thing happened to me (25090) as in this post the precise error occurred (Driver initialization failed for...) isnt't specified so the search engine doesn't help in finding it. Anyway the problem is still present in cvs version for WIN and specially it isn't possibile to use c mode to create a new db. [2003-08-19 04:48:42] courtois at nouvo dot com The bug I submitted (25115) was declared duplicate with this one. I experience the problem only when I try to open a file which is not in the current directory. My 2 cents [2003-06-15 08:56:32] [EMAIL PROTECTED] Seems to be a windows only problem. The bug is fixed for *nix. [2003-06-10 05:19:49] adam at saki dot com dot au This is actually because the locking will prematurely create an empty file, causing the VCWD_STAT command in dba_db3.c to return 0, resulting in the wrong parameters to db_open. This can be verified by putting a stat command after the lock detection code and before the call to open (line 590 in ext/dba/dba.c). [2003-06-03 03:43:56] rhalstenbach at t-online dot de The new locking feature (introduced with 4.3.0) does not work correctly in default mode d. Very annoying because it is the default mode ... Example: ?php $d1 = dba_open(c:/www/htdocs/dbfile, c, db3); // Old syntax, specifying no locking mode means mode d, i.e. same as cd if ($d1 === FALSE) die(Could not open dbfile); ? Same problem for mode w. It works correctly for locking mode l and for suppressing locking via -. Obviously the dba_open() function tries to create a lock file with exactly the same name as the database file - what fails of course. Tested on WindowsXP with db3, but i think it will fail for every db-driver (except gdbm) on every OS. -- Edit this bug report at http://bugs.php.net/?id=23975edit=1
#22814 [Com]: strtotime error
ID: 22814
Comment by: paulmah at pbi dot com dot sg
Reported By: dizit at mail dot ru
Status: No Feedback
Bug Type: Date/time related
Operating System: Windows XP
PHP Version: 4.3.0
Assigned To: hholzgra
New Comment:
I encounter this problem too. On PHP 4.3.2 on Debian Linux, compiled
from source. Running on Apache 1.3.x
strtotime seems to *randomly* return 1.
More details: Our (in-house) accounting application uses strtotime on
MSSQL-returned data. Upon upgrading to 4.3.2, we noticed that there
are random (about 10-20%) instances where strtotime just returns 1. It
cannot be the data problem cause it is not consistent on the same data
set.
Have just switched back to my backup of PHP 4.3.0's libphp4.so and
everything is ok again. Both modules are compiled with the same
configure command.
'./configure' '--with-apxs=/usr/share/apache/bin/apxs'
'--with-regex=php' '--with-config-file-path=/etc/php4/apache'
'--with-sybase=/usr/share/freetds' '--with-zlib' '--with-gd=/usr'
'--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-zlib-dir=/usr'
'--with-freetype-dir=/usr'
Previous Comments:
[2003-08-16 00:56:55] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.
[2003-08-11 16:00:01] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
can't reproduce this on linux (4.3.2 and head) and XP (4.3.2),
guess it has been fixed somehow since 4.3.0 although i can't identify
the exact change that fixed it ...
and regarding the last sunday comment - this is ignored due to
missing information, you neither told us the date you tried this (ok,
we could guess that from the date you reported) nor did you tell us the
expected and actual result - bugus for that one ...
[2003-03-21 13:24:27] [EMAIL PROTECTED]
well, in this special case the DST fault
is on the PHP side and not on the users
side IMHO
[2003-03-21 09:41:37] [EMAIL PROTECTED]
We are happy to tell you that you just discovered Daylight Savings
Time. For more information see:
http://webexhibits.org/daylightsaving/b.html
Instead of using mktime/date consider using gmmktime and gmdate which
do
not suffer from DST.
.
[2003-03-21 08:39:09] dizit at mail dot ru
?
echo 'Dates 2003-03-29 and 2003-03-30 to
timestamp:br'.strtotime('2003-03-29').'br'.strtotime('2003-03-30');
echo 'brand then back with date
function:p'.date('Ymd',strtotime('20030329')).'br'.date('Ymd',strtotime('20030330')).'-There
is an error. Must be 2003-03-30';
?
--
Edit this bug report at http://bugs.php.net/?id=22814edit=1
#26224 [Opn]: fileperms() inaccurately reports permissions
ID: 26224 User updated by: justin dot white at mci dot com Reported By: justin dot white at mci dot com Status: Open Bug Type: Filesystem function related Operating System: Windows 2000 PHP Version: 4.3.3 New Comment: Oops. It looks like my statement about 4.3.2 was incorrect. The system I was looking at had some files labeled as Read Only in the file properties, but the file security had no bearing on the result... Back to the drawing board. Previous Comments: [2003-11-12 23:56:37] justin dot white at mci dot com I have been able to confirm that version 4.3.2 does not have this bug. I will be testing 4.3.4 shortly to see whether the bug has been resolved... [2003-11-12 13:24:05] justin dot white at mci dot com I also have a RH8 server with PHP 4.3.3 available and the sample code works flawlessly. [2003-11-12 13:23:13] justin dot white at mci dot com No, the result is the same. It appears that fileperms() and is_readable/is_writeable are all reading their permissions from file properties and not from filesystem permissions. Also, is_executable returned the following error: Fatal error: Call to undefined function: is_executable(). I didn't see where a note was given about availability in Win32 train, so I don't what is up with that. Both is_readable() and is_writeable() were available, although incorrect. [2003-11-12 13:08:10] [EMAIL PROTECTED] Does it work if you use the is_readable/is_writeable/is_executable functions instead of performing bitmask operations on the output of fileperms() ? [2003-11-12 13:06:04] justin dot white at mci dot com The server in the test setup uses NTFS in all filesystems. 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/26224 -- Edit this bug report at http://bugs.php.net/?id=26224edit=1
#26038 [Com]: session_start(): Failed to initialize storage module
ID: 26038 Comment by: carloxsi at hotmail dot com Reported By: pedro at dehumanizer dot com Status: Open Bug Type: Session related Operating System: FreeBSD 4.9 PHP Version: 4CVS-2003-10-30 (stable) New Comment: Carlo Previous Comments: [2003-10-30 07:34:12] pedro at dehumanizer dot com By the way, if I use Apache 1.3.28 instead, configuring the same version of PHP with exactly the same options (except replacing --with-apxs2 with --with-apxs), the problem disappears. [2003-10-30 07:30:51] pedro at dehumanizer dot com Description: I believe this bug had already been reported by someone else (#25876), but it was marked as bogus. I'm using FreeBSD 4.9 (and 4.8-STABLE before), Apache 2.0.48 from ports (and 2.0.47 before), and tried several PHP versions from 4.3.2 to 4CVS-20031030 (today's). All of them exhibit this problem, with SquirrelMail 1.4.2. I don't think it's a SquirrelMail problem, however, as the line in question is a simple session_start(); The problem is intermitent - when navigating through the webmail, from time to time, when I click on a link, a blank page appears *very quickly*, just in the frame which was supposed to be changed. In the logs, I get this error: [client 62.169.69.5] PHP Fatal error: session_start(): Failed to initialize storage module. in /var/www/htdocs/mail/functions/global.php on line 295, referer: https://www.dehumanizer.com/mail/src/webmail.php If I reload the page, or go back from the blank page and click on the same link again, it usually works then. The error rate is hard to calculate, but it should be less than 1 in 10 times. I've tried changing the sessions handler between files and mm, but it doesn't solve the problem. Neither does activating register_globals, which SquirrelMail doesn't need, anyway. PHP configure options: ./configure --disable-cgi --with-apxs2=/usr/local/sbin/apxs --with-openssl --with-zlib --with-gdbm --with-imap --with-iconv --enable-ftp --with-mysql=/usr/local/mysql --with-curl --disable-debug --enable-exif --enable-sockets --disable-ipv6 --with-gd --with-jpeg-dir --with-png-dir --enable-dio --with-gettext=/usr/local --with-bz2 --enable-mbstring --enable-mbregex --enable-zend-multibyte --with-mysql-sock=/tmp/mysql.sock --with-mm=/usr/local -- Edit this bug report at http://bugs.php.net/?id=26038edit=1
#26235 [NEW]: Bad results in yp_first/yp_next with a Solaris NIS server
From: benoit dot sibaud at rd dot francetelecom dot com
Operating system: Debian GNU/Linux Woody
PHP version: 4.3.4
PHP Bug Type: YP/NIS related
Bug description: Bad results in yp_first/yp_next with a Solaris NIS server
Description:
YP/NIS server is a Solaris 2.7 Sparc.
PHP clients are Debian GNU/Linux Intel (several versions). (php version
4.1.2, at the beginning).
It looks like there is some problems with (non)null terminated strings in
yp_first and yp_next functions.
The following patch sanitizes the outkey in yp_first and yp_next (code
taken from yp_cat), and removes the unneeded warning from bug #12345, [16
Oct 2002 9:14am EDT] tshort at cisco dot com
--- php-4.3.4/ext/yp/yp.c 2003-09-26 12:13:30.0 +0200
+++ php-4.1.2-patched/ext/yp/yp.c 2003-11-13 09:48:32.0
+0100
@@ -167,7 +167,7 @@
PHP_FUNCTION(yp_first)
{
pval **domain, **map;
- char *outval, *outkey;
+ char *outval, *outkey, *goodkey;
int outvallen, outkeylen;
if((ZEND_NUM_ARGS() != 2) ||
zend_get_parameters_ex(2,domain,map) == FAILURE) {
@@ -182,7 +182,15 @@
RETURN_FALSE;
}
array_init(return_value);
-
add_assoc_stringl_ex(return_value,outkey,outkeylen,outval,outvallen,1);
+ goodkey = emalloc(outkeylen+1);
+ if(goodkey) {
+ strlcpy(goodkey, outkey, outkeylen+1);
+ add_assoc_stringl_ex(return_value, goodkey, outkeylen+1,
outval, outvallen, 1);
+ efree(goodkey);
+ } else {
+ php_error(E_WARNING, Can't allocate %d bytes for key
buffer in yp_next(), outkeylen+1);
+ }
+/*
add_assoc_stringl_ex(return_value,outkey,outkeylen,outval,outvallen,1);*/
/* Deprecated */
add_assoc_stringl(return_value,key,outkey,outkeylen,1);
@@ -195,7 +203,7 @@
PHP_FUNCTION(yp_next)
{
pval **domain, **map, **key;
- char *outval, *outkey;
+ char *outval, *outkey, *goodkey;
int outvallen, outkeylen;
if((ZEND_NUM_ARGS() != 3) ||
zend_get_parameters_ex(3,domain,map,key) == FAILURE) {
@@ -207,12 +215,20 @@
convert_to_string_ex(key);
if((YP(error) = yp_next(Z_STRVAL_PP (domain), Z_STRVAL_PP (map),
Z_STRVAL_PP (key), Z_STRLEN_PP (key), outkey, outkeylen, outval,
outvallen))) {
- php_error(E_WARNING, yperr_string (YP(error)));
+ /*php_error(E_WARNING, yperr_string (YP(error)));*/
RETURN_FALSE;
}
array_init(return_value);
-
add_assoc_stringl_ex(return_value,outkey,outkeylen,outval,outvallen,1);
+ goodkey = emalloc(outkeylen+1);
+ if(goodkey) {
+ strlcpy(goodkey, outkey, outkeylen+1);
+ add_assoc_stringl_ex(return_value, goodkey, outkeylen+1,
outval, outvallen, 1);
+ efree(goodkey);
+ } else {
+ php_error(E_WARNING, Can't allocate %d bytes for key
buffer in yp_next(), outkeylen+1);
+ }
+/*
add_assoc_stringl_ex(return_value,outkey,outkeylen,outval,outvallen,1);
*/
}
/* }}} */
Reproduce code:
---
?php
$entry = yp_first($domain, $map);
$key = $entry [key];
echo key # . $key . # value # . $entry[value].#\n;
while ($entry) {
$entry = yp_next($domain, $map, $key);
if ($entry) {
$key = key ($entry);
$yplist[$key] = $entry[$key];
echo key # . $key . # value # . $entry[$key].#\n;
}
}
?
Expected result:
### With PHP 3.0.18 (from Debian GNU/Linux Woody), this script works.
key #goodkey1# value #goodvalue1#
key #goodkey2# value #goodvalue2#
(...)
key #goodkey3# value #goodvalue3#
### With PHP 4.1.2 (from Debian GNU/Linux Woody) + php-4.3.4/ext/yp/yp.c +
patch
It works.
Actual result:
--
### With PHP 4.1.2 (from Debian GNU/Linux Woody), this script fails.
key #goodkey1# value #goodvalue1#
key #goodkey2# value ##
(...)
key #goodkey3# value ##
br /
bWarning/b: No more records in map database in bfoobar.php/b on
line b11/bbr /
Debug with serialization and print_r:
a:3:{s:7:goodkey1_without_last_char;s:99:goodvalue1;s:3:key;s:8:goodkey1;s:5:value;s:99:goodvalue1;}
Array
(
[goodkey1+garbage] = goodvalue1
[key] = goodkey1
[value] = goodvalue1
)
key #goodkey1# value #goodvalue1#
a:1:{s:7:goodkey2_without_last_char;s:93:goodvalue2;}
Array
(
[goodkey2+garbage] = goodvalue2
)
key #goodkey2# value ##
### With PHP 4.1.2 (from Debian GNU/Linux Woody) + php-4.3.4/ext/yp/yp.c
(I believe it's equivalent to a full PHP 4.3.4 for this test)
Same wrong results.
--
Edit bug report at http://bugs.php.net/?id=26235edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26235r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26235r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26235r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26235r=alreadyfixed
Need backtrace:
#26224 [Opn-Fbk]: fileperms() inaccurately reports permissions
ID: 26224 Updated by: [EMAIL PROTECTED] Reported By: justin dot white at mci dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Windows 2000 PHP Version: 4.3.3 New Comment: You do realize that DOS only has a notion of a limited set of file attributes? (essentially, there is just a read-only flag). The security tab under windows displays the contents of the NTFS ACL; PHP just uses the functions provided by the MS libc, which seem to ignore the ACL. Previous Comments: [2003-11-13 04:14:27] justin dot white at mci dot com Oops. It looks like my statement about 4.3.2 was incorrect. The system I was looking at had some files labeled as Read Only in the file properties, but the file security had no bearing on the result... Back to the drawing board. [2003-11-12 23:56:37] justin dot white at mci dot com I have been able to confirm that version 4.3.2 does not have this bug. I will be testing 4.3.4 shortly to see whether the bug has been resolved... [2003-11-12 13:24:05] justin dot white at mci dot com I also have a RH8 server with PHP 4.3.3 available and the sample code works flawlessly. [2003-11-12 13:23:13] justin dot white at mci dot com No, the result is the same. It appears that fileperms() and is_readable/is_writeable are all reading their permissions from file properties and not from filesystem permissions. Also, is_executable returned the following error: Fatal error: Call to undefined function: is_executable(). I didn't see where a note was given about availability in Win32 train, so I don't what is up with that. Both is_readable() and is_writeable() were available, although incorrect. [2003-11-12 13:08:10] [EMAIL PROTECTED] Does it work if you use the is_readable/is_writeable/is_executable functions instead of performing bitmask operations on the output of fileperms() ? 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/26224 -- Edit this bug report at http://bugs.php.net/?id=26224edit=1
#26237 [NEW]: No output when calling printer_draw_text()
From: friet at eten dot nl
Operating system: NT4
PHP version: 4CVS-2003-11-13 (stable)
PHP Bug Type: Unknown/Other Function
Bug description: No output when calling printer_draw_text()
Description:
I use printer_draw_text() in a function that divides a string into
multiple lines when printing.
the strange thing is that some lines are not printed.
The main problem is that when calling printer_draw_text() sometimes no
data is printed, without any error message or warning.
Reproduce code:
---
reset($arr_words);
while(list($int_key, $str_value) = each($arr_words))
{
if($int_count + strlen($str_value) = 35)
{
printer_draw_text($obj_printer, $str_temp, $int_x_pos_5, $int_y_pos);
$int_y_pos += $int_y_step_small;
$int_count = strlen($str_value) + 1;
$str_temp = $str_value.' ';
if($int_key == key($arr_words))
{
printer_draw_text($obj_printer, $str_temp, $int_x_pos_5,
$int_y_pos);
}
}
else
{
$str_temp .= $str_value.' ';
$int_count += (strlen($str_value) + 1);
if($int_key == key($arr_words))
{
printer_draw_text($obj_printer, $str_temp, $int_x_pos_5,
$int_y_pos);
}
}
}
Expected result:
large string should be printed divided into strings of 35 characters max.
Otherwise a new line should be started.
Actual result:
--
Not possible to show, but on printer some calls to printer_draw_text are
not printed.
--
Edit bug report at http://bugs.php.net/?id=26237edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26237r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26237r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26237r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26237r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26237r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26237r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26237r=support
Expected behavior: http://bugs.php.net/fix.php?id=26237r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26237r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26237r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26237r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26237r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26237r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26237r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26237r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26237r=float
#26238 [NEW]: flush() doesn't work with output_buffering = 4096
From: spam at vrana dot cz
Operating system: Windows XP
PHP version: 4.3.3
PHP Bug Type: Output Control
Bug description: flush() doesn't work with output_buffering = 4096
Description:
I have set output_buffering = 4096 and flush(), ob_implicit_flush(),
ob_flush() and similar functions doesn't work. This is reproducible in PHP
Apache module, in PHP-CLI and also on Linux.
Reproduce code:
---
while (true) {
echo .;
flush();
sleep(1);
}
Expected result:
. (1 second) . (1 second) ...
Actual result:
--
nothing (for output_buffering seconds)
--
Edit bug report at http://bugs.php.net/?id=26238edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26238r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26238r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26238r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26238r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26238r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26238r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26238r=support
Expected behavior: http://bugs.php.net/fix.php?id=26238r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26238r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26238r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26238r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26238r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26238r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26238r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26238r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26238r=float
#26239 [NEW]: How to interact with u on other issues.
From: ankitbeohar19 at rediffmail dot com Operating system: Windows PHP version: 4.3.4 PHP Bug Type: *General Issues Bug description: How to interact with u on other issues. Description: Dear sir, I am Ankit Beohar, I am from India. and just starting PHP. and I am getting it very interesting. for that I visit yuor site regularly. I am not complaining for any bug. but I want to know how i can ask any question about my doubts to u. Actuaaly I want to know about Access modifiers in PHP. as we found in JAVA or C++(Public, Private, Protected). Please give me some documentation. or provide me any link so that i can found it. Yours Ankit Reproduce code: --- No Code Expected result: Nothing Actual result: -- Nothing -- Edit bug report at http://bugs.php.net/?id=26239edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26239r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26239r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26239r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26239r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26239r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26239r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26239r=support Expected behavior: http://bugs.php.net/fix.php?id=26239r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26239r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26239r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26239r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26239r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26239r=dst IIS Stability: http://bugs.php.net/fix.php?id=26239r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26239r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26239r=float
#26239 [Opn-Bgs]: How to interact with u on other issues.
ID: 26239 Updated by: [EMAIL PROTECTED] Reported By: ankitbeohar19 at rediffmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows PHP Version: 4.3.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This is not a support forum. Previous Comments: [2003-11-13 08:42:30] ankitbeohar19 at rediffmail dot com Description: Dear sir, I am Ankit Beohar, I am from India. and just starting PHP. and I am getting it very interesting. for that I visit yuor site regularly. I am not complaining for any bug. but I want to know how i can ask any question about my doubts to u. Actuaaly I want to know about Access modifiers in PHP. as we found in JAVA or C++(Public, Private, Protected). Please give me some documentation. or provide me any link so that i can found it. Yours Ankit Reproduce code: --- No Code Expected result: Nothing Actual result: -- Nothing -- Edit this bug report at http://bugs.php.net/?id=26239edit=1
#26240 [NEW]: Functions of XSL-extension didn't loaded, however itself extension was loaded.
From: igor_udintsev at mail dot ru Operating system: Linux Red Hat 9 PHP version: 5.0.0b2 (beta2) PHP Bug Type: XSLT related Bug description: Functions of XSL-extension didn't loaded, however itself extension was loaded. Description: Function get_loaded_extensions() returns xsl in list, however call get_extension_funcs(xsl) return void result. Configure string: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-unix-socket-path=/var/lib/mysql' '--with-mysql=/usr/lib/mysql' '--with-gd' '--with-zlib-dir=/usr' '--with-recode' '--with-domxml' '--with-xsl=/usr/include/libxslt' configure OK make OK make install OK Reproduce code: --- $sh = xslt_create(); Expected result: Fatal error: Call to undefined function xslt_create() in /var/www/moodle/info.php on line 3 -- Edit bug report at http://bugs.php.net/?id=26240edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26240r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26240r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26240r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26240r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26240r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26240r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26240r=support Expected behavior: http://bugs.php.net/fix.php?id=26240r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26240r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26240r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26240r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26240r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26240r=dst IIS Stability: http://bugs.php.net/fix.php?id=26240r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26240r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26240r=float
#26232 [Ver]: in_array produces true when bool true is in haystack
ID: 26232 Updated by: [EMAIL PROTECTED] Reported By: me at my dot house Status: Verified Bug Type: Arrays related Operating System: * PHP Version: 4.3.2, 5b2 New Comment: Isn't this sort of expected? x should be converted to a boolean and compared to true, and obviously true == true. J Previous Comments: [2003-11-13 03:27:55] [EMAIL PROTECTED] [EMAIL PROTECTED] /usr/src/php5 $ php -r 'var_dump(in_array(x,array(1,2,3,false)));' bool(false) [EMAIL PROTECTED] /usr/src/php5 $ php -r 'var_dump(in_array(x,array(1,2,3,true)));' bool(true) [2003-11-12 22:11:00] me at my dot house Description: If the haystack contains the boolean true, in_array returns true!! Check this (PHP 4.2.3-8 debian package) : Reproduce code: --- ?php $r=array(fzsgsdgsd,reazrazr,rezarzearzae,true); $ret=in_array(tsuser_id,$r); print $ret; } ? Expected result: false Actual result: -- true -- Edit this bug report at http://bugs.php.net/?id=26232edit=1
#26241 [NEW]: fopen fails to locate file
From: Brad dot Youngblood at 4S dot com Operating system: Windows NT PHP version: 4.3.3 PHP Bug Type: IIS related Bug description: fopen fails to locate file Description: I am currently running an application that allows the user to browse for a file, attach it to an email, and send it out. This works fine while running on my local system off an Apache server. However when I run it off my companys webserver - Windows 2000 Server, IIS 5.0 - fopen can not find the file. The code is the same for both as is php.ini. The permission on the attached file are open. Any help would be greatly appreciated Reproduce code: --- $fh = fopen($file, rb); $data = fread($fh, filesize($file)); $file_name = basename($file); Expected result: A successful open of the file Actual result: -- Warning: fopen(C:\\Projects\\test.doc): failed to open stream: No such file or directory -- Edit bug report at http://bugs.php.net/?id=26241edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26241r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26241r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26241r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26241r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26241r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26241r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26241r=support Expected behavior: http://bugs.php.net/fix.php?id=26241r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26241r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26241r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26241r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26241r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26241r=dst IIS Stability: http://bugs.php.net/fix.php?id=26241r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26241r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26241r=float
#26224 [Fbk-Opn]: fileperms() inaccurately reports permissions
ID: 26224 User updated by: justin dot white at mci dot com Reported By: justin dot white at mci dot com -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Windows 2000 PHP Version: 4.3.3 New Comment: I think if you had read my post that you would have known that I understood what attributes DOS offered. However, we're not talking about DOS here. In Windows NT/2000/XP/2003, NTFS ACLs are completely ignored by PHP in determining the file properties. If libc does not provide a list of NTFS permissions, the list should be available through other means. That's a pretty important function for filesystem access. The only way to fix the problem is a change specifically for Win32 to use the GetSecurityInfo() call from Win32 API. Here's some information on it from MSDN: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/security/security/getsecurityinfo.asp Apparently, the Tcl-win folks have had the same problem in porting Tcl to Windows. Here's a discussion of their problems and possible solutions: https://sourceforge.net/tracker/?func=detailatid=110894aid=749876group_id=10894 Previous Comments: [2003-11-13 08:19:32] [EMAIL PROTECTED] You do realize that DOS only has a notion of a limited set of file attributes? (essentially, there is just a read-only flag). The security tab under windows displays the contents of the NTFS ACL; PHP just uses the functions provided by the MS libc, which seem to ignore the ACL. [2003-11-13 04:14:27] justin dot white at mci dot com Oops. It looks like my statement about 4.3.2 was incorrect. The system I was looking at had some files labeled as Read Only in the file properties, but the file security had no bearing on the result... Back to the drawing board. [2003-11-12 23:56:37] justin dot white at mci dot com I have been able to confirm that version 4.3.2 does not have this bug. I will be testing 4.3.4 shortly to see whether the bug has been resolved... [2003-11-12 13:24:05] justin dot white at mci dot com I also have a RH8 server with PHP 4.3.3 available and the sample code works flawlessly. [2003-11-12 13:23:13] justin dot white at mci dot com No, the result is the same. It appears that fileperms() and is_readable/is_writeable are all reading their permissions from file properties and not from filesystem permissions. Also, is_executable returned the following error: Fatal error: Call to undefined function: is_executable(). I didn't see where a note was given about availability in Win32 train, so I don't what is up with that. Both is_readable() and is_writeable() were available, although incorrect. 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/26224 -- Edit this bug report at http://bugs.php.net/?id=26224edit=1
#26229 [Csd-Opn]: getIterator() segfaults when it returns arrays or scalars.
ID: 26229
User updated by: adam at trachtenberg dot com
-Summary: getIterator() doesn't work with arrays.
Reported By: adam at trachtenberg dot com
-Status: Closed
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.0b2
Assigned To: helly
New Comment:
It still shouldn't segfault when you return an array or
scalar.
Previous Comments:
[2003-11-13 03:24:15] [EMAIL PROTECTED]
It is not possible to allow it to return arrays. If you really need to
mix objects with arrays you can use spl wich provides an array
iterator. Unfortunatley that part of spl doesn't work atm (i think).
But i will fix it during the next week.
[2003-11-12 18:31:30] adam at trachtenberg dot com
Description:
Having getIterator() return an array instead of an
object that implements Iterator causes a bus error / seg
fault.
The ZE2 Changes document says method
getIterator() which must return an array or an object
that either implements the interface Iterator
Trying to return non-array values (which should not be
allowed), like 'foo', also cause crashes instead of
returning an error.
Reproduce code:
---
class array_iterator implements IteratorAggregate {
public function getIterator() {
return array('foo', 'bar');
}
}
$obj = new array_iterator;
foreach ($obj as $property = $value) {
print $value\n;
}
Expected result:
foo
bar
Actual result:
--
Bus Error
--
Edit this bug report at http://bugs.php.net/?id=26229edit=1
#26241 [Opn-Fbk]: fopen fails to locate file
ID: 26241 Updated by: [EMAIL PROTECTED] Reported By: Brad dot Youngblood at 4S dot com -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows NT PHP Version: 4.3.3 New Comment: Please double-check that the file you are trying to access is on a filesystem that is local to the webserver. It looks a bit like you're trying to do something silly ... Previous Comments: [2003-11-13 11:14:49] Brad dot Youngblood at 4S dot com Description: I am currently running an application that allows the user to browse for a file, attach it to an email, and send it out. This works fine while running on my local system off an Apache server. However when I run it off my companys webserver - Windows 2000 Server, IIS 5.0 - fopen can not find the file. The code is the same for both as is php.ini. The permission on the attached file are open. Any help would be greatly appreciated Reproduce code: --- $fh = fopen($file, rb); $data = fread($fh, filesize($file)); $file_name = basename($file); Expected result: A successful open of the file Actual result: -- Warning: fopen(C:\\Projects\\test.doc): failed to open stream: No such file or directory -- Edit this bug report at http://bugs.php.net/?id=26241edit=1
#26240 [Opn-Bgs]: Functions of XSL-extension didn't loaded, however itself extension was loaded.
ID: 26240 Updated by: [EMAIL PROTECTED] Reported By: igor_udintsev at mail dot ru -Status: Open +Status: Bogus Bug Type: XSLT related Operating System: Linux Red Hat 9 PHP Version: 5.0.0b2 (beta2) New Comment: The API changed. See http://slides.bitflux.ch/phpconf2003/slide_31.html and following for some examples (sorry, no official documentation yet) chregu Previous Comments: [2003-11-13 10:50:18] igor_udintsev at mail dot ru Description: Function get_loaded_extensions() returns xsl in list, however call get_extension_funcs(xsl) return void result. Configure string: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-unix-socket-path=/var/lib/mysql' '--with-mysql=/usr/lib/mysql' '--with-gd' '--with-zlib-dir=/usr' '--with-recode' '--with-domxml' '--with-xsl=/usr/include/libxslt' configure OK make OK make install OK Reproduce code: --- $sh = xslt_create(); Expected result: Fatal error: Call to undefined function xslt_create() in /var/www/moodle/info.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=26240edit=1
#26242 [NEW]: XSLT instruction comment() doesn't work when libxslt is used
From: apetrenko at tmsoft-ltd dot com Operating system: Windows PHP version: 4.3.4 PHP Bug Type: XSLT related Bug description: XSLT instruction comment() doesn't work when libxslt is used Description: XSLT instruction comment() doesn't work when libxslt is used. But when I've replaced php extension php_domxml.dll by old version (from php 4.3.2) all was worked. Reproduce code: --- $xml = '?xml version=1.0? root A !-- COMMENT 1 //-- /A /root '; $xslt = ' xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0 xsl:output method=xml encoding=windows-1251/ xsl:template match=@*|node()|comment() xsl:copyxsl:apply-templates select=@*|node()|comment() //xsl:copy /xsl:template /xsl:stylesheet '; $xml_obj = domxml_open_mem ($xml); $xslt_obj = domxml_xslt_stylesheet ($xslt); $result_obj = $xslt_obj-process ($xml_obj); $result = $xslt_obj-result_dump_mem ($result_obj); echo htmlspecialchars ($result); Expected result: ?xml version=1.0 encoding=windows-1251? root A !-- COMMENT 1 //-- /A /root Actual result: -- ?xml version=1.0 encoding=windows-1251? root A /A /root -- Edit bug report at http://bugs.php.net/?id=26242edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26242r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26242r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26242r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26242r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26242r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26242r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26242r=support Expected behavior: http://bugs.php.net/fix.php?id=26242r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26242r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26242r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26242r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26242r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26242r=dst IIS Stability: http://bugs.php.net/fix.php?id=26242r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26242r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26242r=float
#26242 [Opn-Fbk]: XSLT instruction comment() doesn't work when libxslt is used
ID: 26242 Updated by: [EMAIL PROTECTED] Reported By: apetrenko at tmsoft-ltd dot com -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Windows PHP Version: 4.3.4 New Comment: Can you send a link to your phpinfo output? as I can't reproduce this Previous Comments: [2003-11-13 12:05:16] apetrenko at tmsoft-ltd dot com Description: XSLT instruction comment() doesn't work when libxslt is used. But when I've replaced php extension php_domxml.dll by old version (from php 4.3.2) all was worked. Reproduce code: --- $xml = '?xml version=1.0? root A !-- COMMENT 1 //-- /A /root '; $xslt = ' xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0 xsl:output method=xml encoding=windows-1251/ xsl:template match=@*|node()|comment() xsl:copyxsl:apply-templates select=@*|node()|comment() //xsl:copy /xsl:template /xsl:stylesheet '; $xml_obj = domxml_open_mem ($xml); $xslt_obj = domxml_xslt_stylesheet ($xslt); $result_obj = $xslt_obj-process ($xml_obj); $result = $xslt_obj-result_dump_mem ($result_obj); echo htmlspecialchars ($result); Expected result: ?xml version=1.0 encoding=windows-1251? root A !-- COMMENT 1 //-- /A /root Actual result: -- ?xml version=1.0 encoding=windows-1251? root A /A /root -- Edit this bug report at http://bugs.php.net/?id=26242edit=1
#24687 [Com]: Fatal error: Only variables or references can be returned by reference
ID: 24687 Comment by: suren at qualys dot com Reported By: nologic at pchome dot com dot tw Status: Wont fix Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS New Comment: There is no way this is a wontfix. Returning a function call is a common practice and a valid code. Please fix this bug as it breaks most of OOP based PHP scripts and there is no way people will migrate to php5 if it does not work. Previous Comments: [2003-11-13 13:16:19] waboring at 3gstech dot com Fix your scripts? They weren't broken. php5 broke them. This is a very common thing to be able to do a return function_call_here() I'm ashamed at the comments against fixing this. Basically being..this is too hard, so you change instead. This is going to break a LOT of people's code and will prevent me from moving to php5. Please fix this. [2003-10-14 07:51:34] [EMAIL PROTECTED] Fix your scripts. [2003-08-16 04:14:19] jan at horde dot org Any idea yet if this will be fixed/addressed or should we start converting scripts to not use referenced return type or build variables that get returned? [2003-07-24 03:16:39] mikkel at linet dot dk I have the same problem with PHP5 snap 200307240730, PEAR DB will not work, as many functions has in front of them. So a return new DB_Result does not work. Mayby this should only be a notice instead of a fatal error. [2003-07-22 11:53:29] [EMAIL PROTECTED] Yes, it is quite complicated. You can only return variables by reference, a function's return value is not something we can 'connect' to... 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/24687 -- Edit this bug report at http://bugs.php.net/?id=24687edit=1
#26229 [Opn-Csd]: getIterator() segfaults when it returns arrays or scalars.
ID: 26229
Updated by: [EMAIL PROTECTED]
Reported By: adam at trachtenberg dot com
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.0b2
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-11-13 11:30:42] adam at trachtenberg dot com
It still shouldn't segfault when you return an array or
scalar.
[2003-11-13 03:24:15] [EMAIL PROTECTED]
It is not possible to allow it to return arrays. If you really need to
mix objects with arrays you can use spl wich provides an array
iterator. Unfortunatley that part of spl doesn't work atm (i think).
But i will fix it during the next week.
[2003-11-12 18:31:30] adam at trachtenberg dot com
Description:
Having getIterator() return an array instead of an
object that implements Iterator causes a bus error / seg
fault.
The ZE2 Changes document says method
getIterator() which must return an array or an object
that either implements the interface Iterator
Trying to return non-array values (which should not be
allowed), like 'foo', also cause crashes instead of
returning an error.
Reproduce code:
---
class array_iterator implements IteratorAggregate {
public function getIterator() {
return array('foo', 'bar');
}
}
$obj = new array_iterator;
foreach ($obj as $property = $value) {
print $value\n;
}
Expected result:
foo
bar
Actual result:
--
Bus Error
--
Edit this bug report at http://bugs.php.net/?id=26229edit=1
#26244 [Opn-Bgs]: regular expression order matters when it shouldn't
ID: 26244 Updated by: [EMAIL PROTECTED] Reported By: willn at umich dot edu -Status: Open +Status: Bogus Bug Type: Regexps related Operating System: Solaris 5.8 PHP Version: 4.3.2 New Comment: The '-' character means range when it's between the [ and ]. You need to put it as the first character or the second character between the [^ and ], which is why $b, $c, $d and $e work fine. J Previous Comments: [2003-11-13 14:36:47] willn at umich dot edu Description: Within the anti-match square brackets, order shouldn't make a difference, but it does. I'm writing a simple anti-injection attack filter to pull out all the illegal characters, and leave the ones that I want. Unfortunately, I found that with this particular combination, I've been getting this error message: [Thu Nov 13 14:25:41 2003] [error] PHP Warning: Compilation failed: range out of order in character class at offset 4 in /usr/local/projects/vote-dev/public/test.php on line 5 The code below demonstrates the simplest case I could find that would replicate the problem. Swapping the order a little bit makes it work a little better - as you can see that the $a and $f variables have some issues. Reproduce code: --- pre?php $text = 'This, is my - favorite.'; $a = preg_replace( '/[^,-]/', '', $text ); $b = preg_replace( '/[^,-]/', '', $text ); $c = preg_replace( '/[^-,]/', '', $text ); $d = preg_replace( '/[^-,]/', '', $text ); $e = preg_replace( '/[^,-]/', '', $text ); $f = preg_replace( '/[^-,]/', '', $text ); echo $text\na:$a\nb:$b\nc:$c\nd:$d\ne:$e\nf:$f; ?/pre Expected result: This, is my - favorite. a:,- b:,- c:,- d:,- e:,- f:,- Actual result: -- This, is my - favorite. a: b:,- c:,- d:,- e:,- f:, -- Edit this bug report at http://bugs.php.net/?id=26244edit=1
#26156 [Asn-Csd]: REPLACE_ZVAL_VALUE works on uninit stack-based zvals
ID: 26156
Updated by: [EMAIL PROTECTED]
Reported By: jan at kneschke dot de
-Status: Assigned
+Status: Closed
Bug Type:Zend Engine 2 problem
PHP Version: 5CVS-2003-11-06 (dev)
Assigned To: moriyoshi
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-11-06 20:48:15] [EMAIL PROTECTED]
This is due to my premature patch lately applied on
zend_object_handlers.c. Assigning to me.
[2003-11-06 19:41:01] jan at kneschke dot de
Description:
While the summary is a bit technical it the describes the
actual problem very good:
all over the code of the Zend Engine there are temporary
zval's that find there way to REPLACE_ZVAL_VALUE which
'calls' SEPARATE_ZVAL_IF_NOT_REF and even tries to
destrory the temporary zval with zval_dtor().
SEPARATE_ZVAL_IF_NOT_REF expands to ...-is_ref what is an
read to an un-init element, the zval_dtor() is an illegal
free() call.
First occurence:
zend_operators.c:494
zval tmp;
if (op-value.obj.handlers-cast_object(op, tmp,
IS_STRING, 1 TSRMLS_CC) == SUCCESS) {
...
and 'tmp' is passed to zend_std_cast_object() which will
result in a REPLACE_ZVAL_VALUE()
another path to the same problem:
zend.c:266 zend_print_zval_ex()
zval expr_copy;
zend_make_printable_zval(expr, expr_copy, use_copy);
My solution for this kind of coding error is to use pzval
for this job:
diff -u -r1.164 zend_operators.c
--- Zend/zend_operators.c 18 Sep 2003 11:50:05 -
1.164
+++ Zend/zend_operators.c 7 Nov 2003 00:39:23 -
@@ -492,12 +492,17 @@
break;
case IS_OBJECT:
if
(op-value.obj.handlers-cast_object) {
- zval tmp;
+ zval *tmp;
TSRMLS_FETCH();
- if
(op-value.obj.handlers-cast_object(op, tmp, IS_STRING,
1 TSRMLS_CC) == SUCCESS) {
+
+ MAKE_STD_ZVAL(tmp);
+
+ if
(op-value.obj.handlers-cast_object(op, tmp, IS_STRING, 1
TSRMLS_CC) == SUCCESS) {
zval_dtor(op);
- *op = tmp;
+ *op = *tmp;
break;
+ } else {
+ zval_dtor(tmp);
}
zend_error(E_NOTICE,
Object of class %s could not be converted to string,
Z_OBJCE_P(op)-name);
} else {
zend_print_zval_ex() has to be fixed accordingly.
valgrind helped me to catch this bug.
and a last notice: MACROs with such side-effects are evil.
Reproduce code:
---
?php print new reflection_class('stdclass'); ?
--
Edit this bug report at http://bugs.php.net/?id=26156edit=1
#26163 [Com]: Cannot load php as a module
ID: 26163 Comment by: scottm at spamcop dot net Reported By: flusv02 at student dot vxu dot se Status: Open Bug Type: Apache related Operating System: Windows 2000 PHP Version: 4.3.3 New Comment: Read the install.txt file included with the distribution. your probably missing php4ts.dll which is meant to go in the system32 directory c:\winnt\system32 Previous Comments: [2003-11-07 11:36:27] flusv02 at student dot vxu dot se Description: I've followed the instructions on how to install php as a module for apache, but it isn't working. After restarting the server I get the following error: Cannot load c:/program files/apache group/php/sapi/php4apache.dll into server: (126) The specified module could not be found I've checked the directory structure more times than I can recall and it is correct, the dll file is in the directory where apache says it can't find it.. At one point I tried added the path to the root directories of apache and php to the path, but then I got another error about the module already being loaded instead. -- Edit this bug report at http://bugs.php.net/?id=26163edit=1
#25798 [Com]: forever-running or no-error-abort in preg_match
ID: 25798 Comment by: drb at msu dot edu Reported By: musha dot yoshinori at nifty dot ne dot jp Status: Verified Bug Type: PCRE related Operating System: win32 only PHP Version: 4.3.4RC2-dev New Comment: Using the supplied test case, on Debian-testing, php 4.3.3 built by hand from source using the following configuration: ./configure --with-regex=php --with-config-file-path=/etc/php4/apache --disable-rpath --disable-debug --enable-memory-limit --with-layout=GNU --enable-calendar --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-bcmath --enable-ctype --with-iconv --enable-exif --enable-filepro --enable-ftp --with-gettext --enable-mbstring --with-pcre-regex=/usr --enable-shmop --enable-sockets --enable-wddx --enable-xml --enable-xslt --with-xslt-sablot --no-create --no-recursion Here's a traceback: dev1 233 # gdb /usr/sbin/apache2 GNU gdb 5.3-debian Copyright 2002 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-linux...(no debugging symbols found)... (gdb) run -X Starting program: /usr/sbin/apache2 -X (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...[New Thread 16384 (LWP 8539)] (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... [Thu Nov 13 16:03:30 2003] [warn] module php4_module is already loaded, skipping (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 8539)] php_pcre_match (ht=1, return_value=0x81cd6c4, this_ptr=0x0, return_value_used=0, tsrm_ls=0x8140618, global=0) at /root/src/php-4.3.3/ext/pcre/php_pcre.c:443 443 subpat_names[name_idx] = name_table + 2; (gdb) where #0 php_pcre_match (ht=1, return_value=0x81cd6c4, this_ptr=0x0, return_value_used=0, tsrm_ls=0x8140618, global=0) at /root/src/php-4.3.3/ext/pcre/php_pcre.c:443 #1 0x405baae3 in zif_preg_match (ht=60170, return_value=0xeb0a, this_ptr=0xeb0a, return_value_used=60170, tsrm_ls=0xeb0a) at /root/src/php-4.3.3/ext/pcre/php_pcre.c:600 #2 0x406982ef in execute (op_array=0x81c86dc, tsrm_ls=0x8140618) at /root/src/php-4.3.3/Zend/zend_execute.c:1616 #3 0x406888ed in zend_execute_scripts (type=8, tsrm_ls=0x8140618, retval=0x0, file_count=3) at /root/src/php-4.3.3/Zend/zend.c:885 #4 0x40656e36 in php_execute_script (primary_file=0xb510, tsrm_ls=0x8140618) at /root/src/php-4.3.3/main/main.c:1723 #5 0x4069da9f in php_handler (r=0x81baaf8) at /root/src/php-4.3.3/sapi/apache2handler/sapi_apache2.c:534 #6 0x08073b0a in ap_run_handler () #7 0x0807401e in ap_invoke_handler () #8 0x0806767f in ap_process_request () #9 0x080638ed in _start () #10 0x0807c8a6 in ap_run_process_connection () #11 0x080726db in ap_graceful_stop_signalled () #12 0x08072882 in ap_graceful_stop_signalled () #13 0x080728db in ap_graceful_stop_signalled () #14 0x08072fc1 in ap_mpm_run () #15 0x08077d06 in main () #16 0x4032ddb6 in __libc_start_main () from /lib/libc.so.6 Previous Comments: [2003-11-06 16:40:37] roland at astrofoto dot org I have run into what I think is the same bug in 4.3.3 under SunOS 5.7 with apache 2.0.47 all compiled with gcc 331 rroberts gcc --version gcc_bin (GCC) 3.2-gnupro-03r1 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. The particular problem shows up when attempting to use class.rFastTemplate.php which has a preg_match looking for unmatched template variables. The script *always* times out and the reported error is always on preg_match. The difference is that the preg_match is merely long-running, not forever running. However with PHP 4.3.1 on RedHat 8.0, I do not see this behavior. I can put together a test case, but I didn't see the point other than pointing out that it does *not* appear to be Win32 only.
#26163 [Opn-Bgs]: Cannot load php as a module
ID: 26163 Updated by: [EMAIL PROTECTED] Reported By: flusv02 at student dot vxu dot se -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Windows 2000 PHP Version: 4.3.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2003-11-13 16:03:55] scottm at spamcop dot net Read the install.txt file included with the distribution. your probably missing php4ts.dll which is meant to go in the system32 directory c:\winnt\system32 [2003-11-07 11:36:27] flusv02 at student dot vxu dot se Description: I've followed the instructions on how to install php as a module for apache, but it isn't working. After restarting the server I get the following error: Cannot load c:/program files/apache group/php/sapi/php4apache.dll into server: (126) The specified module could not be found I've checked the directory structure more times than I can recall and it is correct, the dll file is in the directory where apache says it can't find it.. At one point I tried added the path to the root directories of apache and php to the path, but then I got another error about the module already being loaded instead. -- Edit this bug report at http://bugs.php.net/?id=26163edit=1
#26241 [Fbk-Csd]: fopen fails to locate file
ID: 26241 User updated by: Brad dot Youngblood at 4S dot com Reported By: Brad dot Youngblood at 4S dot com -Status: Feedback +Status: Closed Bug Type: IIS related Operating System: Windows NT PHP Version: 4.3.3 New Comment: Resolved, turned out to be a configuration issue Previous Comments: [2003-11-13 11:37:49] [EMAIL PROTECTED] Please double-check that the file you are trying to access is on a filesystem that is local to the webserver. It looks a bit like you're trying to do something silly ... [2003-11-13 11:14:49] Brad dot Youngblood at 4S dot com Description: I am currently running an application that allows the user to browse for a file, attach it to an email, and send it out. This works fine while running on my local system off an Apache server. However when I run it off my companys webserver - Windows 2000 Server, IIS 5.0 - fopen can not find the file. The code is the same for both as is php.ini. The permission on the attached file are open. Any help would be greatly appreciated Reproduce code: --- $fh = fopen($file, rb); $data = fread($fh, filesize($file)); $file_name = basename($file); Expected result: A successful open of the file Actual result: -- Warning: fopen(C:\\Projects\\test.doc): failed to open stream: No such file or directory -- Edit this bug report at http://bugs.php.net/?id=26241edit=1
#26245 [NEW]: COM Hangs PHP Script
From: scarr at progbits dot com
Operating system: Windows 2000
PHP version: 4.3.4
PHP Bug Type: COM related
Bug description: COM Hangs PHP Script
Description:
I have found that PHP will hang if a script is running the $var =
COM('anyfile.anyobject'); command while another script is being accessed.
We have been able to consitently get PHP to lockup.
The COM script is accessing a COM VB Object. While the other script is
saving to a SQL Database using PEAR DB Library functions.
I am using a standard PHP 4.3.4 pulled from php.net. I haven't made any
compile changes.
Apache2
PHP 4.3.4
PEAR DB Library
Expected result:
COM Object gets instantiated and runs normally.
Actual result:
--
The COM Object gets hung and the script never returns. The only way to
bring back the COM object is to restart Apache2. In the shutdown, the
error log says it has to force shutdown a thread. I am assuming this is
the COM Script thread.
--
Edit bug report at http://bugs.php.net/?id=26245edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26245r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26245r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26245r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26245r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26245r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26245r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26245r=support
Expected behavior: http://bugs.php.net/fix.php?id=26245r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26245r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26245r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26245r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26245r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26245r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26245r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26245r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26245r=float
#26245 [Opn]: COM Hangs PHP Script
ID: 26245
User updated by: scarr at progbits dot com
Reported By: scarr at progbits dot com
Status: Open
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
We have also found that the script will hang if you just access the
database from another script.
Previous Comments:
[2003-11-13 17:46:44] scarr at progbits dot com
Description:
I have found that PHP will hang if a script is running the $var =
COM('anyfile.anyobject'); command while another script is being
accessed.
We have been able to consitently get PHP to lockup.
The COM script is accessing a COM VB Object. While the other script is
saving to a SQL Database using PEAR DB Library functions.
I am using a standard PHP 4.3.4 pulled from php.net. I haven't made
any compile changes.
Apache2
PHP 4.3.4
PEAR DB Library
Expected result:
COM Object gets instantiated and runs normally.
Actual result:
--
The COM Object gets hung and the script never returns. The only way to
bring back the COM object is to restart Apache2. In the shutdown, the
error log says it has to force shutdown a thread. I am assuming this
is the COM Script thread.
--
Edit this bug report at http://bugs.php.net/?id=26245edit=1
#26241 [Csd-Bgs]: fopen fails to locate file
ID: 26241 Updated by: [EMAIL PROTECTED] Reported By: Brad dot Youngblood at 4S dot com -Status: Closed +Status: Bogus Bug Type: IIS related Operating System: Windows NT PHP Version: 4.3.3 Previous Comments: [2003-11-13 17:19:34] Brad dot Youngblood at 4S dot com Resolved, turned out to be a configuration issue [2003-11-13 11:37:49] [EMAIL PROTECTED] Please double-check that the file you are trying to access is on a filesystem that is local to the webserver. It looks a bit like you're trying to do something silly ... [2003-11-13 11:14:49] Brad dot Youngblood at 4S dot com Description: I am currently running an application that allows the user to browse for a file, attach it to an email, and send it out. This works fine while running on my local system off an Apache server. However when I run it off my companys webserver - Windows 2000 Server, IIS 5.0 - fopen can not find the file. The code is the same for both as is php.ini. The permission on the attached file are open. Any help would be greatly appreciated Reproduce code: --- $fh = fopen($file, rb); $data = fread($fh, filesize($file)); $file_name = basename($file); Expected result: A successful open of the file Actual result: -- Warning: fopen(C:\\Projects\\test.doc): failed to open stream: No such file or directory -- Edit this bug report at http://bugs.php.net/?id=26241edit=1
#26236 [Opn-Fbk]: one timestamp/two times
ID: 26236 Updated by: [EMAIL PROTECTED] Reported By: rm at duxx dot nl -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Winnt4 PHP Version: 4.3.4 New Comment: Is the MySQL and PHP running on the same server? Previous Comments: [2003-11-13 07:16:33] rm at duxx dot nl Description: In MYSQL this was the result of SELECT CURDATE(), CURTIME(), UNIX_TIMESTAMP() ++---+--+ | CURDATE() | CURTIME() | UNIX_TIMESTAMP() | ++---+--+ | 2003-11-13 | 10:38:34 | 1068716314 | ++---+--+ Under PHP however the result of echo date(m.d.Y-h:m:s, 1068716314); // the same timestamp I get 11.13.2003-09:11:34 So you can see 10:38:34 and 9:11:34 for the same timestamp. Now one hour could be explained because of a the timzone of +1, where where did those 27 minutes go ? (I didn't find this on version 4.1.3) Reproduce code: --- Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=26236edit=1
#26235 [Opn-Csd]: Bad results in yp_first/yp_next with a Solaris NIS server
ID: 26235
Updated by: [EMAIL PROTECTED]
Reported By: benoit dot sibaud at rd dot francetelecom dot com
-Status: Open
+Status: Closed
Bug Type: YP/NIS related
Operating System: Debian GNU/Linux Woody
PHP Version: 4.3.4
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-11-13 05:56:38] benoit dot sibaud at rd dot francetelecom dot com
Description:
YP/NIS server is a Solaris 2.7 Sparc.
PHP clients are Debian GNU/Linux Intel (several versions). (php version
4.1.2, at the beginning).
It looks like there is some problems with (non)null terminated strings
in yp_first and yp_next functions.
The following patch sanitizes the outkey in yp_first and yp_next (code
taken from yp_cat), and removes the unneeded warning from bug #12345,
[16 Oct 2002 9:14am EDT] tshort at cisco dot com
--- php-4.3.4/ext/yp/yp.c 2003-09-26 12:13:30.0 +0200
+++ php-4.1.2-patched/ext/yp/yp.c 2003-11-13 09:48:32.0
+0100
@@ -167,7 +167,7 @@
PHP_FUNCTION(yp_first)
{
pval **domain, **map;
- char *outval, *outkey;
+ char *outval, *outkey, *goodkey;
int outvallen, outkeylen;
if((ZEND_NUM_ARGS() != 2) ||
zend_get_parameters_ex(2,domain,map) == FAILURE) {
@@ -182,7 +182,15 @@
RETURN_FALSE;
}
array_init(return_value);
-
add_assoc_stringl_ex(return_value,outkey,outkeylen,outval,outvallen,1);
+ goodkey = emalloc(outkeylen+1);
+ if(goodkey) {
+ strlcpy(goodkey, outkey, outkeylen+1);
+ add_assoc_stringl_ex(return_value, goodkey,
outkeylen+1, outval, outvallen, 1);
+ efree(goodkey);
+ } else {
+ php_error(E_WARNING, Can't allocate %d bytes for key
buffer in yp_next(), outkeylen+1);
+ }
+/*
add_assoc_stringl_ex(return_value,outkey,outkeylen,outval,outvallen,1);*/
/* Deprecated */
add_assoc_stringl(return_value,key,outkey,outkeylen,1);
@@ -195,7 +203,7 @@
PHP_FUNCTION(yp_next)
{
pval **domain, **map, **key;
- char *outval, *outkey;
+ char *outval, *outkey, *goodkey;
int outvallen, outkeylen;
if((ZEND_NUM_ARGS() != 3) ||
zend_get_parameters_ex(3,domain,map,key) == FAILURE) {
@@ -207,12 +215,20 @@
convert_to_string_ex(key);
if((YP(error) = yp_next(Z_STRVAL_PP (domain), Z_STRVAL_PP
(map), Z_STRVAL_PP (key), Z_STRLEN_PP (key), outkey, outkeylen,
outval, outvallen))) {
- php_error(E_WARNING, yperr_string (YP(error)));
+ /*php_error(E_WARNING, yperr_string (YP(error)));*/
RETURN_FALSE;
}
array_init(return_value);
-
add_assoc_stringl_ex(return_value,outkey,outkeylen,outval,outvallen,1);
+ goodkey = emalloc(outkeylen+1);
+ if(goodkey) {
+ strlcpy(goodkey, outkey, outkeylen+1);
+ add_assoc_stringl_ex(return_value, goodkey,
outkeylen+1, outval, outvallen, 1);
+ efree(goodkey);
+ } else {
+ php_error(E_WARNING, Can't allocate %d bytes for key
buffer in yp_next(), outkeylen+1);
+ }
+/*
add_assoc_stringl_ex(return_value,outkey,outkeylen,outval,outvallen,1);
*/
}
/* }}} */
Reproduce code:
---
?php
$entry = yp_first($domain, $map);
$key = $entry [key];
echo key # . $key . # value # . $entry[value].#\n;
while ($entry) {
$entry = yp_next($domain, $map, $key);
if ($entry) {
$key = key ($entry);
$yplist[$key] = $entry[$key];
echo key # . $key . # value # . $entry[$key].#\n;
}
}
?
Expected result:
### With PHP 3.0.18 (from Debian GNU/Linux Woody), this script works.
key #goodkey1# value #goodvalue1#
key #goodkey2# value #goodvalue2#
(...)
key #goodkey3# value #goodvalue3#
### With PHP 4.1.2 (from Debian GNU/Linux Woody) +
php-4.3.4/ext/yp/yp.c + patch
It works.
Actual result:
--
### With PHP 4.1.2 (from Debian GNU/Linux Woody), this script fails.
key #goodkey1# value #goodvalue1#
key #goodkey2# value ##
(...)
key #goodkey3# value ##
br /
bWarning/b: No more records in map database in bfoobar.php/b
on
line b11/bbr /
Debug with serialization and print_r:
a:3:{s:7:goodkey1_without_last_char;s:99:goodvalue1;s:3:key;s:8:goodkey1;s:5:value;s:99:goodvalue1;}
Array
(
[goodkey1+garbage] = goodvalue1
[key] = goodkey1
[value] = goodvalue1
)
key
#26232 [Ver-Bgs]: in_array produces true when bool true is in haystack
ID: 26232 Updated by: [EMAIL PROTECTED] Reported By: me at my dot house -Status: Verified +Status: Bogus Bug Type: Arrays related Operating System: * PHP Version: 4.3.2, 5b2 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 This is to be expected. Jay's explanation clearly identifies the fault in the PHP script. In this situation you should specify the 3rd parameter to in_array(), which would make comparison strict. Previous Comments: [2003-11-13 10:55:42] [EMAIL PROTECTED] Isn't this sort of expected? x should be converted to a boolean and compared to true, and obviously true == true. J [2003-11-13 03:27:55] [EMAIL PROTECTED] [EMAIL PROTECTED] /usr/src/php5 $ php -r 'var_dump(in_array(x,array(1,2,3,false)));' bool(false) [EMAIL PROTECTED] /usr/src/php5 $ php -r 'var_dump(in_array(x,array(1,2,3,true)));' bool(true) [2003-11-12 22:11:00] me at my dot house Description: If the haystack contains the boolean true, in_array returns true!! Check this (PHP 4.2.3-8 debian package) : Reproduce code: --- ?php $r=array(fzsgsdgsd,reazrazr,rezarzearzae,true); $ret=in_array(tsuser_id,$r); print $ret; } ? Expected result: false Actual result: -- true -- Edit this bug report at http://bugs.php.net/?id=26232edit=1
#26231 [Opn-Bgs]: Memory errors with createimagefromjpeg
ID: 26231 Updated by: [EMAIL PROTECTED] Reported By: mike at blueroot dot net -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 4.3.3 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 Opening images is a memory intensive operation, just because the file may appear to be small, it does not mean it's memory foot print is. If you manipulate images you should increase your memory limit to 20-30 megabytes to avoid these problems. Previous Comments: [2003-11-12 21:36:16] mike at blueroot dot net Description: When trying to create a gd image resource from this jpeg http://www.blueroot.net/~mike/wrc2003/dscf0216.jpg I get this error Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 6400 bytes) in /home/mike/public_html/wrc2003/test.php on line 5 The file is 778061 bytes. This only happens with certain jpegs (straight from my camera), pictures that have been through gimp open perfectly. # file ./dscf0216.jpg ./dscf0216.jpg: JPEG image data, EXIF standard 0.77, 42 x 0 this is the output from 'file' on the problem file. Reproduce code: --- $im = imagecreatefromjpeg(./dscf0216.jpg); online here http://www.blueroot.net/~mike/wrc2003/test.php Expected result: Nothing (eg. no error) Actual result: -- Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 6400 bytes) in /home/mike/public_html/wrc2003/test.php on line 5 -- Edit this bug report at http://bugs.php.net/?id=26231edit=1
#26245 [Opn-Fbk]: COM Hangs PHP Script
ID: 26245
Updated by: [EMAIL PROTECTED]
Reported By: scarr at progbits dot com
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 4.3.4
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:
[2003-11-13 17:48:42] scarr at progbits dot com
We have also found that the script will hang if you just access the
database from another script.
[2003-11-13 17:46:44] scarr at progbits dot com
Description:
I have found that PHP will hang if a script is running the $var =
COM('anyfile.anyobject'); command while another script is being
accessed.
We have been able to consitently get PHP to lockup.
The COM script is accessing a COM VB Object. While the other script is
saving to a SQL Database using PEAR DB Library functions.
I am using a standard PHP 4.3.4 pulled from php.net. I haven't made
any compile changes.
Apache2
PHP 4.3.4
PEAR DB Library
Expected result:
COM Object gets instantiated and runs normally.
Actual result:
--
The COM Object gets hung and the script never returns. The only way to
bring back the COM object is to restart Apache2. In the shutdown, the
error log says it has to force shutdown a thread. I am assuming this
is the COM Script thread.
--
Edit this bug report at http://bugs.php.net/?id=26245edit=1
#13961 [Com]: some characters in incomonig variable names are silently changed
ID: 13961
Comment by: daniele at orlandi dot com
Reported By: lampa at fee dot vutbr dot cz
Status: No Feedback
Bug Type: Apache related
Operating System: FreeBSD
PHP Version: 4.0.6, 4.1.0
Assigned To: derick
New Comment:
Is there a way to make this bug a little more alive?
I provided the missing feedback... I don't want to file a duplicate,
I'd just like to see it as an open bug (if it is the case).
Sorry for the meta-comment
Previous Comments:
[2003-11-11 18:15:11] daniele at orlandi dot com
This bug is still present in php 4.3.4 and may be harmful since all the
BrowserMatch functionality to workaround browser bugs in Apache is
essentially disabled.
As a proof of concept i patched sapi/apache2handler/sapi_apache2.c
(apache2filter is probably affected too) and the problem went away.
Note that the patch may not be perfect as I don't know how Apache and
PHP work internally very well.
--- php-4.3.4/sapi/apache2handler/sapi_apache2.c2003-10-02
05:24:43.0 +0200
+++ php-4.3.4-patched/sapi/apache2handler/sapi_apache2.c
2003-11-11 23:52:06.0 +0100
@@ -227,9 +227,14 @@
char *key, *val;
zval **path_translated_zv;
+ char *t;
+
APR_ARRAY_FOREACH_OPEN(arr, key, val)
if (!val) val = empty_string;
- php_register_variable(key, val, track_vars_array
TSRMLS_CC);
+
+ t = estrndup(key, strlen(key));
+ php_register_variable(t, val, track_vars_array
TSRMLS_CC);
+ efree(t);
APR_ARRAY_FOREACH_CLOSE()
[2002-10-15 01:00:02] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2002-09-29 20:41:13] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
This should be fixed in CVS (If I remember correctly) so could you
please try the snapshot and verify it for us?
[2001-12-11 09:57:36] lampa at fee dot vutbr dot cz
Not fixed in 4.1.0. Why? To be clear, one call is neccessary:
for (i = 0; i arr-nelts; i++) {
char *val,*key;
if (elts[i].val) {
val = elts[i].val;
} else {
val = empty_string;
}
key = estrdup(elts[i].key); /* HERE */
php_register_variable(key, val, track_vars_array
ELS_CC PLS_CC)
;
}
[2001-11-07 04:33:03] [EMAIL PROTECTED]
This is not okay, PHP should not change the original key here.
Checking it out.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/13961
--
Edit this bug report at http://bugs.php.net/?id=13961edit=1
#26223 [Opn-Fbk]: output/error in session write handler make php crash
ID: 26223
Updated by: [EMAIL PROTECTED]
Reported By: Xuefer at 21cn dot com
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: win
PHP Version: 4.3.4
New Comment:
Make sure you do not have older PHP dlls anywhere on your system. I am
unable to replicate the crash using latest CVS on either windows on
linux.
Previous Comments:
[2003-11-12 21:04:25] Xuefer at 21cn dot com
function n(){ }
function write() {
$b = $a;
return true;
}
session_set_save_handler (n, n, n, write, n, n);
session_start();
[2003-11-12 12:55:52] [EMAIL PROTECTED]
Please supply a short script that can be used to replicate the problem.
[2003-11-12 11:35:16] Xuefer at 21cn dot com
Description:
using session_set_save_handler()
in write handler, if an error occur or using echo, something is output,
php crash
this make script debugging very hard
--
Edit this bug report at http://bugs.php.net/?id=26223edit=1
#26245 [Fbk-Opn]: COM Hangs PHP Script
ID: 26245
User updated by: scarr at progbits dot com
Reported By: scarr at progbits dot com
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
I tried, but PHP5 does not seem to work with DB Library. At least the
first couple test I tried didn't. Kept giving me reference errors.
Previous Comments:
[2003-11-13 19:39:27] [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
[2003-11-13 17:48:42] scarr at progbits dot com
We have also found that the script will hang if you just access the
database from another script.
[2003-11-13 17:46:44] scarr at progbits dot com
Description:
I have found that PHP will hang if a script is running the $var =
COM('anyfile.anyobject'); command while another script is being
accessed.
We have been able to consitently get PHP to lockup.
The COM script is accessing a COM VB Object. While the other script is
saving to a SQL Database using PEAR DB Library functions.
I am using a standard PHP 4.3.4 pulled from php.net. I haven't made
any compile changes.
Apache2
PHP 4.3.4
PEAR DB Library
Expected result:
COM Object gets instantiated and runs normally.
Actual result:
--
The COM Object gets hung and the script never returns. The only way to
bring back the COM object is to restart Apache2. In the shutdown, the
error log says it has to force shutdown a thread. I am assuming this
is the COM Script thread.
--
Edit this bug report at http://bugs.php.net/?id=26245edit=1
#26223 [Fbk-Opn]: wired file system with session write handler make php crash
ID: 26223
User updated by: Xuefer at 21cn dot com
-Summary: output/error in session write handler make php crash
Reported By: Xuefer at 21cn dot com
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: win
PHP Version: 4.3.4
New Comment:
sorry for my careless
it took me so much time to track down this problem
but i don't know if it'll still crash if php env(system+apache+php..)
changed
?php
touch('./127.0.0.1.3.4.5.6');
file_exists('./127.0.0.1.3.4.5.6');
function n()
{
return true;
}
function write()
{
file_exists('Unknown');
}
session_set_save_handler (n, n, n, write, n, n);
session_start();
?
Previous Comments:
[2003-11-13 19:46:05] [EMAIL PROTECTED]
Make sure you do not have older PHP dlls anywhere on your system. I am
unable to replicate the crash using latest CVS on either windows on
linux.
[2003-11-12 21:04:25] Xuefer at 21cn dot com
function n(){ }
function write() {
$b = $a;
return true;
}
session_set_save_handler (n, n, n, write, n, n);
session_start();
[2003-11-12 12:55:52] [EMAIL PROTECTED]
Please supply a short script that can be used to replicate the problem.
[2003-11-12 11:35:16] Xuefer at 21cn dot com
Description:
using session_set_save_handler()
in write handler, if an error occur or using echo, something is output,
php crash
this make script debugging very hard
--
Edit this bug report at http://bugs.php.net/?id=26223edit=1
#25985 [Fbk-NoF]: Crash running coWiki
ID: 25985 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache related Operating System: Linux PHP Version: PHP5b2RC1, 5CVS-2003-10-25 (dev) Assigned To: andi New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2003-10-29 14:22:33] [EMAIL PROTECTED] Please be sure to feed --enable-debug to configure when you are trying to make gdb backtrace. [2003-10-27 11:28:22] [EMAIL PROTECTED] (gdb) bt #0 0x5a5a5a5a in ?? () #1 0x40a64138 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #2 0x40a9f3cc in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #3 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #4 0x40a9d941 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #5 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #6 0x40a6b773 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #7 0x40a6aafa in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #8 0x40a6bb29 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #9 0x40a6c446 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #10 0x40a9aa05 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #11 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #12 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #13 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #14 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #15 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #16 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #17 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #18 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #19 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #20 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #21 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #22 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #23 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #24 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #25 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #26 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #27 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #28 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #29 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #30 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #31 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #32 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #33 0x40a9d941 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #34 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #35 0x40a7656b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #36 0x40a34f18 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #37 0x40aa3450 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #38 0x40aa43f1 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #39 0x40aa4477 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #40 0x08053e8b in ap_invoke_handler (r=0x81c0984) at http_config.c:518 #41 0x08068986 in process_request_internal (r=0x81c0984) at http_request.c:1324 #42 0x08068dcf in ap_internal_redirect (new_uri=0x81c095c /index.php, r=0x81bc254) at http_request.c:1461 ---Type return to continue, or q return to quit--- #43 0x402b1dba in handle_dir (r=0x81bc254) at mod_dir.c:174 #44 0x08053e8b in ap_invoke_handler (r=0x81bc254) at http_config.c:518 #45 0x08068986 in process_request_internal (r=0x81bc254) at http_request.c:1324 #46 0x080689e5 in ap_process_request (r=0x81bc254) at http_request.c:1340 #47 0x0805fafb in child_main (child_num_arg=0) at http_main.c:4653 #48 0x0805fca3 in make_child (s=0x8093c4c, slot=0, now=1067269185) at http_main.c:4768 #49 0x0805fe09 in startup_children (number_to_start=5) at http_main.c:4850 #50 0x080604af in standalone_main (argc=2, argv=0xb624) at http_main.c:5169 #51 0x08060ccd in
