unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Manolis Ragkousis <manolis837@gmail.com>
Cc: guix-devel@gnu.org, rennes@openmailbox.org, 25463@debbugs.gnu.org
Subject: Re: bug#25463: guile-2.0.13 Check errors
Date: Mon, 06 Mar 2017 17:00:42 +0100	[thread overview]
Message-ID: <874lz6s8d1.fsf@gnu.org> (raw)
In-Reply-To: <675c7503-e8ca-3e6d-b7ff-fe82bbfa0d37@gmail.com> (Manolis Ragkousis's message of "Sun, 19 Feb 2017 17:53:11 +0200")

[-- Attachment #1: Type: text/plain, Size: 1929 bytes --]

Hi Manolis,

Manolis Ragkousis <manolis837@gmail.com> skribis:

> On 02/11/2017 11:03 PM, Ludovic Courtès wrote:
>> Hello!
>> 
>> rennes@openmailbox.org skribis:
>> 
>>> 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 - 
>>> arguments: ((system-error "fport_fill_input" "~A" ("Transport endpoint
>>> is not connected") (1073741881)))
>> 
>> The Guix package for Guile incorporates a patch that corresponds to
>> Guile commit 2fbde7f02adb8c6585e9baf6e293ee49cd23d4c4, which fixes a
>> race condition for these tests.
>> 
>
> 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’s 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
<http://pubs.opengroup.org/onlinepubs/9699919799/functions/read.html>, I
think ECONNRESET is more appropriate than ENOTCONN in the second case.)

HTH,
Ludo’.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch, Size: 985 bytes --]

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)

  reply	other threads:[~2017-03-06 16:01 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-17  1:25 guile-2.0.13 Check errors rennes
2017-02-11 21:03 ` bug#25463: " Ludovic Courtès
2017-02-12  8:37   ` rennes
2017-02-12 13:44     ` Manolis Ragkousis
2017-02-12 21:18       ` Ludovic Courtès
2017-02-13  9:47         ` Richard Braun
2017-02-19 15:53   ` Manolis Ragkousis
2017-03-06 16:00     ` Ludovic Courtès [this message]
2017-03-06 16:45       ` Manolis Ragkousis
2017-03-06 22:53         ` Ludovic Courtès

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=874lz6s8d1.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=25463@debbugs.gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=manolis837@gmail.com \
    --cc=rennes@openmailbox.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).