<Colleen>
Condition USOCKET:NS-HOST-NOT-FOUND-ERROR was signalled.
<beach>
Ouch!
<fosskers>
Curiously, I asked Zach who owns the domain (the obit link is dead); he said Franz Inc, but they claimed they don't own it either.
<beach>
::clhs car
<Colleen>
Condition USOCKET:NS-HOST-NOT-FOUND-ERROR was signalled.
<aeth>
l1sp, not lisp, though. l1sp is a documentation search
<beach>
Shinmera: I think Colleen has a problem.
<fosskers>
aeth pardon me I wasn't looking close enough
<Shinmera>
Looks like l1sp.org is down?
<Shinmera>
Yea, I think Colleen uses that internally
<Shinmera>
Sigh, more things to fix....
<aeth>
one of the commands you can use in DuckDuckGo is !l1sp
<aeth>
it also has !clhs, but it's not as useful because !l1sp searches symbols (and includes a few more things than just the HyperSpec), while !clhs searches for the body of the hyperspec
<aeth>
so e.g., `!clhs setf` will show a lot of pages, paginated, sort of like how Google used to be.
notzmv has joined #commonlisp
<aeth>
`!l1sp setf` would immediately list every symbol with `setf` as a match
<aeth>
probably not the best example
<aeth>
I think there might have been another alternative but I can't find it in the list of DDG "bangs" at the moment
<aeth>
oh, right, one result, not a bunch of results
<beach>
Shinmera: Thanks!
<Shinmera>
No problem. Should have done this all along anyway.
<beach>
Colleen is great, but I still miss minion.
<Shinmera>
Minion had more flair, yes.
<beach>
Did we ever find out who is in charge?
<Shinmera>
iirc it used to be Stas
mgl has joined #commonlisp
flip214_ is now known as flip214
flip214 has quit [Changing host]
flip214 has joined #commonlisp
<beach>
Right.
<aeth>
I can leave/rejoin #commonlisp a few hundred times if you miss minion that much
<beach>
I am not sure what that is supposed to mean.
<aeth>
isn't that why minion is gone?
<beach>
Because you left/joined #commonlisp a few hundred times?
<edgar-rft>
aeth: please leave/rejoin #commonlisp a few hundred times, just to entertain the channel
<aeth>
It kept getting "Read error: Connection reset by peer" and then immediately rejoining a minute later and then immediately disconnecting again
<beach>
aeth: There is an ERC setting to filter out join/leave messages.
<aeth>
8339 in #lisp in my logs, but only 46 times in here, though.
<aeth>
just searching for "Read error"
<aeth>
sadly, yes, filtering joins/leaves or at least merging them into one line between messages seems to be increasingly mandatory on IRC, but I have resisted for a while
_cymew_ has joined #commonlisp
<Shinmera>
btw colleen can look up in a lot of other libraries as well, not just clhs and mop.
<Shinmera>
like pretty much all my libraries are indexed, along with some others
<aeth>
and I'm sure the others might have linkable documentation like that as well
<Shinmera>
sure.
<aeth>
though things like uiop are generally more useful than internals for this channel
<Shinmera>
Colleen is open source
pfdietz has joined #commonlisp
<Shinmera>
I'll just leave it at that
mgl has quit [Quit: Client closed]
igemnace has quit [Read error: Connection reset by peer]
karlosz has joined #commonlisp
hineios6 has joined #commonlisp
hineios has quit [Ping timeout: 245 seconds]
hineios6 is now known as hineios
igemnace has joined #commonlisp
msavoritias has quit [Ping timeout: 244 seconds]
lampilelo has joined #commonlisp
green_ has joined #commonlisp
fosskers has quit [Ping timeout: 256 seconds]
fosskers has joined #commonlisp
cosimone has joined #commonlisp
azimut has quit [Ping timeout: 246 seconds]
ronald has quit [Read error: Connection reset by peer]
ronald has joined #commonlisp
habamax has joined #commonlisp
fosskers has quit [Remote host closed the connection]
fosskers has joined #commonlisp
lottaquestions has joined #commonlisp
msavoritias has joined #commonlisp
mingus1 has joined #commonlisp
mingus has quit [Ping timeout: 246 seconds]
mingus1 is now known as mingus
karlosz has quit [Quit: karlosz]
green_ has quit [Remote host closed the connection]
green_ has joined #commonlisp
random-nick has joined #commonlisp
pfdietz has quit [Quit: Client closed]
pfdietz has joined #commonlisp
mingus1 has joined #commonlisp
mingus has quit [Ping timeout: 245 seconds]
mingus1 is now known as mingus
attila_lendvai has joined #commonlisp
attila_lendvai has quit [Ping timeout: 240 seconds]
attila_lendvai has joined #commonlisp
yitzi has joined #commonlisp
attila_lendvai_ has joined #commonlisp
attila_lendvai has quit [Ping timeout: 245 seconds]
rgherdt has quit [Ping timeout: 246 seconds]
shka has quit [Quit: Konversation terminated!]
habamax has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.1.50)]
skeemer has joined #commonlisp
karlosz has joined #commonlisp
jmdaemon has quit [Ping timeout: 260 seconds]
shka has joined #commonlisp
mingus has quit [Ping timeout: 258 seconds]
mingus has joined #commonlisp
attila_lendvai_ is now known as attila_lendvai
dino_tutter has quit [Ping timeout: 256 seconds]
tyson2 has joined #commonlisp
jonatack2 has quit [Ping timeout: 246 seconds]
jonatack3 has joined #commonlisp
rgherdt has joined #commonlisp
mgl has joined #commonlisp
dino_tutter has joined #commonlisp
mgl has quit [Client Quit]
attila_lendvai_ has joined #commonlisp
attila_lendvai_ has quit [Remote host closed the connection]
attila_lendvai_ has joined #commonlisp
attila_lendvai has quit [Ping timeout: 240 seconds]
mingus1 has joined #commonlisp
mingus has quit [Ping timeout: 246 seconds]
mingus1 is now known as mingus
kevingal has joined #commonlisp
fosskers has quit [Ping timeout: 245 seconds]
pfdietz has quit [Quit: Client closed]
zxcvz has joined #commonlisp
ec has quit [Remote host closed the connection]
ec has joined #commonlisp
goober has quit [Remote host closed the connection]
scymtym has quit [Read error: Connection reset by peer]
Brucio-61 has quit [Read error: Connection reset by peer]
pfdietz has joined #commonlisp
goober has joined #commonlisp
goober has quit [Remote host closed the connection]
bitspook has joined #commonlisp
goober has joined #commonlisp
Brucio-61 has joined #commonlisp
rtypo has joined #commonlisp
jonatack3 has quit [Ping timeout: 246 seconds]
yitzi has quit [Remote host closed the connection]
varjag has quit [Quit: ERC (IRC client for Emacs 27.1)]
NotThatRPG has joined #commonlisp
jonatack3 has joined #commonlisp
mgl has joined #commonlisp
mgl has quit [Client Quit]
attila_lendvai_ is now known as attila_lendvai
random-jellyfish has joined #commonlisp
<random-jellyfish>
is there a way to serialize continuations?
<beach>
Common Lisp does not have first-class continuations.
attila_lendvai_ has joined #commonlisp
attila_lendvai has quit [Ping timeout: 246 seconds]
<random-jellyfish>
I'm using the cl-generator package which behind the scenes uses some implementation of continuations
NotThatRPG_ has joined #commonlisp
<random-jellyfish>
it would reaaaaaly useful for me if they were serializable
attila_lendvai_ is now known as attila_lendvai
NotThatRPG has quit [Ping timeout: 248 seconds]
azimut has joined #commonlisp
<Shinmera>
what exactly would it serialise. what if the continuation references a heap object? should that object be serialised? what if multiple continuations reference the same object? should restoring it somehow tie those references back up? what if it references file descriptors or threads or other resources that can't be automatically restored?
msavoritias has quit [Ping timeout: 245 seconds]
<random-jellyfish>
assuming that no heap objects, file descriptors, threads are used by the generator the only things that could be serialized are the state meaning the values of the local variables and the point from which it can be resumed next time it's called
mgl has joined #commonlisp
mgl has quit [Client Quit]
<Shinmera>
yea but you're assuming a lot there, which a library cannot
msavoritias has joined #commonlisp
<White_Flame>
that's also assuming no closures
azimut has quit [Ping timeout: 246 seconds]
Cymew has quit [Ping timeout: 246 seconds]
<random-jellyfish>
yes, assume only a very small subset of the language that doesn't complicate things
<bike>
this is all working up to an answer of "no".
<beach>
Indeed.
random-jellyfish has quit [Quit: Client closed]
thuna` has joined #commonlisp
jonatack3 has quit [Ping timeout: 246 seconds]
thuna` has quit [Quit: out]
thuna` has joined #commonlisp
donleo has quit [Ping timeout: 246 seconds]
jonatack3 has joined #commonlisp
tyson2 has quit [Remote host closed the connection]
<jcowan>
Specifically, you can't perfectly serialize very much other than what is already representable by syntax (symbols, lists, etc. And even there you can't do symmbols perfectly because packages.
rgherdt has quit [Ping timeout: 246 seconds]
dino_tutter has quit [Ping timeout: 256 seconds]
igemnace has quit [Quit: WeeChat 4.0.3]
rgherdt has joined #commonlisp
cosimone has quit [Remote host closed the connection]
lucasta_ has quit [Ping timeout: 256 seconds]
dustinm` has quit [Ping timeout: 246 seconds]
<Demosthenex>
i'm opening a simple lisp program i haven't used in a while, and i've moved to freebsd. i think i need to force quicklisp to recompile all my libs to be in the correct format, anyone know how to get quicklisp to reset without downloading all new releases?
NotThatRPG_ has quit [Ping timeout: 248 seconds]
NotThatRPG has joined #commonlisp
<bike>
if you just want to recompile, you can probably just wipe the asdf cache? it's probably in ~/.cache/common-lisp/. or at least it is on linux, i got no idea about bsd
<Demosthenex>
bike: that's likely it! i was looking for sbcl, quicklisp, and asdf in cache
<Demosthenex>
hrm. i'm still getting a package lock error
wonko-the-sane has quit [Ping timeout: 246 seconds]
attila_lendvai has quit [Ping timeout: 260 seconds]
dino_tutter has quit [Ping timeout: 260 seconds]
montxero has joined #commonlisp
wonko-the-sane has joined #commonlisp
habamax has joined #commonlisp
<montxero>
I'm having some trouble with implementing the DELAY macro from SICP Streams. It seems as if CONS-RIVER is eager in some respects. Please see https://plaster.tymoon.eu/view/3927#3927 for my implementation.
wonko-the-sane has quit [Ping timeout: 246 seconds]
<montxero>
Specifically, when I trace (RIVER-ENUMERATE-INTERVAL 1 10), I see it is eagerly evaluated before the SICP type stream is returned
tevo has quit [Read error: Connection reset by peer]
<bike>
cons-river is a function, so when you do (cons-river low (river-enumerate-interval ...)) it will call river-enumerate-interval right then and pass the result to cons-river
<bike>
"it will call" -> lisp will call, i mean, before cons-river is even really involved
tevo has joined #commonlisp
<montxero>
Ahhhhhhh!!!!
<montxero>
I see
<montxero>
Thanks
wonko-the-sane has joined #commonlisp
<montxero>
I expected execution to stop when CONS-RIVER gets its arguments. because the second argument is delayed.
<montxero>
Hold on. Shouldn't the DELAY in CONS-RIVER effectively stop execution because delay itself is a MACRO?
<montxero>
I think I get it. I'm not sure yet, but I think I do.
<bike>
the macro is in the body of cons-river
<bike>
but cons-river is a function, and arguments to calls are always evaluated eagerly, regardless of what's in the body of the function being called
<montxero>
I see. So, to stop the arguments of CONS-RIVER from being evaluated, I should make it a MACRO right?