Re: Test results [failed] Tru64

Magnus Määttä <novell@kiruna.se> wrote: > [-- text/plain, Encoding 7bit, 17 Zeilen --] > > Test script is running fine, except if you run it through > gdb.. won't work at all.. > > Maybe someone have an idea why I get this ? What do you mean by "this"? > Unaligned access pid=73744 <php> va=0x11fff0d74 pc=0x120101504 ra=0x120101d90 > inst=0xb42c0000 You can turn these messages off with uac(1), see e.g. <http://wwwrsphysse.anu.edu.au/doc/freeware/faqs/programming.html#P7>. > Warning: fsockopen() [http://www.php.net/function.fsockopen]: php_network_getaddresses: > getaddrinfo failed: A non-recoverable error occured. in /php/php4/run-tests.php on line 462 > > Warning: fsockopen() [http://www.php.net/function.fsockopen]: unable to connect to > qa.php.net:80 in /php/php4/run-tests.php on line 462 These warnings are probably caused by your corporate firewall not allowing access to the qa.php.net web server. > ===================================================================== > FAILED TEST SUMMARY > --------------------------------------------------------------------- You don't need to worry much about these tests - they might give hints to the developers, but the failing tests don't mean that your PHP is broken. PHP and these tests are mainly developed on 32 bit systems, and on the 64 bit Tru64 with its peculiar math engine you see some tests failing. > Simple math tests [ext/standard/tests/math/abs.phpt] Fiddling with LONG_MIN/LONG_MAX (i.e. the test seems to make assumptions which are true for 32 bit systems, but not for 64 bit ones). Don't worry. > log() tests [ext/standard/tests/math/log.phpt] This test tries to compute log(0,2), which results in a core dump on Tru64 if you use the default CFLAGS. CFLAGS=-ieee for Compaq CC or CFLAGS=-mieee for gcc makes this test pass. But you shouldn't try to compute log(0,...) in the first place. > Various pow() tests [ext/standard/tests/math/pow.phpt] Again fiddling with LONG_MIN/LONG_MAX, and additional fun with is_infinite(). > Simple math tests [ext/standard/tests/math/round.phpt] LONG_MIN/LONG_MAX again. > htmlentities() test 1 (cp1252) [ext/standard/tests/strings/htmlentities01.phpt] > htmlentities() test 3 (setlocale / de_DE.ISO-8859-1) > [ext/standard/tests/strings/htmlentities03.phpt] > htmlentities() test 10 (default_charset / cp1252) > [ext/standard/tests/strings/htmlentities10.phpt] > htmlentities() test 11 (default_charset / ISO-8859-15) > [ext/standard/tests/strings/htmlentities11.phpt] > htmlentities() test 12 (default_charset / ISO-8859-1) > [ext/standard/tests/strings/htmlentities12.phpt] > htmlentities() test 13 (default_charset / EUC-JP) > [ext/standard/tests/strings/htmlentities13.phpt] > htmlentities() test 14 (default_charset / Shift_JIS) > [ext/standard/tests/strings/htmlentities14.phpt] All of these try to use locales which are not installed on your system. No problem for you - just use the locale settings that are available on your machine and everything is fine. There is no standard about the names of locales, so the tests just try a few of the more reasonable ones. > microtime() function [ext/standard/tests/time/001.phpt] Not a big problem (your machine is too fast, or maybe the test should just check for "<=" instead of "<"). > strtotime() function [ext/standard/tests/time/002.phpt] Locale problem again (see above). Regards... Michael