Re: [racket-users] Re: IO in racket is painful

2016-03-25 Thread Richard Cleis
"Lurking thresholds" are fun: I used pre-Racket to read files of numerical data, created by different agencies across the country. The code looked for something that looked like a date (out of about 10 formats), and moved on from there to read a few hundred lines of gradually changing groups

[racket-users] Slack IRC bridge down again

2016-03-25 Thread Jack Firth
Slack room shows no new messages since Tuesday, yet IRC archives state the room is as active as ever. Messages from the slack side aren't crossing over to IRC either. -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this

Re: [racket-users] Redex pattern for "sequence whose elements match this depth 0 pattern"?

2016-03-25 Thread 'William J. Bowman' via Racket Users
On Fri, Mar 25, 2016 at 07:05:52AM -0500, Robby Findler wrote: > I think the right way to approach such questions is to start from a more > realistic example and then ask "what do we want the typeset version of this > to look like?". I like this advice. Unfortunate, I think I want the typeset

Re: [racket-users] Re: IO in racket is painful

2016-03-25 Thread Hendrik Boom
On Thu, Mar 24, 2016 at 08:59:50PM +0100, Jos Koot wrote: > Hi > > In all computer languages it is more difficult to read data than to write > them, I think. Perhaps because when you write data you know what you are writing and are in control. But when you are reading, who knows what might be

Re: [racket-users] Redex pattern for "sequence whose elements match this depth 0 pattern"?

2016-03-25 Thread Robby Findler
I think the right way to approach such questions is to start from a more realistic example and then ask "what do we want the typeset version of this to look like?". The answer, when looked at that way is almost never "extend the pattern language" since additional complexity there is not something