#40654 [Com]: reference causes foreach to fail proper iteration
ID: 40654
Comment by: same at saeven dot net
Reported By: saeven at saeven dot net
Status: Open
Bug Type:Scripting Engine problem
PHP Version: 5.2.1
New Comment:
I'd add that print_r properly displays the constructed array, which
contradicts what foreach displays (which is why I thought this required
filing).
Previous Comments:
[2007-02-27 04:44:35] saeven at saeven dot net
Description:
Using a reference to build an array, later causes foreach to fail when
reusing the reference variable name.
The bug is solved by adding unset( $element); before block B, but this
shouldn't be necessary.
Reproduce code:
---
// Block A - Build the Array
$a = array( 2 => array( "value" => "a" ),
4 => array( "value" => "b" ),
6 => array( "value" => "c" ) );
$b = array( "orange", "blue", "green" );
foreach( $a as $id => &$element ){
$extra = array();
foreach( $b as $color )
array_push( $extra, $color );
$element += array( 'extra' => $extra );
}
// Block B - Iterate through
foreach( $a as $element )
echo $element["value"].' ';
Expected result:
a b c
Actual result:
--
a b b
--
Edit this bug report at http://bugs.php.net/?id=40654&edit=1
#40655 [NEW]: au php documentation is horrendously slow and unusable
From: interestedparty111 at yahoo dot com dot au Operating system: Unknown PHP version: 4.4.5 PHP Bug Type: Unknown/Other Function Bug description: au php documentation is horrendously slow and unusable Description: The Australian PHP developers couldn't be many in numbers, so I'm wondering why we're re-directed to au.php.net for documentation? The site is commonly slow or completely unavailable (like now). Since the help pages are low in bandwidth, and Australia has the worst ISP's in the world (we rank well below dozens of third world countries), perhaps it would be possible to re-direct Australian requests to another country that would have the latent capacity to handle them rather than using an Australian service? I'm not sure what telco is supporting the pages in Australia, but there aren't many that could be relied upon to provide decent service. -- Edit bug report at http://bugs.php.net/?id=40655&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40655&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40655&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40655&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40655&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40655&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40655&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40655&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40655&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40655&r=support Expected behavior:http://bugs.php.net/fix.php?id=40655&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40655&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40655&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40655&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40655&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40655&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40655&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40655&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40655&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40655&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40655&r=mysqlcfg
#40654 [NEW]: reference causes foreach to fail proper iteration
From: saeven at saeven dot net
Operating system:
PHP version: 5.2.1
PHP Bug Type: Scripting Engine problem
Bug description: reference causes foreach to fail proper iteration
Description:
Using a reference to build an array, later causes foreach to fail when
reusing the reference variable name.
The bug is solved by adding unset( $element); before block B, but this
shouldn't be necessary.
Reproduce code:
---
// Block A - Build the Array
$a = array( 2 => array( "value" => "a" ),
4 => array( "value" => "b" ),
6 => array( "value" => "c" ) );
$b = array( "orange", "blue", "green" );
foreach( $a as $id => &$element ){
$extra = array();
foreach( $b as $color )
array_push( $extra, $color );
$element += array( 'extra' => $extra );
}
// Block B - Iterate through
foreach( $a as $element )
echo $element["value"].' ';
Expected result:
a b c
Actual result:
--
a b b
--
Edit bug report at http://bugs.php.net/?id=40654&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40654&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40654&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40654&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40654&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40654&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40654&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40654&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40654&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40654&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40654&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40654&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40654&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40654&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40654&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40654&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40654&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40654&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40654&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40654&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40654&r=mysqlcfg
#40653 [NEW]: strval() and floatval() behave differently
From: plyrvt at mail dot ru Operating system: Any PHP version: 5.2.1 PHP Bug Type: Strings related Bug description: strval() and floatval() behave differently Description: Either strval() or floatval() is buggy. They can respect locale or ignore locale, but at least both do things the same way! Reproduce code: --- -- Edit bug report at http://bugs.php.net/?id=40653&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40653&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40653&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40653&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40653&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40653&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40653&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40653&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40653&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40653&r=support Expected behavior:http://bugs.php.net/fix.php?id=40653&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40653&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40653&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40653&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40653&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40653&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40653&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40653&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40653&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40653&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40653&r=mysqlcfg
#40652 [NEW]: SOAP Headers on SoapClient
From: checkoutwhatsinside at gmail dot com Operating system: Linux PHP version: 5.2.1 PHP Bug Type: Feature/Change Request Bug description: SOAP Headers on SoapClient Description: My apologies if this is a duplicate feature request, I've not been able to find anything on the subject other than a bug (Bug #38309). It would be useful if there was a way to parse a SoapHeader in the SoapServer context without having to parse the SOAP XML again. I'm not sure what the best semantics for this would be. The company I work for is willing to assign some resources to developing this feature. Regards, Kieran -- Edit bug report at http://bugs.php.net/?id=40652&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40652&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40652&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40652&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40652&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40652&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40652&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40652&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40652&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40652&r=support Expected behavior:http://bugs.php.net/fix.php?id=40652&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40652&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40652&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40652&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40652&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40652&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40652&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40652&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40652&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40652&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40652&r=mysqlcfg
#40651 [NEW]: Remote file inclusion
From: florin at flachi dot net Operating system: Irrelevent PHP version: 5.2.1 PHP Bug Type: Feature/Change Request Bug description: Remote file inclusion Description: Many webhosting companies and not only have a lot of problems because of the ability of users to include remote files. This can be stopped by disabling allow_url_fopen but that will also stop to fopen () remote files. This is widely used by a lot of scripts and users get angry all the time if we disable allow_url_fopen. All these things can be solved by creating an option in php.ini to allow administrators to disable users to include remote files. Thank you. -- Edit bug report at http://bugs.php.net/?id=40651&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40651&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40651&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40651&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40651&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40651&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40651&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40651&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40651&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40651&r=support Expected behavior:http://bugs.php.net/fix.php?id=40651&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40651&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40651&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40651&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40651&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40651&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40651&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40651&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40651&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40651&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40651&r=mysqlcfg
#40637 [Asn->Csd]: strip_tags does not handle single quotes correctly (regression)
ID: 40637 Updated by: [EMAIL PROTECTED] Reported By: email at steffenweber dot net -Status: Assigned +Status: Closed Bug Type: Strings related Operating System: Linux PHP Version: 5.2.1 Assigned To: iliaa New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2007-02-26 09:51:22] email at steffenweber dot net Description: The fix for bug #40432 (http://bugs.php.net/bug.php?id=40432) seems to have broken the strip_tags function. I'm using PHP 5.2.1 and have additionally applied this patch: http://cvs.php.net/viewvc.cgi/php-src/ext/standard/string.c?r1=1.445.2.14.2.39&r2=1.445.2.14.2.40&view=patch Reproduce code: --- Text'; var_dump(strip_tags($html)); ?> Expected result: Prints "Text". Actual result: -- Prints the empty string. Notice that the following slightly modified code correctly prints "Text": Text'; var_dump(strip_tags($html)); ?> -- Edit this bug report at http://bugs.php.net/?id=40637&edit=1
#40640 [Opn->Bgs]: Performance issues with 5.2.1
ID: 40640 User updated by: info at a-wing dot co dot uk -Summary: Performace issues with 5.2.1 Reported By: info at a-wing dot co dot uk -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: CentOS 4.4 PHP Version: 5.2.1 New Comment: Several people on the internals list have tried and can't reproduce the problem so it must be something I am doing wrong. Closing as Bogus. Previous Comments: [2007-02-26 14:51:48] info at a-wing dot co dot uk Description: After compiling PHP 5.2.1 on our devel boxes we find a performance hit compared to 5.2.0 as can be seen in the following bench.php results: PHP 5.2.0 - simple 0.269 simplecall 0.472 simpleucall0.829 simpleudcall 0.952 mandel 1.043 mandel21.203 ackermann(7) 0.859 ary(5) 0.049 ary2(5)0.041 ary3(2000) 0.478 fibo(30) 2.093 hash1(5) 0.088 hash2(500) 0.095 heapsort(2)0.279 matrix(20) 0.245 nestedloop(12) 0.458 sieve(30) 0.220 strcat(20) 0.038 Total 9.713 PHP 5.2.1 - simple 0.537 simplecall 0.957 simpleucall1.429 simpleudcall 1.467 mandel 1.988 mandel22.506 ackermann(7) 1.646 ary(5) 0.087 ary2(5)0.073 ary3(2000) 0.983 fibo(30) 3.744 hash1(5) 0.176 hash2(500) 0.194 heapsort(2)0.541 matrix(20) 0.446 nestedloop(12) 0.808 sieve(30) 0.422 strcat(20) 0.422 Total 18.427 I have tried with GCC 4.1.0 and 3.4.6 with similar results. Both versions were built with the same configuration options and CFLAGS (tried -march=i686 -msse2 and just leaving it to defaults with similar difference in speed). I especially turn your attention to the strcat score which is terribly slow in 5.2.1. I have also benched 5.2.2dev using the 1:30am GMT build on the 26th with the following results: simple 0.330 simplecall 0.506 simpleucall0.805 simpleudcall 0.921 mandel 1.091 mandel21.459 ackermann(7) 1.028 ary(5) 0.057 ary2(5)0.048 ary3(2000) 0.642 fibo(30) 2.479 hash1(5) 0.107 hash2(500) 0.127 heapsort(2)0.358 matrix(20) 0.294 nestedloop(12) 0.605 sieve(30) 0.275 strcat(20) 0.162 Total 11.293 Better than 5.2.1, but still slower than 5.2.0. Reproduce code: --- http://cvs.php.net/viewvc.cgi/ZendEngine2/bench.php?view=markup Expected result: Minimal difference in speed, maybe even a speed increase in 5.2.1. Actual result: -- 5.2.1 takes twice as long compared to 5.2.0 -- Edit this bug report at http://bugs.php.net/?id=40640&edit=1
#40616 [Bgs]: uasort implementation is not robust
ID: 40616 User updated by: phpbugs at jessemccarthy dot net Reported By: phpbugs at jessemccarthy dot net Status: Bogus Bug Type: Arrays related Operating System: Linux PHP Version: 5.2.1 New Comment: Sorry, I should have just posted a link to the code example: http://www.jessemccarthy.net/public/uasort_bug/doc_code_src.php Previous Comments: [2007-02-26 22:13:48] phpbugs at jessemccarthy dot net > Submitting a patch with any changes you > might suggest would be even more helpful. I appreciate that, but unfortunately for that idea, I'm not a C programmer. If I was, I'd want to know the patch would have a chance of being considered before I invested the time. Given tony2001's response, I'd be afraid it would just be trashcanned with no consideration. I completely appreciate what you're saying, but as a practical matter it's unrealistic to expect people reporting PHP bugs to have the capability of fixing them themselves. I hope you don't want to discourage people from reporting bugs because they can't personally fix them. > Feel free to submit your suggestions for > rewording the documentation if you believe > it could be clearer. Well, I think it would be vastly superior for uasort to perform more robustly and not have the behavior I described, but if it does behave that way, I think something like the following would be necessary to explain it. I don't think it's a good idea to refer to the documentation for usort / uksort for an explanation of the callback function and code examples for uasort, but if that's how it's going to be then I guess I'd put the note in the usort documentation. I'd put the code example in the uasort documentation. Documentation changes: Note: Two members (call them "A" and "C") that would each compare as equal to a third member (call it "B") will possibly never be compared to each other, even if your callback would compare them as unequal. Example: $array_element_2 ) ? 1 : -1 ); } // end else return $comparison_result; } // end sort_favorites $favorites = array( 'A' => array( 'weight' => 10, 'title' => "Favorite movies" ), 'B' => array( 'weight' => 10 ), 'C' => array( 'weight' => 10, 'title' => "Favorite music" ) ); uasort( $favorites, 'sort_favorites' ); /* sort_favorites( $favorites[ 'A' ], $favorites[ 'B' ] ) would return 0 sort_favorites( $favorites[ 'B' ], $favorites[ 'C' ] ) would return 0 sort_favorites( $favorites[ 'A' ], $favorites[ 'C' ] ) will never be executed $favorites will not be correctly sorted alphabetically by 'title' */ ?> The difficulty of explaining the current behavior just goes to show how undesirable and counterintuitive it is. I appreciate the constructive nature of your response, dmytton. [2007-02-26 19:03:01] [EMAIL PROTECTED] Feel free to submit your suggestions for rewording the documentation if you believe it could be clearer. Submitting a patch with any changes you might suggest would be even more helpful. [2007-02-26 17:16:38] phpbugs at jessemccarthy dot net > Please double-check the documentation... > Your expectations are wrong. Sorry, that's a little too vague to be meaningful. I've read the documentation. I just re-read it. It's counterintuitive, and not documented, that uasort does not compare certain elements to each other because it has compared each of them to a different element and jumped to a conclusion based on that. That's not quite what I expect from a function advertised as implementing my "non-trivial" sort criteria. Even if your position is that the behavior of the function is fine, it's working as it's intended to, why would you not want to clearly explain to users what it does -- and can't -- do? As far as I can tell, based on the documentation, it is a bug because there is nothing in the documentation that explains that behavior or prepares me for it. If that's the intended behavior of the function, then the documentation is inadequate. [2007-02-26 08:00:51] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Your expectations are wrong. [2007-02-24 01:08:30] phpbugs at jessemccarthy dot net This software broke the line with the URL to the short reproduce code. http://www.jessemccarthy.net/public/uasort_bug/s_reproduce_source.php The
#40479 [NoF->Fbk]: zend_mm_heap corrupted
ID: 40479
Updated by: [EMAIL PROTECTED]
Reported By: rrossi at maggioli dot it
-Status: No Feedback
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Suse Linux 9.0
PHP Version: 5.2.1
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
Previous Comments:
[2007-02-26 22:10:47] tlongren at gmail dot com
I've tried the latest CVS snapshot and this problem still occurs there.
[2007-02-22 01:00:01] 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".
[2007-02-14 11:44:26] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2007-02-14 11:21:55] rrossi at maggioli dot it
Description:
Instead of printing the desired string, PHP breaks and gives me the
message in the summary (found in the apache log)
No problems with 5.2.0
my config.nice
'./configure' \
'--with-apxs' \
'--with-mysql=/usr/local/mysql' \
'--with-bz2' \
'--with-mcrypt' \
'--with-pgsql' \
'--without-pear' \
"$@"
Apache 1.3.37
Reproduce code:
---
header('Content-type: text/xml');
$xmlOut = ""
. "";
$xmlOut .=
"approfondimenti"
.
"inevidenza"
.
"normativa"
.
"giurisprudenza"
.
"progress"
.
"$numNews";
$xmlOut .= "";
die($xmlOut);
Expected result:
An xml stream.
Actual result:
--
No response from server.
--
Edit this bug report at http://bugs.php.net/?id=40479&edit=1
#40616 [Bgs]: uasort implementation is not robust
ID: 40616
User updated by: phpbugs at jessemccarthy dot net
Reported By: phpbugs at jessemccarthy dot net
Status: Bogus
Bug Type: Arrays related
Operating System: Linux
PHP Version: 5.2.1
New Comment:
> Submitting a patch with any changes you
> might suggest would be even more helpful.
I appreciate that, but unfortunately for that idea, I'm not a C
programmer. If I was, I'd want to know the patch would have a chance
of being considered before I invested the time. Given tony2001's
response, I'd be afraid it would just be trashcanned with no
consideration. I completely appreciate what you're saying, but as a
practical matter it's unrealistic to expect people reporting PHP bugs
to have the capability of fixing them themselves. I hope you don't
want to discourage people from reporting bugs because they can't
personally fix them.
> Feel free to submit your suggestions for
> rewording the documentation if you believe
> it could be clearer.
Well, I think it would be vastly superior for uasort to perform more
robustly and not have the behavior I described, but if it does behave
that way, I think something like the following would be necessary to
explain it.
I don't think it's a good idea to refer to the documentation for usort
/ uksort for an explanation of the callback function and code examples
for uasort, but if that's how it's going to be then I guess I'd put the
note in the usort documentation. I'd put the code example in the uasort
documentation.
Documentation changes:
Note: Two members (call them "A" and "C") that would each compare as
equal to a third member (call it "B") will possibly never be compared
to each other, even if your callback would compare them as unequal.
Example:
$array_element_2 ) ? 1
: -1 );
}
// end else
return $comparison_result;
}
// end sort_favorites
$favorites = array(
'A' => array( 'weight' => 10, 'title' => "Favorite movies" ),
'B' => array( 'weight' => 10 ),
'C' => array( 'weight' => 10, 'title' => "Favorite music" )
);
uasort( $favorites, 'sort_favorites' );
/*
sort_favorites( $favorites[ 'A' ], $favorites[ 'B' ] ) would return 0
sort_favorites( $favorites[ 'B' ], $favorites[ 'C' ] ) would return 0
sort_favorites( $favorites[ 'A' ], $favorites[ 'C' ] ) will never be
executed
$favorites will not be correctly sorted alphabetically by 'title'
*/
?>
The difficulty of explaining the current behavior just goes to show how
undesirable and counterintuitive it is.
I appreciate the constructive nature of your response, dmytton.
Previous Comments:
[2007-02-26 19:03:01] [EMAIL PROTECTED]
Feel free to submit your suggestions for rewording the documentation if
you believe it could be clearer. Submitting a patch with any changes you
might suggest would be even more helpful.
[2007-02-26 17:16:38] phpbugs at jessemccarthy dot net
> Please double-check the documentation...
> Your expectations are wrong.
Sorry, that's a little too vague to be meaningful. I've read the
documentation. I just re-read it. It's counterintuitive, and not
documented, that uasort does not compare certain elements to each other
because it has compared each of them to a different element and jumped
to a conclusion based on that.
That's not quite what I expect from a function advertised as
implementing my "non-trivial" sort criteria.
Even if your position is that the behavior of the function is fine,
it's working as it's intended to, why would you not want to clearly
explain to users what it does -- and can't -- do? As far as I can
tell, based on the documentation, it is a bug because there is nothing
in the documentation that explains that behavior or prepares me for it.
If that's the intended behavior of the function, then the documentation
is inadequate.
[2007-02-26 08:00:51] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Your expectations are wrong.
[2007-02-24 01:08:30] phpbugs at jessemccarthy dot net
This software broke the line with the URL to the short reproduce code.
http://www.jessemccarthy.net/public/uasort_bug/s_reproduce_source.php
[2007-02-24 01:03:54] phpbugs at jessemccarthy dot net
Well I apologize. Thanks for your feedback.
Short reproduce code:
http://www.jessemccarthy.net/public/uasort_bug/short_reproduce_source.php
Expected result:
array(3) {
["field_favorite_movies"]=>
a
#40479 [Com]: zend_mm_heap corrupted
ID: 40479
Comment by: tlongren at gmail dot com
Reported By: rrossi at maggioli dot it
Status: No Feedback
Bug Type: Reproducible crash
Operating System: Suse Linux 9.0
PHP Version: 5.2.1
New Comment:
I've tried the latest CVS snapshot and this problem still occurs there.
Previous Comments:
[2007-02-22 01:00:01] 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".
[2007-02-14 11:44:26] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2007-02-14 11:21:55] rrossi at maggioli dot it
Description:
Instead of printing the desired string, PHP breaks and gives me the
message in the summary (found in the apache log)
No problems with 5.2.0
my config.nice
'./configure' \
'--with-apxs' \
'--with-mysql=/usr/local/mysql' \
'--with-bz2' \
'--with-mcrypt' \
'--with-pgsql' \
'--without-pear' \
"$@"
Apache 1.3.37
Reproduce code:
---
header('Content-type: text/xml');
$xmlOut = ""
. "";
$xmlOut .=
"approfondimenti"
.
"inevidenza"
.
"normativa"
.
"giurisprudenza"
.
"progress"
.
"$numNews";
$xmlOut .= "";
die($xmlOut);
Expected result:
An xml stream.
Actual result:
--
No response from server.
--
Edit this bug report at http://bugs.php.net/?id=40479&edit=1
#40599 [Opn->Bgs]: "make test" results in segmentation fault
ID: 40599 Updated by: [EMAIL PROTECTED] Reported By: lyle dot pritchett at dri dot edu -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Solaris 9, 10 PHP Version: 5CVS-2007-02-22 (snap) New Comment: >At this point, I'll consider my original bug report of >segmentation faults to be resolved Ok, thanks. I don't think a library clash is PHP problem, though. Previous Comments: [2007-02-26 20:36:46] lyle dot pritchett at dri dot edu > The "/opt" prefix means that OpenSSL libraries are in > /opt/lib/ and headers in /opt/include/. > Is this correct path? I suspect no. Yep, that is exactly where openssl and the rest of the add-on packages have installed their libraries and header files. By disabling or removing various packages from the configure parms (openssl, sqlite, readline, iconv), I am finally able to work down to 20 failed self-tests under Solaris 10 and 10 failed tests under Solaris 9, most of which are related to date/time functions. At this point, I'll consider my original bug report of segmentation faults to be resolved, although obviously there are other, more profound problems going on here. Thanks for your help. [2007-02-26 08:13:12] [EMAIL PROTECTED] >--with-openssl-dir=/opt This option is used with FTP and SNMP extensions to help them to find OpenSSL. Are you really compiling FTP and SNMP? I suspect no. For ext/openssl you need to specify --with-openssl (and --with-openssl-dir is not reaquired in this case). The "/opt" prefix means that OpenSSL libraries are in /opt/lib/ and headers in /opt/include/. Is this correct path? I suspect no. [2007-02-24 22:47:33] lyle dot pritchett at dri dot edu An explanation of sorts: I've found that multiple sets of libraries and header files are clashing, specifically for pcre, openssl, libxml, and zlib (perhaps others). Despite specifying paths in "configure" for the latest versions in /opt, the configure script is not consistently applying that path as it checks for these packages and builds compiler options. Even worse, Solaris 10 now comes with a number of (outdated) versions of these as well, and portions of those are getting stirred into the mix. An example of the problem: specifying --with-openssl-dir=/opt results in configure not finding the necessary header files. I find that line 20825 of the configure script is replacing the supplied path with hardcoded references to /usr/local, et al. Manually adding /opt to that line solves the header location problem, but the compiler is still reporting large numbers of warnings about mismatched openssl variables. Another example: specifying --with-libxml2-dir=/opt is not sufficient to keep configure from finding /usr/bin/xml2-config and complaining that the version reported there is too old (big surprise). It should be picking up the xml2-config in /opt/bin. With a LOT of manual tweaking, I am able to get "make test" to complete without a sementation fault, but it is still reporting over 50 tests failing. At this point I am not comfortable installing this on a production server. [2007-02-24 19:32:15] lyle dot pritchett at dri dot edu Don't know if this helps, but I added --disable-inline-optimization to the configure parms; "make test" now gets a little further: (gdb) run Starting program: /opt/src/php/php5.2-200702231530/sapi/cli/php run-tests.php warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libdl.so.1 is .dynamic at 0094 = CWD : /opt/src/php/php5.2-200702231530 PHP : sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.2-dev ZEND_VERSION: 2.2.0 PHP_OS : SunOS - SunOS trapdoor 5.10 Generic_118833-24 sun4u INI actual : /opt/src/php/php5.2-200702231530 More .INIs : Extra dirs : = Program received signal SIGSEGV, Segmentation fault. 0x002570c8 in _zval_ptr_dtor (zval_ptr=0xffbfb750) at /opt/src/php/php5.2-200702231530/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; (gdb) bt #0 0x002570c8 in _zval_ptr_dtor (zval_ptr=0xffbfb750) at /opt/src/php/php5.2-200702231530/Zend/zend_execute_API.c:412 #1 0x00259448 in zend_call_function (fci=0xffbfb7d8, fci_cache=Variable "fci_cache" is not available. ) at zend_execute.h:155 #2 0x0019e65c in array_user_compare (a=0x64af70, b=Variable "b" is not available. ) at /opt/src/php/php5.2-200702231530/ext/standard/array.c:592 #3 0x0027b854 in zend_qsort (base=Variable "base" is not available. ) at /opt/src/php/php5.2
#40599 [Fbk->Opn]: "make test" results in segmentation fault
ID: 40599 User updated by: lyle dot pritchett at dri dot edu Reported By: lyle dot pritchett at dri dot edu -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Solaris 9, 10 PHP Version: 5CVS-2007-02-22 (snap) New Comment: > The "/opt" prefix means that OpenSSL libraries are in > /opt/lib/ and headers in /opt/include/. > Is this correct path? I suspect no. Yep, that is exactly where openssl and the rest of the add-on packages have installed their libraries and header files. By disabling or removing various packages from the configure parms (openssl, sqlite, readline, iconv), I am finally able to work down to 20 failed self-tests under Solaris 10 and 10 failed tests under Solaris 9, most of which are related to date/time functions. At this point, I'll consider my original bug report of segmentation faults to be resolved, although obviously there are other, more profound problems going on here. Thanks for your help. Previous Comments: [2007-02-26 08:13:12] [EMAIL PROTECTED] >--with-openssl-dir=/opt This option is used with FTP and SNMP extensions to help them to find OpenSSL. Are you really compiling FTP and SNMP? I suspect no. For ext/openssl you need to specify --with-openssl (and --with-openssl-dir is not reaquired in this case). The "/opt" prefix means that OpenSSL libraries are in /opt/lib/ and headers in /opt/include/. Is this correct path? I suspect no. [2007-02-24 22:47:33] lyle dot pritchett at dri dot edu An explanation of sorts: I've found that multiple sets of libraries and header files are clashing, specifically for pcre, openssl, libxml, and zlib (perhaps others). Despite specifying paths in "configure" for the latest versions in /opt, the configure script is not consistently applying that path as it checks for these packages and builds compiler options. Even worse, Solaris 10 now comes with a number of (outdated) versions of these as well, and portions of those are getting stirred into the mix. An example of the problem: specifying --with-openssl-dir=/opt results in configure not finding the necessary header files. I find that line 20825 of the configure script is replacing the supplied path with hardcoded references to /usr/local, et al. Manually adding /opt to that line solves the header location problem, but the compiler is still reporting large numbers of warnings about mismatched openssl variables. Another example: specifying --with-libxml2-dir=/opt is not sufficient to keep configure from finding /usr/bin/xml2-config and complaining that the version reported there is too old (big surprise). It should be picking up the xml2-config in /opt/bin. With a LOT of manual tweaking, I am able to get "make test" to complete without a sementation fault, but it is still reporting over 50 tests failing. At this point I am not comfortable installing this on a production server. [2007-02-24 19:32:15] lyle dot pritchett at dri dot edu Don't know if this helps, but I added --disable-inline-optimization to the configure parms; "make test" now gets a little further: (gdb) run Starting program: /opt/src/php/php5.2-200702231530/sapi/cli/php run-tests.php warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libdl.so.1 is .dynamic at 0094 = CWD : /opt/src/php/php5.2-200702231530 PHP : sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.2-dev ZEND_VERSION: 2.2.0 PHP_OS : SunOS - SunOS trapdoor 5.10 Generic_118833-24 sun4u INI actual : /opt/src/php/php5.2-200702231530 More .INIs : Extra dirs : = Program received signal SIGSEGV, Segmentation fault. 0x002570c8 in _zval_ptr_dtor (zval_ptr=0xffbfb750) at /opt/src/php/php5.2-200702231530/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; (gdb) bt #0 0x002570c8 in _zval_ptr_dtor (zval_ptr=0xffbfb750) at /opt/src/php/php5.2-200702231530/Zend/zend_execute_API.c:412 #1 0x00259448 in zend_call_function (fci=0xffbfb7d8, fci_cache=Variable "fci_cache" is not available. ) at zend_execute.h:155 #2 0x0019e65c in array_user_compare (a=0x64af70, b=Variable "b" is not available. ) at /opt/src/php/php5.2-200702231530/ext/standard/array.c:592 #3 0x0027b854 in zend_qsort (base=Variable "base" is not available. ) at /opt/src/php/php5.2-200702231530/Zend/zend_qsort.c:83 #4 0x002719b8 in zend_hash_sort (ht=0x621318, sort_func=0x27b75c , compar=0x19e5a4 , renumber=1, tsrm_ls=0x3ed738) at /opt/src/php/php5.2-200702231530/Zend/zend_hash.c:1275 #5 0x00198170 in zif_usort (ht=Variable "ht" is
#40641 [Opn->Fbk]: open_basedir crash httpd
ID: 40641 Updated by: [EMAIL PROTECTED] Reported By: jfgingras at cegep-ste-foy dot qc dot ca -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 6.1-RELEASE PHP Version: 5.2.1 New Comment: Please check if valgrind is able to find something there. Previous Comments: [2007-02-26 20:14:31] jfgingras at cegep-ste-foy dot qc dot ca Ok, I wasn't able to generate a backtrace even if I rebuild Apache and PHP with debug option, I can't get a core file. Anyway, like I said earlier, PHP without extionsion doesn't crash if open_basedir is defined, but as soon as I build the following extentions, I receive a Bus error from httpd: php5-bcmath-5.2.1_2 The bcmath shared extension for php php5-bz2-5.2.1_2The bz2 shared extension for php php5-calendar-5.2.1_2 The calendar shared extension for php php5-ctype-5.2.1_2 The ctype shared extension for php php5-dom-5.2.1_2The dom shared extension for php php5-extensions-1.1 A "meta-port" to install PHP extensions php5-gd-5.2.1_2 The gd shared extension for php php5-gettext-5.2.1_2 The gettext shared extension for php php5-iconv-5.2.1_2 The iconv shared extension for php php5-imap-5.2.1_2 The imap shared extension for php php5-mbstring-5.2.1_2 The mbstring shared extension for php php5-mcrypt-5.2.1_2 The mcrypt shared extension for php php5-mhash-5.2.1_2 The mhash shared extension for php php5-mysql-5.2.1_2 The mysql shared extension for php php5-mysqli-5.2.1_2 The mysqli shared extension for php php5-odbc-5.2.1_2 The odbc shared extension for php php5-pcre-5.2.1_2 The pcre shared extension for php php5-pdo-5.2.1_2The pdo shared extension for php php5-pdo_sqlite-5.2.1_2 The pdo_sqlite shared extension for php php5-posix-5.2.1_3 The posix shared extension for php php5-session-5.2.1_2 The session shared extension for php php5-simplexml-5.2.1_2 The simplexml shared extension for php php5-spl-5.2.1_2The spl shared extension for php php5-sqlite-5.2.1_2 The sqlite shared extension for php php5-tidy-5.2.1_2 The tidy shared extension for php php5-tokenizer-5.2.1_2 The tokenizer shared extension for php php5-xml-5.2.1_2The xml shared extension for php php5-xmlreader-5.2.1_2 The xmlreader shared extension for php php5-xmlwriter-5.2.1_2 The xmlwriter shared extension for php php5-zlib-5.2.1_2 The zlib shared extension for php phpMyAdmin-2.9.0.1 A set of PHP-scripts to manage MySQL over the web pecl-filter-0.11.0 PHP extension for safely dealing with input parameters pecl-hash-1.3 HASH Message Digest Framework for PHP pecl-json-1.2.1 PHP extension for JSON (JavaScript Object Notation) seriali pecl-pdflib-2.1.2 A PECL extension to create PDF on the fly I did exactly what was written on this page, http://bugs.php.net/bugs-generating-backtrace.php, but no core file and gdb can't stand httpd so no backtrace. Any help will be most welcome. Thx [2007-02-26 19:12:42] jfgingras at cegep-ste-foy dot qc dot ca Well, if that can help.. PHP with --enable-debug and no extension doesn't crash if open_basedir is defined. I'll have to test this with --disable-debug. I'm buidling the extensions we use for the debug version and see if I can reproduce the crash. [2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca I'll keep trying generate a backtrace for httpd, but gdb doesn't like that very much. Since I can't stop our production server, I have create an exact duplicate of httpd.conf and name it httpd-debug.conf and simply change the Listen directive and my VirtualHost. I launch httpd directly from command line like this: /usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf And the server start ok, and crash as expected when I enter a directory with open_basedir defined. But I can't manage to start it via gdb, here's what happen: [EMAIL PROTECTED] apache2]# gdb /usr/local/sbin/httpd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no
#40641 [Fbk->Opn]: open_basedir crash httpd
ID: 40641 User updated by: jfgingras at cegep-ste-foy dot qc dot ca Reported By: jfgingras at cegep-ste-foy dot qc dot ca -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 6.1-RELEASE PHP Version: 5.2.1 New Comment: Ok, I wasn't able to generate a backtrace even if I rebuild Apache and PHP with debug option, I can't get a core file. Anyway, like I said earlier, PHP without extionsion doesn't crash if open_basedir is defined, but as soon as I build the following extentions, I receive a Bus error from httpd: php5-bcmath-5.2.1_2 The bcmath shared extension for php php5-bz2-5.2.1_2The bz2 shared extension for php php5-calendar-5.2.1_2 The calendar shared extension for php php5-ctype-5.2.1_2 The ctype shared extension for php php5-dom-5.2.1_2The dom shared extension for php php5-extensions-1.1 A "meta-port" to install PHP extensions php5-gd-5.2.1_2 The gd shared extension for php php5-gettext-5.2.1_2 The gettext shared extension for php php5-iconv-5.2.1_2 The iconv shared extension for php php5-imap-5.2.1_2 The imap shared extension for php php5-mbstring-5.2.1_2 The mbstring shared extension for php php5-mcrypt-5.2.1_2 The mcrypt shared extension for php php5-mhash-5.2.1_2 The mhash shared extension for php php5-mysql-5.2.1_2 The mysql shared extension for php php5-mysqli-5.2.1_2 The mysqli shared extension for php php5-odbc-5.2.1_2 The odbc shared extension for php php5-pcre-5.2.1_2 The pcre shared extension for php php5-pdo-5.2.1_2The pdo shared extension for php php5-pdo_sqlite-5.2.1_2 The pdo_sqlite shared extension for php php5-posix-5.2.1_3 The posix shared extension for php php5-session-5.2.1_2 The session shared extension for php php5-simplexml-5.2.1_2 The simplexml shared extension for php php5-spl-5.2.1_2The spl shared extension for php php5-sqlite-5.2.1_2 The sqlite shared extension for php php5-tidy-5.2.1_2 The tidy shared extension for php php5-tokenizer-5.2.1_2 The tokenizer shared extension for php php5-xml-5.2.1_2The xml shared extension for php php5-xmlreader-5.2.1_2 The xmlreader shared extension for php php5-xmlwriter-5.2.1_2 The xmlwriter shared extension for php php5-zlib-5.2.1_2 The zlib shared extension for php phpMyAdmin-2.9.0.1 A set of PHP-scripts to manage MySQL over the web pecl-filter-0.11.0 PHP extension for safely dealing with input parameters pecl-hash-1.3 HASH Message Digest Framework for PHP pecl-json-1.2.1 PHP extension for JSON (JavaScript Object Notation) seriali pecl-pdflib-2.1.2 A PECL extension to create PDF on the fly I did exactly what was written on this page, http://bugs.php.net/bugs-generating-backtrace.php, but no core file and gdb can't stand httpd so no backtrace. Any help will be most welcome. Thx Previous Comments: [2007-02-26 19:12:42] jfgingras at cegep-ste-foy dot qc dot ca Well, if that can help.. PHP with --enable-debug and no extension doesn't crash if open_basedir is defined. I'll have to test this with --disable-debug. I'm buidling the extensions we use for the debug version and see if I can reproduce the crash. [2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca I'll keep trying generate a backtrace for httpd, but gdb doesn't like that very much. Since I can't stop our production server, I have create an exact duplicate of httpd.conf and name it httpd-debug.conf and simply change the Listen directive and my VirtualHost. I launch httpd directly from command line like this: /usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf And the server start ok, and crash as expected when I enter a directory with open_basedir defined. But I can't manage to start it via gdb, here's what happen: [EMAIL PROTECTED] apache2]# gdb /usr/local/sbin/httpd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols f
#40647 [Opn->Fbk]: ldap_connect() fails when restarting Apache 2.0.55 via restart or graceful
ID: 40647 Updated by: [EMAIL PROTECTED] Reported By: csi92 at yahoo dot com -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: Red Hat Enterprise Linux AS rele PHP Version: 4.4.5 New Comment: A segfault somewhere deep inside the Oracle Instant Client doesn't seem PHP related to me. Did you try reporting this to Oracle developers? Previous Comments: [2007-02-26 20:03:38] csi92 at yahoo dot com (gdb) frame 8 #8 0x0118a192 in execute (op_array=0xb73c283c) at /opt/12345/software/php-4.4.5/Zend/zend_execute.c:1681 1681 ((zend_internal_function *) EX(function_state).function)->handler(EX(opline)->extended_value, EX(Ts)[EX(opline)->result.u.var].var.ptr, EX(object).ptr, return_value_used TSRMLS_CC); (gdb) [2007-02-26 19:58:44] csi92 at yahoo dot com (gdb) bt #0 0x04bcf104 in ?? () #1 0x06046e48 in nzdst_terminate () from /usr/lib/oracle/10.2.0.3/client/lib/libnnz10.so #2 0x06046b48 in nzdsi_initialize () from /usr/lib/oracle/10.2.0.3/client/lib/libnnz10.so #3 0x03af45c1 in gsluinit () from /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 #4 0x03af4920 in gsluizgcGetContext () from /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 #5 0x03af84e3 in gslutcTraceWithCtx () from /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 #6 0x03ac4520 in ldap_init () from /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 #7 0x0108ac16 in zif_ldap_connect (ht=1, return_value=0xb73c752c, this_ptr=0x0, return_value_used=1) at /opt/12345/software/php-4.4.5/ext/ldap/ldap.c:389 #8 0x0118a192 in execute (op_array=0xb73c283c) at /opt/12345/software/php-4.4.5/Zend/zend_execute.c:1681 #9 0x0117803d in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /opt/12345/software/php-4.4.5/Zend/zend.c:935 #10 0x011464ed in php_execute_script (primary_file=0xbfffc570) at /opt/12345/software/php-4.4.5/main/main.c:1757 #11 0x0118ff99 in php_handler (r=0xb72f7c50) at /opt/12345/software/php-4.4.5/sapi/apache2handler/sapi_apache2.c:581 ---Type to continue, or q to quit--- #12 0x08088b7b in ap_run_handler () #13 0xb72f8ff8 in ?? () #14 0x in ?? () (gdb) [2007-02-26 19:34:31] [EMAIL PROTECTED] >Where is the core file supposed to be generated? Set CoreDumpDirectory directive in httpd.conf [2007-02-26 19:26:32] csi92 at yahoo dot com After running the script in the browser and it did NOT work, I tried running the same script from the command line (php zzz.php) and it worked at the command line. [2007-02-26 19:09:16] csi92 at yahoo dot com Where is the core file supposed to be generated? Also, the instructions are referring to 1.x.x of Apache instead of 2.0.x. There is no sbin directory in our Apache 2.0.55 installation. 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/40647 -- Edit this bug report at http://bugs.php.net/?id=40647&edit=1
#40647 [Opn]: ldap_connect() fails when restarting Apache 2.0.55 via restart or graceful
ID: 40647 User updated by: csi92 at yahoo dot com Reported By: csi92 at yahoo dot com Status: Open Bug Type: LDAP related Operating System: Red Hat Enterprise Linux AS rele PHP Version: 4.4.5 New Comment: (gdb) frame 8 #8 0x0118a192 in execute (op_array=0xb73c283c) at /opt/12345/software/php-4.4.5/Zend/zend_execute.c:1681 1681 ((zend_internal_function *) EX(function_state).function)->handler(EX(opline)->extended_value, EX(Ts)[EX(opline)->result.u.var].var.ptr, EX(object).ptr, return_value_used TSRMLS_CC); (gdb) Previous Comments: [2007-02-26 19:58:44] csi92 at yahoo dot com (gdb) bt #0 0x04bcf104 in ?? () #1 0x06046e48 in nzdst_terminate () from /usr/lib/oracle/10.2.0.3/client/lib/libnnz10.so #2 0x06046b48 in nzdsi_initialize () from /usr/lib/oracle/10.2.0.3/client/lib/libnnz10.so #3 0x03af45c1 in gsluinit () from /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 #4 0x03af4920 in gsluizgcGetContext () from /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 #5 0x03af84e3 in gslutcTraceWithCtx () from /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 #6 0x03ac4520 in ldap_init () from /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 #7 0x0108ac16 in zif_ldap_connect (ht=1, return_value=0xb73c752c, this_ptr=0x0, return_value_used=1) at /opt/12345/software/php-4.4.5/ext/ldap/ldap.c:389 #8 0x0118a192 in execute (op_array=0xb73c283c) at /opt/12345/software/php-4.4.5/Zend/zend_execute.c:1681 #9 0x0117803d in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /opt/12345/software/php-4.4.5/Zend/zend.c:935 #10 0x011464ed in php_execute_script (primary_file=0xbfffc570) at /opt/12345/software/php-4.4.5/main/main.c:1757 #11 0x0118ff99 in php_handler (r=0xb72f7c50) at /opt/12345/software/php-4.4.5/sapi/apache2handler/sapi_apache2.c:581 ---Type to continue, or q to quit--- #12 0x08088b7b in ap_run_handler () #13 0xb72f8ff8 in ?? () #14 0x in ?? () (gdb) [2007-02-26 19:34:31] [EMAIL PROTECTED] >Where is the core file supposed to be generated? Set CoreDumpDirectory directive in httpd.conf [2007-02-26 19:26:32] csi92 at yahoo dot com After running the script in the browser and it did NOT work, I tried running the same script from the command line (php zzz.php) and it worked at the command line. [2007-02-26 19:09:16] csi92 at yahoo dot com Where is the core file supposed to be generated? Also, the instructions are referring to 1.x.x of Apache instead of 2.0.x. There is no sbin directory in our Apache 2.0.55 installation. [2007-02-26 18:32:25] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. 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/40647 -- Edit this bug report at http://bugs.php.net/?id=40647&edit=1
#40647 [Fbk->Opn]: ldap_connect() fails when restarting Apache 2.0.55 via restart or graceful
ID: 40647 User updated by: csi92 at yahoo dot com Reported By: csi92 at yahoo dot com -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: Red Hat Enterprise Linux AS rele PHP Version: 4.4.5 New Comment: (gdb) bt #0 0x04bcf104 in ?? () #1 0x06046e48 in nzdst_terminate () from /usr/lib/oracle/10.2.0.3/client/lib/libnnz10.so #2 0x06046b48 in nzdsi_initialize () from /usr/lib/oracle/10.2.0.3/client/lib/libnnz10.so #3 0x03af45c1 in gsluinit () from /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 #4 0x03af4920 in gsluizgcGetContext () from /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 #5 0x03af84e3 in gslutcTraceWithCtx () from /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 #6 0x03ac4520 in ldap_init () from /usr/lib/oracle/10.2.0.3/client/lib/libclntsh.so.10.1 #7 0x0108ac16 in zif_ldap_connect (ht=1, return_value=0xb73c752c, this_ptr=0x0, return_value_used=1) at /opt/12345/software/php-4.4.5/ext/ldap/ldap.c:389 #8 0x0118a192 in execute (op_array=0xb73c283c) at /opt/12345/software/php-4.4.5/Zend/zend_execute.c:1681 #9 0x0117803d in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /opt/12345/software/php-4.4.5/Zend/zend.c:935 #10 0x011464ed in php_execute_script (primary_file=0xbfffc570) at /opt/12345/software/php-4.4.5/main/main.c:1757 #11 0x0118ff99 in php_handler (r=0xb72f7c50) at /opt/12345/software/php-4.4.5/sapi/apache2handler/sapi_apache2.c:581 ---Type to continue, or q to quit--- #12 0x08088b7b in ap_run_handler () #13 0xb72f8ff8 in ?? () #14 0x in ?? () (gdb) Previous Comments: [2007-02-26 19:34:31] [EMAIL PROTECTED] >Where is the core file supposed to be generated? Set CoreDumpDirectory directive in httpd.conf [2007-02-26 19:26:32] csi92 at yahoo dot com After running the script in the browser and it did NOT work, I tried running the same script from the command line (php zzz.php) and it worked at the command line. [2007-02-26 19:09:16] csi92 at yahoo dot com Where is the core file supposed to be generated? Also, the instructions are referring to 1.x.x of Apache instead of 2.0.x. There is no sbin directory in our Apache 2.0.55 installation. [2007-02-26 18:32:25] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. [2007-02-26 18:31:02] csi92 at yahoo dot com When I restart Apache via .apachectl restart I get the following in the Apache error log: [Mon Feb 26 12:26:08 2007] [notice] SIGHUP received. Attempting to restart [Mon Feb 26 12:26:10 2007] [warn] RSA server certificate CommonName (CN) `viplabser14.intranet.XX.com' does NOT match server name!? [Mon Feb 26 12:26:11 2007] [notice] Apache configured -- resuming normal operations When I then execute the code in a browser, I get the following notice in the Apache error log: [Mon Feb 26 12:26:26 2007] [notice] child pid 28463 exit signal Segmentation fault (11) 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/40647 -- Edit this bug report at http://bugs.php.net/?id=40647&edit=1
#40649 [Opn->Asn]: Void Soap function can't return SegFault
ID: 40649 Updated by: [EMAIL PROTECTED] Reported By: jdespatis at yahoo dot fr -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: Linux 2.6.18 Debian PHP Version: 5.2.1 -Assigned To: +Assigned To: dmitry Previous Comments: [2007-02-26 19:49:26] jdespatis at yahoo dot fr Exactly the same problem with the last last php snapshot you provide. But this bug is quite old, i've detected in php 5.1.3 and upper (i sticked to php5.1.2 to avoid this bug, but now i need to use php5.2) [2007-02-26 19:24:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-02-26 19:19:25] jdespatis at yahoo dot fr Description: I have a client and server soap which worked with php 5.1.2, but whenever i upgrade to php > 5.1.2, this code doesn't work anymore. It's a simple client and server soap. After debugging, the problem comes from the fact that if no is provided to a function to explain the output, then this function always sends null Even if the function throws an exception It seems that php <= 5.1.2 was adding a default output function so that exceptions could be throwed Reproduce code: --- When using the simple client : http://www.despatis.com/client.phps with the simple soap server: http://www.despatis.com/soap_server.phps and with the wsdl: http://www.despatis.com/Webservices.wsdl (to make the code work, the good wsdl to use is:http://www.despatis.com/Webservices2.wsdl, however this code should work with a minimal Webservices.wsdl, that doesn't provide information on output function as the function is a void function !) Expected result: client.php should print: Request : http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:xmethods" 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/";>pifpuf Response: http://schemas.xmlsoap.org/soap/envelope/";>SOAP-ENV:ServerException throwed Actual result: -- Actual result is: Request : http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:xmethods" 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/";>pifpuf Response: -- Edit this bug report at http://bugs.php.net/?id=40649&edit=1
#40649 [Fbk->Opn]: Void Soap function can't return SegFault
ID: 40649 User updated by: jdespatis at yahoo dot fr Reported By: jdespatis at yahoo dot fr -Status: Feedback +Status: Open Bug Type: SOAP related Operating System: Linux 2.6.18 Debian PHP Version: 5.2.1 New Comment: Exactly the same problem with the last last php snapshot you provide. But this bug is quite old, i've detected in php 5.1.3 and upper (i sticked to php5.1.2 to avoid this bug, but now i need to use php5.2) Previous Comments: [2007-02-26 19:24:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-02-26 19:19:25] jdespatis at yahoo dot fr Description: I have a client and server soap which worked with php 5.1.2, but whenever i upgrade to php > 5.1.2, this code doesn't work anymore. It's a simple client and server soap. After debugging, the problem comes from the fact that if no is provided to a function to explain the output, then this function always sends null Even if the function throws an exception It seems that php <= 5.1.2 was adding a default output function so that exceptions could be throwed Reproduce code: --- When using the simple client : http://www.despatis.com/client.phps with the simple soap server: http://www.despatis.com/soap_server.phps and with the wsdl: http://www.despatis.com/Webservices.wsdl (to make the code work, the good wsdl to use is:http://www.despatis.com/Webservices2.wsdl, however this code should work with a minimal Webservices.wsdl, that doesn't provide information on output function as the function is a void function !) Expected result: client.php should print: Request : http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:xmethods" 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/";>pifpuf Response: http://schemas.xmlsoap.org/soap/envelope/";>SOAP-ENV:ServerException throwed Actual result: -- Actual result is: Request : http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:xmethods" 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/";>pifpuf Response: -- Edit this bug report at http://bugs.php.net/?id=40649&edit=1
#40648 [Opn->Fbk]: oci_fetch_array hangs with OCI_FETCH_LOBS
ID: 40648 Updated by: [EMAIL PROTECTED] Reported By: miguel at withoutabox dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Ubuntu Linux 6.06 PHP Version: 5.2.1 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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2007-02-26 19:03:15] miguel at withoutabox dot com Description: When I try to do a oci_fetch_array with OCI_RETURN_LOBS in the mode string the page hangs indefinitely. No errors are produced but the page never even times out. OCI version is 1.2.3 from PECL Reproduce code: --- "; //this will output LOB's content } ?> Expected result: Lots of words .. .end of words Actual result: -- Page hangs -- Edit this bug report at http://bugs.php.net/?id=40648&edit=1
#40647 [Opn->Fbk]: ldap_connect() fails when restarting Apache 2.0.55 via restart or graceful
ID: 40647 Updated by: [EMAIL PROTECTED] Reported By: csi92 at yahoo dot com -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: Red Hat Enterprise Linux AS rele PHP Version: 4.4.5 New Comment: >Where is the core file supposed to be generated? Set CoreDumpDirectory directive in httpd.conf Previous Comments: [2007-02-26 19:26:32] csi92 at yahoo dot com After running the script in the browser and it did NOT work, I tried running the same script from the command line (php zzz.php) and it worked at the command line. [2007-02-26 19:09:16] csi92 at yahoo dot com Where is the core file supposed to be generated? Also, the instructions are referring to 1.x.x of Apache instead of 2.0.x. There is no sbin directory in our Apache 2.0.55 installation. [2007-02-26 18:32:25] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. [2007-02-26 18:31:02] csi92 at yahoo dot com When I restart Apache via .apachectl restart I get the following in the Apache error log: [Mon Feb 26 12:26:08 2007] [notice] SIGHUP received. Attempting to restart [Mon Feb 26 12:26:10 2007] [warn] RSA server certificate CommonName (CN) `viplabser14.intranet.XX.com' does NOT match server name!? [Mon Feb 26 12:26:11 2007] [notice] Apache configured -- resuming normal operations When I then execute the code in a browser, I get the following notice in the Apache error log: [Mon Feb 26 12:26:26 2007] [notice] child pid 28463 exit signal Segmentation fault (11) [2007-02-26 18:22:53] [EMAIL PROTECTED] Check your error_log. 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/40647 -- Edit this bug report at http://bugs.php.net/?id=40647&edit=1
#40647 [Fbk->Opn]: ldap_connect() fails when restarting Apache 2.0.55 via restart or graceful
ID: 40647
User updated by: csi92 at yahoo dot com
Reported By: csi92 at yahoo dot com
-Status: Feedback
+Status: Open
Bug Type: LDAP related
Operating System: Red Hat Enterprise Linux AS rele
PHP Version: 4.4.5
New Comment:
Where is the core file supposed to be generated?
Also, the instructions are referring to 1.x.x of Apache instead of
2.0.x. There is no sbin directory in our Apache 2.0.55 installation.
Previous Comments:
[2007-02-26 18:32:25] [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 for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
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.
[2007-02-26 18:31:02] csi92 at yahoo dot com
When I restart Apache via .apachectl restart I get the following in the
Apache error log:
[Mon Feb 26 12:26:08 2007] [notice] SIGHUP received. Attempting to
restart
[Mon Feb 26 12:26:10 2007] [warn] RSA server certificate CommonName
(CN) `viplabser14.intranet.XX.com' does NOT match server name!?
[Mon Feb 26 12:26:11 2007] [notice] Apache configured -- resuming
normal operations
When I then execute the code in a browser, I get the following notice
in the Apache error log:
[Mon Feb 26 12:26:26 2007] [notice] child pid 28463 exit signal
Segmentation fault (11)
[2007-02-26 18:22:53] [EMAIL PROTECTED]
Check your error_log.
[2007-02-26 18:10:41] csi92 at yahoo dot com
Description:
I am connecting to an iPlanet LDAP. After starting Apache via
./apachectl start, the ldap_connect() function works fine.
If I stop and start Apache via ./apachectl stop, ./apachectl start, the
ldap_connect function works fine.
If I restart Apache via ./apachectl restart OR ./apachectl graceful,
the ldap_connect function fails and the page is blank. The page source
is blank. With error reporting -- ini_set('error_reporting', E_ALL); --
No errors are reported.
If I stop/start Apache again via ./apachectl stop, ./apachectl start,
the ldap_connect function works fine again.
Reproduce code:
---
LDAP Connection Successful";
$r=ldap_bind($ds);// this is an "anonymous" bind
$sr=ldap_search($ds, "o=fedex, c=US", "uid=322049"); // Search for
"ovis" UID
$info = ldap_get_entries($ds, $sr); // Get entries
ldap_close($ds); // Close connection
}else{
echo "Unable to connect to LDAP server";
}
?>
Expected result:
LDAP Connection Successful
Actual result:
--
When I stop and start Apache using ./apachectl stop and then
./apachectl startssl I get "LDAP Connection Successful".
When us stop and start Apache using either ./apachectl restart or
./apachectl graceful I get a blank page. When I view source, it is
blank also.
--
Edit this bug report at http://bugs.php.net/?id=40647&edit=1
#40648 [NEW]: oci_fetch_array hangs with OCI_FETCH_LOBS
From: miguel at withoutabox dot com Operating system: Ubuntu Linux 6.06 PHP version: 5.2.1 PHP Bug Type: OCI8 related Bug description: oci_fetch_array hangs with OCI_FETCH_LOBS Description: When I try to do a oci_fetch_array with OCI_RETURN_LOBS in the mode string the page hangs indefinitely. No errors are produced but the page never even times out. OCI version is 1.2.3 from PECL Reproduce code: --- "; //this will output LOB's content } ?> Expected result: Lots of words .. .end of words Actual result: -- Page hangs -- Edit bug report at http://bugs.php.net/?id=40648&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40648&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40648&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40648&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40648&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40648&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40648&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40648&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40648&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40648&r=support Expected behavior:http://bugs.php.net/fix.php?id=40648&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40648&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40648&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40648&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40648&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40648&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40648&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40648&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40648&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40648&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40648&r=mysqlcfg
#40616 [Bgs]: uasort implementation is not robust
ID: 40616
Updated by: [EMAIL PROTECTED]
Reported By: phpbugs at jessemccarthy dot net
Status: Bogus
Bug Type: Arrays related
Operating System: Linux
PHP Version: 5.2.1
New Comment:
Feel free to submit your suggestions for rewording the documentation if
you believe it could be clearer. Submitting a patch with any changes you
might suggest would be even more helpful.
Previous Comments:
[2007-02-26 17:16:38] phpbugs at jessemccarthy dot net
> Please double-check the documentation...
> Your expectations are wrong.
Sorry, that's a little too vague to be meaningful. I've read the
documentation. I just re-read it. It's counterintuitive, and not
documented, that uasort does not compare certain elements to each other
because it has compared each of them to a different element and jumped
to a conclusion based on that.
That's not quite what I expect from a function advertised as
implementing my "non-trivial" sort criteria.
Even if your position is that the behavior of the function is fine,
it's working as it's intended to, why would you not want to clearly
explain to users what it does -- and can't -- do? As far as I can
tell, based on the documentation, it is a bug because there is nothing
in the documentation that explains that behavior or prepares me for it.
If that's the intended behavior of the function, then the documentation
is inadequate.
[2007-02-26 08:00:51] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Your expectations are wrong.
[2007-02-24 01:08:30] phpbugs at jessemccarthy dot net
This software broke the line with the URL to the short reproduce code.
http://www.jessemccarthy.net/public/uasort_bug/s_reproduce_source.php
[2007-02-24 01:03:54] phpbugs at jessemccarthy dot net
Well I apologize. Thanks for your feedback.
Short reproduce code:
http://www.jessemccarthy.net/public/uasort_bug/short_reproduce_source.php
Expected result:
array(3) {
["field_favorite_movies"]=>
array(1) {
["title"]=>
string(15) "Favorite movies"
}
["monkey_wrench"]=>
string(0) ""
["field_favorite_music"]=>
array(1) {
["title"]=>
string(14) "Favorite music"
}
}
Actual result:
array(3) {
["field_favorite_music"]=>
array(1) {
["title"]=>
string(14) "Favorite music"
}
["monkey_wrench"]=>
string(0) ""
["field_favorite_movies"]=>
array(1) {
["title"]=>
string(15) "Favorite movies"
}
}
I would think that an English description of expected / actual results
would be helpful rather than just raw output, but whatever works for
you. I also can't help but feel that the original reproduce code made
more sense, but this is the most minimal version I can create that
still demonstrates anything.
Thanks for your attention.
[2007-02-23 23:36:10] [EMAIL PROTECTED]
>The reproduce code is too long?
Yes, please remove everything not related to your problem.
>The descriptions of actual and expected output are not >sufficient?
Descriptions? No, descriptions are not enough, we need the results, not
their descriptions.
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/40616
--
Edit this bug report at http://bugs.php.net/?id=40616&edit=1
#40647 [Opn]: ldap_connect() fails when restarting Apache 2.0.55 via restart or graceful
ID: 40647
User updated by: csi92 at yahoo dot com
Reported By: csi92 at yahoo dot com
Status: Open
Bug Type: LDAP related
Operating System: Red Hat Enterprise Linux AS rele
PHP Version: 4.4.5
New Comment:
After running the script in the browser and it did NOT work, I tried
running the same script from the command line (php zzz.php) and it
worked at the command line.
Previous Comments:
[2007-02-26 19:09:16] csi92 at yahoo dot com
Where is the core file supposed to be generated?
Also, the instructions are referring to 1.x.x of Apache instead of
2.0.x. There is no sbin directory in our Apache 2.0.55 installation.
[2007-02-26 18:32:25] [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 for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
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.
[2007-02-26 18:31:02] csi92 at yahoo dot com
When I restart Apache via .apachectl restart I get the following in the
Apache error log:
[Mon Feb 26 12:26:08 2007] [notice] SIGHUP received. Attempting to
restart
[Mon Feb 26 12:26:10 2007] [warn] RSA server certificate CommonName
(CN) `viplabser14.intranet.XX.com' does NOT match server name!?
[Mon Feb 26 12:26:11 2007] [notice] Apache configured -- resuming
normal operations
When I then execute the code in a browser, I get the following notice
in the Apache error log:
[Mon Feb 26 12:26:26 2007] [notice] child pid 28463 exit signal
Segmentation fault (11)
[2007-02-26 18:22:53] [EMAIL PROTECTED]
Check your error_log.
[2007-02-26 18:10:41] csi92 at yahoo dot com
Description:
I am connecting to an iPlanet LDAP. After starting Apache via
./apachectl start, the ldap_connect() function works fine.
If I stop and start Apache via ./apachectl stop, ./apachectl start, the
ldap_connect function works fine.
If I restart Apache via ./apachectl restart OR ./apachectl graceful,
the ldap_connect function fails and the page is blank. The page source
is blank. With error reporting -- ini_set('error_reporting', E_ALL); --
No errors are reported.
If I stop/start Apache again via ./apachectl stop, ./apachectl start,
the ldap_connect function works fine again.
Reproduce code:
---
LDAP Connection Successful";
$r=ldap_bind($ds);// this is an "anonymous" bind
$sr=ldap_search($ds, "o=fedex, c=US", "uid=322049"); // Search for
"ovis" UID
$info = ldap_get_entries($ds, $sr); // Get entries
ldap_close($ds); // Close connection
}else{
echo "Unable to connect to LDAP server";
}
?>
Expected result:
LDAP Connection Successful
Actual result:
--
When I stop and start Apache using ./apachectl stop and then
./apachectl startssl I get "LDAP Connection Successful".
When us stop and start Apache using either ./apachectl restart or
./apachectl graceful I get a blank page. When I view source, it is
blank also.
--
Edit this bug report at http://bugs.php.net/?id=40647&edit=1
#40649 [Opn->Fbk]: Void Soap function can't return SegFault
ID: 40649 Updated by: [EMAIL PROTECTED] Reported By: jdespatis at yahoo dot fr -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Linux 2.6.18 Debian PHP Version: 5.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2007-02-26 19:19:25] jdespatis at yahoo dot fr Description: I have a client and server soap which worked with php 5.1.2, but whenever i upgrade to php > 5.1.2, this code doesn't work anymore. It's a simple client and server soap. After debugging, the problem comes from the fact that if no is provided to a function to explain the output, then this function always sends null Even if the function throws an exception It seems that php <= 5.1.2 was adding a default output function so that exceptions could be throwed Reproduce code: --- When using the simple client : http://www.despatis.com/client.phps with the simple soap server: http://www.despatis.com/soap_server.phps and with the wsdl: http://www.despatis.com/Webservices.wsdl (to make the code work, the good wsdl to use is:http://www.despatis.com/Webservices2.wsdl, however this code should work with a minimal Webservices.wsdl, that doesn't provide information on output function as the function is a void function !) Expected result: client.php should print: Request : http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:xmethods" 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/";>pifpuf Response: http://schemas.xmlsoap.org/soap/envelope/";>SOAP-ENV:ServerException throwed Actual result: -- Actual result is: Request : http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:xmethods" 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/";>pifpuf Response: -- Edit this bug report at http://bugs.php.net/?id=40649&edit=1
#40641 [Opn->Fbk]: open_basedir crash httpd
ID: 40641 Updated by: [EMAIL PROTECTED] Reported By: jfgingras at cegep-ste-foy dot qc dot ca -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 6.1-RELEASE PHP Version: 5.2.1 Previous Comments: [2007-02-26 19:12:42] jfgingras at cegep-ste-foy dot qc dot ca Well, if that can help.. PHP with --enable-debug and no extension doesn't crash if open_basedir is defined. I'll have to test this with --disable-debug. I'm buidling the extensions we use for the debug version and see if I can reproduce the crash. [2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca I'll keep trying generate a backtrace for httpd, but gdb doesn't like that very much. Since I can't stop our production server, I have create an exact duplicate of httpd.conf and name it httpd-debug.conf and simply change the Listen directive and my VirtualHost. I launch httpd directly from command line like this: /usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf And the server start ok, and crash as expected when I enter a directory with open_basedir defined. But I can't manage to start it via gdb, here's what happen: [EMAIL PROTECTED] apache2]# gdb /usr/local/sbin/httpd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...gdb in realloc(): error: junk pointer, too high to make sense Abort trap: 6 (core dumped) [EMAIL PROTECTED] apache2]# I'm kinda lost right now. I'll see if I can rebuild PHP with --enable-debug [2007-02-26 15:50:55] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. [2007-02-26 15:49:36] jfgingras at cegep-ste-foy dot qc dot ca Description: If open_basedir if defined in a , any call to a php file, event if this file is empty, will either throw a Bus error or a Segmentation fault. This problem appears as soon as I upgraded php 5.1.6 to 5.2.1 I didn't change anything in any configuration file of apache, and I did not upgrade apache either. My Apache version is 2.0.58 When I remove the open_basedir directive, it solve the problem. Here's the logfile of apache: [...] [Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal Segmentation fault (11) [Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus error (10) [Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal Segmentation fault
#40649 [NEW]: Void Soap function can't return SegFault
From: jdespatis at yahoo dot fr Operating system: Linux 2.6.18 Debian PHP version: 5.2.1 PHP Bug Type: SOAP related Bug description: Void Soap function can't return SegFault Description: I have a client and server soap which worked with php 5.1.2, but whenever i upgrade to php > 5.1.2, this code doesn't work anymore. It's a simple client and server soap. After debugging, the problem comes from the fact that if no is provided to a function to explain the output, then this function always sends null Even if the function throws an exception It seems that php <= 5.1.2 was adding a default output function so that exceptions could be throwed Reproduce code: --- When using the simple client : http://www.despatis.com/client.phps with the simple soap server: http://www.despatis.com/soap_server.phps and with the wsdl: http://www.despatis.com/Webservices.wsdl (to make the code work, the good wsdl to use is:http://www.despatis.com/Webservices2.wsdl, however this code should work with a minimal Webservices.wsdl, that doesn't provide information on output function as the function is a void function !) Expected result: client.php should print: Request : http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:xmethods" 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/";>pifpuf Response: http://schemas.xmlsoap.org/soap/envelope/";>SOAP-ENV:ServerException throwed Actual result: -- Actual result is: Request : http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:xmethods" 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/";>pifpuf Response: -- Edit bug report at http://bugs.php.net/?id=40649&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40649&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40649&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40649&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40649&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40649&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40649&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40649&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40649&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40649&r=support Expected behavior:http://bugs.php.net/fix.php?id=40649&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40649&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40649&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40649&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40649&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40649&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40649&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40649&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40649&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40649&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40649&r=mysqlcfg
#40641 [Fbk->Opn]: open_basedir crash httpd
ID: 40641 User updated by: jfgingras at cegep-ste-foy dot qc dot ca Reported By: jfgingras at cegep-ste-foy dot qc dot ca -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 6.1-RELEASE PHP Version: 5.2.1 New Comment: Well, if that can help.. PHP with --enable-debug and no extension doesn't crash if open_basedir is defined. I'll have to test this with --disable-debug. I'm buidling the extensions we use for the debug version and see if I can reproduce the crash. Previous Comments: [2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca I'll keep trying generate a backtrace for httpd, but gdb doesn't like that very much. Since I can't stop our production server, I have create an exact duplicate of httpd.conf and name it httpd-debug.conf and simply change the Listen directive and my VirtualHost. I launch httpd directly from command line like this: /usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf And the server start ok, and crash as expected when I enter a directory with open_basedir defined. But I can't manage to start it via gdb, here's what happen: [EMAIL PROTECTED] apache2]# gdb /usr/local/sbin/httpd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...gdb in realloc(): error: junk pointer, too high to make sense Abort trap: 6 (core dumped) [EMAIL PROTECTED] apache2]# I'm kinda lost right now. I'll see if I can rebuild PHP with --enable-debug [2007-02-26 15:50:55] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. [2007-02-26 15:49:36] jfgingras at cegep-ste-foy dot qc dot ca Description: If open_basedir if defined in a , any call to a php file, event if this file is empty, will either throw a Bus error or a Segmentation fault. This problem appears as soon as I upgraded php 5.1.6 to 5.2.1 I didn't change anything in any configuration file of apache, and I did not upgrade apache either. My Apache version is 2.0.58 When I remove the open_basedir directive, it solve the problem. Here's the logfile of apache: [...] [Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal Segmentation fault (11) [Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus error (10) [Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal Segmentation fault (11) [Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus error (10) [Mon Feb 26 09:3
#40537 [Opn->Fbk]: move_uploaded_file - target directory's name problem
ID: 40537 Updated by: [EMAIL PROTECTED] Reported By: stloukal at programator dot cz -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: I can't reproduce it. You can try to trace it with GDB (don't forget to rebuild PHP with --enable-debug in this case). Previous Comments: [2007-02-26 17:40:16] stloukal at programator dot cz ls -Z gives the same output as previous. But I think SELinux is disabled: [EMAIL PROTECTED] web]# id -Z Sorry, --context (-Z) can be used only on a selinux-enabled kernel. I added also selinux=0 into grub.conf on the kernel booting line and restarted computer. [2007-02-26 16:51:52] [EMAIL PROTECTED] >Now it is really turned off. ls -Z ? [2007-02-26 16:46:14] stloukal at programator dot cz Now it is really turned off. [EMAIL PROTECTED] web]# cat /etc/sysconfig/selinux SELINUX=Disabled It unfortunately doesn't affect described behaviour. [2007-02-26 16:01:49] [EMAIL PROTECTED] "ls -Z" can only work if SELinux is enabled, so you did not turn it off. [2007-02-26 15:57:02] stloukal at programator dot cz Error reporting added. [EMAIL PROTECTED] web]$ ls -Z drwxrwxrwx root root bug_test drwxrwxrwx root root tmp 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/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40641 [Opn->Fbk]: open_basedir crash httpd
ID: 40641 Updated by: [EMAIL PROTECTED] Reported By: jfgingras at cegep-ste-foy dot qc dot ca -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 6.1-RELEASE PHP Version: 5.2.1 Previous Comments: [2007-02-26 18:32:06] jfgingras at cegep-ste-foy dot qc dot ca I'll keep trying generate a backtrace for httpd, but gdb doesn't like that very much. Since I can't stop our production server, I have create an exact duplicate of httpd.conf and name it httpd-debug.conf and simply change the Listen directive and my VirtualHost. I launch httpd directly from command line like this: /usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf And the server start ok, and crash as expected when I enter a directory with open_basedir defined. But I can't manage to start it via gdb, here's what happen: [EMAIL PROTECTED] apache2]# gdb /usr/local/sbin/httpd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...gdb in realloc(): error: junk pointer, too high to make sense Abort trap: 6 (core dumped) [EMAIL PROTECTED] apache2]# I'm kinda lost right now. I'll see if I can rebuild PHP with --enable-debug [2007-02-26 15:50:55] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. [2007-02-26 15:49:36] jfgingras at cegep-ste-foy dot qc dot ca Description: If open_basedir if defined in a , any call to a php file, event if this file is empty, will either throw a Bus error or a Segmentation fault. This problem appears as soon as I upgraded php 5.1.6 to 5.2.1 I didn't change anything in any configuration file of apache, and I did not upgrade apache either. My Apache version is 2.0.58 When I remove the open_basedir directive, it solve the problem. Here's the logfile of apache: [...] [Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal Segmentation fault (11) [Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus error (10) [Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal Segmentation fault (11) [Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus error (10) [Mon Feb 26 09:34:19 2007] [notice] child pid 32270 exit signal Bus error (10) [Mon Feb 26 09:36:58 2007] [notice] child pid 68902 exit signal Bus error (10) [Mon Feb 26 09:37:13 2007] [notice] child pid 69863 exit signal Bus error (10) Reproduce code: --- Here's what I have in my :
#40647 [Opn->Fbk]: ldap_connect() fails when restarting Apache 2.0.55 via restart or graceful
ID: 40647
Updated by: [EMAIL PROTECTED]
Reported By: csi92 at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: LDAP related
Operating System: Red Hat Enterprise Linux AS rele
PHP Version: 4.4.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 for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Previous Comments:
[2007-02-26 18:31:02] csi92 at yahoo dot com
When I restart Apache via .apachectl restart I get the following in the
Apache error log:
[Mon Feb 26 12:26:08 2007] [notice] SIGHUP received. Attempting to
restart
[Mon Feb 26 12:26:10 2007] [warn] RSA server certificate CommonName
(CN) `viplabser14.intranet.XX.com' does NOT match server name!?
[Mon Feb 26 12:26:11 2007] [notice] Apache configured -- resuming
normal operations
When I then execute the code in a browser, I get the following notice
in the Apache error log:
[Mon Feb 26 12:26:26 2007] [notice] child pid 28463 exit signal
Segmentation fault (11)
[2007-02-26 18:22:53] [EMAIL PROTECTED]
Check your error_log.
[2007-02-26 18:10:41] csi92 at yahoo dot com
Description:
I am connecting to an iPlanet LDAP. After starting Apache via
./apachectl start, the ldap_connect() function works fine.
If I stop and start Apache via ./apachectl stop, ./apachectl start, the
ldap_connect function works fine.
If I restart Apache via ./apachectl restart OR ./apachectl graceful,
the ldap_connect function fails and the page is blank. The page source
is blank. With error reporting -- ini_set('error_reporting', E_ALL); --
No errors are reported.
If I stop/start Apache again via ./apachectl stop, ./apachectl start,
the ldap_connect function works fine again.
Reproduce code:
---
LDAP Connection Successful";
$r=ldap_bind($ds);// this is an "anonymous" bind
$sr=ldap_search($ds, "o=fedex, c=US", "uid=322049"); // Search for
"ovis" UID
$info = ldap_get_entries($ds, $sr); // Get entries
ldap_close($ds); // Close connection
}else{
echo "Unable to connect to LDAP server";
}
?>
Expected result:
LDAP Connection Successful
Actual result:
--
When I stop and start Apache using ./apachectl stop and then
./apachectl startssl I get "LDAP Connection Successful".
When us stop and start Apache using either ./apachectl restart or
./apachectl graceful I get a blank page. When I view source, it is
blank also.
--
Edit this bug report at http://bugs.php.net/?id=40647&edit=1
#40641 [Fbk->Opn]: open_basedir crash httpd
ID: 40641 User updated by: jfgingras at cegep-ste-foy dot qc dot ca Reported By: jfgingras at cegep-ste-foy dot qc dot ca -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 6.1-RELEASE PHP Version: 5.2.1 New Comment: I'll keep trying generate a backtrace for httpd, but gdb doesn't like that very much. Since I can't stop our production server, I have create an exact duplicate of httpd.conf and name it httpd-debug.conf and simply change the Listen directive and my VirtualHost. I launch httpd directly from command line like this: /usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf And the server start ok, and crash as expected when I enter a directory with open_basedir defined. But I can't manage to start it via gdb, here's what happen: [EMAIL PROTECTED] apache2]# gdb /usr/local/sbin/httpd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) run -X -f /usr/local/etc/apache2/httpd-debug.conf Starting program: /var/bd/pol/usr/local/sbin/httpd -X -f /usr/local/etc/apache2/httpd-debug.conf (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...gdb in realloc(): error: junk pointer, too high to make sense Abort trap: 6 (core dumped) [EMAIL PROTECTED] apache2]# I'm kinda lost right now. I'll see if I can rebuild PHP with --enable-debug Previous Comments: [2007-02-26 15:50:55] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. [2007-02-26 15:49:36] jfgingras at cegep-ste-foy dot qc dot ca Description: If open_basedir if defined in a , any call to a php file, event if this file is empty, will either throw a Bus error or a Segmentation fault. This problem appears as soon as I upgraded php 5.1.6 to 5.2.1 I didn't change anything in any configuration file of apache, and I did not upgrade apache either. My Apache version is 2.0.58 When I remove the open_basedir directive, it solve the problem. Here's the logfile of apache: [...] [Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal Segmentation fault (11) [Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus error (10) [Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal Segmentation fault (11) [Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus error (10) [Mon Feb 26 09:34:19 2007] [notice] child pid 32270 exit signal Bus error (10) [Mon Feb 26 09:36:58 2007] [notice] child pid 68902 exit signal Bus error (10) [Mon Feb 26 09:37:13 2007] [notice] child pid 69863 exit signal Bus error (10) Reproduce code: --- Here's what I have in my : php_admin_value open_basedir /var/www/htdocs/stages php_admin_value upload_tmp_dir /var/www/htd
#40647 [Fbk->Opn]: ldap_connect() fails when restarting Apache 2.0.55 via restart or graceful
ID: 40647
User updated by: csi92 at yahoo dot com
Reported By: csi92 at yahoo dot com
-Status: Feedback
+Status: Open
Bug Type: LDAP related
Operating System: Red Hat Enterprise Linux AS rele
PHP Version: 4.4.5
New Comment:
When I restart Apache via .apachectl restart I get the following in the
Apache error log:
[Mon Feb 26 12:26:08 2007] [notice] SIGHUP received. Attempting to
restart
[Mon Feb 26 12:26:10 2007] [warn] RSA server certificate CommonName
(CN) `viplabser14.intranet.XX.com' does NOT match server name!?
[Mon Feb 26 12:26:11 2007] [notice] Apache configured -- resuming
normal operations
When I then execute the code in a browser, I get the following notice
in the Apache error log:
[Mon Feb 26 12:26:26 2007] [notice] child pid 28463 exit signal
Segmentation fault (11)
Previous Comments:
[2007-02-26 18:22:53] [EMAIL PROTECTED]
Check your error_log.
[2007-02-26 18:10:41] csi92 at yahoo dot com
Description:
I am connecting to an iPlanet LDAP. After starting Apache via
./apachectl start, the ldap_connect() function works fine.
If I stop and start Apache via ./apachectl stop, ./apachectl start, the
ldap_connect function works fine.
If I restart Apache via ./apachectl restart OR ./apachectl graceful,
the ldap_connect function fails and the page is blank. The page source
is blank. With error reporting -- ini_set('error_reporting', E_ALL); --
No errors are reported.
If I stop/start Apache again via ./apachectl stop, ./apachectl start,
the ldap_connect function works fine again.
Reproduce code:
---
LDAP Connection Successful";
$r=ldap_bind($ds);// this is an "anonymous" bind
$sr=ldap_search($ds, "o=fedex, c=US", "uid=322049"); // Search for
"ovis" UID
$info = ldap_get_entries($ds, $sr); // Get entries
ldap_close($ds); // Close connection
}else{
echo "Unable to connect to LDAP server";
}
?>
Expected result:
LDAP Connection Successful
Actual result:
--
When I stop and start Apache using ./apachectl stop and then
./apachectl startssl I get "LDAP Connection Successful".
When us stop and start Apache using either ./apachectl restart or
./apachectl graceful I get a blank page. When I view source, it is
blank also.
--
Edit this bug report at http://bugs.php.net/?id=40647&edit=1
#40647 [Opn->Fbk]: ldap_connect() fails when restarting Apache 2.0.55 via restart or graceful
ID: 40647
Updated by: [EMAIL PROTECTED]
Reported By: csi92 at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: LDAP related
Operating System: Red Hat Enterprise Linux AS rele
PHP Version: 4.4.5
New Comment:
Check your error_log.
Previous Comments:
[2007-02-26 18:10:41] csi92 at yahoo dot com
Description:
I am connecting to an iPlanet LDAP. After starting Apache via
./apachectl start, the ldap_connect() function works fine.
If I stop and start Apache via ./apachectl stop, ./apachectl start, the
ldap_connect function works fine.
If I restart Apache via ./apachectl restart OR ./apachectl graceful,
the ldap_connect function fails and the page is blank. The page source
is blank. With error reporting -- ini_set('error_reporting', E_ALL); --
No errors are reported.
If I stop/start Apache again via ./apachectl stop, ./apachectl start,
the ldap_connect function works fine again.
Reproduce code:
---
LDAP Connection Successful";
$r=ldap_bind($ds);// this is an "anonymous" bind
$sr=ldap_search($ds, "o=fedex, c=US", "uid=322049"); // Search for
"ovis" UID
$info = ldap_get_entries($ds, $sr); // Get entries
ldap_close($ds); // Close connection
}else{
echo "Unable to connect to LDAP server";
}
?>
Expected result:
LDAP Connection Successful
Actual result:
--
When I stop and start Apache using ./apachectl stop and then
./apachectl startssl I get "LDAP Connection Successful".
When us stop and start Apache using either ./apachectl restart or
./apachectl graceful I get a blank page. When I view source, it is
blank also.
--
Edit this bug report at http://bugs.php.net/?id=40647&edit=1
#40630 [Opn->Csd]: preg_match_all with a particular regexp causes run-away php/apache process
ID: 40630 Updated by: [EMAIL PROTECTED] Reported By: mfburdett at gmail dot com -Status: Open +Status: Closed Bug Type: PCRE related Operating System: FreeBSD 6.2 PHP Version: 5.2.1 New Comment: Great, marking as closed then. Please reopen the report if the issue re-appears and/or you have any additional information. Previous Comments: [2007-02-26 18:18:31] mfburdett at gmail dot com I tested cli php5.2-200702261730 and the issue appears to be resolved in that snapshot. [2007-02-26 18:07:25] mfburdett at gmail dot com Same issue running the script via PHP commandline. Am installing snapshot in home directory now. [2007-02-26 16:46:19] [EMAIL PROTECTED] Does PHP CLI work for you? What kind of Apache are you using? Version? MPM? Can you provide a GDB backtrace? Can you try building the snapshot (doesn't matter where, you don't have to install it, just build it and run the script using sapi/cli/php). [2007-02-26 16:36:22] mfburdett at gmail dot com [^"]*)(?>""[^"]* )*"|(?: [^",]*))%x'; $string = ''; preg_match_all($regexp, $string, $matches); ?> [2007-02-26 16:35:11] [EMAIL PROTECTED] Notice: Undefined variable: string 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/40630 -- Edit this bug report at http://bugs.php.net/?id=40630&edit=1
#40630 [Opn]: preg_match_all with a particular regexp causes run-away php/apache process
ID: 40630 User updated by: mfburdett at gmail dot com Reported By: mfburdett at gmail dot com Status: Open Bug Type: PCRE related Operating System: FreeBSD 6.2 PHP Version: 5.2.1 New Comment: I tested cli php5.2-200702261730 and the issue appears to be resolved in that snapshot. Previous Comments: [2007-02-26 18:07:25] mfburdett at gmail dot com Same issue running the script via PHP commandline. Am installing snapshot in home directory now. [2007-02-26 16:46:19] [EMAIL PROTECTED] Does PHP CLI work for you? What kind of Apache are you using? Version? MPM? Can you provide a GDB backtrace? Can you try building the snapshot (doesn't matter where, you don't have to install it, just build it and run the script using sapi/cli/php). [2007-02-26 16:36:22] mfburdett at gmail dot com [^"]*)(?>""[^"]* )*"|(?: [^",]*))%x'; $string = ''; preg_match_all($regexp, $string, $matches); ?> [2007-02-26 16:35:11] [EMAIL PROTECTED] Notice: Undefined variable: string [2007-02-26 16:32:14] mfburdett at gmail dot com [^"]*)(?>""[^"]* )*"|(?: [^",]*))%x'; preg_match_all($regexp, $string, $matches); ?> 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/40630 -- Edit this bug report at http://bugs.php.net/?id=40630&edit=1
#40647 [NEW]: ldap_connect() fails when restarting Apache 2.0.55 via restart or graceful
From: csi92 at yahoo dot com
Operating system: Red Hat Enterprise Linux AS rele
PHP version: 4.4.5
PHP Bug Type: LDAP related
Bug description: ldap_connect() fails when restarting Apache 2.0.55 via
restart or graceful
Description:
I am connecting to an iPlanet LDAP. After starting Apache via ./apachectl
start, the ldap_connect() function works fine.
If I stop and start Apache via ./apachectl stop, ./apachectl start, the
ldap_connect function works fine.
If I restart Apache via ./apachectl restart OR ./apachectl graceful, the
ldap_connect function fails and the page is blank. The page source is
blank. With error reporting -- ini_set('error_reporting', E_ALL); -- No
errors are reported.
If I stop/start Apache again via ./apachectl stop, ./apachectl start, the
ldap_connect function works fine again.
Reproduce code:
---
LDAP Connection Successful";
$r=ldap_bind($ds);// this is an "anonymous" bind
$sr=ldap_search($ds, "o=fedex, c=US", "uid=322049"); // Search for
"ovis"
UID
$info = ldap_get_entries($ds, $sr); // Get entries
ldap_close($ds); // Close connection
}else{
echo "Unable to connect to LDAP server";
}
?>
Expected result:
LDAP Connection Successful
Actual result:
--
When I stop and start Apache using ./apachectl stop and then ./apachectl
startssl I get "LDAP Connection Successful".
When us stop and start Apache using either ./apachectl restart or
./apachectl graceful I get a blank page. When I view source, it is blank
also.
--
Edit bug report at http://bugs.php.net/?id=40647&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40647&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40647&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40647&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40647&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40647&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40647&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40647&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40647&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40647&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40647&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40647&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40647&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40647&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40647&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40647&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40647&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40647&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40647&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40647&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40647&r=mysqlcfg
#40630 [Fbk->Opn]: preg_match_all with a particular regexp causes run-away php/apache process
ID: 40630 User updated by: mfburdett at gmail dot com Reported By: mfburdett at gmail dot com -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: FreeBSD 6.2 PHP Version: 5.2.1 New Comment: Same issue running the script via PHP commandline. Am installing snapshot in home directory now. Previous Comments: [2007-02-26 16:46:19] [EMAIL PROTECTED] Does PHP CLI work for you? What kind of Apache are you using? Version? MPM? Can you provide a GDB backtrace? Can you try building the snapshot (doesn't matter where, you don't have to install it, just build it and run the script using sapi/cli/php). [2007-02-26 16:36:22] mfburdett at gmail dot com [^"]*)(?>""[^"]* )*"|(?: [^",]*))%x'; $string = ''; preg_match_all($regexp, $string, $matches); ?> [2007-02-26 16:35:11] [EMAIL PROTECTED] Notice: Undefined variable: string [2007-02-26 16:32:14] mfburdett at gmail dot com [^"]*)(?>""[^"]* )*"|(?: [^",]*))%x'; preg_match_all($regexp, $string, $matches); ?> [2007-02-26 09:31:50] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. 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/40630 -- Edit this bug report at http://bugs.php.net/?id=40630&edit=1
#40645 [Opn->Fbk]: strtotime don't work with negative timestamps
ID: 40645
Updated by: [EMAIL PROTECTED]
Reported By: simone at ivg dot it
-Status: Open
+Status: Feedback
Bug Type: Date/time related
Operating System: Linux 2.6
PHP Version: 4.4.5
New Comment:
This works fine for me with PHP 4.4.6RC2-dev:
-568947600
Previous Comments:
[2007-02-26 17:55:41] simone at ivg dot it
Description:
The strtotime() function returns -1 if the date is prior to
1970-01-01.
Instead, date function works properly with negative timestamps.
Reproduce code:
---
strtotime("1951-12-22") returns -1
date("d/m/Y",-578944001) returns 28/08/1951
--
Edit this bug report at http://bugs.php.net/?id=40645&edit=1
#40645 [NEW]: strtotime don't work with negative timestamps
From: simone at ivg dot it
Operating system: Linux 2.6
PHP version: 4.4.5
PHP Bug Type: Date/time related
Bug description: strtotime don't work with negative timestamps
Description:
The strtotime() function returns -1 if the date is prior to 1970-01-01.
Instead, date function works properly with negative timestamps.
Reproduce code:
---
strtotime("1951-12-22") returns -1
date("d/m/Y",-578944001) returns 28/08/1951
--
Edit bug report at http://bugs.php.net/?id=40645&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40645&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40645&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40645&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40645&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40645&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40645&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40645&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40645&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40645&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40645&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40645&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40645&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40645&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40645&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40645&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40645&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40645&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40645&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40645&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40645&r=mysqlcfg
#40644 [Opn->Bgs]: Numbers to string convertion
ID: 40644 Updated by: [EMAIL PROTECTED] Reported By: standov at ua dot fm -Status: Open +Status: Bogus Bug Type: *Languages/Translation Operating System: Windows 2000 PHP Version: 5.2.1 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 Previous Comments: [2007-02-26 17:37:34] standov at ua dot fm Description: Number to string convertion buggy on some locales Reproduce code: --- Expected result: 5.2 Actual result: -- 5,2 -- Edit this bug report at http://bugs.php.net/?id=40644&edit=1
#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem
ID: 40537 User updated by: stloukal at programator dot cz Reported By: stloukal at programator dot cz -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: ls -Z gives the same output as previous. But I think SELinux is disabled: [EMAIL PROTECTED] web]# id -Z Sorry, --context (-Z) can be used only on a selinux-enabled kernel. I added also selinux=0 into grub.conf on the kernel booting line and restarted computer. Previous Comments: [2007-02-26 16:51:52] [EMAIL PROTECTED] >Now it is really turned off. ls -Z ? [2007-02-26 16:46:14] stloukal at programator dot cz Now it is really turned off. [EMAIL PROTECTED] web]# cat /etc/sysconfig/selinux SELINUX=Disabled It unfortunately doesn't affect described behaviour. [2007-02-26 16:01:49] [EMAIL PROTECTED] "ls -Z" can only work if SELinux is enabled, so you did not turn it off. [2007-02-26 15:57:02] stloukal at programator dot cz Error reporting added. [EMAIL PROTECTED] web]$ ls -Z drwxrwxrwx root root bug_test drwxrwxrwx root root tmp [2007-02-26 15:49:34] [EMAIL PROTECTED] Add error_reporting(E_ALL | E_STRICT) to the beginning of the script. >I turned SELinux off. See if `ls -Z` works for you. 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/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40644 [NEW]: Numbers to string convertion
From: standov at ua dot fm Operating system: Windows 2000 PHP version: 5.2.1 PHP Bug Type: *Languages/Translation Bug description: Numbers to string convertion Description: Number to string convertion buggy on some locales Reproduce code: --- Expected result: 5.2 Actual result: -- 5,2 -- Edit bug report at http://bugs.php.net/?id=40644&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40644&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40644&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40644&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40644&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40644&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40644&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40644&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40644&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40644&r=support Expected behavior:http://bugs.php.net/fix.php?id=40644&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40644&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40644&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40644&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40644&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40644&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40644&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40644&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40644&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40644&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40644&r=mysqlcfg
#40616 [Bgs]: uasort implementation is not robust
ID: 40616
User updated by: phpbugs at jessemccarthy dot net
Reported By: phpbugs at jessemccarthy dot net
Status: Bogus
Bug Type: Arrays related
Operating System: Linux
PHP Version: 5.2.1
New Comment:
> Please double-check the documentation...
> Your expectations are wrong.
Sorry, that's a little too vague to be meaningful. I've read the
documentation. I just re-read it. It's counterintuitive, and not
documented, that uasort does not compare certain elements to each other
because it has compared each of them to a different element and jumped
to a conclusion based on that.
That's not quite what I expect from a function advertised as
implementing my "non-trivial" sort criteria.
Even if your position is that the behavior of the function is fine,
it's working as it's intended to, why would you not want to clearly
explain to users what it does -- and can't -- do? As far as I can
tell, based on the documentation, it is a bug because there is nothing
in the documentation that explains that behavior or prepares me for it.
If that's the intended behavior of the function, then the documentation
is inadequate.
Previous Comments:
[2007-02-26 08:00:51] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Your expectations are wrong.
[2007-02-24 01:08:30] phpbugs at jessemccarthy dot net
This software broke the line with the URL to the short reproduce code.
http://www.jessemccarthy.net/public/uasort_bug/s_reproduce_source.php
[2007-02-24 01:03:54] phpbugs at jessemccarthy dot net
Well I apologize. Thanks for your feedback.
Short reproduce code:
http://www.jessemccarthy.net/public/uasort_bug/short_reproduce_source.php
Expected result:
array(3) {
["field_favorite_movies"]=>
array(1) {
["title"]=>
string(15) "Favorite movies"
}
["monkey_wrench"]=>
string(0) ""
["field_favorite_music"]=>
array(1) {
["title"]=>
string(14) "Favorite music"
}
}
Actual result:
array(3) {
["field_favorite_music"]=>
array(1) {
["title"]=>
string(14) "Favorite music"
}
["monkey_wrench"]=>
string(0) ""
["field_favorite_movies"]=>
array(1) {
["title"]=>
string(15) "Favorite movies"
}
}
I would think that an English description of expected / actual results
would be helpful rather than just raw output, but whatever works for
you. I also can't help but feel that the original reproduce code made
more sense, but this is the most minimal version I can create that
still demonstrates anything.
Thanks for your attention.
[2007-02-23 23:36:10] [EMAIL PROTECTED]
>The reproduce code is too long?
Yes, please remove everything not related to your problem.
>The descriptions of actual and expected output are not >sufficient?
Descriptions? No, descriptions are not enough, we need the results, not
their descriptions.
[2007-02-23 23:30:33] phpbugs at jessemccarthy dot net
Thanks for your quick response. The reproduce code is too long? The
descriptions of actual and expected output are not sufficient?
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/40616
--
Edit this bug report at http://bugs.php.net/?id=40616&edit=1
#40643 [Opn->Bgs]: Bad Gateway
ID: 40643 Updated by: [EMAIL PROTECTED] Reported By: rvest at policytech dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows Vista Ultimate x64 PHP Version: 5.2.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-02-26 16:46:11] rvest at policytech dot com Description: I am running IIS 7 with Enable 32-bit Applications checked. When I enable Anonymous Authentication it works fine but when I disable Anonymous and enable Windows Authentication then I get a "Bad Gateway" in IE 7. It works in Firefox after I enter my username and password. Actual result: -- HTTP Error 502.2 - Bad Gateway Description: The specified CGI application did not return a complete set of HTTP headers. Error Code: 0x0103 Notification: ExecuteRequestHandler Module: CgiModule -- Edit this bug report at http://bugs.php.net/?id=40643&edit=1
#40537 [Opn->Fbk]: move_uploaded_file - target directory's name problem
ID: 40537 Updated by: [EMAIL PROTECTED] Reported By: stloukal at programator dot cz -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: >Now it is really turned off. ls -Z ? Previous Comments: [2007-02-26 16:46:14] stloukal at programator dot cz Now it is really turned off. [EMAIL PROTECTED] web]# cat /etc/sysconfig/selinux SELINUX=Disabled It unfortunately doesn't affect described behaviour. [2007-02-26 16:01:49] [EMAIL PROTECTED] "ls -Z" can only work if SELinux is enabled, so you did not turn it off. [2007-02-26 15:57:02] stloukal at programator dot cz Error reporting added. [EMAIL PROTECTED] web]$ ls -Z drwxrwxrwx root root bug_test drwxrwxrwx root root tmp [2007-02-26 15:49:34] [EMAIL PROTECTED] Add error_reporting(E_ALL | E_STRICT) to the beginning of the script. >I turned SELinux off. See if `ls -Z` works for you. [2007-02-26 15:44:21] stloukal at programator dot cz There are no open_basedir (or any other) restrictions for /var/www/web or var/www/web/bug_test. Please, could you look at this page (https://bug_test.devel.gtspartner.cz/index.php)? It contains my script and phpinfo() output. Maybe, my problem is not in PHP. Should it be somewhere else? E.g. in Apache or Linux? I turned SELinux off. 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/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40630 [Opn->Fbk]: preg_match_all with a particular regexp causes run-away php/apache process
ID: 40630 Updated by: [EMAIL PROTECTED] Reported By: mfburdett at gmail dot com -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: FreeBSD 6.2 PHP Version: 5.2.1 New Comment: Does PHP CLI work for you? What kind of Apache are you using? Version? MPM? Can you provide a GDB backtrace? Can you try building the snapshot (doesn't matter where, you don't have to install it, just build it and run the script using sapi/cli/php). Previous Comments: [2007-02-26 16:36:22] mfburdett at gmail dot com [^"]*)(?>""[^"]* )*"|(?: [^",]*))%x'; $string = ''; preg_match_all($regexp, $string, $matches); ?> [2007-02-26 16:35:11] [EMAIL PROTECTED] Notice: Undefined variable: string [2007-02-26 16:32:14] mfburdett at gmail dot com [^"]*)(?>""[^"]* )*"|(?: [^",]*))%x'; preg_match_all($regexp, $string, $matches); ?> [2007-02-26 09:31:50] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-02-26 00:28:04] mfburdett at gmail dot com At the moment I don't have access to a non-production amd64 box, so I cannot test the snapshot. I cannot reproduce the issue on a i386 box. 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/40630 -- Edit this bug report at http://bugs.php.net/?id=40630&edit=1
#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem
ID: 40537 User updated by: stloukal at programator dot cz Reported By: stloukal at programator dot cz -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: Now it is really turned off. [EMAIL PROTECTED] web]# cat /etc/sysconfig/selinux SELINUX=Disabled It unfortunately doesn't affect described behaviour. Previous Comments: [2007-02-26 16:01:49] [EMAIL PROTECTED] "ls -Z" can only work if SELinux is enabled, so you did not turn it off. [2007-02-26 15:57:02] stloukal at programator dot cz Error reporting added. [EMAIL PROTECTED] web]$ ls -Z drwxrwxrwx root root bug_test drwxrwxrwx root root tmp [2007-02-26 15:49:34] [EMAIL PROTECTED] Add error_reporting(E_ALL | E_STRICT) to the beginning of the script. >I turned SELinux off. See if `ls -Z` works for you. [2007-02-26 15:44:21] stloukal at programator dot cz There are no open_basedir (or any other) restrictions for /var/www/web or var/www/web/bug_test. Please, could you look at this page (https://bug_test.devel.gtspartner.cz/index.php)? It contains my script and phpinfo() output. Maybe, my problem is not in PHP. Should it be somewhere else? E.g. in Apache or Linux? I turned SELinux off. [2007-02-26 15:30:07] [EMAIL PROTECTED] Somehow I figured that out myself, thanks. Please remove open_basedir and see if it makes any difference. 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/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40643 [NEW]: Bad Gateway
From: rvest at policytech dot com Operating system: Windows Vista Ultimate x64 PHP version: 5.2.1 PHP Bug Type: IIS related Bug description: Bad Gateway Description: I am running IIS 7 with Enable 32-bit Applications checked. When I enable Anonymous Authentication it works fine but when I disable Anonymous and enable Windows Authentication then I get a "Bad Gateway" in IE 7. It works in Firefox after I enter my username and password. Actual result: -- HTTP Error 502.2 - Bad Gateway Description: The specified CGI application did not return a complete set of HTTP headers. Error Code: 0x0103 Notification: ExecuteRequestHandler Module: CgiModule -- Edit bug report at http://bugs.php.net/?id=40643&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40643&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40643&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40643&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40643&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40643&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40643&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40643&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40643&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40643&r=support Expected behavior:http://bugs.php.net/fix.php?id=40643&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40643&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40643&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40643&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40643&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40643&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40643&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40643&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40643&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40643&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40643&r=mysqlcfg
#40630 [Fbk->Opn]: preg_match_all with a particular regexp causes run-away php/apache process
ID: 40630 User updated by: mfburdett at gmail dot com Reported By: mfburdett at gmail dot com -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: FreeBSD 6.2 PHP Version: 5.2.1 New Comment: [^"]*)(?>""[^"]* )*"|(?: [^",]*))%x'; $string = ''; preg_match_all($regexp, $string, $matches); ?> Previous Comments: [2007-02-26 16:35:11] [EMAIL PROTECTED] Notice: Undefined variable: string [2007-02-26 16:32:14] mfburdett at gmail dot com [^"]*)(?>""[^"]* )*"|(?: [^",]*))%x'; preg_match_all($regexp, $string, $matches); ?> [2007-02-26 09:31:50] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-02-26 00:28:04] mfburdett at gmail dot com At the moment I don't have access to a non-production amd64 box, so I cannot test the snapshot. I cannot reproduce the issue on a i386 box. [2007-02-25 23:07:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-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/40630 -- Edit this bug report at http://bugs.php.net/?id=40630&edit=1
#40630 [Opn->Fbk]: preg_match_all with a particular regexp causes run-away php/apache process
ID: 40630
Updated by: [EMAIL PROTECTED]
Reported By: mfburdett at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: FreeBSD 6.2
PHP Version: 5.2.1
New Comment:
Notice: Undefined variable: string
Previous Comments:
[2007-02-26 16:32:14] mfburdett at gmail dot com
[^"]*)(?>""[^"]* )*"|(?: [^",]*))%x';
preg_match_all($regexp, $string, $matches);
?>
[2007-02-26 09:31:50] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2007-02-26 00:28:04] mfburdett at gmail dot com
At the moment I don't have access to a non-production amd64 box, so I
cannot test the snapshot. I cannot reproduce the issue on a i386 box.
[2007-02-25 23:07:55] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2007-02-25 20:02:16] mfburdett at gmail dot com
Description:
preg_match_all with a particular regexp causes a run-away Apache/PHP
processes which consumes all available CPU. This is on amd64
architecture; FreeBSD 6.2; PCRE 7.0 and PHP 5.2.1 installed through
FreeBSD ports.
Reproduce code:
---
$regexp = '%(?:^|,\ *)("(?>[^"]*)(?>""[^"]* )*"|(?: [^",]*))%x';
preg_match_all($regexp, $string, $matches);
Expected result:
It should compile and execute.
Actual result:
--
Process consumes all available CPU until killed.
--
Edit this bug report at http://bugs.php.net/?id=40630&edit=1
#40630 [Fbk->Opn]: preg_match_all with a particular regexp causes run-away php/apache process
ID: 40630
User updated by: mfburdett at gmail dot com
Reported By: mfburdett at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: FreeBSD 6.2
PHP Version: 5.2.1
New Comment:
[^"]*)(?>""[^"]* )*"|(?: [^",]*))%x';
preg_match_all($regexp, $string, $matches);
?>
Previous Comments:
[2007-02-26 09:31:50] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2007-02-26 00:28:04] mfburdett at gmail dot com
At the moment I don't have access to a non-production amd64 box, so I
cannot test the snapshot. I cannot reproduce the issue on a i386 box.
[2007-02-25 23:07:55] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2007-02-25 20:02:16] mfburdett at gmail dot com
Description:
preg_match_all with a particular regexp causes a run-away Apache/PHP
processes which consumes all available CPU. This is on amd64
architecture; FreeBSD 6.2; PCRE 7.0 and PHP 5.2.1 installed through
FreeBSD ports.
Reproduce code:
---
$regexp = '%(?:^|,\ *)("(?>[^"]*)(?>""[^"]* )*"|(?: [^",]*))%x';
preg_match_all($regexp, $string, $matches);
Expected result:
It should compile and execute.
Actual result:
--
Process consumes all available CPU until killed.
--
Edit this bug report at http://bugs.php.net/?id=40630&edit=1
#40537 [Opn->Fbk]: move_uploaded_file - target directory's name problem
ID: 40537 Updated by: [EMAIL PROTECTED] Reported By: stloukal at programator dot cz -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: "ls -Z" can only work if SELinux is enabled, so you did not turn it off. Previous Comments: [2007-02-26 15:57:02] stloukal at programator dot cz Error reporting added. [EMAIL PROTECTED] web]$ ls -Z drwxrwxrwx root root bug_test drwxrwxrwx root root tmp [2007-02-26 15:49:34] [EMAIL PROTECTED] Add error_reporting(E_ALL | E_STRICT) to the beginning of the script. >I turned SELinux off. See if `ls -Z` works for you. [2007-02-26 15:44:21] stloukal at programator dot cz There are no open_basedir (or any other) restrictions for /var/www/web or var/www/web/bug_test. Please, could you look at this page (https://bug_test.devel.gtspartner.cz/index.php)? It contains my script and phpinfo() output. Maybe, my problem is not in PHP. Should it be somewhere else? E.g. in Apache or Linux? I turned SELinux off. [2007-02-26 15:30:07] [EMAIL PROTECTED] Somehow I figured that out myself, thanks. Please remove open_basedir and see if it makes any difference. [2007-02-26 15:28:53] stloukal at programator dot cz Addition to [26 Feb 3:23pm UTC]: please change the line 7 in script - use "$path = '../tmp/'.$name;" instead of "$path = '../../tmp/'.$name;" 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/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem
ID: 40537 User updated by: stloukal at programator dot cz Reported By: stloukal at programator dot cz -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: Error reporting added. [EMAIL PROTECTED] web]$ ls -Z drwxrwxrwx root root bug_test drwxrwxrwx root root tmp Previous Comments: [2007-02-26 15:49:34] [EMAIL PROTECTED] Add error_reporting(E_ALL | E_STRICT) to the beginning of the script. >I turned SELinux off. See if `ls -Z` works for you. [2007-02-26 15:44:21] stloukal at programator dot cz There are no open_basedir (or any other) restrictions for /var/www/web or var/www/web/bug_test. Please, could you look at this page (https://bug_test.devel.gtspartner.cz/index.php)? It contains my script and phpinfo() output. Maybe, my problem is not in PHP. Should it be somewhere else? E.g. in Apache or Linux? I turned SELinux off. [2007-02-26 15:30:07] [EMAIL PROTECTED] Somehow I figured that out myself, thanks. Please remove open_basedir and see if it makes any difference. [2007-02-26 15:28:53] stloukal at programator dot cz Addition to [26 Feb 3:23pm UTC]: please change the line 7 in script - use "$path = '../tmp/'.$name;" instead of "$path = '../../tmp/'.$name;" [2007-02-26 15:28:49] [EMAIL PROTECTED] uploaded: /www/tmp/phpweyhUK = 1 moved: ../tmp/galerie_DSCF6801_resize.JPG = 1 Works perfectly fine. 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/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40641 [Opn->Fbk]: open_basedir crash httpd
ID: 40641 Updated by: [EMAIL PROTECTED] Reported By: jfgingras at cegep-ste-foy dot qc dot ca -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 6.1-RELEASE PHP Version: 5.2.1 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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2007-02-26 15:49:36] jfgingras at cegep-ste-foy dot qc dot ca Description: If open_basedir if defined in a , any call to a php file, event if this file is empty, will either throw a Bus error or a Segmentation fault. This problem appears as soon as I upgraded php 5.1.6 to 5.2.1 I didn't change anything in any configuration file of apache, and I did not upgrade apache either. My Apache version is 2.0.58 When I remove the open_basedir directive, it solve the problem. Here's the logfile of apache: [...] [Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal Segmentation fault (11) [Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus error (10) [Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal Segmentation fault (11) [Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus error (10) [Mon Feb 26 09:34:19 2007] [notice] child pid 32270 exit signal Bus error (10) [Mon Feb 26 09:36:58 2007] [notice] child pid 68902 exit signal Bus error (10) [Mon Feb 26 09:37:13 2007] [notice] child pid 69863 exit signal Bus error (10) Reproduce code: --- Here's what I have in my : php_admin_value open_basedir /var/www/htdocs/stages php_admin_value upload_tmp_dir /var/www/htdocs/stages/tmp php_value register_globals 1 -- Edit this bug report at http://bugs.php.net/?id=40641&edit=1
#40641 [NEW]: open_basedir crash httpd
From: jfgingras at cegep-ste-foy dot qc dot ca Operating system: FreeBSD 6.1-RELEASE PHP version: 5.2.1 PHP Bug Type: Reproducible crash Bug description: open_basedir crash httpd Description: If open_basedir if defined in a , any call to a php file, event if this file is empty, will either throw a Bus error or a Segmentation fault. This problem appears as soon as I upgraded php 5.1.6 to 5.2.1 I didn't change anything in any configuration file of apache, and I did not upgrade apache either. My Apache version is 2.0.58 When I remove the open_basedir directive, it solve the problem. Here's the logfile of apache: [...] [Mon Feb 26 09:21:43 2007] [notice] child pid 31432 exit signal Segmentation fault (11) [Mon Feb 26 09:27:13 2007] [notice] child pid 65784 exit signal Bus error (10) [Mon Feb 26 09:27:44 2007] [notice] child pid 65537 exit signal Segmentation fault (11) [Mon Feb 26 09:28:27 2007] [notice] child pid 68909 exit signal Bus error (10) [Mon Feb 26 09:34:19 2007] [notice] child pid 32270 exit signal Bus error (10) [Mon Feb 26 09:36:58 2007] [notice] child pid 68902 exit signal Bus error (10) [Mon Feb 26 09:37:13 2007] [notice] child pid 69863 exit signal Bus error (10) Reproduce code: --- Here's what I have in my : php_admin_value open_basedir /var/www/htdocs/stages php_admin_value upload_tmp_dir /var/www/htdocs/stages/tmp php_value register_globals 1 -- Edit bug report at http://bugs.php.net/?id=40641&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40641&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40641&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40641&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40641&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40641&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40641&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40641&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40641&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40641&r=support Expected behavior:http://bugs.php.net/fix.php?id=40641&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40641&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40641&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40641&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40641&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40641&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40641&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40641&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40641&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40641&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40641&r=mysqlcfg
#40537 [Opn->Fbk]: move_uploaded_file - target directory's name problem
ID: 40537 Updated by: [EMAIL PROTECTED] Reported By: stloukal at programator dot cz -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: Add error_reporting(E_ALL | E_STRICT) to the beginning of the script. >I turned SELinux off. See if `ls -Z` works for you. Previous Comments: [2007-02-26 15:44:21] stloukal at programator dot cz There are no open_basedir (or any other) restrictions for /var/www/web or var/www/web/bug_test. Please, could you look at this page (https://bug_test.devel.gtspartner.cz/index.php)? It contains my script and phpinfo() output. Maybe, my problem is not in PHP. Should it be somewhere else? E.g. in Apache or Linux? I turned SELinux off. [2007-02-26 15:30:07] [EMAIL PROTECTED] Somehow I figured that out myself, thanks. Please remove open_basedir and see if it makes any difference. [2007-02-26 15:28:53] stloukal at programator dot cz Addition to [26 Feb 3:23pm UTC]: please change the line 7 in script - use "$path = '../tmp/'.$name;" instead of "$path = '../../tmp/'.$name;" [2007-02-26 15:28:49] [EMAIL PROTECTED] uploaded: /www/tmp/phpweyhUK = 1 moved: ../tmp/galerie_DSCF6801_resize.JPG = 1 Works perfectly fine. [2007-02-26 15:23:16] stloukal at programator dot cz OK, sorry for inconvenience. I created in my DocumentRoot (/var/www/web/) directories "bug_test" and "tmp" (both 0777 permissions). No symlinks are used! Then I placed script gallery_test.php (see my post from [19 Feb 12:26pm UTC]) into the bug_test directory. That's all. Script behaviour matches the described bug. 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/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40589 [Fbk]: mysqli can't handle a reconnect, crashes
ID: 40589 Updated by: [EMAIL PROTECTED] Reported By: pegasus at nerv dot eu dot org Status: Feedback Bug Type: MySQLi related Operating System: Linux PHP Version: 5.2.1 New Comment: Hi, can you specify which version of libmysql do you use, phpinfo() page should say what is the version of the headers. It seems like http://bugs.mysql.com/bug.php?id=12744 , but it could be another place in libmysql where similar crash occurs. Your help is very appreciated! Regards, Andrey Previous Comments: [2007-02-22 10:53:49] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-02-22 09:42:16] pegasus at nerv dot eu dot org Forgot to mention that this only happens when using prepared statements. [2007-02-22 08:55:01] pegasus at nerv dot eu dot org Description: If you set mysql timeouts (in my.cnf) to some short times, like: set-variable = connect_timeout=3 set-variable = interactive_timeout=5 set-variable = wait_timeout=10 And then have a script, that opens mysql connection via mysqli, sleeps for 20 seconds and then tries to do something with that connection, php crashes. Reproduce code: --- Simple enough to reproduce from the comment above Actual result: -- Segfault: #0 0xb7638542 in net_clear () from /usr/lib/./libmysqlclient.so.15 #1 0xb7613df3 in cli_stmt_execute () from /usr/lib/./libmysqlclient.so.15 #2 0xb76142b3 in mysql_stmt_execute () from /usr/lib/./libmysqlclient.so.15 #3 0x081e806c in zif_mysqli_stmt_execute () #4 0x0842a8ea in execute () #5 0x0842ada6 in execute () #6 0x0842a516 in execute () #7 0x0840c9da in zend_execute_scripts () #8 0x083ca2f4 in php_execute_script () #9 0x0846c701 in main () -- Edit this bug report at http://bugs.php.net/?id=40589&edit=1
#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem
ID: 40537 User updated by: stloukal at programator dot cz Reported By: stloukal at programator dot cz -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: There are no open_basedir (or any other) restrictions for /var/www/web or var/www/web/bug_test. Please, could you look at this page (https://bug_test.devel.gtspartner.cz/index.php)? It contains my script and phpinfo() output. Maybe, my problem is not in PHP. Should it be somewhere else? E.g. in Apache or Linux? I turned SELinux off. Previous Comments: [2007-02-26 15:30:07] [EMAIL PROTECTED] Somehow I figured that out myself, thanks. Please remove open_basedir and see if it makes any difference. [2007-02-26 15:28:53] stloukal at programator dot cz Addition to [26 Feb 3:23pm UTC]: please change the line 7 in script - use "$path = '../tmp/'.$name;" instead of "$path = '../../tmp/'.$name;" [2007-02-26 15:28:49] [EMAIL PROTECTED] uploaded: /www/tmp/phpweyhUK = 1 moved: ../tmp/galerie_DSCF6801_resize.JPG = 1 Works perfectly fine. [2007-02-26 15:23:16] stloukal at programator dot cz OK, sorry for inconvenience. I created in my DocumentRoot (/var/www/web/) directories "bug_test" and "tmp" (both 0777 permissions). No symlinks are used! Then I placed script gallery_test.php (see my post from [19 Feb 12:26pm UTC]) into the bug_test directory. That's all. Script behaviour matches the described bug. [2007-02-26 12:53:11] [EMAIL PROTECTED] I'm totally lost in your paths, "/home/chroot/home/krtek/web/tuzemsko/tmp/", which is actually "/var/www/web/tuzemsko/krtek/web/tuzemsko/tmp" is a bit hard to read and recreate. Please provide simple and clear directory structure I need to create in order to reproduce it. For example: /www/tmp - upload dir /www - scripts dir etc. etc. 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/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40633 [Opn->Fbk]: disk_free_space returns a bad result on filesystems with negative free space
ID: 40633
Updated by: [EMAIL PROTECTED]
Reported By: adam-phpbugs at adam dot gs
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: FreeBSD
PHP Version: 5.2.1
New Comment:
Please provide an SSH account on a machine where I can reproduce it.
Previous Comments:
[2007-02-26 13:33:03] adam-phpbugs at adam dot gs
changing OS to FreeBSD
[2007-02-26 13:32:36] adam-phpbugs at adam dot gs
This was FreeBSD
if you look at the FreeBSD manpage for tunefs(8), this is
the intended behaviour.
http://www.freebsd.org/cgi/man.cgi?
query=tunefs&apropos=0&sektion=0&manpath=FreeBSD+6.2-
RELEASE&format=html
Basically, in FreeBSD (under UFS2 at least) avaliable space
is calculated as total minus used minus reserved. A small %
(8 by default) is reserved.
So, this is not really a bug, but actually an intended
feature.
[2007-02-26 09:33:41] [EMAIL PROTECTED]
What kind of BSD is that and don't you think that negative free space
is a BSD bug?
[2007-02-26 00:55:02] adam-phpbugs at adam dot gs
Description:
on a filesystem with a negative amount of free space (this
can happen on at least FreeBSD) disk_free_space returns
unreasonable results.
-=[/some/path]=- -=[Sun Feb 25]=- -=[19:51:55]=-
[EMAIL PROTECTED] php -r 'print disk_free_space(".")."\n";'
3.77789318629E+22
-=[/some/path]=- -=[Sun Feb 25]=- -=[19:51:57]=-
[EMAIL PROTECTED] df -h .
FilesystemSizeUsed Avail Capacity Mounted on
/dev/ad7 289G289G-23G 109%/some/path
-=[/some/path]=- -=[Sun Feb 25]=- -=[19:51:58]=-
[EMAIL PROTECTED] df .
Filesystem 1K-blocks Used Avail Capacity Mounted
on
/dev/ad7 302732078 302699550 -24186038 109%/some/
path
Reproduce code:
---
php -r 'print disk_free_space(".")."\n";'
Expected result:
-24186038
Actual result:
--
3.77789318629E+22
--
Edit this bug report at http://bugs.php.net/?id=40633&edit=1
#40600 [Asn->Bgs]: [PATCH]:getgrgid_r, getgrnam_r etc functions regression(crash)
ID: 40600 Updated by: [EMAIL PROTECTED] Reported By: stas at FreeBSD dot org -Status: Assigned +Status: Bogus Bug Type: POSIX related Operating System: FreeBSD PHP Version: 5.2.1 Assigned To: iliaa New Comment: Nuno, this part of the patch has been applied 3 days ago. Previous Comments: [2007-02-26 14:03:00] [EMAIL PROTECTED] He is refering to this part of the patch: @@ -887,6 +886,8 @@ #ifdef HAVE_GETGRGID_R grbuflen = sysconf(_SC_GETGR_R_SIZE_MAX); + if (grbuflen < 0) + grbuflen = 1024; so there is no check there for a negative return value. [2007-02-26 01:59:47] [EMAIL PROTECTED] buflen check disallows values that are less then 1, so how will you ever allocate a negative value? RETURN_FALSE will terminate the function. [2007-02-25 23:04:42] stas at FreeBSD dot org The bug is still here. [2007-02-24 09:03:50] stas at FreeBSD dot org > The current code is fine, we should not hardcode buffer > sizes if they cannot be retrieved, this could lead to > exploitable situations. Also if the return buffer length of > 0 it probably indicates a problem. 1) According to POSIX it's not a problem 2) Besides that one check is missing (take a look at patch), so you're effectively trying to malloc (size_t)-1 bytes on FreeBSD currently, which leads to crash. [2007-02-23 23:53:25] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The current code is fine, we should not hardcode buffer sizes if they cannot be retrieved, this could lead to exploitable situations. Also if the return buffer length of 0 it probably indicates a problem. 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/40600 -- Edit this bug report at http://bugs.php.net/?id=40600&edit=1
#40537 [Opn->Fbk]: move_uploaded_file - target directory's name problem
ID: 40537 Updated by: [EMAIL PROTECTED] Reported By: stloukal at programator dot cz -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: Somehow I figured that out myself, thanks. Please remove open_basedir and see if it makes any difference. Previous Comments: [2007-02-26 15:28:53] stloukal at programator dot cz Addition to [26 Feb 3:23pm UTC]: please change the line 7 in script - use "$path = '../tmp/'.$name;" instead of "$path = '../../tmp/'.$name;" [2007-02-26 15:28:49] [EMAIL PROTECTED] uploaded: /www/tmp/phpweyhUK = 1 moved: ../tmp/galerie_DSCF6801_resize.JPG = 1 Works perfectly fine. [2007-02-26 15:23:16] stloukal at programator dot cz OK, sorry for inconvenience. I created in my DocumentRoot (/var/www/web/) directories "bug_test" and "tmp" (both 0777 permissions). No symlinks are used! Then I placed script gallery_test.php (see my post from [19 Feb 12:26pm UTC]) into the bug_test directory. That's all. Script behaviour matches the described bug. [2007-02-26 12:53:11] [EMAIL PROTECTED] I'm totally lost in your paths, "/home/chroot/home/krtek/web/tuzemsko/tmp/", which is actually "/var/www/web/tuzemsko/krtek/web/tuzemsko/tmp" is a bit hard to read and recreate. Please provide simple and clear directory structure I need to create in order to reproduce it. For example: /www/tmp - upload dir /www - scripts dir etc. etc. [2007-02-26 12:42:27] stloukal at programator dot cz Hello, I don't know, what to fix. I can use the same configuration, the same symlinks, the same script and when I change the name of the target directory (e.g. ../../tmp/test/ or ../../temp/) everything works fine without problems. I don't think the problem is in the symlinks. Even if I create symlink for "tmp" named "temp" and I use "../../temp" path instead "../../tmp" path, it works fine. 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/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem
ID: 40537 User updated by: stloukal at programator dot cz Reported By: stloukal at programator dot cz -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: Addition to [26 Feb 3:23pm UTC]: please change the line 7 in script - use "$path = '../tmp/'.$name;" instead of "$path = '../../tmp/'.$name;" Previous Comments: [2007-02-26 15:28:49] [EMAIL PROTECTED] uploaded: /www/tmp/phpweyhUK = 1 moved: ../tmp/galerie_DSCF6801_resize.JPG = 1 Works perfectly fine. [2007-02-26 15:23:16] stloukal at programator dot cz OK, sorry for inconvenience. I created in my DocumentRoot (/var/www/web/) directories "bug_test" and "tmp" (both 0777 permissions). No symlinks are used! Then I placed script gallery_test.php (see my post from [19 Feb 12:26pm UTC]) into the bug_test directory. That's all. Script behaviour matches the described bug. [2007-02-26 12:53:11] [EMAIL PROTECTED] I'm totally lost in your paths, "/home/chroot/home/krtek/web/tuzemsko/tmp/", which is actually "/var/www/web/tuzemsko/krtek/web/tuzemsko/tmp" is a bit hard to read and recreate. Please provide simple and clear directory structure I need to create in order to reproduce it. For example: /www/tmp - upload dir /www - scripts dir etc. etc. [2007-02-26 12:42:27] stloukal at programator dot cz Hello, I don't know, what to fix. I can use the same configuration, the same symlinks, the same script and when I change the name of the target directory (e.g. ../../tmp/test/ or ../../temp/) everything works fine without problems. I don't think the problem is in the symlinks. Even if I create symlink for "tmp" named "temp" and I use "../../temp" path instead "../../tmp" path, it works fine. [2007-02-26 09:53:58] [EMAIL PROTECTED] Cannot reproduce. Fix your symlinks pointing to and out chroots. 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/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40537 [Opn->Fbk]: move_uploaded_file - target directory's name problem
ID: 40537 Updated by: [EMAIL PROTECTED] Reported By: stloukal at programator dot cz -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: uploaded: /www/tmp/phpweyhUK = 1 moved: ../tmp/galerie_DSCF6801_resize.JPG = 1 Works perfectly fine. Previous Comments: [2007-02-26 15:23:16] stloukal at programator dot cz OK, sorry for inconvenience. I created in my DocumentRoot (/var/www/web/) directories "bug_test" and "tmp" (both 0777 permissions). No symlinks are used! Then I placed script gallery_test.php (see my post from [19 Feb 12:26pm UTC]) into the bug_test directory. That's all. Script behaviour matches the described bug. [2007-02-26 12:53:11] [EMAIL PROTECTED] I'm totally lost in your paths, "/home/chroot/home/krtek/web/tuzemsko/tmp/", which is actually "/var/www/web/tuzemsko/krtek/web/tuzemsko/tmp" is a bit hard to read and recreate. Please provide simple and clear directory structure I need to create in order to reproduce it. For example: /www/tmp - upload dir /www - scripts dir etc. etc. [2007-02-26 12:42:27] stloukal at programator dot cz Hello, I don't know, what to fix. I can use the same configuration, the same symlinks, the same script and when I change the name of the target directory (e.g. ../../tmp/test/ or ../../temp/) everything works fine without problems. I don't think the problem is in the symlinks. Even if I create symlink for "tmp" named "temp" and I use "../../temp" path instead "../../tmp" path, it works fine. [2007-02-26 09:53:58] [EMAIL PROTECTED] Cannot reproduce. Fix your symlinks pointing to and out chroots. [2007-02-19 12:26:22] stloukal at programator dot cz Hello, here is working code that demonstrates described bug. I append some configuration that may be interesting for you. Configuration: Safe mode: off $_SERVER[SCRIPT_FILENAME]: /var/www/web/tuzemsko/krtek/admin/gallery_test.php real path of the script: /home/chroot/home/krtek/web/tuzemsko/www/admin/gallery_test.php /var/www/web/tuzemsko/krtek is a symbolic link to /home/chroot/home/krtek/web/tuzemsko/www/. httpd.conf: php_admin_value upload_tmp_dir /home/chroot/tmp/ php_admin_value open_basedir /var/www/web/tuzemsko/krtek/:/home/chroot/tmp/:/home/chroot/home/krtek/web/ Directory /home/chroot/home/krtek/web/tuzemsko/tmp/ has 0777 permissions. --- Script: '; ?> Everything worked fine with 5.1.2 version. 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/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem
ID: 40537 User updated by: stloukal at programator dot cz Reported By: stloukal at programator dot cz -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: OK, sorry for inconvenience. I created in my DocumentRoot (/var/www/web/) directories "bug_test" and "tmp" (both 0777 permissions). No symlinks are used! Then I placed script gallery_test.php (see my post from [19 Feb 12:26pm UTC]) into the bug_test directory. That's all. Script behaviour matches the described bug. Previous Comments: [2007-02-26 12:53:11] [EMAIL PROTECTED] I'm totally lost in your paths, "/home/chroot/home/krtek/web/tuzemsko/tmp/", which is actually "/var/www/web/tuzemsko/krtek/web/tuzemsko/tmp" is a bit hard to read and recreate. Please provide simple and clear directory structure I need to create in order to reproduce it. For example: /www/tmp - upload dir /www - scripts dir etc. etc. [2007-02-26 12:42:27] stloukal at programator dot cz Hello, I don't know, what to fix. I can use the same configuration, the same symlinks, the same script and when I change the name of the target directory (e.g. ../../tmp/test/ or ../../temp/) everything works fine without problems. I don't think the problem is in the symlinks. Even if I create symlink for "tmp" named "temp" and I use "../../temp" path instead "../../tmp" path, it works fine. [2007-02-26 09:53:58] [EMAIL PROTECTED] Cannot reproduce. Fix your symlinks pointing to and out chroots. [2007-02-19 12:26:22] stloukal at programator dot cz Hello, here is working code that demonstrates described bug. I append some configuration that may be interesting for you. Configuration: Safe mode: off $_SERVER[SCRIPT_FILENAME]: /var/www/web/tuzemsko/krtek/admin/gallery_test.php real path of the script: /home/chroot/home/krtek/web/tuzemsko/www/admin/gallery_test.php /var/www/web/tuzemsko/krtek is a symbolic link to /home/chroot/home/krtek/web/tuzemsko/www/. httpd.conf: php_admin_value upload_tmp_dir /home/chroot/tmp/ php_admin_value open_basedir /var/www/web/tuzemsko/krtek/:/home/chroot/tmp/:/home/chroot/home/krtek/web/ Directory /home/chroot/home/krtek/web/tuzemsko/tmp/ has 0777 permissions. --- Script: '; ?> Everything worked fine with 5.1.2 version. [2007-02-19 10:01:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. 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/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40638 [Opn->Bgs]: Error when compiling - APXS related
ID: 40638 Updated by: [EMAIL PROTECTED] Reported By: sheezes at gmail dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: AIX 5.2 PHP Version: 5.2.1 New Comment: >libpath is an apache configurion var? No, it's AIX env variable, similar to LD_LIBRARY_PATH on Linux. >I tried googleing it and find nothing about it. Looks for "AIX LIBPATH". Not PHP problem -> bogus. Previous Comments: [2007-02-26 14:51:59] sheezes at gmail dot com my bad, it's /usr/IBMIHS_MON/lib and not libs. libpath is an apache configurion var? I tried googleing it and find nothing about it. btw, it's my first time i compile on aix :\ [2007-02-26 14:14:00] [EMAIL PROTECTED] /usr/IBMIHS_MON/libs ? or /usr/IBMIHS_MON/lib? Anyway, it would look there only if the binary was compiled appropriately. If it was not, you have to use LIBPATH (or tweak dynamic linker paths in an other way). [2007-02-26 14:09:36] sheezes at gmail dot com hmmm, I checked my apache lib directory (/usr/IBMIHS_MON/libs) and the file is there. Any idea maybe why it can't seem to find it? btw, thanks for your help so far! [2007-02-26 14:05:28] [EMAIL PROTECTED] Ahha. So here we got the actual source of the problem: `/usr/IBMIHS_MON/bin/httpd -v` produces the error below. Could not load program /usr/IBMIHS_MON/bin/httpd: Dependent module libaprutil-0.so could not be loaded. Could not load module libaprutil-0.so. System error: No such file or directory [2007-02-26 13:59:28] sheezes at gmail dot com # > echo `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` /usr/IBMIHS_MON/bin/httpd # > `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` -v Could not load program /usr/IBMIHS_MON/bin/httpd: Dependent module libaprutil-0.so could not be loaded. Could not load module libaprutil-0.so. System error: No such file or directory 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/40638 -- Edit this bug report at http://bugs.php.net/?id=40638&edit=1
#40638 [Fbk->Opn]: Error when compiling - APXS related
ID: 40638 User updated by: sheezes at gmail dot com Reported By: sheezes at gmail dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: AIX 5.2 PHP Version: 5.2.1 New Comment: my bad, it's /usr/IBMIHS_MON/lib and not libs. libpath is an apache configurion var? I tried googleing it and find nothing about it. btw, it's my first time i compile on aix :\ Previous Comments: [2007-02-26 14:14:00] [EMAIL PROTECTED] /usr/IBMIHS_MON/libs ? or /usr/IBMIHS_MON/lib? Anyway, it would look there only if the binary was compiled appropriately. If it was not, you have to use LIBPATH (or tweak dynamic linker paths in an other way). [2007-02-26 14:09:36] sheezes at gmail dot com hmmm, I checked my apache lib directory (/usr/IBMIHS_MON/libs) and the file is there. Any idea maybe why it can't seem to find it? btw, thanks for your help so far! [2007-02-26 14:05:28] [EMAIL PROTECTED] Ahha. So here we got the actual source of the problem: `/usr/IBMIHS_MON/bin/httpd -v` produces the error below. Could not load program /usr/IBMIHS_MON/bin/httpd: Dependent module libaprutil-0.so could not be loaded. Could not load module libaprutil-0.so. System error: No such file or directory [2007-02-26 13:59:28] sheezes at gmail dot com # > echo `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` /usr/IBMIHS_MON/bin/httpd # > `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` -v Could not load program /usr/IBMIHS_MON/bin/httpd: Dependent module libaprutil-0.so could not be loaded. Could not load module libaprutil-0.so. System error: No such file or directory [2007-02-26 13:45:33] [EMAIL PROTECTED] What do you see with? echo `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` and `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` -v ? 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/40638 -- Edit this bug report at http://bugs.php.net/?id=40638&edit=1
#40640 [NEW]: Performace issues with 5.2.1
From: info at a-wing dot co dot uk Operating system: CentOS 4.4 PHP version: 5.2.1 PHP Bug Type: Performance problem Bug description: Performace issues with 5.2.1 Description: After compiling PHP 5.2.1 on our devel boxes we find a performance hit compared to 5.2.0 as can be seen in the following bench.php results: PHP 5.2.0 - simple 0.269 simplecall 0.472 simpleucall0.829 simpleudcall 0.952 mandel 1.043 mandel21.203 ackermann(7) 0.859 ary(5) 0.049 ary2(5)0.041 ary3(2000) 0.478 fibo(30) 2.093 hash1(5) 0.088 hash2(500) 0.095 heapsort(2)0.279 matrix(20) 0.245 nestedloop(12) 0.458 sieve(30) 0.220 strcat(20) 0.038 Total 9.713 PHP 5.2.1 - simple 0.537 simplecall 0.957 simpleucall1.429 simpleudcall 1.467 mandel 1.988 mandel22.506 ackermann(7) 1.646 ary(5) 0.087 ary2(5)0.073 ary3(2000) 0.983 fibo(30) 3.744 hash1(5) 0.176 hash2(500) 0.194 heapsort(2)0.541 matrix(20) 0.446 nestedloop(12) 0.808 sieve(30) 0.422 strcat(20) 0.422 Total 18.427 I have tried with GCC 4.1.0 and 3.4.6 with similar results. Both versions were built with the same configuration options and CFLAGS (tried -march=i686 -msse2 and just leaving it to defaults with similar difference in speed). I especially turn your attention to the strcat score which is terribly slow in 5.2.1. I have also benched 5.2.2dev using the 1:30am GMT build on the 26th with the following results: simple 0.330 simplecall 0.506 simpleucall0.805 simpleudcall 0.921 mandel 1.091 mandel21.459 ackermann(7) 1.028 ary(5) 0.057 ary2(5)0.048 ary3(2000) 0.642 fibo(30) 2.479 hash1(5) 0.107 hash2(500) 0.127 heapsort(2)0.358 matrix(20) 0.294 nestedloop(12) 0.605 sieve(30) 0.275 strcat(20) 0.162 Total 11.293 Better than 5.2.1, but still slower than 5.2.0. Reproduce code: --- http://cvs.php.net/viewvc.cgi/ZendEngine2/bench.php?view=markup Expected result: Minimal difference in speed, maybe even a speed increase in 5.2.1. Actual result: -- 5.2.1 takes twice as long compared to 5.2.0 -- Edit bug report at http://bugs.php.net/?id=40640&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40640&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40640&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40640&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40640&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40640&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40640&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40640&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40640&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40640&r=support Expected behavior:http://bugs.php.net/fix.php?id=40640&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40640&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40640&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40640&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40640&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40640&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40640&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40640&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40640&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40640&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40640&r=mysqlcfg
#40638 [Opn->Fbk]: Error when compiling - APXS related
ID: 40638 Updated by: [EMAIL PROTECTED] Reported By: sheezes at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: AIX 5.2 PHP Version: 5.2.1 New Comment: /usr/IBMIHS_MON/libs ? or /usr/IBMIHS_MON/lib? Anyway, it would look there only if the binary was compiled appropriately. If it was not, you have to use LIBPATH (or tweak dynamic linker paths in an other way). Previous Comments: [2007-02-26 14:09:36] sheezes at gmail dot com hmmm, I checked my apache lib directory (/usr/IBMIHS_MON/libs) and the file is there. Any idea maybe why it can't seem to find it? btw, thanks for your help so far! [2007-02-26 14:05:28] [EMAIL PROTECTED] Ahha. So here we got the actual source of the problem: `/usr/IBMIHS_MON/bin/httpd -v` produces the error below. Could not load program /usr/IBMIHS_MON/bin/httpd: Dependent module libaprutil-0.so could not be loaded. Could not load module libaprutil-0.so. System error: No such file or directory [2007-02-26 13:59:28] sheezes at gmail dot com # > echo `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` /usr/IBMIHS_MON/bin/httpd # > `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` -v Could not load program /usr/IBMIHS_MON/bin/httpd: Dependent module libaprutil-0.so could not be loaded. Could not load module libaprutil-0.so. System error: No such file or directory [2007-02-26 13:45:33] [EMAIL PROTECTED] What do you see with? echo `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` and `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` -v ? [2007-02-26 13:35:47] sheezes at gmail dot com --with-apxs=/usr/IBMIHS_MON/bin/apxs i know that i should have used --with-apxs2 but when i run it with this parameter it told me that i have apache 1.3 and i should drop the "2" to get --with-apxs 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/40638 -- Edit this bug report at http://bugs.php.net/?id=40638&edit=1
#40638 [Fbk->Opn]: Error when compiling - APXS related
ID: 40638 User updated by: sheezes at gmail dot com Reported By: sheezes at gmail dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: AIX 5.2 PHP Version: 5.2.1 New Comment: hmmm, I checked my apache lib directory (/usr/IBMIHS_MON/libs) and the file is there. Any idea maybe why it can't seem to find it? btw, thanks for your help so far! Previous Comments: [2007-02-26 14:05:28] [EMAIL PROTECTED] Ahha. So here we got the actual source of the problem: `/usr/IBMIHS_MON/bin/httpd -v` produces the error below. Could not load program /usr/IBMIHS_MON/bin/httpd: Dependent module libaprutil-0.so could not be loaded. Could not load module libaprutil-0.so. System error: No such file or directory [2007-02-26 13:59:28] sheezes at gmail dot com # > echo `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` /usr/IBMIHS_MON/bin/httpd # > `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` -v Could not load program /usr/IBMIHS_MON/bin/httpd: Dependent module libaprutil-0.so could not be loaded. Could not load module libaprutil-0.so. System error: No such file or directory [2007-02-26 13:45:33] [EMAIL PROTECTED] What do you see with? echo `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` and `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` -v ? [2007-02-26 13:35:47] sheezes at gmail dot com --with-apxs=/usr/IBMIHS_MON/bin/apxs i know that i should have used --with-apxs2 but when i run it with this parameter it told me that i have apache 1.3 and i should drop the "2" to get --with-apxs [2007-02-26 13:22:07] [EMAIL PROTECTED] Which apxs did you use in your configure line? 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/40638 -- Edit this bug report at http://bugs.php.net/?id=40638&edit=1
#40638 [Opn->Fbk]: Error when compiling - APXS related
ID: 40638 Updated by: [EMAIL PROTECTED] Reported By: sheezes at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: AIX 5.2 PHP Version: 5.2.1 New Comment: Ahha. So here we got the actual source of the problem: `/usr/IBMIHS_MON/bin/httpd -v` produces the error below. Could not load program /usr/IBMIHS_MON/bin/httpd: Dependent module libaprutil-0.so could not be loaded. Could not load module libaprutil-0.so. System error: No such file or directory Previous Comments: [2007-02-26 13:59:28] sheezes at gmail dot com # > echo `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` /usr/IBMIHS_MON/bin/httpd # > `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` -v Could not load program /usr/IBMIHS_MON/bin/httpd: Dependent module libaprutil-0.so could not be loaded. Could not load module libaprutil-0.so. System error: No such file or directory [2007-02-26 13:45:33] [EMAIL PROTECTED] What do you see with? echo `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` and `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` -v ? [2007-02-26 13:35:47] sheezes at gmail dot com --with-apxs=/usr/IBMIHS_MON/bin/apxs i know that i should have used --with-apxs2 but when i run it with this parameter it told me that i have apache 1.3 and i should drop the "2" to get --with-apxs [2007-02-26 13:22:07] [EMAIL PROTECTED] Which apxs did you use in your configure line? [2007-02-26 13:04:38] sheezes at gmail dot com Server version: IBM_HTTP_Server/2.0.47 Apache/2.0.47 Server built: Oct 10 2003 11:45:45 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/40638 -- Edit this bug report at http://bugs.php.net/?id=40638&edit=1
#40600 [Bgs->Asn]: [PATCH]:getgrgid_r, getgrnam_r etc functions regression(crash)
ID: 40600 Updated by: [EMAIL PROTECTED] Reported By: stas at FreeBSD dot org -Status: Bogus +Status: Assigned Bug Type: POSIX related Operating System: FreeBSD PHP Version: 5.2.1 Assigned To: iliaa New Comment: He is refering to this part of the patch: @@ -887,6 +886,8 @@ #ifdef HAVE_GETGRGID_R grbuflen = sysconf(_SC_GETGR_R_SIZE_MAX); + if (grbuflen < 0) + grbuflen = 1024; so there is no check there for a negative return value. Previous Comments: [2007-02-26 01:59:47] [EMAIL PROTECTED] buflen check disallows values that are less then 1, so how will you ever allocate a negative value? RETURN_FALSE will terminate the function. [2007-02-25 23:04:42] stas at FreeBSD dot org The bug is still here. [2007-02-24 09:03:50] stas at FreeBSD dot org > The current code is fine, we should not hardcode buffer > sizes if they cannot be retrieved, this could lead to > exploitable situations. Also if the return buffer length of > 0 it probably indicates a problem. 1) According to POSIX it's not a problem 2) Besides that one check is missing (take a look at patch), so you're effectively trying to malloc (size_t)-1 bytes on FreeBSD currently, which leads to crash. [2007-02-23 23:53:25] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The current code is fine, we should not hardcode buffer sizes if they cannot be retrieved, this could lead to exploitable situations. Also if the return buffer length of 0 it probably indicates a problem. [2007-02-23 14:07:38] [EMAIL PROTECTED] Ilia, please take a look at this, IIRC you added those sysconf() patches. 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/40600 -- Edit this bug report at http://bugs.php.net/?id=40600&edit=1
#40639 [Opn]: DBLIB driver segfaults on repeated prepared select statements
ID: 40639
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PDO related
Operating System: Mac OS X 10.4.8
PHP Version: 5CVS-2007-02-26 (CVS)
New Comment:
Also, check out this one, I'm not sure whether this is the
expected behaviour, but the colno seems to change value:
Breakpoint 1, fetch_value (stmt=0x172a624, dest=0x172a984,
colno=0, type_override=0x0) at /usr/local/src/PHP_5_2/ext/
pdo/pdo_stmt.c:500
500 char *value = NULL;
(gdb) step
501 unsigned long value_len = 0;
(gdb) step
502 int caller_frees = 0;
(gdb) step
506 type = PDO_PARAM_TYPE(col->param_type);
(gdb) step
507 new_type = type_override ? PDO_PARAM_TYPE
(*type_override) : type;
(gdb) step
509 value = NULL;
(gdb) step
510 value_len = 0;
(gdb) step
512 stmt->methods->get_col(stmt, colno, &value,
&value_len, &caller_frees TSRMLS_CC);
(gdb) print colno
$5 = 0
(gdb) step
pdo_dblib_stmt_get_col (stmt=0x172a624, colno=0,
ptr=0xb05c, len=0xb058, caller_frees=0xb054) at
/usr/local/src/PHP_5_2/ext/pdo_dblib/dblib_stmt.c:255
255 pdo_dblib_stmt *S = (pdo_dblib_stmt*)stmt-
>driver_data;
(gdb) finish
Run till exit from #0 pdo_dblib_stmt_get_col
(stmt=0x172a624, colno=0, ptr=0xb05c, len=0xb058,
caller_frees=0xb054) at /usr/local/src/PHP_5_2/ext/
pdo_dblib/dblib_stmt.c:255
fetch_value (stmt=0x172a624, dest=0x172a984, colno=24291756,
type_override=0x0) at /usr/local/src/PHP_5_2/ext/pdo/
pdo_stmt.c:514
514 switch (type) {
Value returned is $6 = 1
(gdb) print colno
$7 = 24291756
Previous Comments:
[2007-02-26 13:51:09] [EMAIL PROTECTED]
(gdb) p stmt
$1 = (pdo_stmt_t *) 0x172a624
(gdb) p *stmt
$2 = {
ce = 0x24a0180,
properties = 0x172a6e8,
in_get = 0,
in_set = 0,
methods = 0x557bc0,
driver_data = 0x172a768,
executed = 1,
supports_placeholders = 0,
_reserved = 0,
column_count = 1,
columns = 0x172a95c,
database_object_handle = {
value = {
lval = 1,
dval = 5.5997329951816251e-307,
str = {
val = 0x1 ,
len = 5843616
},
ht = 0x1,
obj = {
handle = 1,
handlers = 0x592aa0
}
},
refcount = 2,
type = 5 '\005',
is_ref = 0 '\0'
},
dbh = 0x172a3a0,
bound_params = 0x172ad34,
bound_param_map = 0x0,
bound_columns = 0x0,
row_count = -1,
query_string = 0x172a740 "SELECT 'foo' WHERE '1'
= :value",
query_stringlen = 31,
active_query_string = 0x0,
active_query_stringlen = 28,
error_code = "0",
lazy_object_ref = {
value = {
lval = 0,
dval = 0,
str = {
val = 0x0,
len = 0
},
ht = 0x0,
obj = {
handle = 0,
handlers = 0x0
}
},
refcount = 0,
type = 0 '\0',
is_ref = 0 '\0'
},
refcount = 1,
default_fetch_type = PDO_FETCH_BOTH,
fetch = {
column = 0,
cls = {
ce = 0x0,
ctor_args = 0x0,
retval_ptr = 0x0,
fci = {
size = 0,
function_table = 0x0,
function_name = 0x0,
symbol_table = 0x0,
retval_ptr_ptr = 0x0,
param_count = 0,
params = 0x0,
object_pp = 0x0,
no_separation = 0 '\0'
},
fcc = {
initialized = 0 '\0',
function_handler = 0x0,
calling_scope = 0x0,
object_pp = 0x0
}
},
func = {
function = 0x0,
fetch_args = 0x0,
object = 0x0,
fci = {
size = 0,
function_table = 0x0,
function_name = 0x0,
symbol_table = 0x0,
retval_ptr_ptr = 0x0,
param_count = 0,
params = 0x0,
object_pp = 0x0,
no_separation = 0 '\0'
},
fcc = {
initialized = 0 '\0',
function_handler = 0x0,
calling_scope = 0x0,
object_pp = 0x0
},
values = 0x0
},
into = 0x0
},
named_rewrite_template = 0x0
}
(gdb) p i
$3 = 0
(gdb) p stmt->columns[i]
$4 = {
name = 0x0,
namelen = 6648949,
maxlen = 25,
param_type = 17,
precision = 47,
dbdo_data = 0x172adf4
}
[2007-02-26 13:00:19] [EMAIL PROTECTED]
Type in gdb after the segfault:
p stmt
p *stmt
p i
p stmt->columns[i]
and post the results here.
[2007-02-26 12:52:12] [EMAIL PROTECTED]
Description:
The DBLIB PDO driver seems to crash when first execution of
repeated prepared statement wont actually return any rows. If
the first execution does return rows, it works fine.
Reproduce code:
---
$pdo = new PDO('dblib:host=hostname;dbname=dbname', 'user', 'pass'
#40624 [Fbk]: pcrelib broken with php 4.4.5
ID: 40624 Updated by: [EMAIL PROTECTED] Reported By: test_junk at hotmail dot it Status: Feedback Bug Type: PCRE related Operating System: linux 2.4 i386 PHP Version: 4.4.5 New Comment: also please post the whole backtrace, so that we can see what's happening (it may be just a stack overflow..) Previous Comments: [2007-02-26 08:58:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-02-26 00:24:41] test_junk at hotmail dot it This snapshot is identical to the one I tested as far as I am seeing comparing the 2 archives, however which files did you modify? The only way I have to trigger this bug is recompiling the engine on a production server but since it breaks several websites (Drupal seems to be most affected) I can do it only at night so I can perform a limited number of attempts. [2007-02-25 23:03:49] [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 sorry, can you please try again a new snapshot? I made some changes a few hours ago and I don't know if they made their way in the snapshot you tested. If it still doesn't work, please post the entire backtrace (or link to an external page if it's too big). Also please try to isolate the code that triggers the bug. [2007-02-25 22:14:37] test_junk at hotmail dot it I compiled CVS 200702251930 but unfortunately the problem persists. [2007-02-25 18:06:19] [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 PCRE was upgraded again in 4.4.6rc1, could you please try that? 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/40624 -- Edit this bug report at http://bugs.php.net/?id=40624&edit=1
#40638 [Fbk->Opn]: Error when compiling - APXS related
ID: 40638 User updated by: sheezes at gmail dot com Reported By: sheezes at gmail dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: AIX 5.2 PHP Version: 5.2.1 New Comment: # > echo `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` /usr/IBMIHS_MON/bin/httpd # > `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` -v Could not load program /usr/IBMIHS_MON/bin/httpd: Dependent module libaprutil-0.so could not be loaded. Could not load module libaprutil-0.so. System error: No such file or directory Previous Comments: [2007-02-26 13:45:33] [EMAIL PROTECTED] What do you see with? echo `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` and `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` -v ? [2007-02-26 13:35:47] sheezes at gmail dot com --with-apxs=/usr/IBMIHS_MON/bin/apxs i know that i should have used --with-apxs2 but when i run it with this parameter it told me that i have apache 1.3 and i should drop the "2" to get --with-apxs [2007-02-26 13:22:07] [EMAIL PROTECTED] Which apxs did you use in your configure line? [2007-02-26 13:04:38] sheezes at gmail dot com Server version: IBM_HTTP_Server/2.0.47 Apache/2.0.47 Server built: Oct 10 2003 11:45:45 [2007-02-26 12:57:05] [EMAIL PROTECTED] What is the output of `httpd -v` (or perhaps `/usr/IBMIHS_MON/bin/httpd -v`)? 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/40638 -- Edit this bug report at http://bugs.php.net/?id=40638&edit=1
#40639 [Fbk->Opn]: DBLIB driver segfaults on repeated prepared select statements
ID: 40639
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: PDO related
Operating System: Mac OS X 10.4.8
PHP Version: 5CVS-2007-02-26 (CVS)
New Comment:
(gdb) p stmt
$1 = (pdo_stmt_t *) 0x172a624
(gdb) p *stmt
$2 = {
ce = 0x24a0180,
properties = 0x172a6e8,
in_get = 0,
in_set = 0,
methods = 0x557bc0,
driver_data = 0x172a768,
executed = 1,
supports_placeholders = 0,
_reserved = 0,
column_count = 1,
columns = 0x172a95c,
database_object_handle = {
value = {
lval = 1,
dval = 5.5997329951816251e-307,
str = {
val = 0x1 ,
len = 5843616
},
ht = 0x1,
obj = {
handle = 1,
handlers = 0x592aa0
}
},
refcount = 2,
type = 5 '\005',
is_ref = 0 '\0'
},
dbh = 0x172a3a0,
bound_params = 0x172ad34,
bound_param_map = 0x0,
bound_columns = 0x0,
row_count = -1,
query_string = 0x172a740 "SELECT 'foo' WHERE '1'
= :value",
query_stringlen = 31,
active_query_string = 0x0,
active_query_stringlen = 28,
error_code = "0",
lazy_object_ref = {
value = {
lval = 0,
dval = 0,
str = {
val = 0x0,
len = 0
},
ht = 0x0,
obj = {
handle = 0,
handlers = 0x0
}
},
refcount = 0,
type = 0 '\0',
is_ref = 0 '\0'
},
refcount = 1,
default_fetch_type = PDO_FETCH_BOTH,
fetch = {
column = 0,
cls = {
ce = 0x0,
ctor_args = 0x0,
retval_ptr = 0x0,
fci = {
size = 0,
function_table = 0x0,
function_name = 0x0,
symbol_table = 0x0,
retval_ptr_ptr = 0x0,
param_count = 0,
params = 0x0,
object_pp = 0x0,
no_separation = 0 '\0'
},
fcc = {
initialized = 0 '\0',
function_handler = 0x0,
calling_scope = 0x0,
object_pp = 0x0
}
},
func = {
function = 0x0,
fetch_args = 0x0,
object = 0x0,
fci = {
size = 0,
function_table = 0x0,
function_name = 0x0,
symbol_table = 0x0,
retval_ptr_ptr = 0x0,
param_count = 0,
params = 0x0,
object_pp = 0x0,
no_separation = 0 '\0'
},
fcc = {
initialized = 0 '\0',
function_handler = 0x0,
calling_scope = 0x0,
object_pp = 0x0
},
values = 0x0
},
into = 0x0
},
named_rewrite_template = 0x0
}
(gdb) p i
$3 = 0
(gdb) p stmt->columns[i]
$4 = {
name = 0x0,
namelen = 6648949,
maxlen = 25,
param_type = 17,
precision = 47,
dbdo_data = 0x172adf4
}
Previous Comments:
[2007-02-26 13:00:19] [EMAIL PROTECTED]
Type in gdb after the segfault:
p stmt
p *stmt
p i
p stmt->columns[i]
and post the results here.
[2007-02-26 12:52:12] [EMAIL PROTECTED]
Description:
The DBLIB PDO driver seems to crash when first execution of
repeated prepared statement wont actually return any rows. If
the first execution does return rows, it works fine.
Reproduce code:
---
$pdo = new PDO('dblib:host=hostname;dbname=dbname', 'user', 'pass');
$query = "SELECT 'foo' WHERE '1' = :value";
$stmt = $pdo->prepare($query);
$values = array('0', '1');
foreach ($values as $value) {
$stmt->bindValue(':value', $value);
$stmt->execute();
while ($stmt->fetch() !== false);
$stmt->closeCursor();
}
Expected result:
Nothing.
Actual result:
--
(gdb) run dblib2.php
Starting program: /usr/local/bin/php dblib2.php
Reading symbols for shared libraries .+++..+.... done
Program received signal EXC_BAD_ACCESS, Could not access
memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x
0x000faf43 in do_fetch (stmt=0x172a624, do_bind=0,
return_value=0x172a944, how=PDO_FETCH_USE_DEFAULT,
ori=PDO_FETCH_ORI_NEXT, offset=0, return_all=0x0) at /usr/
local/src/PHP_5_2/ext/pdo/pdo_stmt.c:1026
1026add_assoc_zval
(return_value, stmt->columns[i].name, val);
--
Edit this bug report at http://bugs.php.net/?id=40639&edit=1
#40638 [Opn->Fbk]: Error when compiling - APXS related
ID: 40638 Updated by: [EMAIL PROTECTED] Reported By: sheezes at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: AIX 5.2 PHP Version: 5.2.1 New Comment: What do you see with? echo `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` and `/usr/IBMIHS_MON/bin/apxs -q SBINDIR`/`/usr/IBMIHS_MON/bin/apxs -q TARGET` -v ? Previous Comments: [2007-02-26 13:35:47] sheezes at gmail dot com --with-apxs=/usr/IBMIHS_MON/bin/apxs i know that i should have used --with-apxs2 but when i run it with this parameter it told me that i have apache 1.3 and i should drop the "2" to get --with-apxs [2007-02-26 13:22:07] [EMAIL PROTECTED] Which apxs did you use in your configure line? [2007-02-26 13:04:38] sheezes at gmail dot com Server version: IBM_HTTP_Server/2.0.47 Apache/2.0.47 Server built: Oct 10 2003 11:45:45 [2007-02-26 12:57:05] [EMAIL PROTECTED] What is the output of `httpd -v` (or perhaps `/usr/IBMIHS_MON/bin/httpd -v`)? [2007-02-26 12:50:40] sheezes at gmail dot com Description: I try to install latest php on my AIX 5.2 system. I have apache 2.0.47 installed and function well. When I run the ./configure file with the --with-apxs2 I get an error that my apache version is 1.3 and I sould use --with-apxs. I did it and the configure script finished well. after that, I do the "make" command and it fails. here is the result of the make command: /bin/sh /home/shai/php-5.2.1/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/IBMIHS_MON/include -Isapi/apache/ -I/home/shai/php-5.2.1/sapi/apache/ -DPHP_ATOM_INC -I/home/shai/php-5.2.1/include -I/home/shai/php-5.2.1/main -I/home/shai/php-5.2.1 -I/opt/freeware/include/libxml2 -I/home/shai/php-5.2.1/ext/date/lib -I/home/shai/php-5.2.1/TSRM -I/home/shai/php-5.2.1/Zend-I/usr/include -g -O2 -c /home/shai/php-5.2.1/sapi/apache/sapi_apache.c -o sapi/apache/sapi_apache.lo In file included from /usr/IBMIHS_MON/include/ap_config.h:269, from /usr/IBMIHS_MON/include/httpd.h:72, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:47, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /usr/IBMIHS_MON/include/ap_config_auto.h:32:1: warning: "WORDS_BIGENDIAN" redefined In file included from /home/shai/php-5.2.1/main/php_compat.h:27, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:35, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /home/shai/php-5.2.1/main/php_config.h:1666:1: warning: this is the location of the previous definition In file included from /home/shai/php-5.2.1/TSRM/tsrm_config.h:1, from /home/shai/php-5.2.1/TSRM/tsrm_config_common.h:11, from /home/shai/php-5.2.1/TSRM/tsrm_virtual_cwd.h:26, from /home/shai/php-5.2.1/main/php.h:409, from /home/shai/php-5.2.1/main/php_variables.h:25, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:65, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /home/shai/php-5.2.1/include/../main/php_config.h:964:1: warning: "WORDS_BIGENDIAN" redefined In file included from /usr/IBMIHS_MON/include/ap_config.h:269, from /usr/IBMIHS_MON/include/httpd.h:72, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:47, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /usr/IBMIHS_MON/include/ap_config_auto.h:32:1: warning: this is the location of the previous definition /home/shai/php-5.2.1/sapi/apache/sapi_apache.c: In function 'apache_php_module_main': /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: 'NOT_FOUND' undeclared (first use in this function) /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: (Each undeclared identifier is reported only once /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: for each function it appears in.) make: The error code from the last command is 1. -- Edit this bug report at http://bugs.php.net/?id=40638&edit=1
#40638 [Fbk->Opn]: Error when compiling - APXS related
ID: 40638 User updated by: sheezes at gmail dot com Reported By: sheezes at gmail dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: AIX 5.2 PHP Version: 5.2.1 New Comment: --with-apxs=/usr/IBMIHS_MON/bin/apxs i know that i should have used --with-apxs2 but when i run it with this parameter it told me that i have apache 1.3 and i should drop the "2" to get --with-apxs Previous Comments: [2007-02-26 13:22:07] [EMAIL PROTECTED] Which apxs did you use in your configure line? [2007-02-26 13:04:38] sheezes at gmail dot com Server version: IBM_HTTP_Server/2.0.47 Apache/2.0.47 Server built: Oct 10 2003 11:45:45 [2007-02-26 12:57:05] [EMAIL PROTECTED] What is the output of `httpd -v` (or perhaps `/usr/IBMIHS_MON/bin/httpd -v`)? [2007-02-26 12:50:40] sheezes at gmail dot com Description: I try to install latest php on my AIX 5.2 system. I have apache 2.0.47 installed and function well. When I run the ./configure file with the --with-apxs2 I get an error that my apache version is 1.3 and I sould use --with-apxs. I did it and the configure script finished well. after that, I do the "make" command and it fails. here is the result of the make command: /bin/sh /home/shai/php-5.2.1/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/IBMIHS_MON/include -Isapi/apache/ -I/home/shai/php-5.2.1/sapi/apache/ -DPHP_ATOM_INC -I/home/shai/php-5.2.1/include -I/home/shai/php-5.2.1/main -I/home/shai/php-5.2.1 -I/opt/freeware/include/libxml2 -I/home/shai/php-5.2.1/ext/date/lib -I/home/shai/php-5.2.1/TSRM -I/home/shai/php-5.2.1/Zend-I/usr/include -g -O2 -c /home/shai/php-5.2.1/sapi/apache/sapi_apache.c -o sapi/apache/sapi_apache.lo In file included from /usr/IBMIHS_MON/include/ap_config.h:269, from /usr/IBMIHS_MON/include/httpd.h:72, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:47, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /usr/IBMIHS_MON/include/ap_config_auto.h:32:1: warning: "WORDS_BIGENDIAN" redefined In file included from /home/shai/php-5.2.1/main/php_compat.h:27, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:35, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /home/shai/php-5.2.1/main/php_config.h:1666:1: warning: this is the location of the previous definition In file included from /home/shai/php-5.2.1/TSRM/tsrm_config.h:1, from /home/shai/php-5.2.1/TSRM/tsrm_config_common.h:11, from /home/shai/php-5.2.1/TSRM/tsrm_virtual_cwd.h:26, from /home/shai/php-5.2.1/main/php.h:409, from /home/shai/php-5.2.1/main/php_variables.h:25, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:65, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /home/shai/php-5.2.1/include/../main/php_config.h:964:1: warning: "WORDS_BIGENDIAN" redefined In file included from /usr/IBMIHS_MON/include/ap_config.h:269, from /usr/IBMIHS_MON/include/httpd.h:72, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:47, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /usr/IBMIHS_MON/include/ap_config_auto.h:32:1: warning: this is the location of the previous definition /home/shai/php-5.2.1/sapi/apache/sapi_apache.c: In function 'apache_php_module_main': /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: 'NOT_FOUND' undeclared (first use in this function) /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: (Each undeclared identifier is reported only once /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: for each function it appears in.) make: The error code from the last command is 1. -- Edit this bug report at http://bugs.php.net/?id=40638&edit=1
#40633 [Opn]: disk_free_space returns a bad result on filesystems with negative free space
ID: 40633
User updated by: adam-phpbugs at adam dot gs
Reported By: adam-phpbugs at adam dot gs
Status: Open
Bug Type: Filesystem function related
-Operating System: *BSD (at least)
+Operating System: FreeBSD
PHP Version: 5.2.1
New Comment:
changing OS to FreeBSD
Previous Comments:
[2007-02-26 13:32:36] adam-phpbugs at adam dot gs
This was FreeBSD
if you look at the FreeBSD manpage for tunefs(8), this is
the intended behaviour.
http://www.freebsd.org/cgi/man.cgi?
query=tunefs&apropos=0&sektion=0&manpath=FreeBSD+6.2-
RELEASE&format=html
Basically, in FreeBSD (under UFS2 at least) avaliable space
is calculated as total minus used minus reserved. A small %
(8 by default) is reserved.
So, this is not really a bug, but actually an intended
feature.
[2007-02-26 09:33:41] [EMAIL PROTECTED]
What kind of BSD is that and don't you think that negative free space
is a BSD bug?
[2007-02-26 00:55:02] adam-phpbugs at adam dot gs
Description:
on a filesystem with a negative amount of free space (this
can happen on at least FreeBSD) disk_free_space returns
unreasonable results.
-=[/some/path]=- -=[Sun Feb 25]=- -=[19:51:55]=-
[EMAIL PROTECTED] php -r 'print disk_free_space(".")."\n";'
3.77789318629E+22
-=[/some/path]=- -=[Sun Feb 25]=- -=[19:51:57]=-
[EMAIL PROTECTED] df -h .
FilesystemSizeUsed Avail Capacity Mounted on
/dev/ad7 289G289G-23G 109%/some/path
-=[/some/path]=- -=[Sun Feb 25]=- -=[19:51:58]=-
[EMAIL PROTECTED] df .
Filesystem 1K-blocks Used Avail Capacity Mounted
on
/dev/ad7 302732078 302699550 -24186038 109%/some/
path
Reproduce code:
---
php -r 'print disk_free_space(".")."\n";'
Expected result:
-24186038
Actual result:
--
3.77789318629E+22
--
Edit this bug report at http://bugs.php.net/?id=40633&edit=1
#40633 [Fbk->Opn]: disk_free_space returns a bad result on filesystems with negative free space
ID: 40633
User updated by: adam-phpbugs at adam dot gs
Reported By: adam-phpbugs at adam dot gs
-Status: Feedback
+Status: Open
Bug Type: Filesystem function related
Operating System: *BSD (at least)
PHP Version: 5.2.1
New Comment:
This was FreeBSD
if you look at the FreeBSD manpage for tunefs(8), this is
the intended behaviour.
http://www.freebsd.org/cgi/man.cgi?
query=tunefs&apropos=0&sektion=0&manpath=FreeBSD+6.2-
RELEASE&format=html
Basically, in FreeBSD (under UFS2 at least) avaliable space
is calculated as total minus used minus reserved. A small %
(8 by default) is reserved.
So, this is not really a bug, but actually an intended
feature.
Previous Comments:
[2007-02-26 09:33:41] [EMAIL PROTECTED]
What kind of BSD is that and don't you think that negative free space
is a BSD bug?
[2007-02-26 00:55:02] adam-phpbugs at adam dot gs
Description:
on a filesystem with a negative amount of free space (this
can happen on at least FreeBSD) disk_free_space returns
unreasonable results.
-=[/some/path]=- -=[Sun Feb 25]=- -=[19:51:55]=-
[EMAIL PROTECTED] php -r 'print disk_free_space(".")."\n";'
3.77789318629E+22
-=[/some/path]=- -=[Sun Feb 25]=- -=[19:51:57]=-
[EMAIL PROTECTED] df -h .
FilesystemSizeUsed Avail Capacity Mounted on
/dev/ad7 289G289G-23G 109%/some/path
-=[/some/path]=- -=[Sun Feb 25]=- -=[19:51:58]=-
[EMAIL PROTECTED] df .
Filesystem 1K-blocks Used Avail Capacity Mounted
on
/dev/ad7 302732078 302699550 -24186038 109%/some/
path
Reproduce code:
---
php -r 'print disk_free_space(".")."\n";'
Expected result:
-24186038
Actual result:
--
3.77789318629E+22
--
Edit this bug report at http://bugs.php.net/?id=40633&edit=1
#40638 [Opn->Fbk]: Error when compiling - APXS related
ID: 40638 Updated by: [EMAIL PROTECTED] Reported By: sheezes at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: AIX 5.2 PHP Version: 5.2.1 New Comment: Which apxs did you use in your configure line? Previous Comments: [2007-02-26 13:04:38] sheezes at gmail dot com Server version: IBM_HTTP_Server/2.0.47 Apache/2.0.47 Server built: Oct 10 2003 11:45:45 [2007-02-26 12:57:05] [EMAIL PROTECTED] What is the output of `httpd -v` (or perhaps `/usr/IBMIHS_MON/bin/httpd -v`)? [2007-02-26 12:50:40] sheezes at gmail dot com Description: I try to install latest php on my AIX 5.2 system. I have apache 2.0.47 installed and function well. When I run the ./configure file with the --with-apxs2 I get an error that my apache version is 1.3 and I sould use --with-apxs. I did it and the configure script finished well. after that, I do the "make" command and it fails. here is the result of the make command: /bin/sh /home/shai/php-5.2.1/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/IBMIHS_MON/include -Isapi/apache/ -I/home/shai/php-5.2.1/sapi/apache/ -DPHP_ATOM_INC -I/home/shai/php-5.2.1/include -I/home/shai/php-5.2.1/main -I/home/shai/php-5.2.1 -I/opt/freeware/include/libxml2 -I/home/shai/php-5.2.1/ext/date/lib -I/home/shai/php-5.2.1/TSRM -I/home/shai/php-5.2.1/Zend-I/usr/include -g -O2 -c /home/shai/php-5.2.1/sapi/apache/sapi_apache.c -o sapi/apache/sapi_apache.lo In file included from /usr/IBMIHS_MON/include/ap_config.h:269, from /usr/IBMIHS_MON/include/httpd.h:72, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:47, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /usr/IBMIHS_MON/include/ap_config_auto.h:32:1: warning: "WORDS_BIGENDIAN" redefined In file included from /home/shai/php-5.2.1/main/php_compat.h:27, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:35, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /home/shai/php-5.2.1/main/php_config.h:1666:1: warning: this is the location of the previous definition In file included from /home/shai/php-5.2.1/TSRM/tsrm_config.h:1, from /home/shai/php-5.2.1/TSRM/tsrm_config_common.h:11, from /home/shai/php-5.2.1/TSRM/tsrm_virtual_cwd.h:26, from /home/shai/php-5.2.1/main/php.h:409, from /home/shai/php-5.2.1/main/php_variables.h:25, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:65, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /home/shai/php-5.2.1/include/../main/php_config.h:964:1: warning: "WORDS_BIGENDIAN" redefined In file included from /usr/IBMIHS_MON/include/ap_config.h:269, from /usr/IBMIHS_MON/include/httpd.h:72, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:47, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /usr/IBMIHS_MON/include/ap_config_auto.h:32:1: warning: this is the location of the previous definition /home/shai/php-5.2.1/sapi/apache/sapi_apache.c: In function 'apache_php_module_main': /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: 'NOT_FOUND' undeclared (first use in this function) /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: (Each undeclared identifier is reported only once /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: for each function it appears in.) make: The error code from the last command is 1. -- Edit this bug report at http://bugs.php.net/?id=40638&edit=1
#40638 [Fbk->Opn]: Error when compiling - APXS related
ID: 40638 User updated by: sheezes at gmail dot com Reported By: sheezes at gmail dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: AIX 5.2 PHP Version: 5.2.1 New Comment: Server version: IBM_HTTP_Server/2.0.47 Apache/2.0.47 Server built: Oct 10 2003 11:45:45 Previous Comments: [2007-02-26 12:57:05] [EMAIL PROTECTED] What is the output of `httpd -v` (or perhaps `/usr/IBMIHS_MON/bin/httpd -v`)? [2007-02-26 12:50:40] sheezes at gmail dot com Description: I try to install latest php on my AIX 5.2 system. I have apache 2.0.47 installed and function well. When I run the ./configure file with the --with-apxs2 I get an error that my apache version is 1.3 and I sould use --with-apxs. I did it and the configure script finished well. after that, I do the "make" command and it fails. here is the result of the make command: /bin/sh /home/shai/php-5.2.1/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/IBMIHS_MON/include -Isapi/apache/ -I/home/shai/php-5.2.1/sapi/apache/ -DPHP_ATOM_INC -I/home/shai/php-5.2.1/include -I/home/shai/php-5.2.1/main -I/home/shai/php-5.2.1 -I/opt/freeware/include/libxml2 -I/home/shai/php-5.2.1/ext/date/lib -I/home/shai/php-5.2.1/TSRM -I/home/shai/php-5.2.1/Zend-I/usr/include -g -O2 -c /home/shai/php-5.2.1/sapi/apache/sapi_apache.c -o sapi/apache/sapi_apache.lo In file included from /usr/IBMIHS_MON/include/ap_config.h:269, from /usr/IBMIHS_MON/include/httpd.h:72, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:47, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /usr/IBMIHS_MON/include/ap_config_auto.h:32:1: warning: "WORDS_BIGENDIAN" redefined In file included from /home/shai/php-5.2.1/main/php_compat.h:27, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:35, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /home/shai/php-5.2.1/main/php_config.h:1666:1: warning: this is the location of the previous definition In file included from /home/shai/php-5.2.1/TSRM/tsrm_config.h:1, from /home/shai/php-5.2.1/TSRM/tsrm_config_common.h:11, from /home/shai/php-5.2.1/TSRM/tsrm_virtual_cwd.h:26, from /home/shai/php-5.2.1/main/php.h:409, from /home/shai/php-5.2.1/main/php_variables.h:25, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:65, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /home/shai/php-5.2.1/include/../main/php_config.h:964:1: warning: "WORDS_BIGENDIAN" redefined In file included from /usr/IBMIHS_MON/include/ap_config.h:269, from /usr/IBMIHS_MON/include/httpd.h:72, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:47, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /usr/IBMIHS_MON/include/ap_config_auto.h:32:1: warning: this is the location of the previous definition /home/shai/php-5.2.1/sapi/apache/sapi_apache.c: In function 'apache_php_module_main': /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: 'NOT_FOUND' undeclared (first use in this function) /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: (Each undeclared identifier is reported only once /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: for each function it appears in.) make: The error code from the last command is 1. -- Edit this bug report at http://bugs.php.net/?id=40638&edit=1
#37899 [Com]: [PATCH] php_char_to _OLECHAR copies junk bytes
ID: 37899
Comment by: fjortiz at comunet dot es
Reported By: okumurya at hotmail dot com
Status: Assigned
Bug Type: COM related
Operating System: Windows 2000 Professional
PHP Version: 4.4.2
Assigned To: wez
New Comment:
Any updates on this issue?. We tracked down one problem we had with
ADODBCommand COM objects and Russian UTF-8 strings and found this was
the bug that was causing it.
Mr. Okumurya, please one question: did your last patch work for you?
Thanks in advance.
Previous Comments:
[2006-07-03 07:31:00] okumurya at hotmail dot com
I misunderstand.
Revised patch is following.
--- ext\com\conversion.c.orig 2006-01-01 22:46:50.0 +0900
+++ ext\com\conversion.c2006-06-23 14:01:42.838476800 +0900
@@ -247,8 +247,9 @@
case VT_BSTR:
convert_to_string_ex(&pval_arg);
+
unicode_str =
php_char_to_OLECHAR(Z_STRVAL_P(pval_arg),
Z_STRLEN_P(pval_arg), codepage TSRMLS_CC);
- V_BSTR(var_arg) = SysAllocStringByteLen((char
*) unicode_str,
Z_STRLEN_P(pval_arg) * sizeof(OLECHAR));
+ V_BSTR(var_arg) = SysAllocString(unicode_str);
efree(unicode_str);
break;
@@ -787,20 +788,15 @@
{
BOOL error = FALSE;
OLECHAR *unicode_str;
+ uint unicode_strlen;
- if (strlen == -1) {
- /* request needed buffersize */
- strlen = MultiByteToWideChar(codepage, (codepage == CP_UTF8 ? 0
:
MB_PRECOMPOSED | MB_ERR_INVALID_CHARS), C_str, -1, NULL, 0);
- } else {
- /* \0 terminator */
- strlen++;
- }
+ unicode_strlen = MultiByteToWideChar(codepage, (codepage == CP_UTF8 ?
0 : MB_PRECOMPOSED | MB_ERR_INVALID_CHARS), C_str, -1, NULL, 0);
- if (strlen >= 0) {
- unicode_str = (OLECHAR *) emalloc(sizeof(OLECHAR) * strlen);
+ if (unicode_strlen > 0) {
+ unicode_str = (OLECHAR *) emalloc(sizeof(OLECHAR) *
unicode_strlen);
/* convert string */
- error = !MultiByteToWideChar(codepage, (codepage == CP_UTF8 ? 0
:
MB_PRECOMPOSED | MB_ERR_INVALID_CHARS), C_str, strlen, unicode_str,
strlen);
+ error = !MultiByteToWideChar(codepage, (codepage == CP_UTF8 ? 0
:
MB_PRECOMPOSED | MB_ERR_INVALID_CHARS), C_str, -1, unicode_str,
unicode_strlen);
} else {
/* return a zero-length string */
unicode_str = (OLECHAR *) emalloc(sizeof(OLECHAR));
[2006-06-23 05:09:36] okumurya at hotmail dot com
Description:
In UTF-8, 'Z_STRLEN_P(pval_arg) * sizeof(OLECHAR)' is longer than
Widechar.
So SysAllocStringByteLen copies junk datas.
following is a patch.
--- conversion.c.orig 2006-06-23 11:28:06.496027200 +0900
+++ conversion.c2006-06-23 14:01:42.838476800 +0900
@@ -247,8 +247,9 @@
case VT_BSTR:
convert_to_string_ex(&pval_arg);
+
unicode_str =
php_char_to_OLECHAR(Z_STRVAL_P(pval_arg),
Z_STRLEN_P(pval_arg), codepage TSRMLS_CC);
- V_BSTR(var_arg) = SysAllocStringByteLen((char
*) unicode_str,
Z_STRLEN_P(pval_arg) * sizeof(OLECHAR));
+ V_BSTR(var_arg) = SysAllocString(unicode_str);
efree(unicode_str);
break;
--
Edit this bug report at http://bugs.php.net/?id=37899&edit=1
#40639 [Opn->Fbk]: DBLIB driver segfaults on repeated prepared select statements
ID: 40639
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: Mac OS X 10.4.8
PHP Version: 5CVS-2007-02-26 (CVS)
New Comment:
Type in gdb after the segfault:
p stmt
p *stmt
p i
p stmt->columns[i]
and post the results here.
Previous Comments:
[2007-02-26 12:52:12] [EMAIL PROTECTED]
Description:
The DBLIB PDO driver seems to crash when first execution of
repeated prepared statement wont actually return any rows. If
the first execution does return rows, it works fine.
Reproduce code:
---
$pdo = new PDO('dblib:host=hostname;dbname=dbname', 'user', 'pass');
$query = "SELECT 'foo' WHERE '1' = :value";
$stmt = $pdo->prepare($query);
$values = array('0', '1');
foreach ($values as $value) {
$stmt->bindValue(':value', $value);
$stmt->execute();
while ($stmt->fetch() !== false);
$stmt->closeCursor();
}
Expected result:
Nothing.
Actual result:
--
(gdb) run dblib2.php
Starting program: /usr/local/bin/php dblib2.php
Reading symbols for shared libraries .+++..+.... done
Program received signal EXC_BAD_ACCESS, Could not access
memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x
0x000faf43 in do_fetch (stmt=0x172a624, do_bind=0,
return_value=0x172a944, how=PDO_FETCH_USE_DEFAULT,
ori=PDO_FETCH_ORI_NEXT, offset=0, return_all=0x0) at /usr/
local/src/PHP_5_2/ext/pdo/pdo_stmt.c:1026
1026add_assoc_zval
(return_value, stmt->columns[i].name, val);
--
Edit this bug report at http://bugs.php.net/?id=40639&edit=1
#40638 [Opn->Fbk]: Error when compiling - APXS related
ID: 40638 Updated by: [EMAIL PROTECTED] Reported By: sheezes at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: AIX 5.2 PHP Version: 5.2.1 New Comment: What is the output of `httpd -v` (or perhaps `/usr/IBMIHS_MON/bin/httpd -v`)? Previous Comments: [2007-02-26 12:50:40] sheezes at gmail dot com Description: I try to install latest php on my AIX 5.2 system. I have apache 2.0.47 installed and function well. When I run the ./configure file with the --with-apxs2 I get an error that my apache version is 1.3 and I sould use --with-apxs. I did it and the configure script finished well. after that, I do the "make" command and it fails. here is the result of the make command: /bin/sh /home/shai/php-5.2.1/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/IBMIHS_MON/include -Isapi/apache/ -I/home/shai/php-5.2.1/sapi/apache/ -DPHP_ATOM_INC -I/home/shai/php-5.2.1/include -I/home/shai/php-5.2.1/main -I/home/shai/php-5.2.1 -I/opt/freeware/include/libxml2 -I/home/shai/php-5.2.1/ext/date/lib -I/home/shai/php-5.2.1/TSRM -I/home/shai/php-5.2.1/Zend-I/usr/include -g -O2 -c /home/shai/php-5.2.1/sapi/apache/sapi_apache.c -o sapi/apache/sapi_apache.lo In file included from /usr/IBMIHS_MON/include/ap_config.h:269, from /usr/IBMIHS_MON/include/httpd.h:72, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:47, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /usr/IBMIHS_MON/include/ap_config_auto.h:32:1: warning: "WORDS_BIGENDIAN" redefined In file included from /home/shai/php-5.2.1/main/php_compat.h:27, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:35, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /home/shai/php-5.2.1/main/php_config.h:1666:1: warning: this is the location of the previous definition In file included from /home/shai/php-5.2.1/TSRM/tsrm_config.h:1, from /home/shai/php-5.2.1/TSRM/tsrm_config_common.h:11, from /home/shai/php-5.2.1/TSRM/tsrm_virtual_cwd.h:26, from /home/shai/php-5.2.1/main/php.h:409, from /home/shai/php-5.2.1/main/php_variables.h:25, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:65, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /home/shai/php-5.2.1/include/../main/php_config.h:964:1: warning: "WORDS_BIGENDIAN" redefined In file included from /usr/IBMIHS_MON/include/ap_config.h:269, from /usr/IBMIHS_MON/include/httpd.h:72, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:47, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /usr/IBMIHS_MON/include/ap_config_auto.h:32:1: warning: this is the location of the previous definition /home/shai/php-5.2.1/sapi/apache/sapi_apache.c: In function 'apache_php_module_main': /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: 'NOT_FOUND' undeclared (first use in this function) /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: (Each undeclared identifier is reported only once /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: for each function it appears in.) make: The error code from the last command is 1. -- Edit this bug report at http://bugs.php.net/?id=40638&edit=1
#40537 [Opn->Fbk]: move_uploaded_file - target directory's name problem
ID: 40537 Updated by: [EMAIL PROTECTED] Reported By: stloukal at programator dot cz -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: I'm totally lost in your paths, "/home/chroot/home/krtek/web/tuzemsko/tmp/", which is actually "/var/www/web/tuzemsko/krtek/web/tuzemsko/tmp" is a bit hard to read and recreate. Please provide simple and clear directory structure I need to create in order to reproduce it. For example: /www/tmp - upload dir /www - scripts dir etc. etc. Previous Comments: [2007-02-26 12:42:27] stloukal at programator dot cz Hello, I don't know, what to fix. I can use the same configuration, the same symlinks, the same script and when I change the name of the target directory (e.g. ../../tmp/test/ or ../../temp/) everything works fine without problems. I don't think the problem is in the symlinks. Even if I create symlink for "tmp" named "temp" and I use "../../temp" path instead "../../tmp" path, it works fine. [2007-02-26 09:53:58] [EMAIL PROTECTED] Cannot reproduce. Fix your symlinks pointing to and out chroots. [2007-02-19 12:26:22] stloukal at programator dot cz Hello, here is working code that demonstrates described bug. I append some configuration that may be interesting for you. Configuration: Safe mode: off $_SERVER[SCRIPT_FILENAME]: /var/www/web/tuzemsko/krtek/admin/gallery_test.php real path of the script: /home/chroot/home/krtek/web/tuzemsko/www/admin/gallery_test.php /var/www/web/tuzemsko/krtek is a symbolic link to /home/chroot/home/krtek/web/tuzemsko/www/. httpd.conf: php_admin_value upload_tmp_dir /home/chroot/tmp/ php_admin_value open_basedir /var/www/web/tuzemsko/krtek/:/home/chroot/tmp/:/home/chroot/home/krtek/web/ Directory /home/chroot/home/krtek/web/tuzemsko/tmp/ has 0777 permissions. --- Script: '; ?> Everything worked fine with 5.1.2 version. [2007-02-19 10:01:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-02-19 01:13:39] stloukal at programator dot cz Description: Hello, I have a problem with move_uploaded_file() function which doesn't move the uploaded file. No errors or warnings are thrown, only false is returned. Problem occurs only if target directory is RELATIVELY addressed and it is named "tmp". It seems, that this is the same problem: http://bugs.php.net/bug.php?id=32456 Reproduce code: --- $path = '../../tmp/'.$_FILES['soubor']['name']; // this is not the system tmp directory echo 'uploaded: '.$_FILES['soubor']['tmp_name'].' = '.(int)file_exists($_FILES['soubor']['tmp_name']); move_uploaded_file($_FILES['soubor']['tmp_name'], $path); echo ' moved: '.$path.' = '.(int)file_exists($path); Expected result: uploaded: /home/chroot/tmp/phpcLIB4C = 1 moved: ../../tmp/galerie_2001_image001jpg.jpg = 1 Actual result: -- uploaded: /home/chroot/tmp/phpcLIB4C = 1 moved: ../../tmp/galerie_2001_image001jpg.jpg = 0 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40639 [NEW]: DBLIB driver segfaults on repeated prepared select statements
From: [EMAIL PROTECTED]
Operating system: Mac OS X 10.4.8
PHP version: 5CVS-2007-02-26 (CVS)
PHP Bug Type: PDO related
Bug description: DBLIB driver segfaults on repeated prepared select statements
Description:
The DBLIB PDO driver seems to crash when first execution of
repeated prepared statement wont actually return any rows. If
the first execution does return rows, it works fine.
Reproduce code:
---
$pdo = new PDO('dblib:host=hostname;dbname=dbname', 'user', 'pass');
$query = "SELECT 'foo' WHERE '1' = :value";
$stmt = $pdo->prepare($query);
$values = array('0', '1');
foreach ($values as $value) {
$stmt->bindValue(':value', $value);
$stmt->execute();
while ($stmt->fetch() !== false);
$stmt->closeCursor();
}
Expected result:
Nothing.
Actual result:
--
(gdb) run dblib2.php
Starting program: /usr/local/bin/php dblib2.php
Reading symbols for shared libraries .+++..+.... done
Program received signal EXC_BAD_ACCESS, Could not access
memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x
0x000faf43 in do_fetch (stmt=0x172a624, do_bind=0,
return_value=0x172a944, how=PDO_FETCH_USE_DEFAULT,
ori=PDO_FETCH_ORI_NEXT, offset=0, return_all=0x0) at /usr/
local/src/PHP_5_2/ext/pdo/pdo_stmt.c:1026
1026add_assoc_zval
(return_value, stmt->columns[i].name, val);
--
Edit bug report at http://bugs.php.net/?id=40639&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40639&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40639&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40639&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40639&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40639&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40639&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40639&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40639&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40639&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40639&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40639&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40639&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40639&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40639&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40639&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40639&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40639&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40639&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40639&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40639&r=mysqlcfg
#40638 [NEW]: Error when compiling - APXS related
From: sheezes at gmail dot com Operating system: AIX 5.2 PHP version: 5.2.1 PHP Bug Type: Apache related Bug description: Error when compiling - APXS related Description: I try to install latest php on my AIX 5.2 system. I have apache 2.0.47 installed and function well. When I run the ./configure file with the --with-apxs2 I get an error that my apache version is 1.3 and I sould use --with-apxs. I did it and the configure script finished well. after that, I do the "make" command and it fails. here is the result of the make command: /bin/sh /home/shai/php-5.2.1/libtool --silent --preserve-dup-deps --mode=compile gcc -I/usr/IBMIHS_MON/include -Isapi/apache/ -I/home/shai/php-5.2.1/sapi/apache/ -DPHP_ATOM_INC -I/home/shai/php-5.2.1/include -I/home/shai/php-5.2.1/main -I/home/shai/php-5.2.1 -I/opt/freeware/include/libxml2 -I/home/shai/php-5.2.1/ext/date/lib -I/home/shai/php-5.2.1/TSRM -I/home/shai/php-5.2.1/Zend-I/usr/include -g -O2 -c /home/shai/php-5.2.1/sapi/apache/sapi_apache.c -o sapi/apache/sapi_apache.lo In file included from /usr/IBMIHS_MON/include/ap_config.h:269, from /usr/IBMIHS_MON/include/httpd.h:72, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:47, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /usr/IBMIHS_MON/include/ap_config_auto.h:32:1: warning: "WORDS_BIGENDIAN" redefined In file included from /home/shai/php-5.2.1/main/php_compat.h:27, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:35, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /home/shai/php-5.2.1/main/php_config.h:1666:1: warning: this is the location of the previous definition In file included from /home/shai/php-5.2.1/TSRM/tsrm_config.h:1, from /home/shai/php-5.2.1/TSRM/tsrm_config_common.h:11, from /home/shai/php-5.2.1/TSRM/tsrm_virtual_cwd.h:26, from /home/shai/php-5.2.1/main/php.h:409, from /home/shai/php-5.2.1/main/php_variables.h:25, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:65, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /home/shai/php-5.2.1/include/../main/php_config.h:964:1: warning: "WORDS_BIGENDIAN" redefined In file included from /usr/IBMIHS_MON/include/ap_config.h:269, from /usr/IBMIHS_MON/include/httpd.h:72, from /home/shai/php-5.2.1/sapi/apache/php_apache_http.h:47, from /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:24: /usr/IBMIHS_MON/include/ap_config_auto.h:32:1: warning: this is the location of the previous definition /home/shai/php-5.2.1/sapi/apache/sapi_apache.c: In function 'apache_php_module_main': /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: 'NOT_FOUND' undeclared (first use in this function) /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: (Each undeclared identifier is reported only once /home/shai/php-5.2.1/sapi/apache/sapi_apache.c:44: error: for each function it appears in.) make: The error code from the last command is 1. -- Edit bug report at http://bugs.php.net/?id=40638&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40638&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40638&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40638&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40638&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40638&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40638&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40638&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40638&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40638&r=support Expected behavior:http://bugs.php.net/fix.php?id=40638&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40638&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40638&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40638&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40638&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40638&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40638&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40638&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40638&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40638&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40638&r=mysqlcfg
#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem
ID: 40537 User updated by: stloukal at programator dot cz Reported By: stloukal at programator dot cz -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: Hello, I don't know, what to fix. I can use the same configuration, the same symlinks, the same script and when I change the name of the target directory (e.g. ../../tmp/test/ or ../../temp/) everything works fine without problems. I don't think the problem is in the symlinks. Even if I create symlink for "tmp" named "temp" and I use "../../temp" path instead "../../tmp" path, it works fine. Previous Comments: [2007-02-26 09:53:58] [EMAIL PROTECTED] Cannot reproduce. Fix your symlinks pointing to and out chroots. [2007-02-19 12:26:22] stloukal at programator dot cz Hello, here is working code that demonstrates described bug. I append some configuration that may be interesting for you. Configuration: Safe mode: off $_SERVER[SCRIPT_FILENAME]: /var/www/web/tuzemsko/krtek/admin/gallery_test.php real path of the script: /home/chroot/home/krtek/web/tuzemsko/www/admin/gallery_test.php /var/www/web/tuzemsko/krtek is a symbolic link to /home/chroot/home/krtek/web/tuzemsko/www/. httpd.conf: php_admin_value upload_tmp_dir /home/chroot/tmp/ php_admin_value open_basedir /var/www/web/tuzemsko/krtek/:/home/chroot/tmp/:/home/chroot/home/krtek/web/ Directory /home/chroot/home/krtek/web/tuzemsko/tmp/ has 0777 permissions. --- Script: '; ?> Everything worked fine with 5.1.2 version. [2007-02-19 10:01:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-02-19 01:13:39] stloukal at programator dot cz Description: Hello, I have a problem with move_uploaded_file() function which doesn't move the uploaded file. No errors or warnings are thrown, only false is returned. Problem occurs only if target directory is RELATIVELY addressed and it is named "tmp". It seems, that this is the same problem: http://bugs.php.net/bug.php?id=32456 Reproduce code: --- $path = '../../tmp/'.$_FILES['soubor']['name']; // this is not the system tmp directory echo 'uploaded: '.$_FILES['soubor']['tmp_name'].' = '.(int)file_exists($_FILES['soubor']['tmp_name']); move_uploaded_file($_FILES['soubor']['tmp_name'], $path); echo ' moved: '.$path.' = '.(int)file_exists($path); Expected result: uploaded: /home/chroot/tmp/phpcLIB4C = 1 moved: ../../tmp/galerie_2001_image001jpg.jpg = 1 Actual result: -- uploaded: /home/chroot/tmp/phpcLIB4C = 1 moved: ../../tmp/galerie_2001_image001jpg.jpg = 0 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40217 [Fbk->Csd]: Installation problem and file upload using html post not working
ID: 40217 Updated by: [EMAIL PROTECTED] Reported By: ratneshmaurya at gmail dot com -Status: Feedback +Status: Closed Bug Type: IIS related Operating System: Windows XP PHP Version: 5.2.0 Assigned To: jmertic 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: [2007-02-15 19:41:35] [EMAIL PROTECTED] Please try the latest build. If you are still having problems, email the error.log file produced from the following to [EMAIL PROTECTED] >From the command line in the directory where you downloaded the installer: msiexec /i php-5.2.1-win32-installer.msi /l*v error.log [2007-02-07 16:51:14] dmaher at isppainting dot com I have tried these steps and I am getting the same issue. [2007-02-02 21:12:21] bill dot stout at greenborder dot com I'm experiencing the same problem. I've attempted to install RC3 and it does not want to upgrade 5.2.0. Uninstalling 5.2.0 from Control Panel - Add or Remove Programs returns an error: PHP 5.2.0 "The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2343." [2007-01-29 13:17:53] [EMAIL PROTECTED] Could you run it in verbose logging mode and e-mail the log file to [EMAIL PROTECTED] To run in verbose logging mode issue the below command from the command prompt ( from the same directory where the install exists ): msiexec /i php-5.2.1RC3-win32-installer.msi /l*v error.log [2007-01-24 13:17:13] ratneshmaurya at gmail dot com I tried the link. http://downloads.php.net/edink/php-5.2.1RC3-win32-installer.msi It gives error, I think similar to that Iwas getting earliear Error 1722. 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/40217 -- Edit this bug report at http://bugs.php.net/?id=40217&edit=1
#40609 [Csd]: Segfaults when using more than one SoapVar in a request
ID: 40609
User updated by: robin dot harvey at chaptereight dot com
Reported By: robin dot harvey at chaptereight dot com
Status: Closed
Bug Type: SOAP related
Operating System: Linux - Ubuntu
PHP Version: 5.2.1
Assigned To: dmitry
New Comment:
Thanks for sorting this out so quickly guys - the fix works perfectly!
--Robin
Previous Comments:
[2007-02-25 13:25:23] [EMAIL PROTECTED]
Fixed in CVS HEAD and PHP_5_2.
Thanks to Rob.
[2007-02-24 14:08:31] robin dot harvey at chaptereight dot com
Hi,
I've uploaded the Soap service to an accessible site, and produced a
backtrace, as requested. I've not used dbg before, so please let me
know if i've done something wrong. I recompiled php with
--enable-debug: heres the configure line:
'./configure' \
'--with-apxs2=/usr/bin/apxs2' \
'--with-zlib' \
'--with-bz2' \
'--with-pdo-mysql' \
'--with-pdo-pgsql' \
'--with-xsl' \
'--with-pear' \
'--enable-soap' \
'--enable-ftp' \
'--with-gd' \
'--enable-mbstring' \
'--enable-sockets' \
'--with-mcrypt' \
'--enable-debug'
Here's a copy of the php script I'm using:
be nice for a old chum
XML;
$xml2 = <<
Run it through to see what's going on
XML;
$c = new
SoapClient('http://bluelines.org:8080/axis2/services/StockQuoteService?wsdl');
$sv1 = new SoapVar($xml1, XSD_ANYXML);
$sv2 = new SoapVar($xml2, XSD_ANYXML);
$c->update(array('symbol' => $sv1, 'price' => $sv2));
?>
...and the dbg session, with a backtrace...
(gdb) set args /home/robin/tmp/40609.php
(gdb) run
Starting program: /usr/local/bin/php /home/robin/tmp/40609.php
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 46912533505280 (LWP 23881)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
---Type to continue, or q to quit---
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912533505280 (LWP 23881)]
0x00642c51 in encode_add_ns ()
(gdb) bt
#0 0x00642c51 in encode_add_ns ()
#1 0x00639c62 in to_zval_user ()
#2 0x00639f42 in to_zval_user ()
#3 0x0063a71d in to_zval_user ()
#4 0x006420d5 in sdl_guess_convert_xml ()
#5 0x00634b37 in master_to_xml ()
#6 0x0062c8c6 in add_soap_fault ()
#7 0x0062c781 in add_soap_fault ()
#8 0x0062ba97 in add_soap_fault ()
#9 0x00624448 in zim_SoapClient_SoapClient ()
#10 0x00625f40 in zim_SoapClient___call ()
#11 0x007fd2f8 in zend_call_function ()
#12 0x00827112 in zend_call_method ()
#13 0x00830aca in zend_std_call_user_call ()
#14 0x00834ecd in execute ()
#15 0x00835daa in execute ()
#16 0x00834912 in execute ()
#17 0x0080c9e8 in zend_execute_scripts ()
#18 0x007ae109 in php_execute_script ()
#19 0x0089170a in main ()
Many thanks,
--Robin
[2007-02-23 17:48:16] [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 for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
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.
An accessible WSDL might also be helpful
[2007-02-23 17:12:38] robin dot harvey at chaptereight dot com
Description:
I've got a very simple soap service (written in Java/Tomcat/Axis) which
simply accepts and logs the XML of a soap request. I need to post
complex XML to the server (an XSL stylesheet) and I'm using SoapVar
with XSD_ANYXML and dealing with the XSL as a string in PHP. When I
try to add more than one SoapVar object encoded in this way, PHP
segfaults. It's happy with 1 param as a SoapVar, and with both as
simple strings.
Reproduce code:
---
#37926 [Opn->Bgs]: Session var don't get setted
ID: 37926 Updated by: [EMAIL PROTECTED] Reported By: thomas at ecommerce dot com -Status: Open +Status: Bogus Bug Type:Session related PHP Version: 5.x New Comment: . Previous Comments: [2007-02-26 09:57:09] thomas at ecommerce dot com Changed back to session related issue. Not fixed or commented yet [2007-02-24 21:49:13] [EMAIL PROTECTED] As described above, adding a note is not appropriate as it will more than likely add confusion. [2006-11-07 14:08:53] mjwindsorREMOVE at CAPShotmail dot com I do not agree that this is a documentation problem, or that describing it as expected behaviour is a suitable response. If PHP is a robust language, it cannot have unexpected and obscure rules applied at random. $_SESSION should just be an array that persists between page requests, providing session_start() has been called: that is what everyone expects and that is how it is used. In every other case, $new_array = $existing_array; is a value assignment and simply copies one array to another and no alteration is made or should be expected to $existing_array or its properties. I have spent several days trying to work out why my sessions werent working as I expected and taken up the time of several helpful posters in various fora. I finally tracked the problem down to this issue and some code included in every page of a widely used forum; an otherwise robust and secure open source product. I seriously doubt that a note in the documentation would have saved me much of this work and none of the work needed to get around the issue, once it was identified. This will apply equally to all those who fall foul of this problem you need to know what the problem is before searches will turn up documentation. Mike [2006-07-06 11:18:36] [EMAIL PROTECTED] We welcome a patch from you. I however don't see the need to document it, will only add confusion. [2006-07-06 10:25:55] thomas at ecommerce dot com Updated information that this is general 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/37926 -- Edit this bug report at http://bugs.php.net/?id=37926&edit=1
#40637 [NEW]: strip_tags does not handle single quotes correctly (regression)
From: email at steffenweber dot net Operating system: Linux PHP version: 5.2.1 PHP Bug Type: Strings related Bug description: strip_tags does not handle single quotes correctly (regression) Description: The fix for bug #40432 (http://bugs.php.net/bug.php?id=40432) seems to have broken the strip_tags function. I'm using PHP 5.2.1 and have additionally applied this patch: http://cvs.php.net/viewvc.cgi/php-src/ext/standard/string.c?r1=1.445.2.14.2.39&r2=1.445.2.14.2.40&view=patch Reproduce code: --- Text'; var_dump(strip_tags($html)); ?> Expected result: Prints "Text". Actual result: -- Prints the empty string. Notice that the following slightly modified code correctly prints "Text": Text'; var_dump(strip_tags($html)); ?> -- Edit bug report at http://bugs.php.net/?id=40637&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40637&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40637&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40637&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40637&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40637&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40637&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40637&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40637&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40637&r=support Expected behavior:http://bugs.php.net/fix.php?id=40637&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40637&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40637&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40637&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40637&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40637&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40637&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40637&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40637&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40637&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40637&r=mysqlcfg
#40537 [Opn->Fbk]: move_uploaded_file - target directory's name problem
ID: 40537 Updated by: [EMAIL PROTECTED] Reported By: stloukal at programator dot cz -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: Cannot reproduce. Fix your symlinks pointing to and out chroots. Previous Comments: [2007-02-19 12:26:22] stloukal at programator dot cz Hello, here is working code that demonstrates described bug. I append some configuration that may be interesting for you. Configuration: Safe mode: off $_SERVER[SCRIPT_FILENAME]: /var/www/web/tuzemsko/krtek/admin/gallery_test.php real path of the script: /home/chroot/home/krtek/web/tuzemsko/www/admin/gallery_test.php /var/www/web/tuzemsko/krtek is a symbolic link to /home/chroot/home/krtek/web/tuzemsko/www/. httpd.conf: php_admin_value upload_tmp_dir /home/chroot/tmp/ php_admin_value open_basedir /var/www/web/tuzemsko/krtek/:/home/chroot/tmp/:/home/chroot/home/krtek/web/ Directory /home/chroot/home/krtek/web/tuzemsko/tmp/ has 0777 permissions. --- Script: '; ?> Everything worked fine with 5.1.2 version. [2007-02-19 10:01:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-02-19 01:13:39] stloukal at programator dot cz Description: Hello, I have a problem with move_uploaded_file() function which doesn't move the uploaded file. No errors or warnings are thrown, only false is returned. Problem occurs only if target directory is RELATIVELY addressed and it is named "tmp". It seems, that this is the same problem: http://bugs.php.net/bug.php?id=32456 Reproduce code: --- $path = '../../tmp/'.$_FILES['soubor']['name']; // this is not the system tmp directory echo 'uploaded: '.$_FILES['soubor']['tmp_name'].' = '.(int)file_exists($_FILES['soubor']['tmp_name']); move_uploaded_file($_FILES['soubor']['tmp_name'], $path); echo ' moved: '.$path.' = '.(int)file_exists($path); Expected result: uploaded: /home/chroot/tmp/phpcLIB4C = 1 moved: ../../tmp/galerie_2001_image001jpg.jpg = 1 Actual result: -- uploaded: /home/chroot/tmp/phpcLIB4C = 1 moved: ../../tmp/galerie_2001_image001jpg.jpg = 0 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40637 [Opn->Asn]: strip_tags does not handle single quotes correctly (regression)
ID: 40637 Updated by: [EMAIL PROTECTED] Reported By: email at steffenweber dot net -Status: Open +Status: Assigned Bug Type: Strings related Operating System: Linux PHP Version: 5.2.1 -Assigned To: +Assigned To: iliaa Previous Comments: [2007-02-26 09:51:22] email at steffenweber dot net Description: The fix for bug #40432 (http://bugs.php.net/bug.php?id=40432) seems to have broken the strip_tags function. I'm using PHP 5.2.1 and have additionally applied this patch: http://cvs.php.net/viewvc.cgi/php-src/ext/standard/string.c?r1=1.445.2.14.2.39&r2=1.445.2.14.2.40&view=patch Reproduce code: --- Text'; var_dump(strip_tags($html)); ?> Expected result: Prints "Text". Actual result: -- Prints the empty string. Notice that the following slightly modified code correctly prints "Text": Text'; var_dump(strip_tags($html)); ?> -- Edit this bug report at http://bugs.php.net/?id=40637&edit=1
#37926 [Bgs->Opn]: Session var don't get setted
ID: 37926 User updated by: thomas at ecommerce dot com Reported By: thomas at ecommerce dot com -Status: Bogus +Status: Open -Bug Type:Documentation problem +Bug Type:Session related PHP Version: 5.x New Comment: Changed back to session related issue. Not fixed or commented yet Previous Comments: [2007-02-24 21:49:13] [EMAIL PROTECTED] As described above, adding a note is not appropriate as it will more than likely add confusion. [2006-11-07 14:08:53] mjwindsorREMOVE at CAPShotmail dot com I do not agree that this is a documentation problem, or that describing it as expected behaviour is a suitable response. If PHP is a robust language, it cannot have unexpected and obscure rules applied at random. $_SESSION should just be an array that persists between page requests, providing session_start() has been called: that is what everyone expects and that is how it is used. In every other case, $new_array = $existing_array; is a value assignment and simply copies one array to another and no alteration is made or should be expected to $existing_array or its properties. I have spent several days trying to work out why my sessions werent working as I expected and taken up the time of several helpful posters in various fora. I finally tracked the problem down to this issue and some code included in every page of a widely used forum; an otherwise robust and secure open source product. I seriously doubt that a note in the documentation would have saved me much of this work and none of the work needed to get around the issue, once it was identified. This will apply equally to all those who fall foul of this problem you need to know what the problem is before searches will turn up documentation. Mike [2006-07-06 11:18:36] [EMAIL PROTECTED] We welcome a patch from you. I however don't see the need to document it, will only add confusion. [2006-07-06 10:25:55] thomas at ecommerce dot com Updated information that this is general [2006-07-06 10:20:27] thomas at ecommerce dot com Any status update on this bug??? Not hard to add in documentation -.- 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/37926 -- Edit this bug report at http://bugs.php.net/?id=37926&edit=1
#40633 [Opn->Fbk]: disk_free_space returns a bad result on filesystems with negative free space
ID: 40633
Updated by: [EMAIL PROTECTED]
Reported By: adam-phpbugs at adam dot gs
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: *BSD (at least)
PHP Version: 5.2.1
New Comment:
What kind of BSD is that and don't you think that negative free space
is a BSD bug?
Previous Comments:
[2007-02-26 00:55:02] adam-phpbugs at adam dot gs
Description:
on a filesystem with a negative amount of free space (this
can happen on at least FreeBSD) disk_free_space returns
unreasonable results.
-=[/some/path]=- -=[Sun Feb 25]=- -=[19:51:55]=-
[EMAIL PROTECTED] php -r 'print disk_free_space(".")."\n";'
3.77789318629E+22
-=[/some/path]=- -=[Sun Feb 25]=- -=[19:51:57]=-
[EMAIL PROTECTED] df -h .
FilesystemSizeUsed Avail Capacity Mounted on
/dev/ad7 289G289G-23G 109%/some/path
-=[/some/path]=- -=[Sun Feb 25]=- -=[19:51:58]=-
[EMAIL PROTECTED] df .
Filesystem 1K-blocks Used Avail Capacity Mounted
on
/dev/ad7 302732078 302699550 -24186038 109%/some/
path
Reproduce code:
---
php -r 'print disk_free_space(".")."\n";'
Expected result:
-24186038
Actual result:
--
3.77789318629E+22
--
Edit this bug report at http://bugs.php.net/?id=40633&edit=1
