[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#31925: 'guix substitutes' sometimes hangs on glibc 2.27
From: |
Ludovic Courtès |
Subject: |
bug#31925: 'guix substitutes' sometimes hangs on glibc 2.27 |
Date: |
Fri, 06 Jul 2018 17:35:22 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) |
Hello Andy,
Andy Wingo <address@hidden> skribis:
> On Thu 05 Jul 2018 14:27, address@hidden (Ludovic Courtès) writes:
>
>> Hello,
>>
>> Andy Wingo <address@hidden> skribis:
>>
>>> 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.
>
> I understand but it's how it works. If we want to change this, probably
> we need a similar interface as we have with finalization.
Right, understood.
>> scheme@(guile-user)> (all-threads)
>> $1 = (#<thread 140488743438080 (1b06c40)> #<thread 140488815434624
>> (1b06e00)>)
>> scheme@(guile-user)> (when (zero? (primitive-fork)) (primitive-_exit 0))
>> ;; no warning
>
> Are you certain that this is the signal-handling thread and not the
> finalizer thread? I suspect it is the finalizer thread, and that it
> gets properly shut down before the fork.
Oh, you must be right.
> Regarding seeing the warning: do you do make some other binding for the
> default warning port in Guix?
No.
Thanks,
Ludo’.