Sorry, but the bug system is not the appropriate forum for asking
support questions. Your problem does not imply a bug in PHP itself.
For a list of more appropriate places to ask for help using PHP,
please visit http://www.php.net/support.php

Thank you for your interest in PHP.

Addionally, I've since descovered that when PHP gets a 
timestamp from a UNIX file that was created/modified on the 
first day of any month ( use ls -al from the command line 
to verify the actual date modified), PHP returns the mday 
(in the case of getdate()), or "d" (in the case of date()) 
as being the last day of the PREVIOUS month + 1 day, 
instead of returning 1, which is the actual day of 
modification/creation.  It doesn't even try to claim it's 
day 0. It just invents an imaginary day for the previous 
month and returns that.  It also gets the "m" (date()),  or 
'mon' and 'month'  (getdate()) values wrong, 
returning them as those of the previous month.  Try using 
date("m - d", $timestamp_from_unix_file); if you don't 
believe 
me.

Addionally, I've since descovered that when PHP gets a timestamp from a UNIX file that was created/modified on the first day of any month ( use ls -al from the command line to verify the actual date modified), PHP returns the mday (in the case of getdate()), or "d" (in the case of date()) as being the last day of the PREVIOUS month + 1 day, instead of returning 1,  which is the actual day of modification/creation.  It doesn't even try to claim it's day 0. It just invents an imaginary day for the previous month and returns that.  It also gets the "m" (date()),  or 'mon' and 'month'  (getdate()) values wrong,  returning them as those of the previous month.  Try using date("m - d", $timestamp_from_unix_file); if you don't believe me.