Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41086 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 46003 invoked from network); 15 Oct 2008 18:45:46 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Oct 2008 18:45:46 -0000 Received: from [127.0.0.1] ([127.0.0.1:3474]) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ECSTREAM id 8A/71-39277-95A36F84 for ; Wed, 15 Oct 2008 14:45:45 -0400 Authentication-Results: pb1.pair.com smtp.mail=bauerman@br.ibm.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=bauerman@br.ibm.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain br.ibm.com designates 32.104.18.25 as permitted sender) X-PHP-List-Original-Sender: bauerman@br.ibm.com X-Host-Fingerprint: 32.104.18.25 igw2.br.ibm.com Linux 2.5 (sometimes 2.4) (4) Received: from [32.104.18.25] ([32.104.18.25:48046] helo=igw2.br.ibm.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0E/80-39277-B2836F84 for ; Wed, 15 Oct 2008 14:36:29 -0400 Received: from d24relay01.br.ibm.com (unknown [9.8.31.16]) by igw2.br.ibm.com (Postfix) with ESMTP id A0C4317F498 for ; Wed, 15 Oct 2008 15:19:51 -0300 (BRST) Received: from d24av01.br.ibm.com (d24av01.br.ibm.com [9.18.232.46]) by d24relay01.br.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m9FIaBf02367626 for ; Wed, 15 Oct 2008 15:36:11 -0300 Received: from d24av01.br.ibm.com (loopback [127.0.0.1]) by d24av01.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m9FIaOnC026109 for ; Wed, 15 Oct 2008 16:36:24 -0200 Received: from [9.8.14.190] ([9.8.14.190]) by d24av01.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m9FIaNhh026041 for ; Wed, 15 Oct 2008 16:36:23 -0200 To: internals@lists.php.net Content-Type: text/plain Date: Wed, 15 Oct 2008 15:36:22 -0300 Message-ID: <1224095782.6967.41.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Subject: PHP testsuite failures in Linux/ppc64 From: bauerman@br.ibm.com (Thiago Jung Bauermann) Hi, I've been comparing testsuite results with PHP compiled in 32 bits vs PHP compiled in 64 bits in Linux on powerpc. I see some tests which fail in ppc64 but don't fail in ppc32. I'd like to ask your opinion regarding their severity. By severity I mean how likely it is that the failures will affect the average webapp. I have my opinion (see below), but I have to admit I don't have much experience with PHP, so I turn to this list for advice. Here are the failures I'm referring to: Zend/tests/int_overflow_64bit.phpt - integer doesn't overflow: Should go to -9223372036854775808 (most negative 64-bit integer), but stays at 9223372036854775807 (most positive 64-bit integer) ext/gmp/tests/021.phpt - gmp_gcd (greatest common divisor) returns one of it's arguments when the other is zero (only in one case). It should return 0. ext/gmp/tests/026.phpt - gmp_cmp is returning -1 when comparing a very big number to zero. Should return -2. ext/pdo_sqlite/tests/bug_34630.phpt - returns NULL for value associated with :blob ext/pdo_sqlite/tests/bug_39398.phpt - returns NULL for value associated with :boolean ext/pdo_sqlite/tests/bug_39656.phpt - not sure, apparently select query returns nothing? ext/sqlite/tests/pdo/bug_34630.phpt - returns weird string for value associated with :blob ext/standard/tests/array/array_slice_variation6.phpt - returns empty slice in one case In my opinion, the gmp and sqlite failures are not important for the case I have in mind (common webapp). GMP is (AFAIK) geared towards scientific computing, and for sqlite, I believe a webapp would use a server like MySQL or PostgreSQL instead. This leaves me with the integer overflow failure and the array slice failure, but they seem to be very specific, and wouldn't normaly bite the PHP developer. Do you agree? -- []'s Thiago Jung Bauermann IBM Linux Technology Center