Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:98876 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 48072 invoked from network); 25 Apr 2017 15:30:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Apr 2017 15:30:37 -0000 Authentication-Results: pb1.pair.com smtp.mail=et.code@ethome.sk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=et.code@ethome.sk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain ethome.sk from 92.240.253.144 cause and error) X-PHP-List-Original-Sender: et.code@ethome.sk X-Host-Fingerprint: 92.240.253.144 smtpout6.dnsserver.eu Received: from [92.240.253.144] ([92.240.253.144:6527] helo=smtpout6.dnsserver.eu) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2D/3B-36901-D9B6FF85 for ; Tue, 25 Apr 2017 11:30:37 -0400 Received: from [92.240.253.67] (helo=smtp3s109.dnsserver.eu) by smtpout6.dnsserver.eu with esmtp (Exim 4.84 (FreeBSD)) (envelope-from ) id 1d32QC-0000Hf-3v for internals@lists.php.net; Tue, 25 Apr 2017 17:30:32 +0200 Received: from [80.242.44.220] (helo=eto-mona.office.smartweb.sk) by smtp3s109.dnsserver.eu with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1d32QD-000IRx-Mz for internals@lists.php.net; Tue, 25 Apr 2017 17:30:33 +0200 Date: Tue, 25 Apr 2017 17:20:47 +0200 To: internals@lists.php.net Message-ID: <20170425172047.7b7a244f@eto-mona.office.smartweb.sk> Reply-To: et.code@ethome.sk Organization: ethome.sk MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 80.242.44.220 X-SA-Exim-Mail-From: et.code@ethome.sk X-SA-Exim-Scanned: No (on smtp3s109.dnsserver.eu); SAEximRunCond expanded to false Subject: Introduction and first (codebase related - FZPP - but wiki unrelated) question From: et.code@ethome.sk ("Martin \"eto\" Misuth") Username: eto Hello, after lot of pondering, I finally decided to register to mailing list & wiki. Reading wiki registration page, I am supposed to announce my registration here. I registered mainly for (possible) RFC proposals (none prepared yet) and to ask some questions about php codebase - using more lasting medium than irc is. I am sysadmin/PHP "developer" from Slovak Republic with focus on php "services" (aka daemons), php backends and such. My main php related timesink currently is messing with PHP 7.1. For few years now, I have been experimenting with extension writing, some of which I deployed internally. Being sysadmin I am not entirely confident with my code yet, but I plan to share most of my stuff eventually. Before that though, I would like to produce few microscopic patches to normal php distribution, to ease some miniscule pain points I am constantly hitting. For that, I would first like to ask clarification about FAST_ZPP maco "API" from Dmitry Stogov & Bob Weinand. In my extensions/experiments I am using solely this API for accessing php:function() call parameters, not providing any "fallback" through zend_parse_parameters() when #ifndef FAST_ZPP. Skimming through codebase, it seems that few, 'often called', functions were converted into FZPP style, but they still preserve 'legacy parsing style' implemented as well. Let's say, depending on how my currents attempts end up working, I want to modify few bundled extension functions, is it okay to rewrite them to use solely FAST_ZPP? Or does have zend_parse_parameters() codepath to be preserved for years to come? eto