| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Comments:
<0> antifuchs: the stars are aligned. It is time.
<1> knobo: hunchentoot is very similar to use to tbnl)
<2> mcclim fhtagn!
<0> Ph'nglui mglw'nafh McCLIM c'l.net wgah'nagl fhtagn!
<2> hahaha
<3> heh
<4> impressive
<5> Athas: Heh. Just what I need to see when glancing at an IRC window. q-:
<6> everyting just works! :)
<2> including invocations of the great old ones (:
<6> And everything so easy. ex: (setf (header-out :refresh) "1;URL=/index.html")
<7> they're not so great!
<8> ... was that klingon?
<2> nazgjunk: go read H. P. Lovecraft, now (:
<8> ah
<8> i know should
<2> Athas: anyway, there is just one more thing (non-mcclim-related) I'll have to do before this release. hrmpf
<0> antifuchs: what?
<4> remember his gpgpg p***phrase!
<2> haha
<0> Remember the appropriate the number and position of p's and g's in pgpgpg?
<2> nah, finish homework that is due at 24:00 today.
<8> hehe
<0> antifuchs: gogogo!
<4> antifuchs: send it over, I'll do it ;-)
<2> haha
<2> I guess it'll drive you mad as a lovecraftian protagonist
<2> I understand now how the greatest mercy in the universe is the human inability to corellate /all/ data (:
<4> second most being inability to spell "correlate"?
<2> um, yeah (:
<0> Could someone with CLISP see if CVS McCLIM works for them? I'd like to make completely sure the workingness is not just a function of my setup before it is announced to the world.
<0> Is there some sort of semi-standard (or at least available) piece of code for testing an implementation of the gray streams protocol?
<6> does (enable-sql-reader-syntax) ans slime have a problem with eachother?
<1> knobo: I had a lot of trouble getting it to work with the most recent version of sbcl
<1> I eventually reverted to 3.7.0, but I'm sure there's a better solution
<6> hmm..
<1> there's something about it on the cl-sql mailing list
<6> I'll have to settle with (query) then.
<6> Can the result be converted into a object?
<9> really? I thought it was only an optional reader macro
<2> Athas: so... cmucl. does it work?
<2> Athas: also, which of the issues you posted to the ml are valid, so that I can put a prominent notice of them in the relnotes?
<2> this would be very interesting, as the NEWS file explicitly states CMUCL compatibility (:
<2> argh, and me with no cmucl setup /-:
<2> damn you, spiffy new hardware!
<10> guys, do you think it's smart to run a web application (implemented using wonderful hunchentoot) from within screen(1) session? This way I would be able to reattach to it.
<10> to reattach to REPL that is.
<2> josko: try detach-tty
<2> err, detachtty
<6> josko: slime
<2> that doesn't solve the detachment problem
<1> that's what I generally do (the screen thing)
<10> antifuchs: any reason to prefer detach-tty to screen?
<5> Yeah, I use screen here.
<1> the only problem is that if the server restarts unexpectedly it obviously won't restart with it
<5> Lisppaste runs in screen, cliki runs in screen, my blog runs in screen...
<2> josko: segv's hacked version allows you to send input directly to the repl
<5> rsynnott: And there are ways to make that happen as well.
<2> which is useful for shutdown commands, and for an enable-swank command in an initscript-style setup
<10> nyef: that's enough of evidence, thanks :-)
<2> but screen works just as well
<5> josko: What? Just because we've had some stability problems that are completely unrelated to our using screen?
<10> nyef: no, I meant seriously. I don't know about any problems. Should I? ;-)
<5> josko: No, no problems here. Just don't use araneida.
<10> I like hunchentoot very much.... at least from what I've seen in the last couple of days programming this thing.
<5> I haven't tried hunchentoot yet, myself.
<10> screen it is, then. sbcl was throwing some exceptions about not being able to read from stdin for REPL, regardless of my running it with --disable-debugger.
<10> errr, I mean, that's why I thought of running it in screen. I hope this will not happen in screen.
Return to
#lisp
or
Go to some related
logs:
gprsec FC5
#web
#ksh
#web
#lisp
#oe
No Match for argument: kernel-devel
[s-attrtab] Error 137
gumbybrain bot
#fluxbox
|
|