From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: bug#25463: guile-2.0.13 Check errors Date: Mon, 06 Mar 2017 17:00:42 +0100 Message-ID: <874lz6s8d1.fsf@gnu.org> References: <4f693f6528e76a93e17e73450e2bc320@openmailbox.org> <87vasg1luf.fsf@gnu.org> <675c7503-e8ca-3e6d-b7ff-fe82bbfa0d37@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45880) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckv4L-0002Bc-MJ for guix-devel@gnu.org; Mon, 06 Mar 2017 11:01:11 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ckv4H-0002Hg-Bw for guix-devel@gnu.org; Mon, 06 Mar 2017 11:01:05 -0500 In-Reply-To: <675c7503-e8ca-3e6d-b7ff-fe82bbfa0d37@gmail.com> (Manolis Ragkousis's message of "Sun, 19 Feb 2017 17:53:11 +0200") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Manolis Ragkousis Cc: guix-devel@gnu.org, rennes@openmailbox.org, 25463@debbugs.gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Manolis, Manolis Ragkousis skribis: > On 02/11/2017 11:03 PM, Ludovic Court=C3=A8s wrote: >> Hello! >>=20 >> rennes@openmailbox.org skribis: >>=20 >>> I am trying to build guile version 2.0.13 in GNU Hurd through Guix >>> package manager, in the 'Check' phase I have 4 errors; I am attaching >>> the build log(config.zip), environment >>> variables(environment-variables) and test log(check-guile.zip). >>> >>> This is a grep of errors, any idea how I can deal with this? >>> >>> /*---------------------------------------------------------------------= ------------*/ >>> ERROR: 00-repl-server.test: repl-server: simple expression - >>> arguments: ((system-error "fport_fill_input" "~A" ("Transport endpoint >>> is not connected") (1073741881))) >>> ERROR: 00-repl-server.test: repl-server: HTTP inter-protocol attack -=20 >>> arguments: ((system-error "fport_fill_input" "~A" ("Transport endpoint >>> is not connected") (1073741881))) >>=20 >> The Guix package for Guile incorporates a patch that corresponds to >> Guile commit 2fbde7f02adb8c6585e9baf6e293ee49cd23d4c4, which fixes a >> race condition for these tests. >>=20 > > While using guile 2.0.14, which has commit 2fbde7f02adb8c6, the bug is > still present. Any ideas on what could be causing this Ludo? Is it 100% reproducible if you run: ./check-guile 00-repl-server.test from Guile=E2=80=99s build tree? This test uses a Unix-domain socket, which on the Hurd means that /servers/socket/3 (I think?) must have the right translator on it. 00-socket.test also uses Unix-domain sockets. Does it pass? Looking more closely, it might be that one of the hunks of the patch below solves the problem. Could you try and report back? (Looking at , I think ECONNRESET is more appropriate than ENOTCONN in the second case.) HTH, Ludo=E2=80=99. --=-=-= Content-Type: text/x-patch Content-Disposition: inline diff --git a/test-suite/tests/00-repl-server.test b/test-suite/tests/00-repl-server.test index 4b5ec0cb3..0b4d0c6b0 100644 --- a/test-suite/tests/00-repl-server.test +++ b/test-suite/tests/00-repl-server.test @@ -62,7 +62,7 @@ socket connected to that server." (connect client-socket sockaddr)) (lambda args (when (memv (system-error-errno args) - (list ENOENT ECONNREFUSED)) + (list ENOENT ECONNREFUSED ENOTCONN)) (when (> tries 30) (throw 'unresolved)) (usleep 100) @@ -139,7 +139,7 @@ reached." (loop (+ 1 n)))))) (lambda args (->bool (memv (system-error-errno args) - (list ECONNRESET EPIPE)))))))) + (list ECONNRESET EPIPE ENOTCONN)))))))) ;;; Local Variables: ;;; eval: (put 'with-repl-server 'scheme-indent-function 1) --=-=-=--