Last 30 days

• Dec 08, 2009

  r55 (DO-SOLVE-ALL no longer finds all solutions before feeding th...) committed by wm.annis   -   DO-SOLVE-ALL no longer finds all solutions before feeding them to the body, but instead uses PL-SOLVE-ONE and PL-SOLVE-NEXT to iterate over solutions.

  DO-SOLVE-ALL no longer finds all solutions before feeding them to the body, but instead uses PL-SOLVE-ONE and PL-SOLVE-NEXT to iterate over solutions.
• Dec 05, 2009

  issue 2 (multiple rule bases in one program) Status changed by wm.annis   -   That took longer than really necessary, but Gambol now supports multiple rulebases. My approach is quite a bit simpler than the code you attached — I've not verified it against threading, but it's not clear to me this library would work nicely threaded in any situation.

  Status: Fixed

  That took longer than really necessary, but Gambol now supports multiple rulebases. My approach is quite a bit simpler than the code you attached — I've not verified it against threading, but it's not clear to me this library would work nicely threaded in any situation.

  Status: Fixed
• Dec 05, 2009

  API (using Gambol) Wiki page edited by wm.annis   -   Revision r54 Edited wiki page through web user interface.

  Revision r54 Edited wiki page through web user interface.
• Dec 05, 2009

  gambol-0.03.tar.gz.sig (0.03 signature) file uploaded by wm.annis
• Dec 05, 2009

  gambol-0.03.tar.gz (0.03 release) file uploaded by wm.annis
• Dec 05, 2009

  r53 (tests for rulebase functions and macro ) committed by wm.annis   -   tests for rulebase functions and macro

  tests for rulebase functions and macro
• Dec 03, 2009

  r52 (more minor cleanup ) committed by wm.annis   -   more minor cleanup

  more minor cleanup
• Dec 03, 2009

  r51 (mostly documentation changes ) committed by wm.annis   -   mostly documentation changes

  mostly documentation changes
• Dec 02, 2009

  r50 (Since we're not using PSL, the magic-copy faffing around is ...) committed by wm.annis   -   Since we're not using PSL, the magic-copy faffing around is pointless

  Since we're not using PSL, the magic-copy faffing around is pointless
• Dec 02, 2009

  r49 (minor style issue ) committed by wm.annis   -   minor style issue

  minor style issue
• Dec 01, 2009

  r48 (special variable trickery to allow for multiple rulebases) committed by wm.annis   -   special variable trickery to allow for multiple rulebases

  special variable trickery to allow for multiple rulebases
• Dec 01, 2009

  r47 (Special variable trickery to allow for multiple rulebases. ) committed by wm.annis   -   Special variable trickery to allow for multiple rulebases.

  Special variable trickery to allow for multiple rulebases.
• Dec 01, 2009

  r46 (prepare to save environments) committed by wm.annis   -   prepare to save environments

  prepare to save environments

Older

• Aug 01, 2008

  issue 2 (multiple rule bases in one program) commented on by wm.annis   -   I was actually planning to make several rule databases available in the next release. You change is more elaborate, but is like something I had planned for further out, to clean up all those special variables. I'll stare at this a while. I'll need to concoct some test cases to verify threading behavior...

  I was actually planning to make several rule databases available in the next release. You change is more elaborate, but is like something I had planned for further out, to clean up all those special variables. I'll stare at this a while. I'll need to concoct some test cases to verify threading behavior...
• Jul 24, 2008

  issue 2 (multiple rule bases in one program) reported by Ramarren   -   Perhaps being able to use multiple independent engines/rule bases would be useful? Attached is a file implementing capturing all dynamic variables into an object and a macro to use it with. If dynamic binding on SBCL work like I think they do, this might even work under multithreading.

  Perhaps being able to use multiple independent engines/rule bases would be useful? Attached is a file implementing capturing all dynamic variables into an object and a macro to use it with. If dynamic binding on SBCL work like I think they do, this might even work under multithreading.