Sometime ago, I posted the email below, regarding some problems with a file manager we have developed for our users.
The problem still exists, and is now starting to cause "complaints". Mainly from my manager, who's fed-up with receiving the error emails from the system, but it must be annoying users! The scenario is; we have a fairly large Linux cluster, with a RAID disc. Obviously because of the number of disc calls, there's a fair amount of caching. We think the problem is related to this, and would ideally like purely to suppress the error, as it's normally when the script is trying to delete something already deleted. I've tried turning off errors (error_reporting(0)) and indeed using @ on all php file system calls, but it still triggers an error. Does anyone know of any issues with suppressing errors on the following functions? - unlink - mkdir - copy - scandir All of these fail sporadically, even with the above error stuff turned off, and trigger an error. Anyone's thoughts gratefully received.... Thanks Nunners -----Original Message----- From: James Nunnerley [mailto:[EMAIL PROTECTED] Sent: 25 July 2006 16:33 To: 'php-general@lists.php.net' Subject: Error Reporting for file commands We've created a file manager which allows users to access their web space on a server. It's working brilliantly, except that it would seem there are some caching issues, either by the system cache or the web server cache that are causing us a headache. When the script tries to delete a file, we always check (using file_exists) to see whether the file exists before it's deleted. The check comes back true, but the unlink then fails, saying no file or directory there! We've tried turning off all errors (using error_reoprting(0) ) but this would seem to have little difference in the error - it still comes back with a failure. We are using our own error handling, but before the command is carried out, there is this 0 call... Does anyone know how we can stop these errors? Cheers Nunners -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
