Files
Nim/tests/gc/gcleak2.nim
metagn 720d0aee5c add retries to testament, use it for GC tests (#24279)
Testament now retries a test by a specified amount if it fails in any
way other than an invalid spec. This is to deal with the flaky GC tests
on Windows CI that fail in many different ways, from the linker randomly
erroring, segfaults, etc.

Unfortunately I couldn't do this cleanly in testament's current code.
The proc `addResult`, which is the "final" proc called in a test run's
lifetime, is now wrapped in a proc `finishTest` that returns a bool
`true` if the test failed and has to be retried. This result is
propagated up from `cmpMsgs` and `compilerOutputTests` until it reaches
`testSpecHelper`, which handles these results by recursing if the test
has to be retried. Since calling `testSpecHelper` means "run this test
with one given configuration", this means every single matrix
option/target etc. receive an equal amount of retries each.

The result of `finishTest` is ignored in cases where it's known that it
won't be retried due to passing, being skipped, having an invalid spec
etc. It's also ignored in `testNimblePackages` because it's not
necessary for those specific tests yet and similar retry behavior is
already implemented for part of it.

This was a last resort for the flaky GC tests but they've been a problem
for years at this point, they give us more work to do and turn off
contributors. Ideally GC tests failing should mark as "needs review" in
the CI rather than "failed" but I don't know if Github supports
something like this.
2024-10-12 22:48:44 +02:00

40 lines
898 B
Nim

discard """
outputsub: "no leak: "
retries: 2
"""
when defined(GC_setMaxPause):
GC_setMaxPause 2_000
type
TTestObj = object of RootObj
x: string
s: seq[int]
proc makeObj(): TTestObj =
result.x = "Hello"
result.s = @[1,2,3]
const numIter =
when defined(boehmgc):
# super slow because GC_fullcollect() at each iteration; especially
# on OSX 10.15 where it takes ~170s
# `getOccupiedMem` should be constant after each iteration for i >= 3
1_000
elif defined(gcMarkAndSweep):
# likewise, somewhat slow, 1_000_000 would run for 8s
# and same remark as above
100_000
else: 1_000_000
proc inProc() =
for i in 1 .. numIter:
when defined(gcMarkAndSweep) or defined(boehmgc):
GC_fullcollect()
var obj: TTestObj
obj = makeObj()
if getOccupiedMem() > 300_000: quit("still a leak!")
inProc()
echo "no leak: ", getOccupiedMem()