vranoch

forgot to specify. Using CLIPS 6.42

Rule with volatile condition missfire

Hi Gary, just to make sure ... I suppose that You plan to keep both branches 6.3x and 6.4x up-to-date and in case You had to decide which branch to discontinue, it would be the 6.3x? Thanks Vranoch

finally ... #define TokenType _TokenType #define GetFocus _GetFocus #include "windows.h" ... the purpose sanctifies the means ;-)

Hi Gary, trying to upgrade my 6.3x based code (mixed C/C++) on MVC (Visual C++ 2017) to 6.4x CLIPS sources but I encounter bunch of compilation issues on C++ sources. Namely: 1>d:\projects\erian\local\develop\git\libraries\komix.erian.esc.core\core\scanner.h(70): error C2365: 'TokenType': redefinition; previous definition was 'enumerator' 1>C:\Program Files (x86)\Windows Kits\10\Include\10.0.16299.0\um\winnt.h(10650): note: see declaration of 'TokenType' on any C++ source icluding ATL (atlbase.h)...

Hi Gary, what is the situation 6.4? Is it already "stable" or is it still kind of "beta" or so? Thanks Vranoch

Hi Gary, I noticed another problem when trying to load a very complex rule. It just runs out of memory. It does not seem to fall into an infinite recursion, it just keeps allocating memory during the Reordering phase but seems to explode with growing number of CEs. Despite the fact that this specific rule may not be meaningful, I have the following 2 questions: 1) Isn't there some memory leak causing to consume 10+ Gigs if allowed or is it just a correct behaviour? 2) In case it is not a bug, what...

Hi Gary, I have a guestion concerning performance impacts of the garbage collection when asserting lots of facts before actually executing the rules. Is it more efficient to (allow the GC to be executed only once) : EnvIncrementGCLocks() Loop EnvAssertString() EndLoop EnvDecrementGCLocks() than to (allow the GC to be executed X times - after each Assert)? Loop EnvAssertString() EndLoop Thanks Vranoch