Bug #55829 [Opn->Fbk]: impossible to define a variable S_ALL
Edit report at https://bugs.php.net/bug.php?id=55829&edit=1 ID: 55829 Updated by: larue...@php.net Reported by:cizek dot milan at seznam dot cz Summary:impossible to define a variable S_ALL -Status: Open +Status: Feedback Type: Bug Package:Scripting Engine problem Operating System: FreeBSD 8.0-RELEASE PHP Version:5.3.8 Block user comment: N Private report: N New Comment: what do you mean by impossible to define a S_ALL? this works fine to me. Previous Comments: [2011-10-02 04:15:42] larue...@php.net what do you mean by impossible to define a S_ALL? this works fine to me. [2011-10-02 00:24:45] cizek dot milan at seznam dot cz Description: --- >From manual page: http://www.php.net/function.define --- I searched in predefined S_ALL constants and variables, but I did not find anything. Test script: --- Expected result: 511 -- Edit this bug report at https://bugs.php.net/bug.php?id=55829&edit=1
Bug #55829 [Opn]: impossible to define a variable S_ALL
Edit report at https://bugs.php.net/bug.php?id=55829&edit=1 ID: 55829 Updated by: larue...@php.net Reported by:cizek dot milan at seznam dot cz Summary:impossible to define a variable S_ALL Status: Open Type: Bug Package:Scripting Engine problem Operating System: FreeBSD 8.0-RELEASE PHP Version:5.3.8 Block user comment: N Private report: N New Comment: what do you mean by impossible to define a S_ALL? this works fine to me. Previous Comments: [2011-10-02 00:24:45] cizek dot milan at seznam dot cz Description: --- >From manual page: http://www.php.net/function.define --- I searched in predefined S_ALL constants and variables, but I did not find anything. Test script: --- Expected result: 511 -- Edit this bug report at https://bugs.php.net/bug.php?id=55829&edit=1
[PHP-BUG] Bug #55829 [NEW]: impossible to define a variable S_ALL
From: Operating system: FreeBSD 8.0-RELEASE PHP version: 5.3.8 Package: Scripting Engine problem Bug Type: Bug Bug description:impossible to define a variable S_ALL Description: --- >From manual page: http://www.php.net/function.define --- I searched in predefined S_ALL constants and variables, but I did not find anything. Test script: --- Expected result: 511 -- Edit bug report at https://bugs.php.net/bug.php?id=55829&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55829&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55829&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55829&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55829&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55829&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55829&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55829&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55829&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55829&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55829&r=support Expected behavior: https://bugs.php.net/fix.php?id=55829&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55829&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55829&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55829&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55829&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55829&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55829&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55829&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55829&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55829&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55829&r=mysqlcfg
[PHP-BUG] Req #55828 [NEW]: Instantiation and call in one expression.
From:
Operating system: Irrelevant
PHP version: 5.4.0beta1
Package: Class/Object related
Bug Type: Feature/Change Request
Bug description:Instantiation and call in one expression.
Description:
It would be nice if object instantiation and calling methods on the object
could
occur within the same expression.
Test script:
---
class A {
public function method() {
echo "call\n";
}
}
new A(/* args, mayhaps */)->method();
new A->method();
Expected result:
call
call
Actual result:
--
Parse error: syntax error, unexpected '->'
--
Edit bug report at https://bugs.php.net/bug.php?id=55828&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55828&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55828&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55828&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55828&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55828&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55828&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55828&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55828&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55828&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55828&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55828&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55828&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55828&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55828&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55828&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55828&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55828&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55828&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55828&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55828&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55828&r=mysqlcfg
Bug #55827 [Opn->Bgs]: Loop with caption
Edit report at https://bugs.php.net/bug.php?id=55827&edit=1
ID: 55827
Updated by: johan...@php.net
Reported by:serj dot sj at gmail dot com
Summary:Loop with caption
-Status: Open
+Status: Bogus
Type: Bug
Package:*General Issues
Operating System: Debian 6.0
PHP Version:5.3SVN-2011-10-01 (SVN)
Block user comment: N
Private report: N
New Comment:
Please report bugs for the Imagick module at http://pecl.php.net/imagick Sorry
for the inconvenience.
Previous Comments:
[2011-10-01 14:20:26] serj dot sj at gmail dot com
Description:
PHP Backend (I tried Apache2 mod php5 only now) made something(see trace) with
loop:
Process 29537 attached - interrupt to quit
munmap(0x7fbe68c7, 43198) = 0
munmap(0x7fbe68c7b000, 79155) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.pfb", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=79155, ...}) = 0
mmap(NULL, 79155, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7b000
close(179) = 0
stat("/usr/share/fonts/type1/gsfonts/n019003l.afm", {st_mode=S_IFREG|0644,
st_size=43198, ...}) = 0
access("/usr/share/fonts/type1/gsfonts/n019003l.afm", F_OK) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.afm", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=43198, ...}) = 0
mmap(NULL, 43198, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7
close(179) = 0
munmap(0x7fbe68c7, 43198) = 0
munmap(0x7fbe68c7b000, 79155) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.pfb", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=79155, ...}) = 0
mmap(NULL, 79155, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7b000
close(179) = 0
stat("/usr/share/fonts/type1/gsfonts/n019003l.afm", {st_mode=S_IFREG|0644,
st_size=43198, ...}) = 0
access("/usr/share/fonts/type1/gsfonts/n019003l.afm", F_OK) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.afm", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=43198, ...}) = 0
mmap(NULL, 43198, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7
close(179) = 0
munmap(0x7fbe68c7, 43198) = 0
munmap(0x7fbe68c7b000, 79155) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.pfb", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=79155, ...}) = 0
mmap(NULL, 79155, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7b000
close(179) = 0
stat("/usr/share/fonts/type1/gsfonts/n019003l.afm", {st_mode=S_IFREG|0644,
st_size=43198, ...}) = 0
access("/usr/share/fonts/type1/gsfonts/n019003l.afm", F_OK) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.afm", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=43198, ...}) = 0
mmap(NULL, 43198, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7
close(179) = 0
munmap(0x7fbe68c7, 43198) = 0
munmap(0x7fbe68c7b000, 79155) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.pfb", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=79155, ...}) = 0
mmap(NULL, 79155, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7b000
close(179) = 0
stat("/usr/share/fonts/type1/gsfonts/n019003l.afm", {st_mode=S_IFREG|0644,
st_size=43198, ...}) = 0
access("/usr/share/fonts/type1/gsfonts/n019003l.afm", F_OK) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.afm", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=43198, ...}) = 0
mmap(NULL, 43198, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7
close(179) = 0
munmap(0x7fbe68c7, 43198) = 0
munmap(0x7fbe68c7b000, 79155) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.pfb", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=79155, ...}) = 0
mmap(NULL, 79155, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7b000
close(179) = 0
stat("/usr/share/fonts/type1/gsfonts/n019003l.afm", {st_mode=S_IFREG|0644,
st_size=43198, ...}) = 0
access("/usr/share/fonts/type1/gsfonts/n019003l.afm", F_OK) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.afm", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=43198, ...}) = 0
mmap(NULL, 43198, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7
close(179) = 0
munmap(0x7fbe68c7, 43198) =
[PHP-BUG] Bug #55827 [NEW]: Loop with caption
From:
Operating system: Debian 6.0
PHP version: 5.3SVN-2011-10-01 (SVN)
Package: *General Issues
Bug Type: Bug
Bug description:Loop with caption
Description:
PHP Backend (I tried Apache2 mod php5 only now) made something(see trace)
with
loop:
Process 29537 attached - interrupt to quit
munmap(0x7fbe68c7, 43198) = 0
munmap(0x7fbe68c7b000, 79155) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.pfb", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=79155, ...}) = 0
mmap(NULL, 79155, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7b000
close(179) = 0
stat("/usr/share/fonts/type1/gsfonts/n019003l.afm", {st_mode=S_IFREG|0644,
st_size=43198, ...}) = 0
access("/usr/share/fonts/type1/gsfonts/n019003l.afm", F_OK) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.afm", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=43198, ...}) = 0
mmap(NULL, 43198, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7
close(179) = 0
munmap(0x7fbe68c7, 43198) = 0
munmap(0x7fbe68c7b000, 79155) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.pfb", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=79155, ...}) = 0
mmap(NULL, 79155, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7b000
close(179) = 0
stat("/usr/share/fonts/type1/gsfonts/n019003l.afm", {st_mode=S_IFREG|0644,
st_size=43198, ...}) = 0
access("/usr/share/fonts/type1/gsfonts/n019003l.afm", F_OK) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.afm", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=43198, ...}) = 0
mmap(NULL, 43198, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7
close(179) = 0
munmap(0x7fbe68c7, 43198) = 0
munmap(0x7fbe68c7b000, 79155) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.pfb", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=79155, ...}) = 0
mmap(NULL, 79155, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7b000
close(179) = 0
stat("/usr/share/fonts/type1/gsfonts/n019003l.afm", {st_mode=S_IFREG|0644,
st_size=43198, ...}) = 0
access("/usr/share/fonts/type1/gsfonts/n019003l.afm", F_OK) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.afm", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=43198, ...}) = 0
mmap(NULL, 43198, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7
close(179) = 0
munmap(0x7fbe68c7, 43198) = 0
munmap(0x7fbe68c7b000, 79155) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.pfb", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=79155, ...}) = 0
mmap(NULL, 79155, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7b000
close(179) = 0
stat("/usr/share/fonts/type1/gsfonts/n019003l.afm", {st_mode=S_IFREG|0644,
st_size=43198, ...}) = 0
access("/usr/share/fonts/type1/gsfonts/n019003l.afm", F_OK) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.afm", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=43198, ...}) = 0
mmap(NULL, 43198, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7
close(179) = 0
munmap(0x7fbe68c7, 43198) = 0
munmap(0x7fbe68c7b000, 79155) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.pfb", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=79155, ...}) = 0
mmap(NULL, 79155, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7b000
close(179) = 0
stat("/usr/share/fonts/type1/gsfonts/n019003l.afm", {st_mode=S_IFREG|0644,
st_size=43198, ...}) = 0
access("/usr/share/fonts/type1/gsfonts/n019003l.afm", F_OK) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.afm", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=43198, ...}) = 0
mmap(NULL, 43198, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7
close(179) = 0
munmap(0x7fbe68c7, 43198) = 0
munmap(0x7fbe68c7b000, 79155) = 0
open("/usr/share/fonts/type1/gsfonts/n019003l.pfb", O_RDONLY) = 179
fcntl(179, F_SETFD, FD_CLOEXEC) = 0
fstat(179, {st_mode=S_IFREG|0644, st_size=79155, ...}) = 0
mmap(NULL, 79155, PROT_READ, MAP_PRIVATE, 179, 0) = 0x7fbe68c7b000
close(179) = 0
stat("/usr/share/fonts/type1/gsfonts/n019003l.afm", {st_mode=S_IFREG|0644,
st_size=43198, ...}) = 0
access("/usr/share/fonts/type1/gsfonts/n019003l.afm", F_OK) = 0
open("/usr/share/fonts/type1/gsfonts/n01900
Bug #55801 [Fbk->Asn]: Behavior of unserialize has changed
Edit report at https://bugs.php.net/bug.php?id=55801&edit=1
ID: 55801
Updated by: johan...@php.net
Reported by:mapi at pdepend dot org
Summary:Behavior of unserialize has changed
-Status: Feedback
+Status: Assigned
Type: Bug
Package:Variables related
Operating System: Linux (Fedora 15)
PHP Version:5.4.0beta1
-Assigned To:
+Assigned To:mike
Block user comment: N
Private report: N
New Comment:
mike, seems like you broke this. Please take a look.
Previous Comments:
[2011-10-01 12:25:51] mapi at pdepend dot org
Bingo!
With revision 299770 this bug occurs the first time. If I checkout and compile
revision 299769 of trunk, everything works as expected. With revision 299770 I
get those annoying unserialized arrays with NULL values.
[2011-09-30 16:09:44] johan...@php.net
Can you try reverting SVN revision r299770 and then run your test? - That's
mostly a guess, though.
bug #36424
http://svn.php.net/viewvc/?view=revision&revision=299770
[2011-09-28 16:29:50] mapi at pdepend dot org
It seems that this has something todo with the visibility of properties that
should be serialized. If I do the following:
~ $ rm -rf ~/.pdepend
~ $ git clone https://github.com/pdepend/pdepend.git
~ $ cd pdepend
~ $ vim src/main/php/PHP/Depend/Code/AbstractClassOrInterface.php +86
-> Change from PROTECTED to PUBLIC
protected $parentClassReference = null; -> public $parentClassReference
=
null;
~ $ vim src/main/php/PHP/Depend/Code/AbstractClassOrInterface.php +132
-> Change from PROTECTED to PUBLIC
protected $nodes = array(); -> public $nodes = array();
~ $ php540 src/bin/pdepend.php --summary-xml=sum.xml
src/main/php/PHP/Depend/Code/ASTArrayType.php
~ $ php540 src/bin/pdepend.php --summary-xml=sum.xml
src/main/php/PHP/Depend/Code/ASTArrayType.php
...
Executing CyclomaticComplexity-Analyzer:
Fatal error: Call to a member function findChildrenOfType() on a non-object in
/tmp/pdepend/src/main/php/PHP/Depend/Code/AbstractClassOrInterface.php on line
268
If I now revert the visibility of both properties from PUBLIC to PROTECTED, it
works:
~ $ vim src/main/php/PHP/Depend/Code/AbstractClassOrInterface.php +86
-> Change from PUBLIC to PROTECTED
public $parentClassReference = null; -> protected $parentClassReference
=
null;
~ $ vim src/main/php/PHP/Depend/Code/AbstractClassOrInterface.php +132
-> Change from PUBLIC to PROTECTED
public $nodes = array(); -> protected $nodes = array();
~ $ php540 src/bin/pdepend.php --summary-xml=sum.xml
src/main/php/PHP/Depend/Code/ASTArrayType.php
This means that a PUBLIC property that was serialized can be restored in a
PROTECTED property while unserializing the object structure.
[2011-09-28 15:20:33] mapi at pdepend dot org
Yes, here you can get the two serialized object structures:
http://manuel-pichler.de/stuff/5.3.ser
http://manuel-pichler.de/stuff/5.4.ser
And there is the difference:
5.3 -> *nodes";a:1:{i:0;r:18;}
5.4 -> *nodes";a:1:{i:0;r:36;}
It references something different.
[2011-09-28 13:41:54] paj...@php.net
Any chance to get something that shows us the serialized data with 5.4 and 5.4
so
we can see how they differ?
Maybe upload the small possible code somewhere?
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=55801
--
Edit this bug report at https://bugs.php.net/bug.php?id=55801&edit=1
Bug #55801 [Com]: Behavior of unserialize has changed
Edit report at https://bugs.php.net/bug.php?id=55801&edit=1
ID: 55801
Comment by: mapi at pdepend dot org
Reported by:mapi at pdepend dot org
Summary:Behavior of unserialize has changed
Status: Feedback
Type: Bug
Package:Variables related
Operating System: Linux (Fedora 15)
PHP Version:5.4.0beta1
Block user comment: N
Private report: N
New Comment:
Bingo!
With revision 299770 this bug occurs the first time. If I checkout and compile
revision 299769 of trunk, everything works as expected. With revision 299770 I
get those annoying unserialized arrays with NULL values.
Previous Comments:
[2011-09-30 16:09:44] johan...@php.net
Can you try reverting SVN revision r299770 and then run your test? - That's
mostly a guess, though.
bug #36424
http://svn.php.net/viewvc/?view=revision&revision=299770
[2011-09-28 16:29:50] mapi at pdepend dot org
It seems that this has something todo with the visibility of properties that
should be serialized. If I do the following:
~ $ rm -rf ~/.pdepend
~ $ git clone https://github.com/pdepend/pdepend.git
~ $ cd pdepend
~ $ vim src/main/php/PHP/Depend/Code/AbstractClassOrInterface.php +86
-> Change from PROTECTED to PUBLIC
protected $parentClassReference = null; -> public $parentClassReference
=
null;
~ $ vim src/main/php/PHP/Depend/Code/AbstractClassOrInterface.php +132
-> Change from PROTECTED to PUBLIC
protected $nodes = array(); -> public $nodes = array();
~ $ php540 src/bin/pdepend.php --summary-xml=sum.xml
src/main/php/PHP/Depend/Code/ASTArrayType.php
~ $ php540 src/bin/pdepend.php --summary-xml=sum.xml
src/main/php/PHP/Depend/Code/ASTArrayType.php
...
Executing CyclomaticComplexity-Analyzer:
Fatal error: Call to a member function findChildrenOfType() on a non-object in
/tmp/pdepend/src/main/php/PHP/Depend/Code/AbstractClassOrInterface.php on line
268
If I now revert the visibility of both properties from PUBLIC to PROTECTED, it
works:
~ $ vim src/main/php/PHP/Depend/Code/AbstractClassOrInterface.php +86
-> Change from PUBLIC to PROTECTED
public $parentClassReference = null; -> protected $parentClassReference
=
null;
~ $ vim src/main/php/PHP/Depend/Code/AbstractClassOrInterface.php +132
-> Change from PUBLIC to PROTECTED
public $nodes = array(); -> protected $nodes = array();
~ $ php540 src/bin/pdepend.php --summary-xml=sum.xml
src/main/php/PHP/Depend/Code/ASTArrayType.php
This means that a PUBLIC property that was serialized can be restored in a
PROTECTED property while unserializing the object structure.
[2011-09-28 15:20:33] mapi at pdepend dot org
Yes, here you can get the two serialized object structures:
http://manuel-pichler.de/stuff/5.3.ser
http://manuel-pichler.de/stuff/5.4.ser
And there is the difference:
5.3 -> *nodes";a:1:{i:0;r:18;}
5.4 -> *nodes";a:1:{i:0;r:36;}
It references something different.
[2011-09-28 13:41:54] paj...@php.net
Any chance to get something that shows us the serialized data with 5.4 and 5.4
so
we can see how they differ?
Maybe upload the small possible code somewhere?
[2011-09-28 13:30:46] mapi at pdepend dot org
Okay, I tried for several hours to create a reproducable outside of
PHP_Depend's
context, but I cannot reproduce this behavior :(
But at least I came up with a small code fragement that illustrates this
behavior:
prop[$y]++;
}
}
which was translated into the following object graph:
Statement
Expression
MemberPrimaryPrefix <--
Variable |
PropertyPostfix |
ArrayIndexExpression [Same Instance]
Identifier |
Variable |
PostfixExpression |
MemberPrimaryPrefix --
Variable
PropertyPostfix
ArrayIndexExpression
Identifier
Variable
And this second reference to MemberPrimaryPrefix is NULL after unserialization
with PHP 5.4 and it is just a second clone with PHP < 5.4
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=55801
--
Edit this bug report at https://bugs.php.net/bug.php?id=55801&edit=1
Bug #43200 [Bgs->Opn]: sm...@pooteeweet.org
Edit report at https://bugs.php.net/bug.php?id=43200&edit=1 ID: 43200 Updated by: lsm...@php.net Reported by:smith at pooteeweet dot org -Summary:Interface implementation / inheritence not possible in abstract classes +Summary:sm...@pooteeweet.org -Status: Bogus +Status: Open Type: Bug Package:Scripting Engine problem -Operating System: Linux +Operating System: sm...@pooteeweet.org -PHP Version:5.3CVS-2007-11-05 (CVS) +PHP Version:sm...@pooteeweet.org -Assigned To: +Assigned To:sm...@pooteeweet.org Block user comment: N Private report: N New Comment: This is not bogus and it should be fixed. In many cases I in the end managed to work around this, but its not always possible, like when dealing with legacy interfaces that one cannot change etc, but that are being superseded by newer ones (f.e. https://github.com/symfony/symfony/pull/2244). Previous Comments: [2010-12-16 00:38:40] kucho86 at gmail dot com Are you planning to cover this bug?? It's pretty simple to fix and since interfaces define behaviours and classes implements them, this should be possible. It goes against Object Oriented Programming concepts. [2007-11-05 16:34:21] cel...@php.net foo(); ?> If you don't want to implement a method from an interface, don't redeclare it, and the code will work as intended. [2007-11-05 15:50:30] smith at pooteeweet dot org Description: PHP 5.3.0-dev (cli) (built: Nov 5 2007 16:42:56) from todays CVS HEAD. The implementation of interfaces in concrete abstract classes and their inheritence is not possible: Reproduce code: --- foo(); ?> Expected result: Echoing "works" Actual result: -- Fatal error: Can't inherit abstract function A::foo() (previously declared abstract in B) in ... -- Edit this bug report at https://bugs.php.net/bug.php?id=43200&edit=1
