On Jan 16, 2008, at 8:07 PM, [EMAIL PROTECTED] wrote:
Hello,
I find that toString does not return accurate descriptions of
facts: these
descriptions refer to all the other facts as <Fact--1> (without
regard to the
actual Fact id numbers).
The id number of a fact is assigned when it is asserted; before that,
it's -1.
These toString results are wrong even though getFactId returns
sensible values
that are different for each Fact instance. It appears that toString
is using
cached labels that are defined at Fact creation based on the count
of Facts in
the Rete.
I was surprised to find that you're absolutely right. If you create a
Value object with a Fact before its id is set, then the Value object
will remember the -1 always. This is just a cosmetic issue -- the
bogus value is never used for anything -- but it should still be
fixed; thanks for the report.
In my experiments so far the engine does seem to function correctly
despite the
mixed up labels... the messed up strings just make debugging harder.
Yup, just a display thing.
---------------------------------------------------------
Ernest Friedman-Hill
Informatics & Decision Sciences Phone: (925) 294-2154
Sandia National Labs FAX: (925) 294-2234
PO Box 969, MS 9012 [EMAIL PROTECTED]
Livermore, CA 94550 http://www.jessrules.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]
--------------------------------------------------------------------
