00:05:21 -!- Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has quit [Quit: trivial-irc-0.0.4] 00:05:21 -!- slyrus [~chatzilla@173-228-44-92.dsl.static.sonic.net] has quit [Ping timeout: 244 seconds] 00:08:58 -!- tcr1 [~tcr@95-90-241-167-dynip.superkabel.de] has quit [Quit: Leaving.] 00:11:19 slyrus [~chatzilla@173-228-44-92.dsl.static.sonic.net] has joined #sbcl 00:19:44 -!- slyrus [~chatzilla@173-228-44-92.dsl.static.sonic.net] has quit [Ping timeout: 260 seconds] 01:11:27 -!- wbooze [~wbooze@xdsl-78-35-177-200.netcologne.de] has quit [Ping timeout: 260 seconds] 01:14:51 -!- Thra11 [~thrall@146.90.181.13] has quit [Quit: kthxbai] 03:14:56 huangjs [~huangjs@69.84.244.131] has joined #sbcl 03:15:51 -!- huangjs [~huangjs@69.84.244.131] has quit [Client Quit] 03:16:21 huangjs [~huangjs@69.84.244.131] has joined #sbcl 03:16:21 -!- huangjs [~huangjs@69.84.244.131] has quit [Client Quit] 03:16:32 huangjs [~huangjs@69.84.244.131] has joined #sbcl 03:17:17 -!- huangjs [~huangjs@69.84.244.131] has quit [Client Quit] 03:17:26 huangjs [~huangjs@69.84.244.131] has joined #sbcl 04:20:53 -!- jsnell [~jsnell@ash.snellman.net] has quit [Ping timeout: 252 seconds] 04:26:56 jsnell [~jsnell@ash.snellman.net] has joined #sbcl 05:15:40 ASau [~user@46.115.56.41] has joined #sbcl 07:07:08 Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has joined #sbcl 07:08:11 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 265 seconds] 07:46:28 prxq [~mommer@mnhm-5f75c2ee.pool.mediaWays.net] has joined #sbcl 07:59:46 sdemarre [~serge@109.134.185.79] has joined #sbcl 08:06:10 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 08:11:08 -!- ASau [~user@46.115.56.41] has quit [Quit: off] 08:24:40 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 08:42:38 tcr1 [~tcr@95-90-241-167-dynip.superkabel.de] has joined #sbcl 09:05:46 stassats [~stassats@wikipedia/stassats] has joined #sbcl 09:12:58 attila_lendvai [~attila_le@apn-5-63-229-139.vodafone.hu] has joined #sbcl 09:12:58 -!- attila_lendvai [~attila_le@apn-5-63-229-139.vodafone.hu] has quit [Changing host] 09:12:58 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 09:15:39 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 10:01:04 jdz [~jdz@85.254.212.34] has joined #sbcl 10:46:34 Thra11 [~thrall@146.90.181.13] has joined #sbcl 10:53:18 -!- stassats [~stassats@wikipedia/stassats] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 10:59:37 stassats [~stassats@wikipedia/stassats] has joined #sbcl 11:47:40 kanru`` [~kanru@111-249-133-182.dynamic.hinet.net] has joined #sbcl 13:53:22 -!- tcr1 [~tcr@95-90-241-167-dynip.superkabel.de] has quit [Quit: Leaving.] 14:23:41 tcr1 [~tcr@95-90-241-167-dynip.superkabel.de] has joined #sbcl 14:32:33 -!- tcr1 [~tcr@95-90-241-167-dynip.superkabel.de] has quit [Ping timeout: 265 seconds] 14:34:48 wbooze [~wbooze@xdsl-78-35-186-202.netcologne.de] has joined #sbcl 14:38:09 -!- wbooze [~wbooze@xdsl-78-35-186-202.netcologne.de] has quit [Remote host closed the connection] 14:41:44 wbooze [~wbooze@xdsl-78-35-186-202.netcologne.de] has joined #sbcl 14:45:08 -!- sdemarre [~serge@109.134.185.79] has quit [Ping timeout: 248 seconds] 15:05:49 scymtym [~user@2001:638:504:2093:226:b9ff:fe7d:3e1f] has joined #sbcl 15:28:31 tcr1 [~tcr@95-90-241-167-dynip.superkabel.de] has joined #sbcl 15:31:22 -!- edgar-rft [~GOD@HSI-KBW-091-089-005-153.hsi2.kabelbw.de] has quit [Quit: immediate death] 15:33:08 -!- tcr1 [~tcr@95-90-241-167-dynip.superkabel.de] has quit [Ping timeout: 248 seconds] 15:46:56 http://discontinuity.info/~pkhuong/misc/div-by-mul.pdf <- there was too much magic in the signed cases. If someone cares for a bit of easy number theory, checking the math so far would be nice. 15:47:46 will print and read. If it reminds me too much of papers I have reviewed, I shall cry :) 15:49:30 tcr1 [~tcr@95-90-241-167-dynip.superkabel.de] has joined #sbcl 15:50:31 -!- Thra11 [~thrall@146.90.181.13] has quit [Ping timeout: 246 seconds] 15:50:54 The common divisor stuff is novel, I'm pretty sure, and useful for two things: 1. fixnum arithmetic; 2. pointer arithmetic in C. I don't think I've seen developments for floor and ceiling, and the bounds I see elsewhere assume coarse-grained ranges (i.e. int/unsigned/long/...), while this stuff lets us exploit Python's ranged types. 16:03:32 Thra11 [~thrall@87.114.10.239] has joined #sbcl 16:22:14 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 255 seconds] 16:25:30 slyrus [~chatzilla@adsl-108-192-102-204.dsl.pltn13.sbcglobal.net] has joined #sbcl 16:52:06 -!- kanru`` [~kanru@111-249-133-182.dynamic.hinet.net] has quit [Ping timeout: 256 seconds] 16:59:11 pnpuff [~Eternit9a@unaffiliated/pnpuff] has joined #sbcl 17:20:05 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 17:27:20 <_8david> is there a timeline for the upcoming release? I'm clearly running out of time for this week... month... year... ever... 17:30:32 yeah, probably freeze this weekend and release next 17:30:39 still time to do some work! 17:33:17 <_8david> Someone broke our brand-new-since-this-month windows/amd64 build. Could have been me :-), but that doesn't make it any less annoying. 17:34:04 -!- pnpuff [~Eternit9a@unaffiliated/pnpuff] has left #sbcl 17:34:25 fixing it is a valid thing to do during freeze time 17:35:02 <_8david> yeah, but it prevents me from (testing succesfully and) pushing my outstanding features 17:36:05 bother! 17:36:48 I will not be in any hurry to announce a freeze since realistically the amount of testing before e.g. Wednesday will be minimal in any case 17:36:56 so don't stress 17:37:01 also, it's the holidays! 17:46:12 <_8david> And PPC builds without pseudo-atomic are still segfaulting in threads.impure.lisp. :-( Surely that's critical enough a bug to hold up a release! ;-) 19:01:34 -!- wbooze [~wbooze@xdsl-78-35-186-202.netcologne.de] has quit [Ping timeout: 265 seconds] 19:11:52 -!- prxq [~mommer@mnhm-5f75c2ee.pool.mediaWays.net] has quit [Quit: Leaving] 19:40:10 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Read error: Operation timed out] 20:14:00 sdemarre [~serge@109.134.185.79] has joined #sbcl 20:33:21 <_8david> Pushed. 20:33:24 <_8david> Why, maybe people will test over Joulu. Let's freeze! 20:34:48 "Foreign callbacks" really? 20:34:59 even not on windows? 20:35:23 if so, that's extremely great! 20:36:04 <_8david> yeah, well, backport to (not sb-safepoint) is left as a SMOP exercise to the user 20:37:48 hm, but i guess commonqt just uses signal, not callbacks 20:38:08 for QFileDialog 20:39:02 _8david: wow. 20:40:08 <_8david> stassats`: if it doesn't end up in a callback ultimately, I don't understand the failure mode. 20:40:26 wbooze [~wbooze@xdsl-78-35-186-202.netcologne.de] has joined #sbcl 20:42:01 building with safepoints, will see what's going on 20:44:12 <_8david> You're probably aware of this, but I've currently still got a bit of *feature* creep ("ha ha") going on there; you always need (and sb-safepoint sb-thruption sb-wtimer) or none of those. 20:44:52 no, i wasn't aware of it 20:44:54 erh... is that sanity checked somewhere? :) 20:45:31 is it necessary to run a profiler at build-time? 20:46:30 <_8david> stassats`: you mean, why are we running sb-sprof tests while building the sb-sprof contrib? hmm, I thought it was pretty obvious that, going by our contrib conventions, it was a bug that we didn't. 20:46:47 well, it adds 10 seconds to the build time 20:50:43 <_8david> I'm sure there will be Windows users complaining that sb-sprof isn't being installed anymore :-). "Regression!" But the fix is to merge the windows sb-sprof. 20:54:26 holey moley. _8david, I hope you have more months where you "run out of time for SBCL work"! 20:55:45 well, that's just, i don't have words, (#_exec (#_new QFileDialog)) works now! 20:57:14 webkit does not 20:57:19 GC invariant lost, file "thread.c", line 299 20:59:05 running anything in ldb kills it completely 20:59:29 attila_lendvai [~attila_le@apn-37-220-245-56.vodafone.hu] has joined #sbcl 20:59:29 -!- attila_lendvai [~attila_le@apn-37-220-245-56.vodafone.hu] has quit [Changing host] 20:59:29 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 20:59:32 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 21:00:16 well, at least backtrace and regs 21:00:22 rlwrap: warning: sbcl killed by SIGSEGV 21:02:22 <_8david> stassats`: ah, are you on a DELAY_THREAD_POST_MORTEM platform? 21:02:29 _8david: "TLS slot assertion failed: slot 63 is unavailable (last TlsAlloc() returned 86)" is kind of worrying for 1092653, no? 21:02:43 _8david: how do i tell? 21:03:07 <_8david> stassats`: "darwin" 21:03:09 well, i call it linux-x86-64 21:03:14 -!- tcr1 [~tcr@95-90-241-167-dynip.superkabel.de] has quit [Quit: Leaving.] 21:03:45 all tests run successfully 21:03:55 lp 1092653 21:03:55 https://bugs.launchpad.net/bugs/1092653 21:05:26 <_8david> pkhuong: I opted to not worry about it, because it happens after calling backtrace_from_fp a couple of times in gdb. Is that really, truly reliable? We're interrupting some Windows DLL functios and are doing Lisp stuff on top of them. 21:05:54 _8david: here's a backtrace http://paste.lisp.org/display/134224 21:06:05 from gdb, when running backtrace on ldb 21:06:08 <_8david> pkhuong: And the failure mode looks like we're running os_init again, so that wouldn't happen if the backtrace attempt didn't truly break something from gdb, right? 21:06:29 k. 21:07:07 and the line is 310 || (p < (void *) arch_os_get_current_thread()->control_stack_end 21:08:00 <_8david> stassats`: follow-up error. The problem is the pthread_join. We probably shouldn't try to join threads we didn't create. 21:11:43 so, is that amendable? 21:15:26 why some cpp directives are # if defined(X) and some are #ifdef X? 21:15:42 and why some have a space after # and some not? 21:17:45 _8david: is w/o-interrupts in an uwp cleanup clause OK? 21:17:49 _8david: impressive 21:18:02 <_8david> stassats`: Spaces whenever I got so tired by the heavy preprocessor nesting that I decided it's time for some indentation. 21:18:20 _8david: I wonder if the DELAY_THREAD_POST_MORTEM stuff can just go away now 21:19:48 <_8david> stassats`: #if vs. #ifdef is tricky. Some people advocate never using #ifdef at all, but that's almost a bit like always saying "always use COND, not IF", so I don't agree with it entirely, and I do still use #ifdef when it's possible. But sometimes there's an #if foo&&bar and when removing the &&bar again I forgot to go back. Etc. 21:20:58 <_8david> slyrus: IMNSHO everything except for the Windows code ("IMMEDIATE_POST_MORTEM") should go away. The callback changes prove that it's OK to run in a pthread without switching stacks. 21:21:12 <_8david> pkhuong: uh, is that a code review / bug report? 21:21:35 _8david: i see 21:21:52 neither, trying to get a handle on 1092653, and thinking of potential bug/bugfix. 21:24:51 <_8david> stassats`: amendable, I'm sure. But not today, I'm afraid :-). 21:25:02 <_8david> If it is what I think it is, we just need an `if', in principle, but the function doesn't have the information needed to decide, so the "this is a foreign thread" flag needs to be propagated into the post_mortem structure somewhere. Not a one-line fix, but maybe a three-liner. 21:27:19 _8david: basically, re frlock bug, one execution path that might fit is that, if release-frlock-write-lock is interrupted, readers livelock. 21:31:33 oh wait, idle hang, never mind. 21:35:36 _8david: i wonder why that doesn't happen to QFileDialog 21:37:16 and is there a way to list all foreign threads? for slimy purposes 21:38:10 unhandled FLOATING-POINT-INEXACT building sb-sprof on darwin 21:38:21 is this known? 21:39:27 slyrus: building or testing? 21:39:33 building 21:40:26 umm.. wait. 21:40:56 test 21:40:57 well, it's using alien, so that's possible 21:41:09 pthread-kill 21:41:40 edgar-rft [~GOD@HSI-KBW-091-089-005-153.hsi2.kabelbw.de] has joined #sbcl 22:06:52 -!- sdemarre [~serge@109.134.185.79] has quit [Ping timeout: 260 seconds] 22:28:43 attila_lendvai [~attila_le@apn-37-220-245-56.vodafone.hu] has joined #sbcl 22:28:43 -!- attila_lendvai [~attila_le@apn-37-220-245-56.vodafone.hu] has quit [Changing host] 22:28:43 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 22:36:52 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 22:41:22 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 252 seconds] 23:31:19 -!- huangjs [~huangjs@69.84.244.131] has quit [Quit: This computer has gone to sleep] 23:31:58 huangjs [~huangjs@69.84.244.131] has joined #sbcl