01:11:03 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 02:19:56 -!- Modius [n=Modius@ppp-70-243-80-229.dsl.austtx.swbell.net] has quit [Read error: 104 (Connection reset by peer)] 02:20:18 Modius [n=Modius@ppp-70-243-80-229.dsl.austtx.swbell.net] has joined #ccl 02:20:41 -!- Modius [n=Modius@ppp-70-243-80-229.dsl.austtx.swbell.net] has quit [Read error: 104 (Connection reset by peer)] 02:21:04 Modius [n=Modius@ppp-70-243-80-229.dsl.austtx.swbell.net] has joined #ccl 02:24:05 -!- Modius [n=Modius@ppp-70-243-80-229.dsl.austtx.swbell.net] has quit [Read error: 104 (Connection reset by peer)] 02:24:29 Modius [n=Modius@ppp-70-243-80-229.dsl.austtx.swbell.net] has joined #ccl 03:00:55 mdc_mobile [n=mdc_mobi@ds9.entity.com] has joined #ccl 04:21:38 -!- H4ns2 [n=hans@p57A0C771.dip.t-dialin.net] has quit ["Leaving."] 05:54:35 -!- milanj [n=milan@93.86.213.44] has quit ["Leaving"] 06:14:36 H4ns1 [n=Hans@p57BBA6B1.dip0.t-ipconnect.de] has joined #ccl 06:31:13 -!- H4ns [n=Hans@p57BBA735.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 07:19:25 -!- billstclair [n=billstcl@unaffiliated/billstclair] has quit [Read error: 113 (No route to host)] 07:24:50 -!- rme [n=rme@pool-70-104-112-110.chi.dsl-w.verizon.net] has quit [] 07:32:18 billstclair [n=billstcl@dcha-aa1543.taconic.net] has joined #ccl 08:25:56 -!- Modius [n=Modius@ppp-70-243-80-229.dsl.austtx.swbell.net] has quit ["I'm big in Japan"] 08:26:23 Modius [n=Modius@ppp-70-243-80-229.dsl.austtx.swbell.net] has joined #ccl 08:41:23 -!- Modius [n=Modius@ppp-70-243-80-229.dsl.austtx.swbell.net] has quit [Connection reset by peer] 08:41:36 Modius [n=Modius@ppp-70-243-80-229.dsl.austtx.swbell.net] has joined #ccl 11:19:45 -!- sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has quit [] 11:46:39 sellout [n=greg@guest-fw.dc4.itasoftware.com] has joined #ccl 13:14:46 -!- mdc is now known as mdc_etherboot 13:15:58 -!- mdc_etherboot is now known as mdc 14:38:58 anRch [n=markmill@nmd.sbx07812.woburma.wayport.net] has joined #ccl 15:38:23 -!- mdc_mobile [n=mdc_mobi@ds9.entity.com] has quit [] 15:56:45 -!- anRch [n=markmill@nmd.sbx07812.woburma.wayport.net] has quit [] 16:31:44 anRch [n=markmill@72.170.207.26] has joined #ccl 16:45:24 milanj [n=milan@212.200.223.60] has joined #ccl 16:46:17 -!- anRch [n=markmill@72.170.207.26] has left #ccl 16:55:54 hmm, on both linux and osx when i do (require 'asdf) (defparameter *x* (make-array 10000000)) (quit) i get segfault on linux and buss error on osx 16:56:42 without 'asdf exit cleanly 17:07:23 anRch [n=markmill@m285a36d0.tmodns.net] has joined #ccl 17:24:08 rme [n=rme@pool-70-104-112-110.chi.dsl-w.verizon.net] has joined #ccl 18:01:30 -!- anRch [n=markmill@m285a36d0.tmodns.net] has quit [] 18:38:48 fork [n=user@166.29.100-84.rev.gaoland.net] has joined #ccl 18:38:54 hej! 18:50:56 -!- fork [n=user@166.29.100-84.rev.gaoland.net] has quit [Remote closed the connection] 19:57:16 -!- Modius [n=Modius@ppp-70-243-80-229.dsl.austtx.swbell.net] has quit ["I'm big in Japan"] 20:11:53 milanj: looking at it. May be related to http://trac.clozure.com/openmcl/ticket/446. 20:45:13 hmm, yes, looks like it's related 20:45:38 and btw. i can reproduce it all the time on linux and osx on command line cll 20:45:52 somettime i even get lisp debuger 20:48:59 Yes; seems pretty reproducible here, too. If you do (EGC NIL) before requiring ASDF, does it still crash for you ? 20:51:36 now it's ok (bot osx/linux) 20:51:43 with (egc nil) 20:52:00 *both 20:52:10 It exits cleanly, no crash, when EGC is off ? 20:52:22 yes, exits cleanly 20:53:27 OK, thanks. Allocating large objects (for some values of large) takes a different path than smaller allocations do, and it looks like that path doesn't interact correctly with the EGC. 20:53:34 btw. on linux with no (egc nil) stuff 20:53:41 ? (quit) 20:53:41 exception in foreign context 20:53:41 Exception occurred while executing foreign code 20:53:41 at _SPcallback + 66 20:53:47 if that helps you 20:54:12 end enter lisp debugger 20:56:37 I think that it can fail in any number of ways when it fails; the GC runs after the vector allocation, and doesn't leave things in a consistent state (things move around, but references to them aren't updated.) 21:08:04 thanks for info 21:08:41 I'll try to fix it in the next few days. It's complicated ... 21:17:31 -!- sellout [n=greg@guest-fw.dc4.itasoftware.com] has quit [] 23:15:17 -!- milanj [n=milan@212.200.223.60] has quit ["Leaving"]