Closed simendsjo closed 1 year ago
Please try with SLY from git instead of "straight" and try again.
Also please attach the slynk.lisp file here exactly as it appears in your file system:
c:/Users/simend/.emacs.d/.local/straight/build-28.2/sly/slynk/slynk.lisp
The error is complaining about a #\Return
character, but there are no return characters in that file. Unless maybe the (unsupported) "straight" installation method has added Windows line endings to that file.
Oh no :-) "attach" doesn't mean "copy and paste" . That's a huuuge file. And it would defeat the purpose of looking for CRLF line endings. Try to attach using some other means like an external site, or just drag the file here.
Like this seems to work.
Here's the version I had: https://github.com/joaotavora/sly/commit/f34c22289a2b
No, but that's not the same~! I need the file from your file system. I want to check if it has CRLF line endings. Sometimes git or other things put CRLF line endings on a file, it's common on windows. I want to rule this out. Please attach the file like I showed in the example.
Open Windows explorer and drag c:/Users/simend/.emacs.d/.local/straight/build-28.2/sly/slynk/slynk.lisp
to this github comment box.
EDIT: Had to rename it to txt as github didn't want to upload a .lisp file.
Thanks. as I suspected, your slynk.txt
has CRLF line endings. This is what's making trouble here. Try to replace it with this file.
slynk-without-crlf-endings.txt
Also also, try installing SLY via the officially supported installation method in the README.md.
Just double-checked that installing via M-x package-install RET sly
doesn't do this, it uses correct "Unix" line endings. So this is not a bug in SLY.
Just double-checked that installing via M-x package-install RET sly doesn't do this, it uses correct "Unix" line endings. So this is not a bug in SLY.
Oof, god how I hate Windows :( Looks like autocrlf=true
is the culprit then. Which is the default on Windows, and required for other things.
Sorry about this, I'll try to find a workaround.
Oof, god how I hate Windows :(
I feel you :-) truly do
Looks like autocrlf=true is the culprit then. Which is the default on Windows, and required for other things.
But I tested ou windows with M-x package-install
and didn't have this problem :-)
But I tested ou windows with M-x package-install and didn't have this problem :-)
I'm not sure what that does. The straight setup fetches from git, and I notice .git/config in the repository has autocrlf=true
, so it will be broken already on checkout. I just manually ran dos2unix
on the files, and now it works (until the next update.)
maybe you should report this to "straight".
I'm not sure what that does.
package-install
is the official way to install packages on Emacs. it's not "straight".
maybe you should report this to "straight".
Yes, maybe autocrlf=false would be a good thing to enforce, but that might very well break the other way around when things expect windows newlines :/
package-install is the official way to install packages on Emacs. it's not "straight".
I'm using Doom Emacs, and Spacemacs before that. I'm not really at the level where I can start building my own config from scratch (even though I've been using emacs since 2015....)
I'm not really at the level where I can start building my own config from scratch (even though I've been using emacs since 2015....)
You dont' have to build a new config. Just use vanilla Emacs. Then you can report problems to Emacs itself, where we can fix them to make it a better program. If you use Spacemacs and its thingamabobs, this "voids your Emacs warranty" in a sense. Or at least you should report all problems to Spacemacs.
maybe you should report this to "straight".
Yes, maybe autocrlf=false would be a good thing to enforce, but that might very well break the other way around when things expect windows newlines :/
First try on Windows, so I'm not really sure where to start.
EDIT: If I start sbcl in a terminal, create a server, and connect from emacs. So it's something with launching sbcl from emacs..?
Full output