#24485 [NoF-Opn]: $a = $b; become $a=$b; when I use a function
ID: 24485 User updated by: bugs dot php dot net at public dot salagir dot com Reported By: bugs dot php dot net at public dot salagir dot com -Status: No Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: * PHP Version: 4CVS-2005-08-23 Assigned To: derick New Comment: up Previous Comments: [2006-05-10 15:45:33] php dot net at nanonanonano dot net CVS snapshot of PHP4 branch as of 2006-05-10 still shows this bug. And to reiterate a previously mentioned very polite note to the php developers... please actually run the trivially simple test case given in the bug report to see if it has been fixed. Also, please reference a specific CVS commit (ok, harder to do with cvs than svn, but still possible) that you think fixes this bug. That way, we have a fighting chance of seeing where you are looking in the code and might be able to help out; at present, we don't know where to start. (this is at least the fourth iteration of try CVS/still broken on this bug... it really is starting to make you look silly) [2006-01-01 01:00:02] 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. [2005-12-24 02:19:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-03-24 21:48:33] [EMAIL PROTECTED] For Derick, see also bug #32261 (same issue?) [2005-02-03 23:18:38] ericvanblokland at gmail dot com Where do you live? If it's anywhere near here I'll buy you a beer (or two)!! I'm working on a huge project, with extremely large and complex object constructions, and I have been fighting against segmentation faults for weeks now which is a mayor setback as the deadline is comming closer. I'm still trying to narrow down the cause of these problems but it seems that some construction of circular references (That might exist as a result of this bug) causes memory leaks and crashes php on simple variable assignments. To make me more desperate, after installing the latest rpm in debug-mode memory leaks were reported once and never after and de segmentation faults disappeared. Using that same rpm without debug mode resulted in the same segaults. I've posted this before http://bugs.php.net/bug.php?id=31624 but that bug-report got broken and I've been investigating the cause more before reposting. (I reproduced my problem there with the latest CVS of that time) However, as this bug might be causing the exceptional conditions that causes my segfaults (Copying, a complex, reference-rich object to another location in a session, resulting in another reference), I will wait looking into that any further for now. I can only pray it fixes it. Sorry for the long story, but as it might be related I feld the need to post it here. Once more, thanks a lot! 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/24485 -- Edit this bug report at http://bugs.php.net/?id=24485edit=1
#24485 [NoF-Opn]: $a = $b; become $a=$b; when I use a function
ID: 24485 User updated by: bugs dot php dot net at public dot salagir dot com Reported By: bugs dot php dot net at public dot salagir dot com -Status: No Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS, 4CVS (2005-06-07) Assigned To: derick New Comment: No feedback [from the original poster] was provided for this bug for over a week I guess that's a good thing the original poster who did that bug report *more than 2 years ago*, still read his old e-mail, is still alive or even still interested in php ;p (I'm juste beging mean. This debate take place here http://bugs.php.net/bug.php?id=34313) Previous Comments: [2005-08-31 02:33:16] php dot net at nanonanonano dot net Precisely how is this bug No feedback? [2005-08-30 01:00:04] 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. [2005-08-23 09:39:56] php dot net at nanonanonano dot net To start with, this bug is not fixed in php4-STABLE-200508230645. This bug has already been marked as fixed in PHP5, so asking us to run a test case against the PHP5 CVS snapshot isn't really that sensible, is it? BTW making a new does it work in the latest snapshot comment each time we say no it's not fixed yet, makes it look like you are hoping to fix this bug by accident rather than deliberately set out to fix it. I find it hard to believe you would be actually doing that, but it's certainly what it looks like from this end when you are obviously not even running the really simple test case provided by the original submitter. Can we most politely ask you to use the really simple test case that provided here to test your fixes? And when you think you've actually solved it, then ask if we think you've solved it too. Most of us lack either the time or ability to keep testing CVS snapshots to see if you have fixed it yet; it would be so much easier for everyone if you guys tested it yourselves when you already have the latest installed on your machines and the test case is this simple. [2005-08-22 01:09:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-24 21:48:33] [EMAIL PROTECTED] For Derick, see also bug #32261 (same issue?) 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/24485 -- Edit this bug report at http://bugs.php.net/?id=24485edit=1
#24485 [NoF-Opn]: $a = $b; become $a=$b; when I use a function
ID: 24485 User updated by: bugs dot php dot net at public dot salagir dot com -Reported By: gomez at efrei dot fr +Reported By: bugs dot php dot net at public dot salagir dot com -Status: No Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS, 4CVS (2005-06-07) Assigned To: derick New Comment: So considering the previous comment, the bug is still open. Previous Comments: [2005-08-09 05:48:01] php dot net at nanonanonano dot net This bug is still present in PHP 4.4.0 (Debian package 4.4.0-1). Thanks for trying, guys, but your latest references fixes don't fix this problem (nor are any of the E_NOTICE messages that are threatened for interesting use of references emitted). The simple test case included by the original submitter still fails. This one's still open... [2005-06-15 01:00:05] 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. [2005-06-07 15:51:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-03-24 21:48:33] [EMAIL PROTECTED] For Derick, see also bug #32261 (same issue?) [2005-02-03 23:18:38] ericvanblokland at gmail dot com Where do you live? If it's anywhere near here I'll buy you a beer (or two)!! I'm working on a huge project, with extremely large and complex object constructions, and I have been fighting against segmentation faults for weeks now which is a mayor setback as the deadline is comming closer. I'm still trying to narrow down the cause of these problems but it seems that some construction of circular references (That might exist as a result of this bug) causes memory leaks and crashes php on simple variable assignments. To make me more desperate, after installing the latest rpm in debug-mode memory leaks were reported once and never after and de segmentation faults disappeared. Using that same rpm without debug mode resulted in the same segaults. I've posted this before http://bugs.php.net/bug.php?id=31624 but that bug-report got broken and I've been investigating the cause more before reposting. (I reproduced my problem there with the latest CVS of that time) However, as this bug might be causing the exceptional conditions that causes my segfaults (Copying, a complex, reference-rich object to another location in a session, resulting in another reference), I will wait looking into that any further for now. I can only pray it fixes it. Sorry for the long story, but as it might be related I feld the need to post it here. Once more, thanks a lot! 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/24485 -- Edit this bug report at http://bugs.php.net/?id=24485edit=1
