Bug #60636 [Com]: Dots in folders results in a open_basedir restriction warning
Edit report at https://bugs.php.net/bug.php?id=60636&edit=1 ID: 60636 Comment by: support at hostinghood dot com Reported by:fernando at consultorpc dot com Summary:Dots in folders results in a open_basedir restriction warning Status: Open Type: Bug Package:Safe Mode/open_basedir Operating System: Linux PHP Version:5.3.8 Block user comment: N Private report: N New Comment: open_basedir works correctly, tested myself. Previous Comments: [2012-01-04 04:34:21] larue...@php.net hmm, I can't no reproduce this if you are sure that "/home/example" exists. [2012-01-03 17:13:40] fernando at consultorpc dot com Yes, /home/example exists. If i rename myfolder.example to myfolderexample ( no dots ), them it works as expected. Meaning that it will return false without any warnings. [2012-01-03 17:06:24] larue...@php.net does that /home/example exists? I think this might has nothing to do with the *dot*, but a mis-understand warning. [2012-01-02 13:56:27] fernando at consultorpc dot com Description: If you try to access a file within a folder that has a dot, an open_basedir restriction warning will show up even if the folder is in the allowed paths list. Test script: --- function.file- exists]: open_basedir restriction in effect. File(/home/example/public_html/myfolder.example/file.php) is not within the allowed path(s): (/home/example:/usr/lib/php:/tmp) in /home/example/public_html/test.php on line 3 -- Edit this bug report at https://bugs.php.net/bug.php?id=60636&edit=1
Bug #63874 [Csd]: Segfault if php_strip_whitespace has heredoc
Edit report at https://bugs.php.net/bug.php?id=63874&edit=1 ID: 63874 User updated by:igor at wiedler dot ch Reported by:igor at wiedler dot ch Summary:Segfault if php_strip_whitespace has heredoc Status: Closed Type: Bug Package:Unknown/Other Function Operating System: OSX 10.8.2 PHP Version:5.5Git-2012-12-29 (Git) Block user comment: N Private report: N New Comment: Fix confirmed. Thanks! Previous Comments: [2012-12-30 04:17:38] pierr...@php.net Automatic comment on behalf of pierrick Revision: http://git.php.net/?p=php-src.git;a=commit;h=8228597ecce3ad868d2c6bfca5ff43f29e014296 Log: Fixed bug #63874 (Segfaul if php_strip_whitespace has heredoc) [2012-12-29 22:32:51] igor at wiedler dot ch Description: When a filename that contains a heredoc is passed to php_strip_whitespace, it results in a segmentation fault / buffer overflow. Here is the output from --enable-debug: [Sat Dec 29 22:22:09 2012] Script: '/Users/igor/test.php' --- /Users/igor/src/php-src/Zend/zend_highlight.c(189) : Block 0x1036a66d8 status: Beginning: Cached Freed (invalid) Start: OK End: OK --- Test script: --- https://bugs.php.net/bug.php?id=63874&edit=1
Bug #63866 [Opn]: Segmentation fault (11) Xml related
Edit report at https://bugs.php.net/bug.php?id=63866&edit=1 ID: 63866 Updated by: krak...@php.net Reported by:netbirdir at yahoo dot com Summary:Segmentation fault (11) Xml related Status: Open Type: Bug Package:XML related Operating System: centos 6.3 PHP Version:5.4.10 Block user comment: N Private report: N New Comment: Please provide additional information such that the bug can be investigated. I managed to load the document with SimpleXML on the command line and there was no errors, or leaks. We need to know the method that you use to load the document, we need to know what version of PHP you are using, we need to know what server software and setup you are using, and any other information that might help us to conduct investigation. Ta Previous Comments: [2012-12-28 04:58:21] netbirdir at yahoo dot com Description: Hello, Sorry my english. I am not expert. But this bug is %100 correct. I have a wordpress site and it has more 100+ rss, xml feed. My all rss feeds works is good and no problem only a feed has problem. I have always error in logs from this feed.(only this feed) error "[notice] child pid 8052 exit signal Segmentation fault (11)" I don't get backtrace. Please test this rss in php xml. http://astroloji.tr.msn.com/rss_dailyhoroscopes.aspx -- Edit this bug report at https://bugs.php.net/bug.php?id=63866&edit=1
Bug #63865 [Opn->Csd]: php unset local reference affecting global scope
Edit report at https://bugs.php.net/bug.php?id=63865&edit=1
ID: 63865
Updated by: krak...@php.net
Reported by:petermiller1986 at gmail dot com
Summary:php unset local reference affecting global scope
-Status: Open
+Status: Closed
Type: Bug
Package:*General Issues
Operating System: ubuntu 10.04
PHP Version:5.3.20
-Assigned To:
+Assigned To:krakjoe
Block user comment: N
Private report: N
New Comment:
You set the data in the global scope with the return of the function.
Your unset function does not receive the array by reference.
See the code below, commenting out the reference makes no difference.
array(
'level2_0' => 'first value',
'level2_1' => 'second value'
)
);
$data[1]=should_not_alter($data[0]);
print_r($data);
?>
Previous Comments:
[2012-12-28 04:53:56] petermiller1986 at gmail dot com
Description:
i have come across some very strange php behaviour. an unset which should occur
within local scope is affecting the scope of the caller function. if you run
the test script you will see that the value 'first value' has been unset from
the $data array in the global scope. however if you comment out the $in_ref =&
$in['level1']; line then the result changes (and it shouldn't i think).
is this intended behaviour of php or a bug?
Test script:
---
array('level2_0' => 'first value', 'level2_1' =>
'second value'));
$data = should_not_alter($data);
print_r($data);
?>
Expected result:
Array
(
[level1] => Array
(
[level2_0] => first value
[level2_1] => second value
)
)
Actual result:
--
Array
(
[level1] => Array
(
[level2_1] => second value
)
)
--
Edit this bug report at https://bugs.php.net/bug.php?id=63865&edit=1
Bug #63848 [Opn->Nab]: Unable to execute batch file in php
Edit report at https://bugs.php.net/bug.php?id=63848&edit=1 ID: 63848 Updated by: krak...@php.net Reported by:ajeenaa dot shanmugan at gmail dot com Summary:Unable to execute batch file in php -Status: Open +Status: Not a bug Type: Bug Package:Program Execution Operating System: windows PHP Version:5.3.20 Block user comment: N Private report: N New Comment: You cannot change this behavior from within PHP. Previous Comments: [2012-12-24 11:14:20] ajeenaa dot shanmugan at gmail dot com Description: I have one batch file with start command , if i execute that batch file from php it is not ending it is showing loading. But when i try with command promt it is working. @echo off echo start first start parallel.bat start parallel_x.bat echo end of first But if i replace the start command with call it is working, but ibn command promt both are working. -- Edit this bug report at https://bugs.php.net/bug.php?id=63848&edit=1
Req #63841 [Opn->Nab]: Mind the constructor return value
Edit report at https://bugs.php.net/bug.php?id=63841&edit=1 ID: 63841 Updated by: krak...@php.net Reported by:paxcoder+phpnet at gmail dot com Summary:Mind the constructor return value -Status: Open +Status: Not a bug Type: Feature/Change Request Package:Class/Object related PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The job of a constructor is not to return a value but to construct an object, this is implicit in the implementation and associated keywords. For example, one cannot call $var=stdClass::__construct(), because they are not, and cannot be static functions. Making such a check is completely unnecessary and costly. Not a bug. Previous Comments: [2012-12-23 16:20:35] paxcoder+phpnet at gmail dot com Description: As-is, returning values in the constructor has no effect, and the class instance is returned instead. Either allow for explicitly returned values to supersede the object, or warn about trying to return a value from a constructor. Test script: --- Expected result: Either a warning at line 10, or $c set to NULL Actual result: -- No warning, and $c set to a C Object -- Edit this bug report at https://bugs.php.net/bug.php?id=63841&edit=1
Bug #63866 [Opn]: Segmentation fault (11) Xml related
Edit report at https://bugs.php.net/bug.php?id=63866&edit=1 ID: 63866 User updated by:netbirdir at yahoo dot com Reported by:netbirdir at yahoo dot com Summary:Segmentation fault (11) Xml related Status: Open Type: Bug Package:XML related Operating System: centos 6.3 PHP Version:5.4.10 Block user comment: N Private report: N New Comment: Hello, I installed xdebug to my server. I uploaded xdebug log files. please check it. Log file: http://91.121.64.152/xdebug-logs.zip My softwares: Operating system: CentOS Linux 6.3 32 bit Kernel Linux 3.2.13-grsec--grs-ipv6-32 on i686 MySQL version 5.5.29 PHP 5.4.10 (cli) (built: Dec 19 2012 11:46:49) Zend Engine v2.4.0 Apache/2.2.15 my other server has same error. Operating system CentOS Linux 6.3 64 bit Kernel Linux 2.6.32-279.19.1.el6.x86_64 on x86_64 MySQL version 5.5.29 PHP 5.4.10 (cli) (built: Dec 19 2012 11:46:49) Zend Engine v2.4.0 Apache/2.2.15 Previous Comments: [2012-12-30 14:56:11] krak...@php.net Please provide additional information such that the bug can be investigated. I managed to load the document with SimpleXML on the command line and there was no errors, or leaks. We need to know the method that you use to load the document, we need to know what version of PHP you are using, we need to know what server software and setup you are using, and any other information that might help us to conduct investigation. Ta [2012-12-28 04:58:21] netbirdir at yahoo dot com Description: Hello, Sorry my english. I am not expert. But this bug is %100 correct. I have a wordpress site and it has more 100+ rss, xml feed. My all rss feeds works is good and no problem only a feed has problem. I have always error in logs from this feed.(only this feed) error "[notice] child pid 8052 exit signal Segmentation fault (11)" I don't get backtrace. Please test this rss in php xml. http://astroloji.tr.msn.com/rss_dailyhoroscopes.aspx -- Edit this bug report at https://bugs.php.net/bug.php?id=63866&edit=1
Bug #62399 [Csd->ReO]: 404 link at author page of pecl web
Edit report at https://bugs.php.net/bug.php?id=62399&edit=1 ID: 62399 Updated by: tyr...@php.net Reported by:larue...@php.net Summary:404 link at author page of pecl web -Status: Closed +Status: Re-Opened Type: Bug Package:*General Issues PHP Version:Irrelevant Assigned To:mj Block user comment: N Private report: N New Comment: mj, your fix never went live as pecl.php.net currently rsynced from the old_auth branch and not the maint branch (which is the default branch currently...). Previous Comments: [2012-12-23 13:55:07] m...@php.net Fixed in git. Will be online after the next update cycle for peclweb. [2012-06-23 09:22:26] larue...@php.net Description: http://pecl.php.net/user/jan the Net_Ping link is 404. -- Edit this bug report at https://bugs.php.net/bug.php?id=62399&edit=1
Bug #63865 [Com]: php unset local reference affecting global scope
Edit report at https://bugs.php.net/bug.php?id=63865&edit=1
ID: 63865
Comment by: corbin dot h dot 10 at gmail dot com
Reported by:petermiller1986 at gmail dot com
Summary:php unset local reference affecting global scope
Status: Closed
Type: Bug
Package:*General Issues
Operating System: ubuntu 10.04
PHP Version:5.3.20
Assigned To:krakjoe
Block user comment: N
Private report: N
New Comment:
@krakjoe
The problem is that a function where something is passed by value should never
permute the value passed.
You would never expect $x = ...; function f($var) { ... } f($x); to change $x.
That is unintuitive behavior.
A better illustration of it may be as follows:
'bar', 'moo' => 'cow');
//This will leave foo as bar, as is expected
weird($a);
print_r($a);
$ref = &$a['foo'];
//Now it will change foo to baz
//This seems like very unexpected behavior?
weird($a);
print_r($a);
Previous Comments:
[2012-12-30 15:33:57] krak...@php.net
You set the data in the global scope with the return of the function.
Your unset function does not receive the array by reference.
See the code below, commenting out the reference makes no difference.
array(
'level2_0' => 'first value',
'level2_1' => 'second value'
)
);
$data[1]=should_not_alter($data[0]);
print_r($data);
?>
[2012-12-28 04:53:56] petermiller1986 at gmail dot com
Description:
i have come across some very strange php behaviour. an unset which should occur
within local scope is affecting the scope of the caller function. if you run
the test script you will see that the value 'first value' has been unset from
the $data array in the global scope. however if you comment out the $in_ref =&
$in['level1']; line then the result changes (and it shouldn't i think).
is this intended behaviour of php or a bug?
Test script:
---
array('level2_0' => 'first value', 'level2_1' =>
'second value'));
$data = should_not_alter($data);
print_r($data);
?>
Expected result:
Array
(
[level1] => Array
(
[level2_0] => first value
[level2_1] => second value
)
)
Actual result:
--
Array
(
[level1] => Array
(
[level2_1] => second value
)
)
--
Edit this bug report at https://bugs.php.net/bug.php?id=63865&edit=1
Bug #62399 [ReO->Csd]: 404 link at author page of pecl web
Edit report at https://bugs.php.net/bug.php?id=62399&edit=1 ID: 62399 Updated by: tyr...@php.net Reported by:larue...@php.net Summary:404 link at author page of pecl web -Status: Re-Opened +Status: Closed Type: Bug Package:*General Issues PHP Version:Irrelevant Assigned To:mj Block user comment: N Private report: N New Comment: The fix for this bug has been committed. 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. I've merged the commit to the old_auth branch. Previous Comments: [2012-12-30 21:26:50] tyr...@php.net mj, your fix never went live as pecl.php.net currently rsynced from the old_auth branch and not the maint branch (which is the default branch currently...). [2012-12-23 13:55:07] m...@php.net Fixed in git. Will be online after the next update cycle for peclweb. [2012-06-23 09:22:26] larue...@php.net Description: http://pecl.php.net/user/jan the Net_Ping link is 404. -- Edit this bug report at https://bugs.php.net/bug.php?id=62399&edit=1
Req #63841 [Com]: Mind the constructor return value
Edit report at https://bugs.php.net/bug.php?id=63841&edit=1 ID: 63841 Comment by: paxcoder+phpnet at gmail dot com Reported by:paxcoder+phpnet at gmail dot com Summary:Mind the constructor return value Status: Not a bug Type: Feature/Change Request Package:Class/Object related PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The check is useful to the programmer, and it should be possible to preform it statically. As for the alternative - enabling returning arbitrary values - it could be convenient as well. However, I agree that it is unorthodox. > Not a bug. "My code doesn't have bugs, it has unexpected features." Previous Comments: [2012-12-30 15:45:45] krak...@php.net The job of a constructor is not to return a value but to construct an object, this is implicit in the implementation and associated keywords. For example, one cannot call $var=stdClass::__construct(), because they are not, and cannot be static functions. Making such a check is completely unnecessary and costly. Not a bug. [2012-12-23 16:20:35] paxcoder+phpnet at gmail dot com Description: As-is, returning values in the constructor has no effect, and the class instance is returned instead. Either allow for explicitly returned values to supersede the object, or warn about trying to return a value from a constructor. Test script: --- Expected result: Either a warning at line 10, or $c set to NULL Actual result: -- No warning, and $c set to a C Object -- Edit this bug report at https://bugs.php.net/bug.php?id=63841&edit=1
