00:06:24 dnolen [~davidnole@184.152.69.75] has joined #scheme 00:06:42 -!- alaricsp [~alaric@212.183.128.107] has quit [Quit: Leaving] 00:12:03 pygospa [~TheRealPy@kiel-d9bfd476.pool.mediaWays.net] has joined #scheme 00:13:21 -!- ckrailo [~ckrailo@208.86.167.249] has quit [Quit: Computer has gone to sleep.] 00:15:17 -!- phailospa [~TheRealPy@kiel-4dbed3c6.pool.mediaWays.net] has quit [Ping timeout: 276 seconds] 00:18:55 -!- soveran [~soveran@186.19.214.247] has quit [Remote host closed the connection] 00:26:01 -!- mjonsson [~mjonsson@38.109.95.205] has quit [Ping timeout: 240 seconds] 00:35:47 pjb [~t@81.202.16.46.dyn.user.ono.com] has joined #scheme 00:36:14 -!- pjb is now known as Guest2625 00:36:30 -!- jonrafkind [~jon@crystalis.cs.utah.edu] has quit [Ping timeout: 255 seconds] 00:37:11 -!- Guest2625 is now known as pjb` 00:37:44 -!- pjb` is now known as pjb 00:42:55 samth_ [~samth@c-24-128-51-63.hsd1.ma.comcast.net] has joined #scheme 00:57:20 gienah [~mwright@ppp121-44-237-46.lns20.syd7.internode.on.net] has joined #scheme 01:07:13 ckrailo [~ckrailo@pool-173-57-102-171.dllstx.fios.verizon.net] has joined #scheme 01:15:41 -!- pyrony [~epic@office1.klout.com] has quit [Ping timeout: 240 seconds] 01:20:41 aalix [~aalix@75.85.176.185] has joined #scheme 01:21:55 bluephoenix47 [~bluephoen@99-70-235-79.lightspeed.iplsin.sbcglobal.net] has joined #scheme 01:22:12 -!- bluephoenix47 [~bluephoen@99-70-235-79.lightspeed.iplsin.sbcglobal.net] has left #scheme 01:26:59 kennyd [~kennyd@78-0-196-60.adsl.net.t-com.hr] has joined #scheme 01:36:50 jcowan [~John@cpe-74-68-112-189.nyc.res.rr.com] has joined #scheme 01:52:18 pyrony [~epic@173-126-26-50.pools.spcsdns.net] has joined #scheme 01:55:26 goi 02:00:53 goi? 02:01:15 -!- tricus [~tricus@h69-130-142-158.cncrtn.dsl.dynamic.tds.net] has quit [Remote host closed the connection] 02:03:24 Eh, I get tired of saying "coi" all the time 02:05:52 -!- matt5 [~sints@unaffiliated/matt5] has left #scheme 02:06:15 -!- MrFahrenheit [~RageOfTho@users-146-61.vinet.ba] has quit [Ping timeout: 260 seconds] 02:10:07 what is meant by that? 02:10:44 Lojban for "greetings" 02:11:22 ah, okay :) 02:14:42 -!- thoolihan [~Tim@50.51.27.69] has quit [Quit: Leaving] 02:16:03 jcowan: Do you understand the point that using case-lambda for optional argument processing requires O(n^2) manually written code, where n is the number of optional arguments? 02:16:45 thoolihan [~Tim@50.51.27.69] has joined #scheme 02:18:14 Not necessarily. 02:18:21 It can be done with O(n) 02:18:54 How? You did not suggest any O(n) methods on the list. 02:20:14 ((foo bar baz) ...) ((foo bar) (frotz foo )) ((foo bar baz) (frotz foo bar )) 02:20:32 a good compiler can optimize away the jumps 02:21:21 I'm NOT talking about optimization. 02:21:28 soveran [~soveran@186.19.214.247] has joined #scheme 02:21:35 I said O(n^2) _manually_ written code. 02:22:29 Where's the O(n^2) here? 02:24:09 How many tokens (not counting parens) are in the first case? 02:25:18 Depends on what the ... expands to, I guess. 02:26:25 Oh, you changed the order, OK, let's skip that. How many in the second? 02:26:28 Ah, I see your point: n arguments, n clauses each with O(n) arguments. 02:27:15 AtnNn [~welcome@modemcable020.240-177-173.mc.videotron.ca] has joined #scheme 02:28:09 -!- shachaf [~shachaf@204.109.63.130] has quit [Remote host closed the connection] 02:28:30 jcowan, common subexpression elimination is not simple. 02:28:58 -!- tauntaun [~Crumpet@ool-44c711b3.dyn.optonline.net] has quit [Quit: Ex-Chat] 02:29:19 Not in the general case, but the basic blocks in this case are used in a highly disciplined way. 02:29:33 because case-lambda does not expose its individual arms to the outside world. 02:30:17 (list (f (car x)) (g (car x))) Oops, can't do CSE here unless you know a lot about F and G. 02:31:24 f and g are lexically apparent in a case-lambda. 02:31:55 jcowan: No, list is lexically transparent, f and g could be anything 02:33:35 The context I was talking about was ((foo bar baz) ...)) ((foo bar) (foo bar )) ((foo) (foo )) 02:33:51 er, 02:34:08 ((foo bar baz) ...)) ((foo bar) (frotz foo bar )) ((foo) (frotz foo )) 02:34:44 Oh, you didn't mean common subexpression elimination, but rather something a little different -- transforming (list (f (car x)) (g (car x))) into (let ((h (lambda () (car x))) (list (f (h)) (g (h)))), not into (let ((a (car x))) (list (f a) (g a))). 02:35:54 Actually, I believe the only Schemes that optimize case-lambda into something not pathetically slow will duplicate all the code. 02:37:04 What is this `optimize' of which you speak? Are there optimizing Scheme compilers? 02:37:09 -!- pyrony [~epic@173-126-26-50.pools.spcsdns.net] has quit [Ping timeout: 258 seconds] 02:37:35 Riastradh: Ikarus, although it's toyish and abandoned. 02:38:14 Anyway, the optimization is very much secondary to a quadratic increase in manual code. 02:38:26 I don't remember seeing any interesting optimization going on there, beyond tagging tweaks. But I didn't look very closely. 02:39:07 Ikarus is abandoned? 02:39:28 As in, Abdulaziz has said so, or just nothing has happened lately (a la Gambit until recently) 02:41:42 pyrony [~epic@108.112.235.117] has joined #scheme 02:43:37 Riastradh: I was under the impression that Orbit was an optimizing compiler; at least, the Orbit article expressly mentions CSE. 02:43:38 The last Ikarus release was over 4 years ago, the last commit over 3 or so (site is down so I can't check). 02:44:44 Riastradh: Ikarus may not do many high-level optimizations, but it performs amazingly well in micro-benchmarks. 02:44:47 CSE? Orbit doesn't do CSE. 02:44:51 Someone here told me that one shouldn't make assumptions about abandonment when it comes to Scheme. If it wasn't Gambit, it may have been another. 02:46:15 -!- pyrony [~epic@108.112.235.117] has quit [Ping timeout: 252 seconds] 02:47:36 4 years is a _long_ time. 02:49:00 The dead website isn't encouraging either. 02:49:29 Ah, I misread the Orbit article. 02:50:39 *poof* 02:51:38 And not just commits - he doesn't reply on the mailing list. 02:58:58 gnomon_ [~gnomon@CPE0022158a8221-CM000f9f776f96.cpe.net.cable.rogers.com] has joined #scheme 03:00:17 Anyway, once R7RS is finished I can get back to writing an optimizing compiler. 03:00:36 I'm sure we all look forward to it. 03:01:42 *cky* looks forward to writing one too...by plagiarising all the cool techniques from HotSpot, V8, etc. :-) 03:01:53 -!- gnomon [~gnomon@CPE0022158a8221-CM000f9f776f96.cpe.net.cable.rogers.com] has quit [Ping timeout: 276 seconds] 03:03:00 meep meep meep ... meep meep 03:03:01 -!- soveran [~soveran@186.19.214.247] has quit [Remote host closed the connection] 03:03:49 But right, speaking of R7RS... 03:04:10 jcowan: Do you still think case-lambda is good for optional argument processing? 03:04:32 foof: What in your opinion is better than case-lambda? I haven't been following the discussion, sorry. 03:05:01 Sure. I think its flexibility is more important than the technical cost of the particular stylized use we have been discussing. 03:05:08 Nisstyre [~nisstyre@109.74.204.224] has joined #scheme 03:06:04 cky: Anything, really. DSSSL or Shiver's let-optionals* or just manual destructuring are all O(n) code. 03:06:13 *unpoof, briefly* What is the merit of the flexibility? 03:06:47 I'd be open to new ideas as well. Which is why I don't want to cram a bad solution down people's throats. 03:07:12 foof: Have you seen SRFI 41? One of its function has the leftmost argument as optional. (stream->list, IIRC.) As far as I know, that's only implementable using case-lambda, not any of the usual optionals systems. 03:07:13 jcowan: The flexibility doesn't apply to my question - I'm talking specifically about optional argument processing. 03:07:18 We have already adopted the solution you think is bad. All we are talking about is whether to increase the size of the base library by one syntax keyword implemented in a few dozen lines. 03:07:42 How about forgetting about optional positional arguments and adding optional and required named arguments? 03:07:55 Oh, are you asking me whether I want to standardize something *other* than case-lambda for optional arguments? No, I see no need. 03:07:56 bluephoenix47 [~bluephoen@99-70-235-79.lightspeed.iplsin.sbcglobal.net] has joined #scheme 03:07:59 -!- bluephoenix47 [~bluephoen@99-70-235-79.lightspeed.iplsin.sbcglobal.net] has left #scheme 03:08:02 Yes, that's why I said "cram it down their throats." That's what putting it in the base module entails. 03:08:24 make-list is in the base module; which throats is it crammed down? 03:08:37 foof: Obviously having optionals on the left-hand-side is extremely unusual and not to be encouraged. But I've used case-lambda in that instance, for that. 03:08:42 cky, there are lots of other design mistakes in SRFI 41 too... 03:08:53 Riastradh: I know, right. >_< 03:09:03 Why, not to be encouraged? Atan *already* works like that, for good reason. 03:09:38 jcowan: Huh, I've never thought of it that way. 03:09:47 No, it doesn't, jcowan. 03:09:54 cky: Whether you consider that bad design or not is a matter of opinion, but the fact is it's _rare_. We don't need to put anything in the base module for such uncommon cases. 03:09:59 rudybot: eval (list (atan 123) (atan 123 1) (atan 1 123)) 03:10:00 Riastradh: ; Value: (1.5626664246149526 1.5626664246149526 0.008129902179943912) 03:10:41 foof: Another example of functions that fit naturally with case-lambda: +, -, *, /. 03:10:54 jcowan: Setting aside the uncommon uses, I'm talking about the very common case where there are 1 or more optional positional arguments following the required arguments. 03:11:32 Given that case-lambda requires a quadratic code increase to handle these, do you still advocate it in _those_ cases? 03:11:34 cky, for those arithmetic procedures, CASE-LAMBDA is at best an optimization. 03:12:37 Riastradh: Huh. I thought that'd be the obvious way to implement those functions, but I guess it's possible make them all just take rest arguments and unpack them manually. 03:13:02 Oh, sorry, not for - and /. 03:13:07 cky: + and * are handled better with a reduce 03:13:13 That's really just a cute reuse of names, though. 03:13:16 foof: That is true. 03:13:48 NEGATE and RECIPROCAL would be just as good. 03:14:05 (and better, in some senses that aren't relevant to the subject at hand) 03:14:46 Riastradh: Indeed. But given that - and / are indeed overloaded in current Scheme, case-lambda is still a good fit for them, since there aren't other function overloading mechanisms I know of. 03:15:21 (Apart from generic methods, etc., in CLOS-like systems.) 03:16:00 Doesn't make it an important or useful idiom. 03:16:32 True. 03:18:15 My opinion on the - and / cases is that because some people dislike them, introducing new procedures that behave completely differently depending on the number of arguments is controversial. 03:18:32 We should therefore not go out of our way to make it easy to create such procedures. 03:19:04 Even if you think it's handy for - and /, people have a limit to the number of special cases they can remember. 03:19:15 *nods* 03:19:22 That is something I can agree with. 03:20:09 Since if you get what you want, it will take them *one line* to get it, I hardly see that you are imposing much of a cost on them. It's more an irritation than anything else. 03:20:23 s/to get it/for such users & 03:20:58 If it's hardly a cost why are you so opposed to it? 03:21:24 It's bad taste and nobody seriously uses it. Better to spend effort on something useful such as named parameters. 03:21:39 Because even a small cost is not worth imposing. 03:21:56 Riastradh: We have already adopted case-lambda. The issue is, in the base module or in its own module? 03:25:27 *shrug* 03:26:01 jcowan: You still didn't answer me about using case-lambda for optional trailing arguments. 03:27:14 I don't think your complaint about doing so is as much of a problem as you do, so I don't see the need to add an alternative facility. 03:29:46 *repoof* 03:29:50 Do you know what quadratic means? Can you picture what the rare 5 and 6 optional argument cases look like? 03:30:50 *jcowan* says testily: 03:30:53 Of course I know what it means. 03:31:13 (Can you picture procedures with 5 or 6 optional parameters? Yikes!) 03:31:16 If you want something else, file a ticket. Or add it to the revote docket for WG2. 03:31:43 The Windows C API has procedures with 10-12 mandatory parameters, too. 03:31:58 jcowan: That's to cover for the fact that C has no named parameters. 03:32:14 It's also a crappy design, even in C. 03:32:14 jcowan: Named parameters are, for such cases, vastly superior to positional parameters. 03:32:20 *nods* 03:32:21 Riastradh: People will write them whether they're a good idea or not. 03:32:41 -!- copumpkin [~pumpkin@unaffiliated/pumpkingod] has quit [Ping timeout: 240 seconds] 03:32:43 cky: WG1 won't have named parameters either. 03:32:53 foof: :-O 03:33:13 I believe someone already wrote an R5RS implementation of named parameters. 03:33:13 (Understandable, really, in terms of keeping the spec lean.) 03:34:04 Arcfide, in fact. 03:34:30 Without redefining lambda or adding a lambda substitute. 03:34:48 At 10 optional arguments you're talking O(100) tokens for case-lambda. 03:34:54 -!- samth_ [~samth@c-24-128-51-63.hsd1.ma.comcast.net] has quit [Ping timeout: 250 seconds] 03:37:02 At 10 optional arguments you are talking about a wildly overstuffed procedure. 03:37:47 foof: What I don't understand is why you are expending so much energy on this bikeshed point. I'd much rather discuss the other points of divergence between our ModuleRefactoring proposals and see if we can converge any of them. I asked you about this on list, but you didn't (AFAICT) reply. 03:38:14 That's harder, so I'll get to it this weekend. 03:38:22 shachaf [~shachaf@204.109.63.130] has joined #scheme 03:39:04 Okay. 03:39:38 http://trac.sacrideo.us/wg/wiki/KeywordArgumentsArcfide <-- Aaron's implementation of keyword objects 03:39:39 I'm focusing on this right now because you surprise me greatly. People argue for case-lambda for the -, /, atan cases. Fewer people will comment that case-lambda is OK for one or two optional positional arguments. 03:40:17 But you seem to be saying that case-lambda solves the optional positional arguments problem, and I've never heard that before. 03:40:23 gravicappa [~gravicapp@ppp91-77-216-172.pppoe.mtu-net.ru] has joined #scheme 03:41:02 It solves the reasonable subset that I consider to be an actual problem. If you have 6-10 arguments, go with keywords (and export the keywords!). 03:43:35 3 is an actual problem. case-lambda isn't an 80% solution, it's a 50% solution at best. 03:44:37 (And I don't even want 80% solutions in the spec.) 03:47:26 It's *in* the spec. 03:47:49 As you said, in practice every implementation will provide it whether it's in a module or not. 03:47:52 Alas. 03:48:47 Well, you bear the burden of persuasion if you want it put in a module, since it's currently in the base. 03:48:57 I find your arguments so far unpersuasive. 03:49:05 Others may not. 03:52:45 -!- bgs100 [~ian@unaffiliated/bgs100] has quit [Quit: :|] 03:55:58 lbc [~quassel@1908ds1-aboes.0.fullrate.dk] has joined #scheme 04:17:09 jonrafkind [~jon@jonr5.dsl.xmission.com] has joined #scheme 04:35:06 bokr [~eduska@109.110.51.245] has joined #scheme 04:42:05 -!- evhan [~evhan@unaffiliated/evhan] has quit [Quit: screen bloat] 04:42:21 evhan [~evhan@unaffiliated/evhan] has joined #scheme 05:08:18 -!- bzzbzz [~franco@modemcable240.34-83-70.mc.videotron.ca] has quit [Quit: leaving] 05:13:14 -!- jcowan [~John@cpe-74-68-112-189.nyc.res.rr.com] has quit [Quit: Leaving] 05:15:32 minsa [minsa@c-24-5-121-157.hsd1.ca.comcast.net] has joined #scheme 05:18:37 -!- dnolen [~davidnole@184.152.69.75] has quit [Quit: dnolen] 05:40:56 -!- lbc [~quassel@1908ds1-aboes.0.fullrate.dk] has quit [Remote host closed the connection] 05:47:32 -!- gozoner [~ebg@ip68-6-68-92.sb.sd.cox.net] has quit [Quit: Computer has gone to sleep.] 06:00:11 -!- Nisstyre [~nisstyre@109.74.204.224] has quit [Quit: Leaving] 06:06:34 -!- djcb [~user@a88-112-253-18.elisa-laajakaista.fi] has quit [Remote host closed the connection] 06:12:12 -!- JoelMcCracken [~user@pool-96-236-166-197.pitbpa.east.verizon.net] has quit [Ping timeout: 250 seconds] 06:14:05 -!- gravicappa [~gravicapp@ppp91-77-216-172.pppoe.mtu-net.ru] has quit [Ping timeout: 276 seconds] 06:17:01 Damn, even sjamaan was giving me shit for my pervasive use of case-lambda; not sure why I'm so fond of the damn thing. 06:26:01 Nisstyre [~nisstyre@109.74.204.224] has joined #scheme 06:27:29 , by the way. 06:46:48 -!- MichaelRaskin [~MichaelRa@195.91.224.225] has left #scheme 06:51:03 EbiDK [511bd602@gateway/web/freenode/ip.81.27.214.2] has joined #scheme 06:56:01 -!- jonrafkind [~jon@jonr5.dsl.xmission.com] has quit [Read error: Operation timed out] 06:57:33 klutometis: aww, don't feel bad 07:00:51 klutometis: feel bad. feel very bad! 07:01:04 haha 07:01:06 You're evil foof 07:14:20 -!- kennyd [~kennyd@78-0-196-60.adsl.net.t-com.hr] has quit [Quit: bye] 07:24:29 -!- realitygrill [~realitygr@76.226.194.8] has quit [Quit: realitygrill] 07:45:40 -!- twem2 [~tristan@puma-mxisp.mxtelecom.com] has quit [Remote host closed the connection] 07:46:35 arphid [~arphid@unaffiliated/arphid] has joined #scheme 07:47:24 -!- EbiDK [511bd602@gateway/web/freenode/ip.81.27.214.2] has quit [Ping timeout: 252 seconds] 07:53:34 -!- aidalgol [~user@114-134-7-23.rurallink.co.nz] has quit [Remote host closed the connection] 08:03:32 masm [~masm@bl19-159-94.dsl.telepac.pt] has joined #scheme 08:05:12 pyrony [~epic@99-105-56-162.lightspeed.sntcca.sbcglobal.net] has joined #scheme 08:08:24 aidalgol [~user@114-134-7-23.rurallink.co.nz] has joined #scheme 08:09:08 genieliu [~genieliu@59.78.62.120] has joined #scheme 08:15:25 -!- monqy [~chap@pool-71-102-217-117.snloca.dsl-w.verizon.net] has quit [Quit: hello] 08:23:20 misterncw [~misterncw@82.71.241.25] has joined #scheme 08:25:28 twem2 [~tristan@puma-mxisp.mxtelecom.com] has joined #scheme 08:30:01 -!- ckrailo [~ckrailo@pool-173-57-102-171.dllstx.fios.verizon.net] has quit [Quit: Computer has gone to sleep.] 08:38:23 -!- aalix [~aalix@75.85.176.185] has quit [Quit: Computer has gone to sleep.] 08:44:59 Eataix [~eataix@CPE-121-223-176-144.lns1.civ.bigpond.net.au] has joined #scheme 08:45:20 -!- Eataix [~eataix@CPE-121-223-176-144.lns1.civ.bigpond.net.au] has quit [Remote host closed the connection] 09:02:04 -!- elly [~elly@atheme/member/elly] has quit [Remote host closed the connection] 09:02:20 elly [~elly@atheme/member/elly] has joined #scheme 09:05:40 -!- aidalgol [~user@114-134-7-23.rurallink.co.nz] has quit [Remote host closed the connection] 09:08:11 -!- genieliu [~genieliu@59.78.62.120] has quit [Quit: leaving] 09:10:14 aidalgol [~user@114-134-7-23.rurallink.co.nz] has joined #scheme 09:14:08 nego [~nego@c-76-16-30-244.hsd1.il.comcast.net] has joined #scheme 09:16:12 EbiDK [511bd602@gateway/web/freenode/ip.81.27.214.2] has joined #scheme 09:25:58 alaricsp [~alaric@geniedb.hotdesktop.biz] has joined #scheme 09:40:37 Bahman [~Bahman@2.146.16.67] has joined #scheme 09:42:28 Hi all! 10:41:49 -!- Modius [~Modius@cpe-70-123-140-183.austin.res.rr.com] has quit [Read error: Connection reset by peer] 10:42:21 Modius [~Modius@cpe-70-123-140-183.austin.res.rr.com] has joined #scheme 10:52:46 -!- aidalgol [~user@114-134-7-23.rurallink.co.nz] has quit [Remote host closed the connection] 10:52:46 -!- ec|detached is now known as elliottcable 10:53:24 kuribas [~user@94-227-93-91.access.telenet.be] has joined #scheme 10:56:17 soveran [~soveran@186.19.214.247] has joined #scheme 10:58:28 aidalgol [~user@114-134-7-23.rurallink.co.nz] has joined #scheme 11:02:17 -!- thoolihan [~Tim@50.51.27.69] has quit [Ping timeout: 260 seconds] 11:02:50 thoolihan [~Tim@50.51.27.69] has joined #scheme 11:02:55 -!- aidalgol [~user@114-134-7-23.rurallink.co.nz] has quit [Client Quit] 11:15:56 stis [~stis@1-1-1-39a.veo.vs.bostream.se] has joined #scheme 11:20:21 Sveklo [~sveklo@unaffiliated/sveklo] has joined #scheme 11:21:53 dsmith [~dsmith@cpe-184-56-129-232.neo.res.rr.com] has joined #scheme 11:27:35 samth_ [~samth@c-24-128-51-63.hsd1.ma.comcast.net] has joined #scheme 11:36:56 MrFahrenheit [~RageOfTho@users-146-61.vinet.ba] has joined #scheme 11:37:04 -!- Sveklo [~sveklo@unaffiliated/sveklo] has quit [Ping timeout: 244 seconds] 11:39:27 -!- dsmith [~dsmith@cpe-184-56-129-232.neo.res.rr.com] has quit [Ping timeout: 252 seconds] 11:43:37 hkBst [~quassel@gentoo/developer/hkbst] has joined #scheme 12:05:54 -!- masm [~masm@bl19-159-94.dsl.telepac.pt] has quit [Ping timeout: 255 seconds] 12:07:32 masm [~masm@bl19-159-94.dsl.telepac.pt] has joined #scheme 12:09:42 realitygrill [~realitygr@76.226.194.8] has joined #scheme 12:13:02 Sveklo [~sveklo@unaffiliated/sveklo] has joined #scheme 12:13:27 -!- elly [~elly@atheme/member/elly] has quit [Remote host closed the connection] 12:14:20 aisa [~aisa@c-68-35-164-105.hsd1.nm.comcast.net] has joined #scheme 12:14:45 elly [~elly@atheme/member/elly] has joined #scheme 12:16:41 bgs100 [~ian@unaffiliated/bgs100] has joined #scheme 12:19:35 Riastradh: does your URI library support non-ASCII percent-encoded characters? 12:20:03 (object->relative-uri "V%C3%A4is") is giving me an error from 'ascii->char' 12:26:05 -!- gnomon_ [~gnomon@CPE0022158a8221-CM000f9f776f96.cpe.net.cable.rogers.com] has quit [Ping timeout: 276 seconds] 12:26:22 gnomon [~gnomon@CPE0022158a8221-CM000f9f776f96.cpe.net.cable.rogers.com] has joined #scheme 12:28:19 -!- edw` is now known as edw 12:32:00 alvatar [~alvatar@179.232.218.87.dynamic.jazztel.es] has joined #scheme 12:35:19 kennyd [~kennyd@93-141-116-163.adsl.net.t-com.hr] has joined #scheme 12:42:03 mmc [~michal@salm-office-nat.tomtomgroup.com] has joined #scheme 12:42:37 -!- MrFahrenheit [~RageOfTho@users-146-61.vinet.ba] has quit [Ping timeout: 260 seconds] 12:42:45 -!- kuribas [~user@94-227-93-91.access.telenet.be] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 12:43:30 replore_ [~replore@ntkngw256114.kngw.nt.ftth.ppp.infoweb.ne.jp] has joined #scheme 12:46:05 Kusanagi [~Lernaean@unaffiliated/kusanagi] has joined #scheme 12:47:17 -!- Kusanagi [~Lernaean@unaffiliated/kusanagi] has quit [Client Quit] 12:47:45 -!- replore_ [~replore@ntkngw256114.kngw.nt.ftth.ppp.infoweb.ne.jp] has quit [Read error: Connection reset by peer] 12:48:08 replore [~replore@ntkngw256114.kngw.nt.ftth.ppp.infoweb.ne.jp] has joined #scheme 12:48:13 Hal9k [~Lernaean@unaffiliated/kusanagi] has joined #scheme 12:58:02 -!- soveran [~soveran@186.19.214.247] has quit [Remote host closed the connection] 12:58:27 mjonsson [~mjonsson@38.109.95.205] has joined #scheme 12:59:38 soveran [~soveran@186.19.214.247] has joined #scheme 13:01:42 -!- samth_ [~samth@c-24-128-51-63.hsd1.ma.comcast.net] has quit [Ping timeout: 255 seconds] 13:06:10 I use `case-lambda' very little, but sometimes it's handy. And it seems sufficient as a lowe-level variable-arity dispatch primitive upon which more convenient macros can be built. 13:06:20 s/lowe-level/low-level/ 13:10:05 my lambda is a single armed case-lambda :) 13:10:21 One-armed bandit 13:14:06 -!- Sveklo [~sveklo@unaffiliated/sveklo] has quit [Remote host closed the connection] 13:16:07 anderson [~user@c-76-18-219-103.hsd1.fl.comcast.net] has joined #scheme 13:19:55 -!- EbiDK [511bd602@gateway/web/freenode/ip.81.27.214.2] has quit [Quit: Page closed] 13:35:53 tupi [~david@189.60.161.65] has joined #scheme 13:39:09 -!- samth_away is now known as samth 13:46:10 foof, `case-lambda' is the appropriate primitive on which to build arbitrary yet efficient parameter passing mechanisms 13:46:54 additionally, it is strictly more expressive than rest arguments 13:49:59 gozoner [~ebg@ebg-10004083621.jpl.nasa.gov] has joined #scheme 13:50:14 copumpkin [~pumpkin@user-12hcrs5.cable.mindspring.com] has joined #scheme 13:50:14 -!- copumpkin [~pumpkin@user-12hcrs5.cable.mindspring.com] has quit [Changing host] 13:50:14 copumpkin [~pumpkin@unaffiliated/pumpkingod] has joined #scheme 13:54:36 dnolen [~davidnole@184.152.69.75] has joined #scheme 13:55:16 samth: how can it be more expressive if you can just count the length of the rest argument and dispatch on that? 13:58:36 homie [~levent.gu@xdsl-84-44-178-150.netcologne.de] has joined #scheme 14:01:34 -!- stis [~stis@1-1-1-39a.veo.vs.bostream.se] has left #scheme 14:06:38 hkBst: Because if the user passes in the wrong number of arguments, case-lambda can tell you no can do. 14:06:59 hkBst: Dealing with rest arguments means you have do that yourself. Manually. Every time. 14:07:25 but then you are using rest arguments wrong, cky :) 14:07:38 leppie: Exactly. 14:07:46 I use it 99% of the time to make a convientent list :) 14:07:49 leppie: I'm pro-case-lambda too. 14:08:11 Hehehe re creating list. :-) 14:08:35 the only tricky one is apply, but I have found a nice compile time expansion for that :) 14:09:24 For how to implement apply using case-lambda? Or for how to make apply handle case-lambdas? 14:10:22 neither or both 14:10:25 :) 14:10:38 sorry i'm confusing myself 14:11:11 hkBst, cky, and if there's behavior associated with the arity that isn't user implementable (errors, or reflection, or ...) then that's only available from case-lambda 14:12:11 wingo [~wingo@men75-10-88-166-32-163.fbx.proxad.net] has joined #scheme 14:12:29 samth: Indeed. 14:12:31 leppie: :-) 14:13:24 if you look at the calling convention of apply, it says the last arg must be a list, so instead of determining the arguments are runtime, I just smash up everything in a single list. The allows me to call my generic calling interface (object[] args) and let the normal logic continue at runtime 14:13:49 'smash up everything into a list' -> at compile time 14:14:22 but I still need to cover the few cases where apply is used as a higherorder proc. 14:15:00 like I said, I am confusing myself, not sure if what I said is understandable :) 14:16:02 example: (apply + 1 2 '(3)) is converted to (apply + (cons 1 (cons 2 '(3)))) at compile time 14:19:11 perhaps yes, perhaps not. 14:19:12 leppie: Really, (apply func . args) is the same as (call-with-values (lambda () (split-at-right args 1)) (lambda (l r) (apply func (append l (car r))))). 14:19:15 ;-) 14:19:23 If the compiler uses registers to pass arguments, it has no reason to cons a list. 14:19:58 pjb: ...except for the rest arguments. 14:20:04 yes. 14:20:08 -!- mmc [~michal@salm-office-nat.tomtomgroup.com] has quit [Quit: Leaving.] 14:20:58 This (re arguments and return values using registers) is why I want to write an MMIX implementation. :-) MMIX natively has support for multiple return values, so being able to use that directly would be awesome. 14:21:12 -!- Bahman [~Bahman@2.146.16.67] has quit [Remote host closed the connection] 14:21:21 -!- wingo [~wingo@men75-10-88-166-32-163.fbx.proxad.net] has quit [Ping timeout: 255 seconds] 14:21:43 i still like my expansion, yours would probably just confuse my compiler and make it emit horrible code :) 14:22:19 cky: multiple values are never passed on the stack in IronScheme :( 14:22:21 -!- realitygrill [~realitygr@76.226.194.8] has quit [Quit: realitygrill] 14:23:13 I could do it, but that would require me the have all code run inside a single .NET method :) 14:23:24 no sure what limitations I would reach 14:24:03 -!- mmc-work [~michal@sams-office-nat.tomtomgroup.com] has quit [Ping timeout: 255 seconds] 14:25:00 Yipes. :-) 14:25:38 amoe, you're probably using Scheme48 >1.3, in which the string data type was incompatibly changed from being a sequence of octets to being a sequence of Unicode code points in an ill-conceived attempt at supporting Unicode. 14:26:58 There is a bug in uri.scm, though: CHAR-SET:LETTER+DIGIT should be replaced by (STRING->CHAR-SET "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789") throughout the file. 14:27:14 cky: SO still have 200 rep point limit per day? 14:28:43 leppie: Yes, but the limit doesn't affect the 15 points you get for an accepted answer. 14:28:51 It only limits how much rep you gain from upvotes. 14:29:40 -!- dnolen [~davidnole@184.152.69.75] has quit [Quit: dnolen] 14:29:46 I should get 1 or 2 accepts today, hopefully 14:31:04 amoe, if you want to update it to work in Scheme48 >1.3, you'll have to change it to use byte vectors instead of strings. 14:34:02 wingo [~wingo@men75-10-88-166-32-163.fbx.proxad.net] has joined #scheme 14:34:18 leppie: :-) 14:36:00 samth: isn't the right thing to do making those other things user implementable? 14:44:08 ijp [~user@host109-153-23-149.range109-153.btcentralplus.com] has joined #scheme 14:45:01 hkBst: that could also be the slow thing to do :) 14:46:33 leppie: speaking of slow, how's ironscheme speeding up these days? 14:47:09 it's ok I guess, at least twice as fast as IronPython/Ruby using the same code 14:47:12 (apologies if that came out wrong) 14:47:56 leppie: and compared to non-CLR implementations? 14:47:58 it's not bad though, not quite tothe level of C#/F# though :( 14:48:53 I havent really checked lately, but some like ikarus were factors faster 14:49:23 I have improved loading times though, if that counts :) 14:51:35 -!- hkBst [~quassel@gentoo/developer/hkbst] has quit [Read error: Connection reset by peer] 14:51:36 also added proper pre-compiled libaries recently, previously they were expanded and serialized, and then compiled on load 14:52:15 i still need to serialize environments though for macros 14:58:13 pnkfelix [~Adium@c-68-82-87-23.hsd1.pa.comcast.net] has joined #scheme 14:58:13 -!- pnkfelix [~Adium@c-68-82-87-23.hsd1.pa.comcast.net] has quit [Client Quit] 15:01:12 k04n [~kn@c-71-224-67-136.hsd1.pa.comcast.net] has joined #scheme 15:06:02 XTL [~XTL@dsl-olubrasgw2-fe6af800-251.dhcp.inet.fi] has joined #scheme 15:06:14 xian [xian@we-are-the-b.org] has joined #scheme 15:09:56 -!- wingo [~wingo@men75-10-88-166-32-163.fbx.proxad.net] has quit [Ping timeout: 244 seconds] 15:10:32 -!- k04n [~kn@c-71-224-67-136.hsd1.pa.comcast.net] has quit [Quit: Colloquy for iPad - http://colloquy.mobi] 15:11:11 -!- XTL [~XTL@dsl-olubrasgw2-fe6af800-251.dhcp.inet.fi] has quit [Ping timeout: 276 seconds] 15:15:48 -!- githogori [~githogori@c-24-7-1-43.hsd1.ca.comcast.net] has quit [Ping timeout: 255 seconds] 15:20:45 pdlogan [~patrick@227.sub-69-96-171.myvzw.com] has joined #scheme 15:22:25 wingo [~wingo@men75-10-88-166-32-163.fbx.proxad.net] has joined #scheme 15:23:15 XTL [~XTL@dsl-olubrasgw2-fe6af800-251.dhcp.inet.fi] has joined #scheme 15:24:07 mmc [~michal@82-148-210-75.fiber.unet.nl] has joined #scheme 15:24:16 ckrailo [~ckrailo@208.86.167.249] has joined #scheme 15:25:09 jonrafkind [~jon@jonr5.dsl.xmission.com] has joined #scheme 15:25:54 bzzbzz [~franco@modemcable240.34-83-70.mc.videotron.ca] has joined #scheme 15:26:35 tauntaun [~Crumpet@ool-44c711b3.dyn.optonline.net] has joined #scheme 15:37:41 -!- XTL [~XTL@dsl-olubrasgw2-fe6af800-251.dhcp.inet.fi] has quit [Ping timeout: 240 seconds] 15:37:57 Nightwolf [~Nightwolf@clientssh1.rbg.informatik.tu-darmstadt.de] has joined #scheme 15:38:22 hi, does anyone have experience with frtime? 15:39:10 stamourv [~user@ahuntsic.ccs.neu.edu] has joined #scheme 15:39:23 i'm trying to switch the color of a circle from green to blue or from blue to green on every click, but don't know how to access the last color 15:40:08 -!- gienah [~mwright@ppp121-44-237-46.lns20.syd7.internode.on.net] has quit [Quit: leaving] 15:41:28 Nightwolf: You shouldn't need to. Just keep a flag in a separate variable. 15:42:23 yes, but i can't find a way to keep a flag ^^ 15:43:22 HG` [~HG@p5DC05EEC.dip.t-dialin.net] has joined #scheme 15:44:31 realitygrill [~realitygr@76.226.194.8] has joined #scheme 15:45:17 Nightwolf: Please lisppaste the code you currently have. 15:47:08 -!- misterncw [~misterncw@82.71.241.25] has quit [Remote host closed the connection] 15:47:12 http://paste.lisp.org/+2MJY 15:49:24 -!- pyrony [~epic@99-105-56-162.lightspeed.sntcca.sbcglobal.net] has quit [Ping timeout: 250 seconds] 15:56:27 REPLeffect [~REPLeffec@69.54.115.254] has joined #scheme 15:58:36 -!- realitygrill [~realitygr@76.226.194.8] has quit [Read error: Connection reset by peer] 15:59:04 realitygrill [~realitygr@76.226.194.8] has joined #scheme 15:59:11 samth: Rest arguments are the appropriate building block on which to build arbitrary parameter passing mechanisms. case-lambda is a convenience utility, and as such is strictly less expressive than match-lambda*. 16:01:04 I once wrote a compiler which optimized case-lambda by representing it directly as an AST structure, and was able to generate tight, non-consing code even when combining it with apply in primitives like +, -, *, /. 16:01:31 It was the worst case of premature optimization I've ever done. There's nothing more important in a compiler than to keep your AST simple. 16:02:50 -!- Riastradh [~riastradh@fsf/member/riastradh] has quit [Ping timeout: 250 seconds] 16:03:56 Regardless, if one more person tells me with a straight face to use case-lambda directly to handle the sort of trailing optional parameter idiom handled by DSSSL/let-optionals, I will simply lump them together with Java programmers. 16:04:42 Never, ever make me write one single extra token I don't have to. The whole reason I use Scheme is because I want to be able to abstract away needless repetition. 16:05:38 I can't believe I have to even debate this with other Schemers. 16:06:06 -!- Jafet [~Jafet@unaffiliated/jafet] has quit [Ping timeout: 240 seconds] 16:07:06 -!- wingo [~wingo@men75-10-88-166-32-163.fbx.proxad.net] has quit [Ping timeout: 255 seconds] 16:15:24 pandeiro [~pandeiro@bd21c696.virtua.com.br] has joined #scheme 16:16:16 -!- rdd [~rdd@c83-250-52-16.bredband.comhem.se] has quit [Remote host closed the connection] 16:20:10 -!- replore [~replore@ntkngw256114.kngw.nt.ftth.ppp.infoweb.ne.jp] has quit [Remote host closed the connection] 16:29:44 -!- pdlogan [~patrick@227.sub-69-96-171.myvzw.com] has left #scheme 16:32:06 replore [~replore@ntkngw256114.kngw.nt.ftth.ppp.infoweb.ne.jp] has joined #scheme 16:36:36 foof: Relax, dude 16:37:19 pyrony [~epic@173.151.96.234] has joined #scheme 16:54:07 XTL [~XTL@dsl-olubrasgw2-fe6af800-251.dhcp.inet.fi] has joined #scheme 16:54:24 -!- mmc [~michal@82-148-210-75.fiber.unet.nl] has quit [Ping timeout: 250 seconds] 16:57:39 hab's hinbekommen ^^ 16:58:12 die beschreibung von collect-b könnte aber echt besser sein ^^ 16:58:15 cya 16:58:17 -!- Nightwolf [~Nightwolf@clientssh1.rbg.informatik.tu-darmstadt.de] has left #scheme 16:59:22 -!- soveran [~soveran@186.19.214.247] has quit [Remote host closed the connection] 17:00:52 -!- alaricsp [~alaric@geniedb.hotdesktop.biz] has quit [Quit: Leaving] 17:04:34 wingo [~wingo@87-231-103-49.rev.numericable.fr] has joined #scheme 17:05:33 MichaelRaskin [~MichaelRa@195.91.224.225] has joined #scheme 17:06:41 -!- pyrony [~epic@173.151.96.234] has quit [Ping timeout: 276 seconds] 17:06:43 -!- XTL [~XTL@dsl-olubrasgw2-fe6af800-251.dhcp.inet.fi] has quit [Ping timeout: 246 seconds] 17:15:02 foof: Hmm, you're right: maybe it is some degenerate, Java-induced neural pathways that compel me to case-lambdize. 17:20:39 has an interesting discussion, I think, of case-lambda in "procedures whose semantics vary significantly for each of its distinct possible arities." 17:20:52 mmc [~michal@82-148-210-75.fiber.unet.nl] has joined #scheme 17:20:57 Is that sufficiently rare? 17:21:32 pdlogan [~patrick@174-25-37-137.ptld.qwest.net] has joined #scheme 17:23:41 pyrony [~epic@office1.klout.com] has joined #scheme 17:24:39 stis` [~user@1-1-1-39a.veo.vs.bostream.se] has joined #scheme 17:25:11 anyone know ackermann's function? 17:26:07 my brain has melted trying to give a precise mathematical definition for (A 2 n) in terms of n 17:29:11 -!- jonrafkind [~jon@jonr5.dsl.xmission.com] has quit [Ping timeout: 240 seconds] 17:31:13 -!- Hal9k [~Lernaean@unaffiliated/kusanagi] has quit [Ping timeout: 246 seconds] 17:35:06 Hal9k [~Lernaean@unaffiliated/kusanagi] has joined #scheme 17:35:37 HG`` [~HG@p579F7069.dip.t-dialin.net] has joined #scheme 17:38:44 EbiDK [3e6b7ac3@gateway/web/freenode/ip.62.107.122.195] has joined #scheme 17:39:23 -!- HG` [~HG@p5DC05EEC.dip.t-dialin.net] has quit [Ping timeout: 276 seconds] 17:52:15 monqy [~chap@pool-71-102-217-117.snloca.dsl-w.verizon.net] has joined #scheme 17:58:11 cgay_ [~cgay@74.125.59.113] has joined #scheme 18:03:14 -!- wingo [~wingo@87-231-103-49.rev.numericable.fr] has quit [Ping timeout: 276 seconds] 18:17:31 ymasory [~ymasory@128.91.39.26] has joined #scheme 18:19:58 -!- offby1 [~user@pdpc/supporter/monthlybyte/offby1] has quit [Read error: Connection reset by peer] 18:21:55 -!- tupi [~david@189.60.161.65] has quit [Quit: Leaving] 18:27:59 offby1 [~user@pdpc/supporter/monthlybyte/offby1] has joined #scheme 18:44:46 tupi [~david@139.82.89.24] has joined #scheme 18:47:09 foof, rest arguments can't be made to be efficient for case-lambda-style programs without truly heroic (and therefore non-existent) compiler optimizations 18:47:26 and `match' of all things should *not* be built-in 18:51:52 pandeiro: brazilian? 18:51:58 XTL [~XTL@dsl-olubrasgw2-fe6af800-251.dhcp.inet.fi] has joined #scheme 18:54:59 -!- REPLeffect [~REPLeffec@69.54.115.254] has quit [Ping timeout: 252 seconds] 18:55:32 bluephoenix47 [~bluephoen@99-70-235-79.lightspeed.iplsin.sbcglobal.net] has joined #scheme 18:56:20 -!- XTL [~XTL@dsl-olubrasgw2-fe6af800-251.dhcp.inet.fi] has quit [Ping timeout: 260 seconds] 19:00:07 mippymoe89 [~mippymoe8@c-24-147-92-217.hsd1.vt.comcast.net] has joined #scheme 19:03:56 -!- pygospa is now known as phailospa 19:09:53 REPLeffect [~REPLeffec@69.54.115.254] has joined #scheme 19:13:47 Toekutr [~toekutr@adsl-69-107-103-102.dsl.pltn13.pacbell.net] has joined #scheme 19:19:11 -!- araujo [~araujo@gentoo/developer/araujo] has quit [Ping timeout: 240 seconds] 19:31:39 -!- realitygrill [~realitygr@76.226.194.8] has quit [Read error: Connection reset by peer] 19:31:54 realitygrill [~realitygr@76.226.194.8] has joined #scheme 19:35:02 -!- bluephoenix47 [~bluephoen@99-70-235-79.lightspeed.iplsin.sbcglobal.net] has left #scheme 19:35:14 soveran [~soveran@186.19.214.247] has joined #scheme 19:38:54 -!- PreciousMetals [~Heart@unaffiliated/colours] has quit [Quit: Lost terminal] 19:47:14 PreciousMetals [~Heart@unaffiliated/colours] has joined #scheme 19:49:14 XTL [~XTL@dsl-olubrasgw2-fe6af800-251.dhcp.inet.fi] has joined #scheme 19:55:51 -!- XTL [~XTL@dsl-olubrasgw2-fe6af800-251.dhcp.inet.fi] has quit [Ping timeout: 252 seconds] 19:57:41 -!- cgay_ [~cgay@74.125.59.113] has quit [Quit: This computer has gone to sleep] 19:59:18 -!- pyrony [~epic@office1.klout.com] has quit [Ping timeout: 255 seconds] 20:00:24 cgay_ [~cgay@74.125.59.113] has joined #scheme 20:00:39 -!- mippymoe89 [~mippymoe8@c-24-147-92-217.hsd1.vt.comcast.net] has quit [Ping timeout: 255 seconds] 20:01:20 -!- cgay_ [~cgay@74.125.59.113] has quit [Client Quit] 20:03:41 pyrony [~epic@office1.klout.com] has joined #scheme 20:08:42 kingless [~kingless@108-65-61-54.lightspeed.rlghnc.sbcglobal.net] has joined #scheme 20:09:37 -!- stis` [~user@1-1-1-39a.veo.vs.bostream.se] has quit [Read error: Connection reset by peer] 20:09:42 stis` [~user@1-1-1-39a.veo.vs.bostream.se] has joined #scheme 20:12:18 -!- stis` [~user@1-1-1-39a.veo.vs.bostream.se] has quit [Remote host closed the connection] 20:19:38 -!- PreciousMetals [~Heart@unaffiliated/colours] has quit [Quit: Lost terminal] 20:29:47 -!- Toekutr [~toekutr@adsl-69-107-103-102.dsl.pltn13.pacbell.net] has quit [Quit: Leaving] 20:29:49 -!- kingless [~kingless@108-65-61-54.lightspeed.rlghnc.sbcglobal.net] has quit [Remote host closed the connection] 20:30:52 ymasory_ [~ymasory@128.91.39.26] has joined #scheme 20:30:59 -!- homie [~levent.gu@xdsl-84-44-178-150.netcologne.de] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 20:31:23 -!- ymasory [~ymasory@128.91.39.26] has quit [Read error: Operation timed out] 20:38:42 -!- Nisstyre [~nisstyre@109.74.204.224] has quit [Quit: Leaving] 20:41:52 PreciousMetals [~Heart@unaffiliated/colours] has joined #scheme 20:42:07 mippymoe89 [~mippymoe8@c-24-147-92-217.hsd1.vt.comcast.net] has joined #scheme 20:43:45 aidalgol [~user@114-134-7-23.rurallink.co.nz] has joined #scheme 20:55:12 rudybot: eval (string-upcase "") 20:55:13 leppie: your sandbox is ready 20:55:14 leppie: ; Value: "" 21:00:02 -!- ymasory_ [~ymasory@128.91.39.26] has quit [Quit: Leaving] 21:02:13 were you expecting a tab, leppie? :-) 21:02:55 nope it was a missed test case, and I had a bug :) 21:03:06 :-) 21:03:42 -!- replore [~replore@ntkngw256114.kngw.nt.ftth.ppp.infoweb.ne.jp] has quit [Remote host closed the connection] 21:06:19 araujo [~araujo@gentoo/developer/araujo] has joined #scheme 21:08:09 -!- mippymoe89 [~mippymoe8@c-24-147-92-217.hsd1.vt.comcast.net] has quit [Ping timeout: 255 seconds] 21:14:05 sosumi [~sosumi@c-24-118-165-199.hsd1.mn.comcast.net] has joined #scheme 21:15:44 arcfide [1000@c-69-136-7-94.hsd1.in.comcast.net] has joined #scheme 21:17:34 jonrafkind [~jon@jonr5.dsl.xmission.com] has joined #scheme 21:20:38 -!- gozoner [~ebg@ebg-10004083621.jpl.nasa.gov] has quit [Read error: Operation timed out] 21:32:47 -!- aidalgol [~user@114-134-7-23.rurallink.co.nz] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 21:33:06 stis [~stis@1-1-1-39a.veo.vs.bostream.se] has joined #scheme 21:37:13 -!- alvatar [~alvatar@179.232.218.87.dynamic.jazztel.es] has quit [Quit: leaving] 21:44:28 -!- realitygrill [~realitygr@76.226.194.8] has quit [Quit: realitygrill] 21:50:47 cgay_ [~cgay@74.125.59.113] has joined #scheme 21:56:28 -!- phailospa is now known as wegospa 21:56:36 -!- vk0 [~vk@ip-23-75.bnaa.dk] has quit [Read error: Operation timed out] 21:56:55 -!- wegospa is now known as pygospa 21:57:03 -!- cgay_ [~cgay@74.125.59.113] has quit [Quit: Leaving] 21:58:34 -!- cipher [~cipher@unaffiliated/cipher] has quit [Remote host closed the connection] 22:00:08 cipher [~cipher@unaffiliated/cipher] has joined #scheme 22:01:12 vk0 [~vk@ip-23-75.bnaa.dk] has joined #scheme 22:03:05 -!- soveran [~soveran@186.19.214.247] has quit [Remote host closed the connection] 22:08:15 -!- aisa [~aisa@c-68-35-164-105.hsd1.nm.comcast.net] has quit [Quit: aisa] 22:11:05 -!- pdlogan [~patrick@174-25-37-137.ptld.qwest.net] has quit [Ping timeout: 276 seconds] 22:16:47 -!- sosumi [~sosumi@c-24-118-165-199.hsd1.mn.comcast.net] has left #scheme 22:20:57 -!- stis [~stis@1-1-1-39a.veo.vs.bostream.se] has left #scheme 22:24:36 -!- pandeiro [~pandeiro@bd21c696.virtua.com.br] has quit [Quit: Thanks, fellas] 22:25:33 XTL [~XTL@dsl-olubrasgw2-fe6af800-251.dhcp.inet.fi] has joined #scheme 22:31:16 zmv [~daniel@c95315ce.virtua.com.br] has joined #scheme 22:35:12 bombshelter13b [~bombshelt@76-10-149-209.dsl.teksavvy.com] has joined #scheme 23:12:43 -!- HG`` [~HG@p579F7069.dip.t-dialin.net] has quit [Quit: Leaving.] 23:24:29 aidalgol [~user@114-134-7-23.rurallink.co.nz] has joined #scheme 23:24:39 ymasory [~ymasory@c-76-99-55-224.hsd1.pa.comcast.net] has joined #scheme 23:35:13 -!- masm [~masm@bl19-159-94.dsl.telepac.pt] has quit [Quit: Leaving.] 23:45:39 -!- MichaelRaskin [~MichaelRa@195.91.224.225] has quit [Ping timeout: 263 seconds] 23:46:24 -!- clog [~nef@bespin.org] has quit [Ping timeout: 260 seconds] 23:47:24 replore [~replore@ntkngw256114.kngw.nt.ftth.ppp.infoweb.ne.jp] has joined #scheme 23:49:37 mippymoe89 [~mippymoe8@c-24-147-92-217.hsd1.vt.comcast.net] has joined #scheme 23:51:23 dnolen [~davidnole@184.152.69.75] has joined #scheme 23:53:26 realitygrill [~realitygr@76.226.194.8] has joined #scheme 23:56:31 jesusito [~user@138.pool85-49-225.dynamic.orange.es] has joined #scheme 23:57:59 realitygrill_ [~realitygr@adsl-76-226-126-198.dsl.sfldmi.sbcglobal.net] has joined #scheme 23:58:15 -!- mippymoe89 [~mippymoe8@c-24-147-92-217.hsd1.vt.comcast.net] has quit [Ping timeout: 255 seconds] 23:59:03 -!- jesusito [~user@138.pool85-49-225.dynamic.orange.es] has left #scheme 23:59:36 -!- realitygrill [~realitygr@76.226.194.8] has quit [Ping timeout: 255 seconds] 23:59:36 -!- realitygrill_ is now known as realitygrill