Re: [racket-dev] [racket] [ANN] RacketCon 2013: 29 September
My wife and I will be in Boston a day early (Friday). Does anyone have a must-see touristy suggestion for us? On Wed, May 8, 2013 at 8:49 AM, Asumu Takikawa as...@ccs.neu.edu wrote: RacketCon 2013 -- We are pleased to announce that (third RacketCon) will take place on September 29, 2013 at Northeastern University in Boston. This year, we plan to bring in several speakers from industry, as well as host talks from Racket developers and users. Lunch will be provided. On the Saturday (28th) before RacketCon, we plan to hold a hackathon to work on various Racket projects. Registration will open during the summer, and we will post a detailed schedule of events around the same time. The conference website is at http://con.racket-lang.org/ Asumu Takikawa and PLT Racket Users list: http://lists.racket-lang.org/users _ Racket Developers list: http://lists.racket-lang.org/dev
[racket-dev] Tiny tweak to docs
diff --git a/collects/scribblings/reference/sets.scrbl
b/collects/scribblings/reference/sets.scrbl
index d9ea0c6..44cc41d 100644
--- a/collects/scribblings/reference/sets.scrbl
+++ b/collects/scribblings/reference/sets.scrbl
@@ -27,8 +27,8 @@ unpredictable when keys are mutated.
@defproc[(seteq [v any/c] ...) set?]
)]{
-Creates a set that uses @racket[equal?], @racket[eq?], or
-@racket[eqv?], respectively, to compare elements. The given
+Creates a set that uses @racket[equal?], @racket[eqv?], or
+@racket[eq?], respectively, to compare elements. The given
@racket[v]s are added to the set. The elements are added in the order
that they appear as @racket[v]s, so in the first two cases, an earlier
element that is @racket[equal?] or @racket[eqv?] but not @racket[eq?]
_
Racket Developers list:
http://lists.racket-lang.org/dev
[racket-dev] [PATCH 1/3] add missing word
--- collects/scribblings/guide/unit.scrbl |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/collects/scribblings/guide/unit.scrbl b/collects/scribblings/guide/unit.scrbl index d464aa6..7f7ce01 100644 --- a/collects/scribblings/guide/unit.scrbl +++ b/collects/scribblings/guide/unit.scrbl @@ -611,7 +611,7 @@ simple application to values---that make them suitable for different purposes. The @racket[module] form is more fundamental than the others, in a -sense. After all, a program fragment cannot reliably refer to +sense. After all, a program fragment cannot reliably refer to a @racket[lambda], @racket[class], or @racket[unit] form without the namespace management provided by @racket[module]. At the same time, because namespace management is closely related to separate expansion -- 1.7.6.348.gbd207 _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] [PATCH 2/3] add an s
--- collects/web-server/scribblings/web-server.scrbl |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/collects/web-server/scribblings/web-server.scrbl b/collects/web-server/scribblings/web-server.scrbl index 3bd1910..11c610c 100644 --- a/collects/web-server/scribblings/web-server.scrbl +++ b/collects/web-server/scribblings/web-server.scrbl @@ -13,7 +13,7 @@ This manual describes the Racket libraries for building Web applications. @secref[servlet] use the entire Racket language, but their continuations are stored in the Web server's memory. @secref[stateless] use a slightly restricted Racket language, but their continuation can be stored by the Web client or on a Web server's disk. If you can, you want to use @secref[stateless] for the improved scalability. -The @secref[http] section describes the common library function for manipulating HTTP requests and creating HTTP responses. +The @secref[http] section describes the common library functions for manipulating HTTP requests and creating HTTP responses. In particular, this section covers cookies, authentication, and request bindings. The final five sections (@secref[dispatch], @secref[formlets], @secref[templates], @secref[page], and @secref[test]) cover utility libraries that ease the creation of typical Web applications. -- 1.7.6.348.gbd207 _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] [PATCH 3/3] Add missing word
--- collects/scribblings/foreign/intro.scrbl |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/collects/scribblings/foreign/intro.scrbl b/collects/scribblings/foreign/intro.scrbl index ba7912a..963c656 100644 --- a/collects/scribblings/foreign/intro.scrbl +++ b/collects/scribblings/foreign/intro.scrbl @@ -478,7 +478,7 @@ terminated. The @racketmodname[ffi/unsafe/alloc] library provides functions to connect resource-allocating functions and resource-releasing -functions. The library then for finalization to release a resource if +functions. The library then arranges for finalization to release a resource if it becomes inaccessible (according to the GC) before it is explicitly released. At the same time, the library handles tricky atomicity requirements to ensure that the finalization is properly registered -- 1.7.6.348.gbd207 _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] net/url and https
On Sun, Jun 19, 2011 at 3:47 PM, Eli Barzilay e...@barzilay.org wrote: Two minutes ago, Neil Van Dyke wrote: I also think that Eli's option #1 could be done without breaking backward-compatibility, but I'm not sure it's worth the effort in code and documentation, and I don't want to discourage him moving forward with #1 by making the task harder than it has to be. Heh, I just thought about a way to do that, which is likely what you're thinking of: * `net/url-unit' and `net/url-sig' stay the same. Code that uses them works as before. * `net/url' becomes the (non-unit, of course) library that does dispatching over https with an ssl connection. This might work, but would be very odd. Specifically, the description of `net/url-unit' will need to mumble something about creating a result that is *not* like `net/url' in that there is no such dispatch. Backwards compatible, but IMO very ugly. But perhaps it's worth it? I don't have a strong opinion about which option is best. I don't have much code that deals with URLs at all (and let's be blunt; it's _all_ hobby code). And I don't understand units enough to comment on anything involving them. I do feel strongly that Racket should have a way to deal with https reasonably painlessly. I also think that Eli is right about the awkwardness of the current interface -- in order to get the status code from the response, I have to parse the headers myself, which seems silly. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] overwrite
Looking at this code, I'm betting on Neil's suggestion of NTP, though I realize that the mechanism isn't obvious... perhaps the OS adjusts the save times of recently-saved files? I haven't followed this discussion closely, nor looked at the relevant code. However :) From what I know about NTP, it will never make time go backwards, so I doubt it's the culprit. (When NTP determines that your clock is later than it should be, it merely slows it down a bit until the true time catches up with it.) _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] [PATCH 2/2] Add missing asterisk in example
collects/scribblings/reference/regexps.scrbl |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/collects/scribblings/reference/regexps.scrbl b/collects/scribblings/reference/regexps.scrbl index aa374e3..db7cf96 100644 --- a/collects/scribblings/reference/regexps.scrbl +++ b/collects/scribblings/reference/regexps.scrbl @@ -435,7 +435,7 @@ Like @racket[regexp-match-positions], but returns multiple matches like @racket[regexp-match*]. @examples[ -(regexp-match-positions #rxx. 12x4x6) +(regexp-match-positions* #rxx. 12x4x6) ]} -- 1.7.3.5 _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] How about adding this simple list-shuffling procedure to racket?
I find myself using this all the time; it seems it'd be handy to have built in. (define (shuffled list) (sort list #:key (lambda (_) (random)) #:cache-keys? #t)) Thanks. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] BUG: compile: access from an uncertified context to unexported variable from module: /usr/local/src/racket/collects/racket/contract/private/base.rkt in: apply-contract
(Sorry for any duplicaiton; I tried submitting this through DrRacket
but never got a confirmation email)
On Racket v5.0.1.900., Ubuntu 10.10 x86:
Create stuff.rkt with this content:
#! /bin/sh
#| Hey Emacs, this is -*-scheme-*- code!
#$Id$
exec racket -l errortrace --require $0 --main -- ${1+$@}
|#
#lang racket
(require rackunit rackunit/text-ui)
(require racket/date
(prefix-in srfi-19- srfi/19))
(define-test-suite stuff-tests (check-equal? 2 2))
(provide stuff)
(define (stuff)
Yep, I'm some stuff, all right
)
Now create silly.rkt with this content:
#! /bin/sh
#| Hey Emacs, this is -*-scheme-*- code!
#$Id$
exec racket -l errortrace --require $0 --main -- ${1+$@}
|#
#lang web-server/insta
(require stuff.rkt)
(define (start request)
`(html
(head (title Stuff))
(body
(p ,(format Here's some stuff: ~a (stuff))
Make silly.rkt executable, and run it.
You _should_ see a message about Your servelet is running, look in
your browser, etc. Instead you see
./silly.rkt
compile: access from an uncertified context to unexported variable
from module: /usr/local/src/racket/collects/racket/contract/private/base.rkt
in: apply-contract
Now comment out the define-test-suite line in stuff.rkt, and try
again; this time it works.
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
