[PHP-DEV] proposal for fastcgi_get_status

2018-03-12 Thread Till Backhaus
Hello internals, I propose to make fpm status accessible to php through a new function named fastcgi_get_status. The benefits are:     - developers can combine fpm and application metrics     - fpm status pages can be written in php     - fpm status information is available to php I implemented

Re: [PHP-DEV] Migrating php extension from 5 to 7, ZVAL_STRINGL no value returned

2018-03-12 Thread Sara Golemon
On Mon, Mar 12, 2018 at 12:16 PM, Richard Klingler wrote: > ZEND_FUNCTION(readmydevice) > { > zend_long n; > zval *z; > size_t len; > char *p; > long r; > > if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "lzl", &n, > &z, &len) == FAILURE) { >

Re: [PHP-DEV] Re: [RFC] Base Conversion Clowniness

2018-03-12 Thread Alice Wonder
On 03/12/2018 09:43 AM, Sara Golemon wrote: On Mon, Mar 12, 2018 at 11:32 AM, Christoph M. Becker wrote: I tend to prefer option C (throw a Warning, stop processing, and return the value up to that point). Option B (throw a Warning and return FALSE on unexpected characters) might be cleaner, b

[PHP-DEV] Migrating php extension from 5 to 7, ZVAL_STRINGL no value returned

2018-03-12 Thread Richard Klingler
EHLO (o; I am trying to migrate a simple php extension where a function is called in php like: $error = readmydevice($device, $string, $length); $string is supplied as empty string and is filled inside the function with bytes returned from a hardware. Now this worked fine with php-5.x... The

[PHP-DEV] Migrating php extension from 5 to 7, ZVAL_STRINGL no value returned

2018-03-12 Thread Richard Klingler
EHLO (o; Seems either my first post was blocked or got stuck as news.php.net always reports some errors...anyway.. I am trying to migrate a simple php extension where a function is called in php like: $error = readmydevice($device, $string, $length); $string is supplied as empty string and i

[PHP-DEV] Re: [RFC] Base Conversion Clowniness

2018-03-12 Thread Sara Golemon
On Mon, Mar 12, 2018 at 11:32 AM, Christoph M. Becker wrote: > I tend to prefer option C (throw a Warning, stop processing, and return > the value up to that point). Option B (throw a Warning and return FALSE > on unexpected characters) might be cleaner, but we're not that picky > elsewhere, and

[PHP-DEV] Re: [RFC] Base Conversion Clowniness

2018-03-12 Thread Christoph M. Becker
On 12.03.2018 at 15:49, Sara Golemon wrote: > On Mon, Mar 12, 2018 at 10:10 AM, Christoph M. Becker > wrote: > >> On 22.12.2013 at 20:46, Sara Golemon wrote: >> >>> https://wiki.php.net/rfc/base-convert >> >> Is there any chance to revive this RFC? […] > > Huh... It's got my name on it, but I ca

[PHP-DEV] Re: [RFC] Base Conversion Clowniness

2018-03-12 Thread Sara Golemon
On Mon, Mar 12, 2018 at 10:10 AM, Christoph M. Becker wrote: > On 22.12.2013 at 20:46, Sara Golemon wrote: > >> https://wiki.php.net/rfc/base-convert > > Is there any chance to revive this RFC? There are at least three > tickets in the bug tracker regarding the sloppy behavior of base_convert():

[PHP-DEV] Re: [RFC] Base Conversion Clowniness

2018-03-12 Thread Christoph M. Becker
On 22.12.2013 at 20:46, Sara Golemon wrote: > https://wiki.php.net/rfc/base-convert Is there any chance to revive this RFC? There are at least three tickets in the bug tracker regarding the sloppy behavior of base_convert(): * *