Bug #52198 [Com]: strpos not working correctly
Edit report at http://bugs.php.net/bug.php?id=52198&edit=1
ID: 52198
Comment by: christian dot gnoth at arcor dot de
Reported by: christian dot gnoth at arcor dot de
Summary: strpos not working correctly
Status: Bogus
Type: Bug
Package: Strings related
Operating System: Linux
PHP Version: 5.2.13
New Comment:
Hello,
that a standalone case is working or not is not the point here. Again I
do not doubt that the strpos function is working in a different
environment and test case.
In the whole script it is working on different positions where I use
this strpos function!!!
But here in this working process it is not working !!!
$strpos_ret = strpos( $post_lnk_string, 'article&id=');
echo 'Post ID: ' . $j2wp_post['ID'] . ' link: ' . $post_lnk_string . '
:' . $strpos_ret . ':';
In this two lines you can see that the variable $post_lnk_string is
passed to the strpos function. The echo after that shows the variable
content and the return of the strpos function. The standalone test case
is there !!!
The output:
Post ID: 107 link:
href="index.php?option=com_content&view=article&id=9257:2009-fha-loan-limits&catid=52:fha&Itemid=97"
::
shows the content of the variable with which it was passed to the strpos
function. Also it shows the return_value of the strpos function.
So, to tell it is not a PHP problem is not true - if the same script
with the same data is running in your environment without this problem -
then I think it is a problem of the environment which the webhoster
provides.
Previous Comments:
[2010-06-28 21:19:16] ras...@php.net
That function is not a standalone test case. It references global
variables and
calls other functions like get_option, j2wp_extract_number,
j2wp_get_post_url_for_id and a bunch of others. Why in the world can't
you make a
simplified standalone case that hardcodes some of these to whatever you
have them
set to and makes it very clear what you are passing to this function?
Until you do that, you will get no help from here. I assure you that
this is not
a PHP bug.
[2010-06-28 21:12:19] christian dot gnoth at arcor dot de
as I wrote I offered you the complete source as zip file and the mysql
dump.
then the whole php function is printed in this report.
I changed the script and simplyfied the else tree:
function j2wp_change_single_url( $j2wp_post, $lnk_pos )
{
global $CON,
$wpdb;
$j2wp_wp_tb_prefix = get_option('j2wp_wp_tb_prefix');
$j2wp_joomla_tb_prefix = get_option('j2wp_joomla_tb_prefix');
$permalink = false;
// $lnk_pos ---> pos at href=" string in post_content
// $post_lnk_end---> pos at last " in link string of
post_content
// $post_lnk_string ---> contains the whole link string inkl. " at
the end
$post_lnk_end = strpos( $j2wp_post['post_content'], '"',
$lnk_pos + 7);
$post_lnk_string= substr( $j2wp_post['post_content'], $lnk_pos,
$post_lnk_end - $lnk_pos + 1 );
if ( !(strrpos( $post_lnk_string, '/') === false) )
$pos_lnk_last_slash = strrpos( $post_lnk_string, '/');
$strpos_ret = strpos( $post_lnk_string, 'article&id=');
echo 'Post ID: ' . $j2wp_post['ID'] . ' link: ' . $post_lnk_string . '
:' . $strpos_ret . ':';
$strpos_ret = strpos(
'href="index.php?option=com_content&view=article&id=9257:2009-fha-loan-limits&catid=52:fha&Itemid=97"',
'article&id=');
echo 'Post ID: ' . $j2wp_post['ID'] . ' link: ' .
'href="index.php?option=com_content&view=article&id=9257:2009-fha-loan-limits&catid=52:fha&Itemid=97"'
. ' :' . $strpos_ret . ':';
// urls with structure:
href="index.php?option=com_content&view=article&id=9257:2009-fha-loan-limits&catid=52:fha&Itemid=97"
// if ( $pos_article_id = strpos( $post_lnk_string, 'article&id=') )
if ( !(strpos( $post_lnk_string, 'article&id=') === false) )
{
$pos_article_id += 11;
$article_id = j2wp_extract_number( substr( $post_lnk_string,
$pos_srticle_id ) );
$url_post_id = j2wp_get_post_url_for_id( $article_id );
$permalink = get_permalink( $url_post_id );
}
else
{
echo 'Post ID: ' . $j2wp_post['ID'] . ' link: ' . $post_lnk_string .
'';
but still the output is the same. It still goes in the else tree.
please take the time to look ofver the source which is provided here -
it already shows the complete php function.
[2010-06-28 19:59:03] ras...@php.net
Sorry, but you have PHP configured to parse files in that directory, so
nobody
can download your source code. Try it for yourself.
And what simplifying your problem will do is show you that it isn't a
strpos
issue. Start with your complex example that isn't doing what you
exp
[PHP-BUG] Bug #52202 [NEW]: CURL(OPT|INFO)_PRIVATE
From:
Operating system: Win 7 x64
PHP version: 5.3.2
Package: cURL related
Bug Type: Bug
Bug description:CURL(OPT|INFO)_PRIVATE
Description:
(Background: curl_easy_setopt(3) supports a CURLOPT_PRIVATE that takes a
char* and does nothing with it. It can then be retrieved with
curl_easy_getinfo(3) and CURLINFO_PRIVATE -- cURL >=7.10.3)
While the two CURL*_PRIVATE constants aren't mentioned in any detail in the
PHP manual, they are listed in cURL's predefined constants page, and using
(eg) an array for the value results in an array->string conversion warning,
so I guess there's at least a little bit of support somewhere.
However using them gives buggy results - mostly binary junk.
Test script:
---
$curl = curl_init("http://www.example.com";);
curl_setopt($curl, CURLOPT_RETURNTRANSFER, true);
curl_setopt($curl, CURLOPT_PRIVATE, "123"); // *
curl_exec($curl);
var_dump(curl_getinfo($curl, CURLINFO_PRIVATE));
// * mostly happens with numbers; try different string lengths
Expected result:
string(3) "123"
Actual result:
--
string([varies]) "[binary junk]"
--
Edit bug report at http://bugs.php.net/bug.php?id=52202&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52202&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52202&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52202&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52202&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52202&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52202&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52202&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52202&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52202&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52202&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52202&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52202&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52202&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52202&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52202&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52202&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52202&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52202&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52202&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52202&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52202&r=mysqlcfg
Bug #52198 [Bgs]: strpos not working correctly
Edit report at http://bugs.php.net/bug.php?id=52198&edit=1
ID: 52198
Updated by: ras...@php.net
Reported by: christian dot gnoth at arcor dot de
Summary: strpos not working correctly
Status: Bogus
Type: Bug
Package: Strings related
Operating System: Linux
PHP Version: 5.2.13
New Comment:
Would you please do what I asked 3 times already? Make it possible for
us to
reproduce your problem. That means showing us your exact inputs.
eg.
function j2wp_change_single_url( $j2wp_post, $lnk_pos )
{
global $CON,
$wpdb;
echo "j2wp_post = ".print_r($j2wp_post,1); // ADD THIS
echo "lnk_pos = ".$lnk_pos."\n"; // ADD THIS
$j2wp_wp_tb_prefix = get_option('j2wp_wp_tb_prefix');
$j2wp_joomla_tb_prefix = get_option('j2wp_joomla_tb_prefix');
echo "j2wp_wp_tb_prefix = $j2wp_wp_tb_prefix\n"; // ADD THIS
echo "j2wp_joomla_tb_prefix = $j2wp_joomla_tb_prefix\n"; // ADD THIS
...
And do a View-Source for the results so you don't get tricked by
browser
encodings.
Or better yet, make a little standalone case that includes this function
and
pass the variables into it that is causing it to fail and put that up
somewhere.
I can assure you that strpos does not change based on any sort of
hosting
environment issues. Your problem is entirely in your code or in the
data you
are passing into it.
Previous Comments:
[2010-06-29 09:15:01] christian dot gnoth at arcor dot de
Hello,
that a standalone case is working or not is not the point here. Again I
do not doubt that the strpos function is working in a different
environment and test case.
In the whole script it is working on different positions where I use
this strpos function!!!
But here in this working process it is not working !!!
$strpos_ret = strpos( $post_lnk_string, 'article&id=');
echo 'Post ID: ' . $j2wp_post['ID'] . ' link: ' . $post_lnk_string . '
:' . $strpos_ret . ':';
In this two lines you can see that the variable $post_lnk_string is
passed to the strpos function. The echo after that shows the variable
content and the return of the strpos function. The standalone test case
is there !!!
The output:
Post ID: 107 link:
href="index.php?option=com_content&view=article&id=9257:2009-fha-loan-limits&catid=52:fha&Itemid=97"
::
shows the content of the variable with which it was passed to the strpos
function. Also it shows the return_value of the strpos function.
So, to tell it is not a PHP problem is not true - if the same script
with the same data is running in your environment without this problem -
then I think it is a problem of the environment which the webhoster
provides.
[2010-06-28 21:19:16] ras...@php.net
That function is not a standalone test case. It references global
variables and
calls other functions like get_option, j2wp_extract_number,
j2wp_get_post_url_for_id and a bunch of others. Why in the world can't
you make a
simplified standalone case that hardcodes some of these to whatever you
have them
set to and makes it very clear what you are passing to this function?
Until you do that, you will get no help from here. I assure you that
this is not
a PHP bug.
[2010-06-28 21:12:19] christian dot gnoth at arcor dot de
as I wrote I offered you the complete source as zip file and the mysql
dump.
then the whole php function is printed in this report.
I changed the script and simplyfied the else tree:
function j2wp_change_single_url( $j2wp_post, $lnk_pos )
{
global $CON,
$wpdb;
$j2wp_wp_tb_prefix = get_option('j2wp_wp_tb_prefix');
$j2wp_joomla_tb_prefix = get_option('j2wp_joomla_tb_prefix');
$permalink = false;
// $lnk_pos ---> pos at href=" string in post_content
// $post_lnk_end---> pos at last " in link string of
post_content
// $post_lnk_string ---> contains the whole link string inkl. " at
the end
$post_lnk_end = strpos( $j2wp_post['post_content'], '"',
$lnk_pos + 7);
$post_lnk_string= substr( $j2wp_post['post_content'], $lnk_pos,
$post_lnk_end - $lnk_pos + 1 );
if ( !(strrpos( $post_lnk_string, '/') === false) )
$pos_lnk_last_slash = strrpos( $post_lnk_string, '/');
$strpos_ret = strpos( $post_lnk_string, 'article&id=');
echo 'Post ID: ' . $j2wp_post['ID'] . ' link: ' . $post_lnk_string . '
:' . $strpos_ret . ':';
$strpos_ret = strpos(
'href="index.php?option=com_content&view=article&id=9257:2009-fha-loan-limits&catid=52:fha&Itemid=97"',
'article&id=');
echo 'Post ID: ' . $j2wp_post['ID'] . ' link: ' .
'href="index.php?option=com_content&view=article&id=9257:2009-fha-loan-limits&catid=52:fha&Itemid=97"'
. ' :' . $strpos_ret . ':';
[PHP-BUG] Req #52203 [NEW]: Builth in CSSQuery please!
From: Operating system: BSD PHP version: 5.3.2 Package: *XML functions Bug Type: Feature/Change Request Bug description:Builth in CSSQuery please! Description: CSSQuery : jQuery selector like for html tag select. Ease the selection of DOMElements from an HTML document using CSS selectors instead of XPath. http://querypath.org/ -- Edit bug report at http://bugs.php.net/bug.php?id=52203&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52203&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52203&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52203&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52203&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52203&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52203&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52203&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52203&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52203&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52203&r=support Expected behavior: http://bugs.php.net/fix.php?id=52203&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52203&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52203&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52203&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52203&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52203&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52203&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52203&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52203&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52203&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52203&r=mysqlcfg
Bug #48930 [Csd]: __COMPILER_HALT_OFFSET__ incorrect in PHP>=5.3
Edit report at http://bugs.php.net/bug.php?id=48930&edit=1 ID: 48930 Updated by: fel...@php.net Reported by: adam-phpbugs at adam dot gs Summary: __COMPILER_HALT_OFFSET__ incorrect in PHP>=5.3 Status: Closed Type: Bug Package: Scripting Engine problem Operating System: * PHP Version: 5.3, 6 Assigned To: felipe New Comment: The fix has been reverted for 5.3 branch because it breaks binary compatibility. Previous Comments: [2010-06-29 13:37:15] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=300854 Log: - Reverted fix for bug #48930 (due binary compatibility breakage) [2010-06-28 00:41:28] adam-phpbugs at adam dot gs I lied, It just hasn't hit the snapshots yet, works from SVN sources! -=[~/Scripts/compile/php-src-5.3]=- -=[Sun Jun 27]=- -=[18:40:12]=- [a...@nighe]$ ./sapi/cli/php test-with-shebang.php string(19) " this is test data " -=[~/Scripts/compile/php-src-5.3]=- -=[Sun Jun 27]=- -=[18:40:17]=- [a...@nighe]$ ./sapi/cli/php test-without-shebang.php string(19) " this is test data " Thanks very much felipe! [2010-06-28 00:16:40] adam-phpbugs at adam dot gs Hi felipe, Thanks for taking a look at this bug, its languished for (what i'd consider) far too long. Unfortunately it doesn't seem to fix the issue: -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:14:16]=- [a...@nighe]$ ./sapi/cli/php -v PHP 5.3.3RC2-dev (cli) (built: Jun 27 2010 17:54:04) Copyright (c) 1997-2010 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:11]=- [a...@nighe]$ php -v PHP 5.3.1 (cli) (built: Dec 26 2009 19:21:45) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:15]=- [a...@nighe]$ ./sapi/cli/php test-without-shebang.php string(19) " this is test data " -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:30]=- [a...@nighe]$ ./sapi/cli/php test-with-shebang.php string(40) "); __halt_compiler(); this is test data " -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:34]=- [a...@nighe]$ php test-with-shebang.php string(40) "); __halt_compiler(); this is test data " -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:38]=- [a...@nighe]$ php test-without-shebang.php string(19) " this is test data " -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:44]=- [a...@nighe]$ cat test-without-shebang.php http://svn.php.net/viewvc/?view=revision&revision=300789 Log: - Fixed bug #48930 (__COMPILER_HALT_OFFSET__ incorrect in PHP >= 5.3) [2010-06-27 23:46:12] fel...@php.net This bug has been fixed in SVN. 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. 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/bug.php?id=48930 -- Edit this bug report at http://bugs.php.net/bug.php?id=48930&edit=1
Bug #25863 [Com]: IIS: The specified CGI application misbehaved
Edit report at http://bugs.php.net/bug.php?id=25863&edit=1 ID: 25863 Comment by: rodoprogramador at hotmail dot com Reported by: salmanarshad2000 at yahoo dot com Summary: IIS: The specified CGI application misbehaved Status: Bogus Type: Bug Package: CGI related Operating System: win32 only PHP Version: 4CVS, 5CVS, 6CVS.. New Comment: had that problem when I tried to debug pages to a local solve it by choosing manual setting in the Zend toolbar Previous Comments: [2005-01-21 15:26:07] darkel...@php.net I applied patch from Microsoft (http://support.microsoft.com/default.aspx?scid=kb;EN-US;884764) and it do not solved. [2004-11-24 15:35:40] ed...@php.net It turns out, this is not a bug in PHP after all :) http://support.microsoft.com/default.aspx?scid=kb;EN-US;884764 Thanks to php at bryans dot net for digging it up in their database. [2004-11-24 13:59:38] php at bryans dot net I don't know if this has solved the intermittent problem I was experiencing with PHP 4.3.9/Server 2003/IIS6 on a dual processor system, but Microsoft have issued a hotfix for "Errors may occur when you run CGI applications on a fast multi-processor computer that is running IIS 5.0 and IIS 6.0". See Microsoft Knowledgebase article 884764. [2004-11-09 14:37:30] dan at flowofchi dot nl Whoops! Here is the line to add: print "Content-type: text/html\n\n"; [2004-11-09 14:36:25] dan at hostway dot nl Hi all! Actually, all you need to do is specify a MIME type. Put this line at the top of your code, and voila! http://bugs.php.net/bug.php?id=25863 Pretty simple really... ;) 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/bug.php?id=25863 -- Edit this bug report at http://bugs.php.net/bug.php?id=25863&edit=1
[PHP-BUG] Bug #52205 [NEW]: strtotime() fault dates grater than to 2010-06-12
From:
Operating system: Ubuntu 10.04
PHP version: 5.3.2
Package: Date/time related
Bug Type: Bug
Bug description:strtotime() fault dates grater than to 2010-06-12
Description:
strtotime returns nothing when give dates grather than 2010-06-12
echo strtotime('2010-06-13') //nothing here!!!
--
Edit bug report at http://bugs.php.net/bug.php?id=52205&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52205&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52205&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52205&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52205&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52205&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52205&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52205&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52205&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52205&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52205&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52205&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52205&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52205&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52205&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52205&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52205&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52205&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52205&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52205&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52205&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52205&r=mysqlcfg
Bug #52205 [Opn->Bgs]: strtotime() fault dates grater than to 2010-06-12
Edit report at http://bugs.php.net/bug.php?id=52205&edit=1
ID: 52205
Updated by: ras...@php.net
Reported by: vladzur at gmail dot com
Summary: strtotime() fault dates grater than to 2010-06-12
-Status: Open
+Status: Bogus
Type: Bug
Package: Date/time related
Operating System: Ubuntu 10.04
PHP Version: 5.3.2
New Comment:
php > echo strtotime('2010-06-13');
1276412400
works fine here on 5.3.2 Ubuntu.
Previous Comments:
[2010-06-29 18:21:59] vladzur at gmail dot com
Description:
strtotime returns nothing when give dates grather than 2010-06-12
echo strtotime('2010-06-13') //nothing here!!!
--
Edit this bug report at http://bugs.php.net/bug.php?id=52205&edit=1
Bug #48930 [Csd]: __COMPILER_HALT_OFFSET__ incorrect in PHP>=5.3
Edit report at http://bugs.php.net/bug.php?id=48930&edit=1 ID: 48930 User updated by: adam-phpbugs at adam dot gs Reported by: adam-phpbugs at adam dot gs Summary: __COMPILER_HALT_OFFSET__ incorrect in PHP>=5.3 Status: Closed Type: Bug Package: Scripting Engine problem Operating System: * PHP Version: 5.3, 6 Assigned To: felipe New Comment: Thats awesome Previous Comments: [2010-06-29 13:54:04] fel...@php.net The fix has been reverted for 5.3 branch because it breaks binary compatibility. [2010-06-29 13:37:15] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=300854 Log: - Reverted fix for bug #48930 (due binary compatibility breakage) [2010-06-28 00:41:28] adam-phpbugs at adam dot gs I lied, It just hasn't hit the snapshots yet, works from SVN sources! -=[~/Scripts/compile/php-src-5.3]=- -=[Sun Jun 27]=- -=[18:40:12]=- [a...@nighe]$ ./sapi/cli/php test-with-shebang.php string(19) " this is test data " -=[~/Scripts/compile/php-src-5.3]=- -=[Sun Jun 27]=- -=[18:40:17]=- [a...@nighe]$ ./sapi/cli/php test-without-shebang.php string(19) " this is test data " Thanks very much felipe! [2010-06-28 00:16:40] adam-phpbugs at adam dot gs Hi felipe, Thanks for taking a look at this bug, its languished for (what i'd consider) far too long. Unfortunately it doesn't seem to fix the issue: -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:14:16]=- [a...@nighe]$ ./sapi/cli/php -v PHP 5.3.3RC2-dev (cli) (built: Jun 27 2010 17:54:04) Copyright (c) 1997-2010 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:11]=- [a...@nighe]$ php -v PHP 5.3.1 (cli) (built: Dec 26 2009 19:21:45) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:15]=- [a...@nighe]$ ./sapi/cli/php test-without-shebang.php string(19) " this is test data " -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:30]=- [a...@nighe]$ ./sapi/cli/php test-with-shebang.php string(40) "); __halt_compiler(); this is test data " -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:34]=- [a...@nighe]$ php test-with-shebang.php string(40) "); __halt_compiler(); this is test data " -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:38]=- [a...@nighe]$ php test-without-shebang.php string(19) " this is test data " -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:44]=- [a...@nighe]$ cat test-without-shebang.php http://svn.php.net/viewvc/?view=revision&revision=300789 Log: - Fixed bug #48930 (__COMPILER_HALT_OFFSET__ incorrect in PHP >= 5.3) 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/bug.php?id=48930 -- Edit this bug report at http://bugs.php.net/bug.php?id=48930&edit=1
Bug #48930 [Csd]: __COMPILER_HALT_OFFSET__ incorrect in PHP>=5.3
Edit report at http://bugs.php.net/bug.php?id=48930&edit=1 ID: 48930 User updated by: adam-phpbugs at adam dot gs Reported by: adam-phpbugs at adam dot gs Summary: __COMPILER_HALT_OFFSET__ incorrect in PHP>=5.3 Status: Closed Type: Bug Package: Scripting Engine problem Operating System: * PHP Version: 5.3, 6 Assigned To: felipe New Comment: Can you fix the status of this bug then, its not closed nor is it resolved. Previous Comments: [2010-06-29 18:44:17] adam-phpbugs at adam dot gs Thats awesome [2010-06-29 13:54:04] fel...@php.net The fix has been reverted for 5.3 branch because it breaks binary compatibility. [2010-06-29 13:37:15] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=300854 Log: - Reverted fix for bug #48930 (due binary compatibility breakage) [2010-06-28 00:41:28] adam-phpbugs at adam dot gs I lied, It just hasn't hit the snapshots yet, works from SVN sources! -=[~/Scripts/compile/php-src-5.3]=- -=[Sun Jun 27]=- -=[18:40:12]=- [a...@nighe]$ ./sapi/cli/php test-with-shebang.php string(19) " this is test data " -=[~/Scripts/compile/php-src-5.3]=- -=[Sun Jun 27]=- -=[18:40:17]=- [a...@nighe]$ ./sapi/cli/php test-without-shebang.php string(19) " this is test data " Thanks very much felipe! [2010-06-28 00:16:40] adam-phpbugs at adam dot gs Hi felipe, Thanks for taking a look at this bug, its languished for (what i'd consider) far too long. Unfortunately it doesn't seem to fix the issue: -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:14:16]=- [a...@nighe]$ ./sapi/cli/php -v PHP 5.3.3RC2-dev (cli) (built: Jun 27 2010 17:54:04) Copyright (c) 1997-2010 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:11]=- [a...@nighe]$ php -v PHP 5.3.1 (cli) (built: Dec 26 2009 19:21:45) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:15]=- [a...@nighe]$ ./sapi/cli/php test-without-shebang.php string(19) " this is test data " -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:30]=- [a...@nighe]$ ./sapi/cli/php test-with-shebang.php string(40) "); __halt_compiler(); this is test data " -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:34]=- [a...@nighe]$ php test-with-shebang.php string(40) "); __halt_compiler(); this is test data " -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:38]=- [a...@nighe]$ php test-without-shebang.php string(19) " this is test data " -=[~/Scripts/compile/php5.3-201006272030]=- -=[Sun Jun 27]=- -=[18:15:44]=- [a...@nighe]$ cat test-without-shebang.php http://bugs.php.net/bug.php?id=48930 -- Edit this bug report at http://bugs.php.net/bug.php?id=48930&edit=1
Bug #52205 [Bgs]: strtotime() fault dates grater than to 2010-06-12
Edit report at http://bugs.php.net/bug.php?id=52205&edit=1
ID: 52205
User updated by: vladzur at gmail dot com
Reported by: vladzur at gmail dot com
Summary: strtotime() fault dates grater than to 2010-06-12
Status: Bogus
Type: Bug
Package: Date/time related
Operating System: Ubuntu 10.04
PHP Version: 5.3.2
New Comment:
doesn't work this:
echo strtotime('2010/06/13)
echo strtotime('13/06/2010')
Previous Comments:
[2010-06-29 18:31:46] ras...@php.net
php > echo strtotime('2010-06-13');
1276412400
works fine here on 5.3.2 Ubuntu.
[2010-06-29 18:21:59] vladzur at gmail dot com
Description:
strtotime returns nothing when give dates grather than 2010-06-12
echo strtotime('2010-06-13') //nothing here!!!
--
Edit this bug report at http://bugs.php.net/bug.php?id=52205&edit=1
Bug #48930 [Csd]: __COMPILER_HALT_OFFSET__ incorrect in PHP>=5.3
Edit report at http://bugs.php.net/bug.php?id=48930&edit=1 ID: 48930 Updated by: ras...@php.net Reported by: adam-phpbugs at adam dot gs Summary: __COMPILER_HALT_OFFSET__ incorrect in PHP>=5.3 Status: Closed Type: Bug Package: Scripting Engine problem Operating System: * PHP Version: 5.3, 6 Assigned To: felipe New Comment: It is fixed in trunk, so technically it has been fixed. It may be a "Can't Fix" for 5.3 if Felipe can't find a way to fix it without breaking binary compatibility in a minor release version. Previous Comments: [2010-06-29 18:44:50] adam-phpbugs at adam dot gs Can you fix the status of this bug then, its not closed nor is it resolved. [2010-06-29 18:44:17] adam-phpbugs at adam dot gs Thats awesome [2010-06-29 13:54:04] fel...@php.net The fix has been reverted for 5.3 branch because it breaks binary compatibility. [2010-06-29 13:37:15] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=300854 Log: - Reverted fix for bug #48930 (due binary compatibility breakage) [2010-06-28 00:41:28] adam-phpbugs at adam dot gs I lied, It just hasn't hit the snapshots yet, works from SVN sources! -=[~/Scripts/compile/php-src-5.3]=- -=[Sun Jun 27]=- -=[18:40:12]=- [a...@nighe]$ ./sapi/cli/php test-with-shebang.php string(19) " this is test data " -=[~/Scripts/compile/php-src-5.3]=- -=[Sun Jun 27]=- -=[18:40:17]=- [a...@nighe]$ ./sapi/cli/php test-without-shebang.php string(19) " this is test data " Thanks very much felipe! 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/bug.php?id=48930 -- Edit this bug report at http://bugs.php.net/bug.php?id=48930&edit=1
Bug #52174 [Com]: About Predefined Variables ($_POST, $_GET...)
Edit report at http://bugs.php.net/bug.php?id=52174&edit=1 ID: 52174 Comment by: vinicius dot costa dot pires at gmail dot com Reported by: vinicius dot costa dot pires at gmail dot com Summary: About Predefined Variables ($_POST, $_GET...) Status: Bogus Type: Bug Package: *General Issues Operating System: Windows PHP Version: 5.3.2 New Comment: If you put it that way :D No, really... Sorry. I forgot about the methods. Just forget it... Stupid thing I said. Previous Comments: [2010-06-24 17:07:10] ras...@php.net Because you prefer to type -> over []'s? You don't make something an object just because you prefer the syntax. You make something an object if it carries methods that uniquely manipulate the data and in this case there are no such methods. _GET, _POST are simply arrays of strings and should be represented as such. [2010-06-24 17:03:46] vinicius dot costa dot pires at gmail dot com Description: Hey guys... I didn't find another place in the website to say that... It's not exatly a bug, it's more for a suggestion for upgrading PHP. We have the predefined variables and the ways to access it... I think that a better way to access these variables would be as an object. Or better, it could be both ways. We usually access these variables with $_POST['data'], or session values like $_SESSION['user'], or $_REQUEST['birthday']... We could make these variables objects, like $_POST->data, $_SESSION->user, or $_REQUEST->birthday... For specific variables like $_FILES, it would be even better to access data, like $_FILES->image->size. That's something you could change in the next version of PHP. Sorry to write it here, I didn't find another place to post this. -- Edit this bug report at http://bugs.php.net/bug.php?id=52174&edit=1
Bug #52174 [Com]: About Predefined Variables ($_POST, $_GET...)
Edit report at http://bugs.php.net/bug.php?id=52174&edit=1 ID: 52174 Comment by: vinicius dot costa dot pires at gmail dot com Reported by: vinicius dot costa dot pires at gmail dot com Summary: About Predefined Variables ($_POST, $_GET...) Status: Bogus Type: Bug Package: *General Issues Operating System: Windows PHP Version: 5.3.2 New Comment: Anyway, in function mysql_fetch_object() documentation, it doesn't mention any method returned by the database query. I've been using it and replacing all my coding to fit OO to get used to the new features of lastest PHP, then I just thought it would fit as a good idea. So it wasn't so clear that you can only make an object if it carries a method. In that you have to agree that there's no use for you to answer me like you did. Previous Comments: [2010-06-29 21:44:33] vinicius dot costa dot pires at gmail dot com If you put it that way :D No, really... Sorry. I forgot about the methods. Just forget it... Stupid thing I said. [2010-06-24 17:07:10] ras...@php.net Because you prefer to type -> over []'s? You don't make something an object just because you prefer the syntax. You make something an object if it carries methods that uniquely manipulate the data and in this case there are no such methods. _GET, _POST are simply arrays of strings and should be represented as such. [2010-06-24 17:03:46] vinicius dot costa dot pires at gmail dot com Description: Hey guys... I didn't find another place in the website to say that... It's not exatly a bug, it's more for a suggestion for upgrading PHP. We have the predefined variables and the ways to access it... I think that a better way to access these variables would be as an object. Or better, it could be both ways. We usually access these variables with $_POST['data'], or session values like $_SESSION['user'], or $_REQUEST['birthday']... We could make these variables objects, like $_POST->data, $_SESSION->user, or $_REQUEST->birthday... For specific variables like $_FILES, it would be even better to access data, like $_FILES->image->size. That's something you could change in the next version of PHP. Sorry to write it here, I didn't find another place to post this. -- Edit this bug report at http://bugs.php.net/bug.php?id=52174&edit=1
[PHP-BUG] Bug #52206 [NEW]: Crash in pdo_mysql_stmt_describe
From: pajoye Operating system: Windows PHP version: 5.2.14RC1 Package: MySQL related Bug Type: Bug Bug description:Crash in pdo_mysql_stmt_describe Description: (minimal BT, better bt will follow) php_pdo_mysql!pdo_mysql_stmt_describe+4a php_pdo!pdo_stmt_describe_columns+36 php_pdo!zim_PDOStatement_execute+313 php5ts!zend_do_fcall_common_helper_SPEC+7ab php5ts!ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER+15 It happens during a test which consists on running the Wordpress (3.0) and Drupal (latest 6.x) install procedure. -- Edit bug report at http://bugs.php.net/bug.php?id=52206&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52206&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52206&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52206&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52206&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52206&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52206&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52206&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52206&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52206&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52206&r=support Expected behavior: http://bugs.php.net/fix.php?id=52206&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52206&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52206&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52206&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52206&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52206&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52206&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52206&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52206&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52206&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52206&r=mysqlcfg
Bug #52206 [Opn]: Crash in pdo_mysql_stmt_describe
Edit report at http://bugs.php.net/bug.php?id=52206&edit=1 ID: 52206 Updated by: paj...@php.net Reported by: paj...@php.net Summary: Crash in pdo_mysql_stmt_describe Status: Open Type: Bug Package: MySQL related Operating System: Windows PHP Version: 5.2.14RC1 New Comment: It could be a TS issue as it does not happen using the NTS builds. Previous Comments: [2010-06-29 22:40:44] paj...@php.net Description: (minimal BT, better bt will follow) php_pdo_mysql!pdo_mysql_stmt_describe+4a php_pdo!pdo_stmt_describe_columns+36 php_pdo!zim_PDOStatement_execute+313 php5ts!zend_do_fcall_common_helper_SPEC+7ab php5ts!ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER+15 It happens during a test which consists on running the Wordpress (3.0) and Drupal (latest 6.x) install procedure. -- Edit this bug report at http://bugs.php.net/bug.php?id=52206&edit=1
Bug #49349 [Com]: gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors)
Edit report at http://bugs.php.net/bug.php?id=49349&edit=1 ID: 49349 Comment by: raulsalitrero at gmail dot com Reported by: raulsalitrero at gmail dot com Summary: gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors) Status: Assigned Type: Bug Package: Gettext related Operating System: win32 only - windows xp sp3 PHP Version: 5.3.0 Assigned To: pajoye New Comment: just as a note. i have just compiled the last version of libintl 0.18.1 taking the patch used for the previous version as a base but the problem persists. also you stated: "The work around is explained in this report." but i don't know what exactly that means. what workaround.? Do you mean the pure php gettex implemementation, i know it works, but it can be really slow. thanks in advance.. RAUL... Previous Comments: [2010-05-12 19:41:06] paj...@php.net No release date yet. Please, don't add other cases as the issue has been identified, clearly. [2010-05-12 19:14:18] jasonsmith at yahoo dot com Is there a release date for 5.3.3? [2010-05-12 06:46:16] viii at iinet dot net dot au Windows Server 2008 R2 x64 with IIS 7.5 PHP 5.3.0, 5.3.2 Locale is English (Australian). Trying to get English (United States) to work. have ./locale/en_AU/LC_MESSAGES/messages.mo ./locale/en_US/LC_MESSAGES/messages.mo Always get the default (Australian) You stated: "The work around is explained in this report." So, but this escapes me. Where is the workaround? I have read this thread several times. Question: why does _SERVER["HTTP_ACCEPT_LANGUAGE"] have en-AU and not en_AU??? Or is this just a silly Winblows thing. [2010-05-06 09:20:47] paj...@php.net The work around is explained in this report. And yes, there will be a 5.3.3 which will have the fix in the library used by gettext. [2010-05-06 06:00:32] scott at etw dot ca Is there a release date for 5.3.3? Spent the last few months building a project in 5.3 and my final steps was to add language support which i cant do with gettext due to this bug, and to revert to 5.2x would require other major code changes 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/bug.php?id=49349 -- Edit this bug report at http://bugs.php.net/bug.php?id=49349&edit=1
Bug #46851 [Com]: Strict standards: Declaration of ... should be compatible with that of ...
Edit report at http://bugs.php.net/bug.php?id=46851&edit=1 ID: 46851 Comment by: mauricio at yoreparo dot com Reported by: oliver at teqneers dot de Summary: Strict standards: Declaration of ... should be compatible with that of ... Status: Bogus Type: Bug Package: Scripting Engine problem Operating System: OpenSuSE 11.0 PHP Version: 5.2.8 New Comment: Still an issue on 5.2.13 when autoloading classes. Oliver code still triggers the STRICT error: If I autoload the 'c' class the I get the STRICT error. Previous Comments: [2010-05-28 17:24:46] travis dot crowder at spechal dot com Still an issue in 5.2.10 Expected result: None of the code blocks should trigger an error (my personal preference) or both code blocks must trigger a notice. Actual result: -- First block triggers: Strict standards: Declaration of cc::test() should be compatible with that of c::test() in strict_test.php on line 4 Second does nothing at all. -- Edit this bug report at http://bugs.php.net/bug.php?id=46851&edit=1
Bug #46851 [Com]: Strict standards: Declaration of ... should be compatible with that of ...
Edit report at http://bugs.php.net/bug.php?id=46851&edit=1 ID: 46851 Comment by: mauricio at yoreparo dot com Reported by: oliver at teqneers dot de Summary: Strict standards: Declaration of ... should be compatible with that of ... Status: Bogus Type: Bug Package: Scripting Engine problem Operating System: OpenSuSE 11.0 PHP Version: 5.2.8 New Comment: Also tried on PHP 5.3.2, an issue too. thanks Previous Comments: [2010-06-30 02:18:48] mauricio at yoreparo dot com Still an issue on 5.2.13 when autoloading classes. Oliver code still triggers the STRICT error: If I autoload the 'c' class the I get the STRICT error. [2010-05-28 17:24:46] travis dot crowder at spechal dot com Still an issue in 5.2.10 Expected result: None of the code blocks should trigger an error (my personal preference) or both code blocks must trigger a notice. Actual result: -- First block triggers: Strict standards: Declaration of cc::test() should be compatible with that of c::test() in strict_test.php on line 4 Second does nothing at all. -- Edit this bug report at http://bugs.php.net/bug.php?id=46851&edit=1
Bug #48930 [Csd->Asn]: __COMPILER_HALT_OFFSET__ incorrect in PHP>=5.3
Edit report at http://bugs.php.net/bug.php?id=48930&edit=1 ID: 48930 Updated by: ka...@php.net Reported by: adam-phpbugs at adam dot gs Summary: __COMPILER_HALT_OFFSET__ incorrect in PHP>=5.3 -Status: Closed +Status: Assigned Type: Bug Package: Scripting Engine problem Operating System: * PHP Version: 5.3, 6 Assigned To: felipe Previous Comments: [2010-06-30 04:30:17] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=300869 Log: - MF5.3: Reverted fix for bug #48930 (due binary compatibility breakage) # To commit a new common fix [2010-06-29 19:40:57] ras...@php.net It is fixed in trunk, so technically it has been fixed. It may be a "Can't Fix" for 5.3 if Felipe can't find a way to fix it without breaking binary compatibility in a minor release version. [2010-06-29 18:44:50] adam-phpbugs at adam dot gs Can you fix the status of this bug then, its not closed nor is it resolved. [2010-06-29 18:44:17] adam-phpbugs at adam dot gs Thats awesome [2010-06-29 13:54:04] fel...@php.net The fix has been reverted for 5.3 branch because it breaks binary compatibility. 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/bug.php?id=48930 -- Edit this bug report at http://bugs.php.net/bug.php?id=48930&edit=1
Bug #48930 [Asn->Csd]: __COMPILER_HALT_OFFSET__ incorrect in PHP>=5.3
Edit report at http://bugs.php.net/bug.php?id=48930&edit=1 ID: 48930 Updated by: fel...@php.net Reported by: adam-phpbugs at adam dot gs Summary: __COMPILER_HALT_OFFSET__ incorrect in PHP>=5.3 -Status: Assigned +Status: Closed Type: Bug Package: Scripting Engine problem Operating System: * PHP Version: 5.3, 6 Assigned To: felipe New Comment: I've committed a new fix for this bug, in 5.3 and trunk. Previous Comments: [2010-06-30 04:45:12] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=300871 Log: - Fixed bug #48930 (__COMPILER_HALT_OFFSET__ incorrect in PHP >= 5.3) [2010-06-30 04:30:17] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revision&revision=300869 Log: - MF5.3: Reverted fix for bug #48930 (due binary compatibility breakage) # To commit a new common fix [2010-06-29 19:40:57] ras...@php.net It is fixed in trunk, so technically it has been fixed. It may be a "Can't Fix" for 5.3 if Felipe can't find a way to fix it without breaking binary compatibility in a minor release version. [2010-06-29 18:44:50] adam-phpbugs at adam dot gs Can you fix the status of this bug then, its not closed nor is it resolved. [2010-06-29 18:44:17] adam-phpbugs at adam dot gs Thats awesome 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/bug.php?id=48930 -- Edit this bug report at http://bugs.php.net/bug.php?id=48930&edit=1
