Hi!
On 9/8/11 6:04 PM, Kalle Sommer Nielsen wrote:
This have been a while since we had the discussions about APC in 5.4
(or in general extensions to move in and out of the Core, but more
about that in another thread).
Not saying anything specifically about APC, I think it is way too late
to p
Hi
This have been a while since we had the discussions about APC in 5.4
(or in general extensions to move in and out of the Core, but more
about that in another thread).
http://markmail.org/message/4w6lcbunw3qfof3c
I bought this thread up a while back and it had a general approval
feeling among
Hi
Thought I would be thing one up as it has been on the 5.3 and on the
bug tracker marked as critical in a forever and there seems to be many
working patches around. There have been endless reports about this
issue and the patches seems non trivial to apply to 5.4.
Now I don't know the direct im
On 09/08/2011 11:01 AM, Stas Malyshev wrote:
Hi!
We've made a great progress on fixing and cleaning up the unit tests, I'd like
to thank everybody involved for their contribution. We still have some failures
and tests with unclear status, so I think it's better we take another week
before w
On 09/08/2011 02:43 PM, Lester Caine wrote:
Christopher Jones wrote:
File a bug and attach test patches that satisfy you (and run on gcov).
Or merge the patches yourself - but I'm not sure you have karma???
I've never heard of anyone else running these tests so your help would
be appreciated.
Christopher Jones wrote:
File a bug and attach test patches that satisfy you (and run on gcov).
Or merge the patches yourself - but I'm not sure you have karma???
I've never heard of anyone else running these tests so your help would
be appreciated. I won't sidetrack this thread with long term c
On 09/08/2011 11:51 AM, Lester Caine wrote:
Christopher Jones wrote:
For 5.4, there are still are a bunch of systematic failures on gcov
e.g. imap, pdo_firebird, pdo_odbc that need attention, along with less
obvious issues. Volunteers welcome.
I've asked a couple of times now about fixing th
I would like to mention this segfault that i am having with 5.4 alpha 3:
https://bugs.php.net/bug.php?id=55578
The reproduce case is trivial (thanks to Felipe and Tyrael for improving it
even more)
greetings,
Benjamin
On Thu, Sep 8, 2011 at 8:01 PM, Stas Malyshev wrote:
> Hi!
>
> We've made a g
Christopher Jones wrote:
For 5.4, there are still are a bunch of systematic failures on gcov
e.g. imap, pdo_firebird, pdo_odbc that need attention, along with less
obvious issues. Volunteers welcome.
I've asked a couple of times now about fixing the PDO tests, most of the
pdo_firebird failure
On 09/08/2011 11:01 AM, Stas Malyshev wrote:
Hi!
We've made a great progress on fixing and cleaning up the unit tests, I'd like
to thank everybody involved for their contribution. We still have some failures
and tests with unclear status, so I think it's better we take another week
before w
On Thu, Sep 8, 2011 at 10:20 AM, Uwe Schindler wrote:
> Hi,
>
>> It seems to be the case but this is not documented anywhere on php.net.
>> Instead http://php.net/manual/en/function.apache-request-headers.php say
>> "You can also get at the value of the common CGI variables by reading them
>> from
Hi!
We've made a great progress on fixing and cleaning up the unit tests,
I'd like to thank everybody involved for their contribution. We still
have some failures and tests with unclear status, so I think it's better
we take another week before we release the beta and try to work them
out, ju
On Thu, 2011-09-08 at 19:25 +0200, Remi Collet wrote:
> Le 08/09/2011 18:59, Remi Collet a écrit :
> > Test report :
>
> Just a little issue :
> With --enable-mysqlnd=shared,
> the extension is not load during test, so, all test fail...
I think it is loaded, but in the wrong order. I'll look into
Le 08/09/2011 18:59, Remi Collet a écrit :
> Test report :
Just a little issue :
With --enable-mysqlnd=shared,
the extension is not load during test, so, all test fail...
001+ PHP Warning: PHP Startup: Unable to load dynamic library
'/home/rpmbuild/BUILD/php5.4-201109081430/build-apache/modules/
Hi,
> It seems to be the case but this is not documented anywhere on php.net.
> Instead http://php.net/manual/en/function.apache-request-headers.php say
> "You can also get at the value of the common CGI variables by reading them
> from the environment".
For the environment is no longer true, mo
Le 05/09/2011 18:52, Johannes Schlüter a écrit :
> On Sat, 2011-09-03 at 14:42 +0200, Johannes Schlüter wrote:
>> mysqlnd is not yet default from php.net side but SuSE has chosen to do
>> so. Now there is one consequence: If mysqlnd is used it will be built
>> statically in PHP, even on Unix, even
On 09/08/2011 04:54 PM, Adir Kuhn wrote:
Hello I am new to the list, I live in Brazil and PHP program for 5
years. I have basic knowledge in C, would like to increase my
knowledge in this language and collaborate with the PHP code.
I wish someone could help me with the basic steps, suggesting bu
Hello I am new to the list, I live in Brazil and PHP program for 5
years. I have basic knowledge in C, would like to increase my
knowledge in this language and collaborate with the PHP code.
I wish someone could help me with the basic steps, suggesting bugs
that are relatively easy and could revie
On Thu, Sep 8, 2011 at 2:07 PM, Alexey Shein wrote:
> Hello!
> I've made some improvements to run-tests.php:
> 1) Autoguessing TEST_PHP_EXECUTABLE and TEST_PHP_CGI_EXECUTABLE if
> they're not provided, i.e. assume they have value 'auto'. You can
> still pass your own value as usual.
> 2) Added opt
Hi:
I have linked against zlib-1.2.5 , still failed
and I found php5.3-trunk passed in my environ.
I can not go further till deflateEnd(zlib.c), and the deflate
result is different between 5.3 and 5.4..
thanks
2011/9/8 Pierre Joye :
> hi,
>
> That's the only remaining, the other f
Hello!
I've made some improvements to run-tests.php:
1) Autoguessing TEST_PHP_EXECUTABLE and TEST_PHP_CGI_EXECUTABLE if
they're not provided, i.e. assume they have value 'auto'. You can
still pass your own value as usual.
2) Added option -n (use no php.ini) to the shebang line
(#!/usr/bin/php -n) s
hi,
That's the only remaining, the other failed tests were due to LF (was
sure I did the conversion already, incl. external data being read).
However it happens randomly and only on unix.
On Wed, Sep 7, 2011 at 3:03 AM, Laruence wrote:
> Hi:
> ext/zlib/tests/gzencode_variation1.phpt failed in
dukeofgaming wrote:
The question is, now, will github be part of the integration workflow?, or
is that yet to be discussed?. I imagine the project wants to retain
governability and I applaud that instead of using a 3rd party service as the
"master" repository, however, given the social impact the
23 matches
Mail list logo
