Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

Do you have any Zend or compiler cache extensions enabled?

I installed PHP using FreeBSD's ports system. The configure command generated by the ports installer is as follows:

Configure Command =>  './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--enable-spl' '--program-prefix=' '--enable-fastcgi' '--with-apxs=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--enable-zend-multibyte' '--prefix=/usr/local'

I also installed the php5-extensions port with the following modules selected:

extension=ctype.so
extension=curl.so
extension=dom.so
extension=exif.so
extension=gd.so
extension=gettext.so
extension=iconv.so
extension=mbstring.so
extension=mcrypt.so
extension=mhash.so
extension=mysql.so
extension=mysqli.so
extension=openssl.so
extension=pcre.so
extension=pdf.so
extension=zlib.so
extension=pdo.so
extension=posix.so
extension=session.so
extension=simplexml.so
extension=snmp.so
extension=sockets.so
extension=tokenizer.so
extension=xml.so
extension=xmlreader.so
extension=xmlwriter.so

I am going to uninstall all of that and attempt to install from the CVS source as per your recommendation.

Please update the report once you have the results from the 
php-cvs run.

I installed PHP from the CVS source as suggested, using the same configure command as FreeBSD had previously generated. Then I used the php5-extensions port to reinstall all the additional modules (as previously listed).

I have yet to see the random error (knock knock), and assume that this has fixed the issue. My guess is that there was a bug in the 5.2.0 release code used by the FreeBSD ports system.

I will update the bug report if I see any sign of the error. Thank you for your assistance so far.

Closing the bug as the problem is no longer reproducible 
(presumed resolved). 

I use Dreamweaver 8
when i save an index (index.php), it will automaticly save it as php5 file, so i save it manualy as php4 and that error is gone

so it must be some king of bug in php5...

i can confirm the weirdness and roughly the error message. Hit refresh a few 
times here:
http://90.177.177.100/oldnagualnet.com/colors/red/
as opposed to here:
http://90.177.177.100/oldnagualnet.com/
colors being a directory with symlinks, red linking to ..
I ran wget in an endless loop on 
http://90.177.177.100/oldnagualnet.com/colors/red/colors.php and it errored 
roughly 3 times per second. After a while stopped. It doesnt seem to happen 
when the php is accessed by its address directly, only when its accessed thru a 
symlinked directory. 
This is:
Linux kook-desktop 2.6.32-5-xen-686 #1 SMP Mon Jan 17 10:49:18 UTC 2011 i686 
GNU/Linux
root@kook-desktop:/var/www/oldnagualnet.com# php -v
PHP 5.3.3-1ubuntu9.3 with Suhosin-Patch (cli) (built: Jan 12 2011 16:08:14) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
thanks .. :)

http://90.177.177.100/oldnagualnet.com/colors.php:
<?php
$file = $_SERVER["SCRIPT_NAME"];
preg_match("/\/colors\/(.*)\//", $file, $matches);
if(count($matches)==2)
$c = $matches[1];
else
$c="orange";

//print_r($matches);
?>
body { background-color:<?php echo $c ?>; }


UntitledFrame-2.php:

(lots of html)
<link rel="stylesheet" type="text/css" href="colors.php" />
(lots of html)
<?php
if ($handle = opendir('colors')) {
    while (false !== ($file = readdir($handle))) {
<------>echo "<a href=\"http://90.177.177.100/oldnagualnet.com/colors/$file\" 
target=\"main\">$file</a>\n";
    }
    closedir($handle);
}
?>
(some html)

i broke the links. the new and hopefully more stable addresses are 
http://nagual.crabdance.com
vs 
http://nagual.crabdance.com/colors/red/