Newsgroups: php.cvs,php.internals Path: news.php.net Xref: news.php.net php.cvs:88082 php.internals:87216 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 75453 invoked from network); 21 Jul 2015 06:46:55 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jul 2015 06:46:55 -0000 Authentication-Results: pb1.pair.com header.from=anatol.php@belski.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=anatol.php@belski.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain belski.net from 85.214.73.107 cause and error) X-PHP-List-Original-Sender: anatol.php@belski.net X-Host-Fingerprint: 85.214.73.107 klapt.com Received: from [85.214.73.107] ([85.214.73.107:44037] helo=h1123647.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E9/E0-03461-CDAEDA55 for ; Tue, 21 Jul 2015 02:46:52 -0400 Received: by h1123647.serverkompetenz.net (Postfix, from userid 1006) id 1D85923D615C; Tue, 21 Jul 2015 08:46:48 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on h1123647.serverkompetenz.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.5 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham version=3.3.2 Received: from w530phpdev (p579F3064.dip0.t-ipconnect.de [87.159.48.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by h1123647.serverkompetenz.net (Postfix) with ESMTPSA id 981DA23D6003; Tue, 21 Jul 2015 08:46:47 +0200 (CEST) To: "'Yasuo Ohgaki'" Cc: "'Yasuo Ohgaki'" , , "'Internals'" References: <005a01d0c37b$5fc90e30$1f5b2a90$@belski.net> In-Reply-To: Date: Tue, 21 Jul 2015 08:46:50 +0200 Message-ID: <007501d0c381$072495a0$156dc0e0$@belski.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQGturx5WXTQW3Jcnu+pU9VZGSaBWwHGgzCknh1WGVA= Content-Language: en-us Subject: RE: [PHP-CVS] com php-src: Change E_ERROR and some E_WARNING to E_RECOVERABLE_ERROR.: ext/session/mod_user.c ext/session/mod_user_class.c ext/session/session.c ext/session/tests/bug60860.phpt ext/session/tests/bug66481.phpt ext/session/tests/bug67972.phpt From: anatol.php@belski.net ("Anatol Belski") > -----Original Message----- > From: yohgaki@gmail.com [mailto:yohgaki@gmail.com] On Behalf Of Yasuo > Ohgaki > Sent: Tuesday, July 21, 2015 8:24 AM > To: Anatol Belski > Cc: Yasuo Ohgaki ; php-cvs@lists.php.net; Internals > > Subject: Re: [PHP-CVS] com php-src: Change E_ERROR and some E_WARNING > to E_RECOVERABLE_ERROR.: ext/session/mod_user.c > ext/session/mod_user_class.c ext/session/session.c > ext/session/tests/bug60860.phpt ext/session/tests/bug66481.phpt > ext/session/tests/bug67972.phpt >=20 > Hi Anatol, >=20 > On Tue, Jul 21, 2015 at 3:06 PM, Anatol Belski > wrote: >=20 > > Changing E_ERROR to E_RECOVERABLE_ERROR is probably ok where it is > > safe, but changing E_WARNING to E_RECOVERABLE_ERROR is a BC break. >=20 >=20 > I agree it's BC. > E_ERROR does not give users a chance for graceful script termination = and > E_WARNING is used instead. >=20 > This is the only reason why E_WARNING is used before. However, users = may > continue execution with the default setting. I think it's not good to = continue with > fatal setting errors, but I don't mind changing these errors back to = E_WARNING. > It's your call. Yeah, please let's not change E_WARNING as it's an obvious and = unnecessary BC break with PHP5. If you could please change them back, = IMHO the rest were acceptable.=20 Btw there's also a thread there about "exceptions in the functions". = IMHO we should retain the old behaviors regarding this subject until = there's no strategy came out from there. Regards Anatol