LUMIERA.clone/tests/stage/test
Ichthyostega 2cd51fa714 Scheduler-test: fix out-of-bound access
...causing the system to freeze due to excess memory allocation.

Fortunately it turned out this was not an error in the Scheduler core
or memory manager, but rather a sloppiness in the test scaffolding.
However, this incident highlights that the memory manager lacks some
sanity checks to prevent outright nonsensical allocation requests.

Moreover it became clear again that the allocation happens ''already before''
entering the Scheduler — and thus the existing sanity check comes too late.
Now I've used the same reasoning also for additional checks in the allocator,
limiting the Epoch increment to 3000 and the total memory allocation to 8GiB

Talking of Gibitbytes...
indeed we could use a shorthand notation for that purpose...
2023-12-21 20:25:43 +01:00
..
mock-elm.hpp Scheduler-test: fix out-of-bound access 2023-12-21 20:25:43 +01:00
placeholder-command.hpp Library: reconsider join / stringify API 2023-09-29 17:00:13 +02:00
test-element-access.hpp Library: complete test coverage of VerbPack 2019-06-11 02:40:20 +02:00
test-nexus.cpp Global-Layer-Renaming: adjust namespace qualification 2018-11-15 23:59:23 +01:00
test-nexus.hpp Global-Layer-Renaming: rename namespaces 2018-11-15 23:55:13 +01:00