From: ludo@gnu.org (Ludovic Courtès)
To: Andy Wingo <wingo@igalia.com>
Cc: 31925@debbugs.gnu.org
Subject: bug#31925: 'guix substitutes' sometimes hangs on glibc 2.27
Date: Thu, 05 Jul 2018 14:27:20 +0200 [thread overview]
Message-ID: <87po01eul3.fsf@gnu.org> (raw)
In-Reply-To: <87lgaqjemj.fsf@igalia.com> (Andy Wingo's message of "Thu, 05 Jul 2018 10:00:52 +0200")
Hello,
Andy Wingo <wingo@igalia.com> skribis:
> On Thu 05 Jul 2018 05:33, Mark H Weaver <mhw@netris.org> writes:
[...]
>> Another possibility: both the finalization thread and the signal
>> delivery thread call 'scm_without_guile', which calls 'GC_do_blocking',
>> which also temporarily grabs the GC allocation lock before calling the
>> specified function. See 'GC_do_blocking_inner' in pthread_support.c in
>> libgc. You spawn the signal delivery thread by calling 'sigaction' and
>> you make work for it to do every second when the SIGALRM is delivered.
>
> The signal thread is a possibility though in that case you'd get a
> warning; the signal-handling thread appears in scm_all_threads. Do you
> see a warning? If you do, that is a problem :)
I don’t see a warning.
But as a Guile user, I shouldn’t see a warning just because there’s a
signal thread anyway; it’s not a thread I spawned myself.
The weird thing is that the signal thread always exists, and it’s
surprising IMO that it shows up in ‘scm_all_threads’ because it’s not a
“user thread”. The other surprise is that the warning isn’t triggered:
--8<---------------cut here---------------start------------->8---
$ guile
GNU Guile 2.2.4
Copyright (C) 1995-2017 Free Software Foundation, Inc.
Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
This program is free software, and you are welcome to redistribute it
under certain conditions; type `,show c' for details.
Enter `,help' for help.
scheme@(guile-user)> (all-threads)
$1 = (#<thread 140488743438080 (1b06c40)> #<thread 140488815434624 (1b06e00)>)
scheme@(guile-user)> (when (zero? (primitive-fork)) (primitive-_exit 0))
;; no warning
--8<---------------cut here---------------end--------------->8---
Ludo’, surprised. :-)
next prev parent reply other threads:[~2018-07-05 12:28 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-21 11:45 bug#31925: 'guix substitutes' sometimes hangs on glibc 2.27 Ludovic Courtès
2018-06-21 14:10 ` Ricardo Wurmus
2018-07-04 7:03 ` Ludovic Courtès
2018-07-04 16:58 ` Ludovic Courtès
2018-07-05 3:33 ` Mark H Weaver
2018-07-05 8:00 ` Andy Wingo
2018-07-05 10:05 ` Mark H Weaver
2018-07-05 14:04 ` Andy Wingo
2018-07-05 12:27 ` Ludovic Courtès [this message]
2018-07-05 14:08 ` Andy Wingo
2018-07-06 15:35 ` Ludovic Courtès
2018-07-05 8:34 ` 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=87po01eul3.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=31925@debbugs.gnu.org \
--cc=wingo@igalia.com \
/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).