00:05:59 -!- hefner [~hefner@static-71-166-162-194.washdc.east.verizon.net] has quit [Ping timeout: 245 seconds] 00:18:40 homie` [~levgue@xdsl-78-35-165-174.netcologne.de] has joined #sbcl 00:21:47 -!- homie [~levgue@xdsl-78-35-128-28.netcologne.de] has quit [Ping timeout: 252 seconds] 01:25:52 -!- TimKack [~tkack@c-2ec2309d-74736162.cust.telenor.se] has quit [Ping timeout: 245 seconds] 01:54:56 -!- loke [~elias@bb115-66-85-121.singnet.com.sg] has quit [Quit: Leaving] 02:04:39 Phoodus [~foo@ip72-223-116-248.ph.ph.cox.net] has joined #sbcl 02:43:06 RazWelles [~Raz@c-65-34-239-133.hsd1.fl.comcast.net] has joined #sbcl 02:43:42 Where can I find docs on how to compile a lisp program of mind to a dll? 03:01:38 no such thing 03:55:26 -!- huangjs [~huangjs@190.8.100.83] has quit [Ping timeout: 252 seconds] 04:07:27 *mine 05:08:24 -!- edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 06:07:53 huangjs [~huangjs@190.8.100.83] has joined #sbcl 06:22:09 sdemarre [~serge@91.176.167.230] has joined #sbcl 06:35:32 angavrilov [~angavrilo@217.71.227.190] has joined #sbcl 06:41:37 -!- slyrus_ [~chatzilla@99-28-161-110.lightspeed.miamfl.sbcglobal.net] has quit [*.net *.split] 06:41:37 -!- ivan`` [~ivan@unaffiliated/ivan/x-000001] has quit [*.net *.split] 06:41:46 ivan`` [~ivan@unaffiliated/ivan/x-000001] has joined #sbcl 06:48:50 drl [~lat@110.139.229.172] has joined #sbcl 08:03:47 nikodemus [~nikodemus@178-55-57-180.bb.dnainternet.fi] has joined #sbcl 08:03:47 -!- ChanServ has set mode +o nikodemus 08:11:33 slyrus_ [~chatzilla@99-28-161-110.lightspeed.miamfl.sbcglobal.net] has joined #sbcl 08:18:50 -!- sdemarre [~serge@91.176.167.230] has quit [Ping timeout: 272 seconds] 09:06:42 I just want to say that SBCL outperformed Python and the open source computer algebra system Sage about 40-fold for some non-trivial group theory and permutation code -- unoptimized. 09:06:46 Hooray for SBCL. 09:10:43 edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has joined #sbcl 10:37:53 Kryztof: I think open FP intervals should at least always be enlarged to closed ones. Rounding modes could mess things up. 11:18:59 -!- homie` [~levgue@xdsl-78-35-165-174.netcologne.de] has quit [Read error: Connection reset by peer] 11:19:36 homie` [~levgue@xdsl-78-35-165-174.netcologne.de] has joined #sbcl 11:29:26 -!- edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 11:48:56 dtw [~dtw@pdpc/supporter/active/dtw] has joined #sbcl 11:49:13 -!- nikodemus [~nikodemus@178-55-57-180.bb.dnainternet.fi] has quit [Quit: This computer has gone to sleep] 12:35:28 -!- pchrist [~spirit@gentoo/developer/pchrist] has quit [Quit: leaving] 12:44:25 pchrist [~spirit@gentoo/developer/pchrist] has joined #sbcl 12:45:14 homie`` [~levgue@xdsl-78-35-150-17.netcologne.de] has joined #sbcl 12:48:07 -!- homie` [~levgue@xdsl-78-35-165-174.netcologne.de] has quit [Ping timeout: 244 seconds] 13:02:09 -!- homie`` [~levgue@xdsl-78-35-150-17.netcologne.de] has quit [Read error: Connection reset by peer] 13:08:52 LiamH [~healy@pool-74-96-18-66.washdc.east.verizon.net] has joined #sbcl 13:26:50 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 13:31:06 -!- drl [~lat@110.139.229.172] has quit [Remote host closed the connection] 13:36:21 -!- gko [~gko@114-34-168-13.HINET-IP.hinet.net] has quit [Ping timeout: 252 seconds] 13:58:33 RazWelles_ [~Raz@c-65-34-239-133.hsd1.fl.comcast.net] has joined #sbcl 14:01:28 -!- RazWelles [~Raz@c-65-34-239-133.hsd1.fl.comcast.net] has quit [Ping timeout: 272 seconds] 14:15:10 gko [~gko@114-34-168-13.HINET-IP.hinet.net] has joined #sbcl 15:15:06 homie [~levgue@xdsl-78-35-150-17.netcologne.de] has joined #sbcl 15:55:43 -!- slyrus [~chatzilla@99-28-161-110.lightspeed.miamfl.sbcglobal.net] has quit [Remote host closed the connection] 16:23:49 edgar-rft [~user@HSI-KBW-078-043-123-191.hsi4.kabel-badenwuerttemberg.de] has joined #sbcl 16:37:49 -!- gko [~gko@114-34-168-13.HINET-IP.hinet.net] has quit [] 16:38:08 -!- slyrus_ [~chatzilla@99-28-161-110.lightspeed.miamfl.sbcglobal.net] has quit [Ping timeout: 240 seconds] 17:12:44 -!- LiamH [~healy@pool-74-96-18-66.washdc.east.verizon.net] has quit [Ping timeout: 272 seconds] 18:33:22 azrael_ [~azraelgot@52-45.3-213.fix.bluewin.ch] has joined #sbcl 18:33:59 -!- dtw [~dtw@pdpc/supporter/active/dtw] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 18:43:58 -!- huangjs [~huangjs@190.8.100.83] has quit [Quit: Leaving] 18:56:32 huangjs [~huangjs@190.8.100.83] has joined #sbcl 18:58:56 -!- huangjs [~huangjs@190.8.100.83] has quit [Client Quit] 19:00:18 huangjs [~huangjs@190.8.100.83] has joined #sbcl 19:04:08 sdemarre [~serge@91.176.2.171] has joined #sbcl 19:10:15 -!- homie [~levgue@xdsl-78-35-150-17.netcologne.de] has quit [Read error: Connection reset by peer] 19:11:31 homie [~levgue@xdsl-78-35-150-17.netcologne.de] has joined #sbcl 19:12:51 -!- homie [~levgue@xdsl-78-35-150-17.netcologne.de] has quit [Read error: Connection reset by peer] 19:13:50 homie [~levgue@xdsl-78-35-150-17.netcologne.de] has joined #sbcl 19:30:47 LiamH [~healy@pool-74-96-18-66.washdc.east.verizon.net] has joined #sbcl 19:32:15 -!- homie [~levgue@xdsl-78-35-150-17.netcologne.de] has quit [Read error: Connection reset by peer] 19:32:58 nikodemus [~nikodemus@176-93-191-189.bb.dnainternet.fi] has joined #sbcl 19:32:58 -!- ChanServ has set mode +o nikodemus 19:33:01 homie [~levgue@xdsl-78-35-150-17.netcologne.de] has joined #sbcl 19:34:42 -!- homie [~levgue@xdsl-78-35-150-17.netcologne.de] has quit [Read error: Connection reset by peer] 19:35:29 homie [~levgue@xdsl-78-35-150-17.netcologne.de] has joined #sbcl 19:45:24 prxq [~mommer@mnhm-590c097c.pool.mediaWays.net] has joined #sbcl 19:49:35 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 19:58:25 any comments on this patch: https://launchpadlibrarian.net/103008028/run-program.diff avoiding re-encoding environ when no environment is passed ? 19:59:35 lp 985904 19:59:36 https://bugs.launchpad.net/bugs/985904 19:59:51 it should fix the problem of building sbcl with bad characters in the environment 20:01:32 *nikodemus* resists snark 20:02:29 -!- angavrilov [~angavrilo@217.71.227.190] has quit [Ping timeout: 248 seconds] 20:02:50 nikodemus: and re tests for --dynamic-space-size, how do i test a sufficient range of values if it may fail to allocate enough space on x86? 20:02:55 re. the patch. it looks fine to me. might want to check that it doesn't break windows, since there's some fun OAOOMery there 20:02:58 s/allocate/mmap/ 20:03:33 stassats: good question, didn't think of that 20:05:29 stassats: a hackish trick would be to first try to mmap that much space from a small C program, and if it succeeds, run the test proper 20:06:16 how about writing a small c program which includes this file and then calls this function and checks its result? 20:07:25 i don't follow 20:08:27 (i'm not terribly upset about the missing test, i'm just quietly convinced that any bug that's fixed without a test-case is just going to break again) 20:09:07 #include "../runtime.c" main () { long int size = parse_size_arg; return (check size)} 20:09:11 something like that 20:10:08 clever :) 20:10:31 -!- specbot [~specbot@pppoe.178-66-55-243.dynamic.avangarddsl.ru] has quit [Disconnected by services] 20:10:34 -!- minion [~minion@pppoe.178-66-55-243.dynamic.avangarddsl.ru] has quit [Disconnected by services] 20:10:35 specbot [~specbot@pppoe.178-66-25-220.dynamic.avangarddsl.ru] has joined #sbcl 20:10:36 minion [~minion@pppoe.178-66-25-220.dynamic.avangarddsl.ru] has joined #sbcl 20:11:00 testing the actual interface would be better, but nothing wrong with elbow-deep-in-internals approach :) 20:12:13 another option would be to add a test that works on some x86 configs where it used to break, but mark it as :expected-to-fail on x86 20:12:29 somewhat misleading, but... 20:14:13 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 256 seconds] 20:14:29 -!- nikodemus [~nikodemus@176-93-191-189.bb.dnainternet.fi] has quit [Quit: This computer has gone to sleep] 20:14:31 -!- stassats [~stassats@wikipedia/stassats] has quit [Ping timeout: 244 seconds] 20:15:13 stassats [~stassats@wikipedia/stassats] has joined #sbcl 20:28:45 i wonder whether sbcl can be compiled with visual c 20:31:38 Speaking of compiling SBCL with different compilers... I've got a nasty crash-to-ldb bug that I can replicate with the 1.0.23 I pulled from sourceforge a while back, but am unable to replicate with a fresh 1.0.23 built from git. 20:32:14 fresh 1.0.23? 20:32:41 As in, built this afternoon. 20:32:50 why do you care about 1.0.23? 20:32:52 I had originally thought it'd somehow gotten fixed in the interim between the 1.0.50.1 that I'm running in production and HEAD, but when bisecting I ended up back where I started from. 20:33:15 Because I have one from a known source that's broken, and a local build that isn't. 20:33:35 The only theory that I have is that something is different about the compilers used. 20:34:29 does sbcl record anywhere with which compiler it was built? 20:34:44 I'd be surprised if it did, TBH. 20:35:01 That said, gcc might do it anyway. 20:35:53 Hrm. Nothing obvious in the runtime executable. 20:37:18 x86 or x86_64? 20:38:15 1.0.23 x86_64 is built with gcc 4.3.1 20:38:18 Originally observed on x86 1.0.50.1, reproduced on x86_64 1.0.23. 20:38:32 on opensuse 20:38:51 or just suse 20:39:02 gcc --version tells me that I'm currently running Debian 4.4.5-8. 20:40:17 and it might have been a suse brew of gcc 20:41:26 anyway, can't reproduce, no bug, everybody's happy 20:41:41 Can't be suse-specific, since the 1.0.50.1 that I saw this with originally wouldn't have been built on suse. 20:42:15 maybe it was hardware-specific? 20:42:19 Careful, I've probably got a gcc 4.3 somewhere around to try with, now that I have a possible angle. (-: 20:42:23 bad memory or somesuch? 20:42:29 minion: advice 12000? 20:42:30 Looking for a compiler bug is the second-to-last resort. The last resort is blaming bad RAM. It's never the correct hypothesis. 20:42:32 On which system? 20:42:38 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 240 seconds] 20:42:43 on yours 20:43:23 When one of the systems involved is an EC2, and the other one happily builds and runs SBCL, linux kernels, et cetera? 20:43:49 who knows, sbcl is picky 20:44:02 nyef: I think we had an ec2 issue at some point. 20:45:31 pkhuong: I'm reproducing this on my netbook, though, so that's not likely to be the issue. 20:45:47 nyef: can you bisect the releases from sf? 20:46:49 ... And I have a lenny32 chroot with gcc 4.3.2 in it. 20:47:11 stassats: I should be able to. 20:47:21 if all else fails 20:47:52 At this point, though, I'm going to say thank you for the discussion, and get back to actual work now that I have a couple of angles on which to proceed. 20:49:09 nyef: maybe you uncovered a conspiracy, your netbook uses a CPU from the cloud, from EC2 20:49:28 ... an Atom N450? 20:49:37 it's a conspiracy! 20:49:54 they surely can change /proc/cpuinfo 20:51:20 No, the conspiracy was upgrading the kernel breaking my wireless due to rfkill after something like four or five suspend-to-ram cycles. 21:05:55 -!- azrael_ [~azraelgot@52-45.3-213.fix.bluewin.ch] has quit [Quit: Colloquy for iPad - http://colloquy.mobi] 21:13:59 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 21:42:23 Mazingaro [~Tetsuja@host223-230-dynamic.16-87-r.retail.telecomitalia.it] has joined #sbcl 21:56:20 -!- prxq [~mommer@mnhm-590c097c.pool.mediaWays.net] has quit [Quit: Leaving] 21:58:49 prxq [~mommer@mnhm-590c097c.pool.mediaWays.net] has joined #sbcl 22:00:06 -!- prxq [~mommer@mnhm-590c097c.pool.mediaWays.net] has quit [Client Quit] 22:01:15 prxq [~mommer@mnhm-590c097c.pool.mediaWays.net] has joined #sbcl 22:01:23 -!- prxq [~mommer@mnhm-590c097c.pool.mediaWays.net] has quit [Remote host closed the connection] 22:03:13 -!- Mazingaro [~Tetsuja@host223-230-dynamic.16-87-r.retail.telecomitalia.it] has quit [Remote host closed the connection] 22:07:43 Mazingaro [~Tetsuja@host223-230-dynamic.16-87-r.retail.telecomitalia.it] has joined #sbcl 22:42:14 -!- sdemarre [~serge@91.176.2.171] has quit [Ping timeout: 245 seconds] 23:01:16 -!- stassats` [~stassats@wikipedia/stassats] has quit [Ping timeout: 252 seconds] 23:02:33 -!- Mazingaro [~Tetsuja@host223-230-dynamic.16-87-r.retail.telecomitalia.it] has quit [Remote host closed the connection] 23:15:56 stassats` [~stassats@wikipedia/stassats] has joined #sbcl 23:23:40 attila_lendvai [~attila_le@178-164-243-13.pool.digikabel.hu] has joined #sbcl 23:23:40 -!- attila_lendvai [~attila_le@178-164-243-13.pool.digikabel.hu] has quit [Changing host] 23:23:40 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl 23:43:30 -!- LiamH [~healy@pool-74-96-18-66.washdc.east.verizon.net] has quit [Ping timeout: 272 seconds] 23:55:59 -!- attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has quit [Ping timeout: 245 seconds] 23:57:44 attila_lendvai [~attila_le@unaffiliated/attila-lendvai/x-3126965] has joined #sbcl