Description:
------------
In PHP 4.3.7RC2-dev (STABLE-200405251830) (and 4.3.6), after a call to virtual() (whether successful or not), the include_path is reset to the value in php.ini.  

This behaviour does not respect settings in httpd.conf, e.g. for virtual hosts (although these are not enabled in the example), and makes the virtual() call mostly useless. It happens with Apache 2.0.49 both in Fedora Core 1 Linux and Solaris 9 (only tested 4.3.6 there).

Clue: in PHP 4.3.4, this behaviour did not occur: include_path was the same before and after the call to virtual().

Guess: might it be related to (the patch for) bug #25753?

Reproduce code:
---------------
In php.ini:
include_path = ".:/usr/share/pear"

In httpd.conf:
php_admin_value include_path ".:/home/opt/lib/php:/usr/share/pear"

In foo.php:
<?php
print "<pre>include path: ".ini_get('include_path')."</pre>\n";
virtual('foo.html');
print "<pre>include path: ".ini_get('include_path')."</pre>\n";
?>

(Content of foo.html not important, it doesn't need to exist).

Expected result:
----------------
include path: .:/home/opt/lib/php:/usr/share/pear
....
include path: .:/home/opt/lib/php:/usr/share/pear

Actual result:
--------------
include path: .:/home/opt/lib/php:/usr/share/pear
....
include path: .:/usr/share/pear