Can you please re-test? Similar failures were reportedly fixed by commit
43debec892f0bdaf0c474d09c5805d1015fcae6d but I have no Windows system to test
on.
$proc.print is asynchronous while $proc.close-stdin is not. In some cases $proc
simply does not get the input because we closed its stdin before printing
anything.
If .close-stdin is meant to by synchronous, this needs a doc patch. Otherwise
we'd probably need to await any outstanding write
The .e there is absolutely correct as depending on the repository format
version $lookup may be a file or directory. We switched to a directory with
version 1. So the .f will fail on a current repo version which explains the
failure in install-core-dist.pl
The real question is not why $lookup
Fixed in commit 9a0afcbcec8416c1d56bdced68a3f993e7be9d3c
Author: Stefan Seifert
Date: Wed Aug 16 20:27:11 2017 +0200
RT 131898: Fix native closures failing on the second run
On the first call of a native sub we create a new subroutine body and
replace
the
I bet, there's a file handle left open somewhere. This error is about
CompUnit::Repository::Staging which is precompiled _three times_ in that
script. Once when loading the module, the second time when installing the CORE
dist and the third time to fix the source path of the installed Staging
I patched Gumbo to no longer create an XML tree but just a bunch of hashes, yet
the error remains. So it's clearly not the XML module causing the issue but
some NativeCall Gumbo thing. Gumbo makes heavy use of structs and nested
structs. I guess the latter could be worth having a look as that's