00:04:02 -!- Modius [n=Modius@24.174.112.56] has quit [Read error: 110 (Connection timed out)] 00:37:20 -!- bfulgham [n=brent@wsip-72-215-191-226.sb.sd.cox.net] has left #ccl 01:11:58 Modius [n=Modius@24.174.112.56] has joined #ccl 01:45:25 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 01:54:23 Modius: ping 01:54:55 gbyers: Hi 01:55:47 Hi. In ticket 571 (the Win32 memory fault bug), is the fault that you see always at an address near 0 ? Or is it more random ? 01:56:02 I've only ever seen a 2-digit memory address 01:56:22 That's what I'm seeing; thanks. 01:59:08 My latest report on it is best - the title and first stack traces are total red herrings. 02:07:01 I wonder how Lispworks looks at CCL. . . . barring support level/bugs (note - I'm not claiming any knowledge of the robustness of either), CCL is technically superior in certain areas - it can bridge platforms and is multi-CPU 02:15:51 "bridge platforms"? 02:17:15 my guess is that the LispWorks look at CAPI and some of their other features as being unique selling points compared to other implementations 02:17:28 er, the LispWorks developers 02:27:20 Fair enough 02:29:39 We did a commercial product (for the Mac and Windows) in LW a few years ago; IIRC, a pretty high percentage of the code was platform-neutral, and a lot of what wasn't had to do with OpenGL differences (yes, there are some). To some extent, CAPI may have gotten in the way (we wanted more control over redisplay), but it also allowed us to avoid a lot of platform-dependent code. 02:30:24 Understood. I guess I was thinking pure webserver/algorithm. I have experimented with CAPI and respect the API (experimenting on Windows, not crossplatform) 03:13:01 -!- gbyers [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has quit [] 04:25:19 -!- rme [n=rme@pool-70-105-112-40.chi.dsl-w.verizon.net] has quit [] 04:40:25 gbyers [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has joined #ccl 05:04:55 bfulgham [n=brent@adsl-69-234-124-120.dsl.irvnca.pacbell.net] has joined #ccl 05:14:05 -!- gbyers [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has quit [] 06:10:34 gbyers [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has joined #ccl 07:04:50 -!- bfulgham [n=brent@adsl-69-234-124-120.dsl.irvnca.pacbell.net] has quit [] 07:15:33 -!- gz [n=gz@209-6-18-72.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has quit [Read error: 60 (Operation timed out)] 09:05:59 gz [n=gz@209-6-18-72.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has joined #ccl 11:40:16 jauaor [n=araujo@gentoo/developer/araujo] has joined #ccl 12:06:00 -!- sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has quit [] 12:45:01 sellout [n=greg@guest-fw.dc4.itasoftware.com] has joined #ccl 13:06:18 anRch [n=markmill@nmd.sbx00833.peaboma.wayport.net] has joined #ccl 13:21:06 segv [n=mb@p4FC1FF75.dip.t-dialin.net] has joined #ccl 13:44:47 -!- jauaor [n=araujo@gentoo/developer/araujo] has quit [] 14:24:25 -!- anRch [n=markmill@nmd.sbx00833.peaboma.wayport.net] has quit [] 14:42:23 anRch [n=markmill@m2a5a36d0.tmodns.net] has joined #ccl 15:26:49 bfulgham [n=brent@adsl-69-234-124-120.dsl.irvnca.pacbell.net] has joined #ccl 16:00:09 -!- anRch [n=markmill@m2a5a36d0.tmodns.net] has quit [] 16:24:33 rme [n=rme@pool-70-105-112-40.chi.dsl-w.verizon.net] has joined #ccl 16:36:55 milanj [n=milan@79.101.220.98] has joined #ccl 17:26:46 -!- segv [n=mb@p4FC1FF75.dip.t-dialin.net] has quit [] 18:14:29 jauaor [n=araujo@gentoo/developer/araujo] has joined #ccl 18:15:08 -!- jauaor [n=araujo@gentoo/developer/araujo] has quit [Client Quit] 18:17:59 jauaor [n=araujo@gentoo/developer/araujo] has joined #ccl 18:54:02 -!- bfulgham [n=brent@adsl-69-234-124-120.dsl.irvnca.pacbell.net] has quit [] 20:21:47 -!- sellout [n=greg@guest-fw.dc4.itasoftware.com] has quit [] 20:43:51 gbyers: Would you say that the Win32 thread crasher I found is likely to be in the .exe rather than the image? 20:52:06 -!- milanj [n=milan@79.101.220.98] has quit [Read error: 60 (Operation timed out)] 20:57:14 milanj [n=milan@93.87.168.223] has joined #ccl 20:57:43 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 21:12:38 Modius: Gary is likely sleeping. I think he figured it out, but hasn't committed a fix yet. 21:29:55 bfulgham [n=brent@wsip-72-215-191-226.sb.sd.cox.net] has joined #ccl 22:31:41 -!- milanj [n=milan@93.87.168.223] has quit ["This computer has gone to sleep"]