00:26:27 -!- segv [n=mb@72-255-42-154.client.stsn.net] has quit [] 01:20:42 segv [n=mb@72-255-42-154.client.stsn.net] has joined #ccl 02:06:58 -!- H4ns [n=Hans@p57BBA476.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)] 02:36:47 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 04:20:57 -!- segv [n=mb@72-255-42-154.client.stsn.net] has quit [] 05:27:15 bfulgham_ [n=brent@adsl-69-234-110-28.dsl.irvnca.pacbell.net] has joined #ccl 06:19:30 -!- mdc_mobile [n=mdc_mobi@ds9.entity.com] has quit [] 07:14:32 -!- rme [n=rme@pool-70-105-87-66.chi.dsl-w.verizon.net] has quit [] 07:56:29 -!- bfulgham_ [n=brent@adsl-69-234-110-28.dsl.irvnca.pacbell.net] has quit [] 09:55:59 H4ns [n=Hans@p57BBAD1C.dip0.t-ipconnect.de] has joined #ccl 13:15:35 mdc_mobile [n=mdc_mobi@ds9.entity.com] has joined #ccl 13:54:42 xristos annotated #72347 with "source & gdb backtrace" at http://paste.lisp.org/display/72347#3 13:55:08 gbyers here ? 14:02:26 -!- mdc [n=mdc@ds9.entity.com] has quit [] 14:06:55 yes 14:11:35 could you take a look 14:12:49 i dont see how gc plays into this 14:18:06 rme [n=rme@pool-70-105-87-66.chi.dsl-w.verizon.net] has joined #ccl 14:21:33 Well, you allegedly have > 100 threads running; when the GC runs,it has to stop each thread (generally at an arbitrary instruction boundary) and determine what lisp objects are referenced by that thread. So yes, the GC is involved in this. 14:22:32 I'll try to look at it later today; thanks. 14:22:58 ok thanks a lot 14:31:05 And it seems that it's always #x2c4 in %rdi, and that's always on the top of some thread's stack. Shouldn't be too hard to find how that's getting there. This is on OSX ? 14:35:04 yes 14:41:45 -!- mdc_mobile [n=mdc_mobi@ds9.entity.com] has quit [] 14:45:47 mdc [n=mdc@ds9.entity.com] has joined #ccl 15:08:33 mdc_mobile [n=mdc_mobi@ds9.entity.com] has joined #ccl 15:10:09 mdc__ [n=mdc_mobi@c-76-19-65-141.hsd1.ma.comcast.net] has joined #ccl 15:18:07 -!- mdc__ [n=mdc_mobi@c-76-19-65-141.hsd1.ma.comcast.net] has quit [] 15:25:33 mdc__ [n=mdc_mobi@ds9.entity.com] has joined #ccl 15:26:55 -!- mdc_mobile [n=mdc_mobi@ds9.entity.com] has quit [Read error: 113 (No route to host)] 15:35:28 -!- mdc__ [n=mdc_mobi@ds9.entity.com] has quit [Remote closed the connection] 15:45:54 anRch [n=markmill@nmd.sbx07283.medfoma.wayport.net] has joined #ccl 16:04:59 -!- mdc_ [n=mdc@ds9.entity.com] has quit [] 16:06:44 mdc_mobile [n=mdc_mobi@ds9.entity.com] has joined #ccl 16:09:09 -!- mdc_mobile [n=mdc_mobi@ds9.entity.com] has quit [Remote closed the connection] 16:09:24 mdc_mobile [n=mdc_mobi@ds9.entity.com] has joined #ccl 16:42:55 -!- anRch [n=markmill@nmd.sbx07283.medfoma.wayport.net] has quit [] 17:46:07 xristos annotated #72347 with "complete crash testcase" at http://paste.lisp.org/display/72347#4 19:57:58 segv [n=mb@ita4fw1.itasoftware.com] has joined #ccl 20:30:43 can i disable the garbage collector for certain functions ? 20:31:03 it seems without-interrupts does this 20:31:07 but i'm not sure 20:36:40 without-interrupts inhibits process-interrupt handling. It doesn't inhibit the gc. 20:38:02 doesnt the gc need to interrupt all threads 20:38:32 different kind of interrupt 20:41:50 Why do you think you want to disable the gc? 20:42:16 because i either get deadlock or ccl crashes 20:42:36 Oh, so it's not because you want to pass lisp objects to foreign code or anything like that. 20:42:58 no 20:47:18 xristos annotated #72347 with "unresponsive ccl backtrace" at http://paste.lisp.org/display/72347#5 20:54:33 you actually want to spawn 5000 new threads? 20:54:45 (not saying ccl isn't wrong here, but it seems weird) 20:56:18 ah, no, you spawn 150 20:57:34 yes but it doesnt matter 20:57:42 it still does it with 10 or 20 20:57:47 not as frequently though 21:02:24 There's an evil macro called ccl::without-gcing, but I'm not sure it makes any sense to try sprinkling it around. 21:18:56 anRch [n=markmill@nmd.sbx07258.melroma.wayport.net] has joined #ccl 21:27:47 yes doesnt help 21:27:57 too much garbage 22:12:03 -!- alms [n=alms@209-150-48-250.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [] 22:23:53 -!- anRch [n=markmill@nmd.sbx07258.melroma.wayport.net] has quit [] 22:25:51 -!- segv [n=mb@ita4fw1.itasoftware.com] has quit [] 22:27:29 alms [n=alms@209-150-48-250.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 23:37:26 I've been able to do (spawn 250) several times, and (spawn 5000) a few times, so far with no ill effects.