Front page | perl.perl5.porters |
Postings from March 2016
PREVIOUS BLOCKER COUNT: 8 (but really more like 7) CURRENT BLOCKER COUNT: 6 (but really 5 or maybe 4) * infinite recursion, or not, in regex https://rt.perl.org/Ticket/Display.html?id=126182 It's back on the blocker list! I thought this was fixed by restoring the old behavior. It may not be ideal, but I don't think it is a regression, correct? At this phase in the release cycle, I'd rather stick with the bug we have than the new behavior that is (a) controversial and (b) not thoroughly tested. What is the argument to keep this on the blockers list? * SIGFPE integer divide by zero in S_make_trie https://rt.perl.org/Ticket/Display.html?id=126206 Not a regression from v5.22. We'd like to get Yves to look at this though, becaused fixed bugs are better than unfixed bugs. * behavior of CORE::stat(@array) https://rt.perl.org/Ticket/Display.html?id=126545 We agree that the bug is downstream, but a question about adding a warning is open. * Coredump in call_sv under threads https://rt.perl.org/Ticket/Display.html?id=127708 On Mar 22, Karl said more discussion was needed about how to proceed. I don't see any discussion on the ticket since then, but there is a proposed patch. Do we have a next step beyond "apply patch"? * test failures on Solarus under -Duse64bilall https://rt.perl.org/Ticket/Display.html?id=127746 These appear to come from ba6840fbf2fdde3e7f1bda1a26f46c901f36d5ec, the commit related to infinite recursion in regex, above. So, when I said that work was reverted, I guess I mean only that part of it was reworked. So, this seems like an ongoing problem. * memory leaks in 'make test' https://rt.perl.org/Ticket/Display.html?id=127657 Not really blocking, just a cry for more eyes to look at the problem. -- rjbsThread Next