00:32:54 Fare [~Fare@ita4fw1.itasoftware.com] has joined #sbcl 00:40:27 -!- The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has left #sbcl 01:05:47 attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has joined #sbcl 01:07:11 -!- Fare [~Fare@ita4fw1.itasoftware.com] has quit [Quit: Leaving] 01:26:56 -!- attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has quit [Ping timeout: 265 seconds] 01:43:26 specbot [~specbot@common-lisp.net] has joined #sbcl 02:10:16 -!- nyef [~nyef@pool-71-255-140-24.cncdnh.east.myfairpoint.net] has quit [Quit: G'night all.] 04:51:23 The_Jon_Smith [~The_Jon_S@ip24-250-13-137.ri.ri.cox.net] has joined #sbcl 06:27:34 -!- deepfire [~deepfire@80.92.100.69] has quit [Read error: Connection reset by peer] 06:28:42 deepfire [~deepfire@80.92.100.69] has joined #sbcl 07:09:36 svr [~svr@79.165.187.105] has joined #sbcl 07:29:57 tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 07:40:31 angavrilov [~angavrilo@217.71.227.181] has joined #sbcl 07:47:42 Krystof [~csr21@cpc1-bour2-0-0-cust414.15-1.cable.virginmedia.com] has joined #sbcl 07:47:42 -!- ChanServ has set mode +o Krystof 08:16:40 mega1 [~quassel@catv4E5CABA2.pool.t-online.hu] has joined #sbcl 08:51:38 -!- drewc [~user@S01060013101b6ddb.vc.shawcable.net] has quit [Ping timeout: 264 seconds] 08:52:43 stassats [~stassats@wikipedia/stassats] has joined #sbcl 09:27:50 nikodemus [~nikodemus@cs181058025.pp.htv.fi] has joined #sbcl 09:27:50 -!- ChanServ has set mode +o nikodemus 09:35:48 hi nikodemus. 09:36:13 nikodemus: I think you fixed https://bugs.launchpad.net/slime/+bug/444427 right? 09:37:24 Also what's the executive summary of the survey? 09:44:17 attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has joined #sbcl 10:04:43 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 245 seconds] 10:09:58 tcr: in sbcl, yes 10:10:39 i suspect cmucl suffers from the same, and others may too 10:10:52 hm, make that "for sbcl" :) 10:12:36 Yeah you "should" have fixed that by introducing a new backend function :-) 10:12:49 (I don't really care) 10:14:33 http://random-state.net/sbcl-survey-2010-results.html # shows some of the current results 10:14:56 haven't done more work on it yet, but the answers have slowed down to to trickle 10:16:01 It's still going on? 10:17:45 cmpitg [~cmpitg@118.71.132.157] has joined #sbcl 10:19:41 "How often do you update sbcl" lacks "every couple of weeks" 10:20:00 yep :) 10:20:31 i went with weekly, but it's less often than that... 10:25:37 mbohun [~mbohun@ppp115-156.static.internode.on.net] has joined #sbcl 10:54:18 -!- Krystof [~csr21@cpc1-bour2-0-0-cust414.15-1.cable.virginmedia.com] has quit [Ping timeout: 245 seconds] 11:11:07 Krystof [~csr21@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 11:11:07 -!- ChanServ has set mode +o Krystof 11:13:58 -!- attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has quit [Quit: Leaving.] 11:42:46 froydnj [~froydnj@cpe-173-89-193-139.indy.res.rr.com] has joined #sbcl 12:07:24 attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has joined #sbcl 12:10:54 -!- attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has quit [Disconnected by services] 12:10:54 attila_lendvai1 [~attila_le@catv-89-133-169-124.catv.broadband.hu] has joined #sbcl 12:10:54 -!- attila_lendvai1 is now known as attila_lendvai 12:46:26 nyef [~nyef@pool-70-109-147-129.cncdnh.east.myfairpoint.net] has joined #sbcl 12:46:36 G'morning all. 12:55:34 good morning nyef 12:55:34 froydnj, memo from nyef: inline-constant fixups: http://paste.lisp.org/display/115270 12:57:16 Hello froydnj. 12:58:33 As you can see, it didn't take long to add support for inline-constant fixups. 13:02:57 yeah, not at all 13:03:03 -!- cmpitg [~cmpitg@118.71.132.157] has quit [Ping timeout: 245 seconds] 13:03:13 thanks for showing me the way 13:03:39 I think it'd be nice to get that in this month or the next; it'd free up r11 and make the code somewhat nicer 13:04:42 Mmm, maybe. Do we have any guarantees that it'll result in faster code, though? 13:05:55 don't know. might be a touch smaller code, at least 13:06:08 Not with the padding for inline-constants. 13:06:23 -!- mega1 [~quassel@catv4E5CABA2.pool.t-online.hu] has quit [Ping timeout: 245 seconds] 13:06:38 with multiple references it would be 13:07:00 though you're right, with padding, we probably lose slightly for single or even double references 13:07:50 nyef: but now you have a benchmarking tool to find out! and generic-+ benchmark there actually tests asm routine calls more than generic addition as it is :) 13:08:20 Heh. Fair point. 13:17:44 ah, froydnj. Did you have an ssh implementation knocking around? 13:18:14 Krystof: not much of one, I'm afraid. I have not touched that code in a long time 13:19:02 oh well 13:26:38 Blkt [~user@93-33-143-123.ip44.fastwebnet.it] has joined #sbcl 13:27:24 good day everyone 13:34:48 cmpitg [~cmpitg@113.22.10.88] has joined #sbcl 13:43:02 -!- Blkt [~user@93-33-143-123.ip44.fastwebnet.it] has quit [Read error: Operation timed out] 13:43:53 -!- tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has quit [Ping timeout: 245 seconds] 13:49:33 Fare [~Fare@ita4fw1.itasoftware.com] has joined #sbcl 14:20:40 tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 14:20:46 stassats [~stassats@wikipedia/stassats] has joined #sbcl 14:24:21 -!- siccegge [~siccegge@faui49j.informatik.uni-erlangen.de] has quit [Remote host closed the connection] 14:26:58 -!- tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has quit [Ping timeout: 252 seconds] 14:28:53 -!- cmpitg [~cmpitg@113.22.10.88] has quit [Ping timeout: 276 seconds] 14:42:44 tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has joined #sbcl 14:51:48 -!- ASau [~user@77.246.230.186] has quit [Ping timeout: 245 seconds] 14:58:59 cmpitg [~cmpitg@118.71.132.157] has joined #sbcl 15:09:43 -!- Krystof [~csr21@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has quit [Ping timeout: 245 seconds] 15:24:54 hargettp [~anonymous@pool-71-184-191-33.bstnma.east.verizon.net] has joined #sbcl 15:53:23 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 276 seconds] 16:16:27 Blkt [~user@93-33-128-168.ip44.fastwebnet.it] has joined #sbcl 16:23:44 -!- attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has quit [Disconnected by services] 16:23:44 attila_lendvai1 [~attila_le@catv-89-133-169-124.catv.broadband.hu] has joined #sbcl 16:23:44 -!- attila_lendvai1 is now known as attila_lendvai 16:31:16 stassats [~stassats@wikipedia/stassats] has joined #sbcl 17:07:27 Umm. I recall some work a while ago about coalescing identical error-code traps in a single segment to only one trap. Did that go in or not, and if it did is it easy to disable? 17:17:15 -!- cmpitg [~cmpitg@118.71.132.157] has quit [Quit: leaving] 17:45:27 hum. If I use file-position to get or set the position on a utf-8 character file stream, is the position given in bytes or characters? 17:45:35 nyef: didn't go in 17:45:35 Can I save the position and set it back? 17:45:50 i have an updated version if you want it 17:46:21 and it actually moved all traps to elsewhere segment 17:46:24 No, thank you. The point was to know how to /disable/ it if I needed to. 17:46:30 oh, right 17:46:42 Fare: bytes 17:47:34 Good. 17:47:47 Maybe that's how I can have infinitely buffered files, after all. 17:48:19 What about stream-line-column -- is it always enabled? How do I enable it? How does it process tab or cr? 17:48:55 kclifton [~kclifton@s198-166-45-245.ab.hsia.telus.net] has joined #sbcl 17:49:01 (or wide or narrow unicode glyphs) 17:59:39 not sure 18:03:26 and what about stream-line-column ? It seems not to work on the streams SBCL normally makes. 18:04:02 *Fare* wanted to write an indentation-sensitive parser that is not LL(1), and that doesn't make it easy. 18:07:19 also, anyone up to upgrading sbcl's asdf to 2.009 ? 18:07:52 it fixes a few problems with SBCL, including some difficulties when saving an image. 18:48:13 shouldn't it be defined, even if it only returns nil? 18:54:15 mega1 [~quassel@catv4E5CABA2.pool.t-online.hu] has joined #sbcl 18:56:44 -!- attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has quit [Ping timeout: 265 seconds] 18:58:45 Fare: i think most of the stream/column stuff only works on gray streams, and you need to do your own bookkeeping. sbcl also has a pretty-printing stream that keeps track of column number in output for the pretty-printer, but i don't think it will work for input 19:01:12 ok, so I could try to guess the current column by doing a series of back-reads with file-position. 19:01:37 what's the behaviour if I read a character in the middle of a utf-8 codepoint? 19:01:55 do I have to tweak the file-position until it's exactly right? 19:02:44 Fare: you get a decoding error and a replacement character, i think 19:03:13 but if you open with :element-type :default, you can also use read-byte 19:03:25 so you can identify valid positions 19:04:20 or just scan for (char-code #\newline) 19:06:36 sbcl tracks the column of *every* stream 19:06:53 (for output) 19:06:56 but I guess you wanted input 19:07:24 I wanted input 19:07:37 since it's parsing some indentation-sensitive language. 19:08:11 just send it to an output stream too, and ask that! 19:08:13 (just joking) 19:08:25 and since some of it might hopefully be embedded as a DSL readable by LOAD, it hopefully has to work on the kind of streams SBCL hands me when I load. 19:08:47 foom: it's actually a semi-sensible way to do it. 19:09:19 no it's not, it's a crazy way to do it. 19:09:29 you can use (position #\newline) as well as the output code can 19:11:52 foom: i'm pretty sure vanilla fd-streams don't track column for output 19:13:09 (i didn't double check just now, though, so...) 19:15:27 yes, (position #\newline :from-end t) can help. 19:17:51 attila_lendvai [~attila_le@apn-94-44-8-190.vodafone.hu] has joined #sbcl 19:18:21 foom: it's inefficient, but it only takes moderate programming, and you're sure to agree with the implementation. Except it's not portable or portably guaranteed to work 19:18:46 *Fare* wonders if he should bother counting tabs... 19:21:02 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 240 seconds] 19:30:39 nikodemus: they do, and it's stupid. 19:42:03 crap, yeah. so it seems 19:42:19 i can understand it for :line buffered streams 19:43:59 and even for others in situations where it is obvious: write-char and write-line -- maybe even write-string. but for write-sequence? that sucks 19:45:24 ok. ASDF updated to 2.009 19:51:21 it counts for write-sequence? oof 19:51:34 yes 19:51:53 write-sequence on strings delegates to %write-string 19:58:16 -!- lisppaste2 [~lisppaste@common-lisp.net] has quit [Quit: Want lisppaste2 in your channel? Email lisppaste-requests AT common-lisp.net.] 19:58:21 lisppaste2 [~lisppaste@common-lisp.net] has joined #sbcl 20:01:33 well, write-sequence on strings sucks anyway due to encoding 20:06:45 but it sucks much harder than it has to :/ 20:09:49 what does "writes the elements of the subsequence" mean? 20:10:47 write as per WRITE, observing all printer specials? 20:10:57 we did some timings on it a while back, and about 1/3rd of the time in output was in the column counting code. 20:11:44 sb-bench to the rescue! 20:11:52 Is the column declared to any type more specific than INTEGER? 20:12:32 I believe the time was in scanning the string, not in adding. 20:12:50 Ah. Fair enough. 20:12:58 (although maybe if position declared its type that would be faster) 20:14:01 -!- hargettp [~anonymous@pool-71-184-191-33.bstnma.east.verizon.net] has quit [Quit: hargettp] 20:14:55 I find the printer api with its zillion specials rather bad design. What would be a better way? 20:15:16 you gotto especially love write-line which first finds the last newline in the string, and the writes a new one 20:15:24 tcr: C++ iostreams, of course! 20:15:50 I'm utterly ignorant of them. Was that an ironic comment? 20:15:58 Mostly. 20:16:21 nikodemus: why would it do that ? 20:16:40 tcr: (ash *standard-output* "Ha ha") 20:17:13 Heh. 20:17:19 Yeah, that's about the size of it. 20:17:32 But also, the format controls are part of the stream object. 20:18:08 (ash (ash *standard-output* +hex-format+) 10) 20:18:16 -!- attila_lendvai [~attila_le@apn-94-44-8-190.vodafone.hu] has quit [Ping timeout: 264 seconds] 20:29:24 fe[nl]ix: because it's stupid 20:29:58 write-line is currently implemented as write-string + write-char -- and both update the column information 20:33:32 ... Why doesn't it "just" take the length of the string? 20:33:46 Or does it? 20:34:47 because it wants to find the last newline 20:35:02 lol 20:47:57 hargettp [~anonymous@pool-71-184-191-33.bstnma.east.verizon.net] has joined #sbcl 20:58:11 -!- tsuru [~charlie@c-174-50-217-160.hsd1.tn.comcast.net] has quit [Remote host closed the connection] 20:58:34 -!- hargettp [~anonymous@pool-71-184-191-33.bstnma.east.verizon.net] has quit [Quit: hargettp] 21:13:38 ccl-logbot [~ccl-logbo@setf.clozure.com] has joined #sbcl 21:13:38 -!- names: ccl-logbot attila_lendvai lisppaste2 mega1 kclifton Blkt tcr Fare nyef froydnj mbohun @nikodemus angavrilov svr deepfire The_Jon_Smith specbot rbarraud minion cmm- pkhuong_ slyrus__ Kaes chandler lnostdal @Xof fe[nl]ix foom vs slyrus_ _3b` gnooth jsnell `micro joshe luis tokenrove 21:17:17 -!- svr [~svr@79.165.187.105] has quit [Disconnected by services] 21:18:09 svr1 [~svr@79.165.187.105] has joined #sbcl 21:25:23 -!- nikodemus [~nikodemus@cs181058025.pp.htv.fi] has quit [Quit: This computer has gone to sleep] 21:28:22 -!- kclifton [~kclifton@s198-166-45-245.ab.hsia.telus.net] has quit [Quit: kclifton] 21:34:52 -!- mega1 [~quassel@catv4E5CABA2.pool.t-online.hu] has quit [Ping timeout: 252 seconds] 22:53:01 -!- Blkt [~user@93-33-128-168.ip44.fastwebnet.it] has quit [Ping timeout: 255 seconds] 23:02:40 -!- attila_lendvai [~attila_le@apn-94-44-6-221.vodafone.hu] has quit [Ping timeout: 264 seconds] 23:16:18 attila_lendvai [~attila_le@catv-89-133-169-124.catv.broadband.hu] has joined #sbcl 23:30:33 -!- tcr [~tcr@cpc5-bour5-2-0-cust340.15-1.cable.virginmedia.com] has quit [Quit: Leaving.]