libera/#commonlisp - IRC Chatlog
Search
19:43:25
masinter
in Medley, the default external format is computed by looking at environment variables
19:45:00
masinter
(for X in '("LC_TYPE" "LC_ALL" "LANG") when (STRPOS ".UTF-8" (UNIX-GETENV X)) do (RETURN :UTF-8) finally (RETURN :THROUGH))
20:05:27
jmercouris
I'm not able to make a post request that doesn't hang for some reason, the bash version runs fine, but the CL version not
20:16:13
jmercouris
it feels wrong though, perhaps the length has to be not the literal length as I've done?
20:33:07
jmercouris
I don't know, just seems obtuse, I wish there was some simple thing like (write-string "address" "port" "message")
20:33:21
jmercouris
anyways, I guess I'll just deal with this API, I got it to work, so that's what counts
20:36:42
_death
there are other designs that are easier for me to "figure out", either because they're more like the C API (sb-bsd-sockets) or they have a simple and more limited interface (say gbbopen sockets support)
20:37:14
edwlan[m]
I’ve never found its API bad, it just forces me to think about things I don’t have to think about often.
20:37:59
edwlan[m]
But, I think you can use write-sequence or with a string if you declare the element type correctly
20:39:59
jmercouris
well, maybe the API isn't bad, but I'm not exactly a "novice" programmer, and I still spent like 15 minutes on this nonsense
20:40:18
jmercouris
imagine a new programmer, they would probably spend like hours reading the source code to accomplish this task
20:41:47
_death
https://usocket.common-lisp.dev/api-docs.shtml what's at the end, should be at the beginning for example
20:50:38
edwlan[m]
If you open the socket with the wrong element-type, the resulting stream will be a binary stream
21:01:15
masinter
if you have two lisp images and want them to talk to each other, what do you usually do for protocol?
21:09:31
_death
I also kinda like the old cl-protobufs (Scott McKay version, before it started relying on protoc) but didn't end up using it
21:12:31
_death
well, it seemed to work but didn't support "new" features at the time.. I guess since then more and more features were added as well
21:45:58
remexre
is there a "pathnames the good parts" cheatsheet? something like https://docs.python.org/3/library/pathlib.html#correspondence-to-tools-in-the-os-module but for lisp, i suppose
22:01:14
zyd
CIEL looks similar to what's been some people's approach to Emacs lately: building "distributions" or "starter" kits on top of plain Emacs. See Doom Emacs, Prelude, Spacemacs, Better Defaults and so on. These are all still Emacs except varying degrees of configuration done for you and sometimes quite complex ways of configuration that differ from plain Emacs (Spacemacs, Doom Emacs).
22:08:13
edwlan[m]
Why make a whole new bundle instead of saying "load this with quicklisp to get hash-table literals"
22:10:19
zyd
To provide someone with a set of "defaults" or a configuration they can use, I think. It's different than just recommending libraries, its a more opinionated set of usability features. That's how I think of it. Like, I wouldn't ever use it because of what you said. Same reason I use default Emacs. I can make my own configuration. Thing is, at least from my perspective, Emacs has bloomed in popularity due to things like this. Common Lisp could p
22:18:05
edwlan[m]
It is a bit annoying to work with, but you could develop some of its ideas into a nice successor to CL's pathnames
4:32:56
beach
Can someone explain this warning from SBCL: https://plaster.tymoon.eu/view/3739#3739 ?
4:35:29
beach
I guess I made some mistake, but I don't see it. Also, the message contains the name of a variable that is not very explicit.
5:35:42
mfiano
Can you see what the warning changes to if you return NIL or (VALUES) instead of NEW-VALUE?
5:36:54
mfiano
I don't think it is upset about the return value, but I would like to make sure first.
6:25:09
beach
Now, CLtL2 is freely available, but what are we allowed to do with the material? I am asking because it could be an excellent starting point for a language reference.