freenode/#sbcl - IRC Chatlog
Search
20:32:30
|3b|
(where 'sane' means "not trying to start lisp code on another thread without telling sbcl about it"))
20:41:38
stassats
write protection faults to lisp memory would not work from foreign threads, for one thing
20:45:10
|3b|
though at least i know i can run foreign threads now, and do such complicated things as sleep and return the value of a global :)
20:50:19
stassats
depends on how low latency you want it to be, but sleep is already an os primitive relinquishing your time slice
20:54:24
|3b|
that part doesn't need to be too low latency, just needs to run at least 9 or so times/sec
20:54:57
|3b|
the foreign thread is handling the latency sensitive part, but doesn't actually generate that much data
20:56:17
|3b|
"we can only give you 9fps of actual data because of export regulations, but we'll give you 30fps anyway because reasons"
20:57:38
|3b|
claimed reason is something about that making it easier to send to video hardware, but since it isn't exactly 30 (or almost 30 like tv), i'm guessing real reason is so they can flip a hardware switch and turn it into a non-export version without changing anything else :p
22:05:23
stassats
it doesn't fail in the compiler but it doesn't fail when the compiler is not involved
23:05:46
stassats
since it involves unwinding from a type error which is signalled by an interrupt, which creates an interrupt context
23:07:26
stassats
solved 20 minutes after coming up with a proper test case, after coming up with a better test case for several days
0:32:47
stassats
so the idea of interrupting the tests randomly turned out to be worthwhile, but slow and not thorough
2:26:47
|3b|
heh, would probably help if i didn't try to cons in my supposedly non-consing foreign thread :p