[perl #128453] [BUG] t\spec\S10-packages\precompilation.rakudo.moar fails on Windows

2016-07-29 Thread Stefan Seifert via RT
Can you please re-test? Similar failures were reportedly fixed by commit 43debec892f0bdaf0c474d09c5805d1015fcae6d but I have no Windows system to test on.

[perl #131764] Passing stdin to Proc::Async mostly does not work ($proc.print: …; $proc.close-stdin)

2017-07-18 Thread Stefan Seifert via RT
$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

[perl #131831] Possible precomp issue: crash with `is a directory, cannot do '.open' on a directory` pointing to a sha1 hash of a dir

2017-08-05 Thread Stefan Seifert via RT
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

[perl #131898] Issue Installing DBIish

2017-08-16 Thread Stefan Seifert via RT
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

[perl #131378] 2017.05-133-g094e77a fails to gmake install on Windows10

2017-05-27 Thread Stefan Seifert via RT
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

[perl #131003] [SEVERE][SEGV] Heap corruption when using Gumbo

2018-08-11 Thread Stefan Seifert via RT
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