Re: [PHP-DEV] PHP 7.2.0 is broken since the first alpha -> opcache backtrace

sadly this is still opcache - when i disable the extension all 301 becomes 200 responses and the whole suite runs as expected i can also see the 301 response in the apache log (the "File does not exist" before is there because there is a 404-page pointing to a PHP script which starts the cms

Re: [PHP-DEV] PHP 7.2.0 is broken since the first alpha -> opcache backtrace

thanks - the crash is gone with https://git.php.net/?p=php-src.git;a=snapshot;h=3fa76ac54f082d59f3f75a4e166fbc8b3ea8f28b;sf=tgz but my pgo-profiling stuff still don't work since with "/usr/sbin/httpd -X -f /rpmbuild/PHP-PGO/httpd.conf" there is only one httpd process the hang looks like a not

Re: [PHP-DEV] Re: PHP 7.2.0 Beta 1 released

Rasmus Lerdorf in php.internals (Fri, 21 Jul 2017 22:15:13 -0400): >On Fri, Jul 21, 2017 at 9:50 PM, Jan Ehrhardt wrote: > >> The case: class RulesActionContainerUI has a public function form: >> > public function form(&$form, &$form_state, $options = array(), $iterator >> =

Re: [PHP-DEV] Re: PHP 7.2.0 Beta 1 released

On Fri, Jul 21, 2017 at 9:50 PM, Jan Ehrhardt wrote: > > I tried running Drupal7 with 7.2.0 Beta 1 and ran into a fatal error, > that does not happen under PHP 7.1.x (Windows, NTS, x64). I do not know > if it is a bug, an omission in UPGRADING or me looking with my nose. >

[PHP-DEV] Re: PHP 7.2.0 Beta 1 released

Hi Sara, Sara Golemon in php.internals (Thu, 20 Jul 2017 08:13:39 -0400): >The first beta for 7.2.0 was just released and can be downloaded from: >https://downloads.php.net/~pollita/ [snip] >Please test it carefully, and report any bugs in the bug system. I tried running Drupal7 with 7.2.0 Beta

[PHP-DEV] GOOD Benchmark Results for PHP Master 2017-07-20

Results for project PHP master, build date 2017-07-20 19:22:06-07:00 commit: a6b529c previous commit:9c73be8 revision date: 2017-07-20 22:30:58+02:00 environment:Haswell-EP cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB

Re: [PHP-DEV] PHP 7.2.0 is broken since the first alpha -> opcache backtrace

On Fri, Jul 21, 2017 at 1:14 PM, li...@rhsoft.net wrote: > offlist-mail is out > > deleting functions until it stops happening is no option in case of a > global library, the autotest-suite is using them all... > > thx for feedback! Thanks, the issue should be fixed with

Re: [PHP-DEV] php.net website

Hi Mathias 2017-07-19 19:07 GMT+02:00 Mathias Grimm : > I was briefly asking Sara about it and as she pointed out it is likely a > big project but I think we can do something about it. A side note to all of this, I would personally like to see if parts of php.net redone,

Re: [PHP-DEV] bugs.php.net website

Hi Mathias 2017-07-21 0:39 GMT+02:00 Mathias Grimm : > Do we have a pre-approved list of libs that we could use? > For example phpunit. I can't imagine doing it without using that. > What licenses are approved? > MIT, BSD? Most functionality that a bug tracker should do,

[PHP-DEV] 7.1.8 RC1: compiler warnings

i don't think it's really helpful opening everytime new bugreports and so i changed our build to use "make --quiet" - collected output at the bottom and flags/configure at begin to provide some context they are not at a really high count and probably worse to get silenced first "prof-gen" and

Re: [PHP-DEV] PHP 7.2.0 is broken since the first alpha -> opcache backtrace

offlist-mail is out deleting functions until it stops happening is no option in case of a global library, the autotest-suite is using them all... thx for feedback! Am 21.07.2017 um 13:06 schrieb Nikita Popov: Can you provide the contents of

Re: [PHP-DEV] PHP 7.2.0 is broken since the first alpha -> opcache backtrace

Can you provide the contents of "/Volumes/dune/www-servers/ phpincludes/contentlounge-api/functions.inc.php"? If this is not publicly available code, can you send the file to ni...@php.net and dmi...@php.net? (Or reduce the code -- in this case it should be easy, just delete functions until it

[PHP-DEV] PHP 7.2.0 is broken since the first alpha -> opcache backtrace

/home/builduser/rpmbuild/BUILD/php-7.2.0/ext/opcache/Optimizer/zend_ssa.c:1090: zend_ssa_compute_use_def_chains: Assertion `phi->sources[j] >= 0' failed. below a backtrace of 'opcache' from 7.2.0 beta1, the used 'php.ini' and the start of the build-process with configure and compiler params

Re: [PHP-DEV] php.net website

On 21/07/17 09:47, Tony Marston wrote: > Why on earth should you need to use HTTPS for a website that does not > deal with personal information? Nothing on that website can possibly be > classed as "sensitive" so what would be the point? That applies to many of the websites I support yet the

Re: [PHP-DEV] php.net website

Am 21.07.2017 um 10:47 schrieb Tony Marston: We should really change that and fully move to HTTPS. Regards, Niklas Why on earth should you need to use HTTPS for a website that does not deal with personal information? Nothing on that website can possibly be classed as "sensitive" so what

Re: [PHP-DEV] php.net website

Hi, On Fri, Jul 21, 2017 at 11:47 AM, Tony Marston wrote: > > Why on earth should you need to use HTTPS for a website that does not deal > with personal information? Nothing on that website can possibly be classed > as "sensitive" so what would be the point? > Because

Re: [PHP-DEV] php.net website

"Niklas Keller" wrote in message news:canuqdcjb9uy8jtmmp43bqaw_9xjnombren1zoqh1lubtfo4...@mail.gmail.com... On Wed, Jul 19, 2017 at 1:07 PM, Mathias Grimm wrote: > I was briefly asking Sara about it and as she pointed out it is likely > a > big project but I think

Re: [PHP-DEV] php.net website

If php is mainly static it could be almost fully cached in a CDN. For the downloads I don't think the latency would be a problem but that can also be in the CDN If php owned two servers in US and two in Europe and possibly 2 in Asia we would be goon in terms of latency for the search IMO. On