01:59:01 sellout- [~greg@c-24-61-13-161.hsd1.ma.comcast.net] has joined #ccl 01:59:18 -!- sellout [~greg@c-24-61-13-161.hsd1.ma.comcast.net] has quit [Read error: Connection reset by peer] 01:59:19 -!- sellout- is now known as sellout 05:49:25 -!- Fare [~Fare@ita4fw1.itasoftware.com] has quit [Quit: Leaving] 07:32:00 jdz [~jdz@193.206.22.97] has joined #ccl 07:45:50 roffe [~roffe@vpn-client186.uio.no] has joined #ccl 07:45:53 e-user [~akahl@nat/nokia/x-pqzzihmqoplrntai] has joined #ccl 07:54:08 Modius [~Modius@cpe-70-123-158-125.austin.res.rr.com] has joined #ccl 08:02:07 roffe_ [~roffe@adsl-149-197.romerikebb.no] has joined #ccl 08:06:02 -!- roffe_ [~roffe@adsl-149-197.romerikebb.no] has quit [Remote host closed the connection] 08:06:43 -!- roffe [~roffe@vpn-client186.uio.no] has quit [Ping timeout: 272 seconds] 08:06:50 roffe [~roffe@adsl-149-197.romerikebb.no] has joined #ccl 08:13:52 -!- roffe [~roffe@adsl-149-197.romerikebb.no] has quit [Quit: roffe] 08:20:44 -!- leo2007 [~leo@cpc1-cmbg13-0-0-cust596.5-4.cable.virginmedia.com] has quit [Quit: rcirc on GNU Emacs 23.2.90.2] 08:22:01 roffe [~roffe@adsl-149-197.romerikebb.no] has joined #ccl 08:39:31 leo2007 [~leo@cpc1-cmbg13-0-0-cust596.5-4.cable.virginmedia.com] has joined #ccl 10:04:10 tfb [~tfb@94.197.81.220.threembb.co.uk] has joined #ccl 13:35:16 -!- shmur [~shmur@pool-173-71-147-188.nrflva.fios.verizon.net] has quit [Remote host closed the connection] 13:35:35 shmur [~shmur@pool-173-71-147-188.nrflva.fios.verizon.net] has joined #ccl 13:36:08 -!- shmur [~shmur@pool-173-71-147-188.nrflva.fios.verizon.net] has quit [Client Quit] 13:39:50 -!- roffe [~roffe@adsl-149-197.romerikebb.no] has quit [Ping timeout: 245 seconds] 14:56:16 -!- Modius [~Modius@cpe-70-123-158-125.austin.res.rr.com] has quit [Quit: "Object-oriented design" is an oxymoron] 15:38:24 -!- bzzbzz [~franco@modemcable240.34-83-70.mc.videotron.ca] has quit [Read error: Connection reset by peer] 15:43:10 -!- oconnore [~eric@ip68-225-113-244.mc.at.cox.net] has quit [Ping timeout: 245 seconds] 15:58:12 -!- gz [gz@clozure-93943513.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has quit [Ping timeout] 15:59:31 -!- gz [~gz@209-6-40-245.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has quit [Ping timeout: 240 seconds] 16:05:35 Fare [~Fare@ita4fw1.itasoftware.com] has joined #ccl 16:19:58 -!- jdz [~jdz@193.206.22.97] has quit [Quit: Leaving] 16:44:01 bzzbzz [~franco@modemcable240.34-83-70.mc.videotron.ca] has joined #ccl 16:53:00 i recently updated to trunk and now seem to be hitting some odd, new, apparently infinite loops in (my) functions that ought to terminate; are there any known problems with the compiler at the moment that might cause this? 16:56:19 clop3: I don't know of anything, so it sounds like you've won the bug-finding prize. 16:56:47 heh... well, ugh. i don't have anything easily reproducible :( 16:57:20 i'll rebuild an older version and make sure that my code seems to terminate 16:58:27 it might be easier to narrow down the revision that causes the problem than to actually produce something i can send to someone 17:33:56 mitre [~chatzilla@204.51.92.251] has joined #ccl 17:34:52 i'm trying to start ccl under service wrapper in win32, it starts and quits immediately 17:40:46 it runs ok from prompt. does ccl depend on some streams that service environment doesn't provide? anybody has experience setting up ccl as service on windows? 17:41:22 milanj [~milanj_@109-92-212-252.dynamic.isp.telekom.rs] has joined #ccl 18:14:32 anRch [~markmilli@63.112.62.27] has joined #ccl 18:23:04 some threads i've spawned are hitting value-stack overflows, i think i'm setting their value-stacks to 2 GB so this seems hard to imagine for the data I'm giving them -- is there a way to check how big a running thread's value-stack size is? 18:25:48 (room) should show something 18:28:26 -!- tfb [~tfb@94.197.81.220.threembb.co.uk] has quit [Ping timeout: 255 seconds] 18:43:32 -!- e-user [~akahl@nat/nokia/x-pqzzihmqoplrntai] has quit [Quit: Leaving.] 18:52:48 -!- anRch [~markmilli@63.112.62.27] has quit [Ping timeout: 250 seconds] 18:59:38 anRch [~markmilli@63.112.62.27] has joined #ccl 19:06:26 clop3: you probably want (room t) if you haven't already figured that out 19:11:23 I continue being unable to run hunchentoot on wx86cl64. http://paste.lisp.org/display/117426 19:11:44 today's trunk version 19:16:27 mitre: I'm sorry you're having trouble. I'll try to look at it soon. (Are you the one who sent mail to openmcl-devel about this?) 19:17:45 rme: not that I remember 19:18:26 hrmn, this seems broken... am I completely screwing up the syntax of process-run-function or something? http://pastebin.com/JHivbLRS 19:20:35 er, my installation may be completely screwed up, i'm rebuilding 19:22:25 clop3: (process-run-function (list :name "foo" :vstack-size (* 2 (expt 2 30)) ...) #'junk) 19:22:55 mitre: OK, someone else was also having trouble with weblocks on 64-bit Windows. 19:25:27 mitre: I built hunchentoot with :hunchentoot-no-ssl on *features*, and I got it to work, but that didn't seem to help the other user. 19:35:31 i'll try that 19:39:45 With the other person, we got as far as seeing that malloc's heap was corrupt. The paste above looks like the same thing. 19:44:13 Error: Can't resolve foreign symbol "SystemFunction036" 19:45:01 is that familar? 19:45:45 The kernel should force the library that defines that symbol to be loaded. It sounds like you're running a slightly old kernel. 19:48:00 how old? I checked out trunk couple hours ago 19:49:04 http://paste.lisp.org/display/117426#1 19:50:32 can you compile the kernel? 19:52:18 never tried it 19:52:38 OK, just a second. 19:56:06 There's an up-to-date wx86cl64.exe in svn now. 19:56:14 ok 19:57:26 -!- anRch [~markmilli@63.112.62.27] has quit [Quit: anRch] 20:00:36 gz [~gz@209-6-40-245.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has joined #ccl 20:01:06 hunchentoot started and survived a few requests 20:01:09 ;Compiler warnings for "c:/LISP/cffi/src/cffi-openmcl.lisp" : 20:01:11 ; In CFFI-SYS:LOSE-FOREIGN-LIBRARY: Undefined function CLOSE-SHARED-LIBRARY 20:01:35 i'll try weblocks, then clsql 20:02:10 *Fare* bricked his CCL armbook 20:03:03 fare: so the new installer wasn't worth waiting for ? 20:03:28 dunno. Was there an easier way to brick the machine before? 20:03:46 in any case, I don't recommend trying said installer. 20:03:46 Not this completely ... 20:04:19 I wonder if it would work better if I reformatted the MMC card... 20:05:24 I didn't suspect that not only would it fail to boot, it would also cause the machine to fail to boot after I remove the MMC. 20:05:55 since the light blinks when I power up, I suspect it's not completely completely bricked, only in a very very bad state 20:06:25 That part makes it sound like it updated (or did something to) the firmware. I can sometimes get a console message to appear if I boot with the power cable disconnected. 20:07:05 did you brick yours, too? 20:07:23 Yes, in almost exactly the same way as others have reported. 20:07:47 this guys don't have their software shit together... 20:11:37 of course, clsql_uffi64 cannot be found 20:22:39 sellout- [~greg@c-24-61-13-161.hsd1.ma.comcast.net] has joined #ccl 20:23:16 -!- sellout [~greg@c-24-61-13-161.hsd1.ma.comcast.net] has quit [Read error: Connection reset by peer] 20:23:16 -!- sellout- is now known as sellout 20:39:56 rme, thanks, i didn't realize that was how to format the call from the documentation 20:51:47 Modius [~Modius@cpe-70-123-158-125.austin.res.rr.com] has joined #ccl 22:35:16 -!- milanj [~milanj_@109-92-212-252.dynamic.isp.telekom.rs] has quit [Quit: Leaving] 22:42:00 http://i.imgur.com/F70J6.jpg 22:42:57 probably not ccl specific, but maybe you can help me get clsql_uffi run on win 64. when I run make in clsql/uffi folder it creates .so file, but not .dll or .lib 22:43:23 The .so file is probably a .dll. 22:44:01 ok, i'll try renaming 23:17:33 http://paste.lisp.org/display/117447 23:17:50 more crash for your amusement 23:21:45 http://clozure.com/pipermail/openmcl-devel/2010-December/012334.html 23:25:06 It wants to load clsql_uffi.lib file, and I see Makefile.msvc in there. I have VS installed. How do I make that file? 23:30:40 I have no idea.