Environment load doesn't load text file - complains "not binary file" about clipspy HOT 4 CLOSED

Hello,

can you please better describe the issue? Do you get an error message? Could you please paste the traceback?

from clipspy.

Hi yes, this is the error message:

[BLOAD2] File demo.clp is not a binary construct file.

from clipspy.

I tried to save the output of the environment after calling the load() function and it produced the following file:

(defclass MAIN::A
   (is-a USER)
   (role concrete)
   (multislot secondary-types)
   (multislot hasIssue
      (type INSTANCE-NAME)))

(defclass MAIN::B
   (is-a USER)
   (role concrete)
   (multislot secondary-types))

(defclass MAIN::C
   (is-a USER)
   (role concrete)
   (multislot secondary-types))

(defclass MAIN::D
   (is-a USER)
   (role concrete)
   (multislot connectedTo
      (type INSTANCE-NAME))
   (multislot secondary-types))

(definstances MAIN::individuals
   (temp_a of D)
   (temp_b of D))

Therefore I think there isn't really an issue - the message about it not being a binary file seems like it can be safely ignored. @noxdafox if you agree I think this issue can be closed

from clipspy.

This is an issue of current clipspy version. It combines binary and text file loading into a single load API. It first try to load the file as a binary file. If it's unable to do so, it loads it as text file.

This works fine and keeps the API simple. Nevertheless it leads to the above log line to be printed which is definitely misleading.

The new version of clipspy based on CLIPS 6.40 provides a binary extra argument to better handle loading binary files.

You can safely ignore the above error message.

from clipspy.