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

I have compiled the latest 5.1 CVS snapshot from June 14, 2005 
and the problem persists.

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.

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.

We _REALLY_ need a short reproducing script. We don't have time to go through hundreds of lines of code..

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.

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. 

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".

class.php:
<?
class Test 
{
	var $Dynamic = Array();
	function Start()
	{
                $Dynamic = Array("test"=>"hope")
		$this->$Dynamic = $Dynamic;
	}
        function GetArray()
        {
                return $this->Dynamic;
        }
}
?>
test.php:
<?
require class.php;
$file = new Test();
$file->Start();
print_r($file->Dynamic); // Will result in 'Array()'
$s = $file->GetArray(); // Will result in 'Fatal error: Cannot access empty property'
print_r($s)
?>

Any update on this issue?

I think it's a typo error.

In the Start() method, he use :
$this->$Dynamic = $Dynamic;

but he should use :
$this->Dynamic = $Dynamic;

so $this->Dynamic is not set when he call GetArray() method

As the original reporter of the bug, I would just as soon close it.  I cannot reproduce it outside of the code originally used (I don't even know if I have a copy of that any more).  Since no reproduce exists, perhaps it is just best to close and see if the problem resurfaces at a later date.

Ok, if you can reproduce, reopen.