Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:68485 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 23595 invoked from network); 11 Aug 2013 03:49:33 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Aug 2013 03:49:33 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 108.166.43.107 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 108.166.43.107 smtp107.ord1c.emailsrvr.com Linux 2.6 Received: from [108.166.43.107] ([108.166.43.107:51188] helo=smtp107.ord1c.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 95/E6-06453-DC907025 for ; Sat, 10 Aug 2013 23:49:33 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp6.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id C7C1F98092; Sat, 10 Aug 2013 23:49:30 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp6.relay.ord1c.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 2DAC19808B; Sat, 10 Aug 2013 23:49:30 -0400 (EDT) Message-ID: <520709C9.9070105@sugarcrm.com> Date: Sat, 10 Aug 2013 20:49:29 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: PHP Internals , =?ISO-8859-1?Q?Johannes_Sc?= =?ISO-8859-1?Q?hl=FCter?= , Ulf Wendel , mysql@php.net, Ilia Alshanetsky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: travis-CI failures From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! I've looked at travis-CI results for PHP (e.g. https://travis-ci.org/php/php-src/) and I am seeing that there are two extensions that produce fails that break the build: Bug #39858 (Lost connection to MySQL server during query by a repeated call stored proced) [ext/pdo_mysql/tests/bug_39858.phpt] PDO MySQL Bug #41997 (stored procedure call returning single rowset blocks future queries) [ext/pdo_mysql/tests/bug_41997.phpt] MySQL PDOStatement->nextRowSet() [ext/pdo_mysql/tests/pdo_mysql_stmt_nextrowset.phpt] MySQL Prepared Statements and different column counts [ext/pdo_mysql/tests/pdo_mysql_stmt_variable_columncount.phpt] PostgreSQL notice function [ext/pgsql/tests/09notice.phpt] Bug #32223 (weird behaviour of pg_last_notice) [ext/pgsql/tests/80_bug32223.phpt] Bug #32223 (weird behaviour of pg_last_notice using define) [ext/pgsql/tests/80_bug32223b.phpt] For pod_mysql, both bugs are listed as fixed, but they still occur and I just checked on my own linux install, they happen exactly as on travis-ci machine. Other ones seem to produce same "general error", so I suspect there is a common cause behind all these. Could somebody maintaning these take a look into them? For PGSQL, it seems to be related to bug 32223 and notices, but I don't have postgres install to verify it. It would be very nice if we could get travis CI to be green (let alone the fact that we have failures in our code base that aren't supposed to be there). -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227