Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:28272 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 48342 invoked by uid 1010); 6 Mar 2007 12:10:25 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 48326 invoked from network); 6 Mar 2007 12:10:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Mar 2007 12:10:25 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 66.249.92.172 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 66.249.92.172 ug-out-1314.google.com Linux 2.4/2.6 Received: from [66.249.92.172] ([66.249.92.172:14461] helo=ug-out-1314.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DD/24-08626-03A5DE54 for ; Tue, 06 Mar 2007 07:10:25 -0500 Received: by ug-out-1314.google.com with SMTP id o4so166038uge for ; Tue, 06 Mar 2007 04:10:21 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nyiClJpt4q4FcBtmkuKHaXFm5TQsREaTkb9Y2SRTBsMbGeL3tkn3AntiEeW3GnYGustVTZQnpDUi2xhS2HLp431BBcPiLLztqA2WD/Xnbx6JVbXlQ0s4lyLKOgkXTewvSCDVrzcVMlgDt0EkVbWeSIaHpEU/5GYv56RoyzwLHxQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NWDnIUmVgQJXqZUc76hr+cr90sfxcY+c1/vslhKQDAjaYl6xBBBvrAOazTHyCzj6UKcSqU+39BdO9rICZEOOqLeVCPD+/9zmpophq5zl7UjEslzq4EyUOu0AmQLp6oTLpWwv1GhR1GA+xv+LavN9agdLzV1hiFH/y7yfG8mgp3w= Received: by 10.114.155.1 with SMTP id c1mr1688896wae.1173183020635; Tue, 06 Mar 2007 04:10:20 -0800 (PST) Received: by 10.114.178.20 with HTTP; Tue, 6 Mar 2007 04:10:20 -0800 (PST) Message-ID: Date: Tue, 6 Mar 2007 13:10:20 +0100 To: "Andrei Zmievski" Cc: "Andi Gutmans" , "Sara Golemon" , "Dmitry Stogov" , "Rasmus Lerdorf" , internals@lists.php.net In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000001c75030$b1825730$6e02a8c0@thinkpad> Subject: Re: runtime JIT From: pierre.php@gmail.com (Pierre) Hi Andrei, On 3/5/07, Andrei Zmievski wrote: > Pierre, > > How's it going with this list you posted? Last I heard you had some > issues with ext/session. Can you elaborate please? The issue is not specifically with the ext/session but with extensions accessing the input data during RINIT. For example, ext/session tries to access the HTTP input to fetch a possible SESSID. To keep the JIT at runtime only I like to add an internals API to access the input value as raw/binary data, without decoding them. It will be the responsibility of the extension to correctly decode the data. It would be possible to implement JIT in each extension, but as soon as the script uses a different encoding than the extension (which is defined by http.input_encoding or another specific php.ini option), we will have to decode the complete input two times (or more on error). I'm reviewing the other extension for the http_globals usage. I will come with the API and the patch as soon as possible. Cheers, --Pierre