Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65721 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 42295 invoked from network); 7 Feb 2013 14:55:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Feb 2013 14:55:38 -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:40711] helo=server3.zimbrahosting.at) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8A/03-23848-960C3115 for ; Thu, 07 Feb 2013 09:55:38 -0500 Received: from [192.168.62.62] (unknown [217.116.179.162]) by server3.zimbrahosting.at (Postfix) with ESMTPSA id B84E1DAC112 for ; Thu, 7 Feb 2013 15:55:33 +0100 (CET) Message-ID: <5113C063.6000305@2bepublished.at> Date: Thu, 07 Feb 2013 15:55:31 +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> <5113B2B9.3060907@2bepublished.at> In-Reply-To: <5113B2B9.3060907@2bepublished.at> 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:57, schrieb 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. > Forget my email above got a bit mixed up with the thread.