#32583 [Csd->Bgs]: mailparse_rfc822_parse_addresses hangs
ID: 32583 Updated by: [EMAIL PROTECTED] Reported By: nirva-php at ishiboo dot com -Status: Closed +Status: Bogus Bug Type: Mailparse related Operating System: solaris PHP Version: 5.0.3 Previous Comments: [2005-04-05 07:28:54] nirva-php at ishiboo dot com err, i meant colon, not color [2005-04-05 07:28:37] nirva-php at ishiboo dot com this bug doesnt have anything to do with cheapestees -- it has to do with a color in the email address [2005-04-05 07:21:18] nirva-php at ishiboo dot com Description: mailparse_rfc822_parse_addresses($foo); will hang if $foo contains: "Cheapestees.com" <[EMAIL PROTECTED]>(through Yahoo! Store Order System) im running this php: PHP 5.0.0 (cli) (built: Jul 18 2004 09:51:05) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies i know it's old, but i couldnt find any related fixes in newer versions Reproduce code: --- see description Expected result: not a hang :-) Actual result: -- hangs! -- Edit this bug report at http://bugs.php.net/?id=32583&edit=1
#32581 [Opn->WFx]: Parser ignores newlines
ID: 32581 Updated by: [EMAIL PROTECTED] Reported By: acoster at gmail dot com -Status: Open +Status: Wont fix Bug Type: XML related Operating System: Linux 2.4.26-grsec PHP Version: 4.3.10 New Comment: In PHP 5 this extension uses libxml2. In PHP 4 it uses expat. You might wanna try with external expat library. (add --with-expat-dir=/install/prefix to your configure line) Previous Comments: [2005-04-05 03:47:53] acoster at gmail dot com Description: When using a xml_parser, initialized with the function above, any newlines inside a cdata block (even when the node is enclosed in
#32583 [Csd]: mailparse_rfc822_parse_addresses hangs
ID: 32583 User updated by: nirva-php at ishiboo dot com Reported By: nirva-php at ishiboo dot com Status: Closed Bug Type: Mailparse related Operating System: solaris PHP Version: 5.0.3 New Comment: err, i meant colon, not color Previous Comments: [2005-04-05 07:28:37] nirva-php at ishiboo dot com this bug doesnt have anything to do with cheapestees -- it has to do with a color in the email address [2005-04-05 07:21:18] nirva-php at ishiboo dot com Description: mailparse_rfc822_parse_addresses($foo); will hang if $foo contains: "Cheapestees.com" <[EMAIL PROTECTED]>(through Yahoo! Store Order System) im running this php: PHP 5.0.0 (cli) (built: Jul 18 2004 09:51:05) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies i know it's old, but i couldnt find any related fixes in newer versions Reproduce code: --- see description Expected result: not a hang :-) Actual result: -- hangs! -- Edit this bug report at http://bugs.php.net/?id=32583&edit=1
#32583 [Opn->Csd]: mailparse_rfc822_parse_addresses hangs
ID: 32583 User updated by: nirva-php at ishiboo dot com Reported By: nirva-php at ishiboo dot com -Status: Open +Status: Closed Bug Type: Mailparse related Operating System: solaris PHP Version: 5.0.3 New Comment: this bug doesnt have anything to do with cheapestees -- it has to do with a color in the email address Previous Comments: [2005-04-05 07:21:18] nirva-php at ishiboo dot com Description: mailparse_rfc822_parse_addresses($foo); will hang if $foo contains: "Cheapestees.com" <[EMAIL PROTECTED]>(through Yahoo! Store Order System) im running this php: PHP 5.0.0 (cli) (built: Jul 18 2004 09:51:05) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies i know it's old, but i couldnt find any related fixes in newer versions Reproduce code: --- see description Expected result: not a hang :-) Actual result: -- hangs! -- Edit this bug report at http://bugs.php.net/?id=32583&edit=1
#32583 [NEW]: mailparse_rfc822_parse_addresses hangs
From: nirva-php at ishiboo dot com Operating system: solaris PHP version: 5.0.3 PHP Bug Type: Mailparse related Bug description: mailparse_rfc822_parse_addresses hangs Description: mailparse_rfc822_parse_addresses($foo); will hang if $foo contains: "Cheapestees.com" <[EMAIL PROTECTED]>(through Yahoo! Store Order System) im running this php: PHP 5.0.0 (cli) (built: Jul 18 2004 09:51:05) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies i know it's old, but i couldnt find any related fixes in newer versions Reproduce code: --- see description Expected result: not a hang :-) Actual result: -- hangs! -- Edit bug report at http://bugs.php.net/?id=32583&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32583&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32583&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32583&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32583&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32583&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32583&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32583&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32583&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32583&r=support Expected behavior: http://bugs.php.net/fix.php?id=32583&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32583&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32583&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32583&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32583&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32583&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32583&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32583&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32583&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32583&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32583&r=mysqlcfg
#32582 [Opn->Bgs]: Stored procedure can not return a data typed varchar more than 255 bytes
ID: 32582
Updated by: [EMAIL PROTECTED]
Reported By: liyong at nenu dot edu dot cn
-Status: Open
+Status: Bogus
Bug Type: MSSQL related
Operating System: Win2K
PHP Version: 5.0.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
The dblib library from Microsoft used to generate the MSSQL extension
on Windows has not been updated since SQL Server 6.5. It's not possible
to to fix this problem with Microsofts library.
Use text type to return values longer than 255 bytes.
I have a test version of php_dblib.dll available on my home page
(http://kromann.info/php.php). So far it's only available for php 5.1.
It uses FreeTDS where the limmitations from the MS Library has been
fixed. All functions names are still mssql_* so it's a very simple
replacement
Previous Comments:
[2005-04-05 05:05:20] liyong at nenu dot edu dot cn
sorry,it's 5.0.3,not 5.0.4
[2005-04-05 04:57:38] liyong at nenu dot edu dot cn
this problem is also scripted at
http://www.nb321.com/phppost4/php34086.htm
[2005-04-05 04:52:21] liyong at nenu dot edu dot cn
Description:
I want return varchar(600) from stored procedure,but it is shortened to
255 bytes.
Reproduce code:
---
stored procedure:
create procedure p_bug
@msg varchar(600) output
as
set @msg='something more than 255 bytes ..'
PHP statement:
$stmt=mssql_init('p_bug');
mssql_bind($stmt,"@msg",&$msg,SQLVARCHAR,TRUE);
$result=mssql_execute($stmt);
echo $msg;
Expected result:
something more than 255 bytes ..
Actual result:
--
something shortened to 255 bytes
--
Edit this bug report at http://bugs.php.net/?id=32582&edit=1
#32582 [Opn]: Stored procedure can not return a data typed varchar more than 255 bytes
ID: 32582
User updated by: liyong at nenu dot edu dot cn
Reported By: liyong at nenu dot edu dot cn
Status: Open
Bug Type: MSSQL related
Operating System: Win2K
-PHP Version: 5.0.4
+PHP Version: 5.0.3
New Comment:
sorry,it's 5.0.3,not 5.0.4
Previous Comments:
[2005-04-05 04:57:38] liyong at nenu dot edu dot cn
this problem is also scripted at
http://www.nb321.com/phppost4/php34086.htm
[2005-04-05 04:52:21] liyong at nenu dot edu dot cn
Description:
I want return varchar(600) from stored procedure,but it is shortened to
255 bytes.
Reproduce code:
---
stored procedure:
create procedure p_bug
@msg varchar(600) output
as
set @msg='something more than 255 bytes ..'
PHP statement:
$stmt=mssql_init('p_bug');
mssql_bind($stmt,"@msg",&$msg,SQLVARCHAR,TRUE);
$result=mssql_execute($stmt);
echo $msg;
Expected result:
something more than 255 bytes ..
Actual result:
--
something shortened to 255 bytes
--
Edit this bug report at http://bugs.php.net/?id=32582&edit=1
#30362 [Asn->Csd]: stream_get_line() not working as documented
ID: 30362 Updated by: [EMAIL PROTECTED] Reported By: uk_gavin_uk at hotmail dot com -Status: Assigned +Status: Closed Bug Type: Filesystem function related Operating System: * PHP Version: 5.* Assigned To: iliaa New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-04-04 19:58:52] [EMAIL PROTECTED] Reproduced on Linux using latest CVS HEAD. Patch did not work. (was supposed to be fixed in PHP 5.0.4 but isn't :) [2004-10-11 20:33:07] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-10-11 15:59:15] uk_gavin_uk at hotmail dot com $a = "Y"; echo "$a as Delimeter"; --- I edited the code a bit to reduce the size, I was trying different $a to see if it made a difference - it didnt! [2004-10-08 13:39:34] uk_gavin_uk at hotmail dot com Description: - Downloaded and using php-5.0.2-Win32.zip from www.php.net - Confirmed md5 hash using stream_get_line() on a file I get data returned to me but not in the manner expected or documented?? It's best you look at the Reproduce code, but it looks like the function reads up until the first instance of the delimiter specified, but on subsequent calls it ignores the delemeter and reads in the number of chars it did on the first call?? Reproduce code: --- FILE.TXT: 111Y1Y1Y1Y1Y1Y1Y1Y1Y1 Expected result: 111 1 1 1 1 1 1 1 Actual result: -- 111 Y11 111 111 1Y1 111 111 11Y 111 111 -- Edit this bug report at http://bugs.php.net/?id=30362&edit=1
#32582 [Opn]: Stored procedure can not return a data typed varchar more than 255 bytes
ID: 32582
User updated by: liyong at nenu dot edu dot cn
Reported By: liyong at nenu dot edu dot cn
Status: Open
Bug Type: MSSQL related
Operating System: Win2K
PHP Version: 5.0.4
New Comment:
this problem is also scripted at
http://www.nb321.com/phppost4/php34086.htm
Previous Comments:
[2005-04-05 04:52:21] liyong at nenu dot edu dot cn
Description:
I want return varchar(600) from stored procedure,but it is shortened to
255 bytes.
Reproduce code:
---
stored procedure:
create procedure p_bug
@msg varchar(600) output
as
set @msg='something more than 255 bytes ..'
PHP statement:
$stmt=mssql_init('p_bug');
mssql_bind($stmt,"@msg",&$msg,SQLVARCHAR,TRUE);
$result=mssql_execute($stmt);
echo $msg;
Expected result:
something more than 255 bytes ..
Actual result:
--
something shortened to 255 bytes
--
Edit this bug report at http://bugs.php.net/?id=32582&edit=1
#32582 [NEW]: Stored procedure can not return a data typed varchar more than 255 bytes
From: liyong at nenu dot edu dot cn
Operating system: Win2K
PHP version: 5.0.4
PHP Bug Type: MSSQL related
Bug description: Stored procedure can not return a data typed varchar more
than 255 bytes
Description:
I want return varchar(600) from stored procedure,but it is shortened to
255 bytes.
Reproduce code:
---
stored procedure:
create procedure p_bug
@msg varchar(600) output
as
set @msg='something more than 255 bytes ..'
PHP statement:
$stmt=mssql_init('p_bug');
mssql_bind($stmt,"@msg",&$msg,SQLVARCHAR,TRUE);
$result=mssql_execute($stmt);
echo $msg;
Expected result:
something more than 255 bytes ..
Actual result:
--
something shortened to 255 bytes
--
Edit bug report at http://bugs.php.net/?id=32582&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32582&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32582&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32582&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32582&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32582&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32582&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32582&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32582&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32582&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32582&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32582&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32582&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32582&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32582&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32582&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32582&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32582&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32582&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32582&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32582&r=mysqlcfg
#32581 [NEW]: Parser ignores newlines
From: acoster at gmail dot com Operating system: Linux 2.4.26-grsec PHP version: 4.3.10 PHP Bug Type: *XML functions Bug description: Parser ignores newlines Description: When using a xml_parser, initialized with the function above, any newlines inside a cdata block (even when the node is enclosed in
#32580 [NEW]: CVS PHP 5.1.x Compile error on Solaris 9
From: Oscar dot Castillo at jpl dot nasa dot gov Operating system: solaris 9 PHP version: 5CVS-2005-04-05 (dev) PHP Bug Type: Compile Failure Bug description: CVS PHP 5.1.x Compile error on Solaris 9 Description: I downloaded the latest CVS php5-200504041830 (as suggested in bug #32491) and have failed to compile correctly. The configure options I use are as follows: ./configure --prefix=/usr/local/php --with-nsapi=/usr/ns-home/operational_server This is the compile error I receive: /bin/sh /usr/local/src/php_src/php5-200504041830/libtool --silent --preserve-dup-deps --mode=compile /usr/local/src/php_src/php5-200504041830/meta_ccld -IZend/ -I/usr/local/src/php_src/php5-200504041830/Zend/ -DPHP_ATOM_INC -I/usr/local/src/php_src/php5-200504041830/include -I/usr/local/src/php_src/php5-200504041830/main -I/usr/local/src/php_src/php5-200504041830 -I/usr/ns-home/operational_server/plugins/include -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/src/php_src/php5-200504041830/TSRM -I/usr/local/src/php_src/php5-200504041830/Zend -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -g -O2 -pthreads -DZTS -c /usr/local/src/php_src/php5-200504041830/Zend/zend_execute.c -o Zend/zend_execute.lo -O0 /usr/ccs/bin/as: "/tmp/ccA7i1xh.s": error: symbol "zend_error" is used but not defined /usr/ccs/bin/as: "/tmp/ccA7i1xh.s": internal error: evaluate_symbol_expression(): op 20? make: *** [Zend/zend_execute.lo] Error 1 Thanks in advance for your help. Reproduce code: --- ./configure --prefix=/usr/local/php --with-nsapi=/usr/ns-home/operational_server Expected result: Successfull compilation of the latest CVS version of PHP 5 Actual result: -- /bin/sh /usr/local/src/php_src/php5-200504041830/libtool --silent --preserve-dup-deps --mode=compile /usr/local/src/php_src/php5-200504041830/meta_ccld -IZend/ -I/usr/local/src/php_src/php5-200504041830/Zend/ -DPHP_ATOM_INC -I/usr/local/src/php_src/php5-200504041830/include -I/usr/local/src/php_src/php5-200504041830/main -I/usr/local/src/php_src/php5-200504041830 -I/usr/ns-home/operational_server/plugins/include -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/src/php_src/php5-200504041830/TSRM -I/usr/local/src/php_src/php5-200504041830/Zend -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -g -O2 -pthreads -DZTS -c /usr/local/src/php_src/php5-200504041830/Zend/zend_execute.c -o Zend/zend_execute.lo -O0 /usr/ccs/bin/as: "/tmp/ccA7i1xh.s": error: symbol "zend_error" is used but not defined /usr/ccs/bin/as: "/tmp/ccA7i1xh.s": internal error: evaluate_symbol_expression(): op 20? make: *** [Zend/zend_execute.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=32580&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32580&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32580&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32580&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32580&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32580&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32580&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32580&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32580&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32580&r=support Expected behavior: http://bugs.php.net/fix.php?id=32580&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32580&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32580&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32580&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32580&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32580&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32580&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32580&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32580&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32580&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32580&r=mysqlcfg
#31363 [Com]: Non-blocking flock() broken
ID: 31363
Comment by: maurice at gitaar dot net
Reported By: ian at snork dot net
Status: Open
Bug Type: Filesystem function related
Operating System: Debian woody (i386)
PHP Version: 5CVS-2005-03-09
New Comment:
I had the same problem. It seems that errno is not reset to zero in the
flock implementation. Therefore the last errno will be used. In case no
other errno-modifying call is made before retrying the flock() call,
the call will conclude in an EWOULDBLOCK situation (my conclusion after
a very quick scan of the code).
Looking with truss on Solaris to the process shows that the first fcntl
call (during which I have already locked the file) returns an EAGAIN
error, meaning that the file was already locked. The second fnctl call
(on the now unlocked file) does not return an error. So the call is
successfull. But the call from the php code does set the $wouldblock
parameter to a true value.
For me a workaround for now is something like this (no error checking
on flock and a bit of pseudo-coded, but the workaround is the important
part):
for (;;)
{
flock($fd, LOCK_EX|LOCK_NB, $wouldblock);
if (! $wouldblock) break;
fopen("/this/is/no/real/file", "r");
}
The fopen() call sets errno to the file not found error, which makes
the flock() call act like the first time it is called. This is not
great coding, but it does work for me till a real fix is implemented in
PHP.
Previous Comments:
[2005-04-01 14:42:19] maka3d at yahoo dot com dot br
I expected it to be fixed until 5.0.4.
On freeBSD it doesn't work too :(
[2005-03-09 17:29:56] ian at snork dot net
flock() in today's PHP CVS snapshot
(http://snaps.php.net/php5-latest.tar.bz2) behaves slightly
differently, but still doesn't quite work correctly in non-blocking
mode.
Expected result:
--
$ php5 flock_test.php &
Got /tmp/test1
$ php5 flock_test.php &
Got /tmp/test2
$ php5 flock_test.php &
Got /tmp/test3
$ php5 flock_test.php &
$
Releasing /tmp/test1
Got /tmp/test1
Releasing /tmp/test2
Releasing /tmp/test3
Actual result:
--
$ php5 flock_test.php &
Got /tmp/test1
$ php5 flock_test.php &
Got /tmp/test2
$ php5 flock_test.php &
Got /tmp/test3
$ php5 flock_test.php &
$
Releasing /tmp/test1
Releasing /tmp/test2
Releasing /tmp/test3
[2005-02-28 21:06:39] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-12-31 06:41:56] ian at snork dot net
Description:
This code works in PHP 4.3.0, but does not in PHP 5.0.3.
When invoked, it will try to lock /tmp/test1, /tmp/test2
or /tmp/test3 for exclusive use, whichever is free. If
none are, it will wait a second before cycling through
with another attempt.
When running concurrently, the first invocation correctly
picks up /tmp/test1; the second and subsequent ones just
cycle forever.
For some reason, the non-blocking flock() only sets $block
the first time.
Reproduce code:
---
while (!sleep(1))
foreach (array("/tmp/test1", "/tmp/test2", "/tmp/test3") as $path)
if (flock($handle = fopen($path, "w"), LOCK_EX | LOCK_NB, $block)
and !$block)
{
echo "Got $path\n";
sleep(10);
echo "Releasing $path\n";
exit;
}
Expected result:
$ php5 flock_test.php &
Got /tmp/test1
$ php5 flock_test.php &
Got /tmp/test2
$ php5 flock_test.php &
Got /tmp/test3
$ php5 flock_test.php &
Releasing /tmp/test1
Got /tmp/test1
$
Actual result:
--
$ php5 flock_test.php &
Got /tmp/test1
$ php5 flock_test.php &
$ php5 flock_test.php &
$ php5 flock_test.php &
$
--
Edit this bug report at http://bugs.php.net/?id=31363&edit=1
#32527 [Opn]: iconv library
ID: 32527 Updated by: [EMAIL PROTECTED] Reported By: nyama152 at yahoo dot com Status: Open Bug Type: Compile Failure Operating System: Solaris 9 (Intel) PHP Version: 5.0.4 New Comment: So this wasn't an issue. Let me mark this bogus. Previous Comments: [2005-04-04 09:13:45] nyama152 at yahoo dot com We made to compile it with --with-iconv=/usr/local. Furthermore, it seems we don't have to set LD_LIBRARY_PATH any more. Thank you for PHP team. [2005-04-04 08:37:10] [EMAIL PROTECTED] Well, then you should have given --with-iconv=/usr/local to configure. Try again with it. [2005-04-04 04:09:29] nyama152 at yahoo dot com This error seems to be reproduced on 5.0.2 and 5.0.3 (after the bug fix, http://bugs.php.net/bug.php?id=31107). So it may be attributed to the recent introduction of newest kernel and required recompilation of gcc and libiconv. % showrev Hostname: hoge Hostid: Release: 5.9 Kernel architecture: i86pc Application architecture: i386 Hardware provider: Domain: Kernel version: SunOS 5.9 Generic 118559-02 Jan 2005 [2005-04-04 03:46:26] nyama152 at yahoo dot com I just ./configure (no explicit prefix is given) and make'd the libiconv-1.9.2. So libiconv libraries locate at /usr/local/lib. [2005-04-03 16:14:51] [EMAIL PROTECTED] How did you install libiconv library? Which location you provide to configure as the prefix? 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/32527 -- Edit this bug report at http://bugs.php.net/?id=32527&edit=1
#29442 [Opn->Bgs]: php -i gives an error
ID: 29442 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: windows PHP Version: 5CVS-2005-03-21 New Comment: Tested AGAIN with latest CVS HEAD snapshot and can NOT reproduce. There's something wrong with your installs and/or machine.. Previous Comments: [2005-03-31 17:14:41] [EMAIL PROTECTED] I'm using the binnaries from snaps.php.net [2005-03-31 08:25:13] [EMAIL PROTECTED] Just to make sure: You are testing with the BINARIES and NOT compiling it yourself? If latter -> bogus.. [2005-03-21 16:16:52] [EMAIL PROTECTED] Sorry, but yes. [2005-03-21 11:07:27] [EMAIL PROTECTED] Simple way to test without php.ini: php -n -i Does that crash? [2005-03-12 13:05:01] [EMAIL PROTECTED] I've already tried to disable all the extensions in the php.ini, but I still get the same errors. 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/29442 -- Edit this bug report at http://bugs.php.net/?id=29442&edit=1
#32577 [Opn->Fbk]: sun one restarts after sybase requests made
ID: 32577 Updated by: [EMAIL PROTECTED] -Summary: ReOpen - Bug #15450 Reported By: ravi_kumarm at hotmail dot com -Status: Open +Status: Feedback Bug Type: iPlanet related Operating System: Solaris PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-04-04 23:31:54] ravi_kumarm at hotmail dot com Description: I think this old bug which was assigned as "bogus" should be re-opened as we are running into this problem. Sybase - database Solaris 6.1 PHP 5.1 SunOne web server restarts after a minute or so of making Sybase database calls from PHP web pages. If database access is not done, it doesn't restart. So, I guess this bug should be re-opened. Expected result: SunOne web server should not restart and continue running the web site after making calls from PHP code to Sybase database tables for retrieving data. Actual result: -- SunOne web server restarts. -- Edit this bug report at http://bugs.php.net/?id=32577&edit=1
#32575 [Opn->Bgs]: Accented character 'echo'ed randomly
ID: 32575 Updated by: [EMAIL PROTECTED] Reported By: john at jcoppens dot com -Status: Open +Status: Bogus Bug Type: *Languages/Translation Operating System: linux 2.4.26 PHP Version: 4.3.10 New Comment: . Previous Comments: [2005-04-05 01:06:52] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2005-04-05 01:06:45] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2005-04-04 21:38:44] john at jcoppens dot com Description: I have a very simple web-page script with mainly 'echo' commands. Randomly the accented characters are replaced by question-marks. If or not the question mark appears seems to be depending on the page contents, though at least in one of the cases, the only thing that changes in the page is a GIF image. All this happens in the same html-session, using the same script. I've seen other -similar- reports, though none about 'echo'. I can't be sure if this is an apache problem or php-related. Sorry if was already solved... Please indicate. Reproduce code: --- echo "Página Índice"; Expected result: Página Índice Actual result: -- Randomly Página Índice P?gina ?ndice -- Edit this bug report at http://bugs.php.net/?id=32575&edit=1
#32575 [Bgs->Opn]: Accented character 'echo'ed randomly
ID: 32575 Updated by: [EMAIL PROTECTED] Reported By: john at jcoppens dot com -Status: Bogus +Status: Open Bug Type: *Languages/Translation Operating System: linux 2.4.26 PHP Version: 4.3.10 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-04-05 01:06:45] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2005-04-04 21:38:44] john at jcoppens dot com Description: I have a very simple web-page script with mainly 'echo' commands. Randomly the accented characters are replaced by question-marks. If or not the question mark appears seems to be depending on the page contents, though at least in one of the cases, the only thing that changes in the page is a GIF image. All this happens in the same html-session, using the same script. I've seen other -similar- reports, though none about 'echo'. I can't be sure if this is an apache problem or php-related. Sorry if was already solved... Please indicate. Reproduce code: --- echo "Página Índice"; Expected result: Página Índice Actual result: -- Randomly Página Índice P?gina ?ndice -- Edit this bug report at http://bugs.php.net/?id=32575&edit=1
#32575 [Opn->Bgs]: Accented character 'echo'ed randomly
ID: 32575 Updated by: [EMAIL PROTECTED] Reported By: john at jcoppens dot com -Status: Open +Status: Bogus Bug Type: *Languages/Translation Operating System: linux 2.4.26 PHP Version: 4.3.10 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-04-04 21:38:44] john at jcoppens dot com Description: I have a very simple web-page script with mainly 'echo' commands. Randomly the accented characters are replaced by question-marks. If or not the question mark appears seems to be depending on the page contents, though at least in one of the cases, the only thing that changes in the page is a GIF image. All this happens in the same html-session, using the same script. I've seen other -similar- reports, though none about 'echo'. I can't be sure if this is an apache problem or php-related. Sorry if was already solved... Please indicate. Reproduce code: --- echo "Página Índice"; Expected result: Página Índice Actual result: -- Randomly Página Índice P?gina ?ndice -- Edit this bug report at http://bugs.php.net/?id=32575&edit=1
#32470 [Fbk->NoF]: preg_compile() Need way to pre-compile regex
ID: 32470
Updated by: php-bugs@lists.php.net
Reported By: sam_bravard at yahoo dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 5.0.3
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2005-03-28 10:09:53] [EMAIL PROTECTED]
All pcre_* funcs do not compile expressions each time, they use cache
of precompiled regexps.
See pcre_get_compiled_regex_ex() in ext/pcre/php_pcre.c
Or you're proposing something different?
[2005-03-28 10:04:13] sam_bravard at yahoo dot com
Description:
PHP is missing the ability to pre-compile regex expressions and then
use the pre-compiled regex.
This is a _major_ performance issue (100x) when processing files or
text streams with regex's. In PHP you have to recompile the regex for
each line you process... a major waste of cpu time.
See Perl, .NET or Java's regex support for an example of how to use
precompiled regex's.
Perhaps PHP can add something like the following and just overload the
first argument to preg_match and friends:
$precompiled_expression = preg_compile("regex expression");
preg_match($precompiled_expression, $sourcedata, $matches);
Reproduce code:
---
$precompiled_expression = preg_compile("regex expression");
preg_match($precompiled_expression, $sourcedata, $matches);
Actual result:
--
Function doesn't exist... sorely needed for performance.
--
Edit this bug report at http://bugs.php.net/?id=32470&edit=1
#32389 [Fbk->NoF]: imagecreatefrompng terminates connection
ID: 32389
Updated by: php-bugs@lists.php.net
Reported By: jbaou at datahost dot gr
-Status: Feedback
+Status: No Feedback
Bug Type: GD related
Operating System: Slackware 10
PHP Version: 5.0.3
Assigned To: pajoye
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2005-03-28 05:01:58] [EMAIL PROTECTED]
Found one there :) Sorry.
Cannot reproduce a crash or an error.
Please try using only this script:
error_reporting(E_ALL);
$im = imagecreatefrompng("yourimage.png");
imagepng("new.png");
If you have an image that crashes php, provide a direct link to it.
--Pierre
[2005-03-28 04:56:48] [EMAIL PROTECTED]
These images are all jpeg.
Please provide PNG images and change your bug description if it's
related to jpeg image.
--Pierre
[2005-03-22 05:32:46] jbaou at datahost dot gr
I actually noticed that it works for SOME png images.
http://jbaou.bahaha.org/browser.php?dir=.%2FImages%2FChristiana here it
works. mouse over to check it.
http://jbaou.bahaha.org/browser.php?dir=.%2FImages%2FWallpapers%2FDreamingOfTheFuture
here is a folder with another png image.
libpng ver: 1.2.8
i am sorry i cant be of any more help. i havent compiled with
--enable-debug and i don't really have the time to recompile. I am
currently in greece and i will be here for at least 21 days.
[2005-03-21 08:05:32] [EMAIL PROTECTED]
Please provide the png images (links), your configure script and the
libpng version.
--Pierre
[2005-03-21 04:26:07] jbaou at datahost dot gr
Description:
I am trying to create thumbs from image types: jpg,gif and png.
jpg and gif work OK.
While trying to create a png thumb i get the following error:
Connection to host jbaou.bahaha.org is broken.
## php -m
[PHP Modules]
bcmath
bz2
calendar
ctype
curl
dba
dbase
dbx
dio
dom
exif
filepro
ftp
gd
gettext
gmp
iconv
imap
libxml
mbstring
mhash
mime_magic
mysql
ncurses
openssl
pcre
posix
session
shmop
SimpleXML
sockets
SPL
SQLite
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
yp
Zend Optimizer
zlib
[Zend Modules]
Zend Extension Manager
Zend Optimizer
## ./configure
http://jbaou.bahaha.org/phpinfo.php
Reproduce code:
---
if ($ext == ".png") {
$im = imagecreatefrompng($image); //fe
$thumb = imagecreatetruecolor($thumbWidth, $thumbHeight);
ImageCopyResampled($thumb, $im, 0, 0, 0, 0, $thumbWidth, $thumbHeight,
$imageDim[0], $imageDim[1]);
imagepng($thumb, $thumbPath.$imgName);
imagedestroy($im);
}
alt: http://jbaou.bahaha.org/browser.phps
[method makeThumb($image)]
Expected result:
a thumbnail :D
Actual result:
--
While trying to create a png thumb i get the following error:
Connection to host jbaou.bahaha.org is broken.
--
Edit this bug report at http://bugs.php.net/?id=32389&edit=1
#32537 [Opn->Fbk]: Segmentation faults and random errors with PostgreSQL 8 and persistence
ID: 32537
Updated by: [EMAIL PROTECTED]
Reported By: mauroi at digbang dot com
-Status: Open
+Status: Feedback
Bug Type: PostgreSQL related
Operating System: Linux
PHP Version: 5.0.3
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Previous Comments:
[2005-04-05 00:03:19] mauroi at digbang dot com
same result...
[2005-04-03 03:24:16] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-04-02 02:04:05] mauroi at digbang dot com
The following class (code) causes a segmentation fault if it has the
ROLLBACK query in the destructor.
It results in a segfault always if it's executed as a command line
script, and sometimes if it's called by a web request (lots of calls
repeteadly and with persistence).
The extension code (pgsql.c) has a "feature" which automatically close
every query result that was left opened. But I think that it's pretty
acceptable to have a script like this one.
handle = pg_pconnect($string);
$this->Execute('BEGIN');
}
public function Commit()
{
$this->execute('COMMIT');
$this->execute('BEGIN');
}
public function Execute($query)
{
$res = pg_query($this->handle, $query);
pg_affected_rows($res);
pg_free_result($res);
}
public function __destruct()
{
$this->execute('ROLLBACK');
pg_close($this->handle);
}
private $handle;
}
$c = new db([connection string]);
$c->execute("SELECT 1");
$c->Commit();
?>
[2005-04-01 18:29:01] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2005-04-01 18:27:23] mauroi at digbang dot com
Description:
Out application works perfectly using normal postgresql connections.
But when we enable persistence we're getting random errors and
segmentation faults.
We're using PHP 5 and PostgreSQL 8.0.1 .
The sequence of querys is something like
BEGIN;
SELECT;
INSERT;
.
COMMIT;
BEGIN;
ROLLBACK;
--
Edit this bug report at http://bugs.php.net/?id=32537&edit=1
#32537 [Fbk->Opn]: Segmentation faults and random errors with PostgreSQL 8 and persistence
ID: 32537
User updated by: mauroi at digbang dot com
Reported By: mauroi at digbang dot com
-Status: Feedback
+Status: Open
Bug Type: PostgreSQL related
Operating System: Linux
PHP Version: 5.0.3
New Comment:
same result...
Previous Comments:
[2005-04-03 03:24:16] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-04-02 02:04:05] mauroi at digbang dot com
The following class (code) causes a segmentation fault if it has the
ROLLBACK query in the destructor.
It results in a segfault always if it's executed as a command line
script, and sometimes if it's called by a web request (lots of calls
repeteadly and with persistence).
The extension code (pgsql.c) has a "feature" which automatically close
every query result that was left opened. But I think that it's pretty
acceptable to have a script like this one.
handle = pg_pconnect($string);
$this->Execute('BEGIN');
}
public function Commit()
{
$this->execute('COMMIT');
$this->execute('BEGIN');
}
public function Execute($query)
{
$res = pg_query($this->handle, $query);
pg_affected_rows($res);
pg_free_result($res);
}
public function __destruct()
{
$this->execute('ROLLBACK');
pg_close($this->handle);
}
private $handle;
}
$c = new db([connection string]);
$c->execute("SELECT 1");
$c->Commit();
?>
[2005-04-01 18:29:01] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2005-04-01 18:27:23] mauroi at digbang dot com
Description:
Out application works perfectly using normal postgresql connections.
But when we enable persistence we're getting random errors and
segmentation faults.
We're using PHP 5 and PostgreSQL 8.0.1 .
The sequence of querys is something like
BEGIN;
SELECT;
INSERT;
.
COMMIT;
BEGIN;
ROLLBACK;
--
Edit this bug report at http://bugs.php.net/?id=32537&edit=1
#32577 [Opn]: ReOpen - Bug #15450
ID: 32577 User updated by: ravi_kumarm at hotmail dot com Reported By: ravi_kumarm at hotmail dot com Status: Open Bug Type: iPlanet related -Operating System: Solaris 6.1 +Operating System: Solaris PHP Version: 5.0.3 New Comment: Description: I think this old bug which was assigned as "bogus" should be re-opened as we are running into this problem. Sybase - database SunONE web server 6.1 PHP 5.1 Solaris SunOne web server restarts after a minute or so of making Sybase database calls from PHP web pages. If database access is not done, it doesn't restart. So, I guess this bug should be re-opened. Expected result: SunOne web server should not restart and continue running the web site after making calls from PHP code to Sybase database tables for retrieving data. Actual result: -- SunOne web server restarts. Previous Comments: [2005-04-04 23:31:54] ravi_kumarm at hotmail dot com Description: I think this old bug which was assigned as "bogus" should be re-opened as we are running into this problem. Sybase - database Solaris 6.1 PHP 5.1 SunOne web server restarts after a minute or so of making Sybase database calls from PHP web pages. If database access is not done, it doesn't restart. So, I guess this bug should be re-opened. Expected result: SunOne web server should not restart and continue running the web site after making calls from PHP code to Sybase database tables for retrieving data. Actual result: -- SunOne web server restarts. -- Edit this bug report at http://bugs.php.net/?id=32577&edit=1
#32577 [NEW]: ReOpen - Bug #15450
From: ravi_kumarm at hotmail dot com Operating system: Solaris 6.1 PHP version: 5.0.3 PHP Bug Type: iPlanet related Bug description: ReOpen - Bug #15450 Description: I think this old bug which was assigned as "bogus" should be re-opened as we are running into this problem. Sybase - database Solaris 6.1 PHP 5.1 SunOne web server restarts after a minute or so of making Sybase database calls from PHP web pages. If database access is not done, it doesn't restart. So, I guess this bug should be re-opened. Expected result: SunOne web server should not restart and continue running the web site after making calls from PHP code to Sybase database tables for retrieving data. Actual result: -- SunOne web server restarts. -- Edit bug report at http://bugs.php.net/?id=32577&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32577&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32577&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32577&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32577&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32577&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32577&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32577&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32577&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32577&r=support Expected behavior: http://bugs.php.net/fix.php?id=32577&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32577&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32577&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32577&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32577&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32577&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32577&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32577&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32577&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32577&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32577&r=mysqlcfg
#32563 [Asn->Csd]: stream_wrapper_register() allows registering of invalid schemes.
ID: 32563
Updated by: [EMAIL PROTECTED]
Reported By: a at b dot c dot de
-Status: Assigned
+Status: Closed
Bug Type: Filesystem function related
Operating System: *
PHP Version: 5.*
Assigned To: pollita
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Your basic assessment is correct. ':' is not a valid scheme character
([a-zA-Z0-9+.-]+), however, it is NOT the scheme delimiter by itself.
The full '://' is required to delimit a scheme identifier, so in your
example you would have needed to use fopen('tick:tock://thingy', ... to
even come close to triggering that wrapper.
The only wrapper which supports a single colon as a delimiter is zlib:
which is a hardcoded exception in the streams layer to maintain
backward compatability with old scripts.
The fact that you got "Invalid argument" as an error message suggests
you're using Win32 (please, when submitting a bug provide the actual
versions you've seen the specific error messages provided on -- Leave
the assumptions to us). What the filesystem is attempting to do here
is locate an alternate data stream named 'tock:thingy' on the 'tick'
file which is of course an invalid name for an ADS.
Previous Comments:
[2005-04-04 09:34:02] [EMAIL PROTECTED]
It also crashes in HEAD:
#0 0x0019 in ?? ()
#1 0x0830dee5 in _php_stream_free (stream=0x8ba544c, close_options=11)
at /usr/src/php/php5/main/streams/streams.c:362
#2 0x0830fce7 in stream_resource_regular_dtor (rsrc=0x8ba4dc4) at
/usr/src/php/php5/main/streams/streams.c:1366
#3 0x08347879 in list_entry_destructor (ptr=0x8ba4dc4) at
/usr/src/php/php5/Zend/zend_list.c:178
#4 0x08345af2 in zend_hash_del_key_or_index (ht=0x85eab40, arKey=0x0,
nKeyLength=0, h=6, flag=1)
at /usr/src/php/php5/Zend/zend_hash.c:490
#5 0x083475dd in _zend_list_delete (id=6) at
/usr/src/php/php5/Zend/zend_list.c:58
#6 0x0833c9be in _zval_dtor_func (zvalue=0x8ba5044,
__zend_filename=0x8562434 "/usr/src/php/php5/Zend/zend_variables.h",
__zend_lineno=35) at /usr/src/php/php5/Zend/zend_variables.c:60
#7 0x083318c5 in _zval_dtor (zvalue=0x8ba5044,
__zend_filename=0x85623d8 "/usr/src/php/php5/Zend/zend_execute_API.c",
__zend_lineno=391) at zend_variables.h:35
#8 0x08331a78 in _zval_ptr_dtor (zval_ptr=0x8ba4ff8,
__zend_filename=0x8563290 "/usr/src/php/php5/Zend/zend_variables.c",
__zend_lineno=175) at
/usr/src/php/php5/Zend/zend_execute_API.c:391
#9 0x0833cc63 in _zval_ptr_dtor_wrapper (zval_ptr=0x8ba4ff8) at
/usr/src/php/php5/Zend/zend_variables.c:175
#10 0x08345e5a in zend_hash_apply_deleter (ht=0x85eaa10, p=0x8ba4fec)
at /usr/src/php/php5/Zend/zend_hash.c:574
#11 0x0834607b in zend_hash_graceful_reverse_destroy (ht=0x85eaa10) at
/usr/src/php/php5/Zend/zend_hash.c:640
#12 0x08331411 in shutdown_executor () at
/usr/src/php/php5/Zend/zend_execute_API.c:216
#13 0x0833df9e in zend_deactivate () at
/usr/src/php/php5/Zend/zend.c:823
#14 0x082fd3e1 in php_request_shutdown (dummy=0x0) at
/usr/src/php/php5/main/main.c:1217
#15 0x083b9ca0 in main (argc=2, argv=0xbfe6ea74) at
/usr/src/php/php5/sapi/cli/php_cli.c:1057
[2005-04-04 09:33:10] [EMAIL PROTECTED]
Sara, can you please look into this?
[2005-04-04 08:03:08] a at b dot c dot de
Description:
URL schemes may not contain ":" characters (as this character is used
as the scheme delimiter). stream_wrapper_register() will allow
"schemes" containing ":" to be registered, even though the URLs that
result from using them are invalid.
Reproduce code:
---
Expected result:
Warning: stream_wrapper_register(tick:tock): Invalid argument ... on
line 5
Array
(
[0] => php
[1] => file
[2] => http
[3] => ftp
[4] => compress.zlib
)
Actual result:
--
Array
(
[0] => php
[1] => file
[2] => http
[3] => ftp
[4] => compress.zlib
[5] => tick:tock
)
Warning: fopen(tick:tock:thingy): failed to open stream: Invalid
argument ... on line 7
--
Edit this bug report at http://bugs.php.net/?id=32563&edit=1
#32459 [Bgs]: "No input" if running PHP on secondary site
ID: 32459 User updated by: peter dot ordal at rochester dot edu Reported By: peter dot ordal at rochester dot edu Status: Bogus Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.0.3 New Comment: Thanks, it turns out you're technically correct. The problem was that the config file I was using was for PHP 4. This was because the HKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath registry key (PHP 5 only) didn't work as I epxtected. The error message left something to be desired in terms of helpfulness. Previous Comments: [2005-03-29 00:45:54] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. .. [2005-03-28 19:12:26] peter dot ordal at rochester dot edu I gave CVS a try, but the problem persists. If I use the "working" document root I get the version string 5.1.0-dev, just for confirmation. [2005-03-25 23:33:42] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-25 23:11:02] peter dot ordal at rochester dot edu Description: I have PHP identically configured for two Web Sites under a single instance of IIS 6 on Windows Server 2003. In one, which has the identifier of 1 and runs on port 80, requests to .php files return normally. In the other, which has the identifier of 136095314 and listens on port 81, requests to PHP error for both ISAPI and CGI, with these messages: When using php5isapi.dll: "No input file specified." When using php-cgi.exe: CGI Error. The specified CGI application misbehaved by not returning a complete set of HTTP headers. The two Web Sites have different document roots. This does seem important, as setting them to have the same document root fixes the issue. Primary: c:\inetpub\wwwroot Secondary: c:\inetpub\sandbox I discovered this bug by first attempting to install PHP 5.0.3 on the secondary site. This bug is not dependent on the value of the doc_root variable in php.ini. It can be set correctly, set incorrectly, or unset. Other bugs suggest fixing doc_root to resolve this error, but I am certain that the value of the doc_root variable does not impact the error. Eventually I had no options left but to try PHP 5 on the primary site, which worked. Web Service Extensions have been set up to permit both php5isapi.dll and php-cgi.exe, and the wildcard extension has been Allowed (to be sure this was not a simple security issue). In both Web Sites, the PHP configuration under Home Directory -> Configuration -> Mappings is Extension: .php Executable: C:\php-5.0.3-Win32\php-cgi.exe %s or C:\php-5.0.3-Win32\php5isapi.dll Verbs: All Script Engine: Checked Verify File Exists: Checked Cache ISAPI Extensions is disabled. I frequently restarted the IIS Admin service is testing this. For curious users, I was able to run PHP 5 without impacting PHP 4 with the instructions attached to this bug: http://bugs.php.net/bug.php?id=28448. This allows you to keep separate php.ini files. Reproduce code: --- Expected result: Standard PHP info dump. Actual result: -- "No input file specified.", or, when using php-cgi.exe: CGI Error. The specified CGI application misbehaved by not returning a complete set of HTTP headers. -- Edit this bug report at http://bugs.php.net/?id=32459&edit=1
#32426 [Fbk->Opn]: XML catalogs are not used on Windows
ID: 32426 User updated by: jirka at kosek dot cz Reported By: jirka at kosek dot cz -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: Windows XP PHP Version: 5CVS-2005-03-23 (dev) New Comment: There is file xmlcatalog.php. Are you sure that you are not getting old archive from cache? Previous Comments: [2005-04-03 23:37:34] [EMAIL PROTECTED] It still has not PHP scripts in it.. [2005-04-03 23:00:44] jirka at kosek dot cz I'm really sorry I had really bad day. Please download sample files once more from the same URL. Archive is now packaget correctly and contains all necessary files. [2005-04-03 22:54:37] [EMAIL PROTECTED] I don't see any PHP script in that package.. [2005-03-28 21:19:44] jirka at kosek dot cz I'm sorry. Correct URL is: http://kosek.cz/temp/libxmlbug.zip [2005-03-23 12:21:52] jirka at kosek dot cz Description: When XML document references external entity (such as a DTD) libxml2 can use XML catalog to redirect loading of the entity from HTTP server to some local location. XML catalog file should be taken from /etc/catalog or from files specified in XML_CATALOG_FILES environment variable. This works in Windows when libxml2 invoked from command-line (e.g. using xmllint command). However if I use XML related functions in PHP5 under Windows, catalog files are not taken into account. I even monitored files accessed by Apache process and there were no attempt to locate catalog file. Any idea? -- Edit this bug report at http://bugs.php.net/?id=32426&edit=1
#28264 [Csd->Opn]: SQLite not doing multiple queries
ID: 28264
User updated by: csaba at alum dot mit dot edu
Reported By: csaba at alum dot mit dot edu
-Status: Closed
+Status: Open
Bug Type: SQLite related
Operating System: Win 2K Pro
PHP Version: 5CVS-2004-05-03 (dev)
New Comment:
This is still behaving in the same way as originally described (just
tested on PHP 5.0.4-dev 11-Mar-2005). Here is slightly nicer code to
show the problem:
Table was created:";
var_dump ($acT);
$aiT = sqlite_array_query ($db, $insertTest, SQLITE_ASSOC);
print "";
if ($aiT)
{print "with rows:"; var_dump ($aiT); }
else print "but nothing was inserted";
?>
Csaba
Previous Comments:
[2004-07-10 15:14:35] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
"Fixed" in CVS.
http://cvs.php.net/diff.php/pecl/sqlite/sqlite.c?r1=1.62.2.21&r2=1.62.2.22&ty=u
[2004-05-27 00:15:40] saleh at sfsj dot net
I also want to add that even if you try to use transactions to execute
multiple queries..
I tried to use BEGIN; and BEGIN TRANSACTION; but both of them will not
work and nothing will happen..
[2004-05-03 22:41:50] csaba at alum dot mit dot edu
Description:
The sqlite_query page in a prominent box declares that SQLite will
execute multiple queries separated by semicolons, but this seems not to
be the case according to the test below. While I posted a workaround
for this, it is not very efficient because you have to send each query
separately.
I have tested the command line version of SQLite (2.8.13) and it does
accept multiple queries separated by semicolons.
Also, if dealing with this problem, I'd like to suggest that if the
final query is a SELECT or other statement which produces some result
normally destined for the user, that it be returned to the caller that
way. The documentation makes it seems like maybe it will and maybe it
won't, saying it's undefined. In particular, it would be helpful if
SELECT and PRAGMA returned their results. If you indulge me on that,
please extend the functionality to sqlite_array_query.
Thanks,
Csaba Gabor
Reproduce code:
---
$db = sqlite_open(':memory:', 0666, $sqliteerror);
$tbl = "delme";
$multiQuery = "CREATE TABLE $tbl (foo INTEGER PRIMARY KEY, bar TEXT);"
.
"INSERT INTO $tbl VALUES (null, 'Hi Mom');";
$dbRes = sqlite_query ($db, $multiQuery);
$creationTest = "PRAGMA table_info('$tbl');";
$insertTest = "SELECT * FROM $tbl;";
$acT = sqlite_array_query ($db, $creationTest, SQLITE_ASSOC);
var_dump ($acT);
print "Table was created,";
$aiT = sqlite_array_query ($db, $insertTest, SQLITE_ASSOC);
var_dump ($aiT);
print "but nothing was inserted";
Expected result:
I expect to that the SQL INSERT statement was carried out
Actual result:
--
However, SQL statements after the first ';' seem to be ignored. Thus,
the second var_dump only gets an empty array.
--
Edit this bug report at http://bugs.php.net/?id=28264&edit=1
#32575 [NEW]: Accented character 'echo'ed randomly
From: john at jcoppens dot com Operating system: linux 2.4.26 PHP version: 4.3.10 PHP Bug Type: *Languages/Translation Bug description: Accented character 'echo'ed randomly Description: I have a very simple web-page script with mainly 'echo' commands. Randomly the accented characters are replaced by question-marks. If or not the question mark appears seems to be depending on the page contents, though at least in one of the cases, the only thing that changes in the page is a GIF image. All this happens in the same html-session, using the same script. I've seen other -similar- reports, though none about 'echo'. I can't be sure if this is an apache problem or php-related. Sorry if was already solved... Please indicate. Reproduce code: --- echo "Página Índice"; Expected result: Página Índice Actual result: -- Randomly Página Índice P?gina ?ndice -- Edit bug report at http://bugs.php.net/?id=32575&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32575&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32575&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32575&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32575&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32575&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32575&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32575&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32575&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32575&r=support Expected behavior: http://bugs.php.net/fix.php?id=32575&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32575&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32575&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32575&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32575&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32575&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32575&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32575&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32575&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32575&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32575&r=mysqlcfg
#30160 [Opn->Bgs]: Installing PHP SAPI module fails
ID: 30160 Updated by: [EMAIL PROTECTED] Reported By: tessarek at evermeet dot cx -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: AIX 5.x PHP Version: 5CVS-2005-03-24 New Comment: For the install to work you need GNU tools (grep,sed,etc..) Previous Comments: [2005-04-01 14:44:09] tessarek at evermeet dot cx vulcan14:[root] /> grep --version grep: Not a recognized flag: - Usage: grep [-r] [-R] [-H] [-L] [-E|-F] [-c|-l|-q] [-insvxbhwy] [-p[parasep]] -e pattern_list... [-f pattern_file...] [file...] Usage: grep [-r] [-R] [-H] [-L] [-E|-F] [-c|-l|-q] [-insvxbhwy] [-p[parasep]] [-e pattern_list...] -f pattern_file... [file...] Usage: grep [-r] [-R] [-H] [-L] [-E|-F] [-c|-l|-q] [-insvxbhwy] [-p[parasep]] pattern_list [file...] vulcan14:[root] /> egrep --version egrep: Not a recognized flag: - Usage: egrep [-r] [-R] [-H] [-L] [-hisvwxy] [[-bn]|[-c|-l|-q]] [-p[parasep]] -e pattern_list... [-f pattern_file...] [file...] Usage: egrep [-r] [-R] [-H] [-L] [-hisvwxy] [[-bn]|[-c|-l|-q]] [-p[parasep]] [-e pattern_list...] -f pattern_file... [file...] Usage: egrep [-r] [-R] [-H] [-L] [-hisvwxy] [[-bn]|[-c|-l|-q]] [-p[parasep]] pattern_list [file...] vulcan14:[root] /> sed --version sed: Not a recognized flag: - Usage: sed [-n] Script [File ...] sed [-n] [-e Script] ... [-f Script_file] ... [File ...] [2005-03-24 18:48:09] [EMAIL PROTECTED] What do these commands output: # grep --version # egrep --version # sed --version [2005-03-24 18:48:02] [EMAIL PROTECTED] I removed most comments, none of them gave any additional information that you haven't already given in your initial comment. Please don't add only NEW information from now on. And try to post only answers to what we ask, NOTHING else. [2004-09-20 08:36:36] tessarek at evermeet dot cx Description: This problem came with PHP 5.0.0 and is still there in 5.0.1. The make of PHP 5.0.x works fine, but when running the 'make install', I get following error: Installing PHP SAPI module: apache2filter /opt/apache/build/instdso.sh SH_LIBTOOL='/opt/apache/build/libtool' libphp5.la /opt/apache/modules rm -f /opt/apache/modules/libphp5.so /opt/apache/build/libtool --mode=install cp libphp5.la /opt/apache/modules/ cp .libs/libphp5.a /opt/apache/modules/libphp5.a cp .libs/libphp5.lai /opt/apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /ext/php-5.0.1/libs' chmod 755 /opt/apache/modules/libphp5.so chmod: /opt/apache/modules/libphp5.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. There seems something wrong with the makefile. With PHP 4.x.x I never had this problem. My Apache version is 2.0.51, but the problem is also reproducable with older versions. It is kind of funny, because there is a libphp5.so file in the /ext/php-5.0.1/.libs directory, where /ext/php-5.0.1/ is my compilation directory. I can copy the file manually to my Apache modules directory and everything works fine. The only problem is that when I do it manually, there is nothing in my PHP target (/opt/php) directory. My configure line is as follows: ./configure --prefix=/opt/php --with-config-file-path=/etc --with-apxs2filter=/opt/apache/bin/apxs --without-mysql --with-ibm-db2=/usr/opt/db2_08_01 --with-xml --enable-cli --disable-ipv6 --enable-force-cgi-redirect --disable-debug --enable-pic --enable-inline-optimization --with-ncurses --with-iconv --with-regex=system --enable-bcmath --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-wddx --without-oci8 --enable-ucd-snmp-hack --enable-memory-limit --enable-shmop --enable-versioning --enable-calendar --enable-dbx --enable-dio --enable-mcal --with-gettext --with-dom --with-zlib --with-zlib-dir=/usr/lib --with-imap --with-openssl=/opt/freeware --with-gd --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-pdflib --without-sqlite --with-bz2 The problem occurs under AIX 5.1 / AIX 5.2 / Redhat 8.0 / Redhat 9.0 and Redhat Enterprise Server 3.0. (These are the systems I've tested it on.) I hope that this bug has not already been submitted, because I haven't found anything in the bug database. -- Edit this bug report at http://bugs.php.net/?id=30160&edit=1
#30516 [Opn->Bgs]: file_put_contents doesnt work with FTP
ID: 30516
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: FTP related
Operating System: all
PHP Version: 5.0.4
New Comment:
That's a problem with the FTP server NOT PHP..
Previous Comments:
[2005-04-01 19:59:01] [EMAIL PROTECTED]
I've run a strace in the example script and it seems that the server
I'm using is very picky.
The problem is that PHP logins using multiple packets, and the server
isn't expeting that.
Output:
# strace -e network ./php test.php
socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 4
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(21),
sin_addr=inet_addr("10.1.1.54")}, 16) = -1 EINPROGRESS (Operation now
in progress)
getsockopt(4, SOL_SOCKET, SO_ERROR, [0], [4]) = 0
recv(4, "220 AIBO FTP Server ready\r\n", 8192, 0) = 27
send(4, "USER ", 5, 0) = 5
send(4, "guest", 5, 0) = 5
send(4, "\r\n", 2, 0) = 2
recv(4, "500 \'GUEST \': command not unders"..., 8192, 0) = 39
Warning:: failed to open stream: Operation now in progress in ..
[2005-03-07 22:23:17] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
..and again, update the version field accordinly.
[2004-10-21 19:17:21] [EMAIL PROTECTED]
Description:
file_put_contents isn't working with FTP (or I'm doing
something wrong).
Tested in PHP 5.0.3-dev
Reproduce code:
---
array('overwrite' =>
true)));
if(file_put_contents("ftp://anonymous:[EMAIL
PROTECTED]/MS/OPEN-R/MW/OBJS/SOCROB4L.BIN",
file_get_contents('src/SocRob4l.bin'), null, $context) === false) {
echo "There was an error";
} else {
echo "The upload completed succesfully";
}
?>
Expected result:
The upload completed succesfully
Actual result:
--
Warning:
file_put_contents(ftp://[EMAIL PROTECTED]/MS/OPEN-R/MW/OBJS/SOCROB4L.BIN):
failed to open stream: Operation now in progress
in /home/socrob4l/consola/update4.php on line 5
There was an error
--
Edit this bug report at http://bugs.php.net/?id=30516&edit=1
#31926 [Opn->Bgs]: php in free() error with RecursiveArrayIterator
ID: 31926
Updated by: [EMAIL PROTECTED]
Reported By: gms08701 at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: SPL related
Operating System: FreeBSD 5.3
PHP Version: 5CVS-2005-03-23
Assigned To: helly
New Comment:
Can not reproduce.
Previous Comments:
[2005-03-26 22:21:24] gms08701 at yahoo dot com
I can reproduce it on 2 separate machines running FreeBSD 5.3.
I also posted an email to FreeBSD's ports mailing list around the time
when I filed this bug report, and someone wrote back saying that they
can reproduce it on their machine running FreeBSD 5.3.
Unfortunately for me, spare time is becoming scarce, and I wouldn't be
able to keep up with this bug report.
So if this is something that cannot be reproduced by php dev, then feel
free to mark this report "closed" or "no feedback", or whatever is
appropriate.
Maybe someone else who has time, that is running
FreeBSD 5.3 can pick this up.
Thank you.
[2005-03-25 23:59:20] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
I can't reproduce this. Are you sure it's just something wrong with
your system? Can you reproduce it on other machines?
[2005-02-13 15:27:10] [EMAIL PROTECTED]
Please do the following:
php run-tests.php ext/spl
and copy the output here
if you have also this:
memcheck php ext/spl/tests/bug31926.php
but just report if it states any real errors besides the messages
stating that some memory is still accessible at program end.
For me the problem is solved both in HEAD and 5.0.4-dev but i don't use
FreeBSD.
[2005-02-11 03:10:21] gms08701 at yahoo dot com
Description:
Trying to create a RecursiveArrayIterator class,
using currently available SPL classes.
Its generating this error ->
php in free(): warning: chunk is already free
Apparently it works on win2k ->
http://marc.theaimsgroup.com/?l=php-general&m=110807956115501&w=2
Reproduce code:
---
array('world'));
class RecursiveArrayIterator extends ArrayIterator implements
RecursiveIterator {
function hasChildren() {
return (is_array($this->current()));
}
function getChildren() {
return new self($this->current());
}
}
$it = new RecursiveIteratorIterator(new
RecursiveArrayIterator($array));
foreach($it as $key => $val) {
var_dump($key, $val);
}
?>
Expected result:
$ php -f z.php
int(0)
string(5) "world"
Actual result:
--
$ php -f z.php
int(0)
string(5) "world"
php in free(): warning: chunk is already free
--
Edit this bug report at http://bugs.php.net/?id=31926&edit=1
#30362 [Csd->Asn]: stream_get_line() not working as documented
ID: 30362 Updated by: [EMAIL PROTECTED] Reported By: uk_gavin_uk at hotmail dot com -Status: Closed +Status: Assigned Bug Type: Filesystem function related -Operating System: Windows 2000 +Operating System: * -PHP Version: 5.0.2 +PHP Version: 5.* -Assigned To: +Assigned To: iliaa New Comment: Reproduced on Linux using latest CVS HEAD. Patch did not work. (was supposed to be fixed in PHP 5.0.4 but isn't :) Previous Comments: [2004-10-11 20:33:07] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-10-11 15:59:15] uk_gavin_uk at hotmail dot com $a = "Y"; echo "$a as Delimeter"; --- I edited the code a bit to reduce the size, I was trying different $a to see if it made a difference - it didnt! [2004-10-11 07:53:38] [EMAIL PROTECTED] $a is not defined. [2004-10-08 14:02:58] uk_gavin_uk at hotmail dot com The $a was meant to be "Y" in stream_get_line() schoolboy error :-/ [2004-10-08 13:39:34] uk_gavin_uk at hotmail dot com Description: - Downloaded and using php-5.0.2-Win32.zip from www.php.net - Confirmed md5 hash using stream_get_line() on a file I get data returned to me but not in the manner expected or documented?? It's best you look at the Reproduce code, but it looks like the function reads up until the first instance of the delimiter specified, but on subsequent calls it ignores the delemeter and reads in the number of chars it did on the first call?? Reproduce code: --- FILE.TXT: 111Y1Y1Y1Y1Y1Y1Y1Y1Y1 Expected result: 111 1 1 1 1 1 1 1 Actual result: -- 111 Y11 111 111 1Y1 111 111 11Y 111 111 -- Edit this bug report at http://bugs.php.net/?id=30362&edit=1
#31693 [Com]: "ORA-01001: invalid cursor" after invoking oci-fetch-all function
ID: 31693
Comment by: terry dot greenlaw at logicalshift dot com
Reported By: Tomasz dot Fryc at bph dot pl
Status: No Feedback
Bug Type: OCI8 related
Operating System: Windows 2003 Server
PHP Version: 5.0.3
New Comment:
I am seeing the same error while using oci_fetch_array().
I am using oci_new_connect('u','pw','db') in my main script.
The script uses oci_fetch_array() to loop through items. Each item has
an image tag which calls another script to fetch a jpg from a blob.
.
The view_image.php script also does an oci_new_connect() using the same
credentials, fetches the jpeg from the blob using oci_fetch_array,
outputs the jpeg data stream, and exits.
I am getting sporatic ora-1001 errors. However, if I place a return()
in the view_image.php code before the oci_new_connect(), the main
script does not generate any ora-1001 errors.
I've tried numerous combinations of freeing oracle resources in both
scripts, as well as switching the view_image script to use
oci_connect(), but the problem persists.
Previous Comments:
[2005-03-08 01:00:30] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-02-28 20:57:51] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-02-17 11:16:39] Tomasz dot Fryc at bph dot pl
Here is procedure, which described PHP code invokes (in this case $sql
variable looks as follows: "begin
MOA.MOA_EVENT_PKG.GetEventList('param1','param2',...); end;"):
PROCEDURE GetEventsList
(
P_UGP_ID IN NUMBER,
P_HST_ID IN NUMBER,
P_HST_GRP_ID IN NUMBER,
P_DAYS IN NUMBER,
P_CURSOR OUT c_event,
P_ERR_CODE OUT NUMBER,
P_ERR_DESC OUT VARCHAR2
)
IS
BEGIN
IF P_HST_ID = 0 AND P_HST_GRP_ID = 0 THEN
OPEN P_CURSOR FOR
SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME,
EVT_TYPE, EVT_SMS,
EVT_CLASS, EVT_BEEPS, EVT_LEVEL,
TO_CHAR(EVT_DATE,'.MM.DD
HH24:MI:SS') EVT_DATE, EVT_STATE, EVT_MESSAGE
FROM
(
SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME,
SYS_ID,
SYS_NAME, EVT_TYPE, EVT_SMS,
EVT_CLASS, EVT_BEEPS, EVT_LEVEL, EVT_DATE,
EVT_STATE,
EVT_MESSAGE
FROM MOA_EVENTS, MOA_HOST, MOA_SYSTEM, MOA_EVENT_USERS
WHERE EVT_HST_ID = HST_ID
AND HST_SYS_ID = SYS_ID
AND EVT_ETD_ID = EUS_ETD_ID
AND EUS_UGP_ID = P_UGP_ID
AND HST_VISIBLE = 1
AND SYS_ACTIVE = 1
AND SYS_VISIBLE = 1
-- AND EVT_DATE > sysdate - P_DAYS
ORDER BY EVT_ID DESC
)
WHERE ROWNUM <= 100;
RETURN ;
END IF;
IF P_HST_ID = 0 AND P_HST_GRP_ID > 0 THEN
OPEN P_CURSOR FOR
SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME,
EVT_TYPE, EVT_SMS,
EVT_CLASS, EVT_BEEPS, EVT_LEVEL,
TO_CHAR(EVT_DATE,'.MM.DD
HH24:MI:SS') EVT_DATE, EVT_STATE, EVT_MESSAGE
FROM
(
SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME,
SYS_ID,
SYS_NAME, EVT_TYPE, EVT_SMS,
EVT_CLASS, EVT_BEEPS, EVT_LEVEL, EVT_DATE,
EVT_STATE,
EVT_MESSAGE
FROM MOA_EVENTS, MOA_HOST, MOA_SYSTEM, MOA_EVENT_USERS
WHERE EVT_HST_ID = HST_ID
AND HST_SYS_ID = SYS_ID
AND HST_GROUP = P_HST_GRP_ID
AND EVT_ETD_ID = EUS_ETD_ID
AND EUS_UGP_ID = P_UGP_ID
AND HST_VISIBLE = 1
AND EVT_DATE > SYSDATE - P_DAYS
AND SYS_ACTIVE = 1
AND SYS_VISIBLE = 1
ORDER BY EVT_ID DESC
)
WHERE ROWNUM <= 100;
RETURN ;
END IF;
IF P_HST_ID > 0 AND P_HST_GRP_ID = 0 THEN
OPEN P_CURSOR FOR
SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME,
EVT_TYPE, EVT_SMS,
EVT_CLASS, EVT_BEEPS, EVT_LEVEL,
TO_CHAR(EVT_DATE,'.MM.DD
HH24:MI:SS') EVT_DATE, EVT_STATE, EVT_MESSAGE
FROM MOA_EVENTS, MOA_HOST, MOA_SYSTEM, MOA_EVENT_USERS
WHERE EVT_HST_ID = HST_ID
AND HST_SYS_ID = SYS_ID
AND HST_ID = P_HST_ID
#32572 [Opn->Fbk]: After a make install /usr/local/bin/pear is not created
ID: 32572 Updated by: [EMAIL PROTECTED] Reported By: mbneto at gmail dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Linux PHP Version: 5.0.4 New Comment: Get the package again and make sure it's md5sum is one of these: php-5.0.4.tar.bz2: fb1aac107870f897d26563a9cc5053c0 php-5.0.4.tar.gz: 8edf259bcfab4cfc890a4bb4e7c3649f Previous Comments: [2005-04-04 19:03:27] mbneto at gmail dot com Description: Hi, I've downloaded the 5.0.4 targz and installed on a new server using the same ./configure settings I use in a nother server that runs php 5.0.3. I did a make/make install and everything runs fine excepth the fact that I can no longer pear install because there is no pear in /usr/local/bin. './configure' '--with-kerberos' '--with-gd' '--with-apxs2' '--with-xml' '--with-ftp' '--enable-session' '--enable-trans-sid' '--with-zlib' '--enable-inline-optimization' '--with-mcrypt=/usr/local' '--enable-sigchild' '--with-gettext' '--with-freetype' '--with-ttf' '--with-ftp' '--enable-ftp' '--with-jpeg-dir=/usr' '--with-mysql=/usr/include/mysql' '--enable-soap' '--with-pear' PHP itself works fine. -- Edit this bug report at http://bugs.php.net/?id=32572&edit=1
#32572 [NEW]: After a make install /usr/local/bin/pear is not created
From: mbneto at gmail dot com Operating system: Linux PHP version: 5.0.4 PHP Bug Type: *General Issues Bug description: After a make install /usr/local/bin/pear is not created Description: Hi, I've downloaded the 5.0.4 targz and installed on a new server using the same ./configure settings I use in a nother server that runs php 5.0.3. I did a make/make install and everything runs fine excepth the fact that I can no longer pear install because there is no pear in /usr/local/bin. './configure' '--with-kerberos' '--with-gd' '--with-apxs2' '--with-xml' '--with-ftp' '--enable-session' '--enable-trans-sid' '--with-zlib' '--enable-inline-optimization' '--with-mcrypt=/usr/local' '--enable-sigchild' '--with-gettext' '--with-freetype' '--with-ttf' '--with-ftp' '--enable-ftp' '--with-jpeg-dir=/usr' '--with-mysql=/usr/include/mysql' '--enable-soap' '--with-pear' PHP itself works fine. -- Edit bug report at http://bugs.php.net/?id=32572&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32572&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32572&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32572&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32572&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32572&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32572&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32572&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32572&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32572&r=support Expected behavior: http://bugs.php.net/fix.php?id=32572&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32572&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32572&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32572&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32572&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32572&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32572&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32572&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32572&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32572&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32572&r=mysqlcfg
#32564 [Com]: unset session in foreach
ID: 32564
Comment by: derek dot ethier at humber dot ca
Reported By: echenavaz at mengine dot fr
Status: Feedback
Bug Type: Session related
Operating System: debian 2.6.9
PHP Version: 5.0.4
New Comment:
I can confirm this problem with Windows Server 2003, PHP 5.0.4. Sample
code:
$session_variable) {
if (strstr($session_key, $session_name)) {
// Neither of these work as intended.
unset($GLOBALS[_SESSION][$session_key]);
unset($_SESSION[$session_key]);
}
}
}
unsetSessionVariables("session_name");
?>
I have verified that the same problem exists in the latest 5.1 snap
(php5-win32-200504041430) on the same platform.
Previous Comments:
[2005-04-04 12:43:10] duh at dowebwedo dot com
I did not experience any problems with Apache/1.3.29 (Unix) PHP/5.0.4
on Debian stable.
Code:
$session)
unset($_SESSION[$key_session]);
print_r($_SESSION);
?>
Result is as expected:
Array ( [DF_debug] => 1 [one] => 1 [two] => 2 [three] => 3 ) Array ( )
[2005-04-04 10:23:51] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
[2005-04-04 10:17:18] echenavaz at mengine dot fr
Description:
work fine whith 5.0.0
do not work whith 5.0.4
(whith zlib.output_compression = On)
Reproduce code:
---
foreach($_SESSION as $key_session => $session)
{
if(substr($key_session, 0, 17) == "session_pm_search")
{
unset($_SESSION[$key_session]);
}
}
$forward_url =
"https://".$_SERVER['HTTP_HOST'].$_SERVER['SCRIPT_NAME'];
header("location:$forward_url");
die();
Expected result:
$_SESSION['session_pm_searchX'] are unset
Actual result:
--
$_SESSION['session_pm_searchX'] are not unset
--
Edit this bug report at http://bugs.php.net/?id=32564&edit=1
#32561 [Ana]: Erroneous Allow HTTP response header
ID: 32561 User updated by: mnot at pobox dot com Reported By: mnot at pobox dot com Status: Analyzed Bug Type: Apache related Operating System: * PHP Version: 4.*, 5.* New Comment: By doing that, it's saying that it would handle those methods in the future. If it won't, it shouldn't set that. The downline handler *shouldn't* blow away r->allowed and put its own values in; this would remove any information from other handlers. E.g., if mod_cgi did this, mod_dav couldn't advertise the methods that it would catch. Previous Comments: [2005-04-04 07:25:19] [EMAIL PROTECTED] Actually, it resets the r->allowed to all the methods when it declines to handle the request for the next handler in the chain. It probably doesn't need to do this, but it isn't unique to the xbithack handler. Whatever finally accepts to handle the request should be setting r->allowed accordingly. [2005-04-04 05:19:18] mnot at pobox dot com Description: When using the Apache module, PHP installs the xbithack handler for text/html. This handler make the following change to r->allowed, which is what Apache uses to populate the Allowed header on responses that require it (e.g., to OPTIONS, 405 Method Not Allowed, 501 Not Implemented); r->allowed |= (1 << METHODS) - 1; This has the affect of adding *all* known HTTP methods to the list. Effectively, PHP is telling clients that it can handle all HTTP methods, even for resources that aren't actually parsed as PHP. This is also the case in php5. Reproduce code: --- mnot-laptop:~> telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. OPTIONS /index.html HTTP/1.1 Host: localhost Expected result: HTTP/1.1 200 OK Date: Mon, 04 Apr 2005 03:12:29 GMT Server: Apache/1.3.33 (Darwin) PHP/4.3.10 Cache-Control: max-age=3600 Expires: Mon, 04 Apr 2005 04:12:29 GMT Content-Length: 0 Allow: GET, HEAD, OPTIONS, TRACE Actual result: -- HTTP/1.1 200 OK Date: Mon, 04 Apr 2005 03:12:29 GMT Server: Apache/1.3.33 (Darwin) PHP/4.3.10 Cache-Control: max-age=3600 Expires: Mon, 04 Apr 2005 04:12:29 GMT Content-Length: 0 Allow: GET, HEAD, POST, PUT, DELETE, CONNECT, OPTIONS, PATCH, PROPFIND, PROPPATCH, MKCOL, COPY, MOVE, LOCK, UNLOCK, TRACE -- Edit this bug report at http://bugs.php.net/?id=32561&edit=1
#32567 [Opn->Csd]: Compilation fails with "make: *** [ext/gmp/gmp.lo] Error 1"
ID: 32567 Updated by: [EMAIL PROTECTED] Reported By: hipo at design dot bg -Status: Open +Status: Closed Bug Type: *Compile Issues Operating System: Fedora Core 1 PHP Version: 4.3.11 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-04-04 17:01:12] hipo at design dot bg Already tried that. No luck. [2005-04-04 16:58:48] [EMAIL PROTECTED] Try to execute `make clean` and to run configure && make again. [2005-04-04 16:53:42] hipo at design dot bg The version coming with the latest stable apache 2.0.53. Worker MPM work perfectly with php. I'm using it on all of our servers and no problem with php 4.3.10. and versions below that are stable. I don't think the problem is concerned to MPM at all... Anyway thanks for your reply. [2005-04-04 16:43:49] [EMAIL PROTECTED] Which MPM is your Apache2 compiled with? Its a very bad idea to use worker MPM with PHP. Using prefork MPM will produce much more stable system. The error message that you are seeing idicates the php is being compiled in thread safe mode. [2005-04-04 15:23:06] hipo at design dot bg Description: I'm experiencing problems during compilation time. I've made a little shell script with configure options to the php for our purposes. I succesfully compiled my php every time a new stable version comes out. Mysteriously right now i've downloaded the latest stable version and used my compilation script to compile it. And the compilation failed with ... "/usr/local/src/php-4.3.11/ext/gmp/gmp.c: In function `convert_to_gmp': /usr/local/src/php-4.3.11/ext/gmp/gmp.c:254: error: `tsrm_ls' undeclared (first use in this function) /usr/local/src/php-4.3.11/ext/gmp/gmp.c:254: error: (Each undeclared identifier is reported only once /usr/local/src/php-4.3.11/ext/gmp/gmp.c:254: error: for each function it appears in.) make: *** [ext/gmp/gmp.lo] Error 1" I've googled a little and found a similar bur report for on of the development php versions. It was written that the "--disable-rpath" option caused the failer. I've tried to recompile the php with no success. Configure is okay no problems are reported there but the compilation failes. Below is my configure and the options i pass to it. #! /bin/sh # # Created by configure './configure' \ '--host=i386-redhat-linux' \ '--build=i386-redhat-linux' \ '--target=i386-redhat-linux-gnu' \ '--program-prefix=' \ '--prefix=/usr' \ '--with-dom' \ '--exec-prefix=/usr' \ '--bindir=/usr/bin' \ '--sbindir=/usr/sbin' \ '--sysconfdir=/etc' \ '--datadir=/usr/share' \ '--includedir=/usr/include' \ '--libdir=/usr/lib' \ '--libexecdir=/usr/libexec' \ '--localstatedir=/var' \ '--sharedstatedir=/usr/com' \ '--mandir=/usr/share/man' \ '--infodir=/usr/share/info' \ '--cache-file=../config.cache' \ '--with-apxs2=/usr/local/apache2/sbin/apxs' \ '--disable-static' \ '--enable-dbase' \ '--enable-ctype' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--with-tsrm-pthreads' \ '--enable-ftp' \ '--with-config-file-path=/etc' \ '--with-config-file-scan-dir=/etc/php.d' \ '--enable-force-cgi-redirect' \ '--disable-debug' \ '--enable-pic' \ '--enable-inline-optimization' \ '--with-curl' \ '--with-dom=/usr' \ '--with-exec-dir=/usr/bin' \ '--with-ttf' \ '--with-gdbm' \ '--with-gettext' \ '--with-ncurses' \ '--with-gmp' \ '--with-iconv=/usr/local/lib' \ '--with-openssl' \ '--with-regex=system' \ '--with-xml' \ '--with-expat-dir=/usr' \ '--with-layout=GNU' \ '--enable-bcmath' \ '--enable-exif' \ '--enable-magic-quotes' \ '--enable-safe-mode' \ '--enable-safe-mode' \ '--enable-sockets' \ '--enable-discard-path' \ '--enable-track-vars' \ '--enable-trans-sid' \ '--enable-wddx' \ '--with-dom' \ '--without-oci8' \ '--with-pear=/usr/share/pear' \ '--with-kerberos=/usr/kerberos' \ '--with-ldap=shared' \ '--with-mysql=/usr/local/mysql' \ '--enable-memory-limit' \ '--enable-shmop' \ '--enable-versioning' \ '--enable-calendar' \ '--enable-dbx' \ '--enable-dio' \ '--enable-mcal' \ '--enable-force-cgi-redirect' \ '--with-gd' \ '--with-zlib' \ '--with-png' \ '--enable-gd-imgstrttf' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr' \ '--enable-xslt' \ '--with-sablot' \ '--with-xslt-sablot' \ '--with-sablot-js=/usr/bin' \ '--disable-rpath' \ "$@" . I've got the same failer on one of our other servers when compiling. With different configure options. Hope someone will find a solution for
#32503 [Opn]: fopen() in cwd: filename must start with ./ under safe mode
ID: 32503
Updated by: [EMAIL PROTECTED]
Reported By: Bjorn dot Wiberg at its dot uu dot se
Status: Open
Bug Type: Filesystem function related
Operating System: IBM AIX 5.2.0.0 ML5
PHP Version: 5CVS-2005-03-31
New Comment:
Right, this is somehow concerned with broken realpath() on AIX.
The problem is that we end up with relative path in php_checkuid_ex()
function and it fails to check permissions for the directory.
Of course, the easiest solution is to use absolute paths everywhere.
Previous Comments:
[2005-04-01 16:32:32] Bjorn dot Wiberg at its dot uu dot se
Tried php5-200503310630 (5.1.0-dev), but the problem is still present:
/apache/htdocs/bwiberg/test/safemode
Warning: fopen(): Unable to access a.txt in
/apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning:
fopen(a.txt): failed to open stream: No such file or directory in
/apache/htdocs/bwiberg/test/safemode/write.php on line 5
(Whereas "./a.txt" works just fine.)
Best regards,
Björn
[2005-03-30 17:17: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
[2005-03-30 14:37:04] Bjorn dot Wiberg at its dot uu dot se
Description:
Under safe mode, if one tries to create a new file with fopen(),
specifying a filename without any path part in it (such as "./a.txt" or
/apache/htdocs/bwiberg/test/safemode/a.txt"), fopen() fails, claiming
that the file cannot be found.
If the file already exists, everything works just fine.
If you specify a path part ahead of the filename, everything works just
fine.
If you give fopen() "true" as a third argument, and make sure that your
include_path includes "." as its FIRST path (if you have several
directories in it), everything works just fine. (Perhaps the
restriction of only trying the FIRST path should be mentioned in the
docs as well.)
I'm not sure if this problem is related to the earlier discussions of
php_realpath_hack (that fix should be present as "_AIX" is set by gcc
under AIX), but it sure poses a problem for scripts which rely on being
able to create a file in the current directory without specifying any
path.
Another question is why $handle in the example script isn't set to
FALSE if the open failed -- instead the error propagates to the fputs()
part.
I'd appreciate any input regarding this. Thanks in advance!
Best regards,
Björn
Reproduce code:
---
";
$handle = fopen("a.txt", "w", false);
if ( $handle != FALSE ) {
fputs($handle, "testtext");
fclose($handle);
}
?>
Expected result:
/apache/htdocs/bwiberg/test/safemode
(File a.txt gets created in current directory.)
Actual result:
--
/apache/htdocs/bwiberg/test/safemode
Warning: fopen(): Unable to access a.txt in
/apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning:
fopen(a.txt): failed to open stream: No such file or directory in
/apache/htdocs/bwiberg/test/safemode/write.php on line 5
--
Edit this bug report at http://bugs.php.net/?id=32503&edit=1
#32491 [Opn->Csd]: Solaris: Running out of file descriptors..
ID: 32491
Updated by: [EMAIL PROTECTED]
Reported By: Oscar dot Castillo at jpl dot nasa dot gov
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Solaris 9
PHP Version: 5CVS-2005-03-31
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
For file upload the fd problem is fixed - but it can still happen with
other stdio functions: php exec() which uses stdio popen()
Previous Comments:
[2005-03-31 19:47:24] Oscar dot Castillo at jpl dot nasa dot gov
I have 3 web server environments setup with the same version of PHP, a
development environment, a test environment and a production
environment. Your description of the common Solaris /iPlanet problem
explains why the same PHP script works well in the development and test
environment, but not the production environment. I do have Java enabled
on all 3 web server environments, but the only difference is that our
production is obviously much more heavily utilized than the test and
development environment. I thank you very much for the explanation.
Since Java is required on our web servers, I obviously cannot disable
Java. I will try loading the fastcgi API. I'll keep you posted.
[2005-03-31 11:17:11] [EMAIL PROTECTED]
Again the old STDIO problem: There are some places in PHP where the C
library stdio functions are used instead of posix io (popen in all
excute functions/sendmail functions, uploading of temporary files, some
3rd party extensions). Under Solaris with the AT&T libc stdio is limited
to 255 file descriptors, if the current posix file descriptor gets
larger than 255 all further fopens or fdopens fail because the field in
the FILE* struct is a unsigned char. Using Posix IO has no limit here
(descriptor is int).
There are 2 solutions:
a) limiting the accepting threads in sunone/iplanet and disabling java
in webserver completely (java is very descriptor intensive ->
descriptors for PHP get > 255)
b) using PHP as CGI/FastCGI (look for Sun PHP enabler at zend.com) or
my CGI enabler: http://www.thetaphi.de/php-ressources/
Changing this in PHP is a heavy task, the zend engine itsself is safe
since 4.3.3, other parts should be changed in the future to POSIX IO.
This is a Solaris problem which gets important in a multithreaded and
heavy file descriptor using webserver like sunone/iplanet
[2005-03-29 21:55:27] Oscar dot Castillo at jpl dot nasa dot gov
Description:
I am using iPlanet 6.0 SP5, Zend 2.5.7 and PHP 5.0.3 on a 64 bit
Solaris 9 SunFire V880 (4x4GHz CPU, 8Gb RAM). I have a problem with an
HTTP POST command that attempts to upload a file onto the web server
and a consistent "File upload error - unable to create a temporary file
in Unknown on line 0" error message appears in the error logs. The
upload_tmp_dir directory is set to /tmp. The error message disappears
with a web server daemon reset (stop/start the web server daemon), but
the error begins to occur within 2 to 24 hours again. When the errors
occur, the /tmp directory begins to accumulate with php[web_server_pid]
files that are zero bytes in size. My upload_max_filesize parameter is
configured to 2Mb, however the uploaded files are never above 50kb.
I've tried many suggested fixes from the php.net bug reports area, but
to no avail. Thanks in advance for your help!
Reproduce code:
---
9) { phpinfo(); }
//
// Configurable variables
//
$BaseDir = './';
$LogFileName = $BaseDir . "RTIU_translator.log";
$SCLK_SCET_Dir = "/afs/jpl/group/casops/dom/data/main/sclkscet/"; //
placed in executed shell script
$UploadDir = $BaseDir . "Temp/" ; // Where the posted files
are
placed
$TransferDir = $BaseDir . "Xfer/";// Where the tar file for the
translator is created
//
// Verify resources are available
//
$LogFile = fopen( $LogFileName,'a');
if (! $LogFile)
{ print("Logging is disabled, please save all displayed messages if
help is needed from IO support");
}
// Verify UPLOAD directory
if (!file_exists($UploadDir))
{ if ($LogFile)
{ $TmpStr = sprintf("%s VERIFY Upload directory does not exist\n",
gmdate("Y-m-d H:i:s") );
// strftime("%Y-%m-%d %T"));
fwrite($LogFile, $TmpStr);
}
if(!mkdir($UploadDir,0774))
{ DisplayError("Could not create Upload directory",0);
return;
}
}
// Verify TRANSFER directory
if (!file_exists($TransferDir))
{ if ($LogFile)
{ $TmpStr = sprintf("%s VERIFY Transfer directory does not exist\n",
#32567 [Fbk->Opn]: Compilation fails with "make: *** [ext/gmp/gmp.lo] Error 1"
ID: 32567 User updated by: hipo at design dot bg Reported By: hipo at design dot bg -Status: Feedback +Status: Open Bug Type: *Compile Issues Operating System: Fedora Core 1 PHP Version: 4.3.11 New Comment: Already tried that. No luck. Previous Comments: [2005-04-04 16:58:48] [EMAIL PROTECTED] Try to execute `make clean` and to run configure && make again. [2005-04-04 16:53:42] hipo at design dot bg The version coming with the latest stable apache 2.0.53. Worker MPM work perfectly with php. I'm using it on all of our servers and no problem with php 4.3.10. and versions below that are stable. I don't think the problem is concerned to MPM at all... Anyway thanks for your reply. [2005-04-04 16:43:49] [EMAIL PROTECTED] Which MPM is your Apache2 compiled with? Its a very bad idea to use worker MPM with PHP. Using prefork MPM will produce much more stable system. The error message that you are seeing idicates the php is being compiled in thread safe mode. [2005-04-04 15:23:06] hipo at design dot bg Description: I'm experiencing problems during compilation time. I've made a little shell script with configure options to the php for our purposes. I succesfully compiled my php every time a new stable version comes out. Mysteriously right now i've downloaded the latest stable version and used my compilation script to compile it. And the compilation failed with ... "/usr/local/src/php-4.3.11/ext/gmp/gmp.c: In function `convert_to_gmp': /usr/local/src/php-4.3.11/ext/gmp/gmp.c:254: error: `tsrm_ls' undeclared (first use in this function) /usr/local/src/php-4.3.11/ext/gmp/gmp.c:254: error: (Each undeclared identifier is reported only once /usr/local/src/php-4.3.11/ext/gmp/gmp.c:254: error: for each function it appears in.) make: *** [ext/gmp/gmp.lo] Error 1" I've googled a little and found a similar bur report for on of the development php versions. It was written that the "--disable-rpath" option caused the failer. I've tried to recompile the php with no success. Configure is okay no problems are reported there but the compilation failes. Below is my configure and the options i pass to it. #! /bin/sh # # Created by configure './configure' \ '--host=i386-redhat-linux' \ '--build=i386-redhat-linux' \ '--target=i386-redhat-linux-gnu' \ '--program-prefix=' \ '--prefix=/usr' \ '--with-dom' \ '--exec-prefix=/usr' \ '--bindir=/usr/bin' \ '--sbindir=/usr/sbin' \ '--sysconfdir=/etc' \ '--datadir=/usr/share' \ '--includedir=/usr/include' \ '--libdir=/usr/lib' \ '--libexecdir=/usr/libexec' \ '--localstatedir=/var' \ '--sharedstatedir=/usr/com' \ '--mandir=/usr/share/man' \ '--infodir=/usr/share/info' \ '--cache-file=../config.cache' \ '--with-apxs2=/usr/local/apache2/sbin/apxs' \ '--disable-static' \ '--enable-dbase' \ '--enable-ctype' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--with-tsrm-pthreads' \ '--enable-ftp' \ '--with-config-file-path=/etc' \ '--with-config-file-scan-dir=/etc/php.d' \ '--enable-force-cgi-redirect' \ '--disable-debug' \ '--enable-pic' \ '--enable-inline-optimization' \ '--with-curl' \ '--with-dom=/usr' \ '--with-exec-dir=/usr/bin' \ '--with-ttf' \ '--with-gdbm' \ '--with-gettext' \ '--with-ncurses' \ '--with-gmp' \ '--with-iconv=/usr/local/lib' \ '--with-openssl' \ '--with-regex=system' \ '--with-xml' \ '--with-expat-dir=/usr' \ '--with-layout=GNU' \ '--enable-bcmath' \ '--enable-exif' \ '--enable-magic-quotes' \ '--enable-safe-mode' \ '--enable-safe-mode' \ '--enable-sockets' \ '--enable-discard-path' \ '--enable-track-vars' \ '--enable-trans-sid' \ '--enable-wddx' \ '--with-dom' \ '--without-oci8' \ '--with-pear=/usr/share/pear' \ '--with-kerberos=/usr/kerberos' \ '--with-ldap=shared' \ '--with-mysql=/usr/local/mysql' \ '--enable-memory-limit' \ '--enable-shmop' \ '--enable-versioning' \ '--enable-calendar' \ '--enable-dbx' \ '--enable-dio' \ '--enable-mcal' \ '--enable-force-cgi-redirect' \ '--with-gd' \ '--with-zlib' \ '--with-png' \ '--enable-gd-imgstrttf' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr' \ '--enable-xslt' \ '--with-sablot' \ '--with-xslt-sablot' \ '--with-sablot-js=/usr/bin' \ '--disable-rpath' \ "$@" . I've got the same failer on one of our other servers when compiling. With different configure options. Hope someone will find a solution for me. Thank you. -- Edit this bug report at http://bugs.php.net/?id=32567&edit=1
#32568 [Opn->Fbk]: session data is not available
ID: 32568 Updated by: [EMAIL PROTECTED] Reported By: duh at dowebwedo dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Debian stable PHP Version: 5.0.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-04-04 15:42:07] duh at dowebwedo dot com In addition to my bugreport some additional information: The session file appearantly does not contain the last session information that is shown through the print_r($_SESSION): cat sess_9ces9k67hse393stv6dns4t964 DF_debug|b:1; At first I wanted to use the class destructor (__destruct(..) ) with my debugger but appearantly sessions are not available when destructing. Adding $db->show() to my append.inc instead solved that problem. Perhaps the behaviour of __destruct and append.inc are now based on the same rules? [2005-04-04 15:28:16] duh at dowebwedo dot com Description: Session data stored in the session is not available when reloading the page again. This problem occured after upgrading from php 5.0.3 to 5.0.4; in 5.0.3 we do not experience this problem. The last (append.inc) session listing in the first page request shows the session variables added to the session. One would expect these variables to show in the first (prepend.inc) session listing in the second page request. However, they do not show? The same situation using php 5.0.3 returns the expected result, so it can safely be assumed that modifications made in php 5.0.3 to php 5.0.4 has introduced this session problem. Reproduce code: --- Example source: --- prepend.inc ---application--- append.inc show(); ... print_r($_SESSION); ?> Info: - The application reads and writes to the session which means the session in the prepend can contain different values than in the append. Reading and Writing is done in classes (in this example: class debugger). Expected result: Output first page request: -- Array ( ) ... Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) Output second page request: --- Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) ... Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) Actual result: -- Output first page request: -- Array ( ) ... Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) Output second page request: --- Array ( [DF_debug] => 1 ) ... Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) -- Edit this bug report at http://bugs.php.net/?id=32568&edit=1
#32567 [Opn->Fbk]: Compilation fails with "make: *** [ext/gmp/gmp.lo] Error 1"
ID: 32567 Updated by: [EMAIL PROTECTED] Reported By: hipo at design dot bg -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: Fedora Core 1 PHP Version: 4.3.11 New Comment: Try to execute `make clean` and to run configure && make again. Previous Comments: [2005-04-04 16:53:42] hipo at design dot bg The version coming with the latest stable apache 2.0.53. Worker MPM work perfectly with php. I'm using it on all of our servers and no problem with php 4.3.10. and versions below that are stable. I don't think the problem is concerned to MPM at all... Anyway thanks for your reply. [2005-04-04 16:43:49] [EMAIL PROTECTED] Which MPM is your Apache2 compiled with? Its a very bad idea to use worker MPM with PHP. Using prefork MPM will produce much more stable system. The error message that you are seeing idicates the php is being compiled in thread safe mode. [2005-04-04 15:23:06] hipo at design dot bg Description: I'm experiencing problems during compilation time. I've made a little shell script with configure options to the php for our purposes. I succesfully compiled my php every time a new stable version comes out. Mysteriously right now i've downloaded the latest stable version and used my compilation script to compile it. And the compilation failed with ... "/usr/local/src/php-4.3.11/ext/gmp/gmp.c: In function `convert_to_gmp': /usr/local/src/php-4.3.11/ext/gmp/gmp.c:254: error: `tsrm_ls' undeclared (first use in this function) /usr/local/src/php-4.3.11/ext/gmp/gmp.c:254: error: (Each undeclared identifier is reported only once /usr/local/src/php-4.3.11/ext/gmp/gmp.c:254: error: for each function it appears in.) make: *** [ext/gmp/gmp.lo] Error 1" I've googled a little and found a similar bur report for on of the development php versions. It was written that the "--disable-rpath" option caused the failer. I've tried to recompile the php with no success. Configure is okay no problems are reported there but the compilation failes. Below is my configure and the options i pass to it. #! /bin/sh # # Created by configure './configure' \ '--host=i386-redhat-linux' \ '--build=i386-redhat-linux' \ '--target=i386-redhat-linux-gnu' \ '--program-prefix=' \ '--prefix=/usr' \ '--with-dom' \ '--exec-prefix=/usr' \ '--bindir=/usr/bin' \ '--sbindir=/usr/sbin' \ '--sysconfdir=/etc' \ '--datadir=/usr/share' \ '--includedir=/usr/include' \ '--libdir=/usr/lib' \ '--libexecdir=/usr/libexec' \ '--localstatedir=/var' \ '--sharedstatedir=/usr/com' \ '--mandir=/usr/share/man' \ '--infodir=/usr/share/info' \ '--cache-file=../config.cache' \ '--with-apxs2=/usr/local/apache2/sbin/apxs' \ '--disable-static' \ '--enable-dbase' \ '--enable-ctype' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--with-tsrm-pthreads' \ '--enable-ftp' \ '--with-config-file-path=/etc' \ '--with-config-file-scan-dir=/etc/php.d' \ '--enable-force-cgi-redirect' \ '--disable-debug' \ '--enable-pic' \ '--enable-inline-optimization' \ '--with-curl' \ '--with-dom=/usr' \ '--with-exec-dir=/usr/bin' \ '--with-ttf' \ '--with-gdbm' \ '--with-gettext' \ '--with-ncurses' \ '--with-gmp' \ '--with-iconv=/usr/local/lib' \ '--with-openssl' \ '--with-regex=system' \ '--with-xml' \ '--with-expat-dir=/usr' \ '--with-layout=GNU' \ '--enable-bcmath' \ '--enable-exif' \ '--enable-magic-quotes' \ '--enable-safe-mode' \ '--enable-safe-mode' \ '--enable-sockets' \ '--enable-discard-path' \ '--enable-track-vars' \ '--enable-trans-sid' \ '--enable-wddx' \ '--with-dom' \ '--without-oci8' \ '--with-pear=/usr/share/pear' \ '--with-kerberos=/usr/kerberos' \ '--with-ldap=shared' \ '--with-mysql=/usr/local/mysql' \ '--enable-memory-limit' \ '--enable-shmop' \ '--enable-versioning' \ '--enable-calendar' \ '--enable-dbx' \ '--enable-dio' \ '--enable-mcal' \ '--enable-force-cgi-redirect' \ '--with-gd' \ '--with-zlib' \ '--with-png' \ '--enable-gd-imgstrttf' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr' \ '--enable-xslt' \ '--with-sablot' \ '--with-xslt-sablot' \ '--with-sablot-js=/usr/bin' \ '--disable-rpath' \ "$@" . I've got the same failer on one of our other servers when compiling. With different configure options. Hope someone will find a solution for me. Thank you. -- Edit this bug report at http://bugs.php.net/?id=32567&edit=1
#32569 [NEW]: array_rand problem with length of array
From: mail at sebastianburg dot de Operating system: Linux PHP version: 4.3.10 PHP Bug Type: Arrays related Bug description: array_rand problem with length of array Description: array_rand($array,$num); if $num > count($array) the return of array_rand is NULL Reproduce code: --- http://code.smb-media.de/?nr=5 http://code.smb-media.de/show/array_rand.php -- Edit bug report at http://bugs.php.net/?id=32569&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32569&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32569&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32569&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32569&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32569&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32569&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32569&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32569&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32569&r=support Expected behavior: http://bugs.php.net/fix.php?id=32569&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32569&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32569&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32569&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32569&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32569&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32569&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32569&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32569&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32569&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32569&r=mysqlcfg
#32567 [NEW]: Compilation fails with "make: *** [ext/gmp/gmp.lo] Error 1"
From: hipo at design dot bg Operating system: Fedora Core 1 PHP version: 4.3.11 PHP Bug Type: *Compile Issues Bug description: Compilation fails with "make: *** [ext/gmp/gmp.lo] Error 1" Description: I'm experiencing problems during compilation time. I've made a little shell script with configure options to the php for our purposes. I succesfully compiled my php every time a new stable version comes out. Mysteriously right now i've downloaded the latest stable version and used my compilation script to compile it. And the compilation failed with ... "/usr/local/src/php-4.3.11/ext/gmp/gmp.c: In function `convert_to_gmp': /usr/local/src/php-4.3.11/ext/gmp/gmp.c:254: error: `tsrm_ls' undeclared (first use in this function) /usr/local/src/php-4.3.11/ext/gmp/gmp.c:254: error: (Each undeclared identifier is reported only once /usr/local/src/php-4.3.11/ext/gmp/gmp.c:254: error: for each function it appears in.) make: *** [ext/gmp/gmp.lo] Error 1" I've googled a little and found a similar bur report for on of the development php versions. It was written that the "--disable-rpath" option caused the failer. I've tried to recompile the php with no success. Configure is okay no problems are reported there but the compilation failes. Below is my configure and the options i pass to it. #! /bin/sh # # Created by configure './configure' \ '--host=i386-redhat-linux' \ '--build=i386-redhat-linux' \ '--target=i386-redhat-linux-gnu' \ '--program-prefix=' \ '--prefix=/usr' \ '--with-dom' \ '--exec-prefix=/usr' \ '--bindir=/usr/bin' \ '--sbindir=/usr/sbin' \ '--sysconfdir=/etc' \ '--datadir=/usr/share' \ '--includedir=/usr/include' \ '--libdir=/usr/lib' \ '--libexecdir=/usr/libexec' \ '--localstatedir=/var' \ '--sharedstatedir=/usr/com' \ '--mandir=/usr/share/man' \ '--infodir=/usr/share/info' \ '--cache-file=../config.cache' \ '--with-apxs2=/usr/local/apache2/sbin/apxs' \ '--disable-static' \ '--enable-dbase' \ '--enable-ctype' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--with-tsrm-pthreads' \ '--enable-ftp' \ '--with-config-file-path=/etc' \ '--with-config-file-scan-dir=/etc/php.d' \ '--enable-force-cgi-redirect' \ '--disable-debug' \ '--enable-pic' \ '--enable-inline-optimization' \ '--with-curl' \ '--with-dom=/usr' \ '--with-exec-dir=/usr/bin' \ '--with-ttf' \ '--with-gdbm' \ '--with-gettext' \ '--with-ncurses' \ '--with-gmp' \ '--with-iconv=/usr/local/lib' \ '--with-openssl' \ '--with-regex=system' \ '--with-xml' \ '--with-expat-dir=/usr' \ '--with-layout=GNU' \ '--enable-bcmath' \ '--enable-exif' \ '--enable-magic-quotes' \ '--enable-safe-mode' \ '--enable-safe-mode' \ '--enable-sockets' \ '--enable-discard-path' \ '--enable-track-vars' \ '--enable-trans-sid' \ '--enable-wddx' \ '--with-dom' \ '--without-oci8' \ '--with-pear=/usr/share/pear' \ '--with-kerberos=/usr/kerberos' \ '--with-ldap=shared' \ '--with-mysql=/usr/local/mysql' \ '--enable-memory-limit' \ '--enable-shmop' \ '--enable-versioning' \ '--enable-calendar' \ '--enable-dbx' \ '--enable-dio' \ '--enable-mcal' \ '--enable-force-cgi-redirect' \ '--with-gd' \ '--with-zlib' \ '--with-png' \ '--enable-gd-imgstrttf' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr' \ '--enable-xslt' \ '--with-sablot' \ '--with-xslt-sablot' \ '--with-sablot-js=/usr/bin' \ '--disable-rpath' \ "$@" . I've got the same failer on one of our other servers when compiling. With different configure options. Hope someone will find a solution for me. Thank you. -- Edit bug report at http://bugs.php.net/?id=32567&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32567&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32567&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32567&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32567&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32567&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32567&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32567&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32567&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32567&r=support Expected behavior: http://bugs.php.net/fix.php?id=32567&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32567&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32567&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32567&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32567&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32567&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32567&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32567&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32567&r=float No Zend Extensions: http://bugs.p
#30096 [Com]: gmmktime does not return the corrent time
ID: 30096
Comment by: gottwald at quantum-hydrometrie dot de
Reported By: schmidt_florian at f-24 dot com
Status: Assigned
Bug Type: Date/time related
Operating System: Linux 2.6.7 (debian unstable)
PHP Version: 4.3.8
Assigned To: derick
New Comment:
This is still broken for 4.3.10. gmmktime() is correct when changing
from DST to non-DST, but incorrect when changing from non-DST to DST:
gmmktime(02, 00, 00, 10, 31, 2004): 1099188000
gmmktime(03, 00, 00, 10, 31, 2004): 1099191600
Diff: 3600, correct
gmmktime(02, 00, 00, 03, 27, 2005): 892400
gmmktime(03, 00, 00, 03, 27, 2005): 892400
Diff: 0, broken
Previous Comments:
[2004-09-16 08:23:23] [EMAIL PROTECTED]
Rasmus, I can reproduce it here. No clue why yet. I guess I have
something to do on the next plane ;-)
[2004-09-15 19:11:24] schmidt_florian at f-24 dot com
the timezone should!! be irrelevant thats the reason i use
gmmktime()... but it dont work?!
[2004-09-15 19:05:31] [EMAIL PROTECTED]
Looks ok on my Debian laptop:
php -r 'echo phpversion()."\n"; echo gmdate("H,i,s, m,d,Y",
gmmktime(02,00,01, 03,28,2004));'
4.3.9RC2-dev
02,00,01, 03,28,2004
Since we are dealing with GMT, your timezone should be irrelevant.
[2004-09-15 17:18:37] [EMAIL PROTECTED]
I'll have a look
[2004-09-15 16:45:24] schmidt_florian at f-24 dot com
its called debian...
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/30096
--
Edit this bug report at http://bugs.php.net/?id=30096&edit=1
#32568 [Opn]: session data is not available
ID: 32568 User updated by: duh at dowebwedo dot com Reported By: duh at dowebwedo dot com Status: Open Bug Type: Session related Operating System: Debian stable PHP Version: 5.0.4 New Comment: In addition to my bugreport some additional information: The session file appearantly does not contain the last session information that is shown through the print_r($_SESSION): cat sess_9ces9k67hse393stv6dns4t964 DF_debug|b:1; At first I wanted to use the class destructor (__destruct(..) ) with my debugger but appearantly sessions are not available when destructing. Adding $db->show() to my append.inc instead solved that problem. Perhaps the behaviour of __destruct and append.inc are now based on the same rules? Previous Comments: [2005-04-04 15:28:16] duh at dowebwedo dot com Description: Session data stored in the session is not available when reloading the page again. This problem occured after upgrading from php 5.0.3 to 5.0.4; in 5.0.3 we do not experience this problem. The last (append.inc) session listing in the first page request shows the session variables added to the session. One would expect these variables to show in the first (prepend.inc) session listing in the second page request. However, they do not show? The same situation using php 5.0.3 returns the expected result, so it can safely be assumed that modifications made in php 5.0.3 to php 5.0.4 has introduced this session problem. Reproduce code: --- Example source: --- prepend.inc ---application--- append.inc show(); ... print_r($_SESSION); ?> Info: - The application reads and writes to the session which means the session in the prepend can contain different values than in the append. Reading and Writing is done in classes (in this example: class debugger). Expected result: Output first page request: -- Array ( ) ... Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) Output second page request: --- Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) ... Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) Actual result: -- Output first page request: -- Array ( ) ... Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) Output second page request: --- Array ( [DF_debug] => 1 ) ... Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) -- Edit this bug report at http://bugs.php.net/?id=32568&edit=1
#32565 [Opn->Bgs]: Lazy boolean conditional different on CGI / mod_php
ID: 32565 Updated by: [EMAIL PROTECTED] Reported By: joel at elserver dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux 2.4.x PHP Version: 4.3.10 New Comment: No PHP bugs -> bogus. Previous Comments: [2005-04-04 15:36:17] joel at elserver dot com It seems to be Turck MMCache related. Thanks for your time. [2005-04-04 14:25:17] joel at elserver dot com Description: When doing short conditionals PHP behaves differently when working as an external CGI or as FastCGI,mod_php. Tested only on 4.3.10, identical php.ini, web server version and OS. Reproduce code: --- 1 && print "Test"; Expected result: The expected result is the string "Test" printed on stdout. When working with FastCGI or mod_php no output is sent. When running as CGI everything works fine. -- Edit this bug report at http://bugs.php.net/?id=32565&edit=1
#32565 [Opn]: Lazy boolean conditional different on CGI / mod_php
ID: 32565 User updated by: joel at elserver dot com Reported By: joel at elserver dot com Status: Open Bug Type: Unknown/Other Function Operating System: Linux 2.4.x PHP Version: 4.3.10 New Comment: It seems to be Turck MMCache related. Thanks for your time. Previous Comments: [2005-04-04 14:25:17] joel at elserver dot com Description: When doing short conditionals PHP behaves differently when working as an external CGI or as FastCGI,mod_php. Tested only on 4.3.10, identical php.ini, web server version and OS. Reproduce code: --- 1 && print "Test"; Expected result: The expected result is the string "Test" printed on stdout. When working with FastCGI or mod_php no output is sent. When running as CGI everything works fine. -- Edit this bug report at http://bugs.php.net/?id=32565&edit=1
#32568 [NEW]: session data is not available
From: duh at dowebwedo dot com Operating system: Debian stable PHP version: 5.0.4 PHP Bug Type: Session related Bug description: session data is not available Description: Session data stored in the session is not available when reloading the page again. This problem occured after upgrading from php 5.0.3 to 5.0.4; in 5.0.3 we do not experience this problem. The last (append.inc) session listing in the first page request shows the session variables added to the session. One would expect these variables to show in the first (prepend.inc) session listing in the second page request. However, they do not show? The same situation using php 5.0.3 returns the expected result, so it can safely be assumed that modifications made in php 5.0.3 to php 5.0.4 has introduced this session problem. Reproduce code: --- Example source: --- prepend.inc ---application--- append.inc show(); ... print_r($_SESSION); ?> Info: - The application reads and writes to the session which means the session in the prepend can contain different values than in the append. Reading and Writing is done in classes (in this example: class debugger). Expected result: Output first page request: -- Array ( ) ... Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) Output second page request: --- Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) ... Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) Actual result: -- Output first page request: -- Array ( ) ... Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) Output second page request: --- Array ( [DF_debug] => 1 ) ... Array ( [DF_debug] => 1 [DF] => Array ( [debugger] => Array ( [debug_script] => [debug_php] => [debug_debugging] => [debug_queries] => [debug_get] => [debug_post] => [debug_cookie] => [debug_session] => ) ) ) -- Edit bug report at http://bugs.php.net/?id=32568&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32568&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32568&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32568&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32568&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32568&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32568&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32568&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32568&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32568&r=support Expected behavior: http://bugs.php.net/fix.php?id=32568&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32568&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32568&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32568&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32568&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32568&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32568&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32568&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32568&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32568&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32568&r=mysqlcfg
#32566 [NEW]: Can PHP5RC be added for PHP5-only?
From: ceefour at gauldong dot net Operating system: All PHP version: 5.0.4 PHP Bug Type: Feature/Change Request Bug description: Can PHP5RC be added for PHP5-only? Description: I'm running several web sites in a shared hosting that has dual version of PHP installed, PHP 4.3.10 (webhoster's) and 5.0.4 (compiled & installed manually). Everytime I update PHP I have to patch src/php_ini.c so it looks up PHP5RC instead of PHPRC, because PHPRC is already used by the PHP 4 installation for PHP 4 configuration file, and I want to use another configuration file for the PHP 5 installation. Is it possible to add a new behavior to PHP 5 so it'll first look for PHP5RC, if it's not there then it'll use PHPRC, or any other configuration file paths accepted. It will have minimal impact on any PHP installation because nobody should ever have used PHP5RC for any other purpose. And anyone with similar situations like I do can use the new environment variable to help in dual PHP installations (not everyone can afford the luxury of controlling their own webservers). Reproduce code: --- none Expected result: none Actual result: -- none -- Edit bug report at http://bugs.php.net/?id=32566&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32566&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32566&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32566&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32566&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32566&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32566&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32566&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32566&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32566&r=support Expected behavior: http://bugs.php.net/fix.php?id=32566&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32566&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32566&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32566&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32566&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32566&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32566&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32566&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32566&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32566&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32566&r=mysqlcfg
#29013 [Com]: Multiple logons cause handles to become invalid
ID: 29013 Comment by: bugs dot php dot net at matveyev dot net Reported By: cjbj at hotmail dot com Status: Assigned Bug Type: OCI8 related Operating System: Windows, Linux PHP Version: 4.3.7, 5.0.0 Dev Assigned To: tony2001 New Comment: On my system, I noticed that the appearance of the bug depends on the way of starting my .php file. If I start the script from bash, it works okay. If I start the script directly from cron, it produces the error described here. So, I solved my problem starting it from cron with such a string: "su - user -c "/path/to/script.php" Previous Comments: [2005-02-25 16:04:51] goetten at gmail dot com Hy I'm having the following problem: Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task communication protocol error in /var/www/html/helpdesk/migracao/view.php on line 10 Warning: ocifetchinto(): OCIFetchInto: ORA-24374: define not done before fetch or execute and fetch in /var/www/html/helpdesk/migracao/view.php on line 12 These errors are in a simple query. Is it about the bug on php? thank's [2004-10-17 06:51:42] [EMAIL PROTECTED] I can see the problem now. Will look at it closer a bit later.. [2004-10-14 10:11:36] cjbj at hotmail dot com Using one user would make it harder to demonstrate the problem. Sorry I didn't include create user scripts etc. I retested with 4.3.10-dev and 5.0.3-dev binaries of a few minutes ago. I am using W2K with Oracle 9.2 client libraries. I am still seeing the usernames printed as SCOTT and HR, which is "incorrect". [2004-10-12 07:20:03] [EMAIL PROTECTED] No, of course you should able to connect to Oracle from PHP using different logins. My question should be read in this way: "are you able to reproduce it under 1 user, but with different connections, because I was too lazy to create a new user in Oracle?". Btw, I've already created additional user and tested your code - your example works perfectly for me. [2004-10-12 05:38:56] cjbj at hotmail dot com The "business requirement" comes from the original report in http://forums.oracle.com/forums/thread.jsp?forum=178&thread=251141 I don't think the way $c1 is impacted by the second login is obvious or nice behavior. I feel the problem is related to some of the common OCI8 connection issues due to the caching and reuse of handles. It would be nice to resolve these issues. There is no Oracle-OCI reason why two users can't be connected at one time. I think it should be allowed in PHP. But if you think the PHP-OCI8 interface should not support concurrent connections, can a PHP error be generated at the time of the second OCINLogin()? 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/29013 -- Edit this bug report at http://bugs.php.net/?id=29013&edit=1
#30804 [NoF->Opn]: multiple returned lob resource being overwritten
ID: 30804
User updated by: michael dot caplan at lechateau dot ca
Reported By: michael dot caplan at lechateau dot ca
-Status: No Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: RHE 3
PHP Version: 5.0.2
Assigned To: tony2001
New Comment:
Did this fix make it into PHP 5.0.4 (didn't see it in the change log),
or do I need to install a latest snap?
Previous Comments:
[2005-04-02 01:00:28] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-03-25 01:38:43] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-11-16 14:48:26] michael dot caplan at lechateau dot ca
Description:
I'm not 100% sure if this is a bug, or just a 'quirk', but my attempt
to get feedback on this issue on the php db support list was
unsuccessful. So, here I am
I am selecting multiple columns from a table, one being a clob. the
query returns multiple records for the query. The results are all
good, execpt the clob column in certain circumstances.
Normally, with such a db return, I would loop through the results and
grab the clobs one by one. Under 'special' circumstances, I would want
to first loop throught the results and assign the results to a new array
before fetching the clob. This is where things get funky. In this
senario, the last returned record's clob column overwrites all previous
clob columns (all the previous records have there unique data, except
the clob columns which contains the data for the last record across all
previous records).
A working example:
$query = 'select
id,
author,
cdate,
views,
title,
message,
top
from
APP_THREADS
where
TYPE = \'D\'';
$stmt = ociparse($fw_db->connection, $query);
ociexecute($stmt);
while (OCIFetchInto ($stmt, $row, OCI_ASSOC)) {
echo $row['MESSAGE']->load();
echo $row['id'];
// etc
}
as expected, I get all clobs from the result set. But in this example,
I do not:
$query = 'select
id,
author,
cdate,
views,
title,
message,
top
from
APP_THREADS
where
TYPE = \'D\'';
$stmt = ociparse($fw_db->connection, $query);
ociexecute($stmt);
while (OCIFetchInto ($stmt, $row, OCI_ASSOC)) {
// assign all lob resources to array for later loading
$messages[] = $row['MESSAGE'];
}
foreach ($messages as $message) {
echo $message->load();
}
In this example, the last assigned lob resource overwrites all previous
lob resources. When fetching the clob content later on, each record
returns the data from the last lob.
I am pretty unawair of the internal mechanics of how resources are
handled, and this just might be a quirk of how db result resources for
oci8 are handled, and is unavoidable. (it looks like one resource is
returned for all lobs, not multiple resources for each lob).
However, it is a pretty counter intuitive 'quirk'. If I can loop
through the results and assign all non resource elements to an array
for later operations, should I not be able to do the same thing with
resources?
Thanks.
Michael
--
Edit this bug report at http://bugs.php.net/?id=30804&edit=1
#32565 [NEW]: Lazy boolean conditional different on CGI / mod_php
From: joel at elserver dot com Operating system: Linux 2.4.x PHP version: 4.3.10 PHP Bug Type: Unknown/Other Function Bug description: Lazy boolean conditional different on CGI / mod_php Description: When doing short conditionals PHP behaves differently when working as an external CGI or as FastCGI,mod_php. Tested only on 4.3.10, identical php.ini, web server version and OS. Reproduce code: --- 1 && print "Test"; Expected result: The expected result is the string "Test" printed on stdout. When working with FastCGI or mod_php no output is sent. When running as CGI everything works fine. -- Edit bug report at http://bugs.php.net/?id=32565&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32565&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32565&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32565&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32565&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32565&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32565&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32565&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32565&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32565&r=support Expected behavior: http://bugs.php.net/fix.php?id=32565&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32565&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32565&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32565&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32565&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32565&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32565&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32565&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32565&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32565&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32565&r=mysqlcfg
#32501 [Opn]: acinclude.m4 should set HAVE_BROKEN_GETCWD for AIX, too
ID: 32501 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se Status: Open Bug Type: Directory function related Operating System: IBM AIX 5.2.0.0 ML5 PHP Version: 5CVS-2005-03-31 New Comment: An excerpt from my Apache 2 httpd.conf, with all information pertaining to PHP and the "safe mode protected" directory of mine: php_admin_flag allow_call_time_pass_reference off php_admin_flag allow_url_fopen off php_admin_flag always_populate_raw_post_data off php_admin_value arg_separator.input "&" php_admin_value arg_separator.output "&" php_admin_flag asp_tags off php_admin_value auto_append_file none php_admin_value auto_prepend_file none php_admin_flag child_terminate off php_admin_value default_charset none php_admin_value default_mimetype "text/html" php_admin_value default_socket_timeout 60 php_admin_flag define_syslog_variables off php_admin_flag display_startup_errors off php_admin_value docref_ext none php_admin_value docref_root none php_admin_value error_append_string none php_admin_value error_log none php_admin_value error_prepend_string none php_admin_value error_reporting 2039 php_admin_flag html_errors off php_admin_flag ignore_repeated_errors off php_admin_flag ignore_repeated_source off php_admin_flag ignore_user_abort off php_admin_flag implicit_flush off php_admin_value ldap.max_links -1 php_admin_flag log_errors on php_admin_value log_errors_max_len 1024 php_admin_flag magic_quotes_gpc on php_admin_flag magic_quotes_runtime off php_admin_flag mime_magic.debug on php_admin_value mysql.connect_timeout 60 php_admin_value mysql.default_host none php_admin_value mysql.default_password none php_admin_value mysql.default_port none php_admin_value mysql.default_socket none php_admin_value mysql.default_user none php_admin_value mysqli.default_host none php_admin_value mysqli.default_port none php_admin_value mysqli.default_pw none php_admin_value mysqli.default_socket none php_admin_value mysqli.default_user none php_admin_value output_buffering 4096 php_admin_value output_handler none php_admin_value precision 14 php_admin_flag register_argc_argv on php_admin_flag register_globals off php_admin_flag register_long_arrays on php_admin_flag report_memleaks on php_admin_flag report_zend_debug on php_admin_flag session.bug_compat_42 off php_admin_flag session.bug_compat_warn on php_admin_value session.entropy_file none php_admin_value session.entropy_length 0 php_admin_value session.gc_divisor 100 php_admin_value session.gc_maxlifetime 1440 php_admin_value session.gc_probability 1 php_admin_value session.save_handler files php_admin_value session.save_path "/tmp" php_admin_value session.serialize_handler php php_admin_flag session.use_trans_sid 0 php_admin_flag short_open_tag off php_admin_flag track_errors off php_admin_value unserialize_callback_func none php_admin_value variables_order "EGPCS" php_admin_flag xbithack off php_admin_flag y2k_compliance on php_admin_flag engine on php_admin_value include_path ".:/apache/php/lib/php" php_admin_value mail.force_extra_parameters "-t -f [EMAIL PROTECTED]" php_admin_value max_execution_time 60 php_admin_value max_input_time 60 php_admin_value memory_limit 64M php_admin_value post_max_size 63M php_admin_value sendmail_from [EMAIL PROTECTED] php_admin_value sendmail_path "/usr/local/bin/smwrap" php_admin_value SMTP notforunix php_admin_value smtp_port none php_admin_value upload_max_filesize 62M php_flag display_errors on php_admin_value doc_root "/onlyforsafemode" php_admin_value open_basedir none php_admin_value safe_mode_exec_dir none php_value bcmath.scale 0 php_value serialize_precision 100 php_flag session.auto_start off php_value session.cache_expire 180 php_value session.cache_limiter "nocache" php_value session.cookie_domain none php_value session.cookie_lifetime 0 php_value session.cookie_path "/" php_value session.hash_function 0 php_value session.name "PHPSESSID" php_value session.referer_check none php_flag session.use_cookies on php_flag tidy.clean_output off php_value date.default_latitude "59.52" php_value date.default_longitude "17.38" php_value date.sunrise_zenith "90.0" php_value date.sunset_zenith "90.0" php_value session.hash_bits_per_character 5 php_value url_rewriter.tags "a=href,area=href,frame=src,input=src,form=fakeentry" php_flag zend.ze1_compatibility_mode off php_admin_value browscap "/apache/etc/php_browscap.ini" php_admin_flag enable_dl off php_admin_value extension_dir "/apache/php/lib/php/extensions/debug-non-zts-20041030:/apache/php/lib/php/PEAR" php_admin_flag file_uploads on php_admin_value mime_magic.magicfile "/apache/etc/magic" php_admin_flag mysql.allow_persistent off php_admin_value mysql.max_links -1 php_admin_value mysql.max_persistent -1 php_admin_flag mysql.trace_mode off php_admin_value mysqli.max_links -1 php_admin_flag mysqli.reconnect off php_admin_flag safe_mode off php_admin_value safe_mode_allowed_env_vars
#32562 [Bgs]: browscap error parsing
ID: 32562 User updated by: jsgoupil at lookstrike dot com Reported By: jsgoupil at lookstrike dot com Status: Bogus Bug Type: *General Issues Operating System: WinXP PHP Version: 5.0.3 New Comment: It's strange... I search before posting with "parse error browscap" "parsing error browscap" "parse error get_browser" with the ALL option and I have got no result, that's why I post that one. Previous Comments: [2005-04-04 09:17:28] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #27372 [2005-04-04 07:38:57] jsgoupil at lookstrike dot com Description: The browscap line in php.ini point to a file browscap.ini I have downloaded the latest version of the browscap.ini and there are some problems. When I restart the Apache Server, I get errors like "Error parsing "...browscap.ini" on line " I get the same error twice... It seems that the char ! (exclamation mark) is not allowed by the parser. Oh, and something more, now in PHP5 it seems that there is a folder "extras", and the default value in php.ini is "extra/browscap.ini", you should add an s to extra ? -- Edit this bug report at http://bugs.php.net/?id=32562&edit=1
#32501 [Fbk->Opn]: acinclude.m4 should set HAVE_BROKEN_GETCWD for AIX, too
ID: 32501 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Feedback +Status: Open Bug Type: Directory function related Operating System: IBM AIX 5.2.0.0 ML5 PHP Version: 5CVS-2005-03-31 New Comment: Hi Tony! I'm running it as an Apache 2 handler; the configuration is performed in httpd.conf. Here is a text-format output of phpinfo(), if it helps: ---8<--- PHP Version 5.0.4 System AIX spinus 2 5 0058180C4C00 Build Date Apr 1 2005 17:11:56 Configure Command './configure' '--enable-bcmath' '--enable-calendar' '--enable-dba' '--enable-dbase' '--enable-dbx' '--enable-debug' '--enable-dio' '--enable-exif' '--enable-embedded-mysqli' '--enable-filepro' '--enable-ftp' '--enable-gd-jis-conv' '--enable-gd-native-ttf' '--enable-mbstring' '--enable-memory-limit' '--enable-shmop' '--enable-soap' '--enable-sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-yp' '--enable-zend-multibyte' '--prefix=/apache/php' '--with-apxs2=/apache/bin/apxs' '--with-bz2' '--with-freetype-dir' '--with-gd' '--with-gdbm' '--with-gettext' '--with-inifile' '--with-jpeg-dir' '--with-ldap' '--with-libxml-dir' '--with-mime-magic' '--with-mysql=/usr/local/mysql' '--with-openssl=/opt/freeware' '--with-png-dir' '--with-tiff-dir' '--with-ttf' '--with-xpm-dir' '--with-zlib' '--with-zlib-dir' Server API Apache 2.0 Handler Virtual Directory Support disabled Configuration File (php.ini) Path /apache/etc/php.ini PHP API 20031224 PHP Extension 20041030 Zend Extension 220040412 Debug Build yes Thread Safety disabled IPv6 Support enabled Registered PHP Streams php, file, http, ftp, compress.bzip2, compress.zlib, https, ftps Registered Stream Socket Transports tcp, udp, unix, udg, ssl, sslv3, sslv2, tls This program makes use of the Zend Scripting Language Engine: Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies _ Configuration PHP Core Directive Local Value Master Value allow_call_time_pass_reference Off On allow_url_fopen Off On always_populate_raw_post_data Off Off arg_separator.input & & arg_separator.output & & asp_tags Off Off auto_append_file no value no value auto_globals_jit On On auto_prepend_file no value no value browscap /apache/etc/php_browscap.ini no value default_charset no value no value default_mimetype text/html text/html define_syslog_variables Off Off disable_classes no value no value disable_functions no value no value display_errors On On display_startup_errors Off Off doc_root /apache/php/lib/php:/apache/htdocs/bwiberg no value docref_ext no value no value docref_root no value no value enable_dl Off On error_append_string no value no value error_log no value no value error_prepend_string no value no value error_reporting 2039 no value expose_php Off Off extension_dir /apache/php/lib/php/extensions/debug-non-zts-20041030:/apache/php/lib/ php/PEAR /apache/php/lib/php/extensions/debug-non-zts-20041030 file_uploads On On highlight.bg #FF #FF highlight.comment #FF8000 #FF8000 highlight.default #BB #BB highlight.html #00 #00 highlight.keyword #007700 #007700 highlight.string #DD #DD html_errors Off On ignore_repeated_errors Off Off ignore_repeated_source Off Off ignore_user_abort Off Off implicit_flush Off Off include_path .:/apache/php/lib/php .:/apache/php/lib/php log_errors On Off log_errors_max_len 1024 1024 magic_quotes_gpc On On magic_quotes_runtime Off Off magic_quotes_sybase Off Off mail.force_extra_parameters -t -f [EMAIL PROTECTED] no value max_execution_time 60 30 max_input_time 60 -1 memory_limit 64M 8M open_basedir .:/apache/php/lib/php/:/apache/htdocs/bwiberg/ no value output_buffering 4096 0 output_handler no value no value post_max_size 63M 8M precision 14 14 register_argc_argv On On register_globals Off Off register_long_arrays On On report_memleaks On On report_zend_debug On On safe_mode On Off safe_mode_exec_dir /usr/local/bin /usr/local/php/bin safe_mode_gid On Off safe_mode_include_dir /apache/php/lib/php/ no value sendmail_from [EMAIL PROTECTED] no value sendmail_path /usr/local/bin/smwrap /usr/sbin/sendmail -t -i serialize_precision 100 100 short_open_tag Off On SMTP notforunix localhost smtp_port no value 25 sql.safe_mode Off Off track_errors Off Off unserialize_callback_func no value no value upload_max_filesize 62M 2M upload_tmp_dir no value no value user_dir no value no value variables_order EGPCS EGPCS xmlrpc_error_number 0 0 xmlrpc_errors Off Off y2k_compliance On On zend.ze1_compatibility_mode Off Off apac
#32501 [Opn->Fbk]: acinclude.m4 should set HAVE_BROKEN_GETCWD for AIX, too
ID: 32501 Updated by: [EMAIL PROTECTED] Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Open +Status: Feedback Bug Type: Directory function related Operating System: IBM AIX 5.2.0.0 ML5 PHP Version: 5CVS-2005-03-31 New Comment: I can't reproduce it on AIX 5.3 & 5.1. Please, make sure that you're editing the right php.ini and provide more info about it. Previous Comments: [2005-04-01 16:34:06] Bjorn dot Wiberg at its dot uu dot se Tried php5-200503310630 (5.1.0-dev), but the problem is still present: Warning: fopen(): open_basedir restriction in effect. File(a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/testopen.php on line 3 Warning: fopen(a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/testopen.php on line 3 (It appears that acinclude.m4 hasn't changed at all in this regard, so this was probably expected?) Best regards, Björn [2005-03-30 17:19:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-30 14:11:41] Bjorn dot Wiberg at its dot uu dot se Description: As noted in other bug reports (PHP bug #24185), and the documentation (http://www.php.net/manual/en/function.getcwd.php), getcwd() may fail if some directory along a path doesn't have list (r) permissions, but only access (x) permissions. In acinclude.m4, the check for broken getcwd() checks the OS string to determine whether HAVE_BROKEN_GETCWD should be set or not. Currently, this check only detects (and sets HAVE_BROKEN_GETCWD) if the OS is "SunOS". This should probably be changed to include "AIX", too: [EMAIL PROTECTED]:/# uname -sr AIX 2 ...as the problem seems to be present on AIX. Reproduce code: --- Expected result: No error message, file gets created. Actual result: -- Because fopen() + open_basedir seems to rely on getcwd() to check the path to the file, we get the following error: Warning: fopen(): open_basedir restriction in effect. File(./a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/write.php on line 3 Warning: fopen(./a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/write.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=32501&edit=1
#32560 [Asn->Csd]: configure uses incorrect libdb2.so for test
ID: 32560 Updated by: [EMAIL PROTECTED] Reported By: avanchura at comcast dot net -Status: Assigned +Status: Closed Bug Type: Compile Failure Operating System: * PHP Version: 5.* Assigned To: tony2001 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-04-04 09:16:20] [EMAIL PROTECTED] tony2001: You propably have this stuff installed so I'll leave it to you to fix. It might be better idea to remove any filesystem checks for file existance and rather use the PHP_TEST_BUILD() macro.. [2005-04-04 03:43:56] avanchura at comcast dot net Description: the configure command uses a test locate the db2 library but uses the incorrect name. ( db2v8 ) this worked fine on 5.0.3 but not on 5.0.4 configure test uses libdb2.so the correct library name is libdb2.a ./configure --with-apxs2=/usr/local/apache2/bin/apxs --enable-ftp --with-ibm-db2=/home/dbinst/sqllib/ --enable-sockets --disable-libxml Actual result: -- i modified the configure command to use the correct library name and it then worked fine. -- Edit this bug report at http://bugs.php.net/?id=32560&edit=1
#32564 [Com]: unset session in foreach
ID: 32564
Comment by: duh at dowebwedo dot com
Reported By: echenavaz at mengine dot fr
Status: Feedback
Bug Type: Session related
Operating System: debian 2.6.9
PHP Version: 5.0.4
New Comment:
I did not experience any problems with Apache/1.3.29 (Unix) PHP/5.0.4
on Debian stable.
Code:
$session)
unset($_SESSION[$key_session]);
print_r($_SESSION);
?>
Result is as expected:
Array ( [DF_debug] => 1 [one] => 1 [two] => 2 [three] => 3 ) Array ( )
Previous Comments:
[2005-04-04 10:23:51] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
[2005-04-04 10:17:18] echenavaz at mengine dot fr
Description:
work fine whith 5.0.0
do not work whith 5.0.4
(whith zlib.output_compression = On)
Reproduce code:
---
foreach($_SESSION as $key_session => $session)
{
if(substr($key_session, 0, 17) == "session_pm_search")
{
unset($_SESSION[$key_session]);
}
}
$forward_url =
"https://".$_SERVER['HTTP_HOST'].$_SERVER['SCRIPT_NAME'];
header("location:$forward_url");
die();
Expected result:
$_SESSION['session_pm_searchX'] are unset
Actual result:
--
$_SESSION['session_pm_searchX'] are not unset
--
Edit this bug report at http://bugs.php.net/?id=32564&edit=1
#12496 [Com]: ldap_modify always returns "Insufficient Access"
ID: 12496
Comment by: bartkowskib at poczta dot fm
Reported By: binary_runner at rocketmail dot com
Status: No Feedback
Bug Type: LDAP related
Operating System: Linux 2.4.3
PHP Version: 4.0.6
New Comment:
I have experienced the same error on Windows NT with IIS5 and PHP
4.3.5. The connection to server is OK, I can read data and stuff, but
ldap_modify returns "insufficient access". I am able to change entries
when connected in other way (not via PHP).
Previous Comments:
[2002-03-23 00:00:03] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, 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-02-20 05:22:29] [EMAIL PROTECTED]
I still guess this is due improper configuration of your ldap server
software. It works quite fine here with 4.0.6. Any update on this and
some more information?
[2001-07-31 15:34:17] binary_runner at rocketmail dot com
ldap_modify, ldap_delete and probably other data modifying LDAP
functions return always "Insufficient Access" regardless if the user
I bind has rights to write everywhere or even it's root
Apache 1.3.19
--prefix=?pkg_install_prefix/?pkg_install_dir
--with-config-file-path=?pkg_dir('apache')/conf
--with-apxs=?pkg_dir('apache')/bin/apxs
--enable-sysvsem --enable-sysvshm --enable-magic-quotes
--enable-memory-limit --enable-track-vars
--enable-versioning --enable-trans-sid
--with-gettext --with-recode --with-readline
--with-ldap=?pkg_dir('openldap') --with-ttf
--with-gd --enable-gd-native-ttf --with-gdbm --with-db3
--with-unixodbc=?pkg_dir('unixodbc') --with-mysql=?pkg_dir('mysql')
--with-pgsql=?pkg_dir('postgres') --with-sybase-ct=?pkg_dir('sybase')
--enable-ftp --with-xml --with-zlib
--
Edit this bug report at http://bugs.php.net/?id=12496&edit=1
#32512 [Bgs]: flush() does not work after sending Location header
ID: 32512
User updated by: kulakov74 at yandex dot ru
Reported By: kulakov74 at yandex dot ru
Status: Bogus
Bug Type: Output Control
Operating System: Linux, Win 2000
PHP Version: 4.3.9
New Comment:
Yes, sorry again - it was my fault and the bug should be closed /
deleted. As for register_shutdown_function(), I checked the updated
documentation and found I was wrong too - connection should be opened.
Previous Comments:
[2005-04-01 10:40:28] [EMAIL PROTECTED]
But no bug in flush...
[2005-04-01 09:53:55] kulakov74 at yandex dot ru
I'm sorry, this is my fault - the HTTP-interface I use for testing
could not display single characters which made me think PHP didn't send
anything. After I added newlines to the output - echo("-\n"); flush(); -
it worked as expected.
Also, I tried using register_shutdown_function to separate the slow
part from sending headers, but it didn't work. The docs says:
The registered shutdown functions are called after the request has been
completed (including sending any output buffers), so it is not possible
to send output to the browser using echo() or print()...
But I tried to output with echo() within the regisreted function and,
to my surprise, the output got to the browser! Seems like when the
function is called the connection may well be open unless it was closed
by the user/net; I wish there would be a way to tell Apache to close it
at any moment so that script would run in background.
[2005-03-31 22:00:43] [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
I can NOT reproduce this with latest CVS (tested PHP_4_3 / HEAD
branches)
[2005-03-31 10:32:10] kulakov74 at yandex dot ru
Description:
We want a script to make a redirect and then make some Sql-queries, so
that the user would not wait for the queries to execute (sometimes they
may take too long). I added
echo("-"); flush();
after sending the Location header which made PHP send the header
immediately away, but the problem is IE does not make the redirect as
soon as it gets the header - probably it expects other headers or a
page, so it only redirects after the script completes. If I add more
output after that and a flush() call then PHP won't output anything
else until the script completes. This is emulated with a sleep(3) call.
More precisely, PHP only sends headers immediately, it doesn't send
anything else (the dash in this case).
Reproduce code:
---
//This is the redirect
header("Location: http://hotelsys.biz/hotels/Bali";);
//This is how I force PHP to send it right away
echo("-"); flush();
//This is how I cannot make PHP send anything else
echo(str_repeat("-", 1024*16)); flush();
//Pause emulation
sleep(3);
//the end - this is when the browser gets the output
exit;
Expected result:
The first "-" character and the next 16K of it sent right away.
Actual result:
--
I only get dashes in 3 seconds; the browser (IE) makes the redirect in
this time too.
--
Edit this bug report at http://bugs.php.net/?id=32512&edit=1
#32514 [Fbk->Opn]: session_start() crashes when session exists
ID: 32514
User updated by: red at raven dot ch
Reported By: red at raven dot ch
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Fedora Core 3
PHP Version: 5CVS-2005-03-30
New Comment:
Sorry, I can't reduce this to a few lines of code. It seems this
segmentation fault does only occure in rather complex situations (and I
can't put the finger on it). I'm working with the Vida-Framework (
http://www.vidaframework.ch/ - latest cvs-version) and it seems the
problem can be found in these lines:
Previous Comments:
[2005-04-03 01:09:52] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
[2005-04-01 00:02:40] red at raven dot ch
tried the latest snapshot (200503312030) . still the same.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208932672 (LWP 3881)]
0x012dbcee in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe190b0)
at zend_vm_execute.h:120
120 if (EX(function_state).function->common.fn_flags &
ZEND_ACC_ABST
RACT) {
(gdb) bt
#0 0x012dbcee in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe190b0)
at zend_vm_execute.h:120
#1 0x012dc705 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfe190b0)
at zend_vm_execute.h:288
#2 0x012dbc3b in execute (op_array=0x8a24f6c) at zend_vm_execute.h:78
#3 0x012dc073 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe19220)
at zend_vm_execute.h:204
#4 0x012dc705 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfe19220)
at zend_vm_execute.h:288
#5 0x012dbc3b in execute (op_array=0x875be54) at zend_vm_execute.h:78
#6 0x012dc073 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe19360)
at zend_vm_execute.h:204
#7 0x012dc705 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfe19360)
at zend_vm_execute.h:288
#8 0x012dbc3b in execute (op_array=0x875ae9c) at zend_vm_execute.h:78
#9 0x0130d185 in ZEND_INCLUDE_OR_EVAL_SPEC_CV_HANDLER (
execute_data=0xbfe194d0) at zend_vm_execute.h:18130
#10 0x012dbc3b in execute (op_array=0x88f01c4) at zend_vm_execute.h:78
#11 0x012dc073 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe19670)
at zend_vm_execute.h:204
#12 0x012dc705 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfe19670)
at zend_vm_execute.h:288
#13 0x012dbc3b in execute (op_array=0x870ad08) at zend_vm_execute.h:78
#14 0x012ac2f3 in zend_call_function (fci=0xbfe19810,
fci_cache=0xbfe19800)
at /usr/local/src/php5-200503312030/Zend/zend_execute_API.c:851
#15 0x012ac842 in zend_lookup_class (name=0x876b32c "User",
name_length=4,
ce=0xbfe198e4)
at /usr/local/src/php5-200503312030/Zend/zend_execute_API.c:956
#16 0x0125c5fa in php_var_unserialize (rval=0xbfe19950, p=0xbfe19a90,
max=0x87e05e8 "\204�217*A", var_hash=0xbfe19a70)
at
/usr/local/src/php5-200503312030/ext/standard/var_unserializer.c:565
#17 0x0125d704 in process_nested_data (rval=0xbfe19a84, p=0xbfe19a90,
max=0x87e05e8 "\204�217*A", var_hash=0xbfe19a70,
ht=0x87e192c,
elements=0)
at
/usr/local/src/php5-200503312030/ext/standard/var_unserializer.c:232
#18 0x0125da92 in object_common2 (rval=0xbfe19a84, p=0xbfe19a90,
max=0x87e05e8 "\204�217*A", var_hash=0xbfe19a70,
elements=4)
at
/usr/local/src/php5-200503312030/ext/standard/var_unserializer.c:322
#19 0x0125c8fd in php_var_unserialize (rval=0xbfe19a84, p=0xbfe19a90,
max=0x87e05e8 "\204�217*A", var_hash=0xbfe19a70)
at
/usr/local/src/php5-200503312030/ext/standard/var_unserializer.c:623
#20 0x01150b56 in ps_srlzr_decode_php (
val=0x87dfd34 "VidaAuth|O:8:\"VidaAuth\":4:{s:14:\"", vallen=2228)
at /usr/local/src/php5-200503312030/ext/session/session.c:509
#21 0x01151015 in php_session_decode (
val=0x87dfd34 "VidaAuth|O:8:\"VidaAuth\":4:{s:14:\"", vallen=2228)
at /usr/local/src/php5-200503312030/ext/session/session.c:571
#22 0x011515a8 in php_session_initialize ()
at /usr/local/src/php5-200503312030/ext/session/session.c:752
#23 0x01153265 in php_session_start ()
at /usr/local/src/php5-200503312030/ext/session/session.c:1203
#24 0x01154c98 in zif_session_start (ht=0, return_value=0x8762bc4,
this_ptr=0x0, return_value_used=0)
at /usr/local/src/php5-200503312030/ext/session/session.c:1665
#25 0x012dbf22 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe19e70)
at zend_vm_execute.h:175
#26 0x012e0074 in ZEND_DO_
#32564 [Opn->Fbk]: unset session in foreach
ID: 32564
Updated by: [EMAIL PROTECTED]
Reported By: echenavaz at mengine dot fr
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: debian 2.6.9
PHP Version: 5.0.4
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Previous Comments:
[2005-04-04 10:17:18] echenavaz at mengine dot fr
Description:
work fine whith 5.0.0
do not work whith 5.0.4
(whith zlib.output_compression = On)
Reproduce code:
---
foreach($_SESSION as $key_session => $session)
{
if(substr($key_session, 0, 17) == "session_pm_search")
{
unset($_SESSION[$key_session]);
}
}
$forward_url =
"https://".$_SERVER['HTTP_HOST'].$_SERVER['SCRIPT_NAME'];
header("location:$forward_url");
die();
Expected result:
$_SESSION['session_pm_searchX'] are unset
Actual result:
--
$_SESSION['session_pm_searchX'] are not unset
--
Edit this bug report at http://bugs.php.net/?id=32564&edit=1
#32564 [NEW]: unset session in foreach
From: echenavaz at mengine dot fr
Operating system: debian 2.6.9
PHP version: 5.0.4
PHP Bug Type: Session related
Bug description: unset session in foreach
Description:
work fine whith 5.0.0
do not work whith 5.0.4
(whith zlib.output_compression = On)
Reproduce code:
---
foreach($_SESSION as $key_session => $session)
{
if(substr($key_session, 0, 17) == "session_pm_search")
{
unset($_SESSION[$key_session]);
}
}
$forward_url = "https://".$_SERVER['HTTP_HOST'].$_SERVER['SCRIPT_NAME'];
header("location:$forward_url");
die();
Expected result:
$_SESSION['session_pm_searchX'] are unset
Actual result:
--
$_SESSION['session_pm_searchX'] are not unset
--
Edit bug report at http://bugs.php.net/?id=32564&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32564&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32564&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32564&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32564&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32564&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32564&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32564&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32564&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32564&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32564&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32564&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32564&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32564&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32564&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32564&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32564&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32564&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32564&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32564&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32564&r=mysqlcfg
#32504 [Csd->Opn]: shtool problem on make test
ID: 32504 User updated by: ralph at cs dot cf dot ac dot uk Reported By: ralph at cs dot cf dot ac dot uk -Status: Closed +Status: Open Bug Type: Compile Failure Operating System: MacOS X 10.3.x PHP Version: 5CVS-2005-03-30 (dev) New Comment: Still not completely fixed with php5-200504040630. I now get ldd command not found. Please allow this report to be send to the PHP QA team. This will give us a better understanding in how PHP's test cases are doing. (choose "s" to just save the results to a file)? [Yns]: Y Please enter your email address. (Your address will be mangled so that it will not go out on any mailinglist in plain text): [EMAIL PROTECTED] sh: line 1: ldd: command not found Posting to qa.php.net /buildtest-process.php Thank you for helping to make PHP better. Previous Comments: [2005-04-01 15:42:15] [EMAIL PROTECTED] Heh, it helps of course if I had committed the fix. :) Now it IS fixed. (try in about one hour from now) [2005-04-01 10:15:45] ralph at cs dot cf dot ac dot uk Just used snapshot php5-200504010630 and the problem STILL remains, despite assertions to the contrary. Please allow this report to be send to the PHP QA team. This will give us a better understanding in how PHP's test cases are doing. (choose "s" to just save the results to a file)? [Yns]: Y Please enter your email address. (Your address will be mangled so that it will not go out on any mailinglist in plain text): [EMAIL PROTECTED] sh: line 1: /usr/local/src/php5-200504010630./build/ shtool: No such file or directory sh: line 1: --version: command not found sh: line 1: ldd: command not found Posting to qa.php.net /buildtest-process.php Thank you for helping to make PHP better. [2005-03-31 21:47:26] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-03-30 15:59:31] ralph at cs dot cf dot ac dot uk Description: This bug seems to be the reult of a not-quite-correct solution to bug 29136. On doing "make test" a failure occurs when trying to mail the results to the developers. Reproduce code: --- ./buildconf ./configure make make test Expected result: list of build issues to be mailed to the developers Actual result: -- Please allow this report to be send to the PHP QA team. This will give us a better understanding in how PHP's test cases are doing. (choose "s" to just save the results to a file)? [Yns]: Please enter your email address. (Your address will be mangled so that it will not go out on any mailinglist in plain text): [EMAIL PROTECTED]: line 1: /usr/local/src/php5-200503301230./build/shtool: No such file or directory sh: line 1: --version: command not found sh: line 1: ldd: command not found Posting to qa.php.net /buildtest-process.php Thank you for helping to make PHP better. -- Edit this bug report at http://bugs.php.net/?id=32504&edit=1
#32563 [Asn]: stream_wrapper_register() allows registering of invalid schemes.
ID: 32563 Updated by: [EMAIL PROTECTED] Reported By: a at b dot c dot de Status: Assigned Bug Type: Filesystem function related Operating System: * PHP Version: 5.* Assigned To: pollita New Comment: It also crashes in HEAD: #0 0x0019 in ?? () #1 0x0830dee5 in _php_stream_free (stream=0x8ba544c, close_options=11) at /usr/src/php/php5/main/streams/streams.c:362 #2 0x0830fce7 in stream_resource_regular_dtor (rsrc=0x8ba4dc4) at /usr/src/php/php5/main/streams/streams.c:1366 #3 0x08347879 in list_entry_destructor (ptr=0x8ba4dc4) at /usr/src/php/php5/Zend/zend_list.c:178 #4 0x08345af2 in zend_hash_del_key_or_index (ht=0x85eab40, arKey=0x0, nKeyLength=0, h=6, flag=1) at /usr/src/php/php5/Zend/zend_hash.c:490 #5 0x083475dd in _zend_list_delete (id=6) at /usr/src/php/php5/Zend/zend_list.c:58 #6 0x0833c9be in _zval_dtor_func (zvalue=0x8ba5044, __zend_filename=0x8562434 "/usr/src/php/php5/Zend/zend_variables.h", __zend_lineno=35) at /usr/src/php/php5/Zend/zend_variables.c:60 #7 0x083318c5 in _zval_dtor (zvalue=0x8ba5044, __zend_filename=0x85623d8 "/usr/src/php/php5/Zend/zend_execute_API.c", __zend_lineno=391) at zend_variables.h:35 #8 0x08331a78 in _zval_ptr_dtor (zval_ptr=0x8ba4ff8, __zend_filename=0x8563290 "/usr/src/php/php5/Zend/zend_variables.c", __zend_lineno=175) at /usr/src/php/php5/Zend/zend_execute_API.c:391 #9 0x0833cc63 in _zval_ptr_dtor_wrapper (zval_ptr=0x8ba4ff8) at /usr/src/php/php5/Zend/zend_variables.c:175 #10 0x08345e5a in zend_hash_apply_deleter (ht=0x85eaa10, p=0x8ba4fec) at /usr/src/php/php5/Zend/zend_hash.c:574 #11 0x0834607b in zend_hash_graceful_reverse_destroy (ht=0x85eaa10) at /usr/src/php/php5/Zend/zend_hash.c:640 #12 0x08331411 in shutdown_executor () at /usr/src/php/php5/Zend/zend_execute_API.c:216 #13 0x0833df9e in zend_deactivate () at /usr/src/php/php5/Zend/zend.c:823 #14 0x082fd3e1 in php_request_shutdown (dummy=0x0) at /usr/src/php/php5/main/main.c:1217 #15 0x083b9ca0 in main (argc=2, argv=0xbfe6ea74) at /usr/src/php/php5/sapi/cli/php_cli.c:1057 Previous Comments: [2005-04-04 09:33:10] [EMAIL PROTECTED] Sara, can you please look into this? [2005-04-04 08:03:08] a at b dot c dot de Description: URL schemes may not contain ":" characters (as this character is used as the scheme delimiter). stream_wrapper_register() will allow "schemes" containing ":" to be registered, even though the URLs that result from using them are invalid. Reproduce code: --- Expected result: Warning: stream_wrapper_register(tick:tock): Invalid argument ... on line 5 Array ( [0] => php [1] => file [2] => http [3] => ftp [4] => compress.zlib ) Actual result: -- Array ( [0] => php [1] => file [2] => http [3] => ftp [4] => compress.zlib [5] => tick:tock ) Warning: fopen(tick:tock:thingy): failed to open stream: Invalid argument ... on line 7 -- Edit this bug report at http://bugs.php.net/?id=32563&edit=1
#32563 [Opn->Asn]: stream_wrapper_register() allows registering of invalid schemes.
ID: 32563 Updated by: [EMAIL PROTECTED] Reported By: a at b dot c dot de -Status: Open +Status: Assigned -Bug Type: Unknown/Other Function +Bug Type: Filesystem function related -Operating System: +Operating System: * -PHP Version: 5.0.3 +PHP Version: 5.* -Assigned To: +Assigned To: pollita New Comment: Sara, can you please look into this? Previous Comments: [2005-04-04 08:03:08] a at b dot c dot de Description: URL schemes may not contain ":" characters (as this character is used as the scheme delimiter). stream_wrapper_register() will allow "schemes" containing ":" to be registered, even though the URLs that result from using them are invalid. Reproduce code: --- Expected result: Warning: stream_wrapper_register(tick:tock): Invalid argument ... on line 5 Array ( [0] => php [1] => file [2] => http [3] => ftp [4] => compress.zlib ) Actual result: -- Array ( [0] => php [1] => file [2] => http [3] => ftp [4] => compress.zlib [5] => tick:tock ) Warning: fopen(tick:tock:thingy): failed to open stream: Invalid argument ... on line 7 -- Edit this bug report at http://bugs.php.net/?id=32563&edit=1
#31222 [Fbk->Opn]: ocicommit not working
ID: 31222 User updated by: amonw at hotmail dot com Reported By: amonw at hotmail dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: redhat linux 7.2 PHP Version: 4.3.10 Assigned To: tony2001 New Comment: I tried the http://snaps.php.net/php4-STABLE-latest.tar.gz,which extracted to be php4-STABLE-200504040230,but the code produced the same result. Previous Comments: [2005-03-30 23:06:56] [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 [2004-12-24 03:08:50] amonw at hotmail dot com Thank you for your help. But can you explain why the 4 methods I listed in the first comment can change the result? And why can't I add "ocilogoff($c)" before the second ocilogon to change the result? [2004-12-23 18:16:12] [EMAIL PROTECTED] You need to use ocinlogon() in this case, because you have 2 similar connections (which are indeed ONE connection) messing around. One of these connections still needs commit and gets rollback'ed at the end of the script execution and one of them doesn't. So, this is quite expected. There is another problem: this issue doesn't exist in PHP5 ocilogon()/oci_connect() because behaves similar to ocinlogon()/oci_new_connect() and returns exclusive connection descriptor. This is not the intended behaviour and I'll investigate who and why changed it. [2004-12-23 13:26:48] amonw at hotmail dot com Just in case, did you receive my email with a test account? I sent it about 8 hours ago. [2004-12-22 10:01:10] [EMAIL PROTECTED] Thanks, it would be very nice. 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/31222 -- Edit this bug report at http://bugs.php.net/?id=31222&edit=1
#32562 [Opn->Bgs]: browscap error parsing
ID: 32562 Updated by: [EMAIL PROTECTED] Reported By: jsgoupil at lookstrike dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: WinXP PHP Version: 5.0.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #27372 Previous Comments: [2005-04-04 07:38:57] jsgoupil at lookstrike dot com Description: The browscap line in php.ini point to a file browscap.ini I have downloaded the latest version of the browscap.ini and there are some problems. When I restart the Apache Server, I get errors like "Error parsing "...browscap.ini" on line " I get the same error twice... It seems that the char ! (exclamation mark) is not allowed by the parser. Oh, and something more, now in PHP5 it seems that there is a folder "extras", and the default value in php.ini is "extra/browscap.ini", you should add an s to extra ? -- Edit this bug report at http://bugs.php.net/?id=32562&edit=1
#32560 [Opn->Asn]: configure uses incorrect libdb2.so for test
ID: 32560 Updated by: [EMAIL PROTECTED] Reported By: avanchura at comcast dot net -Status: Open +Status: Assigned -Bug Type: *Configuration Issues +Bug Type: Compile Failure -Operating System: aix 5.2 / 5.2 +Operating System: * -PHP Version: 5.0.4 +PHP Version: 5.* -Assigned To: +Assigned To: tony2001 New Comment: tony2001: You propably have this stuff installed so I'll leave it to you to fix. It might be better idea to remove any filesystem checks for file existance and rather use the PHP_TEST_BUILD() macro.. Previous Comments: [2005-04-04 03:43:56] avanchura at comcast dot net Description: the configure command uses a test locate the db2 library but uses the incorrect name. ( db2v8 ) this worked fine on 5.0.3 but not on 5.0.4 configure test uses libdb2.so the correct library name is libdb2.a ./configure --with-apxs2=/usr/local/apache2/bin/apxs --enable-ftp --with-ibm-db2=/home/dbinst/sqllib/ --enable-sockets --disable-libxml Actual result: -- i modified the configure command to use the correct library name and it then worked fine. -- Edit this bug report at http://bugs.php.net/?id=32560&edit=1
#32547 [Csd->Bgs]: DOMDocument->loadHTML() seems to broke (utf-8 russian) codepage
ID: 32547
Updated by: [EMAIL PROTECTED]
Reported By: xlex0x835 at rambler dot ru
-Status: Closed
+Status: Bogus
Bug Type: DOM XML related
Operating System: Mac OS X 10.3, FreeBSD 5.3
PHP Version: 5.0.3
Assigned To: rrichards
New Comment:
No PHP bug -> bogus.
Previous Comments:
[2005-04-04 09:09:40] xlex0x835 at rambler dot ru
As for , please, read more carefully. I told, that
I put that tag just to have one correct source for both
loadHTML() and loadXML() methods.
As for libxml - thank you to confirm that it is that lib
problem.
[2005-04-04 08:40:10] [EMAIL PROTECTED]
Not a bug, IMHO. HTML 4 is not XML, therefore it doesn't know about the
processing instruction and doesn't apply that information. You
have to use the meta tag in html 4 (loadHTML is only about HTML 4 and
not XHTML)
I may be wrong with that assumption, so please point me to the right
specs, if loadHTML should recognize that.
But anyway, not a PHP bug, but basically a libxml2 "problem"
[2005-04-03 19:44:05] xlex0x835 at rambler dot ru
Problem seems to be detected: if I will put tag
just after the title, document will be parsed absolutely
correct.
Is it libxml bug or PHP bindings?
[2005-04-02 18:58:50] xlex0x835 at rambler dot ru
Description:
If I use DOMDocument->loadHTML() method with an utf-8
HTML, which contains russian characters, that russian
characters just messed (please see 'Actual result').
Nothing changed if I specify encoding "by hand" (I mean
the following call: "$domDoc = new DOMDocument('1.0',
'utf-8');").
But, eveything works just fine if I use DOMDocument-
>loadXML() method (that's why there is xml definition
string in the input).
Nothing changed if I will remove all $domDoc options,
neither removing "" string (it is actually
exist only to get one source for both loadHTML() and
loadXML() functions call - to test error).
The problem was discrovered on the "real-world" HTML,
the code was stripped to the minimum for the ease of
use.
Host info.
===
[PHP Modules (on FreeBSD 5.3 host)]
bcmath
bz2
calendar
ctype
curl
dom
exif
ftp
gd
gettext
gmp
iconv
imap
libxml
mbstring
mcrypt
mcve
mhash
mysql
ncurses
odbc
openssl
pcntl
pcre
pgsql
posix
pspell
readline
session
shmop
SimpleXML
snmp
soap
sockets
SPL
SQLite
standard
sysvmsg
sysvsem
sysvshm
tidy
tokenizer
wddx
xml
xmlrpc
xsl
yaz
yp
zip
zlib
No Zend modules.
FreeBSD 5.3-RELEASE
libxml2-2.6.13
gcc (GCC) 3.4.2 [FreeBSD] 20040728
Reproduce code:
---
formatOutput = true;
$domDoc->preserveWhiteSpace = false;
$domDoc->recover = true;
$domDoc->loadXML($xmlContent);
file_put_contents('output_test', $domDoc->saveXML());
?>
input_test:
===
Òåñò - Test
Expected result:
http://www.w3.org/TR/REC-html40/
loose.dtd">
Òåñò - Test
Actual result:
--
http://www.w3.org/TR/REC-html40/
loose.dtd">
âõÃÂà- Test
--
Edit this bug report at http://bugs.php.net/?id=32547&edit=1
#32527 [Fbk->Opn]: iconv library
ID: 32527 User updated by: nyama152 at yahoo dot com Reported By: nyama152 at yahoo dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 9 (Intel) PHP Version: 5.0.4 New Comment: We made to compile it with --with-iconv=/usr/local. Furthermore, it seems we don't have to set LD_LIBRARY_PATH any more. Thank you for PHP team. Previous Comments: [2005-04-04 08:37:10] [EMAIL PROTECTED] Well, then you should have given --with-iconv=/usr/local to configure. Try again with it. [2005-04-04 04:09:29] nyama152 at yahoo dot com This error seems to be reproduced on 5.0.2 and 5.0.3 (after the bug fix, http://bugs.php.net/bug.php?id=31107). So it may be attributed to the recent introduction of newest kernel and required recompilation of gcc and libiconv. % showrev Hostname: hoge Hostid: Release: 5.9 Kernel architecture: i86pc Application architecture: i386 Hardware provider: Domain: Kernel version: SunOS 5.9 Generic 118559-02 Jan 2005 [2005-04-04 03:46:26] nyama152 at yahoo dot com I just ./configure (no explicit prefix is given) and make'd the libiconv-1.9.2. So libiconv libraries locate at /usr/local/lib. [2005-04-03 16:14:51] [EMAIL PROTECTED] How did you install libiconv library? Which location you provide to configure as the prefix? [2005-04-03 15:42:48] nyama152 at yahoo dot com The followings are the errorss, which may be the same as the original output. Is it OK ? ext/iconv/iconv.lo(.text+0x14d): In function `_php_iconv_appendl': /hoge/php-5.0.4/ext/iconv/iconv.c:254: undefined reference to `libiconv' ext/iconv/iconv.lo(.text+0x223):/hoge/php-5.0.4/ext/iconv/iconv.c:291: undefined reference to `libiconv' ext/iconv/iconv.lo(.text+0x2d7): In function `php_iconv_string': /hoge/php-5.0.4/ext/iconv/iconv.c:347: undefined reference to `libiconv_open' ext/iconv/iconv.lo(.text+0x318):/hoge/php-5.0.4/ext/iconv/iconv.c:356: undefined reference to `libiconv' ext/iconv/iconv.lo(.text+0x337):/hoge/php-5.0.4/ext/iconv/iconv.c:369: undefined reference to `libiconv' ext/iconv/iconv.lo(.text+0x35a):/hoge/php-5.0.4/ext/iconv/iconv.c:380: undefined reference to `libiconv_close' ext/iconv/iconv.lo(.text+0x3bb): In function `_php_iconv_strlen': /hoge/php-5.0.4/ext/iconv/iconv.c:505: undefined reference to `libiconv_open' ext/iconv/iconv.lo(.text+0x437):/hoge/php-5.0.4/ext/iconv/iconv.c:528: undefined reference to `libiconv' ext/iconv/iconv.lo(.text+0x462):/hoge/php-5.0.4/ext/iconv/iconv.c:561: undefined reference to `libiconv_close' ext/iconv/iconv.lo(.text+0x4ec): In function `_php_iconv_strpos': /hoge/php-5.0.4/ext/iconv/iconv.c:734: undefined reference to `libiconv_open' ext/iconv/iconv.lo(.text+0x570):/hoge/php-5.0.4/ext/iconv/iconv.c:759: undefined reference to `libiconv' ext/iconv/iconv.lo(.text+0x610):/hoge/php-5.0.4/ext/iconv/iconv.c:877: undefined reference to `libiconv_close' ext/iconv/iconv.lo(.text+0x7e3): In function `_php_iconv_mime_decode': /hoge/php-5.0.4/ext/iconv/iconv.c:1238: undefined reference to `libiconv_open' ext/iconv/iconv.lo(.text+0x89d):/hoge/php-5.0.4/ext/iconv/iconv.c:1705: undefined reference to `libiconv_close' ext/iconv/iconv.lo(.text+0x8b1):/hoge/php-5.0.4/ext/iconv/iconv.c:1708: undefined reference to `libiconv_close' ext/iconv/iconv.lo(.text+0xb73):/hoge/php-5.0.4/ext/iconv/iconv.c:1349: undefined reference to `libiconv_close' ext/iconv/iconv.lo(.text+0xb87):/hoge/php-5.0.4/ext/iconv/iconv.c:1352: undefined reference to `libiconv_open' ext/iconv/iconv.lo(.text+0x115b): In function `zif_iconv_substr': /hoge/php-5.0.4/ext/iconv/iconv.c:605: undefined reference to `libiconv_open' ext/iconv/iconv.lo(.text+0x1233):/hoge/php-5.0.4/ext/iconv/iconv.c:628: undefined reference to `libiconv' ext/iconv/iconv.lo(.text+0x127e):/hoge/php-5.0.4/ext/iconv/iconv.c:685: undefined reference to `libiconv_close' ext/iconv/iconv.lo(.text+0x1293):/hoge/php-5.0.4/ext/iconv/iconv.c:689: undefined reference to `libiconv_close' ext/iconv/iconv.lo(.text+0x1409):/hoge/php-5.0.4/ext/iconv/iconv.c:636: undefined reference to `libiconv_open' ext/iconv/iconv.lo(.text+0x19ae): In function `zif_iconv_mime_encode': /hoge/php-5.0.4/ext/iconv/iconv.c:927: undefined reference to `libiconv_open' ext/iconv/iconv.lo(.text+0x19cc):/hoge/php-5.0.4/ext/iconv/iconv.c:941: undefined reference to `libiconv_open' ext/iconv/iconv.lo(.text+0x1c83):/hoge/php-5.0.4/ext/iconv/iconv.c:1200: undefined reference to `libiconv_close' ext/iconv/iconv.lo(.text+0x1c9d):/hoge/php-5.0.4/ext/iconv/iconv.c:1203: undefined reference to `libiconv_close' ext/iconv/iconv.lo(.text+
#32547 [Bgs->Csd]: DOMDocument->loadHTML() seems to broke (utf-8 russian) codepage
ID: 32547
User updated by: xlex0x835 at rambler dot ru
Reported By: xlex0x835 at rambler dot ru
-Status: Bogus
+Status: Closed
Bug Type: DOM XML related
Operating System: Mac OS X 10.3, FreeBSD 5.3
PHP Version: 5.0.3
Assigned To: rrichards
New Comment:
As for , please, read more carefully. I told, that
I put that tag just to have one correct source for both
loadHTML() and loadXML() methods.
As for libxml - thank you to confirm that it is that lib
problem.
Previous Comments:
[2005-04-04 08:40:10] [EMAIL PROTECTED]
Not a bug, IMHO. HTML 4 is not XML, therefore it doesn't know about the
processing instruction and doesn't apply that information. You
have to use the meta tag in html 4 (loadHTML is only about HTML 4 and
not XHTML)
I may be wrong with that assumption, so please point me to the right
specs, if loadHTML should recognize that.
But anyway, not a PHP bug, but basically a libxml2 "problem"
[2005-04-03 19:44:05] xlex0x835 at rambler dot ru
Problem seems to be detected: if I will put tag
just after the title, document will be parsed absolutely
correct.
Is it libxml bug or PHP bindings?
[2005-04-02 18:58:50] xlex0x835 at rambler dot ru
Description:
If I use DOMDocument->loadHTML() method with an utf-8
HTML, which contains russian characters, that russian
characters just messed (please see 'Actual result').
Nothing changed if I specify encoding "by hand" (I mean
the following call: "$domDoc = new DOMDocument('1.0',
'utf-8');").
But, eveything works just fine if I use DOMDocument-
>loadXML() method (that's why there is xml definition
string in the input).
Nothing changed if I will remove all $domDoc options,
neither removing "" string (it is actually
exist only to get one source for both loadHTML() and
loadXML() functions call - to test error).
The problem was discrovered on the "real-world" HTML,
the code was stripped to the minimum for the ease of
use.
Host info.
===
[PHP Modules (on FreeBSD 5.3 host)]
bcmath
bz2
calendar
ctype
curl
dom
exif
ftp
gd
gettext
gmp
iconv
imap
libxml
mbstring
mcrypt
mcve
mhash
mysql
ncurses
odbc
openssl
pcntl
pcre
pgsql
posix
pspell
readline
session
shmop
SimpleXML
snmp
soap
sockets
SPL
SQLite
standard
sysvmsg
sysvsem
sysvshm
tidy
tokenizer
wddx
xml
xmlrpc
xsl
yaz
yp
zip
zlib
No Zend modules.
FreeBSD 5.3-RELEASE
libxml2-2.6.13
gcc (GCC) 3.4.2 [FreeBSD] 20040728
Reproduce code:
---
formatOutput = true;
$domDoc->preserveWhiteSpace = false;
$domDoc->recover = true;
$domDoc->loadXML($xmlContent);
file_put_contents('output_test', $domDoc->saveXML());
?>
input_test:
===
Òåñò - Test
Expected result:
http://www.w3.org/TR/REC-html40/
loose.dtd">
Òåñò - Test
Actual result:
--
http://www.w3.org/TR/REC-html40/
loose.dtd">
âõÃÂà- Test
--
Edit this bug report at http://bugs.php.net/?id=32547&edit=1
