On Sat, March 19, 2005 6:48 am, John Taylor-Johnston said: > chmod($defaultfile, 666); http://php.net/chmod has examples that tell you exactly why this is wrong... 666 is decimal. The 666 you want is Octal. They ain't the same number. > What does the at_sign mean at the start of this line? > > @ $results = fopen($datafilename, "w+"); @ means you are IGNORING any errors this generates. It's usually a really bad idea unless you have some more code for error checking. > if (!$results) { die ("Our results file could not be opened for writing. > Your score was not recorded. Please contact the person responsible and > try again later."); } > flock($results, 2); #lock file for writing > fwrite($results, $filestr); #write $filestr to $results > flock($results, 3); #unlock file > fclose($results); #close file This is an incorrect way to try to flock a file for writing. You should: 1) Open the file for READING. 2) flock that file handle, so only YOU have access to that file. 3) Re-open the file for WRITING, now that you have control. 4) Write your data 5) Release the lock. Your application, as it stands now, has a race condition between the open for writing and the flock, which sooner or later, WILL bite you in the ass. Probably. Maybe. If $filestr is small enough, the Linux OS has locking built-in. Windows may or may not (and I don't care enough about Windows to remember, much less look it up). FreeBSD and other OSes may or may not also have locking at OS layer. I wouldn't rely on it, though, since it's trivial to do the 5 steps above. -- Like Music? http://l-i-e.com/artists.htm -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
