Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57235 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 50491 invoked from network); 5 Jan 2012 10:09:43 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jan 2012 10:09:43 -0000 Authentication-Results: pb1.pair.com smtp.mail=derick@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=derick@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.113.146.227 as permitted sender) X-PHP-List-Original-Sender: derick@php.net X-Host-Fingerprint: 82.113.146.227 xdebug.org Linux 2.6 Received: from [82.113.146.227] ([82.113.146.227:33404] helo=xdebug.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D2/39-28877-5E6750F4 for ; Thu, 05 Jan 2012 05:09:42 -0500 Received: from localhost (xdebug.org [127.0.0.1]) by xdebug.org (Postfix) with ESMTPS id A0B2110C893; Thu, 5 Jan 2012 10:09:37 +0000 (GMT) Date: Thu, 5 Jan 2012 10:09:37 +0000 (GMT) X-X-Sender: derick@whisky.home.derickrethans.nl To: Rasmus Lerdorf cc: Stas Malyshev , Laruence , Ferenc Kovacs , Reindl Harald , "internals@lists.php.net" In-Reply-To: <4F05517C.5040600@lerdorf.com> Message-ID: References: <4F04A172.7080509@sugarcrm.com> <4F04AA8E.6020701@sugarcrm.com> <4F04AD6D.80608@php.net> <4F04B071.8080102@php.net> <4F04B44D.6080208@thelounge.net> <4F04BCF9.30802@lerdorf.com> <4F04BF63.5060309@lerdorf.com> <4F04C427.9050202@sugarcrm.com> <4F04C920.9050105@lerdorf.com> <4F04CB0D.6040703@lerdorf.com> <4F052C10.30106@lerdor f.com> <4F054CB0.6070202@sugarcrm.com> <4F05517C.5040600@lerdorf.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] Re: another fix for max_input_vars. From: derick@php.net (Derick Rethans) On Wed, 4 Jan 2012, Rasmus Lerdorf wrote: > On 01/04/2012 11:09 PM, Stas Malyshev wrote: > > > I think we'd need and API to access the seed value and to calculate > > hash for given seed value. That would probably allow extensions that > > store hashes with some additional work to do it properly. Though it > > needs more detailed investigation. > > Yes, but we still need an actual case to look at. Opcode caches > shouldn't be a problem unless they store some representation on disk > that live across server restarts. In the APC world, nobody does that. > Is there something in common use out there that actually needs this? bcompiler would need it cheers, Derick -- http://derickrethans.nl | http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug