01:58:09 georgek [~user@184-77-70-234.war.clearwire-wmx.net] has joined #ccl 01:59:02 Is there a CCL #+ like #+win32 that indicates that indicates windows CCL? 01:59:13 hi, after checking out 1.6 to a Debian VPS I'm setting up I get 'Can't assign LDT entry' when running the ccl script, does anyone know what the problem is? 02:00:13 modius: :win32-host and :win32-target (at least) are on *FEATURES* on win32. 02:00:40 georgek: a VPS is some sort of virtual environment ? 02:00:57 yes 02:03:32 You can ask them to fix that .... IIRC, the pthreads library will try to do the same sort of thing on 32-bit Linux. An "LDT" entry has to do with getting an x86 segment register to address a particular memory region; we use that for thread-local storage. 02:04:17 so that's something the admin need to fix in the kernel? 02:04:49 sorry if my terms are wrong, I'm learning this as I go 02:04:51 I'd say so, that it's a bug in the virtualization layer. 02:05:06 It's pretty obscure stuff. 02:07:32 maybe I should switch to 64 bit, seems like there might be problems with ccl on 32 bit VPSs from reading into this some more 02:08:05 There are lots of virtual environments that work correctly. 02:24:51 gbyers: I use the *features* thing with (or blahblah #+openmcl (member :windows-host *features*)) - is there a more elegant way to use it inside of a #+ ? (Forgive my misunderstanding of #+ ) 02:27:56 You could say #+(and clozure windows) (some-windows-ccl-specific-code-here). 02:30:21 Oh I get it - Features gives me the list of things that #+ will accept - thanks. 02:30:28 I thought it was runtime-only. 02:31:06 I mean - post-reader. Thanks. 02:32:44 If you say #+something-not-on-features (foo), the reader behaves as if (FOO) wasn't there. 02:35:02 I sent a bug to the list - hope you have a Win64 you can repeat it on. . .. 02:35:48 The thing with 10 threads creating instances ? 02:36:00 gbyers: Yeah 02:36:12 I sent a reply a little while ago. 02:37:36 Sorry, I see it. My code was "realistically" zipping up a bunch of files in parallel :) 02:42:33 gbyers: FWIW, that flag you gave me doesn't change the crash error (it still complains of a 0 where a list is expected) - it just makes it kick in a little slower. . . . 02:44:04 It slows down the GC, and you're spending most of your time in the GC (a bunch of threads just sitting there creating instances.) I sometimes see a lisp error before the integrity check, sometimes after. 02:45:42 leo2007 [~leo@114.249.194.5] has joined #ccl 02:50:38 I assume all this stuff is in the core .EXE. . . . 02:52:06 -!- leo2007 [~leo@114.249.194.5] has left #ccl 03:12:12 -!- rme_ [~rme@50.43.178.138] has quit [Quit: rme_] 03:46:30 -!- georgek [~user@184-77-70-234.war.clearwire-wmx.net] has quit [Ping timeout: 240 seconds] 06:14:01 jdz [~jdz@193.206.22.97] has joined #ccl 09:00:42 -!- jdz [~jdz@193.206.22.97] has quit [Ping timeout: 250 seconds] 09:51:05 jdz [~jdz@host49-108-dynamic.9-87-r.retail.telecomitalia.it] has joined #ccl 10:56:53 nunb [~nundan@121.243.225.226] has joined #ccl 10:58:05 -!- nunb [~nundan@121.243.225.226] has left #ccl 12:00:36 leo2007 [~leo@2402:f000:5:2901:225:4bff:fea9:b9e4] has joined #ccl 12:23:46 hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has joined #ccl 12:37:54 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit [Quit: Leaving...] 14:05:45 milanj [~milanj_@79-101-138-223.dynamic.isp.telekom.rs] has joined #ccl 14:16:11 -!- jdz [~jdz@host49-108-dynamic.9-87-r.retail.telecomitalia.it] has quit [Ping timeout: 240 seconds] 14:28:59 jdz [~jdz@host229-111-dynamic.2-87-r.retail.telecomitalia.it] has joined #ccl 14:42:25 hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has joined #ccl 14:46:01 gbyers: thanks for the tip re ccl:arglist yesterday....much appreciated :) 14:46:13 irc logs to the rescue :) 14:50:03 -!- milanj [~milanj_@79-101-138-223.dynamic.isp.telekom.rs] has quit [Ping timeout: 252 seconds] 14:56:20 milanj [~milanj_@178-223-191-40.dynamic.isp.telekom.rs] has joined #ccl 15:03:40 rme [~rme@50.43.182.90] has joined #ccl 15:22:06 -!- leo2007 [~leo@2402:f000:5:2901:225:4bff:fea9:b9e4] has quit [Ping timeout: 255 seconds] 16:49:44 -!- gz [~gz@209-6-49-85.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has quit [Quit: gz] 17:37:19 -!- jdz [~jdz@host229-111-dynamic.2-87-r.retail.telecomitalia.it] has quit [Ping timeout: 260 seconds] 18:36:34 gz [~gz@209-6-49-85.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has joined #ccl 18:48:42 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit [Quit: Leaving...] 19:14:02 -!- gz [~gz@209-6-49-85.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has quit [Quit: gz] 19:18:49 gz [~gz@209-6-49-85.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has joined #ccl 19:23:14 anRch [~markmilli@64.134.102.179] has joined #ccl 19:31:11 hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has joined #ccl 20:16:46 -!- anRch [~markmilli@64.134.102.179] has quit [Quit: anRch] 20:28:00 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit [Quit: Leaving...] 20:29:13 rme_ [~rme@50.43.182.90] has joined #ccl 20:29:43 -!- rme [~rme@50.43.182.90] has quit [Ping timeout: 260 seconds] 20:29:44 -!- gbyers [~gb@c-68-35-35-22.hsd1.nm.comcast.net] has quit [Ping timeout: 260 seconds] 20:29:45 -!- rme_ is now known as rme 20:29:49 gb_ [~gb@c-68-35-35-22.hsd1.nm.comcast.net] has joined #ccl 20:30:19 -!- gb_ is now known as Guest14432 20:48:23 -!- Guest14432 is now known as byers 20:48:31 -!- byers is now known as gbyers 21:18:27 hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has joined #ccl 21:29:00 -!- hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has quit [Quit: Leaving...] 22:03:29 -!- milanj [~milanj_@178-223-191-40.dynamic.isp.telekom.rs] has quit [Quit: Leaving] 23:51:53 hargettp [~hargettp@pool-71-184-185-93.bstnma.east.verizon.net] has joined #ccl