diff options
author | John Ankarström <john@ankarstrom.se> | 2022-07-19 12:36:08 +0200 |
---|---|---|
committer | John Ankarström <john@ankarstrom.se> | 2022-07-19 12:36:08 +0200 |
commit | 61f7d770dbeb5df98b94d9e8cef0c4c86e396447 (patch) | |
tree | e0a3d42d578252a7d6b8d3a3e7ced4c75c15c8a2 /c/pl.h | |
parent | 34c32802122ff80e79d850d44cbc84624d9a5840 (diff) | |
download | EpisodeBrowser-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.h | 8 |
1 files changed, 8 insertions, 0 deletions
@@ -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); |