Hi, I've noticed the following problem. A rule matches a fact and its id is assigned to some variable ?m. Later, in the body of that rule I call twice the (modify) function on ?m. The program started acting strange so I switched to (watch facts) mode and it turns out, that on one input (in no significant way different from others) program modifies a different fact than it assigns to variable and only at the second call of (modify).
here's the relevant fragment of the rule's body: (printout t "value of ?m "?m crlf) (modify ?m (tb-added ?ta1 ?ta2)) (printout t "modified (1st)"?m crlf) (modify ?m (literals ?add ?lit)) (printout t "modified (2nd) "?m crlf) and here's the relevant screen from the run of the program (with facts watching) value of ?m <Fact-61> <=> f-61 (MAIN::model (origin <F...... modified (1st)<Fact-61> <=> f-62 (MAIN::model (origin <F...... modified (2nd) <Fact-61> Could someone please confirm that this could be actually the case, while it seems too awkward to believe. Absolutely nothing in the rule or any other part of the program can justify such behaviour. Is it possible that the engine simply makes a mistake??? all best, Szymon PS. I encountered also similar phenomena while experimenting with accumulate CE, which eventually led me to dropping it and using more complex but more reliable querying. -- View this message in context: http://www.nabble.com/Jess-confuses-Fact-id-assigned-to-a-variable-%28%21-%21%29-tf4884619.html#a13980506 Sent from the Jess mailing list archive at Nabble.com. -------------------------------------------------------------------- To unsubscribe, send the words 'unsubscribe jess-users [EMAIL PROTECTED]' in the BODY of a message to [EMAIL PROTECTED], NOT to the list (use your own address!) List problems? Notify [EMAIL PROTECTED] --------------------------------------------------------------------
