Re: Re: PEAR Coding Standards
| From: | Richard York | Date: | Wed, 05 May 2004 00:19:52 +0000 |
| Subject: | Re: Re: PEAR Coding Standards | ||
| References: | 1 2 3 4 5 6 7 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-28797@lists.php.net to get a copy of this message | ||
Alan Knowles wrote:
Thorsten Suckow-Homberg wrote:Some c-client functions throw E_NOTICE level errors regardless of the presenece of the error suppression operator. In my experience these can be cured by calling on imap_errors() or imap_alerts() after calling on the offending function, which will reset the internal c-client error stack. I think it has something to do with c-client's internal error handling, as when this happens the error is not output at the function call but just before script execution ends. Regards, Richard York -- ::::::::::::::::::::::::::::::::::::::::: The Spicy Peanut Project http://www.spicypeanut.net :::::::::::::::::::::::::::::::::::::::::Is that using a user defined error handler? - if not, then it's a bug....youI may be wrong here, but @ doesn't help you to get rid of Notices whenTested it today with @imap_get_quota() on a pop3 server. Threw a notice that quota is not available. error_reporting was set to E_ALL.set error_reporting to E_ALL, am I right?Nope - it works perfectly..