Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:66377 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 28367 invoked from network); 28 Feb 2013 22:04:05 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Feb 2013 22:04:05 -0000 Authentication-Results: pb1.pair.com smtp.mail=zeev@zend.com; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=zeev@zend.com; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain zend.com does not designate 209.85.219.41 as permitted sender) X-PHP-List-Original-Sender: zeev@zend.com X-Host-Fingerprint: 209.85.219.41 mail-oa0-f41.google.com Received: from [209.85.219.41] ([209.85.219.41:45147] helo=mail-oa0-f41.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id EA/25-25879-454DF215 for ; Thu, 28 Feb 2013 17:04:04 -0500 Received: by mail-oa0-f41.google.com with SMTP id i10so4656028oag.14 for ; Thu, 28 Feb 2013 14:04:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:from:mime-version:in-reply-to:date:message-id :subject:to:cc:content-type:content-transfer-encoding :x-gm-message-state; bh=nuEg5SftGq3H9QK9/q6SUQeB2lCiaojMuCFqRpmGEJw=; b=LlWrZ5Y63GTgZRRI+BMKdDQuZIbs/dU0Du478QZ6PXYm2zHgyGsSFrvPl7naXL1v6f pi9MxgKcgeoo1w2lqQ63pPSO49siEaOPux83+ShDDFYtfWkYdR7r4r8J73VseUTsDxoM TrMasL+mB+Mk0434a8LMgjxDYZMdLUM1kjaMw8wgkXigtctyrMztI+JdB97ALxLW+/Cn /otBsgX/K+vWpUxYtjfZfrsrpVXGe0oogOMJpNlVcditv4ZG2ZldsDupfXtxmtutWgGJ jdB0T1uhCdTqXn/ZYS53fNEL6T+2lhzZaoXxiPtaI4FflUdPtcM9RuBIJOfk6cFakTtE PyVw== X-Received: by 10.182.190.97 with SMTP id gp1mr6963870obc.19.1362089041814; Thu, 28 Feb 2013 14:04:01 -0800 (PST) References: <435a322ccb14090d3bcf6bf8a110396d@mail.gmail.com> <3206872690693024300@unknownmsgid> <512FBDCD.3030507@lerdorf.com> <512FC2F4.1000903@sugarcrm.com> Mime-Version: 1.0 (1.0) In-Reply-To: <512FC2F4.1000903@sugarcrm.com> Date: Fri, 1 Mar 2013 00:03:58 +0200 Message-ID: <8809333181537637815@unknownmsgid> To: Stas Malyshev Cc: Rasmus Lerdorf , Anthony Ferrara , Nikita Popov , PHP Developers Mailing List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQkhMy6k5phtzGk46sXVq0Gxp6Pd84SWZntO6bUC9D32qHFAXMoxiXOx1RoFCewVbzMcPW8njYwV6TDqCw2aaGAinVK3h2bINN8CaLpMCHZx5mShzrC1sZnErDdrl7j9ZRBLJ6qg Subject: Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution From: zeev@zend.com (Zeev Suraski) Stas, Just to put things in perspective, if opcode caches with extended info make it into the opcode cache - it's a bad thing. So it's actually expected that debuggers and opcode caches would have to be aware of one another, but at a pretty minimal level. The load order solves it most probably because then it means Xdebug kicks in first, and wouldn't pass op arrays to O+. That's guesswork though, we'd have to ensure that and ideally also have a mechanism to enforce it. Sent from my tablet On 28 =D7=91=D7=A4=D7=91=D7=A8 2013, at 22:49, Stas Malyshev wrote: > Hi! > >> It works fine. You just have to load ZO before xdebug. If you load it >> the other way around bad things happen. This wrong load order currently > > Could you describe the bad things? Maybe we could have some checks in > either of them to prevent it... Of course, we could probably make ZO > just check if xdebug is loaded and react accordingly, but maybe we could > resolve it in a more elegant way... > > -- > Stanislav Malyshev, Software Architect > SugarCRM: http://www.sugarcrm.com/ > (408)454-6900 ext. 227