00:17:42 tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 00:20:57 -!- tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Read error: Operation timed out] 00:32:47 wedgeV [~wedge@78.46.242.3] has joined #sbcl 01:18:00 tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 01:22:17 -!- tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Ping timeout: 252 seconds] 01:27:28 kanru` [~kanru@118-163-10-190.HINET-IP.hinet.net] has joined #sbcl 01:45:22 -!- kanru` [~kanru@118-163-10-190.HINET-IP.hinet.net] has quit [Ping timeout: 252 seconds] 02:08:04 kanru` [~kanru@118-163-10-190.HINET-IP.hinet.net] has joined #sbcl 02:08:11 -!- kanru` [~kanru@118-163-10-190.HINET-IP.hinet.net] has quit [Remote host closed the connection] 02:18:37 tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 02:23:08 -!- tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Ping timeout: 256 seconds] 02:46:59 rpg [~rpg@216.243.156.16.real-time.com] has joined #sbcl 03:17:14 -!- rpg [~rpg@216.243.156.16.real-time.com] has quit [Quit: rpg] 03:19:17 tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 03:23:38 -!- tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Ping timeout: 252 seconds] 03:26:39 kanru` [~kanru@118-163-10-190.HINET-IP.hinet.net] has joined #sbcl 04:19:35 tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 04:22:42 -!- tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Read error: Operation timed out] 04:38:56 -!- wbooze [~wbooze@xdsl-78-35-171-72.netcologne.de] has quit [Quit: none] 05:14:21 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 05:16:18 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Client Quit] 05:16:39 attila_lendvai [~attila_le@95.56.126.38] has joined #sbcl 05:16:39 -!- attila_lendvai [~attila_le@95.56.126.38] has quit [Changing host] 05:16:39 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 05:19:50 tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 05:22:46 -!- tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Read error: Operation timed out] 06:04:13 -!- ASau [~user@128-69-65-11.broadband.corbina.ru] has left #sbcl 06:20:09 tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 06:24:29 -!- tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Ping timeout: 244 seconds] 06:43:03 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 06:49:27 prxq [~mommer@mnhm-5f75cc44.pool.mediaWays.net] has joined #sbcl 07:08:48 tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl 07:20:18 attila_lendvai [~attila_le@87.247.57.122] has joined #sbcl 07:20:18 -!- attila_lendvai [~attila_le@87.247.57.122] has quit [Changing host] 07:20:18 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 07:20:32 tcr1 [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 07:25:11 -!- tcr1 [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Ping timeout: 260 seconds] 07:31:49 sdemarre [~serge@91.176.13.68] has joined #sbcl 08:20:51 tcr1 [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 08:23:29 -!- tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has quit [Quit: Leaving.] 08:25:28 -!- tcr1 [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Ping timeout: 265 seconds] 08:47:19 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 260 seconds] 08:49:23 tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 08:59:40 attila_lendvai [~attila_le@87.247.13.118] has joined #sbcl 08:59:40 -!- attila_lendvai [~attila_le@87.247.13.118] has quit [Changing host] 08:59:40 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 09:05:36 -!- pchrist [~spirit@gentoo/developer/pchrist] has quit [Quit: leaving] 09:06:00 pchrist [~spirit@gentoo/developer/pchrist] has joined #sbcl 09:13:30 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 09:20:36 -!- fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has quit [Remote host closed the connection] 09:20:44 fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has joined #sbcl 09:58:54 -!- jdz [~jdz@85.254.212.34] has quit [Quit: Byebye.] 10:11:44 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Read error: Connection reset by peer] 10:12:36 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 10:36:49 jdz [~jdz@85.254.212.34] has joined #sbcl 11:54:55 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 11:55:53 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 12:02:17 sdemarre1 [~serge@91.176.13.68] has joined #sbcl 12:03:43 -!- sdemarre [~serge@91.176.13.68] has quit [Ping timeout: 256 seconds] 12:06:12 sdemarre [~serge@91.176.13.68] has joined #sbcl 12:08:35 -!- sdemarre1 [~serge@91.176.13.68] has quit [Ping timeout: 244 seconds] 12:48:22 Fare [~fare@173-9-65-97-NewEngland.hfc.comcastbusiness.net] has joined #sbcl 13:03:39 loke [~elias@bb115-66-85-121.singnet.com.sg] has joined #sbcl 13:43:43 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Quit: Leaving.] 13:54:38 LiamH [~none@pdp8.nrl.navy.mil] has joined #sbcl 14:13:48 -!- edgar-rft [~GOD@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has quit [Quit: no future] 14:42:06 rpg [~rpg@216.243.156.16.real-time.com] has joined #sbcl 15:02:34 hi - can someone upgrade sbcl to use the latest asdf 2.26? 15:03:50 while most of the action was support for other implementations, there was some minor API changes and bugfixes. 15:05:09 brown [user@nat/google/x-pvwqgogtprvqiwfk] has joined #sbcl 15:05:33 -!- brown is now known as Guest43708 15:09:25 -!- Fare [~fare@173-9-65-97-NewEngland.hfc.comcastbusiness.net] has quit [Ping timeout: 244 seconds] 15:11:42 -!- Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has quit [Quit: trivial-irc-0.0.3] 15:21:07 Vivitron [~Vivitron@pool-98-110-213-33.bstnma.fios.verizon.net] has joined #sbcl 15:33:42 -!- sdemarre [~serge@91.176.13.68] has quit [Ping timeout: 244 seconds] 15:35:26 wbooze [~wbooze@xdsl-78-35-153-73.netcologne.de] has joined #sbcl 15:55:23 sdemarre [~serge@91.176.13.68] has joined #sbcl 16:04:28 Fare [~fare@173-9-65-97-NewEngland.hfc.comcastbusiness.net] has joined #sbcl 16:27:34 -!- Fare [~fare@173-9-65-97-NewEngland.hfc.comcastbusiness.net] has quit [Ping timeout: 240 seconds] 16:36:56 tsuru` [~charlie@adsl-74-179-250-140.bna.bellsouth.net] has joined #sbcl 16:40:14 Fare [fare@nat/google/x-fxuybbsqpyqlavxt] has joined #sbcl 16:44:23 -!- Fare [fare@nat/google/x-fxuybbsqpyqlavxt] has quit [Read error: Operation timed out] 16:47:37 -!- sdemarre [~serge@91.176.13.68] has quit [Ping timeout: 256 seconds] 17:09:42 Are SB-CONCURRENCY tests expected to fail on Mac OS X? I just built SBCL from git, and got that failure. 17:13:33 pnpuff [~aeiou@unaffiliated/pnpuff] has joined #sbcl 17:16:11 rpg: they're not supposed to, but no one would be surprised either. 17:16:22 can you scroll up and find the exact test that failed? 17:16:33 pkhuong: Yes. Hang on a minute... 17:16:33 (or look in the log file whose name I always forget) 17:21:46 pkhuong: It's my own damn fault. 17:22:16 rpg: mm.. I'll assume that's good news (: 17:22:17 I blew away state with ./clean.sh and didn't rebuild with sb-threads. 17:22:20 *rpg* is an idiot. 17:30:38 I suddenly have a desire for 21-bit short floats 17:30:59 21-bit non-negative short floats 17:31:35 Krystof: on 32 bit? 17:32:25 no, 64 17:32:31 so that I can pack three of them into a fixnum 17:32:43 ah, that's not so hard. 17:33:21 how many bits of significant vs exponent? 17:33:48 well, I don't know. 15 vs 6 is probably reasonable 17:37:10 edgar-rft [~GOD@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has joined #sbcl 17:42:28 I'll finish this task and give you 5 minutes ;) 17:42:34 it's a fun little hack 17:45:31 -!- Guest43708 [user@nat/google/x-pvwqgogtprvqiwfk] has quit [Ping timeout: 246 seconds] 17:48:39 brown [user@nat/google/x-qwelvjiffwcxaeaq] has joined #sbcl 17:49:03 -!- brown is now known as Guest5489 17:56:49 -!- rpg [~rpg@216.243.156.16.real-time.com] has quit [Ping timeout: 244 seconds] 18:06:53 heh 18:06:57 I am halfway through it too 18:07:12 though I am ready to be blown over by your version 18:10:19 I have weird bugs. 18:12:40 I don't know what I'm doing :) 18:12:47 I am /so/ rusty 18:17:15 CL-USER> (short-floatify 3.0) 18:17:15 1130496 18:17:15 CL-USER> (short-to-float *) 18:17:17 6.0 18:17:19 damnit 18:17:36 off by one in the exponent bias? 18:18:13 yeah 18:18:14 my core is (- (ash bits -8) (ash (- 127 31) 15) 18:18:23 and the obvious inverse. 18:18:25 -!- christoph_debian [~user@2001:a60:f01c:0:42::1] has quit [Remote host closed the connection] 18:19:05 I'm more software-based 18:19:26 in the process I have probably misremembered how floats are actually represented 18:19:42 is the mantissa field actually the real mantissa minus 1? 18:19:51 http://paste.lisp.org/display/133559 18:19:54 yeah 18:20:00 there's an implicit leading 1.xxx 18:20:29 Just compiled the latest SBCL ... the removal of global locking for with-compilation-unit (or something similar) appears to have fixed a longstanding inability to run (asdf:test-system 'swank-client) in a terminal window. It always worked in Slime. 18:20:44 -!- Guest5489 is now known as reb 18:20:46 Thanks! 18:23:04 gah! After all that, my sbcl is too old for 63-bit fixnums 18:23:38 Krystof: or did you just forget to sign extend the 63rd bit? 18:24:49 no! 18:25:04 round to nearest in the conversion to short float might make ense. 18:25:05 also I have another off-by-one exponent 18:26:53 no, yay 18:27:48 see annotation for stream-of-consciousness coding 18:28:27 a few more 5 minute hacks like this and we'll have what we need to make sbcl cross-build portably: an IEEE 751 emulator 18:29:32 well, scale-float would be clearer ;) 18:29:40 yes, I saw that in your version 18:29:46 ok, that is all the coding time for today 18:30:06 I think the (1- exponent) is off, though. 18:30:31 it's for the implicit (1- (* 2 [])) 18:30:38 decode-float doesn't directly obey IEEE, and normalises the mantissa to [0, 1), iiuc. 18:30:47 [0.5,1) 18:31:00 I think that's exactly what the (1- exponent) is for 18:31:03 k. 18:31:08 But ICBVVW 18:31:11 just work with bits. Bit never lie ;) 18:31:24 grumble... grumble... anyone have good examples of two sbcl spawned processes talking to each other? mine seems to work well enough, except for large-ish amounts of data going back and forth. 18:32:36 slyrus: do you finish-output? 18:33:12 no... 18:33:14 force-output will randomly not flush fully, so you get the same deadlock issues as no flushing at all when the buffers are too large. 18:36:01 christoph_debian [~user@2001:a60:f01c:0:42::1] has joined #sbcl 18:39:25 so what do I finish-output on? 18:42:55 the socket/pipe you're using for IPC, before waiting for a response. 18:44:55 antgreen [~user@out-on-172.wireless.telus.com] has joined #sbcl 18:45:52 nyef [~nyef@c-76-119-183-159.hsd1.ma.comcast.net] has joined #sbcl 18:48:12 pkhuong: hmm... I'm still not getting it. this is probably hopelessly wrong-headed at this point: http://paste.lisp.org/display/133560 18:50:04 ... why the symbol games instead of cond with string= clauses? 18:50:04 nyef, memo from pkhuong: yeah, same issue for which we found no classy solution 18:50:36 slyrus: oh. I don't know how/if run-program handles piping. 18:51:17 Fare [fare@nat/google/x-bsppbuxtvqzwckje] has joined #sbcl 18:51:25 nyef: good question. being cute perhaps? 18:51:53 pkhuong: well, it mostly seems to work, until things get big... 18:52:18 any suggestions for a better approach? 18:53:35 ... where's the pipes? 18:53:46 slyrus: run-program sh -c? 18:54:49 Create the pipe streams separately, and pass it in as an explicit output for run-program? 18:56:23 Hrm. Doesn't seem as though it'd work any better. 18:58:08 or create a named pipe (: 18:58:11 Might, though. Not sure I'm following the logic for :output :stream through run-program. 18:58:45 Creating the encoder first and passing its input stream to the decoder to use as output *MIGHT* improve things. 18:59:16 (Same logic as using an explicit pipe, really, just sneakier about it.) 19:10:22 pkhuong: I've thought of another solution for nesting catch/unwind blocks. 19:11:15 If we treat them like any other D-X value, with the caveat that they're not allowed to move so long as they're live, they should work Just Fine. 19:13:51 nyef: doesn't that introduce more differentes with other platforms? 19:14:37 Not if they get converted over as well. 19:15:00 all right. 19:17:27 Anyway, it's invasive, I'll grant that, but it would completely solve the issue, and there'd be no kludge like there is in PACK for x86oid / non-x86oid OCFP and RETURN-PC handling. 19:45:20 rpg [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 19:50:29 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Ping timeout: 244 seconds] 19:50:56 -!- rpg [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Read error: Connection reset by peer] 19:57:20 -!- wbooze [~wbooze@xdsl-78-35-153-73.netcologne.de] has quit [Ping timeout: 246 seconds] 20:06:30 pkhuong, nyef, does what I was originally trying to do make sense (as it did to me when I wrote it)? Should I file a bug on this, or is this operator error? 20:06:58 slyrus: I honestly don't know. 20:07:21 ok, thanks 20:10:23 -!- antgreen [~user@out-on-172.wireless.telus.com] has quit [Ping timeout: 255 seconds] 20:20:49 rpg [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has joined #sbcl 20:27:33 -!- tcr [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Quit: Leaving.] 20:27:37 -!- pnpuff [~aeiou@unaffiliated/pnpuff] has left #sbcl 20:48:44 tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has joined #sbcl 20:57:53 tcr1 [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 21:05:45 -!- tcr1 [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Ping timeout: 252 seconds] 21:08:45 sdemarre [~serge@91.176.13.68] has joined #sbcl 22:00:10 -!- rpg [~rpg@23-25-144-217-static.hfc.comcastbusiness.net] has quit [Ping timeout: 244 seconds] 22:02:35 tcr1 [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 22:06:55 -!- tcr1 [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Ping timeout: 256 seconds] 22:21:27 hmm... well my simple case of two cat processes talking to each other works fine, but the slightly simplified audio decoder/encoder combo still hangs 22:22:01 nyef: switching the stream order doesn't seem to help things 22:22:42 Hrm. But it works if you string them together at the shell? 22:26:01 yes 22:26:24 I wonder if the shell "progress bar" type stuff is causing a problem 22:29:14 -!- sdemarre [~serge@91.176.13.68] has quit [Ping timeout: 240 seconds] 22:44:29 -!- prxq [~mommer@mnhm-5f75cc44.pool.mediaWays.net] has quit [Quit: Leaving] 22:50:22 rpg [~rpg@216.243.156.16.real-time.com] has joined #sbcl 22:52:12 -!- LiamH [~none@pdp8.nrl.navy.mil] has quit [Quit: Leaving.] 22:57:43 -!- Fare [fare@nat/google/x-bsppbuxtvqzwckje] has quit [Ping timeout: 246 seconds] 23:03:20 tcr1 [~tcr@178-83-229-138.dynamic.hispeed.ch] has joined #sbcl 23:06:16 -!- tcr1 [~tcr@178-83-229-138.dynamic.hispeed.ch] has quit [Read error: Operation timed out] 23:24:41 -!- tcr [~tcr@84-72-21-32.dclient.hispeed.ch] has quit [Quit: Leaving.] 23:30:04 hi 23:30:16 I need help to compile sbcl on debian-sparc 23:33:52 ... go ahead 23:35:24 yes 23:35:32 I installed wheezy on a sparc 23:35:42 and the sbcl-source too 23:36:21 but I need a Lisp compiler to compile sbcl, which one shall I use? 23:36:26 clisp? 23:36:34 Posterdati: SBCL :) 23:36:44 Posterdati: Get a binary dist of sbcl. 23:37:02 The latest SBCL binary from our platform page -- if it works. If not, CMUCL is a good second alternative. 23:37:07 Posterdati: the system-packaged one will do. 23:37:25 problem is that there isn't a system packaged 23:37:29 sbcl 23:37:39 ah, sorry, misread, sparc, well the platform page one should do 23:38:00 Posterdati: I recently compiled and packaged an sbcl on solaris/sparc 23:38:06 (for OpenCSW) 23:38:17 ah 23:39:11 well, please disregard my CMUCL comment, too. I was assuming that they have Linux/SPARC binaries, but they've actually only got Solaris binaries, I think. 23:40:33 BTW, in cases where our binary download doesn't help, cross-compiling from any other system with SBCL running is always an option, too. 23:40:49 Fare [fare@nat/google/x-elavufuzgnzcoazj] has joined #sbcl 23:42:35 Oh, right, I was going to try and fix a thing or two on the sparc backend. Maybe tomorrow. 23:43:39 I see that in the sources there isn't SPARC related source code but only x86 23:47:39 uh, which sources do you mean? 23:50:38 wheezy sbcl-source 23:50:42 but I find it 23:50:58 actually there's the code relative to sparc cpu