lost data in "paste"

44 views
Skip to first unread message

denis.be...@gmail.com

unread,
May 5, 2022, 11:45:06 PM5/5/22
to CLIPSESG
I observe something strange when I try to paste code into the CLIPS core (version 6.3 release 816), running on MacOS.

But If I (copy from a file and) try to paste the following:

 (create$
 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789
 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789
 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789
 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789
 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789
 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789
 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789
 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789
 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789
 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789
 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789
 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789
)

then part of this input is lost.

It isn't a major problem as I can paste it in two parts or batch it. But it's strange because:
- I can (and do very often) paste a large page of constructs without any problem.
- I can paste a very large single construct (a defrule) without any problem.
- I can paste it into the Terminal with no problem (of course, it means nothing to Unix, but it takes the full text with no loss); so it doesn't seem to be a Unix problem of input buffer size.

Is there any CLIPS limitation on the size of what?

CLIPS Support

unread,
May 6, 2022, 2:47:21 PM5/6/22
to CLIPSESG
I downloaded the snapshot for r816 and built the CLIPS IDE executable for macOS, but I can't reproduce the behavior you're describing either by copying the code from this web page, from within the IDE (either the dialog window or an open text file), or from a file opened in another text editor. The dialog window is built from a standard text editing control, so there shouldn't be such a small limit. It wasn't uncommon in the past for editors to have 32K/64K limits on text, but this is only 100+ characters.

denis.be...@gmail.com

unread,
May 19, 2022, 2:11:47 AM5/19/22
to CLIPSESG
The text is not 100+ characters but 9*81+ = 729+
I'm not using the CLIPS IDE, but running the CLIPS core in a MacOS Terminal. 
Anyway, I just wanted to mention this strange fact; no serious problem for me.

CLIPS Support

unread,
May 19, 2022, 12:36:19 PM5/19/22
to CLIPSESG
The terminal input buffer has a 1024 character limit. Counting spaces and line feeds, what you're pasting exceeds that limit. It's not an issue that's specific to CLIPS. You can reproduce the issue with a small C program:

#include <stdio.h>

int main()
  {
   printf("Input: ");
   while (getchar() != ')');
Reply all
Reply to author
Forward
0 new messages