Try using http://php.net/set_error_handler and see if you can trap the errors. You'll want to test it with a test script that intentionally causes the errors. On Mon, September 25, 2006 5:53 am, James Nunnerley wrote: > 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:webmaster@xxxxxxxxxxx] > Sent: 25 July 2006 16:33 > To: 'php-general@xxxxxxxxxxxxx' > 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 > > -- 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
