tag:blogger.com,1999:blog-8366702.post4862733390825023753..comments2009-04-25T09:23:27.261+02:00Comments on // comments are lies!: A CLIPS dialogJohan Lindberghttp://www.blogger.com/profile/13455767001846504270noreply@blogger.comBlogger6125tag:blogger.com,1999:blog-8366702.post-72398392073085376332007-01-19T22:10:00.000+01:002007-01-19T22:10:00.000+01:00I'm probably misunderstanding something (as usual)...I'm probably misunderstanding something (as usual) but it seems that CLIPS 6.30 (the latest version I could find) does the same thing as in my example (CLIPS 6.24)<br /><br />CLIPS> (reset)<br />==> f-0 (initial-fact)<br />==> Activation 0 r3: f-0,,<br />==> Activation 0 r2: f-0,<br />==> Activation 0 r1: f-0,<br />==> f-1 (digit 0)<br /><== Activation 0 r1: f-0,<br />==> f-2 (digit 1)<br /><== Activation 0 r3: f-0,,<br />==> f-3 (digit 2)<br /><== Activation 0 r2: f-0,<br />==> f-4 (digit 3)<br />==> f-5 (digit 4)<br /><br />I see what you mean though. The reset command in my example shouldn't *have* to put those activations on the agenda provided that it's "smart" enough.<br /><br />I just don't understand how you've implemented it. But that just gives me more to read during the weekend :-)Johan Lindberghttps://www.blogger.com/profile/13455767001846504270noreply@blogger.comtag:blogger.com,1999:blog-8366702.post-45886353745027439672007-01-19T20:35:00.000+01:002007-01-19T20:35:00.000+01:00the immediately removal is the correct behavior, t...the immediately removal is the correct behavior, though not necessarily efficient :)<br /><br />by not having the engine do that extra work, it can do other things. according to gary, when he made the change, it improved the performance a bit. there's an experimental build up on the clips download site.<br /><br />http://www.ghg.net/clips/download/other/woolfelhttps://www.blogger.com/profile/13814445471254728002noreply@blogger.comtag:blogger.com,1999:blog-8366702.post-90045693105942599682007-01-19T19:40:00.000+01:002007-01-19T19:40:00.000+01:00But isn't that correct behaviour? If you do (run) ...But isn't that correct behaviour? If you do (run) before you assert anything those activations should fire even though it's probably not a very common usage pattern ;-)Johan Lindberghttps://www.blogger.com/profile/13455767001846504270noreply@blogger.comtag:blogger.com,1999:blog-8366702.post-86376651430665731562007-01-19T17:26:00.000+01:002007-01-19T17:26:00.000+01:00yeah, the way clips does it, it ends up adding act...yeah, the way clips does it, it ends up adding activations and then immediately removing it.<br /><br />the way I implemented it in jamocha, it doesn't need to do that. I believe Gary of CLIPS changed how NOT works so that it no longer needs to do that.woolfelhttps://www.blogger.com/profile/13814445471254728002noreply@blogger.comtag:blogger.com,1999:blog-8366702.post-29006898264680900192007-01-18T09:19:00.000+01:002007-01-18T09:19:00.000+01:00Yes, I've noticed ;-)
I was in the middle of dete...Yes, I've noticed ;-)<br /><br />I was in the middle of determining Not and Exists behaviour and when it turned out CLIPS *actually* behaves as I hoped it would. I had to write something but I was very pressed for time and that's why it's so short. I'm planning to expand my thoughts in a later post though.Johan Lindberghttps://www.blogger.com/profile/13455767001846504270noreply@blogger.comtag:blogger.com,1999:blog-8366702.post-42121306571505165592007-01-18T03:04:00.000+01:002007-01-18T03:04:00.000+01:00haha.... I got a good laugh from that. doing too m...haha.... I got a good laugh from that. doing too much rule engine work may warp your mind :)woolfelhttps://www.blogger.com/profile/13814445471254728002noreply@blogger.com