Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65719 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 37238 invoked from network); 7 Feb 2013 13:57:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Feb 2013 13:57:19 -0000 Authentication-Results: pb1.pair.com smtp.mail=crosse@2bepublished.at; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=crosse@2bepublished.at; sender-id=unknown Received-SPF: error (pb1.pair.com: domain 2bepublished.at from 78.142.132.104 cause and error) X-PHP-List-Original-Sender: crosse@2bepublished.at X-Host-Fingerprint: 78.142.132.104 server3.zimbrahosting.at Linux 2.6 Received: from [78.142.132.104] ([78.142.132.104:48237] helo=server3.zimbrahosting.at) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CA/42-23848-EB2B3115 for ; Thu, 07 Feb 2013 08:57:18 -0500 Received: from [192.168.62.62] (unknown [217.116.179.162]) by server3.zimbrahosting.at (Postfix) with ESMTPSA id 89B52DAC112 for ; Thu, 7 Feb 2013 14:57:15 +0100 (CET) Message-ID: <5113B2B9.3060907@2bepublished.at> Date: Thu, 07 Feb 2013 14:57:13 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: internals@lists.php.net References: <2B76A3EF-66AC-4E73-B186-236E9C2AE891@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Improved Linux process title support in the CLI SAPI From: crosse@2bepublished.at (Christoph Rosse) Am 2013-02-07 14:00, schrieb Alexey Zakhlestin: > > On 07.02.2013, at 16:33, Leigh wrote: > >> Why does this need to be in core? This could just be done as a set of improvements to the existing PECL extension instead. I'd guess that the number of people who require (and would use) this functionality is very very small indeed. > > well, 2 reasons: > > 1. it needs to be injected into main() of php_cli.c > 2. it can become a good start for official "CLI" extension. CLI SAPI has functionality, which is specific to it and exposing it to userland could be useful > > 1. I'm not an expert on the php source code, so I can't say if this is a problem or not, if it really is could you explain to me why? 2. Creating an official CLI extension sounds really awesome to me but unless there is somebody willing to develop/maintain it I would rather want to have this function going into core instead of patching an old pecl-extension.