Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:82442 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56894 invoked from network); 11 Feb 2015 07:39:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Feb 2015 07:39:38 -0000 Authentication-Results: pb1.pair.com smtp.mail=anatol.php@belski.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=anatol.php@belski.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain belski.net from 85.214.73.107 cause and error) X-PHP-List-Original-Sender: anatol.php@belski.net X-Host-Fingerprint: 85.214.73.107 klapt.com Received: from [85.214.73.107] ([85.214.73.107:36226] helo=h1123647.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2B/AB-33902-7370BD45 for ; Wed, 11 Feb 2015 02:39:37 -0500 Received: by h1123647.serverkompetenz.net (Postfix, from userid 33) id A185523D6002; Wed, 11 Feb 2015 08:39:32 +0100 (CET) Received: from 217.254.142.9 (SquirrelMail authenticated user anatol@belski.net) by webmail.klapt.com with HTTP; Wed, 11 Feb 2015 08:39:32 +0100 Message-ID: <44350863c71ead81b043efd57725fa2b.squirrel@webmail.klapt.com> In-Reply-To: References: Date: Wed, 11 Feb 2015 08:39:32 +0100 To: "Paul Dragoonis" Cc: "Kalle Sommer Nielsen" , "Anatol Belski" , "PHP Internals List" User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [RFC][VOTE][RESULT] Removal of dead or not yet PHP7 ported SAPIs and extensions From: anatol.php@belski.net ("Anatol Belski") Hi Paul, On Wed, February 11, 2015 00:29, Paul Dragoonis wrote: > > > On Tue, Feb 10, 2015 at 11:14 PM, Kalle Sommer Nielsen > wrote: > > > > Hi Paul > > > 2015-02-10 23:59 GMT+01:00 Paul Dragoonis >: > >> >> Did you accidentally miss out mssql? it resultes in significant >> resistance to leave core, such as mcrypt and ignoring mathematical >> numbers, from a practical basis I'd like to see mssql kept in core. >> Who's with me ? >> > > I'd like to see mssql kept as well, only makes more sense as we also > have pdo_dblib. I wouldn't mind looking into some fixes to it or porting it > once I get my FreeTDS or ntwdblib configuration setup here, as there is a > fair bit of cleanup I'd like to do with it. > > > > > > It's common sense that if something receives significant resistance then > there's usually a good reason for it and it shouldn't be ignored > regardless of how mathematically accurate it may seem to exclude it. Let's > keep MSSQL in. > > you've probably seen that some items was removed from the voting short after it was started. People raised their voices telling they're going to maintain those items. As the goal was not just blindly removing something, but getting rid of unmaintained stuff to better concentrate on the end goal. Now, it is probably no use crying after spilt milk, but the PECL doors are always open anyway. But aside - really huge -1 on what you say about "significant resistance and pure math". Either we have and respect the voting process or not. Even if you say it about a misleading typo result. Regards Anatol