Re: [PATCH] lisa bug: matching on retracted facts

In our tests last night, the patch fixed several very strange spurious 
rule activations with no other ill effects, but I hadn't done 
super-extensive testing as it was getting pretty late.

My only explanation as to why we've run into this and nobody else has is 
that we're using Lisa in a way which involves a lot of fact assertions 
and retractions on-the-fly, and never, ever (reset)s.  Most of the 
example code I've seen seems to work like dominoes - set 'em up and 
knock 'em down with a (run), then (reset) and try something different. 
Since we rely heavily on retractions, we encountered this.

In any case, thanks very much for your own work on Lisa.  Michael and I 
initially thought CLIPS would be an excellent match for our grand scheme 
of things in our MMO game, but once we found Lisa the choice was obvious 
-- why code everything in pseudo half-Lisp when you can use the full 
power of Common Lisp?  We're very enthusiastic about your work.

I'll do some more testing today, but I'm pretty convinced the patch is 
on the right track based on what I saw last night.

-Andy


Young, David wrote:
> Ok, I applied your patch and ran it against the mab examples; they continue
> to work. I don't have an explanation for the asymmetry either; I'd have to
> "re-load" Lisa's rete algorithm into my thought processes. For now, I'd say
> continue your testing and make sure your rulesets behave correctly. If
> you're successful, please let me know and I'll make a release with this
> patch (and some others in the queue).
> 
> Thanks very much for your contribution.
> 
> Cheers, David


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar