Quoting dan...@zoltak.com:
Quoting dan...@zoltak.com:
Quoting Scott MacVicar :
Ideally both should be performed to ensure the error_log path is within
the open_base.
In the function OnUpdateErrorLog in main.c is there anyway to obtain
the HTTP_HOST or SERVER_NAME variable or ideally the DOC
Quoting dan...@zoltak.com:
Quoting Scott MacVicar :
Ideally both should be performed to ensure the error_log path is within
the open_base.
In the function OnUpdateErrorLog in main.c is there anyway to obtain
the HTTP_HOST or SERVER_NAME variable or ideally the DOCUMENT_ROOT. I
have tried
Quoting Scott MacVicar :
It could be related to the following patch to do with evaluation order
of per directory configuration
http://svn.php.net/viewvc?view=revision&sortby=date&revision=269640
Again it's another security issue that was resolved.
I'm not sure if this is the cause either? Th
On 4 Aug 2009, at 05:36, dan...@zoltak.com wrote:
Quoting dan...@zoltak.com:
Quoting Scott MacVicar :
[snip]
Do you know the first version it stopped working? 5.2.7 - 5.2.10 is
about 15 months worth of bug fixes. Narrowing it down to a
particular
version would help.
I will determine
Quoting dan...@zoltak.com:
Quoting Scott MacVicar :
[snip]
Do you know the first version it stopped working? 5.2.7 - 5.2.10 is
about 15 months worth of bug fixes. Narrowing it down to a particular
version would help.
I will determine the first version it stopped working with and get back
Quoting Scott MacVicar :
On 4 Aug 2009, at 04:49, dan...@zoltak.com wrote:
Quoting Scott MacVicar :
[snip]
You might be able to use sapi_getenv("DOCUMENT_ROOT",
sizeof("DOCUMENT_ROOT"))
This method dosen't appear to work.
Any chance of a clarification on "doesn't appear to work"? Does
On 4 Aug 2009, at 04:49, dan...@zoltak.com wrote:
Quoting Scott MacVicar :
1. Is it safe to lookup the DOCUMENT_ROOT in fopen_wrappers. If
not is there an alternative?
Not at the point the function is being executed on a fresh child
start
PHP hasn't always been fully started by the time
Quoting Scott MacVicar :
1. Is it safe to lookup the DOCUMENT_ROOT in fopen_wrappers. If not
is there an alternative?
Not at the point the function is being executed on a fresh child start
PHP hasn't always been fully started by the time it's doing the config
merging. None of the SAPI variabl
On 4 Aug 2009, at 03:14, dan...@zoltak.com wrote:
Quoting Jani Taskinen :
Yes. You shouldn't really do it like that. Unpack it in separate
directory. And build outside the sources:
# tar zxfv php5.2-x.tar.gz
# mkdir php_5_2
# cd php_5_2
# ../php5.2-x/configure --disable-all --enable-d
Quoting Jani Taskinen :
Yes. You shouldn't really do it like that. Unpack it in separate
directory. And build outside the sources:
# tar zxfv php5.2-x.tar.gz
# mkdir php_5_2
# cd php_5_2
# ../php5.2-x/configure --disable-all --enable-debug
# make
# make install
I couldn't get the dir
dan...@zoltak.com wrote:
> Quoting Jani Taskinen :
>> # tar zxfv php5.2-x.tar.gz
>> # mkdir php_5_2
>> # cd php_5_2
>> # ../php5.2-x/configure --disable-all --enable-debug > of relevant options here>
>> # make
>> # make install
>
> Well I have flex-2.5.4 installed. Not sure why it requires
Quoting Jani Taskinen :
# tar zxfv php5.2-x.tar.gz
# mkdir php_5_2
# cd php_5_2
# ../php5.2-x/configure --disable-all --enable-debug
# make
# make install
Well I have flex-2.5.4 installed. Not sure why it requires this
version when the release versions work with flex-2.5.3x?
I have
On 4 Aug 2009, at 00:08, dan...@zoltak.com wrote:
Quoting Jani Taskinen :
Yes. You shouldn't really do it like that. Unpack it in separate
directory. And build outside the sources:
# tar zxfv php5.2-x.tar.gz
# mkdir php_5_2
# cd php_5_2
# ../php5.2-x/configure --disable-all --enable-de
Quoting Jani Taskinen :
Yes. You shouldn't really do it like that. Unpack it in separate
directory. And build outside the sources:
# tar zxfv php5.2-x.tar.gz
# mkdir php_5_2
# cd php_5_2
# ../php5.2-x/configure --disable-all --enable-debug
# make
# make install
I've tried to compile f
On 08/03/2009 03:19 PM, dan...@zoltak.com wrote:
Quoting Jani Taskinen :
Well, this is using PHP 5.2.10. And you were supposed to test the
snapshot. How about the backtrace using latest PHP_5_2 checkout?
I downloaded the latest snap and tar.bz2 it in the php-5.2.10 folder so
I could compiled
Quoting Jani Taskinen :
Well, this is using PHP 5.2.10. And you were supposed to test the
snapshot. How about the backtrace using latest PHP_5_2 checkout?
I downloaded the latest snap and tar.bz2 it in the php-5.2.10 folder
so I could compiled it using the php-5.2.10 ebuild file in gentoo.
On 08/03/2009 02:52 PM, dan...@zoltak.com wrote:
Quoting Jani Taskinen :
On 08/03/2009 07:52 AM, dan...@zoltak.com wrote:
Jani Taskinen wrote:
[snip]
Obviously you haven't compiled using --enable-debug OR most likely are
not using the compiled libphp5.so. Check your phpinfo() that you
actua
Quoting Jani Taskinen :
On 08/03/2009 07:52 AM, dan...@zoltak.com wrote:
Jani Taskinen wrote:
[snip]
Obviously you haven't compiled using --enable-debug OR most likely are
not using the compiled libphp5.so. Check your phpinfo() that you
actually use the one you compiled first..
--Jani
Her
On 08/03/2009 07:52 AM, dan...@zoltak.com wrote:
Jani Taskinen wrote:
[snip]
You obviously do not have the correct sources then.
Try get them directly using SVN:
# svn co http://svn.php.net/repository/php/php-src/branches/PHP_5_2/
And if those don't work either, you need to provide a GDB back
Jani Taskinen wrote:
[snip]
You obviously do not have the correct sources then.
Try get them directly using SVN:
# svn co http://svn.php.net/repository/php/php-src/branches/PHP_5_2/
And if those don't work either, you need to provide a GDB backtrace, the
strace is useless for this. Also make s
Rasmus Lerdorf wrote:
Jani Taskinen wrote:
Dan Zoltak wrote:
Jani Taskinen wrote:
[snip]
There is a bug in 5.2.10 that might cause this, try latest SVN
checkout of PHP_5_2 branch, it should be fixed now.
I've download and tested the latest snap (php5.2-200908020630) and I
am still having the
Jani Taskinen wrote:
> Dan Zoltak wrote:
>> Jani Taskinen wrote:
>>> [snip]
>>> There is a bug in 5.2.10 that might cause this, try latest SVN
>>> checkout of PHP_5_2 branch, it should be fixed now.
>> I've download and tested the latest snap (php5.2-200908020630) and I
>> am still having the same
Dan Zoltak wrote:
Jani Taskinen wrote:
[snip]
There is a bug in 5.2.10 that might cause this, try latest SVN
checkout of PHP_5_2 branch, it should be fixed now.
I've download and tested the latest snap (php5.2-200908020630) and I am
still having the same issue. I have performed an strace with
Jani Taskinen wrote:
[snip]
There is a bug in 5.2.10 that might cause this, try latest SVN
checkout of PHP_5_2
branch, it should be fixed now.
I've download and tested the latest snap (php5.2-200908020630) and I
am still having the same issue. I have performed an strace with the
following r
On 07/31/2009 03:10 AM, dan...@zoltak.com wrote:
[snip]
The above code has been works fine in PHP 5.2.6. In PHP 5.2.10 it works
except when an .htaccess is defined with the following:
<--BEGIN SNIP .htaccess-->
php_value error_log '/home/st/stu/studio1.com.au/www/logs/php_err.log'
<--END SNIP-->
Greetings list,
I've modified fopen_wrappers.c to add some custom security checks for
our environment.
Part of the check requires obtaining the DocumentRoot.
The modification begins at line 115 where the DocumentRoot is found:
// Document root from Zend (pointer to pointer)
zval **document_
26 matches
Mail list logo