>
> Test strtolower() function [ext/standard/tests/strings/strtolower.phpt]
> Test strtoupper() function [ext/standard/tests/strings/strtoupper1.phpt]
>
> I believe these fail on OSX because we test for undefined ASCII behavior.
We call strtolower/strtoupper for all 256 ASCII characters, but ASCII
Hi!
On 8/30/11 10:55 PM, Rasmus Lerdorf wrote:
I am down to 34 test failures compiling against mysqlnd instead of libmysql
http://codepad.org/ZV8imUuc
I did have to set MYSQL_TEST_SOCKET=/var/run/mysqld/mysqld.sock in my
environment though. It was defaulting to /tmp/mysql.sock
I'm looking in
I am down to 34 test failures compiling against mysqlnd instead of libmysql
http://codepad.org/ZV8imUuc
I did have to set MYSQL_TEST_SOCKET=/var/run/mysqld/mysqld.sock in my
environment though. It was defaulting to /tmp/mysql.sock
-Rasmus
--
PHP Internals - PHP Runtime Development Mailing List
Hi!
On 8/30/11 10:23 PM, Rasmus Lerdorf wrote:
Which means, since we can't touch the environment in php_date.c code, we
have to set TZ env variable for the test to pass, and strftime for Mac
is dependent on TZ env and we can't do a thing about it as it seems.
Right, so this is an XFAIL test on
On 08/30/2011 10:08 PM, Stas Malyshev wrote:
> Hi!
>
> On 8/30/11 9:53 PM, Stas Malyshev wrote:
>> strftime() on Mac seems to ignore timezone arguments in struct tm for
>> some reason and uses environment TZ instead. Not sure how to address
>> that.
>
> Looking into Mac strftime sources, it says
Hi!
On 8/30/11 9:53 PM, Stas Malyshev wrote:
strftime() on Mac seems to ignore timezone arguments in struct tm for
some reason and uses environment TZ instead. Not sure how to address that.
Looking into Mac strftime sources, it says this:
** C99 says that the UTC offse
Hi!
On 8/30/11 9:13 PM, Rasmus Lerdorf wrote:
Why is your tests/func/005a.phpt failing? That seems to pass
consistently for most people.
tests/lang/045.phpt is the one that fails for everyone because we don't
re-apply the timeout for a registered shutdown function. We should
either fix that or
On 08/30/2011 08:39 PM, Stas Malyshev wrote:
> Hi!
>
> I've checked the unit tests on my Mac and I see 48 failures so far. I've
> put them here:
> https://wiki.php.net/todo/tests54?&#tested_2011-08-30_on_mac_os_x
>
> Most of them are mysql, but others too.
> So, is there anybody working or willin
Hi!
On 8/30/11 8:57 PM, Laruence wrote:
Hi:
I run make test yesterday, and seems the result is quite different
anyway, I will check it agian,
PS, it's better if there is the test.diff and the config.log
(like link against libmysql or mysqlnd )
I'm linking against libmysql, ve
Stas:
sorry for missing the info about diff ,
anyway, the http://qa.php.net/reports/ seems down:
"An error occured when reading a DB file."
thanks
2011/8/31 Laruence :
> Hi:
> I run make test yesterday, and seems the result is quite different
>
> anyway, I will check it agian,
>
> P
Hi:
I run make test yesterday, and seems the result is quite different
anyway, I will check it agian,
PS, it's better if there is the test.diff and the config.log
(like link against libmysql or mysqlnd )
thanks
2011/8/31 Stas Malyshev :
> Hi!
>
> I've checked the unit tests on my M
Hi!
I've checked the unit tests on my Mac and I see 48 failures so far. I've
put them here:
https://wiki.php.net/todo/tests54?&#tested_2011-08-30_on_mac_os_x
Most of them are mysql, but others too.
So, is there anybody working or willing to work to fix them all for
beta? Should we postpone t
On 08/30/2011 01:13 PM, Rutvij Khataokar wrote:
Developing the PHP runtime
Hi,
This document describes how to start contributing to PHP:
http://svn.php.net/viewvc/php/php-src/trunk/README.SUBMITTING_PATCH?view=markup
Chris
--
Email: christopher.jo...@oracle.com
Tel: +1 650 506 8630
B
Developing the PHP runtime
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
14 matches
Mail list logo
