#34653 [NEW]: No documentation for OCI-Lob-savefile and OCI-Lob-writetofile
From: cjbj at hotmail dot com Operating system: n/a PHP version: 6CVS-2005-09-27 (CVS) PHP Bug Type: OCI8 related Bug description: No documentation for OCI-Lob-savefile and OCI-Lob-writetofile Description: Documentation for OCI-Lob-savefile and OCI-Lob-writetofile is not in http://www.php.net/manual/en/ These methods are visible in the oci8.c file in CVS, http://www.php.net/manual/en/function.oci-new-descriptor.php OCI-Lob-savefile is also used in Example 1 of http://www.php.net/manual/en/function.oci-new-descriptor.php -- Edit bug report at http://bugs.php.net/?id=34653edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34653r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34653r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34653r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34653r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34653r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34653r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34653r=needscript Try newer version: http://bugs.php.net/fix.php?id=34653r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34653r=support Expected behavior: http://bugs.php.net/fix.php?id=34653r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34653r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34653r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34653r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34653r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34653r=dst IIS Stability: http://bugs.php.net/fix.php?id=34653r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34653r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34653r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34653r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34653r=mysqlcfg
#34651 [Opn-Fbk]: can't read unicode chars from access file
ID: 34651
Updated by: [EMAIL PROTECTED]
Reported By: eser at kablonet dot com dot tr
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: windows xp
PHP Version: 5.0.5
New Comment:
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.
Previous Comments:
[2005-09-27 00:37:57] eser at kablonet dot com dot tr
Description:
I'm trying to import some data from access to mysql. But i can't read
crotian characters from access file. When i opened the mdb file access
shows the chars correctly but php can't read them.
Reproduce code:
---
$db = 'c:\\file.mdb';
$conn = new COM('ADODB.Connection');
$conn-Open(Provider=Microsoft.Jet.OLEDB.4.0; Data Source=$db);
$rs = $conn-Execute(select * from test);
while (!$rs-EOF):
echo $rs-Fields['comment']-Value;
$rs-MoveNext();
endwhile;
Expected result:
Display the crotian characters.
Actual result:
--
Displays the english chars.
--
Edit this bug report at http://bugs.php.net/?id=34651edit=1
#34651 [Fbk-Opn]: can't read unicode chars from access file
ID: 34651
User updated by: eser at kablonet dot com dot tr
Reported By: eser at kablonet dot com dot tr
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: windows xp
PHP Version: 5.0.5
New Comment:
The problem is simple, i have an access db with containing crotian
chars and i can't get them, they're displayed as english chars.
Previous Comments:
[2005-09-27 09:05:53] [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-09-27 00:37:57] eser at kablonet dot com dot tr
Description:
I'm trying to import some data from access to mysql. But i can't read
crotian characters from access file. When i opened the mdb file access
shows the chars correctly but php can't read them.
Reproduce code:
---
$db = 'c:\\file.mdb';
$conn = new COM('ADODB.Connection');
$conn-Open(Provider=Microsoft.Jet.OLEDB.4.0; Data Source=$db);
$rs = $conn-Execute(select * from test);
while (!$rs-EOF):
echo $rs-Fields['comment']-Value;
$rs-MoveNext();
endwhile;
Expected result:
Display the crotian characters.
Actual result:
--
Displays the english chars.
--
Edit this bug report at http://bugs.php.net/?id=34651edit=1
#34584 [Fbk-Csd]: Segfault with SPL autoload handler
ID: 34584
Updated by: [EMAIL PROTECTED]
Reported By: php dot net at benjamin dot schulz dot name
-Status: Feedback
+Status: Closed
Bug Type: Reproducible crash
Operating System: *
-PHP Version: 5CVS-2005-09-26 (CVS)
+PHP Version: 5.1.0-rc1
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-09-26 19:59:02] [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-09-25 20:11:34] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-09-25 01:12:30] [EMAIL PROTECTED]
Looking at the back trace i can tell that the error happens during
registering your autoload function. So i need you registering code and
probably what happens before as reproducible script. And anyway you
need to check whether it runs with latest version.
[2005-09-21 19:31:58] [EMAIL PROTECTED]
Please try with head that uses a different implementation.
[2005-09-21 18:52:55] php dot net at benjamin dot schulz dot name
Description:
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 6664)]
0xb792bfb4 in _zend_hash_add_or_update (ht=0x82ac114, arKey=0xbfc97a40
foo_autoload,
nKeyLength=14, pData=0xbfc97a68, nDataSize=4, pDest=0xbfc97a60,
flag=2)
at /home/bs/workspace/src/php5-cvs-5_1/Zend/zend_hash.c:215
215 if ((p-h == h) (p-nKeyLength ==
nKeyLength)) {
(gdb) bt
#0 0xb792bfb4 in _zend_hash_add_or_update (ht=0x82ac114,
arKey=0xbfc97a40 foo_autoload,
nKeyLength=14, pData=0xbfc97a68, nDataSize=4, pDest=0xbfc97a60,
flag=2)
at /home/bs/workspace/src/php5-cvs-5_1/Zend/zend_hash.c:215
#1 0xb786645f in zif_spl_autoload_register (ht=1,
return_value=0x82d70a4,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /home/bs/workspace/src/php5-cvs-5_1/ext/spl/php_spl.c:424
#2 0xb794994c in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfc97bf0)
at zend_vm_execute.h:186
#3 0xb7949358 in execute (op_array=0x83608b4) at zend_vm_execute.h:87
#4 0xb79569b7 in ZEND_INCLUDE_OR_EVAL_SPEC_TMP_HANDLER
(execute_data=0xbfc97fe0)
at zend_vm_execute.h:4338
#5 0xb7949358 in execute (op_array=0x8287e7c) at zend_vm_execute.h:87
#6 0xb794f8d7 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER
(execute_data=0xbfc98a20)
at zend_vm_execute.h:1921
#7 0xb7949358 in execute (op_array=0x82d80cc) at zend_vm_execute.h:87
#8 0xb794f8d7 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER
(execute_data=0xbfc99130)
at zend_vm_execute.h:1921
#9 0xb7949358 in execute (op_array=0x831a344) at zend_vm_execute.h:87
#10 0xb7923f60 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/bs/workspace/src/php5-cvs-5_1/Zend/zend.c:1087
#11 0xb78e91bd in php_execute_script (primary_file=0xbfc9b490)
at /home/bs/workspace/src/php5-cvs-5_1/main/main.c:1677
#12 0xb79b4a72 in php_handler (r=0x8292d98)
at
/home/bs/workspace/src/php5-cvs-5_1/sapi/apache2handler/sapi_apache2.c:568
#13 0x08068aa5 in ap_run_handler ()
#14 0x08068f1c in ap_invoke_handler ()
#15 0x08065ce8 in ap_process_request ()
#16 0x08060ec8 in _start ()
#17 0x08292d98 in ?? ()
---Type return to continue, or q return to quit---
#18 0x0004 in ?? ()
#19 0x08292d98 in ?? ()
#20 0x08072bbc in ap_run_pre_connection ()
#21 0x08072a75 in ap_run_process_connection ()
#22 0x08066c6b in ap_graceful_stop_signalled ()
#23 0x08066e69 in ap_graceful_stop_signalled ()
#24 0x08066f70 in ap_graceful_stop_signalled ()
#25 0x080677ad in ap_mpm_run ()
#26 0x0806e090 in main ()
Reproduce code:
---
simplified autoload function:
function foo_autoload($class)
{
$search = array(
// FOO_BAR - FOO/BAR.php
str_replace('_', DIRECTORY_SEPARATOR, $class)
);
// FOO/BAR/BAR.php
array_push($search,
$search[0].DIRECTORY_SEPARATOR.basename($search[0]));
$paths = explode(PATH_SEPARATOR, get_include_path());
foreach($search AS $file)
{
foreach($paths AS $path)
{
if (file_exists($f =
$path.DIRECTORY_SEPARATOR.$file.'.php'))
{
$GLOBALS['_FOO_AUTOLOAD'][$class] = $f;
#34286 [Asn-Csd]: __toString() behavior is inconsistent
ID: 34286
Updated by: [EMAIL PROTECTED]
Reported By: alek at zvuk dot net
-Status: Assigned
+Status: Closed
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 5.*
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-08-28 10:59:57] alek at zvuk dot net
Description:
There are three different ways objects are converted to strings and
they are inconsistent (depends on what function you are using). I think
all object-to-string conversions should be done via __toString() if it
is defined, even if the object is in quotes.
Reproduce code:
---
?php
class Message {
function __toString() {
return Hello, World!\n;
}
}
$w = new Message;
echo($w);
echo(Message: . $w);
echo(substr($w,0));
echo($w);
Expected result:
Hello, World!
Message: Hello, World!
Hello, World!
Hello, World!
Actual result:
--
Object id #1
Message: Object id #1
Object
Hello, World!
--
Edit this bug report at http://bugs.php.net/?id=34286edit=1
#33903 [Fbk-Csd]: spl_autoload_register class method
ID: 33903
Updated by: [EMAIL PROTECTED]
Reported By: marcos dot neves at gmail dot com
-Status: Feedback
+Status: Closed
Bug Type: Feature/Change Request
Operating System: *
-PHP Version: 5.1.0
+PHP Version: 5.1.0-rc1
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-09-21 12:11:32] [EMAIL PROTECTED]
Implemented in HEAD please check.
[2005-07-28 20:41:39] [EMAIL PROTECTED]
This has to be delayed until after 5.1 since it requires a complete
reqrite of the internal function handling. Maybe staic functions are
easier.
[2005-07-28 14:02:26] marcos dot neves at gmail dot com
Description:
What about spl_autoload_register accept class methods too, like usort
and other php functions
Reproduce code:
---
?
class MyAutoLoader {
function autoLoad($className) {
// autload code
}
}
spl_autoload_register(array('MyAutoLoader', 'autoLoad'));
// and
$myAutoLoader = new MyAutoLoader();
spl_autoload_register(array($myAutoLoader, 'autoLoad'));
?
Expected result:
works!
Actual result:
--
Warning: spl_autoload_register() expects parameter 1 to be string,
array given in
C:\wamp\include_path\tests\spl\spl_autoload_register_class.test.php on
line 10
Warning: spl_autoload_register() expects parameter 1 to be string,
array given in
C:\wamp\include_path\tests\spl\spl_autoload_register_class.test.php on
line 15
--
Edit this bug report at http://bugs.php.net/?id=33903edit=1
#34653 [Opn-Asn]: No documentation for OCI-Lob-savefile and OCI-Lob-writetofile
ID: 34653 Updated by: [EMAIL PROTECTED] Reported By: cjbj at hotmail dot com -Status: Open +Status: Assigned Bug Type: OCI8 related Operating System: n/a PHP Version: 6CVS-2005-09-27 (CVS) -Assigned To: +Assigned To: tony2001 Previous Comments: [2005-09-27 08:36:00] cjbj at hotmail dot com Description: Documentation for OCI-Lob-savefile and OCI-Lob-writetofile is not in http://www.php.net/manual/en/ These methods are visible in the oci8.c file in CVS, http://www.php.net/manual/en/function.oci-new-descriptor.php OCI-Lob-savefile is also used in Example 1 of http://www.php.net/manual/en/function.oci-new-descriptor.php -- Edit this bug report at http://bugs.php.net/?id=34653edit=1
#34624 [Opn-Bgs]: mysqli_rpl_query_type always returns MYSQLI_RPL_MASTER for CALL statements
ID: 34624
Updated by: [EMAIL PROTECTED]
Reported By: jasper at bryant-greene dot name
-Status: Open
+Status: Bogus
Bug Type: MySQLi related
Operating System: Gentoo Linux x86
PHP Version: 5.0.5
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The client isn't able to detect the type of call statement. Cause a
call of a stored procedure can both retrieve and modify data, it will
send statement always to the server.
As a workaround in your case , you should use the call
mysqli_slave_query instead of using mysql_send_query.
Previous Comments:
[2005-09-27 07:32:49] jasper at bryant-greene dot name
Same behaviour
[2005-09-24 13:37:07] [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-09-24 06:32:43] jasper at bryant-greene dot name
Description:
Calling mysqli_rpl_query_type() for a CALL statement should return
MYSQLI_RPL_SLAVE for CALL statements where the stored procedure is
defined as READS SQL DATA, and MYSQLI_RPL_MASTER for other SPs.
The way it is now (always returning MYSQLI_RPL_MASTER) makes
replication useless when stored procedures are being used.
Reproduce code:
---
Where getUser is a stored procedure taking one INT argument and defined
as READS SQL DATA:
?php
$query_type = $myDatabaseConnection-rpl_query_type('CALL
getUser(7)');
if($query_type == MYSQLI_RPL_SLAVE) {
print('Execute on slave');
} else {
print('Execute on master');
}
?
Expected result:
Execute on slave
Actual result:
--
Execute on master
--
Edit this bug report at http://bugs.php.net/?id=34624edit=1
#34654 [NEW]: Ticks aren't run when PHP is blocking
From: sebastian dot forsman at gmail dot com Operating system: Linux 2.4.28 PHP version: 5.0.5 PHP Bug Type: Sockets related Bug description: Ticks aren't run when PHP is blocking Description: I am not sure if this is a bug or a 'feature', but when PHP is blocking, registered tick functions aren't run. It also delays handling of the Unix signals (which use ticks). Reproduce code: --- http://pastebin.com/375512 Expected result: (You need Linux, posix-, pcntl- and socket-functions to run the script.) The code snippet will start a simple single-client server. Try sending a kill pid from the shell to the process. It won't react to the signal in any way, until a connection is received (try telnet localhost 22500). Same applies to registered tick functions. If you modify the code and register a tick function, it is not run at all when socket_accept() is waiting for a connection. Yes of course you can set the socket non-blocking, but then you are missing the point. -- Edit bug report at http://bugs.php.net/?id=34654edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34654r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34654r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34654r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34654r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34654r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34654r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34654r=needscript Try newer version: http://bugs.php.net/fix.php?id=34654r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34654r=support Expected behavior: http://bugs.php.net/fix.php?id=34654r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34654r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34654r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34654r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34654r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34654r=dst IIS Stability: http://bugs.php.net/fix.php?id=34654r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34654r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34654r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34654r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34654r=mysqlcfg
#34516 [Bgs]: relocations remain against allocatable but non-writable sections
ID: 34516 User updated by: milan dot magudia at pa dot press dot net Reported By: milan dot magudia at pa dot press dot net Status: Bogus Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 5.1.0RC1 New Comment: I now agree that you are right that this is bogus, i've managed to recompile gcc against a gnu ld. Unfortunately my gnu version of ld was buggy, so that had to be recompiled as well. In short a lot of things were recompiled to the gbu versions and I finally got a successful build. What I don't really understand is that all versions 5.1 did compile with gcc built against the solaris ld, but for now I'm just glad it's working. Previous Comments: [2005-09-15 19:30:06] [EMAIL PROTECTED] Search google with this string: relocations remain against allocatable but non-writable Short: Use GNU tools. (GCC, GNU ld, etc.) [2005-09-15 18:07:44] milan dot magudia at pa dot press dot net Description: I'm having a very similar issue to bug 33476 which was marked as bogus Reproduce code: --- Compiling php-5.0.4 / php-5.0.5 has no problems with this configure setup, but always fails to compile any php-5.1b/rc with these settings. './configure' '--with-apxs=/opt/PAAPACHE_1.3.26/bin/apxs' '--with-mysql=/usr/local/mysql' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--with-png-dir=/usr/local/lib' '--with-xpm-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-tiff-dir=/usr/local/lib' '--enable-exif' '--with-pear' '--with-gettext=/usr/local/lib' '--enable-mbstring' '--enable-mbregex' '--with-readline=/usr/local/lib' '--with-iconv=/usr/local' '--enable-mime-magic' '--with-curl=/usr/local/lib' '--enable-ftp' '--with-xsl' '--with-expat-dir=/usr/local/lib' '--enable-soap' '--with-libxml-dir=/usr/local/lib' '--enable-wddx' '--enable-calender' '--with-mcrypt=/usr/local/lib' '--with-mhash=/usr/local/lib' '--with-openssl=/usr/local/ssl' '--with-zlib-dir=/usr/local/lib' '--with-zlib=/usr/local' '--with-xmlrpc' '--with-pdo-mysql=/usr/local/mysql' Actual result: -- The problem this time seems to be related to mysql, but the general error seems to be identical. I've tried to compile this source of php-5.1 on two different machines, both solaris 8. When I exclude the --with-mysql options then everything else compiles fine for the 5.1 source. (many lines of libmysqlclient.a errors) ... memset 0xbc /usr/local/mysql/lib/libmysqlclient.a(my_lib.o) memset 0xc /usr/local/mysql/lib/libmysqlclient.a(vio.o) memset 0x54 /usr/local/mysql/lib/libmysqlclient.a(vio.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 As I said all previous builds compiles fine, but no 5.1 builds will compile with duplicate settings. I can only think something must of changed between 5.0 and 5.1 related to the use of ld. Also both 5.0 and 5.1 the solaris version is used. Any feedback would be appreciated as all similar bugs have had no clear resolution? -- Edit this bug report at http://bugs.php.net/?id=34516edit=1
#34655 [NEW]: mssql_fetch_array returns blank for empty fields
From: os at bong dot de
Operating system: Win2k
PHP version: 5.0.5
PHP Bug Type: MSSQL related
Bug description: mssql_fetch_array returns blank for empty fields
Description:
When fetching a row from a query using the function mssql_fetch_array, all
fields that are empty in db, i.e. with a value of '' (NOT NULL), are
returned as one blank (' ').
--
Edit bug report at http://bugs.php.net/?id=34655edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34655r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34655r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34655r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34655r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34655r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34655r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34655r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34655r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34655r=support
Expected behavior: http://bugs.php.net/fix.php?id=34655r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34655r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34655r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34655r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34655r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34655r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34655r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34655r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34655r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34655r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34655r=mysqlcfg
#34656 [NEW]: open_basedir restriction in effect although paths are set correctly
From: wolfram at schlich dot org Operating system: Linux 2.2.16 i586 PHP version: 4.4.0 PHP Bug Type: Safe Mode/open_basedir Bug description: open_basedir restriction in effect although paths are set correctly Description: Warning: touch(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 3 Warning: fopen(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 4 Warning: fopen(/tmp/f5_test): failed to open stream: Operation not permitted in /home/sites/site15/web/write_tmp.php on line 4 Warning: fwrite(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 5 Warning: fclose(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 6 Reproduce code: --- --8--[ write_tmp.php ]--8-- ?php $tmpfile = /tmp/f5_test; touch($tmpfile); $fp = fopen($tmpfile,w); fwrite($fp, test ); fclose($fp); ? --8--[ httpd.conf ]--8-- DirectoryMatch /home/sites/site15/ ## doesn't work php_admin_value open_basedir /home/sites/site15/:/tmp ## also doesn't work # php_admin_value open_basedir / ## works, but is not what's desired # php_admin_value open_basedir none /DirectoryMatch --8-- Also tried to set open_basedir within the VirtualHost, didn' t work either. Expected result: no errors Actual result: -- open_basedir errors -- Edit bug report at http://bugs.php.net/?id=34656edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34656r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34656r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34656r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34656r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34656r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34656r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34656r=needscript Try newer version: http://bugs.php.net/fix.php?id=34656r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34656r=support Expected behavior: http://bugs.php.net/fix.php?id=34656r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34656r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34656r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34656r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34656r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34656r=dst IIS Stability: http://bugs.php.net/fix.php?id=34656r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34656r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34656r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34656r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34656r=mysqlcfg
#34514 [NoF-Opn]: __FILE__ gives relative path if not in web root
ID: 34514 User updated by: madison at westga dot edu Reported By: madison at westga dot edu -Status: No Feedback +Status: Open Bug Type: Scripting Engine problem -Operating System: Solaris 8 +Operating System: Solaris 9 PHP Version: 4.4.0 New Comment: I'm having a problem compiling the newest CVS snapshot... ./configure --prefix=/usr/local/bin/httpd/phpTest --with-apxs2=/usr/local/bin/httpd/apache2Test/bin/apxs here is the error... gcc: ext/session/.libs/mod_us: No such file or directory make: *** [sapi/cli/php] Error 1 Previous Comments: [2005-09-23 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-09-15 17:06:42] [EMAIL PROTECTED] And check also if this happens when using CLI.. [2005-09-15 17:01:12] [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-09-15 16:58:18] madison at westga dot edu Description: This bug: http://bugs.php.net/bug.php?id=13936 appears never to have been completely resolved. Using the test code from the above bug... If the code resides somewhere in the DocumentRoot then it works as expected. But, if it resides in a users public_html directory or inside an aliased directory, it doesn't give the correct path. I get the same issue with the current CVS version of PHP5 and apache 2. Reproduce code: --- ?php echo original file is: . __FILE__ . br; include(test2.php); ? contents of test2.php: ?php echo included file is: . __FILE__ . br; $boo = another try: . __FILE__; echo $boo; ? Expected result: original file is: /home/madison/public_html/test.php included file is: /home/madison/public_html/test2.php another try: /home/madison/public_html/test2.php Actual result: -- original file is: /home/madison/public_html/test.php included file is: ./test2.php another try: ./test2.php -- Edit this bug report at http://bugs.php.net/?id=34514edit=1
#34514 [Opn]: __FILE__ gives relative path if not in web root
ID: 34514 User updated by: madison at westga dot edu Reported By: madison at westga dot edu Status: Open Bug Type: Scripting Engine problem Operating System: Solaris 9 PHP Version: 4.4.0 New Comment: sorry, that error happens during make, not configure. Previous Comments: [2005-09-27 14:00:09] madison at westga dot edu I'm having a problem compiling the newest CVS snapshot... ./configure --prefix=/usr/local/bin/httpd/phpTest --with-apxs2=/usr/local/bin/httpd/apache2Test/bin/apxs here is the error... gcc: ext/session/.libs/mod_us: No such file or directory make: *** [sapi/cli/php] Error 1 [2005-09-23 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-09-15 17:06:42] [EMAIL PROTECTED] And check also if this happens when using CLI.. [2005-09-15 17:01:12] [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-09-15 16:58:18] madison at westga dot edu Description: This bug: http://bugs.php.net/bug.php?id=13936 appears never to have been completely resolved. Using the test code from the above bug... If the code resides somewhere in the DocumentRoot then it works as expected. But, if it resides in a users public_html directory or inside an aliased directory, it doesn't give the correct path. I get the same issue with the current CVS version of PHP5 and apache 2. Reproduce code: --- ?php echo original file is: . __FILE__ . br; include(test2.php); ? contents of test2.php: ?php echo included file is: . __FILE__ . br; $boo = another try: . __FILE__; echo $boo; ? Expected result: original file is: /home/madison/public_html/test.php included file is: /home/madison/public_html/test2.php another try: /home/madison/public_html/test2.php Actual result: -- original file is: /home/madison/public_html/test.php included file is: ./test2.php another try: ./test2.php -- Edit this bug report at http://bugs.php.net/?id=34514edit=1
#34654 [Opn-Bgs]: Ticks aren't run when PHP is blocking
ID: 34654 Updated by: [EMAIL PROTECTED] Reported By: sebastian dot forsman at gmail dot com -Status: Open +Status: Bogus Bug Type: Sockets related Operating System: Linux 2.4.28 PHP Version: 5.0.5 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Nothing strange about this--it's not called blocking for lack of a better name. When a socket enters blocking mode, the application yields control to the socket library, from where it does not return until a socket event takes place. If you want more control, you need to set your sockets to non-blocking mode. Previous Comments: [2005-09-27 10:52:21] sebastian dot forsman at gmail dot com Description: I am not sure if this is a bug or a 'feature', but when PHP is blocking, registered tick functions aren't run. It also delays handling of the Unix signals (which use ticks). Reproduce code: --- http://pastebin.com/375512 Expected result: (You need Linux, posix-, pcntl- and socket-functions to run the script.) The code snippet will start a simple single-client server. Try sending a kill pid from the shell to the process. It won't react to the signal in any way, until a connection is received (try telnet localhost 22500). Same applies to registered tick functions. If you modify the code and register a tick function, it is not run at all when socket_accept() is waiting for a connection. Yes of course you can set the socket non-blocking, but then you are missing the point. -- Edit this bug report at http://bugs.php.net/?id=34654edit=1
#34652 [Opn-Fbk]: feof(FALSE); returns FALSE
ID: 34652 Updated by: [EMAIL PROTECTED] Reported By: karoly at negyesi dot net -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Kubuntu Linux PHP Version: 4.4.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Works just fine on my 4_4 from CVS. Previous Comments: [2005-09-27 07:00:46] karoly at negyesi dot net Description: feof does not report TRUE when fopen failed thus any script that expects this will fail into an infinite loop. This has been reported before but that report is closed. Reproduce code: --- php -r var_dump(feof(FALSE)); Expected result: bool(true) Actual result: -- Warning: feof(): supplied argument is not a valid stream resource in Command line code on line 1 bool(false) -- Edit this bug report at http://bugs.php.net/?id=34652edit=1
#34657 [NEW]: If you get a communication problem when loading the WSDL, it fatal's
From: gareth at wsys dot co dot uk
Operating system: Windows, Linux
PHP version: 5.0.5
PHP Bug Type: SOAP related
Bug description: If you get a communication problem when loading the WSDL, it
fatal's
Description:
When using the SOAP Client, it normally throws a catchable SoapFault
exception. This helps to elegantly fail if there is a problem with a Web
Service.
However, if the problem occurs when loading the WSDL, it throws a PHP
Fatal Error, which cannot be caught.
This means that if you want to use a web service in a web application, you
cannot handle the error (e.g. there is network congestion, or the server
hosting the web service goes down).
Is this intentional, I am not sure.
If it is intentional (and I hope not given the fact that you are
requesting information from a completely different server, not under your
control), any chance this can be changed to throw either a SoapFault
Exception, or just something that can be caught?
Reproduce code:
---
try {
$sc = new SoapClient(some.wsdl, array());
} catch (Exception $e) {
echo 'Error Caught';
}
Expected result:
Error Caught
Actual result:
--
Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from '{URL Removed}'
--
Edit bug report at http://bugs.php.net/?id=34657edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34657r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34657r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34657r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34657r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34657r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34657r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34657r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34657r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34657r=support
Expected behavior: http://bugs.php.net/fix.php?id=34657r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34657r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34657r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34657r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34657r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34657r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34657r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34657r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34657r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34657r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34657r=mysqlcfg
#34658 [NEW]: Bad setting of float with non en locales
From: stanislav at pecha dot cz Operating system: Linux PHP version: 5.0.5 PHP Bug Type: SOAP related Bug description: Bad setting of float with non en locales Description: I think it is a same bug as #31699 and #32442 WSDL sends x=985.25 setlocale(LC_NUMERIC, en_US.UTF-8); SOAPCLIENT returns x=985.25 but WSDL sends x=985.25 setlocale(LC_NUMERIC, cs_CZ.UTF-8); //probably same with fr_FR too SOAPCLIENT returns x=985.00 Expected result: (float) 985.25 Actual result: -- (float) 985.00 -- Edit bug report at http://bugs.php.net/?id=34658edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34658r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34658r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34658r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34658r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34658r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34658r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34658r=needscript Try newer version: http://bugs.php.net/fix.php?id=34658r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34658r=support Expected behavior: http://bugs.php.net/fix.php?id=34658r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34658r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34658r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34658r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34658r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34658r=dst IIS Stability: http://bugs.php.net/fix.php?id=34658r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34658r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34658r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34658r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34658r=mysqlcfg
#34658 [Opn-Fbk]: Bad setting of float with non en locales
ID: 34658 Updated by: [EMAIL PROTECTED] Reported By: stanislav at pecha dot cz -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Linux PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-09-27 15:05:10] stanislav at pecha dot cz Description: I think it is a same bug as #31699 and #32442 WSDL sends x=985.25 setlocale(LC_NUMERIC, en_US.UTF-8); SOAPCLIENT returns x=985.25 but WSDL sends x=985.25 setlocale(LC_NUMERIC, cs_CZ.UTF-8); //probably same with fr_FR too SOAPCLIENT returns x=985.00 Expected result: (float) 985.25 Actual result: -- (float) 985.00 -- Edit this bug report at http://bugs.php.net/?id=34658edit=1
#32937 [Bgs-Fbk]: PHP don't respect trailing slashes in open_basedir
ID: 32937 Updated by: [EMAIL PROTECTED] Reported By: o dot schad at web dot de -Status: Bogus +Status: Feedback Bug Type: Safe Mode/open_basedir Operating System: Linux PHP Version: 5.0.4 New Comment: some more details and a piece of a patch : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323585 Previous Comments: [2005-05-06 03:08:14] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. [2005-05-04 00:53:22] o dot schad at web dot de Description: If I specify a path for open_basedir in php.ini like open_basedir=/t/ then I can still open files in /tmp but this shouldn't work. And why the fuck I have to add a trailing slash? This is a trap for everyone who don't reads the source code. I've fixed both issues, if someone is interested in a patch contact me, please. -- Edit this bug report at http://bugs.php.net/?id=32937edit=1
#32937 [Fbk-Ctl]: PHP don't respect trailing slashes in open_basedir
ID: 32937 Updated by: [EMAIL PROTECTED] Reported By: o dot schad at web dot de -Status: Feedback +Status: Critical Bug Type: Safe Mode/open_basedir Operating System: Linux PHP Version: 5.0.4 Previous Comments: [2005-09-27 15:56:35] [EMAIL PROTECTED] some more details and a piece of a patch : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323585 [2005-05-06 03:08:14] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. [2005-05-04 00:53:22] o dot schad at web dot de Description: If I specify a path for open_basedir in php.ini like open_basedir=/t/ then I can still open files in /tmp but this shouldn't work. And why the fuck I have to add a trailing slash? This is a trap for everyone who don't reads the source code. I've fixed both issues, if someone is interested in a patch contact me, please. -- Edit this bug report at http://bugs.php.net/?id=32937edit=1
#34659 [NEW]: mssql_query fails if you have triggers that return resultsets
From: elite at programmer dot net Operating system: Windows XP/2003 PHP version: 5CVS-2005-09-27 (snap) PHP Bug Type: MSSQL related Bug description: mssql_query fails if you have triggers that return resultsets Description: When you execute a query, e.g. delete a row in a table that has triggers AFTER DELETE and those triggers return resultsets (eg. SELECT id FROM DELETED) PHP will report Changed database context to '...' Reproduce code: --- mssql_query(DELETE row FROM table1); -- Edit bug report at http://bugs.php.net/?id=34659edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34659r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34659r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34659r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34659r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34659r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34659r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34659r=needscript Try newer version: http://bugs.php.net/fix.php?id=34659r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34659r=support Expected behavior: http://bugs.php.net/fix.php?id=34659r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34659r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34659r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34659r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34659r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34659r=dst IIS Stability: http://bugs.php.net/fix.php?id=34659r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34659r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34659r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34659r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34659r=mysqlcfg
#34659 [Opn-Fbk]: mssql_query fails if you have triggers that return resultsets
ID: 34659 Updated by: [EMAIL PROTECTED] Reported By: elite at programmer dot net -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Windows XP/2003 PHP Version: 5CVS-2005-09-27 (snap) New Comment: Changed database context to '...' is not generated by PHP but by the database server. It's not an error but a message returned when the current database context was changed. Your example does not show how the function is failing. Please provide an example that shows the trigger and the full PHP code so we can reproduce the problem and fix the bug, if any. Previous Comments: [2005-09-27 16:06:55] elite at programmer dot net Description: When you execute a query, e.g. delete a row in a table that has triggers AFTER DELETE and those triggers return resultsets (eg. SELECT id FROM DELETED) PHP will report Changed database context to '...' Reproduce code: --- mssql_query(DELETE row FROM table1); -- Edit this bug report at http://bugs.php.net/?id=34659edit=1
#34655 [Opn-Bgs]: mssql_fetch_array returns blank for empty fields
ID: 34655
Updated by: [EMAIL PROTECTED]
Reported By: os at bong dot de
-Status: Open
+Status: Bogus
Bug Type: MSSQL related
Operating System: Win2k
PHP Version: 5.0.5
New Comment:
This is still a bug in the ntwdblib.dll library used to build the PHP
extension.
Please search the bug database before submitting issues that have
already been reported and commented on.
Previous Comments:
[2005-09-27 11:42:09] os at bong dot de
Description:
When fetching a row from a query using the function mssql_fetch_array,
all fields that are empty in db, i.e. with a value of '' (NOT NULL),
are returned as one blank (' ').
--
Edit this bug report at http://bugs.php.net/?id=34655edit=1
#32937 [Ctl-Csd]: PHP don't respect trailing slashes in open_basedir
ID: 32937 Updated by: [EMAIL PROTECTED] Reported By: o dot schad at web dot de -Status: Critical +Status: Closed Bug Type: Safe Mode/open_basedir Operating System: Linux PHP Version: 5.0.4 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-09-27 15:56:35] [EMAIL PROTECTED] some more details and a piece of a patch : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323585 [2005-05-06 03:08:14] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. [2005-05-04 00:53:22] o dot schad at web dot de Description: If I specify a path for open_basedir in php.ini like open_basedir=/t/ then I can still open files in /tmp but this shouldn't work. And why the fuck I have to add a trailing slash? This is a trap for everyone who don't reads the source code. I've fixed both issues, if someone is interested in a patch contact me, please. -- Edit this bug report at http://bugs.php.net/?id=32937edit=1
#34643 [Asn-Csd]: wsdl default value
ID: 34643
Updated by: [EMAIL PROTECTED]
Reported By: camka at email dot ee
-Status: Assigned
+Status: Closed
Bug Type: SOAP related
Operating System: linux
PHP Version: 5CVS-2005-09-26 (snap)
Assigned To: dmitry
New Comment:
The bug is fixed in CVS HEAD, PHP_5_1 and PHP_5_0.
The wsdl file in report has mistakes. The fixed file can be found in
CVS: ext/soap/tests/bugs/bug34643.wsdl
Previous Comments:
[2005-09-26 23:18:52] [EMAIL PROTECTED]
Dmitry, check it out, please.
[2005-09-26 22:11:25] camka at email dot ee
the same behaviour with the latest snapshot.
[2005-09-26 17:43:31] [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-09-26 13:28:20] camka at email dot ee
Description:
I want to set default value for the parameter passed to the remote
function in wsdl file. When working in non-wsdl mode, the default value
on server side is initiated with no problems. But when using wsdl file
for client/server initialization, the default value is processed
strange way.
Reproduce code:
---
=== srv.php ==
class fp
{
public function get_it($opt = 'zzz')
{
return $opt;
}
}
$srv = new SoapServer('wsdl.wsdl');
$srv-setClass('fp');
$srv-handle();
=== client.php ==
...
$cl = new SoapClient('wsdl.wsdl', $options);
var_dump($cl-__getFunctions());
echo $cl-get_it();
wsdl.wsdl ==
?xml version='1.0' encoding='UTF-8'?
definitions name=wsdl targetNamespace=urn:wsdl
xmlns:typens=urn:wsdl xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:soap=http://schemas.xmlsoap.org/wsdl/soap/;
xmlns:soapenc=http://schemas.xmlsoap.org/soap/encoding/;
xmlns:wsdl=http://schemas.xmlsoap.org/wsdl/;
xmlns=http://schemas.xmlsoap.org/wsdl/;
types
xsd:schema xmlns=http://www.w3.org/2001/XMLSchema;
targetNamespace=urn:wsdl
xsd:element name=opt default=zzz /
/xsd:schema
/types
message name=get_it
part name=opt type=typens:opt/
/message
message name=get_itResponse
part name=return type=xsd:string/
/message
portType name=fpPortType
operation name=get_it
documentation
Enter description here...
/documentation
input message=typens:get_it/
output message=typens:get_itResponse/
/operation
/portType
binding name=fpBinding type=typens:fpPortType
soap:binding style=rpc
transport=http://schemas.xmlsoap.org/soap/http/
operation name=get_it
soap:operation soapAction=urn:fpAction/
input
soap:body namespace=urn:wsdl use=encoded
encodingStyle=http://schemas.xmlsoap.org/soap/encoding//
/input
output
soap:body namespace=urn:wsdl use=encoded
encodingStyle=http://schemas.xmlsoap.org/soap/encoding//
/output
/operation
/binding
service name=wsdlService
port name=fpPort binding=typens:fpBinding
soap:address location=**/
/port
/service
/definitions
SOAP request ==
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1=urn:wsdl
xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xmlns:SOAP-ENC=http://schemas.xmlsoap.org/soap/encoding/;
SOAP-ENV:encodingStyle=http://schemas.xmlsoap.org/soap/encoding/;
SOAP-ENV:Body
ns1:get_it
opt
xsi:nil=1/
/ns1:get_it
/SOAP-ENV:Body
/SOAP-ENV:Envelope
=== SOAP Response =
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1=urn:wsdl
xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xmlns:SOAP-ENC=http://schemas.xmlsoap.org/soap/encoding/;
SOAP-ENV:encodingStyle=http://schemas.xmlsoap.org/soap/encoding/;
SOAP-ENV:Body
ns1:get_itResponse
return xsi:nil=1/
/ns1:get_itResponse
/SOAP-ENV:Body
/SOAP-ENV:Envelope
Expected result:
array(1) {
[0]=
string(27) string get_it(opt $opt)
}
zzz
Actual result:
--
array(1) {
[0]=
string(27) string get_it(UNKNOWN $opt)
}
NULL
#34581 [Com]: crash with mod_rewrite
ID: 34581
Comment by: dave at cc0 dot net
Reported By: phpbugrep-20050921 at pgregg dot com
Status: Feedback
Bug Type: Apache2 related
Operating System: FreeBSD5.4-STABLE
PHP Version: 5CVS-2005-09-21 (snap)
New Comment:
PHP5.1RC1 segfaults apache when a mod_rewrite is used in an .htaccess.
My .htaccess:
RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !.gif$
RewriteCond %{REQUEST_FILENAME} !.jpg$
RewriteRule ^(.*)$ /home/lists/index.php [T=application/x-httpd-php,L]
Commenting out last (RewriteRule) does not segfault apache, but
obviously does not work as needed.
The related apache error log lines:
[Mon Sep 26 09:07:25 2005] [notice] child pid 10619 exit signal
Segmentation fault (11)
[Mon Sep 26 09:07:26 2005] [error] [client 1.2.3.4] PHP Warning:
Unknown: SAFE MODE Restriction in effect. The script whose uid is 0 is
not allowed to access /home/lists/index.php owned by uid 8000 in
Unknown on line 138769176
[Mon Sep 26 09:07:26 2005] [error] [client 1.2.3.4] PHP Warning:
Unknown: failed to open stream: No such file or directory in Unknown on
line 138769176
[Mon Sep 26 09:07:26 2005] [error] [client 1.2.3.4] PHP Warning:
Unknown: Failed opening '/home/lists/index.php' for inclusion
(include_path='/home/include:/home/lists/include') in Unknown on line
138769176
Previous Comments:
[2005-09-22 15:53:58] [EMAIL PROTECTED]
I can't reproduce it either (tried both with Apache 1.3.x Apache
2.x).
And valgrind doesn't say a word about it.
Please add some more info on how to reproduce it.
[2005-09-22 13:01:59] phpbugrep-20050921 at pgregg dot com
I did, but I have now turned it off. Makes no difference though.
[2005-09-22 11:28:34] [EMAIL PROTECTED]
Do you have any ErrorDocument directive set in any .htaccess file or
httpd.conf?
[2005-09-22 11:10:04] phpbugrep-20050921 at pgregg dot com
more php5-200509211030/config.nice
#! /bin/sh
#
# Created by configure
'./configure' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--with-pgsql' \
'--with-gd' \
'--with-zlib-dir=/usr' \
'--with-jpeg-dir=/usr/local' \
'--with-xpm-dir=/usr/X11R6' \
'--with-ttf=/usr/compat/linux/usr/' \
'--with-freetype-dir=/usr/local' \
'--enable-gd-native-ttf' \
'--with-mime-magic' \
'--enable-bcmath' \
'--with-xmlreader' \
'--with-xsl' \
'--enable-debug' \
$@
Thanks
[2005-09-22 08:32:28] [EMAIL PROTECTED]
What was the configure line you used to configure PHP?
(I can't reproduce this with the one I have..)
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/34581
--
Edit this bug report at http://bugs.php.net/?id=34581edit=1
#34514 [Opn-Bgs]: __FILE__ gives relative path if not in web root
ID: 34514 Updated by: [EMAIL PROTECTED] Reported By: madison at westga dot edu -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Solaris 9 PHP Version: 4.4.0 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 #34552 which is exactly same issue. Previous Comments: [2005-09-27 14:04:02] madison at westga dot edu sorry, that error happens during make, not configure. [2005-09-27 14:00:09] madison at westga dot edu I'm having a problem compiling the newest CVS snapshot... ./configure --prefix=/usr/local/bin/httpd/phpTest --with-apxs2=/usr/local/bin/httpd/apache2Test/bin/apxs here is the error... gcc: ext/session/.libs/mod_us: No such file or directory make: *** [sapi/cli/php] Error 1 [2005-09-23 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-09-15 17:06:42] [EMAIL PROTECTED] And check also if this happens when using CLI.. [2005-09-15 17:01:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34514 -- Edit this bug report at http://bugs.php.net/?id=34514edit=1
#34657 [Opn-Fbk]: If you get a communication problem when loading the WSDL, it fatal's
ID: 34657
Updated by: [EMAIL PROTECTED]
Reported By: gareth at wsys dot co dot uk
-Status: Open
+Status: Feedback
Bug Type: SOAP related
Operating System: Windows, Linux
PHP Version: 5.0.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-09-27 14:32:25] gareth at wsys dot co dot uk
Description:
When using the SOAP Client, it normally throws a catchable SoapFault
exception. This helps to elegantly fail if there is a problem with a
Web Service.
However, if the problem occurs when loading the WSDL, it throws a PHP
Fatal Error, which cannot be caught.
This means that if you want to use a web service in a web application,
you cannot handle the error (e.g. there is network congestion, or the
server hosting the web service goes down).
Is this intentional, I am not sure.
If it is intentional (and I hope not given the fact that you are
requesting information from a completely different server, not under
your control), any chance this can be changed to throw either a
SoapFault Exception, or just something that can be caught?
Reproduce code:
---
try {
$sc = new SoapClient(some.wsdl, array());
} catch (Exception $e) {
echo 'Error Caught';
}
Expected result:
Error Caught
Actual result:
--
Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from '{URL
Removed}'
--
Edit this bug report at http://bugs.php.net/?id=34657edit=1
#34656 [Opn-Fbk]: open_basedir restriction in effect although paths are set correctly
ID: 34656 Updated by: [EMAIL PROTECTED] Reported By: wolfram at schlich dot org -Status: Open +Status: Feedback Bug Type: Safe Mode/open_basedir Operating System: Linux 2.2.16 i586 PHP Version: 4.4.0 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-09-27 12:44:53] wolfram at schlich dot org Description: Warning: touch(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 3 Warning: fopen(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 4 Warning: fopen(/tmp/f5_test): failed to open stream: Operation not permitted in /home/sites/site15/web/write_tmp.php on line 4 Warning: fwrite(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 5 Warning: fclose(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 6 Reproduce code: --- --8--[ write_tmp.php ]--8-- ?php $tmpfile = /tmp/f5_test; touch($tmpfile); $fp = fopen($tmpfile,w); fwrite($fp, test ); fclose($fp); ? --8--[ httpd.conf ]--8-- DirectoryMatch /home/sites/site15/ ## doesn't work php_admin_value open_basedir /home/sites/site15/:/tmp ## also doesn't work # php_admin_value open_basedir / ## works, but is not what's desired # php_admin_value open_basedir none /DirectoryMatch --8-- Also tried to set open_basedir within the VirtualHost, didn' t work either. Expected result: no errors Actual result: -- open_basedir errors -- Edit this bug report at http://bugs.php.net/?id=34656edit=1
#34650 [Opn-Fbk]: pcntl with classes doesn't work as it should
ID: 34650
Updated by: [EMAIL PROTECTED]
Reported By: dcpiper at indiana dot edu
-Status: Open
+Status: Feedback
Bug Type: PCNTL related
Operating System: Linux 2.6.13.1 (Debian Sarge)
PHP Version: 4.4.0
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-09-26 21:23:09] dcpiper at indiana dot edu
Description:
I have noticed that even though a class function can be registered as a
callback, it is not possible to set/update a class variable from within
the signal handler and get it to be set within the actual 'live'
instance of that object.
Is this a bug? It seems cumbersome to have to resort to global
variables in order to actually DO something with the signal other than
print out strings saying 'I got one!'
Reproduce code:
---
class SigTest {
var $myvalue;
function SignalHandler($signo) {
echo Got signal $signo \n;
$this-myvalue = $signo;
echo in SignalHandler:\n;
var_dump($this);
}
function SigTest() {
declare (ticks = 1);
$this-myvalue = 'some initial state';
echo Setting signal handlers ... ;
pcntl_signal(SIGTERM, array($this, 'SignalHandler'));
pcntl_signal(SIGINT, array($this, 'SignalHandler'));
pcntl_signal(SIGHUP, array($this, 'SignalHandler'));
$this-something = 'This data was set after the handler was
instantiated';
echo Done\n;
}
}
$jm = new SigTest;
sleep(2);
echo Generating signal to self...\n;
posix_kill(posix_getpid(), SIGTERM);
echo Main execution, looking at \$jm object:\n;
var_dump($jm);
Expected result:
Expected that 'myvalue' class variable change from within signal
handler was visible outside of that function, i.e. a change made, not
reverted to the state it was in previously before the signal was
handled.
Actual result:
--
Setting signal handlers ... Done
Generating signal to self...
Got signal 15
in SignalHandler:
object(sigtest)(2) {
[myvalue]=
int(15)
[something]=
string(52) This data was set after the handler was instantiated
}
Main execution, looking at $jm object:
object(sigtest)(2) {
[myvalue]=
string(18) some initial state
[something]=
string(52) This data was set after the handler was instantiated
}
Last 'var_dump' SHOULD be the same as the first one, in my opinion.
--
Edit this bug report at http://bugs.php.net/?id=34650edit=1
#34661 [NEW]: checkdate() function returns false on valid date
From: na at index20 dot ru Operating system: Linux PHP version: 4.4.0 PHP Bug Type: Date/time related Bug description: checkdate() function returns false on valid date Description: Checkdate fails if month eq 8 or 9 and passed directly to function. See reproduce code. 5.1 also affected. Reproduce code: --- echo buggy:\n; var_dump(checkdate(07, 01, 2005)); var_dump(checkdate(08, 01, 2005)); var_dump(checkdate(09, 01, 2005)); var_dump(checkdate(10, 01, 2005)); $m07 = '07'; $m08 = '08'; $m09 = '09'; $m10 = '10'; echo ok:\n; var_dump(checkdate($m07, 01, 2005)); var_dump(checkdate($m08, 01, 2005)); var_dump(checkdate($m09, 01, 2005)); var_dump(checkdate($m10, 01, 2005)); Expected result: buggy: bool(true) bool(true) bool(true) bool(true) ok: bool(true) bool(true) bool(true) bool(true) Actual result: -- buggy: bool(true) bool(false) bool(false) bool(true) ok: bool(true) bool(true) bool(true) bool(true) -- Edit bug report at http://bugs.php.net/?id=34661edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34661r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34661r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34661r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34661r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34661r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34661r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34661r=needscript Try newer version: http://bugs.php.net/fix.php?id=34661r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34661r=support Expected behavior: http://bugs.php.net/fix.php?id=34661r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34661r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34661r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34661r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34661r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34661r=dst IIS Stability: http://bugs.php.net/fix.php?id=34661r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34661r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34661r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34661r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34661r=mysqlcfg
#34662 [NEW]: Segmetation fault at the end of execution
From: nik at optim dot com dot ru Operating system: Fedora Core 4 PHP version: 5.0.5 PHP Bug Type: PostgreSQL related Bug description: Segmetation fault at the end of execution Description: My CLI scripts that use PostgreSQL function finish with segmentation fault. Besides that the entire process is what it should be. Looks like the problem is somewhere in the very finalization. The problem persists in RPM-versions 5.0.4-10.4, 5.0.4-10, 5.0.5. Looks like there is nothing similar reported. I googled the suggestion about SELECT permissions on pg_ tables as a possible workaround. but it didn't help. I noticed, that the problem appears when I use TCP/IP connection to my Postgres daemon, i.e. with a hostname. When I switch to a local socket connection, i.e. with NULL hostname, the problem dissappeares. 5.0.4_2 version compiled for FreeBSD works fine. Other scripts without postgres function call work fine. Please, let me know what to do, I can try to compile different versions and see what happens. Thanks -- Edit bug report at http://bugs.php.net/?id=34662edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34662r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34662r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34662r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34662r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34662r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34662r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34662r=needscript Try newer version: http://bugs.php.net/fix.php?id=34662r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34662r=support Expected behavior: http://bugs.php.net/fix.php?id=34662r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34662r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34662r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34662r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34662r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34662r=dst IIS Stability: http://bugs.php.net/fix.php?id=34662r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34662r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34662r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34662r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34662r=mysqlcfg
#34662 [Opn-Fbk]: Segmetation fault at the end of execution
ID: 34662 Updated by: [EMAIL PROTECTED] Reported By: nik at optim dot com dot ru -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: Fedora Core 4 PHP Version: 5.0.5 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. Additionally it would be good if you could try to make a short reproduce script which fails. Previous Comments: [2005-09-27 19:17:08] nik at optim dot com dot ru Description: My CLI scripts that use PostgreSQL function finish with segmentation fault. Besides that the entire process is what it should be. Looks like the problem is somewhere in the very finalization. The problem persists in RPM-versions 5.0.4-10.4, 5.0.4-10, 5.0.5. Looks like there is nothing similar reported. I googled the suggestion about SELECT permissions on pg_ tables as a possible workaround. but it didn't help. I noticed, that the problem appears when I use TCP/IP connection to my Postgres daemon, i.e. with a hostname. When I switch to a local socket connection, i.e. with NULL hostname, the problem dissappeares. 5.0.4_2 version compiled for FreeBSD works fine. Other scripts without postgres function call work fine. Please, let me know what to do, I can try to compile different versions and see what happens. Thanks -- Edit this bug report at http://bugs.php.net/?id=34662edit=1
#34656 [Fbk-Opn]: open_basedir restriction in effect although paths are set correctly
ID: 34656 User updated by: wolfram at schlich dot org Reported By: wolfram at schlich dot org -Status: Feedback +Status: Open Bug Type: Safe Mode/open_basedir Operating System: Linux 2.2.16 i586 PHP Version: 4.4.0 New Comment: sorry, I cannot use anything other than php4 on that machines. they are used for webhosting, the customers depend on php4. thanks. Previous Comments: [2005-09-27 19:09:06] [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-09-27 12:44:53] wolfram at schlich dot org Description: Warning: touch(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 3 Warning: fopen(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 4 Warning: fopen(/tmp/f5_test): failed to open stream: Operation not permitted in /home/sites/site15/web/write_tmp.php on line 4 Warning: fwrite(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 5 Warning: fclose(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 6 Reproduce code: --- --8--[ write_tmp.php ]--8-- ?php $tmpfile = /tmp/f5_test; touch($tmpfile); $fp = fopen($tmpfile,w); fwrite($fp, test ); fclose($fp); ? --8--[ httpd.conf ]--8-- DirectoryMatch /home/sites/site15/ ## doesn't work php_admin_value open_basedir /home/sites/site15/:/tmp ## also doesn't work # php_admin_value open_basedir / ## works, but is not what's desired # php_admin_value open_basedir none /DirectoryMatch --8-- Also tried to set open_basedir within the VirtualHost, didn' t work either. Expected result: no errors Actual result: -- open_basedir errors -- Edit this bug report at http://bugs.php.net/?id=34656edit=1
#34661 [Opn-Bgs]: checkdate() function returns false on valid date
ID: 34661 Updated by: [EMAIL PROTECTED] Reported By: na at index20 dot ru -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Linux PHP Version: 4.4.0 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. Please read the manual. Numbers prefixed by zero are interpreted as if they were in octal notation by PHP, and they are not valid numbers in that context; therefore, they are converted to decimal zero, which does not indicate a valid month. If you try var_dump(checkdate(9, 1, 2005)); You'll see that it works just fine. Previous Comments: [2005-09-27 19:15:16] na at index20 dot ru Description: Checkdate fails if month eq 8 or 9 and passed directly to function. See reproduce code. 5.1 also affected. Reproduce code: --- echo buggy:\n; var_dump(checkdate(07, 01, 2005)); var_dump(checkdate(08, 01, 2005)); var_dump(checkdate(09, 01, 2005)); var_dump(checkdate(10, 01, 2005)); $m07 = '07'; $m08 = '08'; $m09 = '09'; $m10 = '10'; echo ok:\n; var_dump(checkdate($m07, 01, 2005)); var_dump(checkdate($m08, 01, 2005)); var_dump(checkdate($m09, 01, 2005)); var_dump(checkdate($m10, 01, 2005)); Expected result: buggy: bool(true) bool(true) bool(true) bool(true) ok: bool(true) bool(true) bool(true) bool(true) Actual result: -- buggy: bool(true) bool(false) bool(false) bool(true) ok: bool(true) bool(true) bool(true) bool(true) -- Edit this bug report at http://bugs.php.net/?id=34661edit=1
#34656 [Opn-Fbk]: open_basedir restriction in effect although paths are set correctly
ID: 34656 Updated by: [EMAIL PROTECTED] Reported By: wolfram at schlich dot org -Status: Open +Status: Feedback Bug Type: Safe Mode/open_basedir Operating System: Linux 2.2.16 i586 PHP Version: 4.4.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Something related to open_basedir and the paths was just fixed. Give it an hour or two. Previous Comments: [2005-09-27 19:24:09] wolfram at schlich dot org sorry, I cannot use anything other than php4 on that machines. they are used for webhosting, the customers depend on php4. thanks. [2005-09-27 19:09:06] [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-09-27 12:44:53] wolfram at schlich dot org Description: Warning: touch(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 3 Warning: fopen(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 4 Warning: fopen(/tmp/f5_test): failed to open stream: Operation not permitted in /home/sites/site15/web/write_tmp.php on line 4 Warning: fwrite(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 5 Warning: fclose(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 6 Reproduce code: --- --8--[ write_tmp.php ]--8-- ?php $tmpfile = /tmp/f5_test; touch($tmpfile); $fp = fopen($tmpfile,w); fwrite($fp, test ); fclose($fp); ? --8--[ httpd.conf ]--8-- DirectoryMatch /home/sites/site15/ ## doesn't work php_admin_value open_basedir /home/sites/site15/:/tmp ## also doesn't work # php_admin_value open_basedir / ## works, but is not what's desired # php_admin_value open_basedir none /DirectoryMatch --8-- Also tried to set open_basedir within the VirtualHost, didn' t work either. Expected result: no errors Actual result: -- open_basedir errors -- Edit this bug report at http://bugs.php.net/?id=34656edit=1
#30153 [Bgs]: FATAL erealloc() error when using gzinflate()
ID: 30153 Updated by: [EMAIL PROTECTED] Reported By: OvdSpek at LIACS dot NL Status: Bogus Bug Type: Zlib Related Operating System: * PHP Version: 4CVS, 5CVS (20040929) New Comment: Feel free to provide the solution if you know it. :) Previous Comments: [2004-10-01 12:42:28] OvdSpek at LIACS dot NL Why is this not considered a bug? Any user would classify this solveable 'thing' as a bug. [2004-10-01 12:07:20] [EMAIL PROTECTED] This is not a support forum, there is no bug here. Stop reopening it. [2004-10-01 11:38:18] OvdSpek at LIACS dot NL And why are there no 'friends' that do not abort? [2004-10-01 11:21:59] OvdSpek at LIACS dot NL So what does the allow_failure parameter do? [2004-10-01 11:19:08] [EMAIL PROTECTED] No, emalloc() and friends abort in case of a memory overflow, Checking for the return value does not make any sense. 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/30153 -- Edit this bug report at http://bugs.php.net/?id=30153edit=1
#30153 [Bgs]: FATAL erealloc() error when using gzinflate()
ID: 30153 User updated by: OvdSpek at LIACS dot NL Reported By: OvdSpek at LIACS dot NL Status: Bogus Bug Type: Zlib Related Operating System: * PHP Version: 4CVS, 5CVS (20040929) New Comment: How can one provide a solution if there's no problem (as stated by derick)? Previous Comments: [2005-09-27 19:37:10] [EMAIL PROTECTED] Feel free to provide the solution if you know it. :) [2004-10-01 12:42:28] OvdSpek at LIACS dot NL Why is this not considered a bug? Any user would classify this solveable 'thing' as a bug. [2004-10-01 12:07:20] [EMAIL PROTECTED] This is not a support forum, there is no bug here. Stop reopening it. [2004-10-01 11:38:18] OvdSpek at LIACS dot NL And why are there no 'friends' that do not abort? [2004-10-01 11:21:59] OvdSpek at LIACS dot NL So what does the allow_failure parameter do? 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/30153 -- Edit this bug report at http://bugs.php.net/?id=30153edit=1
#30153 [Bgs]: FATAL erealloc() error when using gzinflate()
ID: 30153 User updated by: OvdSpek at LIACS dot NL Reported By: OvdSpek at LIACS dot NL Status: Bogus Bug Type: Zlib Related Operating System: * PHP Version: 4CVS, 5CVS (20040929) New Comment: How can one provide a solution if there's no problem (as stated by derick)? Previous Comments: [2005-09-27 19:41:02] OvdSpek at LIACS dot NL How can one provide a solution if there's no problem (as stated by derick)? [2005-09-27 19:37:10] [EMAIL PROTECTED] Feel free to provide the solution if you know it. :) [2004-10-01 12:42:28] OvdSpek at LIACS dot NL Why is this not considered a bug? Any user would classify this solveable 'thing' as a bug. [2004-10-01 12:07:20] [EMAIL PROTECTED] This is not a support forum, there is no bug here. Stop reopening it. [2004-10-01 11:38:18] OvdSpek at LIACS dot NL And why are there no 'friends' that do not abort? 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/30153 -- Edit this bug report at http://bugs.php.net/?id=30153edit=1
#34656 [Fbk-Opn]: open_basedir restriction in effect although paths are set correctly
ID: 34656 User updated by: wolfram at schlich dot org Reported By: wolfram at schlich dot org -Status: Feedback +Status: Open Bug Type: Safe Mode/open_basedir Operating System: Linux 2.2.16 i586 PHP Version: 4.4.0 New Comment: thanks! will do. Previous Comments: [2005-09-27 19:27:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Something related to open_basedir and the paths was just fixed. Give it an hour or two. [2005-09-27 19:24:09] wolfram at schlich dot org sorry, I cannot use anything other than php4 on that machines. they are used for webhosting, the customers depend on php4. thanks. [2005-09-27 19:09:06] [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-09-27 12:44:53] wolfram at schlich dot org Description: Warning: touch(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 3 Warning: fopen(): open_basedir restriction in effect. File(/tmp/f5_test) is not within the allowed path(s): (/home/sites/site15/:/tmp) in /home/sites/site15/web/write_tmp.php on line 4 Warning: fopen(/tmp/f5_test): failed to open stream: Operation not permitted in /home/sites/site15/web/write_tmp.php on line 4 Warning: fwrite(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 5 Warning: fclose(): supplied argument is not a valid stream resource in /home/sites/site15/web/write_tmp.php on line 6 Reproduce code: --- --8--[ write_tmp.php ]--8-- ?php $tmpfile = /tmp/f5_test; touch($tmpfile); $fp = fopen($tmpfile,w); fwrite($fp, test ); fclose($fp); ? --8--[ httpd.conf ]--8-- DirectoryMatch /home/sites/site15/ ## doesn't work php_admin_value open_basedir /home/sites/site15/:/tmp ## also doesn't work # php_admin_value open_basedir / ## works, but is not what's desired # php_admin_value open_basedir none /DirectoryMatch --8-- Also tried to set open_basedir within the VirtualHost, didn' t work either. Expected result: no errors Actual result: -- open_basedir errors -- Edit this bug report at http://bugs.php.net/?id=34656edit=1
#34617 [Asn-Csd]: zend_deactivate: objects_store used after zend_objects_store_destroy is called
ID: 34617
Updated by: [EMAIL PROTECTED]
Reported By: guillaume dot outters at free dot fr
-Status: Assigned
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Mac OS X 10.4.2
PHP Version: 5CVS, 6CVS (2005-09-23)
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD, PHP_5_1 and PHP_5_0.
Previous Comments:
[2005-09-24 16:43:03] guillaume dot outters at free dot fr
OK, here we go for a shorter crasher:
?php
class Thing {}
function boom()
{
$reader = xml_parser_create();
xml_set_object($reader, new Thing());
die(here);
xml_parser_free($reader);
}
boom();
?
Some comments on the environment:
- crashes with CLI (that could be useful to speed up testing
and avoid crashing your company's internet web server)
- Doesn't crash with the default Tiger PHP (4.3.11)
- Doesn't crash with my modification (freing the store after
resources). That said, it was a quick fix, and I don't know
the Zend engine sufficently to ensure it is safe in other
situations.
Some comments on the crasher:
- dying() after the xml_parser_free doesn't crash anymore
(the parser has been manually freed, so that's the same as
freing resources before the objects_store).
- the code must be in a function to crash.
[2005-09-24 15:11:49] [EMAIL PROTECTED]
Yet another chicken-and-egg problem with resources and objects.
xml_parser uses object for callbacks that is already destroyed at the
time when the resource is being destroyed.
2 guillaume dot outters at free dot fr:
Please try to make a reproduce case shorter than 1.7Mb.
[2005-09-23 20:06:38] [EMAIL PROTECTED]
Dmitry, this is not looking good. Can you check it out?
[2005-09-23 16:56:08] guillaume dot outters at free dot fr
Same exact problem with 5.1.0RC2-dev (only line numbers in the
backtrace differ).
[2005-09-23 16:25:35] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Please don't report issues unless you can reproduce the with PHP 5.1
snaps too.
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/34617
--
Edit this bug report at http://bugs.php.net/?id=34617edit=1
#34663 [NEW]: Patch to get around apache not expanding %0 when passed open_basedir in vhost
From: php-bugs at antispam dot nerds dot org dot uk
Operating system: FreeBSD
PHP version: 5.0.5
PHP Bug Type: Apache2 related
Bug description: Patch to get around apache not expanding %0 when passed
open_basedir in vhost
Description:
There are often cases where apache users with php5 installed will want to
use dynamic vhosts (not least because it's in the apache docs), which
leads to something like this:
VirtualHost 82.70.196.65:80
VirtualDocumentRoot /data/www/%0
ServerName %0
php_admin_value open_basedir %0
/VirtualHost
Unfortunately apache is naughty and doesn't expand the %0 on the
php_admin_value line, which means that restricting the directories that
php has access to is a pain!
This I know is an apache problem, rather than a php one, however I found a
patch on a forum
(http://www.phpbuilder.com/lists/php-developer-list/2000101/0994.php) that
gets around this nicely, and I just tweaked it to work in php5 (I'm not
trying to claim any credit away from the original author, I just like the
feature!). I figured this was posted a long time ago, if he was going to
submit it - he would have by now.
Basically it just adds a keyword of VIRTUAL_DOCUMENT_ROOT, which has
essentially the same end result, as it causes the fopen wrapper to expand
it to the VirtualDocumentRoot.
Patch included at the Reproduce Code
Reproduce code:
---
--- main/fopen_wrappers.c.orig Sun Sep 25 22:25:20 2005
+++ main/fopen_wrappers.c Sun Sep 25 22:28:40 2005
@@ -95,8 +95,18 @@
char resolved_name[MAXPATHLEN];
char resolved_basedir[MAXPATHLEN];
char local_open_basedir[MAXPATHLEN];
+ char *local_open_basedir_sub; /* Substring pointer for strstr */
int resolved_basedir_len;
int resolved_name_len;
+
+ if ((strcmp(PG(open_basedir), VIRTUAL_DOCUMENT_ROOT) == 0)
+ SG(request_info).path_translated
*SG(request_info).path_translated ) {
+
+ strlcpy(local_open_basedir,
SG(request_info).path_translated, sizeof(local_open_basedir));
+
local_open_basedir_sub=strstr(local_open_basedir,SG(request_info).request_uri);
+ /* Now insert null to break apart the string */
+ if (local_open_basedir_sub) *local_open_basedir_sub =
'\0';
+ } else
/* Special case basedir==.: Use script-directory */
if (strcmp(basedir, .) || !VCWD_GETCWD(local_open_basedir,
MAXPATHLEN)) {
--
Edit bug report at http://bugs.php.net/?id=34663edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34663r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34663r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34663r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34663r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34663r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34663r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34663r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34663r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34663r=support
Expected behavior: http://bugs.php.net/fix.php?id=34663r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34663r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34663r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34663r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34663r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34663r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34663r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34663r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34663r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34663r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34663r=mysqlcfg
#34662 [Fbk-Opn]: Segmetation fault at the end of execution
ID: 34662 User updated by: nik at optim dot com dot ru Reported By: nik at optim dot com dot ru -Status: Feedback +Status: Open Bug Type: PostgreSQL related Operating System: Fedora Core 4 PHP Version: 5.0.5 New Comment: Hi, I tried to obtain the backtrace as you require. Is it what you need? #0 0x00399234 in ?? () #1 0x0041d60c in CRYPTO_lock () from /lib/libcrypto.so.5 #2 0x0046b082 in ERR_set_implementation () from /lib/libcrypto.so.5 #3 0x0046b935 in ERR_free_strings () from /lib/libcrypto.so.5 #4 0x0084d3d2 in Curl_SSL_cleanup () from /usr/lib/libcurl.so.3 #5 0x008567e6 in curl_global_cleanup () from /usr/lib/libcurl.so.3 #6 0x0808683b in zm_shutdown_curl () #7 0x081afb7e in module_destructor () #8 0x081b5727 in zend_hash_apply_deleter () #9 0x081b5937 in zend_hash_graceful_reverse_destroy () #10 0x081acdde in zend_shutdown () #11 0x0816cfff in php_module_shutdown () #12 0x081eaf32 in main () Previous Comments: [2005-09-27 19:20:42] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Additionally it would be good if you could try to make a short reproduce script which fails. [2005-09-27 19:17:08] nik at optim dot com dot ru Description: My CLI scripts that use PostgreSQL function finish with segmentation fault. Besides that the entire process is what it should be. Looks like the problem is somewhere in the very finalization. The problem persists in RPM-versions 5.0.4-10.4, 5.0.4-10, 5.0.5. Looks like there is nothing similar reported. I googled the suggestion about SELECT permissions on pg_ tables as a possible workaround. but it didn't help. I noticed, that the problem appears when I use TCP/IP connection to my Postgres daemon, i.e. with a hostname. When I switch to a local socket connection, i.e. with NULL hostname, the problem dissappeares. 5.0.4_2 version compiled for FreeBSD works fine. Other scripts without postgres function call work fine. Please, let me know what to do, I can try to compile different versions and see what happens. Thanks -- Edit this bug report at http://bugs.php.net/?id=34662edit=1
#34662 [Opn]: Segmetation fault at the end of execution
ID: 34662 User updated by: nik at optim dot com dot ru Reported By: nik at optim dot com dot ru Status: Open Bug Type: PostgreSQL related Operating System: Fedora Core 4 -PHP Version: 5.0.5 +PHP Version: 5.0.4 New Comment: Oh, the version I actually used to generate the backtrace was 5.0.4-10.4 But the problem is in 5.0.5 (non-debugging compilation) too Previous Comments: [2005-09-27 21:29:07] nik at optim dot com dot ru Hi, I tried to obtain the backtrace as you require. Is it what you need? #0 0x00399234 in ?? () #1 0x0041d60c in CRYPTO_lock () from /lib/libcrypto.so.5 #2 0x0046b082 in ERR_set_implementation () from /lib/libcrypto.so.5 #3 0x0046b935 in ERR_free_strings () from /lib/libcrypto.so.5 #4 0x0084d3d2 in Curl_SSL_cleanup () from /usr/lib/libcurl.so.3 #5 0x008567e6 in curl_global_cleanup () from /usr/lib/libcurl.so.3 #6 0x0808683b in zm_shutdown_curl () #7 0x081afb7e in module_destructor () #8 0x081b5727 in zend_hash_apply_deleter () #9 0x081b5937 in zend_hash_graceful_reverse_destroy () #10 0x081acdde in zend_shutdown () #11 0x0816cfff in php_module_shutdown () #12 0x081eaf32 in main () [2005-09-27 19:20:42] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Additionally it would be good if you could try to make a short reproduce script which fails. [2005-09-27 19:17:08] nik at optim dot com dot ru Description: My CLI scripts that use PostgreSQL function finish with segmentation fault. Besides that the entire process is what it should be. Looks like the problem is somewhere in the very finalization. The problem persists in RPM-versions 5.0.4-10.4, 5.0.4-10, 5.0.5. Looks like there is nothing similar reported. I googled the suggestion about SELECT permissions on pg_ tables as a possible workaround. but it didn't help. I noticed, that the problem appears when I use TCP/IP connection to my Postgres daemon, i.e. with a hostname. When I switch to a local socket connection, i.e. with NULL hostname, the problem dissappeares. 5.0.4_2 version compiled for FreeBSD works fine. Other scripts without postgres function call work fine. Please, let me know what to do, I can try to compile different versions and see what happens. Thanks -- Edit this bug report at http://bugs.php.net/?id=34662edit=1
#34662 [Opn-Fbk]: Segmetation fault at the end of execution
ID: 34662 Updated by: [EMAIL PROTECTED] Reported By: nik at optim dot com dot ru -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: Fedora Core 4 -PHP Version: 5.0.4 +PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-09-27 21:32:50] nik at optim dot com dot ru Oh, the version I actually used to generate the backtrace was 5.0.4-10.4 But the problem is in 5.0.5 (non-debugging compilation) too [2005-09-27 21:29:07] nik at optim dot com dot ru Hi, I tried to obtain the backtrace as you require. Is it what you need? #0 0x00399234 in ?? () #1 0x0041d60c in CRYPTO_lock () from /lib/libcrypto.so.5 #2 0x0046b082 in ERR_set_implementation () from /lib/libcrypto.so.5 #3 0x0046b935 in ERR_free_strings () from /lib/libcrypto.so.5 #4 0x0084d3d2 in Curl_SSL_cleanup () from /usr/lib/libcurl.so.3 #5 0x008567e6 in curl_global_cleanup () from /usr/lib/libcurl.so.3 #6 0x0808683b in zm_shutdown_curl () #7 0x081afb7e in module_destructor () #8 0x081b5727 in zend_hash_apply_deleter () #9 0x081b5937 in zend_hash_graceful_reverse_destroy () #10 0x081acdde in zend_shutdown () #11 0x0816cfff in php_module_shutdown () #12 0x081eaf32 in main () [2005-09-27 19:20:42] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Additionally it would be good if you could try to make a short reproduce script which fails. [2005-09-27 19:17:08] nik at optim dot com dot ru Description: My CLI scripts that use PostgreSQL function finish with segmentation fault. Besides that the entire process is what it should be. Looks like the problem is somewhere in the very finalization. The problem persists in RPM-versions 5.0.4-10.4, 5.0.4-10, 5.0.5. Looks like there is nothing similar reported. I googled the suggestion about SELECT permissions on pg_ tables as a possible workaround. but it didn't help. I noticed, that the problem appears when I use TCP/IP connection to my Postgres daemon, i.e. with a hostname. When I switch to a local socket connection, i.e. with NULL hostname, the problem dissappeares. 5.0.4_2 version compiled for FreeBSD works fine. Other scripts without postgres function call work fine. Please, let me know what to do, I can try to compile different versions and see what happens. Thanks -- Edit this bug report at http://bugs.php.net/?id=34662edit=1
#34664 [NEW]: invalid feof() results due to Zend's caching of user stream wrappers
From: bugs dot php dot net at webdevelopers dot cz
Operating system: Linux version 2.6.6
PHP version: 5.0.5
PHP Bug Type: DOM XML related
Bug description: invalid feof() results due to Zend's caching of user stream
wrappers
Description:
HTML imported using DOMDocument::loadHTML() is not saved as valid XML
using DOMDocument::saveXML()
Reproduce code:
---
header('Content-Type: text/plain; charset=UTF-8');
$d=new DOMDocument('1.0', 'UTF-8');
if ($d-loadHTML('htmlbodyscript!-- var a=1; a--;
--/script/body/html')) {
echo loadHTML: OK\n;
echo $d-loadXML($d-saveXML());
}
Expected result:
loadHTML: OK
1
Actual result:
--
loadHTML: OK
br /
bWarning/b: DOMDocument::loadXML() [a
href='function.loadXML'function.loadXML/a]: Comment not terminated
lt;!-- var a=1; a in Entity, line: 3 in btest.php/b on line
b9/bbr /
--
Edit bug report at http://bugs.php.net/?id=34664edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34664r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34664r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34664r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34664r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34664r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34664r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34664r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34664r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34664r=support
Expected behavior: http://bugs.php.net/fix.php?id=34664r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34664r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34664r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34664r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34664r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34664r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34664r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34664r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34664r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34664r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34664r=mysqlcfg
#34665 [NEW]: Incompatibility between references and the __destruct() method
From: sliver373 at hotmail dot com
Operating system: Windows Linux
PHP version: 5.0.5
PHP Bug Type: Class/Object related
Bug description: Incompatibility between references and the __destruct() method
Description:
I found an incompatibility between the __destruct() fonction and the
references.
When assigning your object (which countains __destruct() ) using
references ($myObject = new TheObject();) for the second time (or more),
the second object will be deleted just like the first and your variable
will countain only the NULL value.
Look at the code...
Excuse me for my english, but I'm french, and I hope you'll understand ;-)
Reproduce code:
---
class TheObject {
function __construct() {
echo __construct()...\n;
}
function __destruct() {
echo __destruct()...\n;
}
}
echo pre;
$myObject = new TheObject();
var_dump($myObject); // = a TheObject object
$myObject = new TheObject();
var_dump($myObject); // = NULL
echo /pre;
Expected result:
I'd like to see this output :
__construct()...
object(TheObject)#1 (0) {
}
__destruct()...
__construct()...
object(TheObject)#2 (0) {
}
__destruct()...
or this one will work too :
__construct()...
object(TheObject)#1 (0) {
}
__construct()...
__destruct()...
object(TheObject)#2 (0) {
}
__destruct()...
Actual result:
--
But I see this output :
__construct()...
object(TheObject)#1 (0) {
}
__construct()...
__destruct()...
__destruct()...
NULL
The automatic call of the __destruct() fonction on the seconde assignment
destruct the both objects !
So the second assignment doesn't work !!!
Thanks you for all you'll be able to do ;)
--
Edit bug report at http://bugs.php.net/?id=34665edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34665r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34665r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34665r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34665r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34665r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34665r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34665r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34665r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34665r=support
Expected behavior: http://bugs.php.net/fix.php?id=34665r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34665r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34665r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34665r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34665r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34665r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34665r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34665r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34665r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34665r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34665r=mysqlcfg
#34664 [Opn]: DOMDocument::saveXML() result cannot be loaded using loadXML()
ID: 34664
User updated by: bugs dot php dot net at webdevelopers dot cz
-Summary: invalid feof() results due to Zend's caching of user
stream wrappers
Reported By: bugs dot php dot net at webdevelopers dot cz
Status: Open
Bug Type: DOM XML related
Operating System: Linux version 2.6.6
PHP Version: 5.0.5
New Comment:
Sorry for the incorrect bug's name:
invalid feof() results due to Zend's caching of user stream wrappers
My browser's autocompletion prefilled it and I didn't noticed it... ;-)
Previous Comments:
[2005-09-27 21:38:32] bugs dot php dot net at webdevelopers dot cz
Description:
HTML imported using DOMDocument::loadHTML() is not saved as valid XML
using DOMDocument::saveXML()
Reproduce code:
---
header('Content-Type: text/plain; charset=UTF-8');
$d=new DOMDocument('1.0', 'UTF-8');
if ($d-loadHTML('htmlbodyscript!-- var a=1; a--;
--/script/body/html')) {
echo loadHTML: OK\n;
echo $d-loadXML($d-saveXML());
}
Expected result:
loadHTML: OK
1
Actual result:
--
loadHTML: OK
br /
bWarning/b: DOMDocument::loadXML() [a
href='function.loadXML'function.loadXML/a]: Comment not terminated
lt;!-- var a=1; a in Entity, line: 3 in btest.php/b on line
b9/bbr /
--
Edit this bug report at http://bugs.php.net/?id=34664edit=1
#34665 [Opn-Fbk]: Incompatibility between references and the __destruct() method
ID: 34665
Updated by: [EMAIL PROTECTED]
Reported By: sliver373 at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Class/Object related
Operating System: Windows Linux
PHP Version: 5.0.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Can't reproduce with 5.0.6-dev and 5.1-dev.
Previous Comments:
[2005-09-27 21:39:48] sliver373 at hotmail dot com
Description:
I found an incompatibility between the __destruct() fonction and the
references.
When assigning your object (which countains __destruct() ) using
references ($myObject = new TheObject();) for the second time (or
more), the second object will be deleted just like the first and your
variable will countain only the NULL value.
Look at the code...
Excuse me for my english, but I'm french, and I hope you'll understand
;-)
Reproduce code:
---
class TheObject {
function __construct() {
echo __construct()...\n;
}
function __destruct() {
echo __destruct()...\n;
}
}
echo pre;
$myObject = new TheObject();
var_dump($myObject); // = a TheObject object
$myObject = new TheObject();
var_dump($myObject); // = NULL
echo /pre;
Expected result:
I'd like to see this output :
__construct()...
object(TheObject)#1 (0) {
}
__destruct()...
__construct()...
object(TheObject)#2 (0) {
}
__destruct()...
or this one will work too :
__construct()...
object(TheObject)#1 (0) {
}
__construct()...
__destruct()...
object(TheObject)#2 (0) {
}
__destruct()...
Actual result:
--
But I see this output :
__construct()...
object(TheObject)#1 (0) {
}
__construct()...
__destruct()...
__destruct()...
NULL
The automatic call of the __destruct() fonction on the seconde
assignment destruct the both objects !
So the second assignment doesn't work !!!
Thanks you for all you'll be able to do ;)
--
Edit this bug report at http://bugs.php.net/?id=34665edit=1
#34664 [Opn-Fbk]: DOMDocument::saveXML() result cannot be loaded using loadXML()
ID: 34664
Updated by: [EMAIL PROTECTED]
Reported By: bugs dot php dot net at webdevelopers dot cz
-Status: Open
+Status: Feedback
Bug Type: DOM XML related
Operating System: Linux version 2.6.6
PHP Version: 5.0.5
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Previous Comments:
[2005-09-27 21:43:21] bugs dot php dot net at webdevelopers dot cz
Sorry for the incorrect bug's name:
invalid feof() results due to Zend's caching of user stream wrappers
My browser's autocompletion prefilled it and I didn't noticed it... ;-)
[2005-09-27 21:38:32] bugs dot php dot net at webdevelopers dot cz
Description:
HTML imported using DOMDocument::loadHTML() is not saved as valid XML
using DOMDocument::saveXML()
Reproduce code:
---
header('Content-Type: text/plain; charset=UTF-8');
$d=new DOMDocument('1.0', 'UTF-8');
if ($d-loadHTML('htmlbodyscript!-- var a=1; a--;
--/script/body/html')) {
echo loadHTML: OK\n;
echo $d-loadXML($d-saveXML());
}
Expected result:
loadHTML: OK
1
Actual result:
--
loadHTML: OK
br /
bWarning/b: DOMDocument::loadXML() [a
href='function.loadXML'function.loadXML/a]: Comment not terminated
lt;!-- var a=1; a in Entity, line: 3 in btest.php/b on line
b9/bbr /
--
Edit this bug report at http://bugs.php.net/?id=34664edit=1
#34662 [Fbk-Opn]: Segmentation fault at the end of execution
ID: 34662 User updated by: nik at optim dot com dot ru -Summary: Segmetation fault at the end of execution Reported By: nik at optim dot com dot ru -Status: Feedback +Status: Open Bug Type: PostgreSQL related Operating System: Fedora Core 4 PHP Version: 5.0.5 New Comment: There is no problem in the latest version. I tried really minimalistic compilation. ./configure --disable-all --with-pgsql --with-zlib --enable-xml --enable-libxml --enable-debug --with-pcre-regex --with-regex I would be nice, however, to patch older versions too, or merge there changes from the latest one. Well, it will still take some time for Fedora people to accomodate the changes anyway. Previous Comments: [2005-09-27 21:33:02] [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-09-27 21:32:50] nik at optim dot com dot ru Oh, the version I actually used to generate the backtrace was 5.0.4-10.4 But the problem is in 5.0.5 (non-debugging compilation) too [2005-09-27 21:29:07] nik at optim dot com dot ru Hi, I tried to obtain the backtrace as you require. Is it what you need? #0 0x00399234 in ?? () #1 0x0041d60c in CRYPTO_lock () from /lib/libcrypto.so.5 #2 0x0046b082 in ERR_set_implementation () from /lib/libcrypto.so.5 #3 0x0046b935 in ERR_free_strings () from /lib/libcrypto.so.5 #4 0x0084d3d2 in Curl_SSL_cleanup () from /usr/lib/libcurl.so.3 #5 0x008567e6 in curl_global_cleanup () from /usr/lib/libcurl.so.3 #6 0x0808683b in zm_shutdown_curl () #7 0x081afb7e in module_destructor () #8 0x081b5727 in zend_hash_apply_deleter () #9 0x081b5937 in zend_hash_graceful_reverse_destroy () #10 0x081acdde in zend_shutdown () #11 0x0816cfff in php_module_shutdown () #12 0x081eaf32 in main () [2005-09-27 19:20:42] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Additionally it would be good if you could try to make a short reproduce script which fails. [2005-09-27 19:17:08] nik at optim dot com dot ru Description: My CLI scripts that use PostgreSQL function finish with segmentation fault. Besides that the entire process is what it should be. Looks like the problem is somewhere in the very finalization. The problem persists in RPM-versions 5.0.4-10.4, 5.0.4-10, 5.0.5. Looks like there is nothing similar reported. I googled the suggestion about SELECT permissions on pg_ tables as a possible workaround. but it didn't help. I noticed, that the problem appears when I use TCP/IP connection to my Postgres daemon, i.e. with a hostname. When I switch to a local socket connection, i.e. with NULL hostname, the problem dissappeares. 5.0.4_2 version compiled for FreeBSD works fine. Other scripts without postgres function call work fine. Please, let me know what to do, I can try to compile different versions and see what happens. Thanks -- Edit this bug report at http://bugs.php.net/?id=34662edit=1
#34662 [Opn-Fbk]: Segmentation fault at the end of execution
ID: 34662 Updated by: [EMAIL PROTECTED] Reported By: nik at optim dot com dot ru -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: Fedora Core 4 PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip And what if you try this too? Previous Comments: [2005-09-27 22:21:33] nik at optim dot com dot ru There is no problem in the latest version. I tried really minimalistic compilation. ./configure --disable-all --with-pgsql --with-zlib --enable-xml --enable-libxml --enable-debug --with-pcre-regex --with-regex I would be nice, however, to patch older versions too, or merge there changes from the latest one. Well, it will still take some time for Fedora people to accomodate the changes anyway. [2005-09-27 21:33:02] [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-09-27 21:32:50] nik at optim dot com dot ru Oh, the version I actually used to generate the backtrace was 5.0.4-10.4 But the problem is in 5.0.5 (non-debugging compilation) too [2005-09-27 21:29:07] nik at optim dot com dot ru Hi, I tried to obtain the backtrace as you require. Is it what you need? #0 0x00399234 in ?? () #1 0x0041d60c in CRYPTO_lock () from /lib/libcrypto.so.5 #2 0x0046b082 in ERR_set_implementation () from /lib/libcrypto.so.5 #3 0x0046b935 in ERR_free_strings () from /lib/libcrypto.so.5 #4 0x0084d3d2 in Curl_SSL_cleanup () from /usr/lib/libcurl.so.3 #5 0x008567e6 in curl_global_cleanup () from /usr/lib/libcurl.so.3 #6 0x0808683b in zm_shutdown_curl () #7 0x081afb7e in module_destructor () #8 0x081b5727 in zend_hash_apply_deleter () #9 0x081b5937 in zend_hash_graceful_reverse_destroy () #10 0x081acdde in zend_shutdown () #11 0x0816cfff in php_module_shutdown () #12 0x081eaf32 in main () [2005-09-27 19:20:42] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Additionally it would be good if you could try to make a short reproduce script which fails. 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/34662 -- Edit this bug report at http://bugs.php.net/?id=34662edit=1
#34662 [Fbk-Opn]: Segmentation fault at the end of execution
ID: 34662 User updated by: nik at optim dot com dot ru Reported By: nik at optim dot com dot ru -Status: Feedback +Status: Open Bug Type: PostgreSQL related Operating System: Fedora Core 4 PHP Version: 5.0.5 New Comment: No, there is no such problem in the STABLE snapshot. Previous Comments: [2005-09-27 22:24:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip And what if you try this too? [2005-09-27 22:21:33] nik at optim dot com dot ru There is no problem in the latest version. I tried really minimalistic compilation. ./configure --disable-all --with-pgsql --with-zlib --enable-xml --enable-libxml --enable-debug --with-pcre-regex --with-regex I would be nice, however, to patch older versions too, or merge there changes from the latest one. Well, it will still take some time for Fedora people to accomodate the changes anyway. [2005-09-27 21:33:02] [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-09-27 21:32:50] nik at optim dot com dot ru Oh, the version I actually used to generate the backtrace was 5.0.4-10.4 But the problem is in 5.0.5 (non-debugging compilation) too [2005-09-27 21:29:07] nik at optim dot com dot ru Hi, I tried to obtain the backtrace as you require. Is it what you need? #0 0x00399234 in ?? () #1 0x0041d60c in CRYPTO_lock () from /lib/libcrypto.so.5 #2 0x0046b082 in ERR_set_implementation () from /lib/libcrypto.so.5 #3 0x0046b935 in ERR_free_strings () from /lib/libcrypto.so.5 #4 0x0084d3d2 in Curl_SSL_cleanup () from /usr/lib/libcurl.so.3 #5 0x008567e6 in curl_global_cleanup () from /usr/lib/libcurl.so.3 #6 0x0808683b in zm_shutdown_curl () #7 0x081afb7e in module_destructor () #8 0x081b5727 in zend_hash_apply_deleter () #9 0x081b5937 in zend_hash_graceful_reverse_destroy () #10 0x081acdde in zend_shutdown () #11 0x0816cfff in php_module_shutdown () #12 0x081eaf32 in main () 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/34662 -- Edit this bug report at http://bugs.php.net/?id=34662edit=1
#34666 [NEW]: print and echo do not apply filters on STDOUT
From: squasar at eternalviper dot net Operating system: Mac OS X 10.4.2/Darwin 8.2.0 PHP version: 5.1.0RC1 PHP Bug Type: CGI related Bug description: print and echo do not apply filters on STDOUT Description: When using the CLI SAPI, installing filters on STDOUT with stream_filter_prepend()/stream_filter_append() does not apply those filters when print or echo are used. Suggested fix: have sapi_cli_single_write() in sapi/cli/php_cli.c use php_stream_write() instead of write()/fwrite() (possibly based on a ./configure option?) Reproduce code: --- ?php stream_filter_append( STDOUT, string.rot13 ); fprintf( STDOUT, abcd\n ); print abcd\n; ? Expected result: nopq nopq Actual result: -- nopq abcd -- Edit bug report at http://bugs.php.net/?id=34666edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34666r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34666r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34666r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34666r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34666r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34666r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34666r=needscript Try newer version: http://bugs.php.net/fix.php?id=34666r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34666r=support Expected behavior: http://bugs.php.net/fix.php?id=34666r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34666r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34666r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34666r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34666r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34666r=dst IIS Stability: http://bugs.php.net/fix.php?id=34666r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34666r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34666r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34666r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34666r=mysqlcfg
#34662 [Opn-Csd]: Segmentation fault at the end of execution
ID: 34662 Updated by: [EMAIL PROTECTED] Reported By: nik at optim dot com dot ru -Status: Open +Status: Closed Bug Type: PostgreSQL related Operating System: Fedora Core 4 PHP Version: 5.0.5 New Comment: So it's fixed apparently. Previous Comments: [2005-09-27 22:32:55] nik at optim dot com dot ru No, there is no such problem in the STABLE snapshot. [2005-09-27 22:24:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip And what if you try this too? [2005-09-27 22:21:33] nik at optim dot com dot ru There is no problem in the latest version. I tried really minimalistic compilation. ./configure --disable-all --with-pgsql --with-zlib --enable-xml --enable-libxml --enable-debug --with-pcre-regex --with-regex I would be nice, however, to patch older versions too, or merge there changes from the latest one. Well, it will still take some time for Fedora people to accomodate the changes anyway. [2005-09-27 21:33:02] [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-09-27 21:32:50] nik at optim dot com dot ru Oh, the version I actually used to generate the backtrace was 5.0.4-10.4 But the problem is in 5.0.5 (non-debugging compilation) too 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/34662 -- Edit this bug report at http://bugs.php.net/?id=34662edit=1
#34415 [Com]: seg fault when using scandir
ID: 34415
Comment by: aarondoom at cookiedoom dot com
Reported By: worthbob01 at yahoo dot com
Status: No Feedback
Bug Type: Reproducible crash
Operating System: RHES3
PHP Version: 5CVS-2005-09-09 (snap)
New Comment:
Your function is stuck in a recursive loop, eventually this will seg
fault.
If you wanna see it in action add the following lines to the top of the
function.
static $depth = 0;
echo $depth++;
To fix the problem remove the . \\ from the tail of
scandir_recursive($directory.$folderItem.\\);.
Here's a cleaned up function to not display errors and so forth.
function scandir_recursive($directory)
{
$folderContents = array();
$directory = realpath($directory) . DIRECTORY_SEPARATOR;
$folderItems = @scandir($directory);
if (!is_array($folderItems)) return No access;
foreach ($folderItems as $folderItem) {
if (substr($folderItem, 0, 1) != .) { // Ignore anything
hidden
if (is_dir($directory . $folderItem .
DIRECTORY_SEPARATOR))
$folderContents[$folderItem] =
scandir_recursive($directory . $folderItem);
else
$folderContents[] = $folderItem;
}
}
return $folderContents;
}
^_^
Previous Comments:
[2005-09-18 01:00:02] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2005-09-10 23:21:24] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2005-09-10 17:04:50] worthbob01 at yahoo dot com
[EMAIL PROTECTED] design]# date; php --version; php sample.php ; date
Sat Sep 10 10:02:20 CDT 2005
PHP 5.1.0-dev (cli) (built: Sep 9 2005 12:59:00)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2005 Zend Technologies
Segmentation fault
Sat Sep 10 10:02:21 CDT 2005
[2005-09-07 23:43: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-09-07 23:13:41] worthbob01 at yahoo dot com
Description:
recursive scandir causes seg fault. code example from
http://us2.php.net/scandir User Contributed Notes.
Reproduce code:
---
?php
$afiles = scandir_recursive(/tmp);
function scandir_recursive($directory)
{
$folderContents = array();
$directory = realpath($directory).DIRECTORY_SEPARATOR;
foreach (scandir($directory) as $folderItem) {
if ($folderItem != . AND $folderItem != ..) {
if (is_dir($directory.$folderItem.DIRECTORY_SEPARATOR)) {
$folderContents[$folderItem] = scandir_recursive(
$directory.$folderItem.\\);
}
else {
$folderContents[] = $folderItem;
}
}
}
return $folderContents;
}
?
Expected result:
nothing as there is not output in the sample. just expected it to run
without a seg fault.
Actual result:
--
[EMAIL PROTECTED] design]# date;php sample.php;date
Wed Sep 7 16:11:11 CDT 2005
Segmentation fault
Wed Sep 7 16:11:12 CDT 2005
[EMAIL PROTECTED] design]#
--
Edit this bug report at http://bugs.php.net/?id=34415edit=1
#34643 [Csd]: wsdl default value
ID: 34643
User updated by: camka at email dot ee
Reported By: camka at email dot ee
Status: Closed
Bug Type: SOAP related
Operating System: linux
PHP Version: 5CVS-2005-09-26 (snap)
Assigned To: dmitry
New Comment:
if i call function with parameter=NULL explicitly
$cl-get_it(NULL);
the default value is returned as a result. should be NULL value.
Previous Comments:
[2005-09-27 17:28:44] [EMAIL PROTECTED]
The bug is fixed in CVS HEAD, PHP_5_1 and PHP_5_0.
The wsdl file in report has mistakes. The fixed file can be found in
CVS: ext/soap/tests/bugs/bug34643.wsdl
[2005-09-26 23:18:52] [EMAIL PROTECTED]
Dmitry, check it out, please.
[2005-09-26 22:11:25] camka at email dot ee
the same behaviour with the latest snapshot.
[2005-09-26 17:43:31] [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-09-26 13:28:20] camka at email dot ee
Description:
I want to set default value for the parameter passed to the remote
function in wsdl file. When working in non-wsdl mode, the default value
on server side is initiated with no problems. But when using wsdl file
for client/server initialization, the default value is processed
strange way.
Reproduce code:
---
=== srv.php ==
class fp
{
public function get_it($opt = 'zzz')
{
return $opt;
}
}
$srv = new SoapServer('wsdl.wsdl');
$srv-setClass('fp');
$srv-handle();
=== client.php ==
...
$cl = new SoapClient('wsdl.wsdl', $options);
var_dump($cl-__getFunctions());
echo $cl-get_it();
wsdl.wsdl ==
?xml version='1.0' encoding='UTF-8'?
definitions name=wsdl targetNamespace=urn:wsdl
xmlns:typens=urn:wsdl xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:soap=http://schemas.xmlsoap.org/wsdl/soap/;
xmlns:soapenc=http://schemas.xmlsoap.org/soap/encoding/;
xmlns:wsdl=http://schemas.xmlsoap.org/wsdl/;
xmlns=http://schemas.xmlsoap.org/wsdl/;
types
xsd:schema xmlns=http://www.w3.org/2001/XMLSchema;
targetNamespace=urn:wsdl
xsd:element name=opt default=zzz /
/xsd:schema
/types
message name=get_it
part name=opt type=typens:opt/
/message
message name=get_itResponse
part name=return type=xsd:string/
/message
portType name=fpPortType
operation name=get_it
documentation
Enter description here...
/documentation
input message=typens:get_it/
output message=typens:get_itResponse/
/operation
/portType
binding name=fpBinding type=typens:fpPortType
soap:binding style=rpc
transport=http://schemas.xmlsoap.org/soap/http/
operation name=get_it
soap:operation soapAction=urn:fpAction/
input
soap:body namespace=urn:wsdl use=encoded
encodingStyle=http://schemas.xmlsoap.org/soap/encoding//
/input
output
soap:body namespace=urn:wsdl use=encoded
encodingStyle=http://schemas.xmlsoap.org/soap/encoding//
/output
/operation
/binding
service name=wsdlService
port name=fpPort binding=typens:fpBinding
soap:address location=**/
/port
/service
/definitions
SOAP request ==
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1=urn:wsdl
xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xmlns:SOAP-ENC=http://schemas.xmlsoap.org/soap/encoding/;
SOAP-ENV:encodingStyle=http://schemas.xmlsoap.org/soap/encoding/;
SOAP-ENV:Body
ns1:get_it
opt
xsi:nil=1/
/ns1:get_it
/SOAP-ENV:Body
/SOAP-ENV:Envelope
=== SOAP Response =
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1=urn:wsdl
xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xmlns:SOAP-ENC=http://schemas.xmlsoap.org/soap/encoding/;
SOAP-ENV:encodingStyle=http://schemas.xmlsoap.org/soap/encoding/;
SOAP-ENV:Body
ns1:get_itResponse
return xsi:nil=1/
/ns1:get_itResponse
/SOAP-ENV:Body
#29860 [Com]: Cannot compile with mysql and mysqli extensions
ID: 29860 Comment by: keith at green-light dot ca Reported By: rjanson at msn dot com Status: No Feedback Bug Type: Compile Failure Operating System: Redhat 9 PHP Version: 5.0.1 New Comment: Same issue on Fedora Core 2, mysql 4.1.12, and php 5.0.4. Removed the duplicated -lmysqlclient and was able to compile. Previous Comments: [2005-06-09 19:12:52] michael at mompopmedia dot com For what it is worth, I can confirm the same issue building php5.0.4 on RHE 3. MySQL packages as follows: MySQL-client-4.1.11-0 MySQL-shared-compat-4.1.11-0 MySQL-embedded-4.1.11-0 MySQL-bench-4.1.11-0 MySQL-shared-4.1.11-0 perl-DBD-MySQL-2.1021-3 MySQL-devel-4.1.11-0 MySQL-server-4.1.11-0 I'm also running Apache/1.3.33 chris at leftbrained dot org suggestion did the trick. [2005-05-09 18:48:49] jorge dot tiao dot pereira at gmail dot com so do i. i don´t connect mysql database to the pega in php. how do it? [2005-02-19 19:32:23] chris at leftbrained dot org I know this hasn't been looked at in some time, but I've spent that last few days working out this exact problem. Apache 2.0.53 - Built by me into /usr/local/apache MySQL 4.1.9 - Used the RPM download of of mysql.com MySQL-client-4.1.9-0 MySQL-shared-compat-4.1.9-0 MySQL-server-4.1.9-0 MySQL-bench-4.1.9-0 MySQL-devel-4.1.9-0 PHP 5.0.3 - ./configure --with-apxs2=/usr/local/apache/bin/apxs --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config I'm on some form of RedHat Enterprise, I'm not quite sure how I would check which one. I was coming up witht he same exact errors, and the *only* way I was able to make it work was this: cd /usr/lib/mysql rename .a .a_old *.a rename .la .la_old *.la Then run configure/make/make install Then rename these files back. cd /usr/lib/mysql rename .a_old .a *.a_old rename .la_old .la *.la_old I'm not sure what precisely these files are, and this was a last resort attempt for me, but it worked. Chris [2004-10-28 21:49:01] kpederson at mail dot ewu dot edu I can confirm a few things. I have both the static and the shared libraries installed as they both come in the standard mysql-devel rpm: /usr/lib/libmysqlclient.so /usr/lib/libmysqlclient.so.14 /usr/lib/mysql /usr/lib/mysql/libmysqlclient.a /usr/lib/mysql/libmysqlclient_r.la /usr/lib/mysql/libmysqld.a /usr/lib/mysql/libmysqlclient_r.a /usr/lib/mysql/mysqld.sym /usr/lib/mysql/libmysqlclient.la /usr/lib/libmysqlclient.so.14.0.0 /usr/lib/libmysqlclient_r.so /usr/lib/libmysqlclient_r.so.14 /usr/lib/libmysqlclient_r.so.14.0.0 If the static libraries are found, then the make dies with linking problems. I temporarily did a 'rename .a .a_old *.a' and 'rename .la .la_old *.la' in my /usr/lib/mysql directory, and then was able to make everything successfully. The output of ./configure ... | grep -i mysql gives: checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... /var/run/mysql/mysql.sock checking for MySQL UNIX socket location... /var/run/mysql/mysql.sock checking for mysql_close in -lmysqlclient... (cached) yes checking for MySQLi support... yes checking whether to enable embedded MySQLi support... no checking for mysql_set_server_option in -lmysqlclient... (cached) yes checking for mysql_stmt_field_count in -lmysqlclient... (cached) yes BTW, I'm running Redhat Enterprise AS using PHP-5.0.2 and MySQL-4.1.7 (stable). [2004-10-14 01:00:05] 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. 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/29860 -- Edit this bug report at http://bugs.php.net/?id=29860edit=1
#34623 [Csd-Opn]: Segfault when selecting 'text' field with pdo/mysql
ID: 34623
User updated by: stewey at ambitious dot ca
Reported By: stewey at ambitious dot ca
-Status: Closed
+Status: Open
Bug Type: PDO related
Operating System: Mac OS X 10.4.2
PHP Version: 5.1.0RC1
New Comment:
Bug has resurfaced. Tested with php5-200509271430. Reproduce
code is the same as before.
[Tue Sep 27 15:15:31 2005] [notice] child pid 15934 exit
signal Segmentation fault (11)
Here is the backtrace:
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
Reading symbols for shared libraries .+++ done
Reading symbols for shared libraries done
Program received signal EXC_BAD_ACCESS, Could not access
memory.
Reason: KERN_INVALID_ADDRESS at address: 0x7269748d
0x020a1504 in dispatch_param_event (stmt=0x49ac08,
event_type=PDO_PARAM_EVT_FETCH_POST) at /Users/stewey/
Desktop/php5-200509271430/ext/pdo/pdo_stmt.c:133
133 if (!stmt-methods-param_hook) {
(gdb) bt
#0 0x020a1504 in dispatch_param_event (stmt=0x49ac08,
event_type=PDO_PARAM_EVT_FETCH_POST) at /Users/stewey/
Desktop/php5-200509271430/ext/pdo/pdo_stmt.c:133
#1 0x020a26b4 in do_fetch_common (stmt=0x49ac08,
ori=PDO_FETCH_ORI_NEXT, offset=0, do_bind=1) at /Users/
stewey/Desktop/php5-200509271430/ext/pdo/pdo_stmt.c:542
#2 0x020a36d8 in do_fetch (stmt=0x49ac08, do_bind=1,
return_value=0x49fb78, how=PDO_FETCH_ASSOC,
ori=PDO_FETCH_ORI_NEXT, offset=0, return_all=0x0) at /Users/
stewey/Desktop/php5-200509271430/ext/pdo/pdo_stmt.c:754
#3 0x020a56e8 in zif_PDOStatement_fetchAll (ht=1,
return_value=0x49bba8, return_value_ptr=0x0,
this_ptr=0x49a7e8, return_value_used=1) at /Users/stewey/
Desktop/php5-200509271430/ext/pdo/pdo_stmt.c:1348
#4 0x0232daac in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffe578) at /Users/stewey/Desktop/
php5-200509271430/Zend/zend_vm_execute.h:187
#5 0x0232eca4 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfffe578) at /Users/stewey/Desktop/
php5-200509271430/Zend/zend_vm_execute.h:310
#6 0x0232d4e8 in execute (op_array=0x499678) at /Users/
stewey/Desktop/php5-200509271430/Zend/zend_vm_execute.h:88
#7 0x022ed6b0 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /Users/stewey/Desktop/php5-200509271430/
Zend/zend.c:1087
#8 0x02282420 in php_execute_script
(primary_file=0xbfffef44) at /Users/stewey/Desktop/
php5-200509271430/main/main.c:1677
#9 0x023a2840 in php_handler (r=0x18bde50) at /Users/
stewey/Desktop/php5-200509271430/sapi/apache2handler/
sapi_apache2.c:568
#10 0x0003daf4 in ap_run_handler (r=0x18bde50) at config.c:
152
#11 0x0003e0bc in ap_invoke_handler (r=0x18bde50) at
config.c:364
#12 0x0001203c in ap_process_request (r=0x18bde50) at
http_request.c:249
#13 0xcc14 in ap_process_http_connection (c=0x18b7f28)
at http_core.c:251
#14 0x00044898 in ap_run_process_connection (c=0x18b7f28) at
connection.c:43
#15 0x000298f8 in child_main (child_num_arg=4828168) at
prefork.c:610
#16 0x000299dc in make_child (s=0x180ad58, slot=0) at
prefork.c:650
#17 0x00029b14 in startup_children (number_to_start=5) at
prefork.c:722
#18 0x00029fe0 in ap_mpm_run (_pconf=0x1806418, plog=0x5,
s=0x180ad58) at prefork.c:941
#19 0x0002baf4 in main (argc=2, argv=0xbb20) at main.c:
618
Previous Comments:
[2005-09-25 00:29:21] [EMAIL PROTECTED]
Marking as closed then.
[2005-09-25 00:20:59] stewey at ambitious dot ca
Confirmed fixed in latest! That's an amazing turn-around time.
You rock!
[2005-09-24 20:31:06] [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-09-24 19:24:50] stewey at ambitious dot ca
I'm not sure why there is an absolute path to my compile
directory in this backtrace. Please let me know if this is
indicative of a problem.
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
Reading symbols for shared libraries .+++ done
Reading symbols for shared libraries done
Program received signal EXC_BAD_ACCESS, Could not access
memory.
Reason: KERN_INVALID_ADDRESS at address: 0x21007665
0x02199bf8 in _efree (ptr=0x4967d0) at /Users/stewey/
Desktop/php-5.1.0RC1/Zend/zend_alloc.c:302
302 REMOVE_POINTER_FROM_LIST(p);
(gdb) bt
#0 0x02199bf8 in _efree (ptr=0x4967d0) at /Users/stewey/
Desktop/php-5.1.0RC1/Zend/zend_alloc.c:302
#1 0x02064e08 in pdo_mysql_stmt_dtor (stmt=0x496380) at /
Users/stewey/Desktop/php-5.1.0RC1/ext/pdo_mysql/
mysql_statement.c:62
#2 0x0205f22c in free_statement (stmt=0x496380) at /Users/
stewey/Desktop/php-5.1.0RC1/ext/pdo/pdo_stmt.c:1977
#3 0x021cba6c in zend_objects_store_del_ref
(zobject=0x495800) at
#34667 [NEW]: Notice: Unknown: Unable to find the wrapper compress.bzip2.....
From: webmaster at 24-99-92-156 dot no-ip dot com Operating system: Windows Server 2003 Ent. SP1 PHP version: 5.0.5 PHP Bug Type: Scripting Engine problem Bug description: Notice: Unknown: Unable to find the wrapper compress.bzip2. Description: I keep getting this error: Notice: Unknown: Unable to find the wrapper compress.bzip2 - did you forget to enable it when you configured PHP? in Unknown on line 0 no matter what php script I run, even just phpinfo(); Reproduce code: --- Any php file at all Expected result: No error, output whatever script was Actual result: -- Notice: Unknown: Unable to find the wrapper compress.bzip2 - did you forget to enable it when you configured PHP? in Unknown on line 0 then output from script, along with header errors if any headers were sent from the script that was run -- Edit bug report at http://bugs.php.net/?id=34667edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34667r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34667r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34667r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34667r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34667r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34667r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34667r=needscript Try newer version: http://bugs.php.net/fix.php?id=34667r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34667r=support Expected behavior: http://bugs.php.net/fix.php?id=34667r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34667r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34667r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34667r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34667r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34667r=dst IIS Stability: http://bugs.php.net/fix.php?id=34667r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34667r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34667r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34667r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34667r=mysqlcfg
#34667 [Opn-Fbk]: Notice: Unknown: Unable to find the wrapper compress.bzip2.....
ID: 34667 Updated by: [EMAIL PROTECTED] Reported By: webmaster at 24-99-92-156 dot no-ip dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Windows Server 2003 Ent. SP1 PHP Version: 5.0.5 New Comment: Sounds like you have zlib.output_compression or zlib.output_handler enabled in your php.ini file. Check that. Previous Comments: [2005-09-28 04:47:29] webmaster at 24-99-92-156 dot no-ip dot com Description: I keep getting this error: Notice: Unknown: Unable to find the wrapper compress.bzip2 - did you forget to enable it when you configured PHP? in Unknown on line 0 no matter what php script I run, even just phpinfo(); Reproduce code: --- Any php file at all Expected result: No error, output whatever script was Actual result: -- Notice: Unknown: Unable to find the wrapper compress.bzip2 - did you forget to enable it when you configured PHP? in Unknown on line 0 then output from script, along with header errors if any headers were sent from the script that was run -- Edit this bug report at http://bugs.php.net/?id=34667edit=1
#34415 [NoF-Bgs]: seg fault when using scandir
ID: 34415
Updated by: [EMAIL PROTECTED]
Reported By: worthbob01 at yahoo dot com
-Status: No Feedback
+Status: Bogus
Bug Type: Reproducible crash
Operating System: RHES3
PHP Version: 5CVS-2005-09-09 (snap)
New Comment:
So not a bug. Don't write infinitely recursing functions. Chances are
you can avoid a crash in this situation by compiling with memory-limit
enabled, but the real fix is to fix your code as suggested.
Previous Comments:
[2005-09-27 23:30:05] aarondoom at cookiedoom dot com
Your function is stuck in a recursive loop, eventually this will seg
fault.
If you wanna see it in action add the following lines to the top of the
function.
static $depth = 0;
echo $depth++;
To fix the problem remove the . \\ from the tail of
scandir_recursive($directory.$folderItem.\\);.
Here's a cleaned up function to not display errors and so forth.
function scandir_recursive($directory)
{
$folderContents = array();
$directory = realpath($directory) . DIRECTORY_SEPARATOR;
$folderItems = @scandir($directory);
if (!is_array($folderItems)) return No access;
foreach ($folderItems as $folderItem) {
if (substr($folderItem, 0, 1) != .) { // Ignore anything
hidden
if (is_dir($directory . $folderItem .
DIRECTORY_SEPARATOR))
$folderContents[$folderItem] =
scandir_recursive($directory . $folderItem);
else
$folderContents[] = $folderItem;
}
}
return $folderContents;
}
^_^
[2005-09-18 01:00:02] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2005-09-10 23:21:24] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2005-09-10 17:04:50] worthbob01 at yahoo dot com
[EMAIL PROTECTED] design]# date; php --version; php sample.php ; date
Sat Sep 10 10:02:20 CDT 2005
PHP 5.1.0-dev (cli) (built: Sep 9 2005 12:59:00)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2005 Zend Technologies
Segmentation fault
Sat Sep 10 10:02:21 CDT 2005
[2005-09-07 23:43: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
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/34415
--
Edit this bug report at http://bugs.php.net/?id=34415edit=1
#34664 [Fbk]: DOMDocument::saveXML() result cannot be loaded using loadXML()
ID: 34664
Updated by: [EMAIL PROTECTED]
Reported By: bugs dot php dot net at webdevelopers dot cz
Status: Feedback
Bug Type: DOM XML related
Operating System: Linux version 2.6.6
PHP Version: 5.0.5
New Comment:
What exactly is the bug here? You can't have -- in an HTML/XML comment
and the warning message is telling you exactly that. Remove the a-- and
it works just fine.
Previous Comments:
[2005-09-27 22:02:17] [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-09-27 21:43:21] bugs dot php dot net at webdevelopers dot cz
Sorry for the incorrect bug's name:
invalid feof() results due to Zend's caching of user stream wrappers
My browser's autocompletion prefilled it and I didn't noticed it... ;-)
[2005-09-27 21:38:32] bugs dot php dot net at webdevelopers dot cz
Description:
HTML imported using DOMDocument::loadHTML() is not saved as valid XML
using DOMDocument::saveXML()
Reproduce code:
---
header('Content-Type: text/plain; charset=UTF-8');
$d=new DOMDocument('1.0', 'UTF-8');
if ($d-loadHTML('htmlbodyscript!-- var a=1; a--;
--/script/body/html')) {
echo loadHTML: OK\n;
echo $d-loadXML($d-saveXML());
}
Expected result:
loadHTML: OK
1
Actual result:
--
loadHTML: OK
br /
bWarning/b: DOMDocument::loadXML() [a
href='function.loadXML'function.loadXML/a]: Comment not terminated
lt;!-- var a=1; a in Entity, line: 3 in btest.php/b on line
b9/bbr /
--
Edit this bug report at http://bugs.php.net/?id=34664edit=1
#30153 [Bgs-Sus]: FATAL erealloc() error when using gzinflate()
ID: 30153 Updated by: [EMAIL PROTECTED] Reported By: OvdSpek at LIACS dot NL -Status: Bogus +Status: Suspended Bug Type: Zlib Related Operating System: * PHP Version: 4CVS, 5CVS (20040929) New Comment: It is a problem. Marking it suspended instead. The solution is non-trivial. If you have one, please let us know. Previous Comments: [2005-09-27 19:41:04] OvdSpek at LIACS dot NL How can one provide a solution if there's no problem (as stated by derick)? [2005-09-27 19:41:02] OvdSpek at LIACS dot NL How can one provide a solution if there's no problem (as stated by derick)? [2005-09-27 19:37:10] [EMAIL PROTECTED] Feel free to provide the solution if you know it. :) [2004-10-01 12:42:28] OvdSpek at LIACS dot NL Why is this not considered a bug? Any user would classify this solveable 'thing' as a bug. [2004-10-01 12:07:20] [EMAIL PROTECTED] This is not a support forum, there is no bug here. Stop reopening it. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/30153 -- Edit this bug report at http://bugs.php.net/?id=30153edit=1
#34668 [NEW]: SSL: fatal protocol error
From: smajor at gmail dot com Operating system: Red Hat Enterprise Linux 3 PHP version: 5.0.5 PHP Bug Type: OpenSSL related Bug description: SSL: fatal protocol error Description: SSL: fatal protocol error in php 5.0.3, 5.0.4, 5.05 when opening a connection to https using file(). Does anyone know how to correct this issue? I have upgraded to the latest pear packages and also OpenSSL this does not matter what server you access it from go ahead and run the code with that url. the server will not aalow you to connect without an error. Reproduce code: --- $test = file(https://www.quantumns.com/style.css;); Actual result: -- Warning: file() [function.file]: SSL: fatal protocol error in /home/httpd/vhosts/quantumns.com/httpdocs/chat.php on line 34 but the output is still returned. -- Edit bug report at http://bugs.php.net/?id=34668edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34668r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34668r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34668r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34668r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34668r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34668r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34668r=needscript Try newer version: http://bugs.php.net/fix.php?id=34668r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34668r=support Expected behavior: http://bugs.php.net/fix.php?id=34668r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34668r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34668r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34668r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34668r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34668r=dst IIS Stability: http://bugs.php.net/fix.php?id=34668r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34668r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34668r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34668r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34668r=mysqlcfg
