Hello Paul, On Sat 06 Aug 2022 at 04:19PM +02, Paul Gevers wrote:
> With a recent upload of sbcl the autopkgtest of cl-ironclad fails in testing > when that autopkgtest is run with the binary packages of sbcl from > unstable. It passes when run with only packages from testing. > > ; wrote > > /tmp/autopkgtest-lxc.d2c27h4h/downtmp/autopkgtest_tmp/usr/share/common-lisp/source/ironclad/src/ciphers/tea-tmp93OFNPHA.fasl > ; compilation finished in 0:00:00.160 > ; compiling file > "/usr/share/common-lisp/source/ironclad/src/ciphers/threefish.lisp" (written > 18 FEB 2022 01:39:10 PM): > Heap exhausted during garbage collection: 16 bytes available, 48 requested. > Immobile Object Counts > Gen GF type fdefn symbol code Boxed Cons Raw Code SmMix Mixed > LgRaw LgCode LgMix Waste% Alloc Trig Dirty GCs Mem-age > 1 0 0 0 0 0 7121 939 9668 5 273 827 > 0 0 17 19.9 61867480 32499253 18850 1 1.1503 > 2 0 0 0 0 0 19865 2766 12586 84 836 1681 > 10 34 127 11.7 137430448 5368709 23089 0 0.9496 > 3 0 0 0 0 0 45116 7190 7447 604 3552 1673 > 239 467 331 1.0 270091288 2000000 7806 0 0.4559 > 4 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0.0 0 2000000 0 0 0.0000 > 5 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0.0 0 2000000 0 0 0.0000 > 6 0 0 0 0 0 1370 471 1242 3507 314 40 > 255 134 281 1.9 30584464 2000000 251 0 0.0000 > Tot 0 0 0 0 0 73472 11366 30943 4200 4975 4221 > 504 635 756 6.9 499973680 [93.1% of 536870912 max] > GC control variables: > *GC-INHIBIT* = true > *GC-PENDING* = true > fatal error encountered in SBCL pid 1357: > Heap exhausted, game over. It looks like Lisp just ran out of memory. Indeed, I can't see this failure on debci.debian.org at present, which makes sense if it's a random OOM problem on weaker architectures like armhf -- so, not the fault of the new sbcl upload. Is it possible to label the tests as flaky on only a single architecture? -- Sean Whitton