create a new Rete object,
load in the rules and continue?
- Sam Sarjant
--
View this message in context:
http://old.nabble.com/OutOfMemory-after-multiple-assertions-resets-tp27634092p27634092.html
Sent from the Jess mailing list archive at Nabble.com
increase over time, so there's either something you're
not telling me, or there's a bug someplace. Can you try to check it
out using any kind of a heap profiler?
On Feb 17, 2010, at 10:43 PM, Sam Sarjant wrote:
Hi. I am using JESS to represent a relational environment for an
agent
it
out using any kind of a heap profiler?
On Feb 17, 2010, at 10:43 PM, Sam Sarjant wrote:
Hi. I am using JESS to represent a relational environment for an
agent to
interact in (Blocks World, to be specific, if that helps).
At each state, I am first resetting the Rete object
that if a defquery was defined under the same
name as another, the older one would be overwritten. Perhaps this is a bug,
or perhaps I was simply misled towards this impression.
Thanks for your help in this. I hope the rest of my JESS use stays
problem-free.
Sam Sarjant wrote:
Well, I'm really just being
expectations?
On Feb 20, 2010, at 9:24 PM, Sam Sarjant wrote:
Hmm. I just came across something that could be the culprit. When
creating
the new queries which overwrite the old ones, upon examination of the
'ppdefquery queryname', I noticed that the '?' variable is
assigned a new
JESS
with the speed of execution, but perhaps this is simply
due to the fact that I am using this relational representation.
--
- Thanks, Sam Sarjant
www.samsarjant.com
, but it would be nice if there was some sort of
functionality to perform this task.
--
- Thanks, Sam Sarjant
www.samsarjant.com
of the structure I am looking for (where factPredicate is a
String slot and factArgs is a multislot). The LHS of the rule compiles fine
(with the appropriate ruleDef deftemplate), but the RHS throws an exception
as it is expecting a template name after assert.
--
- Thanks, Sam Sarjant