01:26:41 kanru` [~kanru@118-163-10-190.HINET-IP.hinet.net] has joined #sbcl 02:45:38 -!- LiamH [~healy@pool-173-73-125-152.washdc.east.verizon.net] has quit [Quit: Leaving.] 02:49:35 LiamH [~healy@pool-173-73-125-152.washdc.east.verizon.net] has joined #sbcl 03:35:47 homie [~homie@xdsl-78-35-187-181.netcologne.de] has joined #sbcl 03:39:21 wbooze [~wbooze@xdsl-78-35-187-181.netcologne.de] has joined #sbcl 04:05:45 -!- LiamH [~healy@pool-173-73-125-152.washdc.east.verizon.net] has quit [Quit: Leaving.] 04:07:16 danlentz [~danlentz@c-76-117-5-156.hsd1.nj.comcast.net] has joined #sbcl 04:28:54 -!- danlentz [~danlentz@c-76-117-5-156.hsd1.nj.comcast.net] has quit [Quit: Colloquy for iPhone - http://colloquy.mobi] 04:44:56 huangjs [~huangjs@69.84.244.131] has joined #sbcl 04:45:37 -!- froydnj [~nfroyd@people1.scl3.mozilla.com] has quit [Remote host closed the connection] 05:07:46 -!- H4ns [hans@netzhansa.com] has quit [Read error: Connection reset by peer] 05:07:53 H4ns [hans@netzhansa.com] has joined #sbcl 05:20:43 I might get bitten by such a LET bug. 05:58:41 I ran tests before committing. I blame everyone else! 05:58:48 (but I could have screwed up) 06:23:17 sdemarre [~serge@91.176.198.166] has joined #sbcl 06:27:33 -!- sdemarre [~serge@91.176.198.166] has quit [Client Quit] 06:38:16 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 06:41:20 prxq [~mommer@mnhm-4d010dfa.pool.mediaWays.net] has joined #sbcl 07:21:12 -!- prxq [~mommer@mnhm-4d010dfa.pool.mediaWays.net] has quit [Remote host closed the connection] 07:21:46 prxq [~mommer@mnhm-4d010dfa.pool.mediaWays.net] has joined #sbcl 08:10:32 Guest15488 [~attila_le@37.99.77.232] has joined #sbcl 08:27:36 -!- jdz [~jdz@85.254.212.248] has quit [Quit: Byebye.] 09:06:41 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 245 seconds] 09:17:01 jdz [~jdz@85.254.212.248] has joined #sbcl 09:18:22 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 09:27:06 -!- wbooze [~wbooze@xdsl-78-35-187-181.netcologne.de] has quit [Ping timeout: 245 seconds] 09:27:28 -!- homie [~homie@xdsl-78-35-187-181.netcologne.de] has quit [Ping timeout: 240 seconds] 09:28:44 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 260 seconds] 09:37:23 milosn [~milosn@5ac6763e.bb.sky.com] has joined #sbcl 09:40:19 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 09:51:41 -!- fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has quit [Read error: Connection reset by peer] 09:51:51 fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has joined #sbcl 09:56:51 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 252 seconds] 10:04:23 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 10:29:01 mm.. do we call malloc in the GC? I have a non-deterministic deadlock on linux/x86-64, when running a lot of external programs. 10:29:30 backtrace points at malloc/calloc + stop_the_world being deadlocked. 10:30:44 ...because sig_stop_for_gc arrives within malloc? 10:30:55 yup. 10:31:13 Enable safepoints -- problem solved. 10:32:16 it happens about twice per CPU-month, so I'll make things a bit faster and hope it doesn't happen again ;) 10:41:49 if that's the underlying issue on your branch though, at least we know what to ask the users with the same problem on master for: gdb stacktraces from all threads, so that we can look for malloc (?) 10:49:19 it's on master 10:49:43 but gdb thread apply all backtrace_from_fp($rbp, 20), I guess. 10:50:19 but that doesn't backtrace libc usefully. do both. 10:50:55 mm, more interesting is a call to spawn from withint w/-o-gcing 10:51:00 I'm only concerned that some of these days all you silly Mac users will compel me to boot into Darwin myself, which would put an end to my blissful ignorance of what that XCode thing is and the gazillion little failure modes you have on that platform. 10:51:27 xcode? emacs and command line. If I had to use xcode for sbcl, I wouldn't do sbcl ;) 10:52:39 ok. Would I install XCode to get a gcc though? 10:52:48 not anymore 10:57:06 -!- kanru [~kanru@kanru-1-pt.tunnel.tserv15.lax1.ipv6.he.net] has quit [Quit: ZNC - http://znc.sourceforge.net] 10:59:37 kanru [~kanru@kanru-1-pt.tunnel.tserv15.lax1.ipv6.he.net] has joined #sbcl 11:13:05 -!- kanru` [~kanru@118-163-10-190.HINET-IP.hinet.net] has quit [Ping timeout: 256 seconds] 12:25:08 -!- Guest15488 [~attila_le@37.99.77.232] has quit [Ping timeout: 240 seconds] 12:31:04 LiamH [~healy@129-2-129-145.wireless.umd.edu] has joined #sbcl 12:42:42 so, the mere presence or absence of the PERFORM TEST-OP method in sb-posix.asd decides whether interface.pure.lisp hangs badly on SPARC or not 12:44:23 And all I wanted to do was to look at safepoints on win32/x86! Endless yak shaving. 12:45:05 Obviously, no useful stacktrace in gdb. And no ldb anywhere in sight either -- after all the process ceases to respond to even SIGTERM or SIGQUIT. 12:55:10 gko [~user@114-34-168-13.HINET-IP.hinet.net] has joined #sbcl 13:12:28 -!- antifuchs [~foobar@boots.boinkor.net] has quit [Ping timeout: 260 seconds] 13:12:28 antifuchs [~foobar@boots.boinkor.net] has joined #sbcl 13:20:23 Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has joined #sbcl 13:25:37 -!- LiamH [~healy@129-2-129-145.wireless.umd.edu] has quit [Quit: Leaving.] 13:38:53 froydnj [~nfroyd@people1.scl3.mozilla.com] has joined #sbcl 14:07:39 homie [~homie@xdsl-78-35-177-94.netcologne.de] has joined #sbcl 14:10:13 wbooze [~wbooze@xdsl-78-35-177-94.netcologne.de] has joined #sbcl 14:11:04 -!- froydnj [~nfroyd@people1.scl3.mozilla.com] has quit [Remote host closed the connection] 14:13:29 -!- homie [~homie@xdsl-78-35-177-94.netcologne.de] has quit [Quit: Client Quit] 14:58:30 antgreen [~user@bas3-toronto06-1176449708.dsl.bell.ca] has joined #sbcl 16:23:20 -!- gko [~user@114-34-168-13.HINET-IP.hinet.net] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 17:37:15 So apparently, %sap-alien can get optimized away (the nice case), i.e. does not end up in its deftransform's unconditional give-up-ir1-transform note (the bad case). But how and when does that nice case happen? 17:37:50 Specifically, I appear to have done something bad that reintroduces :bug-654485, but I don't know what. 17:38:57 bisect 17:39:40 or you mean a single commit but you're not sure what part of that commit broke things ? 17:39:52 yeah, since commit nowhere near compiler internals 17:40:49 bah, I can't type. Single commit nowhere near the compiler frontend. 17:40:57 lichtblau: %alien-sap of %sap-alien is rewritten, iirc. 17:45:05 cool, thanks. The splice-fun-args in deftransform alien-sap doesn't happen. 18:36:09 slyrus_ [~chatzilla@173-228-44-92.dsl.static.sonic.net] has joined #sbcl 19:48:18 -!- huangjs [~huangjs@69.84.244.131] has quit [Ping timeout: 244 seconds] 20:17:22 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Ping timeout: 252 seconds] 21:16:37 -!- antgreen [~user@bas3-toronto06-1176449708.dsl.bell.ca] has quit [Ping timeout: 246 seconds] 21:48:56 huangjs [~huangjs@69.84.244.131] has joined #sbcl 21:55:55 -!- wbooze [~wbooze@xdsl-78-35-177-94.netcologne.de] has quit [Ping timeout: 244 seconds] 22:31:59 BimmyJones [~hercules@S0106001111de1fc8.cg.shawcable.net] has joined #sbcl 22:32:16 -!- BimmyJones [~hercules@S0106001111de1fc8.cg.shawcable.net] has quit [Client Quit] 22:34:23 -!- slyrus_ [~chatzilla@173-228-44-92.dsl.static.sonic.net] has quit [Ping timeout: 255 seconds] 23:09:08 -!- milosn [~milosn@5ac6763e.bb.sky.com] has quit [Ping timeout: 248 seconds] 23:15:54 milosn [~milosn@5ac6763e.bb.sky.com] has joined #sbcl 23:16:09 -!- prxq [~mommer@mnhm-4d010dfa.pool.mediaWays.net] has quit [Quit: Leaving]