01:30:17 -!- segv- [~mb@dslb-094-223-001-069.pools.arcor-ip.net] has quit [Quit: segv-] 01:54:16 -!- ddp [~ddp@71-83-115-6.static.reno.nv.charter.com] has quit [Quit: ddp] 02:21:43 cfy [~ilisp@unaffiliated/chenfengyuan] has joined #ccl 02:31:09 consolers [talker@59.92.43.215] has joined #ccl 02:35:07 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 02:42:55 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 03:35:09 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 03:38:01 *consolers* still cant figure out how to pass data between a generator and a consumer using just a *the-cooperative-thread-lock* 03:38:09 bear with me, i'm stupid and slow 03:38:55 all samefringe yielded was more essays on grandeur 03:42:19 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 03:43:30 is the rmcl zip available via a HTTP GET, with a specified size, somewhere other than google? 03:46:59 ddp [~ddp@71-83-115-6.static.reno.nv.charter.com] has joined #ccl 04:01:16 Just for you ? No. 04:04:43 The answer to your question: (setq *the-data* some-data), or (setf (data-for-thread thread) data), or ... 04:11:43 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 04:14:00 -!- consolers [talker@59.92.43.215] has quit [Ping timeout: 252 seconds] 04:42:15 -!- sellout- [~Adium@c-98-245-92-119.hsd1.co.comcast.net] has quit [Quit: Leaving.] 04:53:53 DataLinkDroid [~DataLinkD@1.129.228.229] has joined #ccl 05:55:56 -!- DataLinkDroid [~DataLinkD@1.129.228.229] has quit [Ping timeout: 256 seconds] 06:08:55 svs__ [~svs@104-252-AGAVEBB-NM.abq.nm.agavebb.net] has joined #ccl 06:12:42 -!- svs_ [~svs@104-252-AGAVEBB-NM.abq.nm.agavebb.net] has quit [Ping timeout: 264 seconds] 06:20:18 cfy` [~ilisp@220.191.186.26] has joined #ccl 06:21:56 hi all,when i execute (with-open-file (out "~/result" :direction :output :if-exists :supersede :if-does-not-exist :create)(format out "~a~%" (1- (expt 2 57885161))) nil),it says Error: value 18089121 is not of the expected type (UNSIGNED-BYTE 24). 06:23:06 i can execute that with no errors in sbcl and ecl 06:33:06 ARRAY-TOTAL-SIZE-LIMIT 06:33:47 -!- cfy` [~ilisp@220.191.186.26] has quit [Ping timeout: 260 seconds] 06:38:54 sorry,but I don't get it 06:41:32 A BIGNUM is a kind of vector-like object; in 32-bit versions of CCL, such objects can have at most 2^24 elements (around 16M). The number that you're trying to create is too big to be represented in 32-bit CCL. 06:43:20 gbyers: oh,got that.thanks 07:15:20 DataLinkDroid [~DataLinkD@CPE-144-137-72-58.lnse5.cht.bigpond.net.au] has joined #ccl 07:38:05 -!- ddp [~ddp@71-83-115-6.static.reno.nv.charter.com] has quit [Quit: ddp] 08:26:19 -!- rme [rme@A5CB9C23.80B03224.699BA7A6.IP] has quit [Connection reset by peer] 08:27:12 -!- rme [~rme@50.43.135.178] has quit [Read error: Connection reset by peer] 08:29:49 rme [~rme@50.43.179.177] has joined #ccl 10:31:00 -!- DataLinkDroid [~DataLinkD@CPE-144-137-72-58.lnse5.cht.bigpond.net.au] has quit [Quit: Bye] 10:33:04 Krystof [~user@81.174.155.115] has joined #ccl 10:33:13 oh hey, this exists. 10:33:24 I sent a mail to openmcl-devel, which is now presumably trapped in a moderation filter 10:33:47 is it going to get through, or should I just assume that it's never going to make it? 11:23:43 what is the next version of ccl likely to be 1.10 or 2.0? i've got a versioning restriction thing that depends on it. 11:26:17 so ? 11:27:18 segv- [~mb@dslb-094-223-014-173.pools.arcor-ip.net] has joined #ccl 11:29:29 i'm getting warnings like : In QL-DIST::MAKE-RELEASE-FROM-LINE: Undefined function #:|(setf ARCHIVE-SIZE)| 11:29:30 you're not using string< to compare versions, I hope 11:30:19 when compiling ccl. i'm not sure if this is coming from my local setup. i hope not. is ccl using quicklisp to build? 11:30:27 fe[nl]ix: not sure what you mean 12:04:21 ignore that last question. i think it is user error 12:14:27 -!- svs__ [~svs@104-252-AGAVEBB-NM.abq.nm.agavebb.net] has quit [Ping timeout: 260 seconds] 12:15:15 svs_ [~svs@104-252-AGAVEBB-NM.abq.nm.agavebb.net] has joined #ccl 12:29:51 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 12:32:35 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 13:01:46 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 13:04:02 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 14:00:24 Vivitron [~Vivitron@12.53.196.74] has joined #ccl 14:08:02 sellout- [~Adium@c-98-245-92-119.hsd1.co.comcast.net] has joined #ccl 14:15:31 -!- rme [~rme@50.43.179.177] has quit [Quit: rme] 14:43:48 -!- billstclair [~billstcla@unaffiliated/billstclair] has quit [Quit: Linkinus - http://linkinus.com] 14:47:50 billstclair [~billstcla@unaffiliated/billstclair] has joined #ccl 15:00:32 rme [~rme@50.43.179.177] has joined #ccl 15:09:35 Krystof: I approved the message you sent to openmcl-devel. (I also added the email address to the list's "automatically accepts" list). 15:09:41 thanks! 15:09:44 much appreciated 15:11:21 My pleasure. 15:29:40 -!- Vivitron [~Vivitron@12.53.196.74] has quit [Quit: trivial-irc-0.0.4] 16:20:12 Fare [~fare@146.94.106.109.dynamic.sat.abo.nordnet.fr] has joined #ccl 16:23:44 -!- fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has quit [Remote host closed the connection] 16:23:53 fe[nl]ix [~quassel@pdpc/supporter/professional/fenlix] has joined #ccl 16:53:40 -!- alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 17:10:17 alms_ [~alms_@173-162-137-153-NewEngland.hfc.comcastbusiness.net] has joined #ccl 17:23:42 pnpuff [~dioxirane@gateway/tor-sasl/pnpuff] has joined #ccl 17:36:30 -!- pnpuff [~dioxirane@gateway/tor-sasl/pnpuff] has quit [Quit: leaving] 18:18:09 pnpuff [~mordwand@gateway/tor-sasl/pnpuff] has joined #ccl 18:22:49 ddp [~ddp@71-83-115-6.static.reno.nv.charter.com] has joined #ccl 18:28:23 -!- pnpuff [~mordwand@gateway/tor-sasl/pnpuff] has quit [Remote host closed the connection] 18:28:48 pnpuff [~mordwand@gateway/tor-sasl/pnpuff] has joined #ccl 18:32:43 -!- pnpuff [~mordwand@gateway/tor-sasl/pnpuff] has quit [Remote host closed the connection] 18:48:52 pnpuff [~dioxirane@gateway/tor-sasl/pnpuff] has joined #ccl 19:53:43 -!- pnpuff [~dioxirane@gateway/tor-sasl/pnpuff] has quit [Quit: non confundar in aeternum] 20:23:33 -!- ddp [~ddp@71-83-115-6.static.reno.nv.charter.com] has quit [Quit: ddp] 20:50:39 -!- rme [rme@FB0C22D5.1A06B3E5.699BA7A6.IP] has quit [Connection reset by peer] 20:50:48 -!- rme [~rme@50.43.179.177] has quit [Read error: Connection reset by peer] 20:51:29 rme [~rme@50.43.179.177] has joined #ccl 20:56:19 rme_ [~rme@50.43.135.203] has joined #ccl 20:56:26 -!- rme [rme@FB0C22D5.1A06B3E5.699BA7A6.IP] has quit [Ping timeout] 20:58:03 -!- rme [~rme@50.43.179.177] has quit [Ping timeout: 276 seconds] 20:58:03 -!- rme_ is now known as rme 21:31:17 booshi [~joe@wr-130-64-193-148.medford.tufts.edu] has joined #ccl 21:32:45 Hey, I was wondering if someone could help me out. I having CCL working, but I can't get it to run from the command line, save for just running the ccl script. I have it installed in /usr/bin/local/ccl, it is executable, but I can't call the command right from the terminal 21:33:48 what's on your PATH ? 21:34:29 (/usr/local/bin is a more common location for binary files than /usr/bin/local/ ...) 21:34:31 er, i mean /usr/local/bin, which is on my path 21:34:50 What shell are you using ? 21:35:07 bash 21:35:53 Dunno then. 21:36:26 Does "which ccl" produce any output? Did you edit the ccl script appropriately if your ccl directory is somewhere other than /usr/local/src/ccl? 21:37:10 nope, neither do for ccl or ccl64, both of which have been changed to the proper paths in the scripts 21:38:27 Stupid question, but does this require a restart of anything to take effect? 21:38:57 (I used to do my work on Mac OS X, switched to linux ~ 5 months ago) 21:39:03 I assume /usr/local/bin/ccl really is a script, right? it's not just the lisp kernel binary or anything? 21:39:23 It shouldn't. the scripts are executable ? 21:39:52 yep. already did a chmod. and the scripts are in /usr/local/bin/ccl/scripts 21:40:29 Uh, why ? 21:40:44 You have misunderstood. You are supposed to copy scripts/ccl to /usr/local/bin/ccl and edit it to suit. 21:40:52 ah 21:41:08 rme: good cop. me: bad cop. 21:41:30 let me try that. the documentation made it seem like I should have copied the whole install there 21:45:01 I have done exactly that but still can't invoke ccl from the shell 21:46:13 what's the output of "ls -l /usr/local/bin/ccl"? 21:46:38 -rwxr-xr-x 1 root root 1399 Feb 7 16:43 ccl 21:46:38 -rwxr-xr-x 1 root root 1744 Feb 7 16:44 ccl64 21:46:38 -rwxr-xr-x 1 root root 624 Feb 7 13:58 http-to-ssh 21:46:38 -rwxr-xr-x 1 root root 752 Feb 7 13:58 http-to-svn 21:46:38 -rwxr-xr-x 1 root root 554 Feb 7 13:58 makedmg 21:46:38 -rwxr-xr-x 1 root root 171 Feb 7 13:58 svn-switch 21:47:49 and what's the error message when you tyoe "ccl"? 21:48:03 command not found 21:48:32 I would therefore guess that /usr/local/bin is not really on your path. 21:48:52 echo $PATH 21:48:52 /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/usr/lib/jvm/java-7-openjdk-amd64 21:49:18 wait, if that's the output of ls -l /usr/local/bin/ccl, is that a *directory*? 21:49:25 that is, is there a file called /usr/loca/bin/ccl/ccl? 21:49:42 /usr/local/bin/ccl/ seems to be the "scripts" directory from the ccl distribution. Yes. 21:49:53 Ah, I see (like I said, somewhat new to Linux) 21:49:59 Let me change that, see what happens 21:52:37 that was it! 21:52:55 sorry, i should have known that. long week + getting ready for this storm that is headed right for me 21:55:14 thanks again! 21:55:18 -!- booshi [~joe@wr-130-64-193-148.medford.tufts.edu] has quit [Quit: Leaving] 21:58:28 Fare: I believe I've found a bug in asdf 2.20 as included in the CCL 1.9 candidate 21:58:39 Forward references of (setf foo) get warnings 21:59:00 oops 21:59:03 If compiles in another file that gets compiled later than the rerference 21:59:11 Shall I send you my tiny example? 21:59:15 oops. 21:59:26 yes, that would be great 21:59:29 email? 21:59:31 you mean 2.28, I presume. 21:59:39 fahree@gmail.com 21:59:46 No, it identifies itself as 2.20 (asdf:asdf-version) 22:00:26 Could that be quicklisp's asdf? 22:00:46 Sorry. 2.28 22:00:55 2.20 might be quicklisp's 22:01:25 Ah. That was in my slime buffer, which is running ccl 1.8 22:01:31 The bug happens in 2.28 22:01:54 I was pretty sure I put ASDF 2.28 in 1.9... 22:01:58 yep 22:03:38 Fare: example sent 22:04:01 I tested that it does NOT happen inside a simple with-compliation-unit 22:05:17 When you get a warning, does it say that (SETF FOO) is undefined, or does it complain about #:(setf FOO) ? 22:05:32 #:|(setf FOO)| 22:05:35 #:|(setf FOO)| 22:05:37 thanks 22:05:42 Tsk, tsk, tsk. 22:05:46 That's in the README in the example I sent 22:08:33 DataLinkDroid [~DataLinkD@1.149.231.189] has joined #ccl 22:11:39 Fare: a couple other things that I had to fix in my system are that asdf:getenv is no longer defined. It moved to the asdf/os package, and .asd files in the current directory are no longer automatically found (by quicklisp) 22:16:31 it hasn't been exported by asdf for some time, but it's in asdf/driver 22:16:36 or asdf/is 22:16:38 asdf/os 22:16:43 It HAS been exported 22:16:45 it's also private in asdf:: 22:16:49 which is backward compatible 22:16:50 At least it was in 2.20 22:16:58 yes, it was, until Xach complained 22:17:12 Not a biggy 22:17:28 can't make everyone happy 22:17:31 :( 22:17:45 You can please all of the people some of the time... 22:18:50 The other problem I fixed by explicitly loading my .asd file in my system loader 22:19:31 But I have multiple systems that will break when they don't find a "top-level" asd file 22:19:46 I was happy with it being exported from asdf. But these days, the general package for utilities is asdf/driver 22:20:33 Maybe QuickLisp has fixed that, though. I haven't updated in a while 22:20:41 and yes, I removed the current directory from the default -- on many implementation, there isn't any such thing, and even when there is, since there is no guarantee when the source-registry will be read and in what environment, it doesn't make reproducible sense to have such a default 22:20:51 ok 22:21:25 you can load the asd file directly -- the exported function to do that is load-asd, not load 22:21:31 load-asd does extra magic. 22:21:32 But it was working for me in CCL on mac, windows, linux, and freebsd 22:21:51 load appears to work, but I'll change to load-asd 22:21:52 yes, it used to work 22:22:05 load works most of the time 22:22:22 but load-asd is the safe way to do the same thing as asdf itself. 22:22:29 and supported way, too 22:22:48 load-asd is not defined in asdf 2.20 22:23:18 beware, load-asd won't work on older versions of CCL / ASDF. There is a load-sysdef from ASDF 2.017 (or so) to 2.26, but I'm not sure it was ever exported. 22:23:36 and its API is slightly different 22:23:43 I don't recommend using it. 22:23:57 I'll stick with load then, since I'll be supporting ccl-1.8 for a while 22:24:01 do you have to be compatible with older versions of ASDF ? 22:24:35 you could use asdf::load-sysdef, which is supported in ccl-1.8 and has a compatibility interface in asdf 2.28 / ccl 1.9 22:24:47 (asdf::load-sysdef "foo" "/path/to/foo.asd") 22:26:09 It doesn't appear to do anything beyond LOAD except to load in a temporary package 22:26:15 yuck interface; it was originally just factoring stuff out of the spaghetti code that had grown from the original ASDF1. 22:26:25 a package that :use's :asdf 22:26:33 and whatever with-system-definitions does 22:27:00 it prevents infinite recursion by detecting circularities. 22:27:10 -!- alms_ [~alms_@173-162-137-153-NewEngland.hfc.comcastbusiness.net] has quit [Quit: alms_] 22:27:12 ah, so since I don't have any, I'm ok 22:27:16 and caches file access stamps 22:27:38 so yeah, if it's a particular .asd that you control, then load is fine. 22:27:51 especially if you handle package issues on your side. 22:27:53 alms_ [~alms_@173-162-137-153-NewEngland.hfc.comcastbusiness.net] has joined #ccl 22:27:57 yep 22:28:05 (asdf:defsystem ...) 22:28:15 perfect 22:28:34 if you don't control the asd, then load-sysdef starts to make sense. 22:28:37 I generally avoid importing whole packages into my packages 22:28:45 is that truledger ? 22:29:00 I'm testing with my kymeta code now, but truledger does the same thing 22:29:11 I snarfed lots of code from there 22:30:56 what's kymeta? 22:31:10 My current paid project. http://kymetacorp.com/ 22:31:16 A portable satellite antenna 22:31:24 base station 22:32:16 If we're successful, CCL will next year some time ship in millions of antennas, running in embedded ARM processors 22:32:46 -!- alms_ [~alms_@173-162-137-153-NewEngland.hfc.comcastbusiness.net] has quit [Client Quit] 22:35:24 nice :) 22:44:42 alms_ [~alms_@209-6-130-32.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 22:55:22 -!- DataLinkDroid [~DataLinkD@1.149.231.189] has quit [Ping timeout: 256 seconds] 23:15:36 -!- segv- [~mb@dslb-094-223-014-173.pools.arcor-ip.net] has quit [Quit: segv-] 23:37:13 DataLinkDroid [~DataLinkD@1.148.159.61] has joined #ccl