David Warring

Some followup in https://github.com/libxml-raku/LibXML-raku/issues/87 1. C and Raku LibXML agree on the overall xmlDoc struct size (176). 2. core dump present in `2022.07` 3. ~~I can't replicate on Rakudo blead...

``` dd $=pod; =begin pod =item # item 1 =item # item 2 =item2 # item 2.1 =end pod ``` Produces (with some formatting). ``` [Pod::Block::Named.new(name => "pod", config =>...

This might be the reason, or a contributing factor to `Pod::To::Text` omitting attributes that have only a trailing declaration only. When I run `raku --doc ....` on the above example,...

I withdrew PR #4902 Instead added fudged tests https://github.com/Raku/roast/commit/404b5649ca48549a6af508bb1e1d74bfe7b62556. which demonstrate the issue

Thanks Tom. I think my simple PR didn't work on classes, because they haven't been composed yet.

This could be a "wind down" affect with the threads being partitioned into batches, but some threads finishing earlier than others and becoming idle. Here's an exaggerated example which is...

Installing PathTools isn't working for me https://github.com/pdf-raku/PDF-Content-raku/runs/3761170655#step:4:25

^^ That PR does enough to get the attached XLS file open. I think the underlying issue is that speadsheet has more blank nodes. Changing a few `for $node.childNodes ->...

I also recommend upgrading to latest LibML 0.9.10, so that `$e..childNodes -> my LibXML::Element $e {}` now throws a typecheck error, rather than hanging, if the element contains text nodes....

Note that LibXML 0.9.10+ has a custom `raku` method in `LibXML:::Node this problem to work-around [this Spreadsheet::XLSX issue](https://github.com/jnthn/spreadsheet-xlsx/issues/12).