Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:113222 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 76959 invoked from network); 23 Feb 2021 15:12:08 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 23 Feb 2021 15:12:08 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 28BC71804C3 for ; Tue, 23 Feb 2021 07:00:39 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,SPF_HELO_PASS, SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from mail.toneristzuen.de (mail.toneristzuen.de [84.19.169.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Tue, 23 Feb 2021 07:00:38 -0800 (PST) Received: from maniacmansion.fritz.box (ppp-188-174-50-227.dynamic.mnet-online.de [188.174.50.227]) by mail.toneristzuen.de (Postfix) with ESMTPSA id DD9244232E; Tue, 23 Feb 2021 16:00:34 +0100 (CET) Message-ID: <70af2150f71a0b32dbc0f74d715d608115ed279c.camel@schlueters.de> To: Kamil Tekiela , PHP internals Date: Tue, 23 Feb 2021 16:00:29 +0100 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [VOTE]: Change Default mysqli Error Mode From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) Hi, On Wed, 2021-02-10 at 23:35 +0000, Kamil Tekiela wrote: > I have started voting on > https://wiki.php.net/rfc/mysqli_default_errmode > The voting period is 2020-02-11 -- 2020-02-28 Sorry, I didn't see this before. I agree that Exceptions are the way to go and it were good if that had been done decades ago where we argued a lot whether exceptions should be default. But now there is tons of valid and good code depending on the default behavior. Also many tutorials, books, ... don't use the exception paths, but "classic" error handling. All those will become incorrect! Doing this change will break such could and that breakage will only be in an error case, thus many users won't notice this for quite a while. This requires a smarter migration way. (The spontanous idea might be to give a deprecation note if users don't set a mode at all and after a while switch default ... but that isn't unproblematic either) johannes