Bug #60933 [Com]: Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6
Edit report at https://bugs.php.net/bug.php?id=60933&edit=1 ID: 60933 Comment by: j dot jeising at gmail dot com Reported by:m...@php.net Summary:Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6 Status: Assigned Type: Bug Package:Arrays related Operating System: Mac OS X 10.6 PHP Version:5.4SVN-2012-01-30 (SVN) Assigned To:aharvey Block user comment: N Private report: N New Comment: Patch fixed the problem, test passes. Previous Comments: [2012-02-02 04:50:59] ahar...@php.net The following patch has been added/updated: Patch Name: bug-60933-locale-sort-test Revision: 1328158259 URL: https://bugs.php.net/patch-display.php?bug=60933&patch=bug-60933-locale-sort-test&revision=1328158259 [2012-02-02 04:50:40] ahar...@php.net I think this may just be nothing more than the default fr_FR locale selected on OS X nowadays simply being UTF-8 by default these days, which obviously fails to sort an ISO-8859-1 array correctly. Can people who've had this fail try the attached patch and see if it fixes the problem, please? [2012-02-02 00:55:36] j dot jeising at gmail dot com Only failed test for me too (Mac OS X 10.6.8). Any environment specific details we could provide to reproduce this? (LANG="de_DE.UTF-8", LC_CTYPE="en_US.UTF-8") [2012-02-01 19:32:31] ras...@php.net I just ran it on an Ubuntu 11.10 box and it passed. So then it is environment- specific somehow. [2012-02-01 17:49:59] carloschilazo at gmail dot com I think its not related to MAC OSX, test failed php5.4-201202011630 ubuntu 11.10 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 https://bugs.php.net/bug.php?id=60933 -- Edit this bug report at https://bugs.php.net/bug.php?id=60933&edit=1
Bug #60933 [Com]: Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6
Edit report at https://bugs.php.net/bug.php?id=60933&edit=1 ID: 60933 Comment by: j dot jeising at gmail dot com Reported by:m...@php.net Summary:Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6 Status: Open Type: Bug Package:Arrays related Operating System: Mac OS X 10.6 PHP Version:5.4SVN-2012-01-30 (SVN) Block user comment: N Private report: N New Comment: Only failed test for me too (Mac OS X 10.6.8). Any environment specific details we could provide to reproduce this? (LANG="de_DE.UTF-8", LC_CTYPE="en_US.UTF-8") Previous Comments: [2012-02-01 19:32:31] ras...@php.net I just ran it on an Ubuntu 11.10 box and it passed. So then it is environment- specific somehow. [2012-02-01 17:49:59] carloschilazo at gmail dot com I think its not related to MAC OSX, test failed php5.4-201202011630 ubuntu 11.10 [2012-02-01 16:32:54] ras...@php.net Bug 41758 is a won't fix simply because it is against PHP6 and we aren't fixing bugs in that dead branch at this point. This also a different issue since this one appears to be OSX-specific. This same test passes nicely on various versions of Debian and Ubuntu Linux. [2012-02-01 13:03:39] f...@php.net Works on FreeBSD 8.2-RELEASE with snap php5.4-201202011030 PASS Sort with SORT_LOCALE_STRING [ext/standard/tests/array/locale_sort.phpt] [2012-02-01 03:58:53] carloschilazo at gmail dot com I think this goes waaay back to: 41758 And bug 41758 is in status Won't fix, I couldn't find why. Is there a reason behind this? Thanks 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 https://bugs.php.net/bug.php?id=60933 -- Edit this bug report at https://bugs.php.net/bug.php?id=60933&edit=1
[PHP-BUG] Bug #51888 [NEW]: overloaded __set is called from parent class
From:
Operating system: Mac OS X
PHP version: 5.3.2
Package: Class/Object related
Bug Type: Bug
Bug description:overloaded __set is called from parent class
Description:
If you overwrite __set in a child class, the parent implementation is
called first
and than triggers the child version.
I found another bug, which says that you should implement the __set method
in the
parent class, but it in this case both methods are called.
A similar bug is reported in #44807, but it's only about the recursion
prevention.
Test script:
---
{$key} = $value . ' (Foo)';
}
}
class Bar extends Foo {
function __set($key, $value) {
$this->{$key} = $value . ' (Bar)';
}
function set() {
parent::__set('foobar', 'Test');
}
}
$bar = new Bar();
$bar->set();
echo $bar->foobar;
?>
Expected result:
Test (Foo)
Actual result:
--
Test (Foo) (Bar)
--
Edit bug report at http://bugs.php.net/bug.php?id=51888&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51888&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51888&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51888&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51888&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51888&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51888&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51888&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51888&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51888&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51888&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51888&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51888&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51888&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51888&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51888&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51888&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51888&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51888&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51888&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51888&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51888&r=mysqlcfg
Bug #51338 [Opn]: URL-Rewriter should not get enabled if use_only_cookies is set to 1
Edit report at http://bugs.php.net/bug.php?id=51338&edit=1
ID: 51338
User updated by: j dot jeising at gmail dot com
Reported by: j dot jeising at gmail dot com
Summary: URL-Rewriter should not get enabled if use_only_cookies
is set to 1
Status: Open
Type:Bug
Package: Session related
PHP Version: 5.3SVN-2010-03-20 (SVN)
New Comment:
Should be "ini_set('session.use_trans_sid', 1);" in the test script.
Previous Comments:
----
[2010-03-20 16:43:08] j dot jeising at gmail dot com
Description:
If session.use_only_cookies is enabled and session_use_trans_sid is
enabled PHP
sets the URL-Rewriter as an ouput handler, although there is nothing to
rewrite.
The Problem is the apply_trans_sid variable in session.c, which is only
set to
zero if a cookie is found. I wrote a small patch which should fix it but
somebody
with more insight should have a look.
Test script:
---
Expected result:
Array
(
[0] => default output handler
)
Actual result:
--
Array
(
[0] => URL-Rewriter
)
--
Edit this bug report at http://bugs.php.net/bug.php?id=51338&edit=1
[PHP-BUG] Bug #51338 [NEW]: URL-Rewriter should not get enabled if use_only_cookies is set to 1
From: Operating system: PHP version: 5.3SVN-2010-03-20 (SVN) Package: Session related Bug Type: Bug Bug description:URL-Rewriter should not get enabled if use_only_cookies is set to 1 Description: If session.use_only_cookies is enabled and session_use_trans_sid is enabled PHP sets the URL-Rewriter as an ouput handler, although there is nothing to rewrite. The Problem is the apply_trans_sid variable in session.c, which is only set to zero if a cookie is found. I wrote a small patch which should fix it but somebody with more insight should have a look. Test script: --- Expected result: Array ( [0] => default output handler ) Actual result: -- Array ( [0] => URL-Rewriter ) -- Edit bug report at http://bugs.php.net/bug.php?id=51338&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51338&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51338&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51338&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51338&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51338&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51338&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51338&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51338&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51338&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51338&r=support Expected behavior: http://bugs.php.net/fix.php?id=51338&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51338&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51338&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51338&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51338&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51338&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51338&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51338&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51338&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51338&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51338&r=mysqlcfg
#49267 [Com]: Linking fails for iconv: "Undefined symbols: _libiconv"
ID: 49267 Comment by: j dot jeising at gmail dot com Reported By: s dot rost at ewerk dot com Status: Assigned Bug Type: Compile Failure Operating System: Mac OSX 10.6 Snow Leopard PHP Version: 5.3, 6 (2009-08-18) Assigned To: scottmac New Comment: Apple already added a path to it's own sources: http://opensource.apple.com/source/apache_mod_php/apache_mod_php- 53/patches/iconv.patch With the parameters provided in the Makefile this works seamless: --with-iconv-dir=/usr Previous Comments: [2009-09-15 19:29:50] skovjuice at gmail dot com I had this issue on OSX 10.6: Undefined symbols: "_libiconv_open", referenced from: _do_convert in gdkanji.o "_libiconv", referenced from: _do_convert in gdkanji.o "_libiconv_close", referenced from: _do_convert in gdkanji.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 Managed to solve it by doing as described in the first post on the latest PHP 5.3 snapshot. [2009-09-11 14:20:59] jason at dajaney dot com I am also experiencing this same issue on my new mac, running 10.6. Keep this alive with any updates. Undefined symbols: "_libiconv_open", referenced from: _do_convert in gdkanji.o "_libiconv", referenced from: _do_convert in gdkanji.o "_libiconv_close", referenced from: _do_convert in gdkanji.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 The above was trying my last ditch effort to have --without-iconv in the ./configure statement. Jason [2009-09-09 20:34:20] rickdunn at chez dot com For what it's worth, this is probably the same iconv issue that has already popped up in bug #43189 and bug #48195. [2009-09-09 13:30:41] aoyagi dot kouhei at gmail dot com SnowLeopard PHP-5.3.1RC1 ext/iconv/iconv.c #ifdef HAVE_LIBICONV #define iconv libiconv #endif to #ifdef HAVE_LIBICONV #define iconv iconv #endif ./configure --prefix=/opt/php-5.3.1RC1 --enable-zip --with-apxs2=/opt/httpd/bin/apxs --with-bz2 --enable-calendar --with-curl --with-gd --enable-gd-native-ttf --enable-gd-jis-conv --enable-mbstring --with-pdo-pgsql=/opt/postgresql --with-pgsql=/opt/postgresql --enable-soap --enable-sockets --with-jpeg-dir=/opt/jpeg --with-png-dir=/opt/libpng --with-freetype-dir=/opt/freetype --with-zlib --with-libxml-dir=/opt/libxml2 --with-xsl=/opt/libxslt --with-readline=/opt/readline --with-gettext=/opt/gettext --with-iconv-dir=/opt/libiconv make Undefined symbols: "_libiconv_open", referenced from: _do_convert in gdkanji.o "_libiconv", referenced from: _do_convert in gdkanji.o "_libiconv_close", referenced from: _do_convert in gdkanji.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 [2009-09-09 13:29:03] alexandre dot morgaut at 4d dot fr the tip of notfornoone worked for me but I still have a problem with buildconf : sh-3.2# ./buildconf --force Forcing buildconf buildconf: checking installation... buildconf: autoconf version 2.61 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running vcsclean for you. To avoid this, install autoconf-2.13. Can't figure out your VCS, not cleaning. I didn't change autoconf, so I imagine snow leopard did.. 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/49267 -- Edit this bug report at http://bugs.php.net/?id=49267&edit=1
#48758 [NEW]: FILTER_VALIDATE_URL rejects urls with an umlaut in path
From: j dot jeising at gmail dot com Operating system: * PHP version: 5.3.0 PHP Bug Type: Filter related Bug description: FILTER_VALIDATE_URL rejects urls with an umlaut in path Description: FILTER_VALIDATE_URL rejects URLs with umlauts in the path. Umlauts are not allowed in the domain (object of #42353), but in the path, they are (at least, everybody supports them). Reproduce code: --- $url = 'http://www.example.com/exämple'; var_dump(filter_var($url, FILTER_VALIDATE_URL)); Expected result: string(30) "http://www.example.com/example"; Actual result: -- bool(false) -- Edit bug report at http://bugs.php.net/?id=48758&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48758&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48758&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48758&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48758&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48758&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48758&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48758&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48758&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48758&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48758&r=support Expected behavior: http://bugs.php.net/fix.php?id=48758&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48758&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48758&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48758&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48758&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48758&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48758&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48758&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48758&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48758&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48758&r=mysqlcfg
#48018 [NEW]: References to array keys
From: j dot jeising at gmail dot com
Operating system: -
PHP version: 5.2.9
PHP Bug Type: Arrays related
Bug description: References to array keys
Description:
It's possible to define a reference to a non-existent variable, which
gets assigned in a loop (example 1). It's possble to define a reference
to an existent key, too. Why is it not possible to define references to
non existent respective reference defined keys?
Reproduce code:
---
// Example 1:
$a = array (1, 2, 3);
$b = &$value;
foreach ($a as $value) {
echo $b;
}
// Example 2:
$a = array(array(1), array(2), array(3));
foreach ($a as $value) {
$b = &$value[0];
echo $b;
}
// Example 3:
$b = &$value[0];
foreach ($a as $value) {
echo $b;
}
Expected result:
123
123
123
Actual result:
--
123
123
(nullnullnull)
--
Edit bug report at http://bugs.php.net/?id=48018&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48018&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48018&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48018&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48018&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48018&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48018&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48018&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48018&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48018&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48018&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48018&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48018&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48018&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48018&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48018&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48018&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48018&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48018&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48018&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48018&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48018&r=mysqlcfg
#45700 [Bgs]: array_reduce only accepts integer as $initial
ID: 45700
User updated by: j dot jeising at gmail dot com
Reported By: j dot jeising at gmail dot com
Status: Bogus
Bug Type: Arrays related
Operating System: *
PHP Version: 5.2.6
New Comment:
Year, cool way to solve problems - "Exists long enough to not be a
bug(, for all unbelievers add an error to the next version." But the
problem still exists - why should I only use the function with long
values? Why not for arrays or other types? I can tell you: the way in
this case was the following:
1. (4.0.5) Add PHP function array_reduce, need something to implement
some mathematical operations
2. (5.0.1) Some changed behaviours in PHP 5 cause a segfault if an
array is passed, let's convert it to long, according to the orignal
target. Oh and change the docs, it takes a int instead of mixed as last
parameter.
3. (5.3) Let's clean everything up, we throw errors in other functions
with types, let's do it here, too.
=> The problem is, that the original segfault is not realy fixed.
Perhaps it's already solved in PHP 5.3 (so you only have to remove the
conversion code), perhaps not. But this is not a bogus, it's not the
goal of the function, it's simply a bad fixed bug and it's story. So
please change status back to Open (/Feature Request) and fix it!
Previous Comments:
[2008-08-04 21:26:54] [EMAIL PROTECTED]
Using PHP 5.3:
Warning: array_reduce() expects parameter 3 to be long, array given in
/usr/src/build/php_5_3CVS_tst/t.php on line 10
Current behaviour in 5.2 has existed long enough not to be broken in
PHP 5.2 branch.
----------------
[2008-08-03 14:18:26] j dot jeising at gmail dot com
Description:
array_reduce only accepts integer as the $initial value. All other
values are converted to long. This problem was already discussed in
#42566, but the only answer is thats because of a fix to #29954. The fix
for #29954 was the following change:
if (ZEND_NUM_ARGS() > 2) {
convert_to_long_ex(initial);
result = *initial;
}
http://cvs.php.net/viewcvs.cgi/php-src/ext/standard/array.c?r1=1.283&r2=1.284
That's not a proper fix to the problem. You can't solve a segfault with
a type conversion - some functionality is missing here.
Reproduce code:
---
$array = array ( array ( 1 ), array ( 2 ) );
print_r ( array_reduce ( $array, 'array_merge', array ( ) );
Expected result:
Array ( [0] => 1, [1] => 2 );
Actual result:
--
Warning: array_merge() [function.array-merge]: Argument #1 is not an
array in test.php on line 3
=> initial value is 1.
--
Edit this bug report at http://bugs.php.net/?id=45700&edit=1
#45700 [NEW]: array_reduce only accepts integer as $initial
From: j dot jeising at gmail dot com
Operating system: all
PHP version: 5.2.6
PHP Bug Type: Arrays related
Bug description: array_reduce only accepts integer as $initial
Description:
array_reduce only accepts integer as the $initial value. All other values
are converted to long. This problem was already discussed in #42566, but
the only answer is thats because of a fix to #29954. The fix for #29954 was
the following change:
if (ZEND_NUM_ARGS() > 2) {
convert_to_long_ex(initial);
result = *initial;
}
http://cvs.php.net/viewcvs.cgi/php-src/ext/standard/array.c?r1=1.283&r2=1.284
That's not a proper fix to the problem. You can't solve a segfault with a
type conversion - some functionality is missing here.
Reproduce code:
---
$array = array ( array ( 1 ), array ( 2 ) );
print_r ( array_reduce ( $array, 'array_merge', array ( ) );
Expected result:
Array ( [0] => 1, [1] => 2 );
Actual result:
--
Warning: array_merge() [function.array-merge]: Argument #1 is not an array
in test.php on line 3
=> initial value is 1.
--
Edit bug report at http://bugs.php.net/?id=45700&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45700&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45700&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45700&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45700&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45700&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45700&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45700&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45700&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45700&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45700&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45700&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45700&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45700&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45700&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45700&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45700&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45700&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45700&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45700&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45700&r=mysqlcfg
#45331 [Com]: Imagick::clone with trailing space results in ParserError
ID: 45331
Comment by: j dot jeising at gmail dot com
Reported By: j dot jeising at gmail dot com
Status: Assigned
Bug Type: Class/Object related
Operating System: Mac OS X 10.5.3
PHP Version: 5.2.6
Assigned To: scottmac
New Comment:
I detect, that the bug affects all keywords with Object Operator
before, example:
$this -> class = 'foobar';
Previous Comments:
[2008-07-01 10:15:15] [EMAIL PROTECTED]
This is fixed in PHP 5.3 since the move to re2c, I will see whats
possible for the 5.2 branch.
[2008-06-30 23:32:18] [EMAIL PROTECTED]
Scott, can you take a look? You may be the best person to check the
parser :)
[2008-06-30 23:27:32] j dot jeising at gmail dot com
Feedback from developers missing here.
[2008-06-30 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".
[2008-06-24 00:03:59] j dot jeising at gmail dot com
Testcase:
--TEST--
Bug #45331 (Imagick::clone with trailing space results in ParserError)
--FILE--
clone ( );
var_dump ( $clone );
?>
--EXPECT--
object(Imagick)#2 (0) { }
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/45331
--
Edit this bug report at http://bugs.php.net/?id=45331&edit=1
#45331 [NoF->Opn]: Imagick::clone with trailing space results in ParserError
ID: 45331
User updated by: j dot jeising at gmail dot com
Reported By: j dot jeising at gmail dot com
-Status: No Feedback
+Status: Open
Bug Type: Class/Object related
Operating System: Mac OS X 10.5.3
PHP Version: 5.2.6
New Comment:
Feedback from developers missing here.
Previous Comments:
[2008-06-30 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".
[2008-06-24 00:03:59] j dot jeising at gmail dot com
Testcase:
--TEST--
Bug #45331 (Imagick::clone with trailing space results in ParserError)
--FILE--
clone ( );
var_dump ( $clone );
?>
--EXPECT--
object(Imagick)#2 (0) { }
[2008-06-23 00:38:45] j dot jeising at gmail dot com
Download file here: http://jannes.webkassel.de/test.php.zip
[2008-06-23 00:33:14] [EMAIL PROTECTED]
Weird, it works here on windows and linux.
Can you zip your src and post a link to it here please? Maybe there is
a hidden character (not a space)?
[2008-06-23 00:30:29] j dot jeising at gmail dot com
Tested with latest snapshot on windows
php test.php
Parse error: syntax error, unexpected T_CLONE, expecting T_STRING or
T_VARIABLE
or '{' or '$' in test.php on line 4
Same probleme here.
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/45331
--
Edit this bug report at http://bugs.php.net/?id=45331&edit=1
#45331 [Com]: Imagick::clone with trailing space results in ParserError
ID: 45331
Comment by: j dot jeising at gmail dot com
Reported By: j dot jeising at gmail dot com
Status: Feedback
Bug Type: Class/Object related
Operating System: Mac OS X 10.5.3
PHP Version: 5.2.6
New Comment:
Testcase:
--TEST--
Bug #45331 (Imagick::clone with trailing space results in ParserError)
--FILE--
clone ( );
var_dump ( $clone );
?>
--EXPECT--
object(Imagick)#2 (0) { }
Previous Comments:
[2008-06-23 00:38:45] j dot jeising at gmail dot com
Download file here: http://jannes.webkassel.de/test.php.zip
[2008-06-23 00:33:14] [EMAIL PROTECTED]
Weird, it works here on windows and linux.
Can you zip your src and post a link to it here please? Maybe there is
a hidden character (not a space)?
[2008-06-23 00:30:29] j dot jeising at gmail dot com
Tested with latest snapshot on windows
php test.php
Parse error: syntax error, unexpected T_CLONE, expecting T_STRING or
T_VARIABLE
or '{' or '$' in test.php on line 4
Same probleme here.
[2008-06-23 00:28:13] [EMAIL PROTECTED]
Yes, I misread the initial report. My 2nd comment asked you to test
with a snapshot.
[2008-06-23 00:14:37] j dot jeising at gmail dot com
Pajoye, I think that's not a problem of imagick, more a parser problem.
You can't reproduce the problem because foo() is not clone(). "clone" is
a reserved keyword (http://docs.php.net/clone), imagick can use this
function because it's in the class namespace
(http://docs.php.net/manual/en/function.imagick-clone.php). PHP supports
this if the parser detects "->" before the keyword. But the parser does
not recognize the space in this case.
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/45331
--
Edit this bug report at http://bugs.php.net/?id=45331&edit=1
#45331 [Com]: Imagick::clone with trailing space results in ParserError
ID: 45331
Comment by: j dot jeising at gmail dot com
Reported By: j dot jeising at gmail dot com
Status: Feedback
Bug Type: Class/Object related
Operating System: Mac OS X 10.5.3
PHP Version: 5.2.6
New Comment:
Download file here: http://jannes.webkassel.de/test.php.zip
Previous Comments:
[2008-06-23 00:33:14] [EMAIL PROTECTED]
Weird, it works here on windows and linux.
Can you zip your src and post a link to it here please? Maybe there is
a hidden character (not a space)?
[2008-06-23 00:30:29] j dot jeising at gmail dot com
Tested with latest snapshot on windows
php test.php
Parse error: syntax error, unexpected T_CLONE, expecting T_STRING or
T_VARIABLE
or '{' or '$' in test.php on line 4
Same probleme here.
[2008-06-23 00:28:13] [EMAIL PROTECTED]
Yes, I misread the initial report. My 2nd comment asked you to test
with a snapshot.
[2008-06-23 00:14:37] j dot jeising at gmail dot com
Pajoye, I think that's not a problem of imagick, more a parser problem.
You can't reproduce the problem because foo() is not clone(). "clone" is
a reserved keyword (http://docs.php.net/clone), imagick can use this
function because it's in the class namespace
(http://docs.php.net/manual/en/function.imagick-clone.php). PHP supports
this if the parser detects "->" before the keyword. But the parser does
not recognize the space in this case.
[2008-06-22 23:24:14] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
Oops, misread but I can't reproduce the problem with:
class a { function foo(){echo "foo\n";}} $b = new a; $b -> foo();
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/45331
--
Edit this bug report at http://bugs.php.net/?id=45331&edit=1
#45331 [Com]: Imagick::clone with trailing space results in ParserError
ID: 45331
Comment by: j dot jeising at gmail dot com
Reported By: j dot jeising at gmail dot com
Status: Feedback
Bug Type: Class/Object related
Operating System: Mac OS X 10.5.3
PHP Version: 5.2.6
New Comment:
Tested with latest snapshot on windows
php test.php
Parse error: syntax error, unexpected T_CLONE, expecting T_STRING or
T_VARIABLE
or '{' or '$' in test.php on line 4
Same probleme here.
Previous Comments:
[2008-06-23 00:28:13] [EMAIL PROTECTED]
Yes, I misread the initial report. My 2nd comment asked you to test
with a snapshot.
[2008-06-23 00:14:37] j dot jeising at gmail dot com
Pajoye, I think that's not a problem of imagick, more a parser problem.
You can't reproduce the problem because foo() is not clone(). "clone" is
a reserved keyword (http://docs.php.net/clone), imagick can use this
function because it's in the class namespace
(http://docs.php.net/manual/en/function.imagick-clone.php). PHP supports
this if the parser detects "->" before the keyword. But the parser does
not recognize the space in this case.
[2008-06-22 23:24:14] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
Oops, misread but I can't reproduce the problem with:
class a { function foo(){echo "foo\n";}} $b = new a; $b -> foo();
[2008-06-22 23:20:06] [EMAIL PROTECTED]
report bug for imagick in http://pecl.php.net/imagick
------------------------
[2008-06-22 23:03:39] j dot jeising at gmail dot com
Description:
With a space between -> and Imagick::clone PHP throws a parser error.
Without the space everything is perfect.
Reproduce code:
---
$imagick = new Imagick ( 'path/to/a/image.jpg' );
$clone = $imagick -> clone ( ); // Spaces important!
// Code which runs:
//$clone = $imagick ->clone ( );
Expected result:
Clone of $imagick in $clone.
Actual result:
--
Parse error: syntax error, unexpected T_CLONE, expecting T_STRING or
T_VARIABLE or '{' or '$' in .../file.php on line 2
--
Edit this bug report at http://bugs.php.net/?id=45331&edit=1
#45331 [Com]: Imagick::clone with trailing space results in ParserError
ID: 45331
Comment by: j dot jeising at gmail dot com
Reported By: j dot jeising at gmail dot com
Status: Verified
Bug Type: Class/Object related
Operating System: Mac OS X 10.5.3
PHP Version: 5.2.6
New Comment:
Pajoye, I think that's not a problem of imagick, more a parser problem.
You can't reproduce the problem because foo() is not clone(). "clone" is
a reserved keyword (http://docs.php.net/clone), imagick can use this
function because it's in the class namespace
(http://docs.php.net/manual/en/function.imagick-clone.php). PHP supports
this if the parser detects "->" before the keyword. But the parser does
not recognize the space in this case.
Previous Comments:
[2008-06-22 23:24:14] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
Oops, misread but I can't reproduce the problem with:
class a { function foo(){echo "foo\n";}} $b = new a; $b -> foo();
[2008-06-22 23:20:06] [EMAIL PROTECTED]
report bug for imagick in http://pecl.php.net/imagick
------------------------
[2008-06-22 23:03:39] j dot jeising at gmail dot com
Description:
With a space between -> and Imagick::clone PHP throws a parser error.
Without the space everything is perfect.
Reproduce code:
---
$imagick = new Imagick ( 'path/to/a/image.jpg' );
$clone = $imagick -> clone ( ); // Spaces important!
// Code which runs:
//$clone = $imagick ->clone ( );
Expected result:
Clone of $imagick in $clone.
Actual result:
--
Parse error: syntax error, unexpected T_CLONE, expecting T_STRING or
T_VARIABLE or '{' or '$' in .../file.php on line 2
--
Edit this bug report at http://bugs.php.net/?id=45331&edit=1
#45331 [NEW]: Imagick::clone with trailing space results in ParserError
From: j dot jeising at gmail dot com
Operating system: Mac OS X 10.5.3
PHP version: 5.2.6
PHP Bug Type: Class/Object related
Bug description: Imagick::clone with trailing space results in ParserError
Description:
With a space between -> and Imagick::clone PHP throws a parser error.
Without the space everything is perfect.
Reproduce code:
---
$imagick = new Imagick ( 'path/to/a/image.jpg' );
$clone = $imagick -> clone ( ); // Spaces important!
// Code which runs:
//$clone = $imagick ->clone ( );
Expected result:
Clone of $imagick in $clone.
Actual result:
--
Parse error: syntax error, unexpected T_CLONE, expecting T_STRING or
T_VARIABLE or '{' or '$' in .../file.php on line 2
--
Edit bug report at http://bugs.php.net/?id=45331&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45331&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45331&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45331&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45331&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45331&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45331&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45331&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45331&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45331&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45331&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45331&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45331&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45331&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45331&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45331&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45331&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45331&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45331&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45331&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45331&r=mysqlcfg
