Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:27986 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 47225 invoked by uid 1010); 10 Feb 2007 15:16:41 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 47210 invoked from network); 10 Feb 2007 15:16:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Feb 2007 15:16:41 -0000 Authentication-Results: pb1.pair.com header.from=rrichards@ctindustries.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=rrichards@ctindustries.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain ctindustries.net from 216.117.147.250 cause and error) X-PHP-List-Original-Sender: rrichards@ctindustries.net X-Host-Fingerprint: 216.117.147.250 unknown Received: from [216.117.147.250] ([216.117.147.250:43072] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 84/84-06763-8D1EDC54 for ; Sat, 10 Feb 2007 10:16:41 -0500 Received: from [127.0.0.1] (dsta-aa203.pivot.net [66.186.171.203]) (authenticated bits=0) by localhost.localdomain (8.13.8/8.13.8) with ESMTP id l1AFAc2C031581; Sat, 10 Feb 2007 10:10:39 -0500 Message-ID: <45CDE1C1.30908@ctindustries.net> Date: Sat, 10 Feb 2007 10:16:17 -0500 User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: nico CC: internals@lists.php.net References: <45CC1984.6010304@pooteeweet.org> <45CCAAF3.2030806@officinedigitali.it> <45CCDA75.9020404@bitflux.ch> <45CDCD4D.7000605@officinedigitali.it> In-Reply-To: <45CDCD4D.7000605@officinedigitali.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000712-2, 02/09/2007), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: ClamAV 0.88.7/2546/Sat Feb 10 03:55:09 2007 on ctindustries X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=4.4 tests=AWL autolearn=disabled version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on ctindustries Subject: Re: [PHP-DEV] Re: DOM recover error reporting mode From: rrichards@ctindustries.net (Rob Richards) nico wrote: > > I see, but in my opinion since the recover mode is off by default and > E_WARNING is on by default, if recover mode is explicitly activated > php should respect the developer's need to keep the interpreter as > quiet as possible. > A developer with more stringent needs will either keep recover mode off > or activate it alongside with E_WARNING. If someone actually has a reason to use recover mode, then they probably would be using libxml_use_internal_errors(TRUE) as well. It is painful (maybe not enough) to use recover mode for a reason. > > BTW, I've seen thousand of xml docs declared "broken" not for syntax > errors, but > for the simple presence of characters not corresponding the the > encoding specified... And that somehow makes it any better than having syntax errors? Rob