00:02 (join) dnolen
00:16 jonrafkind: can anyone save me the time of building the docs and explain the various submodule forms
00:20 jonrafkind: oh nm, i can use the pre docs online
00:20 jonrafkind: sweet success
00:21 (join) jeapostrophe
00:21 (quit) jeapostrophe: Changing host
00:21 (join) jeapostrophe
00:26 asumu: jonrafkind: I just have the pre-release docs on a search shortcut.
00:26 asumu: (I don't like building docs)
00:26 jonrafkind: i usually use docs.racket-lang.org, but probably ill start using pre from now on
00:28 (join) nilyaK
00:34 (quit) jeapostrophe: Ping timeout: 245 seconds
00:35 (quit) cdidd: Remote host closed the connection
00:56 (quit) dnolen: Quit: ERC Version 5.3 (IRC client for Emacs)
01:12 (join) crdueck
01:12 crdueck: hello, i'm trying to make a function that goes through a list of lists and alters the first occurance of a particular character. I first made a function that altered the first occurrance of the char in a single list, but then I couldnt think of a way to use it without altering the char in each list in the list of lists. any ideas?
01:23 asumu: crdueck: can't think of a good way off the top of my head without changing what your single list function returns.
01:23 asumu: e.g., return #f if it doesn't find it.
01:24 crdueck: yeah, that was one of my first ideas. but i needed it to return the original list. I solved it though by checking if the interesting char is in a list, if it isnt, return the list, if it is, then call the single list function
01:25 crdueck: that wasnt explained well, but the idea's there :)
01:25 asumu: Oh, I see what you mean. Yeah, I guess that'll work though you'll do another list traversal.
01:26 crdueck: i think i do the same amount of traversing, before i'd have to have the single list function traverse just to return the same list if it wasnt there.
01:37 (quit) bill_h: Remote host closed the connection
01:43 Cryovat: Spent the morning reading up about continuations
01:44 (quit) Shvillr: Ping timeout: 260 seconds
01:45 Cryovat: it would be nice if that part of the guide had a few more code examples: http://docs.racket-lang.org/reference/cont.html
01:45 (join) Shvillr
01:54 (join) nilyaK1
01:56 (quit) nilyaK: Ping timeout: 272 seconds
01:58 (join) kreol[Ukr]
02:06 jonrafkind: how do you require a submodule that was declared in the same source file
02:06 jonrafkind: it doesnt seem to work with module* or module+
02:10 (join) hkBst
02:10 (quit) hkBst: Changing host
02:10 (join) hkBst
02:17 jonrafkind: oh well, using (module ...) as the submodule definition works
02:21 (quit) nilyaK1: Quit: Leaving.
02:24 (quit) mithos28: Quit: mithos28
02:27 eli: jonrafkind: you didn't read the emails about it?
02:28 jonrafkind: well i did when it first came out over a month ago, but i haven't played with it much since then
02:28 eli: There's the "dependency graph" that I made at some point: sub-`module' <- the main code <- sub-`module*'
02:28 jonrafkind: if you think i read that entire email thread you must be out of your mind
02:28 jonrafkind: sometimes i read the first email in a thread, the rest i usually skip
02:29 eli: (I find it surprising that at such an early stage you don't.)
02:29 jonrafkind: anyway I thought module* was expanded before the main module and module+ was after, or something
02:29 eli: In any case, from the main code you can require a submodule that was defined with `module'; and you can require the main module from a submodule that was defined with `module*' (and therefore `module+'.)
02:30 eli: `module+' is a convenient syntax for `module*'.
02:30 jonrafkind: ok
02:30 jonrafkind: it would be nice if that dependancy graph was in the docs..
02:31 eli: ...and that's what I suggested in that thread that you didn't read...
02:31 jonrafkind: well thats just as unhelpful
02:31 jonrafkind: what am i going to do, search the email for something i didnt know existed in the first place
02:31 jonrafkind: i reread matthews initial email
02:32 eli: I just told you that -- you can therefore make it helpful.
02:32 jonrafkind: yea, its an easy figure. maybe ill do it
02:33 jonrafkind: anyway im trying to refactor my code into submodules, but now i get strange new errors because various macros are unbound so the resulting errors make no sense
02:33 jonrafkind: the current error: syntax-parse: expected identifier not starting with ~ character at: ~var in: ...blah...
02:33 jonrafkind: reasoning about macros is hard :p
02:34 eli: Just putting the modules into one file should generally work.
02:34 eli: (with `module', of course.)
02:35 jonrafkind: well yes but i need the proper require in the submodule to make the submodule work
02:35 jonrafkind: apparently im missing some, or its a bug. i have no idea which and it will be enjoyable figuring it out
02:42 jonrafkind: solved.. i was missing a phase 0 require of syntax/parse
02:46 (quit) yoklov: Quit: computer sleeping
02:52 (quit) kvda: Quit: Computer has gone to sleep.
02:58 eli: bremner: ping
03:02 (quit) jonrafkind: Ping timeout: 260 seconds
03:03 (join) kvda
03:19 (join) bluezenix
03:38 (join) tim-brown
03:40 tim-brown: i was browsing something, somewhere in the racket source tree, and found a "wishlist" of racket projects.
03:40 tim-brown: things like oauth and twitter
03:40 tim-brown: does anyone know where this is... i can't find it for looking
03:41 (join) ahinki
03:45 (join) dzhus
03:47 eli: tim-brown: https://github.com/plt/racket/wiki/Intro-Projects
03:48 tim-brown: eli: thanks
03:50 tim-brown: what is an s-expr diff tool? is there one in racket to improve upon?
03:51 tim-brown: quick look on google... MS do an XML Diff and patch tool. Is that what's being talked about here (in principle)
03:54 eli: tim-brown: It's probably a reference to http://planet.racket-lang.org/display.ss?package=sexp-diff.plt&owner=stamourv
03:54 rudybot: http://tinyurl.com/brnh6lt
03:54 eli: Which IIRC could use some proper code, like looking at some xml diff thing.
03:56 tim-brown: is there anything on that intro-projects lists that is regularly requested (yet regularly unimplemented)
03:57 eli: tim-brown: Hold on, I'll go over it.
03:59 eli: tim-brown: "Revise the FFI docs" is desperately needed...  It's not regularly requested, but it regularly frustrates people...
04:00 eli: Same for "Write tutorials for building small applications".
04:01 tim-brown: I assume that's for raco side of "building" them, rather than the scheme side of "writing" them.
04:02 tim-brown: directory structures and the likes
04:02 eli: The whole thing, really.  There's no enough examples of doing random things.
04:02 eli: So I think that the racket side is more important for such stories.
04:04 tim-brown: d'you know if the FFI docs are wrong, or just incomplete?
04:05 eli: They're just written in an awkward way -- the prose needs to improve, and there's generally a severe lack of useful examples.
04:06 eli: When I implemented it I worked with a student who wrote the documentation, and I never got around to improving them while the library grew in functionality and popularity to a point where it should now be a thorough makeover.
04:08 tim-brown: you see anything [significantly] wrong with the library itself?
04:09 eli: No -- there's a bunch of minor issues open, but it's generally stable.
04:10 eli: The main question is whether you're shooting for low-hanging fruits or ones that are higher up...
04:11 (join) noelw
04:11 tim-brown: circling around the idea of porting Swig's CLISP-FFI engine to racket FFI
04:11 tim-brown: but petrified at the idea of getting into the dark arts of two packages simultaneously
04:12 eli: You mean make swig generate modern racket ffi code rather than the ancient C code that it probably still does?
04:13 tim-brown: so taking a pop at some low hanging fruit to get into the swing of git/planet before getting up to my elbows in it
04:13 tim-brown: yes...
04:13 tim-brown: i think it will just emit CLISP FFI "libraries"/packages/whatever
04:14 eli: If you just want to practice dealing with git, then improving the ffi docs is probably best, since improvements are easy.
04:15 tim-brown: swig claims in its documentation that you need wrapper libraries for neater object access or something
04:15 eli: re swig, it had a "mzscheme" backend that generates C glue code -- we rarely use it these days, and in addition even the C code that it generates is in a pretty bad shape.
04:15 eli: That backend is so old that it doesn't even use the module system...
04:16 tim-brown: but whenever i've transliterated a .h to a racket library, it has worked for me.
04:16 tim-brown: (although it is tedious beyond belief)
04:16 tim-brown: it *just about* works with racket (I think)
04:17 Cryovat: eli: Let me guess, it's one of those "don't touch it, or it wil break" modules? ;)
04:17 tim-brown: but the idea of leveraging what is a pretty good C parser to build racket FFI appeals.
04:18 tim-brown: Cryovat: for "touch", substitute "even look at", and that's the idea
04:19 eli: tim-brown: if it works, then maybe it has been improved.  Are you sure that it generated a proper module and not just created toplevel bindings?
04:20 eli: Cryovat: Which module are you talking abuot?
04:20 eli: s/abuot/about/
04:21 Cryovat: swig
04:21 Cryovat: If that's what you were talking about above
04:22 Cryovat: I sort of just glanced at the channel while trying to forget what I currently have open in Visual Studio
04:22 tim-brown: all i'll commit to saying is that it provides enough bindings to allow me to proceed without too much struggle
04:22 eli: Cryovat: Ah, that's not a module in the racket sense then; in any case I don't think it's particularly fragile -- after all, it was written probably more than 10 years ago and it still works.
04:22 Cryovat: Trying to clean up another one of those "it has worked for ages" thing at work ;)
04:22 Cryovat: Ah, I see
04:23 eli: IN any case, making it spit modern racket code should be generally easier.
04:23 tim-brown: eli: what is "a module in the racket sense then", then?
04:24 tim-brown: are you talking about a directory with an info.rkt, docs etc.? or something more fundamental?
04:24 eli: tim-brown: No -- a module is something that you get with (module ...), or more commonly a file that starts with `#lang whatever'.
04:25 eli: At the C level, you need to create the namespace, then create the bindings in that namespace.
04:25 eli: And there's a bunch of boilerplate code that does all of that.
04:25 eli: With a moder swig backend for racket, it could just spit out a racket module instead of C code.
04:27 tim-brown: i think the swig generates wrappers from various C types to SchemeObject*s, puts hypens in random places in the objects' names
04:28 tim-brown: adds a few type checks
04:28 tim-brown: makes life easier; but you still feel like you're using a wrapper, rather than something more native
04:29 eli: Yes, and it ignores the whole module thing, which is a real problem.  And if generated racket code instead of C code, it would be much easier to use.
04:30 (join) woodenbook
04:31 tim-brown: one slight oversight in this discussion is that we're talking about "C" wrappers and SWIG is engineered for "C++"
04:34 (quit) kvda: Quit: Computer has gone to sleep.
04:34 tim-brown: which is one very good argument for them writing wrappers
04:34 tim-brown: (it's kinda C++ -> C... C->target language)
04:34 eli: Yes, C++ is hard since names are obfuscated.
04:36 tim-brown: BUT... that would be a future development if any -- getting C -> racket module emitter is a necessary part of building something that'll handle C++
04:39 eli: Yeah, but swig is supposed to do the hard side of that.
04:39 tim-brown: indeed, so i'd ignore it :-)
04:42 (join) bitonic
04:44 (join) mceier
04:50 (quit) bitonic: Quit: WeeChat 0.3.7
04:56 (join) RacketCommitBot
04:56 RacketCommitBot: [racket] plt pushed 10 new commits to master: http://git.io/HU6yAQ
04:56 RacketCommitBot: [racket/master] Fix a typo. - Eli Barzilay
04:56 RacketCommitBot: [racket/master] Remove prose infelicity. - Eli Barzilay
04:56 RacketCommitBot: [racket/master] More time for the combined scribble tests. - Eli Barzilay
04:56 (part) RacketCommitBot
05:02 (join) gciolli
05:26 (quit) bluezenix: Read error: Connection reset by peer
05:26 (join) bluezenix
05:43 (join) plobzik
05:46 (quit) plobzik: Read error: Connection reset by peer
05:49 (join) antithesis
05:56 (join) cdidd
06:01 bremner: eli: pong
06:02 eli: bremner: At some point in the past someone recommended something called notmuchmail (which I discovered since I switched phones so I went over the notes I had on the old one)
06:03 eli: And I saw that you're involved in that (maybe you told me about it).
06:03 eli: So is the emacs interface of that thing a complete client?
06:03 bremner: eli: pretty much.
06:03 bremner: the emacs interface is the main one, anyway.
06:04 eli: Do you have any experience with VM?
06:04 bremner: I used it a long time ago.
06:04 eli: So as a very long time VM user, is it worth for me to try and switch?
06:06 eli: (BTW, I couldn't compile it since after I installed gmime-devel v2.5 it complained that I don't have 2.4 installed, and then I gave up.)
06:06 bremner: at this point I find fast local search invaluable, so I'd say yes, very broadly speaking.
06:06 eli: I'm pretty used to going to gmail for that when I need, so it doesn't bother me much.
06:07 bremner: it should compile with gmime 2.4 and 2.6 now. gmime 2.5 was a briefly lived development version upstream.
06:07 eli: The things that bug me more is having a sane threaded view and a client that is more modern than VM (which is maintained very sporadically, and was in active real developement years ago, and is pretty huge.)
06:08 eli: (For some reason, 2.5 is what I get with Fedora 14.)
06:08 bremner: as far as the UI goes, it currently doesn't ship with a "thread outline view"; there is a view that shows threads using indentation, and a list of threads. There is a thread view being prototyped.
06:09 eli: So I take it that it's active?
06:09 eli: Also, how are the old emails stored?  I have an old xzipped per month for all my mail.
06:09 bremner: yes, it is pretty active. We are releasing about every 2 months.
06:10 eli: (This is one xz per month since 1995...)
06:10 bremner: unfortunately notmuch only knows how to index individual text files.
06:10 eli: Ugh...
06:11 eli: That makes it impractical then...
06:11 eli counts
06:12 bremner: it's mainly the indexing that's a challenge for archives
06:15 eli: I have low counts until I started to keep everything, and in the last N years I have about 40k emails per year.
06:16 eli: That would make the FS crawl whenever I need to deal with it...
06:20 Cryovat: Anyone here tried Darcs?
06:20 Cryovat: Just watched a video about it, and it looks pretty interesting
06:23 bremner: eli: at that rate, I think 5 or six years of unpacked mail would be comfortable from an access speed rate, although of course it would chew up some gigs of disk space.
06:28 (join) jhemann_
06:32 (quit) jhemann: Ping timeout: 252 seconds
06:32 (join) snearch
06:34 (quit) snearch: Read error: Connection reset by peer
06:44 (join) bitonic
06:52 (quit) bitonic: Quit: WeeChat 0.3.7
06:53 (join) bitonic
07:00 (quit) woodenbook: Quit: Lost terminal
07:09 (join) masm
07:24 (quit) bluezenix: Quit: Leaving.
07:35 (join) cipher-
07:40 (join) sharkbir1
07:40 (join) bitonic_
07:42 (quit) cipher: Read error: Connection reset by peer
07:42 (quit) dsantiago: Ping timeout: 252 seconds
07:42 (quit) eli: Ping timeout: 252 seconds
07:42 (quit) acarrico: Ping timeout: 252 seconds
07:42 (quit) bitonic: Ping timeout: 252 seconds
07:42 (quit) sharkbird: Ping timeout: 252 seconds
07:42 (join) samth_away
07:42 (join) acarrico
07:53 (join) jeapostrophe
07:53 (quit) jeapostrophe: Changing host
07:53 (join) jeapostrophe
07:53 (join) anonus
07:54 anonus: hi
07:54 anonus: how large racket's bare footprint ?
07:56 (quit) gciolli: Ping timeout: 272 seconds
07:57 (join) gciolli
08:00 (join) kanak
08:08 (join) bluezenix
08:10 (quit) gciolli: Ping timeout: 252 seconds
08:15 (join) dnolen
08:21 tim-brown: just found some lisp code with a <control-L> page break in it
08:21 tim-brown: is this a common thing in racket?
08:30 (join) eli
08:30 (quit) eli: Changing host
08:30 (join) eli
08:32 (join) gciolli
08:35 eli: bremner: Maybe I'll try it just for the interface, but it would be much more tempting without the separate file requirement.
08:38 epsil: How can I import "append!"? I'm using #lang r5rs
08:42 bremner: eli: understood. There has been some preliminary work in that direction, but it looks still pretty preliminary.
08:49 (join) zyoung
08:49 bremner: http://article.gmane.org/gmane.mail.notmuch.general/9468, if you're curious.
08:54 eli: bremner: Yeah, I'm surprised that they didn't start with this -- I think that it's not unusual for people to avoid per-email files like the plague.
08:54 eli: (And I backup my mail directory to the dept, they wouldn't be happy about the N gb it would take, not to mention the stress of a gigantic directory.)
08:55 bremner: well, one file per email is pretty much the simplest option for a fulltext index.
08:55 eli: epsil: Using r5rs is a bad idea, using `append!' is an extremely bad idea.
08:56 eli: bremner: Obviously, but email is kind of one of the most ancient kinds of data that has been put into "archive" files...
09:08 bremner: the guy that wrote notmuch originally didn't even use maildirs, just a directory hierarchy full of files.
09:16 anonus: is there module for key-value embedded databases with indices that designed to work with large datasets (like Oracle BDB) ?
09:33 bartbes: eli: btw, fedora shipping 2.5 is odd, since uneven minor versions in gnome projects mean unstable versions
09:34 bremner: yes, I think that was a mistake on the part of fedora.
09:34 (nick) bitonic_ -> bitonic
09:35 asumu: Cryovat: I've used darcs for small things for a while. I like its default behavior a lot (basically git add -p) and its UI is nice.
09:35 asumu: But honestly there's not much you can do with it that you can't do with git.
09:36 asumu: (nowadays I only use git)
09:38 bartbes: eli: btw, what's wrong with r5rs, I mean, sure, you can do better with racket, but what if you're aiming at portability? many schemes are still stuck at r5rs
09:38 eli: bartbes: re fedora, I don't know -- that's what yum gave me, I didn't bother looking into it...
09:39 eli: asumu: When I compared things when we switched, a thing that I heard several times is that the patch algebra is nice in theory bu tin practice there were some problems with it.  (But I don't know anything more concrete.)
09:40 eli: bartbes: That's wrong -- there is no scheme that is stuck in r5rs; at least one that is not some academic toy...
09:42 asumu: eli: IIRC there are corner cases where performance blows up. Most noticeable in huge repositories.
09:42 bartbes: well, the gnu ones don't fully implement r5rs, nor anything past that
09:42 eli: asumu: (My impression was that it was about usability.)
09:43 eli: bartbes: which one?
09:43 bartbes: I know of guile and kawa
09:43 eli: They are definitely well beyond r5rs...
09:44 bartbes: are they? well, in that case I might be reading the docs wrong
09:44 bartbes: always an option, of course
09:45 asumu: Guile even supports R6RS libraries.
09:46 eli: bartbes: r5rs is pretty much a toy that is useless by itself; I'd assume that guile and kawa can both run system commands, open network connections, delte files, use threads, define enew structs, implement guis, and a whole bunch of things that are not in r5rs.
09:47 bartbes: right
09:49 (join) yoklov
09:52 (quit) jeapostrophe: Ping timeout: 252 seconds
10:11 (join) zyoung_
10:12 (quit) zyoung: Read error: Operation timed out
10:26 (quit) yoklov: Quit: computer sleeping
10:34 (join) plobzik
10:36 (quit) plobzik: Read error: Connection reset by peer
10:39 (quit) dnolen: Ping timeout: 255 seconds
10:45 (quit) jrslepak: Quit: What happened to Systems A through E?
10:51 (quit) ahinki: Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120501201020]
11:00 (quit) gciolli: Quit: Leaving.
11:03 (quit) jhemann_: Ping timeout: 265 seconds
11:09 (join) yoklov
11:13 (join) mithos28
11:23 (join) jeapostrophe
11:23 (quit) jeapostrophe: Changing host
11:23 (join) jeapostrophe
11:27 (join) pmatey
11:28 (join) RacketCommitBot
11:28 RacketCommitBot: [racket] plt pushed 4 new commits to master: http://git.io/Y0nIkA
11:28 RacketCommitBot: [racket/master] db: add servlet-based test - Ryan Culpepper
11:28 RacketCommitBot: [racket/master] fix bug in db docs intro - Ryan Culpepper
11:28 RacketCommitBot: [racket/master] db: various fixes and additions - Ryan Culpepper
11:28 (part) RacketCommitBot
11:33 (join) blandt
11:34 (join) snearch
11:41 (quit) bluezenix: Quit: Leaving.
11:41 (quit) blandt: Quit: leaving
11:43 (join) jhemann_
11:51 (quit) hkBst: Quit: Konversation terminated!
11:55 (quit) zyoung_: Remote host closed the connection
11:55 (join) zyoung
12:05 (join) RacketCommitBot
12:05 RacketCommitBot: [racket] plt pushed 1 new commit to master: http://git.io/Qq_-bw
12:05 RacketCommitBot: [racket/master] fixed mistakes in posn documentation; Closes PR 12755 - Matthias Felleisen
12:05 (part) RacketCommitBot
12:08 (quit) snearch: Quit: Verlassend
12:08 ChibaPet: Hm, there's still no new link to the new version from http://htdp.org/.
12:09 ChibaPet: AND... There's no link to the current version of HtDP on docs.racket-lang.org.
12:09 ChibaPet: Both of these should (imho) be fixed.
12:10 ChibaPet: Who can I pester to have a link to http://www.ccs.neu.edu/home/matthias/HtDP2e/ added alongside the link to the older/print edition?
12:12 stamourv: ChibaPet: For the Racket webpage, eli. For htdp.org, not sure. Matthias? The mailing list is also a good option in both cases.
12:12 ChibaPet: I emailed Matthias already, but I suspect he's distracted or uninterested.
12:13 ChibaPet: I'll email the mailing list with both. Good idea.
12:13 (join) MayDaniel
12:14 (quit) tim-brown: Quit: Leaving
12:16 (join) bluezenix
12:18 (quit) bluezenix: Client Quit
12:22 (quit) MayDaniel: Read error: Connection reset by peer
12:50 (join) bluezenix
13:02 (quit) bluezenix: Quit: Leaving.
13:03 (join) ambrosebs
13:05 (join) dsantiago
13:34 (join) aalix
13:54 (join) untrusted
13:57 (quit) dzhus: Remote host closed the connection
13:59 (quit) noam_: Read error: Connection reset by peer
14:00 (join) noam_
14:00 (join) zyoung_
14:02 (quit) zyoung: Read error: Operation timed out
14:08 (join) bluezenix
14:18 (quit) untrusted: Remote host closed the connection
14:19 (join) sstrickl
15:12 (join) stis
15:13 (join) untrusted
15:13 stis: Hi folks! How do you handle mutual recursive syntax clases in syntax parse?
15:14 stis: I could add support for that if you do not have it already!
15:15 stis: Also why don't you implement racket's match matcher in syntax parse?
15:16 stis: I did try that and you can see the result at https://gitorious.org/guile-syntax-parse/guile-syntax-parse/blobs/master/compat/racket/match.scm
15:16 rudybot: http://tinyurl.com/6vwjjwr
15:18 stis: not perfect yet but it's nice how the code follows the documentation :-)
15:19 (quit) ambrosebs: Ping timeout: 245 seconds
15:32 (quit) jhemann_: Ping timeout: 265 seconds
15:33 (join) jhemann
15:40 stamourv: stis: Re mutually recursive syntax classes: You mean how it's implemented?
15:41 stamourv: stis: Re `syntax-parse' for Guile: That's awesome!
15:41 stamourv: I really love `syntax-parse'.
15:42 stamourv: As for `match' and `syntax-parse', 2 hypotheses: `match' may predate `syntax-parse', `syntax-parse' may depend on `match'.
15:46 (quit) yoklov: Quit: computer sleeping
15:47 asumu: stis: Wow, great.
15:48 asumu: It's nice to see Guile and Racket exchange ideas. :)
15:48 asumu is pretty hopeful for emacs on Guile 
15:48 (join) jacius
15:50 stis: stamourv: if you like syntax parse look at the code for the matcher, syntax parse rocks!
15:51 stamourv: stis: Will do!
15:52 stis: asumu: yeah we would like to use the tools we are used to independent of the scheme host
15:53 stis: stamourv: especially see how I have added syntax-class-set!, the idea is to mimic schemes set! and define pair of logic.
15:54 stis: mutual recursive means here that syntax class pat referes to syntax class qp and vice verse - see the code!
15:54 stis: Ok zzzzz for me, have fun and enjoy!
15:54 (part) stis
15:55 (quit) untrusted: Remote host closed the connection
15:56 (quit) bluezenix: Quit: Leaving.
16:03 (quit) kanak: Ping timeout: 245 seconds
16:16 (quit) zyoung_: Remote host closed the connection
16:33 (join) samth_
16:34 (quit) samth_away: *.net *.split
16:41 (join) crdueck_
16:42 (join) cataska_
16:42 (join) ChibaPet_
16:42 (join) pmatey_
16:42 (join) rapacity_
16:43 (join) zyoung
16:46 (quit) ChibaPet: Remote host closed the connection
16:46 (quit) rapacity: Remote host closed the connection
16:47 (quit) cataska: Write error: Broken pipe
16:47 (quit) crdueck: Write error: Broken pipe
16:47 (quit) zyoung: Remote host closed the connection
16:48 (join) zyoung
16:51 (quit) pmatey: Ping timeout: 245 seconds
16:52 (join) netrino
16:58 (quit) jhemann: Ping timeout: 265 seconds
17:03 (quit) pmatey_: Quit: leaving
17:03 (quit) bremner: Ping timeout: 260 seconds
17:03 (join) bremner
17:03 (quit) kreol[Ukr]: Ping timeout: 260 seconds
17:03 (join) kreol[Ukr]
17:05 (quit) crdueck_: Remote host closed the connection
17:05 (join) crdueck
17:12 (quit) crdueck: Ping timeout: 260 seconds
17:13 (join) crdueck
17:19 (join) anRch
17:24 (join) pmatey
17:25 (quit) bremner: Ping timeout: 260 seconds
17:26 (join) bremner
17:32 (join) bitonic_
17:43 (quit) sstrickl: Quit: sstrickl
17:46 (join) yoklov
18:00 (quit) pmatey: Quit: leaving
18:00 (join) pmatey
18:10 (quit) jacius: Remote host closed the connection
18:11 (join) jhemann
18:19 (nick) rapacity_ -> rapacity
18:21 (quit) zyoung: Ping timeout: 244 seconds
18:22 (quit) yoklov: Ping timeout: 244 seconds
18:32 (quit) noam_: Read error: Connection reset by peer
18:32 (join) noam_
18:33 (quit) anRch: Quit: anRch
18:36 (part) crdueck
18:42 (quit) bitonic_: Quit: WeeChat 0.3.7
18:42 (join) bitonic_
18:43 (nick) bitonic_ -> bitonic
18:45 (join) bitonic_
18:46 (quit) bitonic_: Remote host closed the connection
18:46 (join) bitonic_
18:51 (quit) jeapostrophe: Ping timeout: 244 seconds
18:59 (quit) kreol[Ukr]: Ping timeout: 240 seconds
19:02 (join) zyoung
19:02 (join) dnolen
19:04 (quit) antithesis: Quit: yes leaving
19:05 (quit) noam_: Read error: Connection reset by peer
19:05 (join) noam_
19:06 (quit) noam_: Read error: Connection reset by peer
19:06 (join) noam_
19:08 (quit) noam_: Read error: Connection reset by peer
19:08 (join) noam_
19:12 (quit) mceier: Quit: leaving
19:21 (quit) pmatey: Quit: leaving
19:22 (quit) netrino: Quit: Ave!
19:28 (quit) DraX: Ping timeout: 245 seconds
19:34 (join) DraX
19:34 (quit) DraX: Changing host
19:34 (join) DraX
19:39 (join) jonrafkind
19:39 (quit) jonrafkind: Changing host
19:39 (join) jonrafkind
19:45 (join) jeapostrophe
19:45 (quit) jeapostrophe: Changing host
19:45 (join) jeapostrophe
19:55 (quit) jonrafkind: Ping timeout: 255 seconds
19:55 (quit) jhemann: Ping timeout: 244 seconds
20:13 (join) sizz_
20:15 (join) kvda
20:43 (join) yoklov
20:56 (join) jacius
21:06 (join) jrslepak
21:14 (quit) jeapostrophe: Read error: Operation timed out
21:15 (join) jeapostrophe
21:15 (quit) jeapostrophe: Changing host
21:15 (join) jeapostrophe
21:34 (quit) aalix: 
21:48 (join) RacketCommitBot
21:48 RacketCommitBot: [racket] plt pushed 1 new commit to master: http://git.io/FAl9Gg
21:48 RacketCommitBot: [racket/master] scribble/eval: add `eval:result' and `eval:results' - Matthew Flatt
21:48 (part) RacketCommitBot
22:04 (quit) masm: Quit: Leaving.
22:18 sizz_: Hey, there's no Racket examples on the 99 Bottles website! http://99-bottles-of-beer.net/
22:19 (join) jhemann
22:25 asumu: sizz_: http://99-bottles-of-beer.net/language-plt-scheme-2102.html
22:26 asumu: Still the old name, it seems.
22:26 asumu: If you look on Rosetta Code there is a Racket one IIRC.
22:27 sizz_: i see
22:30 (join) ssbr
22:33 sizz_: In general, can I look at scheme code examples on the web to help me learn racket?
22:39 (quit) jacius: Remote host closed the connection
22:42 (nick) sizz_ -> sizz
22:44 asumu: sizz: You mean Scheme code that is not written in Racket?
22:44 asumu: (also PLT Scheme was the old name for Racket)
22:44 asumu: In general, no. Schemers often use different idioms that Racketeers do not use or have better alternatives for.
22:44 asumu: Though this isn't always true. Some implementations have some or many of the things Racket has (e.g., Guile).
22:45 asumu: But for simple examples, Scheme code might give you some ideas.
22:46 asumu: If you'd like to learn Racket, I suggest reading through the tutorials in the Racket documentation.
22:46 sizz: Okay. I really appreciate code examples when learning, e.g. Rosetta Code, langref.org, PLEAC on sourceforge, etc. but I haven't yet found much specifically for Racket.
22:47 sizz: I'll follow the tutorials
22:47 asumu: sizz: Rosetta Code has plenty of examples in Racket. Or it used to.
22:47 asumu: Somebody recently merged Racket into Scheme.
22:47 asumu: Which was a mistake, IMHO.
22:47 asumu: sizz: You might try http://en.wikipedia.org/wiki/Racket_features
22:48 sizz: okay, thanks.
22:50 (join) jonrafkind
22:55 (join) grettke
22:55 (join) nilyaK
23:09 (quit) dspt: Ping timeout: 245 seconds
23:11 (join) dspt
23:17 (join) ambrosebs
23:24 eli: That code is horrible.
23:26 asumu: eli: you mean the bottle code?
23:29 eli: asumu: Yes.
23:30 grettke: what bottle code
23:31 asumu: I agree, it's horrible.
23:31 sizz: this? http://99-bottles-of-beer.net/language-plt-scheme-2102.html
23:32 grettke: the brackets on the new line are refreshing
23:39 eli: New version submitted.
23:40 (quit) dnolen: Ping timeout: 244 seconds
23:41 grettke: hope they keep the old one for comparison
23:42 eli: I didn't indicate any connection to the old one.
23:42 eli: Though it would be best to kill it.
23:42 grettke: lol agreed I'm just wondering if they keep previous submissions around
23:51 (quit) zyoung: Remote host closed the connection
23:59 (join) kreol[Ukr]