Hi,
I do phpinfo(); and I see the include path set to c:\php5\Pear. I have wamp
installed on my machine but before wamp I had done a standalone installation
of PHP 5 in c:\PHP5 diretory. I have since uninstalled it and deleted the
c:\PHP5 directory from my system. How can i reset the include
On 3/16/06, Bikram Suri [EMAIL PROTECTED] wrote:
Hi,
I do phpinfo(); and I see the include path set to c:\php5\Pear. I have wamp
installed on my machine but before wamp I had done a standalone installation
of PHP 5 in c:\PHP5 diretory. I have since uninstalled it and deleted the
c:\PHP5
Thanks for all your replies. I have changed the include_path settings in
php.ini which is in c:\wamp\php
but still it takes the include path as c:\php5\PEAR
Please help
regards
Bikram
Bikram Suri [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hi,
I do phpinfo(); and I see the
diff :)
Dmitry.
-Original Message-
From: Pierre [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 16, 2006 10:52 AM
To: Dmitry Stogov
Subject: Re: [PHP-DEV] auto_globals_jit and
register_argc_argv disconnect
On Wed, 15 Mar 2006 20:28:11 +0300
[EMAIL PROTECTED] (Dmitry Stogov)
register_long_arrays is removed from PHP6 according to PDM.
But in 5.1 register_long_arrays has default value 1.
Shouldn't it be changed to 0?
Dmitry.
-Original Message-
From: Dmitry Stogov [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 16, 2006 12:45 PM
To: php-cvs@lists.php.net
Jared Williams wrote:
Replacing the list, with divs and using css generated content to
display the line numbers, cleans up the paste output but won't get
... and doesn't work in IE. So no real win here. The semantic
solution would be to use ol/li .
Can't use ol/li thou, as that is
Hi All
I am back again :-)
Here one can't say much without any details (_relevant_ code and
backtrace)
The c++ guys are still having some problems and they have given me some
more info..
The app is init'd using the following
__declspec(dllexport) void InitPHPEngine(const CString
solved!
A co-worker and I have been working this for a long time, and he won't post
his findings for posterity.
While using dtrace we began to suspect that it might be libraries and
linking issues, so he start reading up on other linking issues with Solaris.
Here's his findings and the solution:
Hi,
You should understand that the current php_embed code isn't ready to be
runned within any type of context (C context or C++ object context).
It is just a ONE Shot execution.
Have a look at :
http://cvs.php.net/viewcvs.cgi/php-src/sapi/embed/php_embed.c?view=markuprev=1.1.2.5.2.1
You can
Michael Vergoz wrote:
There is other useful possiblity but actualy you'll need to look my
comments at http://www.badcode.be/~descript/PHP/php_embed/php_embed.h
I don't have many time to make more documentation. And you must to know
that this modification isn't official so i don't have
I have a new PEAR package. So I wish to contribute.
http://pear.php.net/pepr/pepr-proposal-show.php?id=362
module name : Services_Hatena
(the pear-group credentials)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
By the way, we also have register_long_arrays on by default which also
disables jit. So we are still in a position of basically nobody being
able to use jit unless they really know what they are doing, or get
lucky. Let's just turn register_long_arrays off. They are going away
in PHP 6
Rasmus Lerdorf wrote:
By the way, we also have register_long_arrays on by default which also
disables jit. So we are still in a position of basically nobody being
able to use jit unless they really know what they are doing, or get
lucky. Let's just turn register_long_arrays off. They are
Sorry, I meant to send my first mail to the entire list about this,
but http://pastebin.com works fine here in firefox, although Jared
Williams reported back that it pastes the line numbers for him.
Version and OS differences perhaps? I don't have a machine to test
IE6, so I'm not sure about that,
We are getting there. With the recent patches from Andrei and Dmitry
here is what it looks like on this AMD test server of mine:
http://www.php.net/~rasmus/numbers.png
The MySQL test I added is just a simple select query using ext/mysql.
It looks like this:
This one time, at band camp, Alan Knowles [EMAIL PROTECTED] wrote:
Not sure if it's a prefect solution, but this could easily be done:
--8 --- snip
I dont see why line numbering is an issue.
If you want to highlight code ala pastebin style, simpley
echo hightlight_string($string, 1);
or if it
register_long_arrays cannot work with jit.
Dmitry.
-Original Message-
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]
Sent: Friday, March 17, 2006 4:02 AM
To: Rasmus Lerdorf
Cc: Dmitry Stogov; internals@lists.php.net
Subject: Re: [PHP-DEV] auto_globals_jit and
register_argc_argv
Hi Andrei,
I don't see AUTH_USER, HTTPS..., CLIENT_CERT, HTTP_HOST, REQUEST_LINE,
SERVER_URL.
May be not all of them necessary and available in apache, but AUTH_USER,
HTTPS are required for PHP.
Thanks. Dmitry.
-Original Message-
From: Andrei Zmievski [mailto:[EMAIL PROTECTED]
Those are all generated elsewhere. Have a look at:
http://lerdorf.com/info.php
This server is running the patch and as you can see HTTP_HOST is there,
for example.
-Rasmus
Dmitry Stogov wrote:
Hi Andrei,
I don't see AUTH_USER, HTTPS..., CLIENT_CERT, HTTP_HOST, REQUEST_LINE,
SERVER_URL.
19 matches
Mail list logo