On Wed, 6 Sep 2006 23:56:31 -0700
[EMAIL PROTECTED] ("Greg Sherwood") wrote:
> Add new PEAR package:
> http://pear.php.net/pepr/pepr-proposal-show.php?id=426
Confirmed.
I'll give him the karma.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.
Hi,
I tried to overwrite the 'get_method' handler and it works fine, but would
need the same effect for static methods. I tried something but found no
proper way to by-pass the zend_std_get_static_method() in an extension.
Is there a solution for it?
Thomas
--
PHP Internals - PHP Runtime Deve
On Wed, 06 Sep 2006 19:32:04 -0700
[EMAIL PROTECTED] wrote:
> Hello!
>
> A gcov test run has just been finished on the PHP_5_2 branch.
>
> You can view the make log here:
> http://gcov.php.net/PHP_5_2/make.log.php
>
> You can watch the test results:
> http://gcov.php.net/PHP_5_2/run-tests.log.p
Is it possible to have an access to the outputs of the failed tests?
There is tests which fail on the gcov machine but work on every
machine I use.
The "new" version of the website shows that. I'm currently working on it and
I (and Marcus) will be putting it on-line ASAP.
Nuno
--
PHP Inte
We've done the per-request thing already and we know some, and possibly
not all, of the implementation pains that come with it. I am looking
forward to the results of your evaluation, but please do it sooner than
later -- I do want to get a preview release out before the end of the
year.
-And
Per-request is equivalent to per-virtual-dir: they are both
ZEND_INI_PERDIR types.
-Andrei
On Sep 6, 2006, at 1:57 PM, Stanislav Malyshev wrote:
I suggest to first make the theoreticaly decision that we prefer to
support
this on a per-request if it's feasible. When I say feasible it means
> Per-request is equivalent to per-virtual-dir: they are both
ZEND_INI_PERDIR types.
For PHP engine, yes, but it should be clear that attempt to use
different modes for the same file would not end up well.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.
I tend to agree with this. But I guess not everyone does..
-Andrei
On Sep 6, 2006, at 2:09 PM, Marcus Boerger wrote:
Hello Andrei,
we have already a freaking complexapi to deal with and on the other
hand
we have fastcgisupport. What we should imo do is trying to drop
complexity
of our api
Hello Pierre,
Thursday, September 7, 2006, 4:06:13 PM, you wrote:
> On Wed, 06 Sep 2006 19:32:04 -0700
> [EMAIL PROTECTED] wrote:
>> Hello!
>>
>> A gcov test run has just been finished on the PHP_5_2 branch.
>>
>> You can view the make log here:
>> http://gcov.php.net/PHP_5_2/make.log.php
>>
Hello,
On 9/7/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
Right now we have no way to show it easily.
This is all I need:
http://gcov.php.net/PHP_5_2/tests/ext/zip/tests/
But even right now failed tests have alink 'diff'or 'leaks' or both which
show the diff information and leak infofro
Pierre wrote:
Is it possible to have an access to the outputs of the failed tests?
There is tests which fail on the gcov machine but work on every
machine I use.
one thing i notices is that the machine doesn't seem to have any
locales installed which e.g. lead to ext/gettext tests and others
b
geat job. it's much faster than valgrind. and can find 64bit/be etc problems.
it's something a must have like gcc printf format attribute.
u may have already notice: the line number is wrong sometimes.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.
12 matches
Mail list logo
