freenode/#lisp - IRC Chatlog
Search
5:53:50
jack_rabbit
I would say so, yes. Secondary would be to increase the overall quality of available CL libraries.
6:00:06
beach
I have an embryonic GUI application for double-entry bookkeeping, but that might not be what you are looking for.
6:00:32
beach
It is a pretty simple system when it comes to logic, but there are plenty of small features that could be added to it.
6:02:26
beach
It is also an application that I don't think anyone is using, so you can go ahead and experiment on it as much as you like.
6:03:17
beach
Sure. I am not sure that this is what you want, of course. If not, I'll try to dig up something else.
6:21:53
beach
jack_rabbit: The application is also interesting because it uses CLOS a lot, including the APPEND method combination for the I/O part. So despite its small size, it exercises a lot of Common Lisp. And, it uses CLIM/McCLIM, of course, so that's positive too.
6:23:08
jack_rabbit
Excellent. I've been usinc McCLIM quite a bit lately, and want to do more. I also have been looking for reasons to exercise the less common features of CLOS.
8:36:55
hhdave
Hi. I just noticed that http://www.sbcl.org/platform-table.html seems to be down. It says “please notify the site admins” but doesn’t say how to contact them. Maybe some are here.
15:32:23
hhdave
drunk_foxx[m]: :) I just checked it and it’s working for me now too, so it must have been fixed.
17:24:09
ealfonso`
I'm trying to mock a hunchentoot request to unit-test a handler. I'm using (make-instance 'hunchentoot:request :uri "/my-uri" :headers-in nil :acceptor my-acceptor) . but I'm getting "The variable HUNCHENTOOT:*ACCEPTOR* is unbound" somewhere in this :after method https://github.com/edicl/hunchentoot/blob/755bd3d34b596d3cda2425cc94ef5f7be3249ecf/request.lisp#L185 . I don't know where in the :after method because when I try to see the
17:24:09
ealfonso`
source in slime, I get "Cannot find source location for: #<COMPILED-CODE-LOCATION"... any ideas on how to make the source available?