Skip to content

Conversation

@AIWintermuteAI
Copy link
Contributor

If the amount of data received from .eim in certain cases does not fit in a single packet (1024 * 1024 bytes), it will not be parsed as valid json, and therefore the user will see
No data or corrupt data received error.

@AIWintermuteAI AIWintermuteAI self-assigned this Oct 24, 2024
@AIWintermuteAI
Copy link
Contributor Author

@Alex-EEE , I'm ready to merge this, but I have one doubt - what if the actual data has 0x0 at the end of 1024 byte chunk? I guess we'd get No data or corrupt data received error again, but it's hard to say how common these situations will be.
The only way to prevent that is to terminate packets from .eim with something else...

@Alex-EEE
Copy link
Collaborator

Aren't the packets all JSON exclusively?

@AIWintermuteAI
Copy link
Contributor Author

AIWintermuteAI commented Oct 24, 2024

it seems the only way we could get binary 0 (not ascii 0) is if we had a unicode string. Don’t see any way that could happen

We concluded that this can be safely merged.

@AIWintermuteAI AIWintermuteAI merged commit 8728704 into master Oct 24, 2024
@AIWintermuteAI AIWintermuteAI deleted the fix-runner-data-buffer branch October 24, 2024 16:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants