00:21:33 -!- LiamH [~healy@pool-108-18-166-81.washdc.east.verizon.net] has quit [Quit: Leaving.] 00:30:40 -!- drdo [~drdo@85.207.54.77.rev.vodafone.pt] has quit [Ping timeout: 255 seconds] 00:30:48 drdo [~drdo@85.207.54.77.rev.vodafone.pt] has joined #sbcl 01:45:38 Phoodus [~foo@ip72-223-116-248.ph.ph.cox.net] has joined #sbcl 01:52:03 LiamH [~healy@pool-108-18-166-81.washdc.east.verizon.net] has joined #sbcl 01:59:28 -!- cmm [~cmm@109.66.69.61] has quit [Ping timeout: 240 seconds] 02:01:33 cmm [~cmm@109.65.202.123] has joined #sbcl 02:10:27 Phooodus [~foo@ip72-223-116-248.ph.ph.cox.net] has joined #sbcl 02:11:59 -!- Phoodus [~foo@ip72-223-116-248.ph.ph.cox.net] has quit [Ping timeout: 248 seconds] 02:31:51 attila_lendvai [~attila_le@87.247.13.5] has joined #sbcl 02:31:51 -!- attila_lendvai [~attila_le@87.247.13.5] has quit [Changing host] 02:31:51 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 02:39:04 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 240 seconds] 02:43:54 akovalenko [~anton@95.72.170.200] has joined #sbcl 02:58:53 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 03:44:20 -!- mensch [~mensch@c-98-217-184-95.hsd1.ma.comcast.net] has quit [Quit: leaving] 04:30:14 Phoodus [~foo@ip72-223-116-248.ph.ph.cox.net] has joined #sbcl 04:31:38 -!- Phooodus [~foo@ip72-223-116-248.ph.ph.cox.net] has quit [Ping timeout: 252 seconds] 04:36:25 -!- drdo [~drdo@85.207.54.77.rev.vodafone.pt] has quit [Read error: Connection reset by peer] 04:45:25 akovalen` [~anton@95.72.171.122] has joined #sbcl 04:45:38 -!- akovalenko [~anton@95.72.170.200] has quit [Read error: Operation timed out] 04:58:16 -!- LiamH [~healy@pool-108-18-166-81.washdc.east.verizon.net] has quit [Ping timeout: 240 seconds] 05:03:13 -!- cmm [~cmm@109.65.202.123] has quit [Ping timeout: 258 seconds] 05:04:57 cmm [~cmm@bzq-79-181-208-18.red.bezeqint.net] has joined #sbcl 05:13:43 LiamH [~healy@pool-108-18-166-81.washdc.east.verizon.net] has joined #sbcl 05:27:45 drdo [~drdo@85.207.54.77.rev.vodafone.pt] has joined #sbcl 05:42:00 -!- homie` [~levgue@xdsl-78-35-137-163.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 05:43:43 -!- LiamH [~healy@pool-108-18-166-81.washdc.east.verizon.net] has quit [Quit: Leaving.] 06:12:05 Phooodus [~foo@ip72-223-116-248.ph.ph.cox.net] has joined #sbcl 06:13:45 -!- Phoodus [~foo@ip72-223-116-248.ph.ph.cox.net] has quit [Ping timeout: 258 seconds] 06:33:22 -!- akovalen` [~anton@95.72.171.122] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 07:06:27 sdemarre [~serge@91.176.187.200] has joined #sbcl 07:44:08 -!- Phooodus [~foo@ip72-223-116-248.ph.ph.cox.net] has quit [Ping timeout: 276 seconds] 08:11:46 Phoodus [~foo@ip72-223-116-248.ph.ph.cox.net] has joined #sbcl 08:18:55 -!- Phoodus [~foo@ip72-223-116-248.ph.ph.cox.net] has quit [Ping timeout: 260 seconds] 08:25:51 Blkt [~user@89-96-199-46.ip13.fastwebnet.it] has joined #sbcl 08:39:01 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 240 seconds] 08:41:01 good morning everyone 08:57:50 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 09:03:11 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 258 seconds] 09:11:24 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 09:19:56 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 244 seconds] 09:29:38 -!- drdo [~drdo@85.207.54.77.rev.vodafone.pt] has quit [Remote host closed the connection] 09:32:48 drdo [~drdo@85.207.54.77.rev.vodafone.pt] has joined #sbcl 09:39:14 attila_lendvai [~attila_le@87.247.39.71] has joined #sbcl 09:39:14 -!- attila_lendvai [~attila_le@87.247.39.71] has quit [Changing host] 09:39:14 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 09:39:51 tcr1 [~tcr@95-88-46-7-dynip.superkabel.de] has joined #sbcl 09:41:45 -!- tcr1 is now known as tcr 09:51:33 -!- specbot [~specbot@tiger.common-lisp.net] has quit [Ping timeout: 256 seconds] 09:52:33 hlavaty [~user@91-65-217-112-dynip.superkabel.de] has joined #sbcl 10:01:17 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 245 seconds] 10:11:02 -!- drdo [~drdo@85.207.54.77.rev.vodafone.pt] has quit [Ping timeout: 258 seconds] 10:12:35 Phoodus [~foo@68.107.217.139] has joined #sbcl 10:17:39 attila_lendvai [~attila_le@109.239.37.119] has joined #sbcl 10:17:39 -!- attila_lendvai [~attila_le@109.239.37.119] has quit [Changing host] 10:17:39 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 10:33:49 -!- Phoodus [~foo@68.107.217.139] has quit [Ping timeout: 244 seconds] 10:34:05 Phoodus [~foo@68.107.217.139] has joined #sbcl 10:51:08 -!- Phoodus [~foo@68.107.217.139] has quit [Ping timeout: 252 seconds] 12:00:17 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 258 seconds] 12:07:16 drdo [~drdo@85.207.54.77.rev.vodafone.pt] has joined #sbcl 12:23:09 attila_lendvai [~attila_le@87.247.39.71] has joined #sbcl 12:23:09 -!- attila_lendvai [~attila_le@87.247.39.71] has quit [Changing host] 12:23:09 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 13:22:20 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 256 seconds] 13:23:16 attila_lendvai [~attila_le@109.239.37.119] has joined #sbcl 13:23:16 -!- attila_lendvai [~attila_le@109.239.37.119] has quit [Changing host] 13:23:16 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 13:32:03 Is it possible that from .51 to .52 something changed that made (defmethod xx ((a b))) for structure types invalid? 13:32:39 I know that this worked a few weeks (<= 5) ago, but now with 1.0.52 I get an error "There is no class named ..." 13:35:27 works for me. 13:35:39 oh wait. That's probably an old image. 13:36:11 still works for me. 13:38:34 hmmm 13:38:40 thanks 13:50:35 tyson1 [~Ian@bas1-toronto06-2925210720.dsl.bell.ca] has joined #sbcl 14:17:38 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 14:22:07 nyef [~nyef@c-174-63-105-188.hsd1.ma.comcast.net] has joined #sbcl 14:22:14 Hello all. 14:22:14 nyef, memo from pkhuong: the bots should be stable again 14:22:21 Oh, nice. 14:22:32 minion: seen nikodemus? 14:22:32 nikodemus was last seen 5y6m14d32h43m10s ago, saying "minion: when are you going to support seen?" 14:22:40 As useful as ever, I see. 14:23:01 that's a lot of days 14:23:20 minion: seen cmm? 14:23:20 cmm was last seen 5y6m14d32h43m10s ago, saying "minion: when are you going to support seen?" 14:24:05 I don't understand how gates can be safe from races. 14:24:18 ... context? 14:24:35 nikodemus's last few commits. 14:24:40 Oh well. 14:24:44 minion: seen flip214? 14:24:44 Uh-oh. 14:24:45 flip214 was last seen 5y6m14d32h43m10s ago, saying "minion: when are you going to support seen?" 14:24:56 We still haven't fixed the problems with the removal of lutexes. 14:25:14 At least, as far as I know we haven't. 14:25:50 really? PPC? AFAIR, the switch made tests pass on darwin, a long time ago. 14:26:27 Yeah, PPC locks up during symbol-value-in-thread.3, somewhat randomly, if we're not using futexes. 14:27:18 Also managed to get a GC fault on that, too, due to a blown assumption in make-lisp-obj. 14:28:23 lock up after some progress or none at all? 14:28:54 After some progress. 14:29:32 I found one access to an unsynchronized data structure that wasn't protected by appropriate locking, but it shouldn't be an issue in this case. 14:29:45 Beyond that, I don't know what's going on. 14:31:18 rpg [~rpg@216.243.156.16.real-time.com] has joined #sbcl 14:34:16 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has left #sbcl 14:35:13 -!- tyson1 [~Ian@bas1-toronto06-2925210720.dsl.bell.ca] has quit [Quit: Leaving.] 14:38:19 Umm... does THREAD-YIELD act as a barrier? At least a read barrier? 14:39:00 Hrm, no, that's one of the places I put a read barrier just in case. 14:40:40 I'm not sure I see that our waitqueues are correct wrt timeouts 14:41:02 Timeouts need not apply here. 14:41:17 I'm not convinced that they're correct WRT actually working properly. 14:42:52 mm... how expensive is without-gcing? 14:43:15 I seem to recall it not being cheap, why? 14:44:07 does s-v-i-t.3 work better if you force a GC at the beginning of each iteration and/or increase the heap size? 14:44:09 pkhuong: Race like what? 14:44:35 Right now I'm testing a (sleep 0.1) just prior to the wait-on-semaphore. 14:44:57 tcr: ABA issues with a thread never actually waking up before the gate transitions back to being closed. 14:45:09 ... And there really does need to be a read barrier in this test. 14:45:41 The gate is still working fine, but, as a construct, it seems like it makes it easy to design racy systems. 14:45:55 Hrm. Or not. The noise thread keeps running until it triggers a GC, which is a full barrier. 14:46:00 nyef: no gdb, right? 14:46:15 Right, only system I have with gdb is my osx box. 14:46:19 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 14:47:10 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 14:47:13 do you think you could add a C signal handler on something bogus sighup to trigger a backtrace from the current thread (or all, ideally)? 14:47:27 *bogus like sighup 14:48:03 Lisppaste has a snippet for that, but aiming it to a thread is trickier. 14:49:15 pkhuong: You mean gates opens, and closes quickly, so a waiting thread gets waked up but noticed the gate is close and so does not proceed? 14:49:17 attila_lendvai [~attila_le@109.239.37.119] has joined #sbcl 14:49:17 -!- attila_lendvai [~attila_le@109.239.37.119] has quit [Changing host] 14:49:17 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 14:49:23 tcr: right. 14:49:48 pkhuong: That's by design, though, I'd say. At least I designed it that way 14:51:33 nyef: (when (zerop (mod i 200)) (write-char #\-) (force-output)) after wait-on-semaphore? 14:52:08 What does that tell us? 14:52:22 making sure it's hanging in join-thread. 14:52:38 Only fires one out of every 200 threads, though. 14:53:06 Okay, killing the noise thread seems to make things run through much more stably. 14:53:28 right. both #\. and #\- could fire at each iteration, and that might very well hide the issue. 14:57:38 ... I think the deadlock tests just hung. 15:01:46 *nyef* installs gdb. 15:03:14 How do I get a backtrace on each thread? 15:03:48 thread apply all backtrace? 15:04:27 if our stack frames swing that way? 15:04:41 Separate stacks. 15:05:16 call lisp_backtrace(10) 15:05:53 segfault. 15:06:46 I am once again underwhelmed by the experience of using gdb with sbcl. 15:08:53 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 258 seconds] 15:12:38 Is there some way to find out the signal mask for a thread from gdb? 15:15:30 -!- tcr [~tcr@95-88-46-7-dynip.superkabel.de] has quit [Quit: Leaving.] 15:20:58 attila_lendvai [~attila_le@87.247.39.71] has joined #sbcl 15:20:58 -!- attila_lendvai [~attila_le@87.247.39.71] has quit [Changing host] 15:20:58 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 15:23:49 Okay, there's a thread T2 involved in this mess, even if it /has/ already exited, so this must be deadlock-detection.1. 15:38:27 pers [~user@96-25-162-104.gar.clearwire-wmx.net] has joined #sbcl 15:42:18 antgreen [~user@bas3-toronto06-1176449587.dsl.bell.ca] has joined #sbcl 15:51:13 homie [~levgue@xdsl-78-35-147-52.netcologne.de] has joined #sbcl 15:55:43 Qworkescence [~quad@unaffiliated/quadrescence] has joined #sbcl 15:59:32 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 16:01:54 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 16:02:30 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 16:03:09 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 16:38:55 Quadresce [~quad@unaffiliated/quadrescence] has joined #sbcl 16:42:20 -!- Qworkescence [~quad@unaffiliated/quadrescence] has quit [Ping timeout: 276 seconds] 17:21:17 -!- Blkt [~user@89-96-199-46.ip13.fastwebnet.it] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 17:21:49 -!- antgreen [~user@bas3-toronto06-1176449587.dsl.bell.ca] has quit [Read error: Connection reset by peer] 17:30:43 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 258 seconds] 17:36:56 -!- Quadresce is now known as Qworkescence 17:47:29 still 2 failures, threads.pure.lisp, debug.impure.lisp, (wiat-on-semaphore timeout, many threads), (backtrace-interrupted-condition-wait) 17:48:02 homie: I had a look at the backtrace one. 17:48:35 homie: The backtrace thing is due to an elided frame on call-out, as near as I can tell. 17:48:52 so it's skipped or jumped over ? 17:49:50 It's as though the debugger can't find the frame for a function that calls out to C. 17:51:27 erm, i don't know anything about the backtrace source, does it have to ffi ? or look for saps thru alien ? 17:51:59 or what does call-out ot C mean then ? 17:54:14 Somewhere in condition-wait, it calls a futex function that's in libc or something. 17:54:26 So we transition from Lisp to C code. 17:54:47 When we try to backtrace that, the last lisp frame before the transition is for some reason not found. 18:06:50 can inlining be a problem ? 18:09:00 It shouldn't be in this case. 18:32:51 pchrist_ [~spirit@gentoo/developer/pchrist] has joined #sbcl 18:35:27 -!- pchrist [~spirit@gentoo/developer/pchrist] has quit [Ping timeout: 248 seconds] 18:39:34 tcr [~tcr@95-88-46-7-dynip.superkabel.de] has joined #sbcl 18:44:28 -!- pchrist_ [~spirit@gentoo/developer/pchrist] has quit [Quit: leaving] 18:45:04 pchrist [~spirit@gentoo/developer/pchrist] has joined #sbcl 19:16:13 -!- hlavaty [~user@91-65-217-112-dynip.superkabel.de] has quit [Ping timeout: 240 seconds] 19:29:29 ; 89C: L0: L1: L2: L3: L4: L5: L6:8BE5 MOV ESP, EBP 19:29:31 :S 19:31:47 (in the disassembly of #'isqrt using sbcl 1.0.53.19.mswinmt.1042) 19:33:04 -!- tcr [~tcr@95-88-46-7-dynip.superkabel.de] has quit [Quit: Leaving.] 19:34:24 That's neat. 19:34:36 Using DISASSEMBLE, or is this from the compiler trace output? 19:34:55 DISASSEMBLE 19:35:22 As I said, that's neat. 19:35:57 nyef, is there any reason to have 7 labels at the same place? 19:36:13 Not from disassembly, so far as I know. 19:36:23 It should just have one and re-use it. 19:36:38 right 19:37:09 what does stunted mean ? 19:37:42 homie: Haven't you ever heard that if you drink coffee as a kid you'll stunt your growth? 19:38:06 accel, decel ? inhibit ? 19:38:21 inhibit 19:38:24 Shorten? 19:38:28 Truncate? 19:38:37 reduce, shorten, suppress 19:38:45 ok 19:39:14 synonym? 19:42:17 how is a mutex initialized by default ? 19:42:42 i mean what does make-mutex do ? 19:42:53 Qworkescence: how do you feel about the hypot commit? 19:44:20 :timeout nil and with-timout 0.1 make sense ? 19:44:28 for the same thing ? 19:59:47 -!- rpg [~rpg@216.243.156.16.real-time.com] has quit [Quit: rpg] 20:01:05 tcr [~tcr@95-88-46-7-dynip.superkabel.de] has joined #sbcl 20:03:48 is the backtrace test itself sane ? 20:05:56 i see that the assertion of verify-backtrace fails, and it's all dynamic-envs and the argument c of the anon lambda is not used in the error output at all.... 20:07:17 can it be that the control point to jump to escapes this way ? 20:09:13 tho the mutex thing seems to work, i don't know how many threads are fired, but i see more than-once invocation of that test .... 20:11:38 and the mutex itself is established in anon lambda 20:18:47 sorry, erm, if i speak nonsense..... 20:20:23 -!- tcr [~tcr@95-88-46-7-dynip.superkabel.de] has quit [Quit: Leaving.] 20:35:19 Backtrace itself isn't sane. 20:36:49 i just got one hint, telling me just at the beginning of the test that the ,testname is not in backtrace..... 20:37:15 i don't know what that means tho.... 20:39:39 as if it was looking for a package named backtrace or so.... 20:39:43 sounds ..... 20:42:14 assertoid and test-util packages are loaded i see 20:43:18 and then *break-on-failure* and *break-on-expected-failure* are set to nil, just before the test file, and *break-on-error* is set to nil before the tests are run 20:48:45 There's a command-line option to run-tests.sh that changes the break behavior. 20:50:56 oh ok, thank you, running with --break-on-failure now 21:24:15 prxq [~mommer@mnhm-5f75e1af.pool.mediaWays.net] has joined #sbcl 21:27:03 borkman [~user@S0106001111de1fc8.cg.shawcable.net] has joined #sbcl 21:51:42 tcr [~tcr@95-88-46-7-dynip.superkabel.de] has joined #sbcl 22:20:49 -!- homie [~levgue@xdsl-78-35-147-52.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 23:15:07 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 23:28:56 Kryztof [~user@81.174.155.115] has joined #sbcl 23:28:56 -!- ChanServ has set mode +o Kryztof 23:46:16 -!- prxq [~mommer@mnhm-5f75e1af.pool.mediaWays.net] has quit [Quit: Leaving]