-
Notifications
You must be signed in to change notification settings - Fork 123
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The interpreter silently truncates input #1423
Comments
Hm, I just tried this on my system (Linux) and couldn't get it to lose a bit. I can't think of any such buffers in the Cryptol code but I'll investigate. Could the issue be with copy-paste? It looks to me that there is a missing 0 in the pasted example above, and maybe there's some sort of clip board limit on some systems? |
As for system, I am running the nightly in the docker container. I don't see any issues w/ copy/paste in the example above. The pasted value definitely ends in Why not try putting this value into the interpreter?
Feel free to type a few extra bits and see if they disappear. |
Or...perhaps emacs is the culprit! -- https://emacs.stackexchange.com/questions/56391/m-x-shell-truncates-commands-to-4096-characters |
I am able to copy-paste the length-4094 values above into the interpreter without any truncation, both natively and in a Docker container. I would indeed suspect that the shell is the more likely culprit than Cryptol itself. |
Retrying outside of emacs gives the right value -- Phew...I'm glad it's not a Cryptol thing. Thanks! |
There seems to be a limit of 4095 characters in the interpreter. Here's an example:
The
0b
characters make the hidden buffer size4095
(which make sense - a 4096 null terminated string buffer is hiding somewhere in the interpreter code and causing this problem). This caused a fair amount of consternation recently when running some tests w/ large inputs.The text was updated successfully, but these errors were encountered: