Hi Rob,
No, it's not you - it's a bug. I only recently found this one myself
(It's fixed in my working copy of 5.0a3.)
You can patch this yourself in Jess 4.3. At line 361 in
jess/Rete.java, add the two lines
m_resetables.removeAllElements();
m_clearables.removeAllElements();
and recompile. Thanks for pointing this out.
I think [EMAIL PROTECTED] wrote:
>
> Hello all,
>
> Yesterday I noticed the situation in which I would:
>
> - load a file into Jess that contained a deffacts construct
> -run the program
> -issue the 'clear' command
> -modify one fact in the deffacts construct in the original file
> -read the file back into Jess
> -issue the 'facts' command,
>
> and both the modified fact and the original fact would be present.
> Apparently, the '(clear)' didn't delete all the facts. I tried the same
> procedure under CLIPS and things worked as expected with only
> the modified fact inserted into the knowledge base. I'm new to Jess
> and rule-based development, but the Jess manual states that the
> 'clear' command "deletes all rules, deffacts, defglobals,..." so I'd
> like to know if there is unintended behavior here or if I've just made
> another mistake.
>
> Thanks in advance for any response,
> -Rob Jefson
> [EMAIL PROTECTED]
>
---------------------------------------------------------
Ernest Friedman-Hill
Distributed Systems Research Phone: (925) 294-2154
Sandia National Labs FAX: (925) 294-2234
Org. 8920, MS 9214 [EMAIL PROTECTED]
PO Box 969 http://herzberg.ca.sandia.gov
Livermore, CA 94550
---------------------------------------------------------------------
To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]'
in the BODY of a message to [EMAIL PROTECTED], NOT to the
list. List problems? Notify [EMAIL PROTECTED]
---------------------------------------------------------------------
