Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:80986
Return-Path: <dmitry@zend.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 47305 invoked from network); 22 Jan 2015 19:34:18 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 22 Jan 2015 19:34:18 -0000
Authentication-Results: pb1.pair.com smtp.mail=dmitry@zend.com; spf=pass; sender-id=pass
Authentication-Results: pb1.pair.com header.from=dmitry@zend.com; sender-id=pass
Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.220.175 as permitted sender)
X-PHP-List-Original-Sender: dmitry@zend.com
X-Host-Fingerprint: 209.85.220.175 mail-vc0-f175.google.com  
Received: from [209.85.220.175] ([209.85.220.175:52283] helo=mail-vc0-f175.google.com)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id C7/DD-61273-7B051C45 for <internals@lists.php.net>; Thu, 22 Jan 2015 14:34:16 -0500
Received: by mail-vc0-f175.google.com with SMTP id la4so1190786vcb.6
        for <internals@lists.php.net>; Thu, 22 Jan 2015 11:34:13 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:in-reply-to:references:date
         :message-id:subject:from:to:cc:content-type;
        bh=9NZgY0bxyMcplem5TaNS6Lb9m5xq1KYQ4/ifMkiMfJk=;
        b=h63xe6u/5Xx60UsbF/mBvr6hJST/0dXuDLQuMHcmHYPkSve/VLRI2xZZ6BruHlTs9N
         ZupLqi8dbJDZNG6GA11GL/Nu7WfuGDgDOzR04Ofd6xQyBsEPMKSq+d92q1SW9SicPhdR
         XZGL767pYPsNGGCjs0ilsEzG29ImQAkiEG5CwjNK3jrQebM9ge8M5S0hVjqCfyd8PXEU
         Jlaw/WiyRztTYVf8RRNRdHJPmUYkXDoxh3P1gREbQttvhumLrc4cMiaLL++meLoK4a51
         C4jbcHlD+miYsTj+QTX3m1BtUGRkN9mCs/BWnwkOEB3js3t04uQy3SfXJXfQnycYenTP
         caYA==
X-Gm-Message-State: ALoCoQk75YuEN5LlQQk7/QGFw33hXzJsyPO6kiRL4Jk8nfR5Q3uW0PHPkq9zPAU+c6xh/4H8Vl5k4oAAXt8L/EbOXNcufYcAq2by70dzZGSK1pa9qKenPb3t1/2GpG8iaqSRraehqXM4hkpbKpsB6VtJcen4gxtY7w==
MIME-Version: 1.0
X-Received: by 10.52.26.18 with SMTP id h18mr1392872vdg.51.1421955253653; Thu,
 22 Jan 2015 11:34:13 -0800 (PST)
Received: by 10.52.26.40 with HTTP; Thu, 22 Jan 2015 11:34:13 -0800 (PST)
In-Reply-To: <54C143E0.4030301@beccati.com>
References: <54C12DD8.7020800@lerdorf.com>
	<54C1352A.3030805@php.net>
	<54C13BB9.5090908@beccati.com>
	<CAFMT4NqnqkJ59i7R_EZ8apAMLrmsqUrzBafF0v=WfPbHgpB6+A@mail.gmail.com>
	<54C143E0.4030301@beccati.com>
Date: Thu, 22 Jan 2015 23:34:13 +0400
Message-ID: <CA+9eiLsaXH7F67k9Af1Z=mEVE=5Uhki8hgaUz-gdaMQ+a9N9-g@mail.gmail.com>
To: Matteo Beccati <php@beccati.com>
Cc: Levi Morrison <levim@php.net>, internals <internals@lists.php.net>, 
	Sebastian Bergmann <sebastian@php.net>
Content-Type: multipart/alternative; boundary=20cf307d0076c7eee2050d42c181
Subject: Re: [PHP-DEV] PHP7 Homework for everyone reading this list
From: dmitry@zend.com (Dmitry Stogov)

--20cf307d0076c7eee2050d42c181
Content-Type: text/plain; charset=UTF-8

Hi,

Our attempt to run Drupal-8 today, disclosed at least 3 new problems.
2 of them must be already fixed, but I know we must have a lot of other
problems uncovered by our test suite.
Every new tested app my trigger something new.
The more attention we draw now the better quality we will provide.

Instead of using FPM, especially for testing, it may make sense to run
single FastCGI process

$ sapi/cgi/php-cgi -b <socket>

DEBUG build will report memory leaks

to analyze memory corryption and leaks, it's also possible to run php under
valgrind

$ USE_ZEND_ALLOC=0 valgrind --leak-check=full sapi/cgi/php-cgi -b <socket>

No any special web server configuration required, just configure it for
FastCGI server on the <socket>.
Then you may run FPM or FastCGI SAPI or even HHVM on the same <socket>
without web server restart.

Thanks. Dmitry.



On Thu, Jan 22, 2015 at 9:39 PM, Matteo Beccati <php@beccati.com> wrote:

> On 22/01/2015 19:32, Levi Morrison wrote:
>
>> I had to quarantine a couple of tests in Doctrine and PHPUnit as they both
>>> depend on the re-usage of the hashes returned by spl_object_hash(), which
>>> shouldn't actually be depended upon (am I right dmitry?).
>>>
>>
>> I'm not Dmitry, but I am fairly certain you should not rely on hashes
>> being reused.
>>
>
> I was quoting a quick discussion we had, that's why I mentioned him ;)
>
> To make my stament clearer, I meant "spl_object_hash re-using the hash of
> an object that has been unset and garbage collected".
>
> TBH I don't recall what the PHPUnit test does, but I'm fairly sure that
> the Doctrine2 tests uses such test to verify that there are no "leaks"
> using a certain recommended pattern for batch operations (or something
> along the lines).
>
>
>
> Cheers
> --
> Matteo Beccati
>
> Development & Consulting - http://www.beccati.com/
>

--20cf307d0076c7eee2050d42c181--