Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:70569 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26923 invoked from network); 10 Dec 2013 13:16:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Dec 2013 13:16:22 -0000 Authentication-Results: pb1.pair.com header.from=ocramius@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=ocramius@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.43 as permitted sender) X-PHP-List-Original-Sender: ocramius@gmail.com X-Host-Fingerprint: 209.85.216.43 mail-qa0-f43.google.com Received: from [209.85.216.43] ([209.85.216.43:54271] helo=mail-qa0-f43.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B5/33-04453-52417A25 for ; Tue, 10 Dec 2013 08:16:21 -0500 Received: by mail-qa0-f43.google.com with SMTP id ii20so3655992qab.2 for ; Tue, 10 Dec 2013 05:16:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=tJGRoSpedRDP6Qrp6YS+g73txPvieCIH5t/vsZRfEDA=; b=GXAFzSZkosEZ04drqCi+f6xTII4D8Z0TNRBi5FPV/Vrj1xnuDjaNwGn8mzpvIWMJVR /zL+yRYUZM7TVb+tE02RflQkbTHG/kzb59ryaPqyDTFUMqy9if+wDP7bfa0WoCSEcY6A GAXnI3twM0HL67sKVX72xxMnMP5+e82hlX597Vuqy7Gu/rS63l+OxViQcZLi3hwL+e9N HF3t3U97n3OlSc68rgkId/lJziOJLO0gyXbN8XNT8ZX5PFITDt5GZcfQh0byNKCqqKsG YV5mPaPw9D9WJtZjjPchuizIJ+uySQ8hifF7oVSOTopQkCOp+VktMXcuLg2xoUD5KRr+ wZ8g== X-Received: by 10.224.124.74 with SMTP id t10mr44642418qar.40.1386681379076; Tue, 10 Dec 2013 05:16:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.23.176 with HTTP; Tue, 10 Dec 2013 05:15:59 -0800 (PST) In-Reply-To: References: <6dc040b1d4917ab616951694d3f37575@mail.gmail.com> Date: Tue, 10 Dec 2013 14:15:59 +0100 Message-ID: To: Zeev Suraski Cc: Philip Sturgeon , Nikita Popov , PHP internals Content-Type: multipart/alternative; boundary=001a11c2951204412b04ed2debdd Subject: Re: [PHP-DEV] [VOTE] Allowing use of exceptions in the engine From: ocramius@gmail.com (Marco Pivetta) --001a11c2951204412b04ed2debdd Content-Type: text/plain; charset=UTF-8 On 10 December 2013 13:55, Zeev Suraski wrote: > > Nobody needs to work with exceptions if they dont want to, that fatal > error > > just shows up as a uncaught backtrace and fatals errors just like it > used to. > > > > Seems like a win win. > > Seems more like a lose/risk situation to me (lose BC for recoverable > errors, take risk with inconsistent data structures for fatal errors). The example in the doc is really good as a counter-argument for what you just said here. Being able to release a lock, close a connection, do some sort of "bail out with (no|small number of) victims" is REALLY important for some applications. If an application fatal'd, then I don't really care if my data structures are invalid: I just want to save what I can save and quit. If I want to keep operating, then that's my problem and I'm the stupid guy in the room, so I don't see a reason for disallowing fatals to be dealt with in the userland code. That is a must-have in my opinion. Marco Pivetta http://twitter.com/Ocramius http://ocramius.github.com/ --001a11c2951204412b04ed2debdd--