[racket-dev] prop:match-expander not provided?

2013-01-21 Thread Stephen Chang
Trying to use prop:match-expander but it doesn't seem to be available: http://pre.racket-lang.org/docs/html/reference/match.html?q=prop%3Amatch-expander#%28def._%28%28lib._racket%2Fmatch..rkt%29._prop~3amatch-expander%29%29 Welcome to DrRacket, version 5.3.1.3 [3m]. Language: racket [custom]. > (

Re: [racket-dev] Performance Lab

2013-01-21 Thread Neil Toronto
On 01/21/2013 10:25 PM, Curtis Dutton wrote: I've been using racket now for about 4 years now. I use it for everything that I can and I love it. It is really an awesome system, and I just can't say "THANKS" enough to all of you for racket. That being said, I'd like to become more active with the

[racket-dev] Performance Lab

2013-01-21 Thread Curtis Dutton
I've been using racket now for about 4 years now. I use it for everything that I can and I love it. It is really an awesome system, and I just can't say "THANKS" enough to all of you for racket. That being said, I'd like to become more active with the development process. In a past life, I worked

Re: [racket-dev] Pre-Release Checklist for v5.3.2

2013-01-21 Thread John Clements
On Jan 17, 2013, at 10:46 AM, Ryan Culpepper wrote: > Checklist items for the v5.3.2 release > (using the v5.3.1.900 release candidate build) > > Search for your name to find relevant items, reply when you finish an > item (please indicate which item/s is/are done). Also, if you have any > com

Re: [racket-dev] Release Announcement for v5.3.2

2013-01-21 Thread Asumu Takikawa
On 2013-01-17 13:57:51 -0500, Ryan Culpepper wrote: > The release announcement sketch that I have so far is below. Please > mail me new items and/or edits. * Typed Racket now supports Racket's delimited continuation and continuation mark operators. * The generics library now allows the s

Re: [racket-dev] Documentation lacuna?

2013-01-21 Thread Norman Gray
Jay, hello. On 2013 Jan 21, at 16:12, Jay McCarthy wrote: > I don't understand your concern. > > The response structure, which is the only actual structure (everything > else is an interface on it)... > > a) Allows #f as the mime type ...but the documentation doesn't say what #f means here.

Re: [racket-dev] Documentation lacuna?

2013-01-21 Thread Jay McCarthy
I don't understand your concern. The response structure, which is the only actual structure (everything else is an interface on it)... a) Allows #f as the mime type b) Has you provide an 'output' function that does the output. If you don't want there to be any output, then don't write any: (resp

Re: [racket-dev] no-cache the default web-server index.html

2013-01-21 Thread Jay McCarthy
I'll push this change shortly. On Sat, Jan 19, 2013 at 10:18 PM, David Vanderson wrote: > Tiny request - could we add: > > > > to the of the default web-server index.html page? > > I started toying with serve/servlet, and was caught for a bit by: > - first using #:servlet-path "/foo", seeing my

Re: [racket-dev] Documentation lacuna?

2013-01-21 Thread Norman Gray
Sorry, an addendum... On 2013 Jan 21, at 12:23, Norman Gray wrote: > In the web server, the documentation for RESPONSE and, by implication, > RESPONSE/FULL does not explain how to avoid including a message-body in the > response, as is required for 1xx, 204, 304 statuses (and those alone). >

[racket-dev] Documentation lacuna?

2013-01-21 Thread Norman Gray
Greetings. In the web server, the documentation for RESPONSE and, by implication, RESPONSE/FULL does not explain how to avoid including a message-body in the response, as is required for 1xx, 204, 304 statuses (and those alone). By experiment, giving RESPONSE/FULL a 'body' argument of #"" prod

[racket-dev] TR internal error

2013-01-21 Thread Pierpaolo Bernardi
Hello, the file attached causes the following internal error: C:\Program Files\Racket-Full-5.3.2.1\collects\typed-racket\utils\tc-utils.rkt:154:0: Internal Typechecker Error: bad expected: #(struct:tc-results (#(struct:tc-result Char - -) #(struct:tc-result (Vector Integer Integer Integer Integer