#33314 [Opn->Fbk]: Child class variable change not propogated during function call

ID: 33314 Updated by: tony2001@php.net Reported By: gregory dot szorc at case dot edu -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Linux (multiple) PHP Version: 5CVS-2005-06-12 New Comment: Gregory, if you provide an example (even relatively big) it would be MUCH easier for us to understand what are you talking about (and to fix it too). Please cook a script (okay, let it be BIG script), put it somewhere on the Net (no SVN and other exotic things please, just a plain HTTP) and give us the link. Thanks in advance. Previous Comments: ------------------------------------------------------------------------ [2005-06-15 16:11:59] gregory dot szorc at case dot edu I have tried to recreate the problem by recreating the basic class hierarchy that exists in my project. Unfortunately, I have been unable to duplicate. I would gladly try and debug things myself, but I have no knowledge regarding debugging core PHP. The problem occurs in BaseLayout.php. It is reproducable through tests/iCal_create.php. The test program doesn't even involve a lot of the classes. Considering that the problem is an object reference being lost/ignored as it is passed back to a function, I would think this would be a relatively easy problem to debug. Who knows. If someone could provide instructions for how to debug this problem, I would attempt to do it myself. ------------------------------------------------------------------------ [2005-06-15 15:30:03] sniper@php.net We _REALLY_ need a short reproducing script. We don't have time to go through hundreds of lines of code.. ------------------------------------------------------------------------ [2005-06-14 16:58:33] gregory dot szorc at case dot edu As mentioned in the orignal post, I have not been able to reproduce the problem outside of the project from which I am working. Believe me, I tried. Read http://zorro.case.edu/ viewcvs/php_classes/File_iCal/trunk/File/iCal/ BaseComponent.php?rev=119&view=markup around line 234 for a comment and the actual code that causes the bug to trigger. Given the way that the problem can be "solved," there is obviously a bug with the class support. Unfortunately, I can't reproduce it outside of the PEAR project on which I am working. ------------------------------------------------------------------------ [2005-06-14 16:47:08] sniper@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with <?php and ends with ?>, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. ------------------------------------------------------------------------ [2005-06-14 16:07:21] gregory dot szorc at case dot edu I have compiled the latest 5.1 CVS snapshot from June 14, 2005 and the problem persists. ------------------------------------------------------------------------ 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/33314 -- Edit this bug report at http://bugs.php.net/?id=33314&edit=1