guard against too low arguments to <S> by checking whether the memory limit would be exceeded

* Checking whether the allocation succeeded may not prevent exceeding the memory
  limit excessively.
* Even if the memory limit is not exceeded, the allocation can fail theoretically
  and the program would terminate abnormally.
  This however is true for all allocations in SciTECO (via glib).
* teco_memory_check() therefore now supports checking whether an allocation would
  exceed the memory limit which will be useful before very large or variable allocations
  in addition to the regular checking in teco_machine_main_step().
* As a sideeffect, this fixes the "Searching with large counts" test case on Mac OS
  where too large allocations were not detected as expected (apparently Mac OS
  happily gives out ridiculously large chunks of memory).
  Now, all platforms are guaranteed to have the same behaviour.

1 files changed, 1 insertions, 1 deletions

diff --git a/src/memory.h b/src/memory.h
index 58705a7..b2160e7 100644
--- a/src/memory.h
+++ b/src/memory.h
@@ -25,4 +25,4 @@ void teco_memory_stop_limiting(void);
 
 gboolean teco_memory_set_limit(gsize new_limit, GError **error);
 
-gboolean teco_memory_check(GError **error);
+gboolean teco_memory_check(gsize request, GError **error);