00:02:08 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Disconnected by services] 00:02:08 attila_lendvai1 [~attila_le@188-143-60-177.pool.digikabel.hu] has joined #sbcl 00:07:59 attila_lendvai [~attila_le@188-143-60-177.pool.digikabel.hu] has joined #sbcl 00:07:59 -!- attila_lendvai [~attila_le@188-143-60-177.pool.digikabel.hu] has quit [Changing host] 00:08:00 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 00:08:07 -!- attila_lendvai1 [~attila_le@188-143-60-177.pool.digikabel.hu] has quit [Quit: Leaving.] 00:09:34 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 00:50:11 -!- edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 01:06:23 echo-area [~user@182.92.247.2] has joined #sbcl 01:09:11 LiamH [~healy@pool-74-96-18-66.washdc.east.verizon.net] has joined #sbcl 01:19:40 fixed one bug, found another while doing so 01:19:46 it's a vicious circle 01:22:25 If the bugs are getting fixed, it's virtuous. d-: 01:22:35 didn't fix the second one 01:22:47 so, the net amount of known bugs remains the same 01:22:51 Sure, but we know about it now, right? 01:23:00 yes 01:23:08 There's at least less COMPOUND ignorance. 01:27:56 homie` [~levgue@xdsl-84-44-155-180.netcologne.de] has joined #sbcl 01:30:18 how many vops should a man write before he understands what it's all about 01:30:38 -!- homie [~levgue@xdsl-78-35-150-17.netcologne.de] has quit [Ping timeout: 240 seconds] 01:41:43 I don't know, I keep finding new aspects to what it's all about (and forgetting some of them). 01:42:01 I mean, the whole :target thing is fairly badly broken, semantically. 01:44:59 tried putting a mask for logand into a register instead of into inline-constants memory thing, and it seems to be actually slower 01:46:07 attila_lendvai [~attila_le@188-143-60-177.pool.digikabel.hu] has joined #sbcl 01:46:07 -!- attila_lendvai [~attila_le@188-143-60-177.pool.digikabel.hu] has quit [Changing host] 01:46:08 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 01:47:20 mov m,immediate + and x,m take more space than just and x,[rip+222], maybe that's the reason 01:50:56 well, and it's one instruction less 01:52:58 -!- homie` [~levgue@xdsl-84-44-155-180.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 01:54:11 homie [~levgue@xdsl-84-44-155-180.netcologne.de] has joined #sbcl 02:01:38 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Disconnected by services] 02:01:43 attila_lendvai1 [~attila_le@188-143-60-177.pool.digikabel.hu] has joined #sbcl 02:01:43 -!- attila_lendvai1 is now known as attila_lendvai 02:01:43 -!- attila_lendvai [~attila_le@188-143-60-177.pool.digikabel.hu] has quit [Changing host] 02:01:43 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 02:02:09 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Read error: Connection reset by peer] 02:43:13 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 252 seconds] 02:56:53 -!- Phoodus [~foo@ip72-223-116-248.ph.ph.cox.net] has quit [Ping timeout: 250 seconds] 03:45:08 -!- LiamH [~healy@pool-74-96-18-66.washdc.east.verizon.net] has left #sbcl 05:13:21 nikodemus [~nikodemus@176-93-191-189.bb.dnainternet.fi] has joined #sbcl 05:13:22 -!- ChanServ has set mode +o nikodemus 05:20:41 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 05:52:25 -!- RazWelles_ [~Raz@c-65-34-239-133.hsd1.fl.comcast.net] has quit [Read error: Connection reset by peer] 05:58:15 stassats` [~stassats@pppoe.178-66-25-220.dynamic.avangarddsl.ru] has joined #sbcl 05:58:25 -!- stassats` [~stassats@pppoe.178-66-25-220.dynamic.avangarddsl.ru] has quit [Changing host] 05:58:26 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 06:05:37 -!- echo-area [~user@182.92.247.2] has quit [Ping timeout: 252 seconds] 06:08:54 Phoodus [~foo@wsip-68-107-217-139.ph.ph.cox.net] has joined #sbcl 06:10:34 -!- nikodemus [~nikodemus@176-93-191-189.bb.dnainternet.fi] has quit [Quit: This computer has gone to sleep] 06:17:26 sdemarre [~serge@91.176.47.168] has joined #sbcl 06:25:02 -!- sdemarre [~serge@91.176.47.168] has quit [Ping timeout: 272 seconds] 06:33:29 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 265 seconds] 06:38:15 -!- huangjs [~huangjs@190.8.100.83] has quit [Read error: Connection reset by peer] 07:04:53 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 07:26:22 jdz [~jdz@193.206.22.97] has joined #sbcl 07:55:36 echo-area [~user@182.92.247.2] has joined #sbcl 08:12:32 -!- Kryztof [~user@81.174.155.115] has quit [Ping timeout: 245 seconds] 08:29:45 TimKack [~tkack@c-2ec2134b-74736162.cust.telenor.se] has joined #sbcl 09:25:09 huangjs [~huangjs@190.8.100.83] has joined #sbcl 11:39:14 -!- specbot [~specbot@pppoe.178-66-25-220.dynamic.avangarddsl.ru] has quit [Remote host closed the connection] 11:40:08 specbot [~specbot@pppoe.178-66-25-220.dynamic.avangarddsl.ru] has joined #sbcl 12:15:01 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 12:29:31 -!- specbot [~specbot@pppoe.178-66-25-220.dynamic.avangarddsl.ru] has quit [Disconnected by services] 12:29:33 -!- minion [~minion@pppoe.178-66-25-220.dynamic.avangarddsl.ru] has quit [Disconnected by services] 12:29:35 specbot [~specbot@pppoe.178-66-25-220.dynamic.avangarddsl.ru] has joined #sbcl 12:29:37 minion [~minion@pppoe.178-66-25-220.dynamic.avangarddsl.ru] has joined #sbcl 12:29:43 LiamH [~healy@wireless-206-196-162-153.umd.edu] has joined #sbcl 13:00:28 prxq [~mommer@mnhm-4d01259d.pool.mediaWays.net] has joined #sbcl 13:12:42 -!- homie [~levgue@xdsl-84-44-155-180.netcologne.de] has quit [Read error: Connection reset by peer] 13:12:57 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 13:13:24 homie [~levgue@xdsl-84-44-155-180.netcologne.de] has joined #sbcl 13:22:04 gko [~gko@114-34-168-13.HINET-IP.hinet.net] has joined #sbcl 13:33:24 -!- homie [~levgue@xdsl-84-44-155-180.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 13:49:36 -!- LiamH [~healy@wireless-206-196-162-153.umd.edu] has quit [Quit: Leaving.] 14:12:09 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 14:15:53 attila_lendvai1 [~attila_le@188-143-66-147.pool.digikabel.hu] has joined #sbcl 14:15:53 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Disconnected by services] 14:26:18 -!- blackwol` is now known as blackwolf 14:45:29 edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has joined #sbcl 15:06:50 -!- jdz [~jdz@193.206.22.97] has quit [Quit: Byebye.] 15:17:43 -!- echo-area [~user@182.92.247.2] has quit [Read error: Connection reset by peer] 15:19:01 -!- fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has quit [Remote host closed the connection] 15:19:09 fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has joined #sbcl 16:15:13 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 16:26:04 -!- Posterdati [~tapioca@host223-230-dynamic.16-87-r.retail.telecomitalia.it] has quit [Ping timeout: 272 seconds] 16:38:54 Posterdati [~tapioca@host13-229-dynamic.17-87-r.retail.telecomitalia.it] has joined #sbcl 16:44:36 -!- gko [~gko@114-34-168-13.HINET-IP.hinet.net] has quit [Ping timeout: 252 seconds] 16:57:27 Mazingaro [~Tetsuja@host13-229-dynamic.17-87-r.retail.telecomitalia.it] has joined #sbcl 17:01:28 nikodemus [~nikodemus@176-93-191-189.bb.dnainternet.fi] has joined #sbcl 17:01:28 -!- ChanServ has set mode +o nikodemus 17:27:31 -!- Mazingaro [~Tetsuja@host13-229-dynamic.17-87-r.retail.telecomitalia.it] has quit [Remote host closed the connection] 17:30:52 -!- nikodemus [~nikodemus@176-93-191-189.bb.dnainternet.fi] has quit [Quit: This computer has gone to sleep] 17:32:06 nikodemus [~nikodemus@176-93-191-189.bb.dnainternet.fi] has joined #sbcl 17:32:06 -!- ChanServ has set mode +o nikodemus 17:42:56 homie [~levgue@xdsl-84-44-210-80.netcologne.de] has joined #sbcl 18:13:02 Kryztof [~user@81.174.155.115] has joined #sbcl 18:13:03 -!- ChanServ has set mode +o Kryztof 18:28:33 Fare [~Fare@216.239.55.82] has joined #sbcl 18:29:30 hi 18:29:44 What, if anything, is replacing sb-c::merge-tail-calls? 18:31:00 (nothing it seems) 18:32:49 Fare: it's always on. 18:36:53 yeah, that's what the docs says (why didn't I google BEFORE I asked? apologies) 18:38:07 I suppose nothing is setup for montreal this thursday. Oh well, maybe next time. 18:40:49 Is anything set up for boston any time soon? 19:01:34 May 17th 19:03:11 Fare: hard for me to tell from the other side of the atlantic (: 19:04:16 ... Thursday? 19:04:42 oh yeah, pkhuong, where are you? Are you likely to be near either London or Zurich? 19:05:00 nyef: yup 19:05:01 Or was that for Montreal? 19:05:33 ... or am I sufficiently tired to not be able to keep up with literalist humour? 19:05:59 Kryztof: I'm in Lille. Zurich isn't very far. 19:07:05 for how long? (Not very far by North American standards :-) 19:07:18 you're closer to London, dammit; a short hop over by train 19:08:32 Kryztof: until ~mid july 19:09:51 we should definitely get you over to Zurich, then 19:11:17 That would be neat 19:29:52 damnable timing: my holiday starts in mid-july! 19:31:41 nikodemus: well, I'll probably travel a bit before leaving for montreal (and then back in europe after a couple weeks) 19:48:08 Mazingaro [~Tetsuja@host13-229-dynamic.17-87-r.retail.telecomitalia.it] has joined #sbcl 19:52:22 antgreen [~user@CPEf0def1ad1e4e-CM0019477f82fc.cpe.net.cable.rogers.com] has joined #sbcl 20:00:07 slyrus [~chatzilla@173-228-44-92.dsl.static.sonic.net] has joined #sbcl 20:10:53 -!- specbot [~specbot@pppoe.178-66-25-220.dynamic.avangarddsl.ru] has quit [Disconnected by services] 20:10:57 specbot [~specbot@pppoe.178-66-72-129.dynamic.avangarddsl.ru] has joined #sbcl 20:11:39 -!- minion [~minion@pppoe.178-66-25-220.dynamic.avangarddsl.ru] has quit [Disconnected by services] 20:11:41 -!- stassats [~stassats@wikipedia/stassats] has quit [Read error: Operation timed out] 20:11:42 minion [~minion@pppoe.178-66-72-129.dynamic.avangarddsl.ru] has joined #sbcl 20:12:07 -!- stassats` [~stassats@wikipedia/stassats] has quit [Read error: Operation timed out] 20:12:35 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 20:23:48 sdemarre [~serge@91.176.47.168] has joined #sbcl 20:26:42 i must be getting old 20:26:52 nikodemus: yes? 20:27:31 i'm writing all the closure-based variants for clos slot accessors -- which look a lot alike -- but don't have the slightlest temptation to figure out a clever macro yet 20:28:09 maybe once i'm done and see how alike they really are 20:28:19 same here... You should see my cpp when I get really bored, though. 20:28:23 xmacro galore. 20:28:39 (... lisp-generated xmacros sometimes) 20:28:56 hah 20:29:12 right now this is just the sort of low-intensity tinkering my brain can handle 20:29:59 but dammit, i think some of these don't make any sense /except/ as closures 20:30:51 http://paste.lisp.org/display/129447 # like this one 20:31:14 generating multiple copies of that with wrapper, index, and miss-fn literals seems a bit bogus 20:31:33 nikodemus: prog with let, huh? 20:32:13 the let has a GO in it, so yes 20:32:23 yeah, i see, but it's weird 20:32:58 could write it as a flet as well, and probably will, but this is still in the braindead stage :) 20:33:48 nikodemus: bah, it's a couple of of let/when/return. 20:33:58 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 20:34:17 pkhuong: ? 20:34:48 re. flet or re. closures vs compile? 20:36:48 -!- attila_lendvai1 [~attila_le@188-143-66-147.pool.digikabel.hu] has quit [Ping timeout: 244 seconds] 20:36:56 nikodemus: re flet and prog 20:37:15 right 20:37:27 yeah, not sure what the point of compiling those as sexps would be. 20:37:43 (annotated the paste with a more "structured" version ;) 20:38:27 let me check 20:40:05 http://paste.lisp.org/display/129447#2 20:40:32 looks identical, yeap 20:41:03 stassats`: should be the same as well. 20:41:04 works there, but not in other near-identical ones 20:41:28 -!- sdemarre [~serge@91.176.47.168] has quit [Ping timeout: 252 seconds] 20:41:36 so not simplifying too much till i know if i write a clever macro or not 20:42:02 but much prettier, yes! 20:42:56 ... While I'm thinking about it, a crash-to-ldb that occurs (easily repeatable) from scavenge() when built in gcc 4.3 but doesn't occur when built in gcc 4.4 is still important, right? 20:43:36 sounds like 20:44:04 Okay. I'll file a bug for it in a bit. 20:44:32 nyef: does it happen with 4.3 at -O2 or -O? 20:44:43 That I don't know. 20:45:49 I wouldn't be surprised if we used (well, use) non-standard type puns that some optimisation passes don't support. 20:46:17 The last test I made in this direction was to confirm with a debian lenny chroot that 1.0.56.51-1a104ef was vulnerable under the default build process (cross-built from 1.0.35). 20:59:13 wait, is there even such a thing as unbound class slot? 21:00:18 (yes, there is. i was just confused as usual) 21:31:55 -!- antgreen [~user@CPEf0def1ad1e4e-CM0019477f82fc.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer] 21:54:06 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 260 seconds] 21:58:21 sea4ever [~user@63.175.157.70] has joined #sbcl 21:58:26 -!- sea4ever [~user@63.175.157.70] has quit [Changing host] 21:58:26 sea4ever [~user@unaffiliated/sea4ever] has joined #sbcl 21:58:34 Hey guys, I think I found a bug in SBCL, or it could be in cl-opengl, I'm not sure. 21:59:06 It looks like a null pointer is being dereferenced or something, let me get the line for you to look at, hold. 21:59:26 sea4ever: if you can provide us with enough information to easily reproduce it, along with a backtrace and the error itself, someone may be able to guide oyu. 22:00:20 sea4ever: if you're getting a SIGSEGV in code that uses the FFI, the problem probably lies in the C library or the bindings, though. 22:00:20 It doesn't actually crash, but it enters the debugger. I've run the same lisp code on clisp and it works just fine. 22:00:36 sea4ever: the debugger gives you a backtrace. 22:00:52 oh, backtrace of lisp code, right. 22:01:01 Common Lisps work pretty hard to avoid C-style crashes. 22:03:08 Ah, here we go. '0: ("foreign function: #x8020453450")', so it looks like the error is in the C library, yes? 22:03:08 22:03:33 The weird thing is that I only get this error when running the code in sbcl, its really bizarre. 22:04:48 sea4ever: do you have the rest of the backtrace? 22:05:01 yeah of course, it's in the next frame. I'm running this from slime. 22:05:21 I'll use pastebin, hold. 22:07:09 Here it is: http://pastebin.com/aPnhRVKv 22:07:36 So this time around it's a floating point overflow, but last time it was complaining of something else entirely that looked a lot like a bad dereference, let me see if I can get that one to happen 22:07:51 sea4ever: there's no null pointer there. 22:08:05 "arithmetic error FLOATING-POINT-OVERFLOW signalled" <- this is about floating point arithmetic. 22:08:07 no not this time, this is an entirely different error 22:08:20 It's also a different problem. 22:08:32 Well, yeah. I think they're related somehow though. 22:08:56 I managed to 'fix' the first problem, and it led straight to this one instead. 22:09:14 N.B. no problems when running in clisp. 22:09:37 I can confirm that as of right now. It works just fine 22:10:48 I'd be worried if FP arithmetic mask caused a null pointer dereference. You want to wrap foreign calls in (sb-int:with-float-traps-masked (:underflow :overflow :inexact :divide-by-zero) ...) 22:11:23 this makes it so these errors (like overflows) are silently converted into special values like NaN or infinities instead of causing an interrupt. 22:12:09 -!- prxq [~mommer@mnhm-4d01259d.pool.mediaWays.net] has quit [Quit: Leaving] 22:15:47 sea4ever: the version of cl-opengl I have here in quicklisp does that around GLUT calls 22:16:29 I wrapped my rendering functions in this interrupt-masking er, macro? and that problem disappeared 22:18:36 pkhuong, I'm using cl-opengl from quicklisp too. Maybe it's doing something strange. 22:19:16 no, only cl-glut has that code. I suppose you're meant to know very well what you're doing if you use cl-opengl directly. 22:23:20 Aha, got it 22:23:28 Unhandled memory fault at #x6C8. [Condition of type SB-SYS:MEMORY-FAULT-ERROR] 22:23:28 22:23:39 sea4ever: do you have a backtrace? 22:23:44 I do 22:23:50 hold a sec, pastebin again 22:24:34 ... Why is #x6C8 familiar-looking? 22:24:54 > http://pastebin.com/KiKSLQFA 22:25:18 Now I'm pretty sure it's easy to make this happen, I commented out 3/4 of the code, I'll make a simple test case 22:28:19 sea4ever: are you on linux in SLIME? 22:28:23 Yeah 22:28:43 what happens when you run that code directly from an sbcl in a shell? 22:29:16 oh, hmm.. called without first calling 'glutInit'. Well, that would be the problem 22:29:24 Amazing that it worked at all. 22:29:33 that as well. I thought it was working in CLISP? 22:30:28 It does work in clisp actually 22:31:17 how strange, it works just fine in clisp, it draws things on the screen and everything. 22:32:02 sea4ever: and what happens when you run that code from an sbcl in a shell? 22:32:46 When I run that same code from SBCL in a shell, it runs into the same floating-point overflow. (I temporarily commented out the interrupt masking) 22:33:14 but here's something interesting, in the window display function (cl-glut), if I directly do gl:vertex bla it will give the error for glutInit 22:33:18 well yes, you'd get the floating-point overflow error if you don't mask fp traps. 22:33:47 If I call a function that does gl:vertex instead, it draws things and doesn't die. (on clisp) 22:34:05 with all of the appropriate 'with-primitives' etc. 22:34:45 my current hypothesis is that things are half-working when run from the initial thread... or it's an x86/x86-64 thing. Oh well, problem fixed, no bug in the implementation nor in the library. 22:37:28 -!- nikodemus [~nikodemus@176-93-191-189.bb.dnainternet.fi] has quit [Quit: This computer has gone to sleep] 22:38:39 -!- Mazingaro [~Tetsuja@host13-229-dynamic.17-87-r.retail.telecomitalia.it] has quit [Remote host closed the connection] 22:39:41 nikodemus [~nikodemus@176-93-191-189.bb.dnainternet.fi] has joined #sbcl 22:39:41 -!- ChanServ has set mode +o nikodemus 22:43:31 -!- nikodemus [~nikodemus@176-93-191-189.bb.dnainternet.fi] has quit [Client Quit] 22:43:32 -!- Fare [~Fare@216.239.55.82] has quit [Ping timeout: 272 seconds] 22:47:08 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 240 seconds] 23:04:55 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 23:09:26 attila_lendvai [~attila_le@178-164-240-177.pool.digikabel.hu] has joined #sbcl 23:09:26 -!- attila_lendvai [~attila_le@178-164-240-177.pool.digikabel.hu] has quit [Changing host] 23:09:26 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 23:36:57 -!- blackwolf [~blackwolf@ool-4575fc51.dyn.optonline.net] has quit [Read error: Connection reset by peer] 23:37:05 blackwolf [~blackwolf@ool-4575fc51.dyn.optonline.net] has joined #sbcl 23:39:49 -!- edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 23:47:27 -!- blackwolf [~blackwolf@ool-4575fc51.dyn.optonline.net] has quit [Read error: Connection reset by peer] 23:47:36 blackwolf [~blackwolf@ool-4575fc51.dyn.optonline.net] has joined #sbcl