Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:83237 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 21065 invoked from network); 19 Feb 2015 20:18:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Feb 2015 20:18:18 -0000 Authentication-Results: pb1.pair.com smtp.mail=pthreads@pthreads.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=pthreads@pthreads.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pthreads.org from 209.85.192.172 cause and error) X-PHP-List-Original-Sender: pthreads@pthreads.org X-Host-Fingerprint: 209.85.192.172 mail-pd0-f172.google.com Received: from [209.85.192.172] ([209.85.192.172:46250] helo=mail-pd0-f172.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 40/91-10294-60546E45 for ; Thu, 19 Feb 2015 15:18:17 -0500 Received: by pdjy10 with SMTP id y10so2157089pdj.13 for ; Thu, 19 Feb 2015 12:18:11 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=xepGctYAqyhcto3zYeN9+ghGzXz0BQNE8ulSQkYpk5Y=; b=UiSD2J0XJGLX7079XgEb/gQaoAl6FKIr3NkeHYciwJHaO0CJnEYwvItgm5Pw+23SQR hfRJDeHQ5wrI/hGqUyQhXn5mYi3zDrQPiJ19PkDPTt0wD/6zoI8eFWxjLqtpg3w5pTqI QbiKXzrdh055I7+SS+9bkrKYEpZOC6y2RorsMW1OYFpqcwAS16AoK9J3ZvDQVv+JE+uW 27l+2Zzq/Fq+A/kDCES1rF+PvHbXS+wFN4iSy2V/A5ujkOCZ7FMAWaNoIHAkIwrUocEf Zl4ttNbHYkxJB6yBX3SIXr00ZM9OrcXCQJ0zaFSiPSUOzWI4cuXnKdEerUYNxc3yQLmu BxuQ== X-Gm-Message-State: ALoCoQlv277ZE6JvRU0Col7K8zpod8cZAi5//g6QgMiJeStyzSSAhG+1hxsjtECNjpLNeicwU5ll MIME-Version: 1.0 X-Received: by 10.68.69.102 with SMTP id d6mr10669075pbu.110.1424377091650; Thu, 19 Feb 2015 12:18:11 -0800 (PST) Received: by 10.70.49.100 with HTTP; Thu, 19 Feb 2015 12:18:11 -0800 (PST) X-Originating-IP: [86.159.154.191] In-Reply-To: References: Date: Thu, 19 Feb 2015 20:18:11 +0000 Message-ID: To: Pierre Joye Cc: Leigh , Dmitry Stogov , PHP internals Content-Type: multipart/alternative; boundary=001a1138089a930d6f050f76a22d Subject: Re: [PHP-DEV] [VOTE] Expectations From: pthreads@pthreads.org (Joe Watkins) --001a1138089a930d6f050f76a22d Content-Type: text/plain; charset=UTF-8 There isn't legitimate technical justification for or against using custom exceptions. Since it's entirely based on preference, and the kind of utilitarian argument you can make for their use, it's acceptable that this is resolved as part of the vote. It's not a huge deal. Cheers Joe On Thu, Feb 19, 2015 at 5:34 PM, Pierre Joye wrote: > On Thu, Feb 19, 2015 at 9:13 AM, Leigh wrote: > > On 19 February 2015 at 15:45, Pierre Joye wrote: > >> Still, no announce for a discussion about this specific RFC. And > >> really, the content of the RFC is almost empty, pointing to the ML > >> archive is really not the right way :) > > > > There was an RFC announce thread 3 days ago. I agree 3 days is a short > > period of time, but the announce thread existed. Maybe it was a reply > > to DbC with a changed subject and your mail client didn't show it as > > new? I don't know, there was definitely a thread though. > > I mentioned that thread in my comment. It is still way behind what > should be done when creating a new RFC, let alone pushing it to the > vote phase. > > > On 19 February 2015 at 16:06, Pierre Joye wrote: > >> I like the concept and idea but still not sure about the custom > >> exception vs AssertException. > > > > Looking at the implementation, it seems that the custom exception > > still has to descend from AssertException > > > > > https://github.com/php/php-src/pull/1088/files#diff-232f2dffbb06c0b6004724d8a498e7e7R248 > > > > That seems like a good restriction to me. You can still catch > > everything with AssertException but you can make it more specific if > > you want. > > I did not comment on what should be done, while I do consider this > open question as a blocker to actually take a good decision for this > RFC. I do think it should be discussed, answered and voted either at > the same time or before this RFC. > > -- > Pierre > > @pierrejoye | http://www.libgd.org > --001a1138089a930d6f050f76a22d--