Skip to content
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

Is encode-coding-string (quote utf-8) necessary? #59

Merged
merged 2 commits into from
Jun 20, 2019

Conversation

dickmao
Copy link

@dickmao dickmao commented Jun 18, 2019

Follow-up to millejoh/emacs-ipython-notebook#559

The cl-loop presumably produces the unibyte string from earlier
revisions. Wrapping that value in an encode-coding-string could only change
the return value of websocket-mask.

The cl-loop presumably produces the unibyte string from earlier
revisions.  Wrapping that value in an `encode-coding-string` could only change
the return value of websocket-mask.
@ahyatt
Copy link
Owner

ahyatt commented Jun 20, 2019

Are you saying that this fixes the ipython disconnect issues?

While my new code might be wrong, it was done because make-unibyte-string has been deprecated, and as the comment above indicates, we need something so that the bytes are interpreted as unibyte only. But possibly utf-8 is not the correct value that I should be using. I'll investigate this further.

@dickmao
Copy link
Author

dickmao commented Jun 20, 2019

Are you saying that this fixes the ipython disconnect issues?

Yes.

make-unibyte-string has been deprecated, and as the comment above indicates, we need something so that the bytes are interpreted as unibyte only

Ah, okay. A quick google of unibyte-string deprecated yielded no obvious indications of deprecation. Is string-as-unibyte deprecated? Because I just added it to the PR to respect the comment.

@ahyatt ahyatt merged commit 73eb210 into ahyatt:master Jun 20, 2019
@ahyatt
Copy link
Owner

ahyatt commented Jun 20, 2019

I think this is fine for now - at least it solves the pressing issue of things not working.

Looking into this further, I think that the way I'm constructing the string with my latest changes does make encode-coding-string unnecessary, and things should always be unibyte. But let me verify that on my own time.

Thank you for the fix!

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.

None yet

2 participants