Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:32912 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 28159 invoked by uid 1010); 22 Oct 2007 15:31:40 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 28143 invoked from network); 22 Oct 2007 15:31:40 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Oct 2007 15:31:40 -0000 Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender) X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 85.214.94.56 aixcept.net Linux 2.6 Received: from [85.214.94.56] ([85.214.94.56:38919] helo=h1149922.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 30/F0-19831-A52CC174 for ; Mon, 22 Oct 2007 11:31:40 -0400 Received: from dhcp-172-26-104-141.nyc.corp.google.com (unknown [72.14.228.89]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by h1149922.serverkompetenz.net (Postfix) with ESMTP id 4B7E91B3610; Mon, 22 Oct 2007 17:31:35 +0200 (CEST) Date: Mon, 22 Oct 2007 17:31:33 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1803833637.20071022173133@marcus-boerger.de> To: Lukas Kahwe Smith CC: Derick Rethans , "PHP Developers Mailing List " In-Reply-To: <754A354E-9A3E-4649-92FE-4A07A6ACAD5B@pooteeweet.org> References: <83290732.20071017221145@marcus-boerger.de> <754A354E-9A3E-4649-92FE-4A07A6ACAD5B@pooteeweet.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] exception policy for core From: helly@php.net (Marcus Boerger) Hello Lukas, I think all pecl modules should follow the core rules and that means CODINT_STYLE should apply to pecl as much as it does to core. We should hence provide an easy to read (as in html or pdf or whatever) version that is accessible online easier and in a more prominent space than the current thing. Unless there is already something better than going to cvs.php.net or getting a CVS checkout and if so then we should provide better links to it. Especially better links on the pecl pages. marcus Sunday, October 21, 2007, 10:39:11 AM, you wrote: > On 17.10.2007, at 22:11, Marcus Boerger wrote: >> Hello Derick, >> >> right, maybe we need writen down rules easy to read for pecl and >> core >> other then the CODING_STYLES bile. > So how do you propose to proceed? What is not easy to read in the > current CS? Should the note about not throwing exception for anything > but constructor errors be added to the current CS? Do we bother with > a CS for pecl, or do we hold off on that until something becomes a > candidate to be bundled? > regards, > Lukas Best regards, Marcus