aboutsummaryrefslogtreecommitdiff
path: root/c/pl.h
diff options
context:
space:
mode:
authorJohn Ankarström <john@ankarstrom.se>2022-07-19 12:36:08 +0200
committerJohn Ankarström <john@ankarstrom.se>2022-07-19 12:36:08 +0200
commit61f7d770dbeb5df98b94d9e8cef0c4c86e396447 (patch)
treee0a3d42d578252a7d6b8d3a3e7ced4c75c15c8a2 /c/pl.h
parent34c32802122ff80e79d850d44cbc84624d9a5840 (diff)
downloadEpisodeBrowser-61f7d770dbeb5df98b94d9e8cef0c4c86e396447.tar.gz
Use Prolog string buffer marks.
Speaking of unclear documentation, it is not obvious whether it is necessary for programs calling into Prolog to manually mark and release strings. I suppose that it should be, if the same logic that applies to terms apply to strings. On the other hand, the stack in which the strings are stored belongs to Prolog, and there is nothing that would prevent Prolog from cleaning up the strings when called at a later time. I am not sure. But better safe than sorry, I guess. The Mark class acts like the Frame class. The constructor and destructor are equivalent to the PL_STRINGS_MARK and PL_STRINGS_RELEASE macros. Unlike for 34c3280, I did not notice any differences in memory usage after this change. Perhaps that is because it has no effect; perhaps it is because Prolog's stack is very big.
Diffstat (limited to 'c/pl.h')
-rw-r--r--c/pl.h8
1 files changed, 8 insertions, 0 deletions
diff --git a/c/pl.h b/c/pl.h
index 4268dad..d4bf18b 100644
--- a/c/pl.h
+++ b/c/pl.h
@@ -18,6 +18,14 @@ private:
fid_t m_f;
};
+struct Mark
+{
+ Mark();
+ ~Mark();
+private:
+ buf_mark_t m_m;
+};
+
struct Query
{
Query(module_t ctx, predicate_t p, term_t t0);