00:33:29 gbyers_ [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has joined #ccl 00:55:03 -!- gbyers [n=gbyers@nachtwacht.abq.clozure.com] has quit [Read error: 110 (Connection timed out)] 01:12:06 gbyers [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has joined #ccl 01:16:42 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 01:21:40 -!- sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has quit [] 01:21:53 -!- gbyers_ [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has quit [Read error: 110 (Connection timed out)] 01:44:43 gbyers_ [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has joined #ccl 01:54:29 -!- gbyers [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has quit [Read error: 110 (Connection timed out)] 02:17:20 gbyers [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has joined #ccl 02:27:06 -!- gbyers_ [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has quit [Read error: 110 (Connection timed out)] 02:27:57 gbyers_ [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has joined #ccl 02:38:10 -!- gbyers [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has quit [Read error: 110 (Connection timed out)] 02:50:02 bfulgham [n=brent@adsl-69-234-98-14.dsl.irvnca.pacbell.net] has joined #ccl 02:50:33 -!- alms [n=alms@209-150-48-250.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [] 02:58:07 gbyers [n=gbyers@nachtwacht.abq.clozure.com] has joined #ccl 03:15:46 -!- gbyers_ [n=gbyers@c-68-35-15-143.hsd1.nm.comcast.net] has quit [Read error: 110 (Connection timed out)] 03:25:55 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 04:25:31 sellout- [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 04:27:21 -!- sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has quit [Read error: 113 (No route to host)] 06:15:40 H4ns [n=Hans@p57BBA6AC.dip0.t-ipconnect.de] has joined #ccl 06:18:57 -!- H4ns1 [n=Hans@p57BBA6B1.dip0.t-ipconnect.de] has quit [Read error: 60 (Operation timed out)] 06:28:12 -!- rme [n=rme@pool-70-104-112-110.chi.dsl-w.verizon.net] has quit [] 06:59:03 -!- bfulgham [n=brent@adsl-69-234-98-14.dsl.irvnca.pacbell.net] has quit [] 07:38:59 H4ns1 [n=hans@p57A0D0E4.dip.t-dialin.net] has joined #ccl 07:40:00 -!- H4ns1 [n=hans@p57A0D0E4.dip.t-dialin.net] has quit [Client Quit] 07:59:55 jauaor [n=araujo@gentoo/developer/araujo] has joined #ccl 09:36:26 -!- H4ns [n=Hans@p57BBA6AC.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 12:13:53 -!- sellout- [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has quit [] 12:43:00 -!- billstclair [n=billstcl@unaffiliated/billstclair] has quit [Read error: 60 (Operation timed out)] 12:51:08 billstclair [n=billstcl@dcha-aa1605.taconic.net] has joined #ccl 12:56:09 sellout [n=greg@guest-fw.dc4.itasoftware.com] has joined #ccl 14:15:08 -!- jauaor [n=araujo@gentoo/developer/araujo] has quit [] 14:44:56 anRch [n=markmill@12.147.116.253] has joined #ccl 15:05:22 rme [n=rme@pool-70-104-112-110.chi.dsl-w.verizon.net] has joined #ccl 15:23:03 -!- anRch [n=markmill@12.147.116.253] has quit [] 16:46:19 milanj [n=milan@79.101.149.120] has joined #ccl 17:38:29 Bleh. My code works in 64-bit cocoa, crashes in 32-bit. I suspect the ObjC runtime tricks that Cocoa uses to support automatic key-value observer notification are not working right with the ObjC bridge. 17:39:30 What is the nature of those tricks ? 17:40:48 To support automatic KVO, Cocoa changes the object's isa pointer to refer to an intermediate class that it synthesizes. 17:41:16 CHANGE-CLASS ? 17:42:58 The 64-bit runtime must use a different technique. 17:43:32 We cache an object's class in the pointer, so we'd get confused if it changed. 17:44:33 I seem to remember running into this with the apropos window. Probably best to avoid automatic KVO for now. 17:45:00 nomothetis [n=nomothet@207-54-56-40.nat.mapics.com] has joined #ccl 18:02:10 -!- gz [n=gz@209-6-18-72.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has quit [] 19:43:10 -!- nomothetis [n=nomothet@207-54-56-40.nat.mapics.com] has quit [] 20:16:04 H4ns [n=hans@p57A0C8AC.dip.t-dialin.net] has joined #ccl 21:17:05 -!- sellout [n=greg@guest-fw.dc4.itasoftware.com] has quit [] 21:39:14 anRch [n=markmill@nmd.sbx07258.melroma.wayport.net] has joined #ccl 21:58:50 -!- H4ns [n=hans@p57A0C8AC.dip.t-dialin.net] has quit ["Leaving."] 22:10:31 fe[nl]ix [n=algidus@88-149-210-20.dynamic.ngi.it] has joined #ccl 22:10:40 hello 22:14:27 -!- anRch [n=markmill@nmd.sbx07258.melroma.wayport.net] has quit [] 22:24:06 gbyers: presentp ? 22:24:19 Sort of ... 22:25:39 I have a problem with building the latest x86/32 release on Gentoo 22:25:53 Gentoo uses a sandbox for compiling packages 22:26:25 the sandbox basically intercepts all filesystem-related syscalls 22:26:43 A chrooted environment or something like that. 22:26:46 ? 22:27:00 no 22:27:13 a .so that is LD_PRELOADed 22:27:27 which screens all accesses to the filesystem from within the sandbox 22:27:49 ok. 22:28:02 when compiling ccl under a sandboxed shell, I get this: http://paste.lisp.org/display/78704#1 22:28:14 normal compilation goes well 22:28:50 the error seems to be triggered when reloading ./l1-fasls/l1-pathnames.lx32fsl 22:29:34 do you know the name of the preloaded .so ? 22:29:56 it's /usr/lib/libsandbox.so 22:30:12 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 22:31:18 Don't know. It seems to be saying that it died in index(), which is sort of like strchr(), IIRC. 22:31:41 gbyers: I can point you to the sources of the sandbox if you want to play with it 22:32:27 I don't have gentoo installed. Could you try something ? 22:32:51 sure 22:33:21 in the shell, do: 22:33:24 cd ccl 22:34:18 ok 22:34:34 ./lx86cl x86-boot32 22:35:51 Unhandled exception 11 at 0x14000006, context->regs at #xbfac56b8 22:35:56 I'm in the kernel debugger 22:36:33 l (letter L) will try to show lisp register values 22:40:12 -!- sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has quit [] 22:44:19 did it ? 22:46:21 hmm, just a moment 22:46:22 I've having difficulties in reproducing this any more 22:46:47 is the shell running with the preloaded sandbox library ? 22:47:55 yes 22:48:24 Odd. And now it loads everything and prints a "?" prompt ? 22:48:28 yes 22:50:22 I think that when that file loads, it tries to determine the user's home directory. If it got an error in the process, it may have tried to call ERROR before ERROR is defined (loaded later.) That sort of thing might be affected by the sandbox. 23:04:03 sellout [n=greg@c-24-128-50-176.hsd1.ma.comcast.net] has joined #ccl 23:11:50 -!- fe[nl]ix [n=algidus@88-149-210-20.dynamic.ngi.it] has quit ["Valete!"] 23:15:49 fe[nl]ix [n=algidus@88-149-210-20.dynamic.ngi.it] has joined #ccl 23:28:37 gbyers: I managed to reproduce it again, but if I run ./lx86cl x86-boot32 afterwards, it works 23:29:13 is there a way to access the kernel debugger from within the lisp repl ? 23:54:21 (ccl::dbg) 23:55:37 (#xB7A1DDB4) #x143D2C1D : # + 367 23:55:37 (#xB7A1DDC8) #x145979FD : # + 2783 23:56:19 any way to find out which form invoked that %error ? 23:56:39 It was probably tail-called. 23:59:44 When you do (REBUILD-CCL), that function uses RUN-PROGRAM to run "./lx86cl x86-boot32"; if the subprocess exists with an error, REBUILD-CCL calls ERROR to complain that the image couldn't be built.