Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:85017
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain bof.de designates 80.242.145.70 as permitted sender)
To: internals@lists.php.net
Date: Mon, 16 Mar 2015 10:36:53 +0100
Message-ID: <1830295.Un9m92b7il@rofl>
User-Agent: KMail/4.14.4 (Linux/3.19.1-2.gc0946e9-desktop; KDE/4.14.4; x86_64; ; )
In-Reply-To: <1807379.geZHnrMSPX@rofl>
References: <1807379.geZHnrMSPX@rofl>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Subject: Re: PHP apache2handler virtual() function
From: php@bof.de (Patrick Schaaf)

On Monday 16 March 2015 10:31:46 Patrick Schaaf wrote:
>
> Furthermore, I have a working prototype of changing the behaviour of
> virtual() in the following way: _remember_ which subrequest should be made,
> but then only really make it when the current request ends (php_handler()
> in the apache2handler SAPI has deconfigured the interpreter).

A related implementation question: ideally for this new behaviour to be sane, 
I would like to make, in this case, virtual() not return at all when it thinks 
it can make the subrequest. (a false return could still happen when apache 
cannot route the request, I do not change the up-front lookup_uri call).

How would I go about doing that, though? i.e. in a PHP_FUNCTION(virtual), how 
to I in effect do what the EXIT opcode normally does?

Patrick