00:01:38 -!- ASau` [~user@p5083D5D8.dip0.t-ipconnect.de] has quit [Ping timeout: 252 seconds] 00:37:24 -!- Vivitron` [~Vivitron`@c-50-172-44-193.hsd1.il.comcast.net] has quit [Ping timeout: 265 seconds] 00:43:09 mgodshall [~mgodshall@c-68-83-250-187.hsd1.pa.comcast.net] has joined #sbcl 01:46:45 -!- ltbarcly [~textual@pool-108-42-99-156.snfcca.fios.verizon.net] has quit [Quit: Computer has gone to sleep.] 02:38:44 edgar-rft [~GOD@HSI-KBW-109-193-013-113.hsi7.kabel-badenwuerttemberg.de] has joined #sbcl 02:44:11 kanru [~kanru@118-163-10-190.HINET-IP.hinet.net] has joined #sbcl 02:45:27 prxq__ [~mommer@x2f6cec9.dyn.telefonica.de] has joined #sbcl 02:48:58 -!- prxq_ [~mommer@x2f6bde4.dyn.telefonica.de] has quit [Ping timeout: 260 seconds] 02:53:52 -!- oleo [~oleo@xdsl-78-35-181-44.netcologne.de] has quit [Read error: Operation timed out] 02:54:08 -!- wbooze [~wbooze@xdsl-78-35-181-44.netcologne.de] has quit [Read error: Operation timed out] 02:54:18 oleo [~oleo@xdsl-84-44-153-157.netcologne.de] has joined #sbcl 03:19:57 -!- kanru [~kanru@118-163-10-190.HINET-IP.hinet.net] has quit [Remote host closed the connection] 03:22:56 kanru [~kanru@118-163-10-190.HINET-IP.hinet.net] has joined #sbcl 03:39:37 -!- christoph_debian [~christoph@ppp-88-217-60-114.dynamic.mnet-online.de] has quit [Ping timeout: 265 seconds] 03:53:43 christoph_debian [~christoph@ppp-88-217-57-174.dynamic.mnet-online.de] has joined #sbcl 03:56:03 Vivitron [~Vivitron@198.199.115.157] has joined #sbcl 03:56:26 -!- ASau`` is now known as ASau 04:24:18 -!- LiamH [~none@96.231.217.60] has quit [Quit: Leaving.] 04:52:07 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 04:54:58 -!- Vivitron [~Vivitron@198.199.115.157] has quit [Ping timeout: 240 seconds] 05:13:53 enupten [~neptune@c-76-104-192-196.hsd1.wa.comcast.net] has joined #sbcl 05:13:55 Does anyone know of a way to find the Fortran name mangling scheme, after loading a shared object file (using CFFI, or otherwise) ? 05:22:52 attila_lendvai [~attila_le@5.76.185.228] has joined #sbcl 05:22:52 -!- attila_lendvai [~attila_le@5.76.185.228] has quit [Changing host] 05:22:52 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 05:36:13 root_empire [~michael_l@222.90.41.168] has joined #sbcl 05:44:42 _foo. 05:51:03 pkhuong: I know the mangling scheme on my system. I want to be able to infer it dynamically. 05:51:54 SBCL gives style warnings for undefined aliens, so I'm assuming it looks for symbols in loaded alien object files ? 05:51:58 -!- root_empire [~michael_l@222.90.41.168] has quit [Quit: Ex-Chat] 05:57:13 -!- oleo [~oleo@xdsl-84-44-153-157.netcologne.de] has quit [Quit: Leaving] 06:07:03 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 06:08:18 You can try to query sb-sys:find-dynamic-foreign-symbol-address. 06:11:01 sdemarre [~serge@91.176.214.155] has joined #sbcl 06:11:06 Wow, this works wonderfully! Thank you pkhuong! 06:18:56 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 06:19:23 yacks [~py@122.179.33.54] has joined #sbcl 06:26:41 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 06:29:38 -!- sdemarre [~serge@91.176.214.155] has quit [Ping timeout: 264 seconds] 06:39:26 Vivitron` [~Vivitron`@c-50-172-44-193.hsd1.il.comcast.net] has joined #sbcl 06:59:33 -!- Vivitron` [~Vivitron`@c-50-172-44-193.hsd1.il.comcast.net] has quit [Ping timeout: 272 seconds] 07:20:25 -!- enupten [~neptune@c-76-104-192-196.hsd1.wa.comcast.net] has quit [Quit: Leaving] 07:47:29 michael_lee [~michael_l@222.90.41.168] has joined #sbcl 07:49:14 -!- michael_lee [~michael_l@222.90.41.168] has quit [Max SendQ exceeded] 07:50:32 michael_lee [~michael_l@222.90.41.168] has joined #sbcl 07:55:53 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 08:00:29 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Ping timeout: 240 seconds] 08:03:15 -!- michael_lee [~michael_l@222.90.41.168] has quit [Max SendQ exceeded] 08:04:31 michael_lee [~michael_l@222.90.41.168] has joined #sbcl 08:07:07 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 08:57:39 -!- yacks [~py@122.179.33.54] has quit [Ping timeout: 252 seconds] 09:17:24 yacks [~py@103.6.159.103] has joined #sbcl 09:35:31 jdz [~jdz@212.36.34.246] has joined #sbcl 09:39:49 -!- yacks [~py@103.6.159.103] has quit [Ping timeout: 248 seconds] 09:41:53 yacks [~py@103.6.159.103] has joined #sbcl 09:44:41 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 09:49:26 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Ping timeout: 264 seconds] 09:55:38 -!- milosn [~milosn@94.12.79.143] has quit [Ping timeout: 252 seconds] 09:56:18 milosn [~milosn@94.12.79.143] has joined #sbcl 09:58:03 -!- edgar-rft [~GOD@HSI-KBW-109-193-013-113.hsi7.kabel-badenwuerttemberg.de] has quit [Quit: experience finished because lifetime discontinued] 10:09:33 -!- pkhuong [~pkhuong@23.233.218.119] has quit [Ping timeout: 272 seconds] 10:26:27 ferada [~ferada@37.221.196.86] has joined #sbcl 10:31:43 -!- kludge` [~comet@unaffiliated/espiral] has quit [Ping timeout: 272 seconds] 10:35:19 -!- prxq__ is now known as prxq 10:36:54 kludge` [~comet@unaffiliated/espiral] has joined #sbcl 10:53:10 eudoxia [~eudoxia@r186-52-6-28.dialup.adsl.anteldata.net.uy] has joined #sbcl 11:33:22 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 11:38:13 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Ping timeout: 248 seconds] 11:59:21 -!- michael_lee [~michael_l@222.90.41.168] has quit [Remote host closed the connection] 12:26:15 any sbcl/windows users awake? 12:41:28 Krystof: i can access a windows vm with sbcl 1.1.4; would that help? 12:41:45 I'm after someone who could try a patch 12:42:05 or maybe I should just commit it and wait for travis to tell me how many tests start failing? 12:42:29 does testing the patch involve building sbcl? 12:42:33 yes 12:42:58 i can't currently help then, sorry 12:43:02 no problem 12:48:15 on a different note: I benchmarked a toy walker using specializers this morning, and couldn't get the overhead compared with a typecase below 50% 12:48:58 I'm beginning to think that an EQUAL hash table is the wrong answer, convenient though it is 12:49:09 (I don't think this is a roadblock to the current paper) 12:51:57 Krystof: i had the same impression: most of the overhead came from generalizer computation and gethash3 12:52:21 I wonder how exciting it would be to attempt to reuse the PCL cache 12:52:56 i haven't looked at that yet, but i tried something else 12:53:36 i added tiny protocol for computing a closure which computes generalizers and maybe the emf 12:56:24 for the fact/signum example, this reduced runtime and consing to ~30% (on a x86 system) 12:57:19 -!- eudoxia [~eudoxia@r186-52-6-28.dialup.adsl.anteldata.net.uy] has quit [Quit: Leaving] 13:50:03 -!- antoszka [~antoszka@unaffiliated/antoszka] has quit [Ping timeout: 272 seconds] 13:57:06 antoszka [~antoszka@unaffiliated/antoszka] has joined #sbcl 14:01:51 -!- psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has quit [Quit: Leaving.] 14:46:00 segv- [~mb@95-91-242-75-dynip.superkabel.de] has joined #sbcl 14:51:38 oleo [~oleo@xdsl-84-44-153-157.netcologne.de] has joined #sbcl 14:57:26 -!- jdz [~jdz@212.36.34.246] has quit [Ping timeout: 260 seconds] 14:59:28 psilord [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 15:00:50 wbooze [~wbooze@xdsl-84-44-153-157.netcologne.de] has joined #sbcl 15:16:16 asedeno [~asedeno@66.102.14.26] has joined #sbcl 15:19:20 jdz [~jdz@212.36.34.246] has joined #sbcl 15:33:46 -!- christoph_debian [~christoph@ppp-88-217-57-174.dynamic.mnet-online.de] has quit [Read error: Operation timed out] 15:36:54 -!- wbooze [~wbooze@xdsl-84-44-153-157.netcologne.de] has quit [Ping timeout: 265 seconds] 15:37:34 -!- oleo [~oleo@xdsl-84-44-153-157.netcologne.de] has quit [Ping timeout: 260 seconds] 15:38:18 oleo [~oleo@xdsl-78-35-174-208.netcologne.de] has joined #sbcl 15:48:30 christoph_debian [~christoph@ppp-46-244-226-0.dynamic.mnet-online.de] has joined #sbcl 15:55:24 michael_lee [~michael_l@222.90.41.168] has joined #sbcl 15:55:58 -!- michael_lee [~michael_l@222.90.41.168] has quit [Max SendQ exceeded] 15:57:05 christoph_debian: do you know about any problems with sbcl=2:1.1.14-2 and ASDF loading? http://paste.lisp.org/display/141276 16:00:39 flip214: might be fallout for applying that asdf patch (fixing imports of installed libraries) 16:00:59 should also update sbcl to .15 I know 16:01:10 give me tonight 16:01:12 ;-) 16:05:36 christoph_debian: would that give me a working ECL, too? ;) 16:05:42 yes, I know, too greedy. 16:06:22 currently I have to restart ECL (self-compiled) after each error in swank ... won't read new connection data. 16:08:52 christoph_debian: can I fix that myself easily? 16:11:16 christoph_debian: /usr/include/ecl/internal.h:429:26: fatal error: atomic_ops.h: Datei oder Verzeichnis nicht gefunden 16:13:31 christoph_debian: ECL would need an additional dependency to libatomic-ops-dev 16:20:01 flip214: depends 16:20:27 flip214: iirc copying that binary out of the .deb works fine for ecl 16:20:32 if nothing else 16:21:11 (dpkg -x it) 16:21:41 christoph_debian: sorry, I meant whether I can fix ASDF myself. 16:21:48 the evening will give you as much changes as I can do in that time sort of ;-) 16:21:55 the missing ECL dependency I just installed. 16:22:20 I don't know 16:22:36 I haven't debugged it so I don't really know what is wrong 16:22:45 flip214: can you test wether -1 is better 16:22:50 (snapshots.debian.org) 16:23:02 christoph_debian: to reproduce just generate a new project with quickproject. even an empty one breaks. 16:24:42 this is a bit off-topic 16:24:59 sorry. 16:43:32 wbooze [~wbooze@xdsl-78-35-174-208.netcologne.de] has joined #sbcl 17:12:10 Poenikatu [~kvirc@pdpc/supporter/bronze/poenikatu] has joined #sbcl 17:12:29 fiveop [~fiveop@p5DDC4B01.dip0.t-ipconnect.de] has joined #sbcl 17:13:01 I'm having problems with the sbcl message: deleting unreachable code. Can anybody help me? 17:14:06 I'll ask in #lisp first. Back later 17:21:49 It usually (for me) means you messed up something else, so that the code becomes unreachable. 17:26:37 -!- jdz [~jdz@212.36.34.246] has quit [Quit: Leaving] 17:30:15 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 17:30:49 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 17:32:01 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 17:34:07 davazp [~user@77.Red-88-23-190.staticIP.rima-tde.net] has joined #sbcl 17:34:59 any sbcl/win32 users awake now? 17:36:10 if anyone could try and let me know which tests fail on win32, that would be helpful 17:36:16 or even if I've managed to break the build 17:50:39 -!- psilord [~pkeller@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Quit: Leaving.] 17:51:12 Did you do Part III? 17:52:15 what? 17:53:22 I looked at you page, you weere at DAMTP, you might have done Part III. 17:53:26 ah, right 17:53:45 I was at DAMTP. I did not do Part III Maths; I did Part III Physics (my undergrad was NatSci) 17:54:30 did you? 17:55:53 In Maths 17:56:32 (Is there a difference? I came from outside; half of the courses looked very much like physics to me.) 17:57:15 there is a difference 17:57:25 leuler [~user@p548F9E98.dip0.t-ipconnect.de] has joined #sbcl 17:57:54 I don't have a win32 machine, but I would like to make progress with the ARM port and don't know how to debug genesis-2. 17:58:04 I know how to debug genesis 2, at least some of the time 17:58:15 I only get a core dumped message and would like to get more information. 17:58:16 the difference between CASM and Part III physics is huge in philosophy 17:58:35 in CASM, you are really studying Maths; in Part III Physics, there's a lot of Physics. Obvious, I know 17:58:52 when I started my PhD, I went to some of the Part III Maths lectures (in GR, for example) 17:59:23 by lecture 10 of 24, we were still discussing maps between manifolds, and hadn't actually computed anything resembling a number or physical quantity 17:59:33 :) 17:59:34 at which point I said "screw it, I'll learn it from a textbook" 18:00:09 fiveop: do you get the core dump at the point of running the cold core, or before that? 18:00:34 good question, let me set everything up to reproduce the message 18:00:44 when were you there? 18:01:06 07/08 18:01:51 I did the QFT course in 99-00, and didn't do the GR course in 00-01 18:02:31 and now I feel old 18:03:00 -!- yacks [~py@103.6.159.103] has quit [Quit: Leaving] 18:04:09 And you got from GR to music :) 18:04:46 Krystof: when I said genesis-2, I mean target-2, sorry. 18:06:25 excellent 18:06:29 so you have a cold core, and it doesn't boot 18:06:34 this is totally normal :) 18:06:47 I spent most of my PhD in that situation 18:06:51 http://paste.lisp.org/display/141282 18:07:15 ok, so what that is actually doing is src/runtime/sbcl --core output/cold-sbcl.core 18:07:22 that will very soon become a finger macro for you 18:07:55 one thing that *might* give interesting diagnostic output is building with :sb-show in the target features 18:08:15 I did that :/ 18:08:19 what I found I had to do with new ports, though, was typically to run that command under gdb 18:08:22 still totally normal :) 18:08:25 so 18:08:29 gdb src/runtime/sbcl 18:08:35 (gdb) break call_into_lisp 18:08:45 (gdb) run --core output/cold-sbcl.core 18:08:59 gdb command not found ... time to put more software on that raspberrypi 18:09:00 and then single-step through call_into_lisp until you hit lisp code. 18:09:25 at the point when you hit lisp code, check the address of the instruction pointer against the address of your top-level function in output/cold-sbcl.map 18:09:30 if they're relatively close, then that is progress! 18:09:39 while you're doing all of that, I need to travel home 18:09:44 back soon 18:10:28 (btw, if you have a tree online somewhere I can connect my beagleboard and see how much I can help.) 18:19:54 -!- wbooze [~wbooze@xdsl-78-35-174-208.netcologne.de] has quit [Quit: Client Quit] 18:22:13 wbooze [~wbooze@xdsl-78-35-174-208.netcologne.de] has joined #sbcl 18:32:16 drmeister [~drmeister@155.247.96.196] has joined #sbcl 18:34:01 psilord [~psilord@c-69-180-173-249.hsd1.mn.comcast.net] has joined #sbcl 18:36:04 -!- drmeister [~drmeister@155.247.96.196] has quit [Read error: Connection reset by peer] 18:36:12 drmeiste_ [~drmeister@155.247.96.196] has joined #sbcl 18:44:12 -!- davazp [~user@77.Red-88-23-190.staticIP.rima-tde.net] has quit [Remote host closed the connection] 18:57:44 -!- drmeiste_ [~drmeister@155.247.96.196] has quit [Remote host closed the connection] 19:11:37 So I get to https://github.com/fiveop/sbcl-arm/blob/master/src/runtime/arm-assem.S#L99 . Stepping once more yields a sigsegv. 19:12:31 The backtrace has two entries: 1. 0x512a13a8 which is well within !COLD-INIT according to cold-sbcl.map; 2. 0xe002e59c which is nowhere near anything in cold-sbcl.map 19:14:44 The simplified !COLD-INIT in https://github.com/fiveop/sbcl-arm/blob/master/src/arm-bootstrap.lisp runs correctly. So I think the problem is that some code executed by the proper !COLD-INIT is just broken. 19:19:36 I'll try to use (%primitive print) to debug !COLD-INIT 19:33:29 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Read error: Connection reset by peer] 19:44:15 Is there a way to compile a single file as host-2 does it and then link everything that would have been build by host-2? 19:44:26 an easy way :) 19:53:25 Successively uncommenting more and more stuff in !COLD-INIT shows me that I get up to calling THREAD-INIT-OR-REINIT 19:54:15 considering that no threading code is written for ARM so far, I wonder if I can just skip that 19:56:37 On second thought, it might have to do with THREAD-INIT-OR-REINIT being defined in cold-init.lisp, which I have commented out of build-order at the moment ... ;) 19:59:35 sdemarre [~serge@91.176.214.155] has joined #sbcl 20:09:53 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 20:33:16 ltbarcly_ [~textual@216.113.168.135] has joined #sbcl 20:33:49 -!- ltbarcly_ [~textual@216.113.168.135] has quit [Client Quit] 20:37:45 fiveop: also, when I said "single-step" I meant stepi not step 20:37:49 as in, instruction by instruction 20:38:18 fiveop: to answer your "Is there a way to compile...", the answer is ./slam.sh if you have :sb-after-xc-core on *features* 20:41:38 http://paste.lisp.org/display/141286 20:42:30 does stepi even after calling into lisp? 20:43:33 stepi does (should) work after calling into lisp 20:43:56 and yes, if you haven't exported debug-!typecheckfuns... from SB!KERNEL there's no way that your show-and-call can work 20:44:06 it's referring to a different symbol 20:44:34 that is, it's probably trying to call sb!impl::debug-!typecheckfuns... 20:45:08 right 20:45:12 (I am impressed that function call basically works!) 20:45:37 tell that to nyef :) 20:45:43 I have no idea what I'm doing 20:45:44 at some point, though, things are fundamentally going to break because of needing to look up things in packages, hash tables or similar 20:47:30 If you look at the paste and imagine the code without the second and third (in-package ...) forms, then it should work, right? 20:48:06 assuming it runs gets to the call 20:48:56 for output see http://paste.lisp.org/display/141286#1 20:50:18 haven't you just run off the end of !cold-init? 20:51:04 I would be suspicious about whether /show0 flushes buffers 20:51:27 BICBW 20:51:48 you could set a breakpoint at the start of debug-!typecheckfuns... and stepi until you see what's going on 20:52:17 alternatively: you could try moving thread-init-or-reinit earlier to see if it's scribbling on something it shouldn't 20:53:11 my memory is also telling me that there's something a little bit weird about primitive print 20:53:13 Krystof: it does not, if I compile the full !cold-init I get no output at all 20:53:59 you could also insert multiple calls to thread-init-or-reinit 20:54:03 so many things to try! 20:54:10 :) 20:54:21 this is the real skill I learnt at DAMTP, while avoiding actually doing five-dimensional cosmology 20:54:35 debugging sbcl? :) 20:56:35 I could compile debug_print with fflush(stderr) 20:56:56 debugging sbcl, yes 20:58:21 http://www.advogato.org/person/crhodes/diary/29.html 20:58:45 http://www.advogato.org/person/crhodes/diary/12.html 20:58:49 happy times 21:02:00 I'm done for today. Thank you for you help. Now I've got something to chew on again :) 21:04:07 where are you based, btw? 21:04:36 berlin 21:07:10 -!- wbooze [~wbooze@xdsl-78-35-174-208.netcologne.de] has quit [Ping timeout: 252 seconds] 21:07:45 wbooze [~wbooze@xdsl-78-35-174-208.netcologne.de] has joined #sbcl 21:11:39 ok, there goes that idea. Do you hang out with other Berlin lispers? 21:11:52 -!- wbooze [~wbooze@xdsl-78-35-174-208.netcologne.de] has quit [Client Quit] 21:11:55 no 21:12:15 I wanted to stop 21:12:31 Now, I continue to hit C-p RET to step through that thing 21:12:42 you can just hit RET 21:12:48 0x51388b18 in ?? () 21:12:48 (gdb) stepi 21:12:48 Cannot access memory at address 0x0 21:12:53 I call that progress 21:13:09 now you know exactly where it all goes wrong 21:13:18 its in debug-!typecheckfuns-cold-init 21:13:51 gdb can't by any chance disassemble around the current pc 21:14:50 dissassemble might be helpfull 21:16:04 it can 21:16:12 disassemble address address 21:16:40 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 21:16:42 disassemble start end 21:19:00 wbooze [~wbooze@xdsl-78-35-174-208.netcologne.de] has joined #sbcl 21:21:01 drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has joined #sbcl 21:25:32 -!- drmeister [~drmeister@pool-71-175-2-214.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 21:30:05 http://paste.lisp.org/display/141287 21:30:33 there is a 0x0 in r9, but a mov usually does not access memory :) 21:31:15 There seems to be a pecularity on ARM that reading from pc will yield pc+8 (or something). No idea whether GDB accounts for that. 21:31:35 2 instructions (-8 bytes) before the mov instructions there is an ldr 21:31:42 but r7 is not 0x0 either 21:32:22 and gdb has to account for it, since I step through the code you see and looked at register changes after each step 21:32:34 and they fit to the instructions pointed to by gdb 21:33:00 enough now, really :) 21:33:00 gn8 21:33:04 -!- fiveop [~fiveop@p5DDC4B01.dip0.t-ipconnect.de] has quit [] 21:36:26 -!- slyrus [~chatzilla@107.201.5.56] has quit [Ping timeout: 260 seconds] 21:37:13 it might be faulting trying to execute the msr? 21:38:29 slyrus [~chatzilla@107.201.5.56] has joined #sbcl 21:39:11 -!- leuler [~user@p548F9E98.dip0.t-ipconnect.de] has quit [Quit: ERC Version 5.1.2 $Revision: 1.796.2.6 $ (IRC client for Emacs)] 21:47:24 -!- sdemarre [~serge@91.176.214.155] has quit [Read error: Operation timed out] 23:10:52 davazp [~user@77.Red-88-23-190.staticIP.rima-tde.net] has joined #sbcl 23:12:48 -!- Poenikatu [~kvirc@pdpc/supporter/bronze/poenikatu] has left #sbcl 23:25:02 -!- ferada [~ferada@37.221.196.86] has quit [Ping timeout: 272 seconds] 23:58:09 ASau` [~user@p54AFF98E.dip0.t-ipconnect.de] has joined #sbcl 23:59:02 nicdev` [~user@kilimanjaro.rafpepa.com] has joined #sbcl 23:59:10 -!- nicdev [~user@kilimanjaro.rafpepa.com] has quit [Remote host closed the connection]