Re: [racket] Racket v5.3.1

Yet another awesome release. > * The `case' form dispatches on characters, fixnums, symbols, and > keywords in logarithmic time. (Thanks to Jon Zeppieri.) > No hidden constant for small dispatchers compared to the previous version? > * The new `racket/format' library provides new and improv

Re: [racket] integer->bytestring for a single byte?

On 11/07/2012 10:12 PM, Paul Meier wrote: Hi friends, I'm trying to write some integer values to a socket, and normally I'm generating the bytestring with integer->integer-bytes

[racket] integer->bytestring for a single byte?

Hi friends, I'm trying to write some integer values to a socket, and normally I'm generating the bytestring with integer->integer-bytes, and reading values on the other end

Re: [racket] Racket v5.3.1

Congrats on another release. Anyone know whether any serious bugs were fixed in this release? (I don't see how to query this from the bugs database.) Reason I ask is to help decide how soon to move production apps to 5.3.1. (Serious bug fix might mean soon; otherwise, good to let hapless o

Re: [racket] [gambit-list] translate from Racket to Common Lisp

I put files that open in web browsers of my benchmark results at http://www.math.purdue.edu/~lucier/bench-gambit-2012-11-06/ with a readme that's basically my original e-mail with the version that mzscheme reports (5.3) added. I looked at the sources for fft.scm in the Gambit benchmark suite an

[racket] Racket v5.3.1

Racket version 5.3.1 is now available from http://racket-lang.org/ Racket: * The `case' form dispatches on characters, fixnums, symbols, and keywords in logarithmic time. (Thanks to Jon Zeppieri.) * The new `racket/format' library provides new and improved string-formatting functions. *

[racket] TR base-env typing classes/instances

Given racket/place/distributed then the typing should go into base-env.rkt true? Assuming so, we face the situation that the place/distributed API uses class instances. e.g. spawn-node-supervise-place-at returns (values remote-node% remote-connection%) I know how to do it a la collects/types/mred

Re: [racket] [gambit-list] translate from Racket to Common Lisp

Oh, yes indeed. My apologies for the confusion!! Robby On Wed, Nov 7, 2012 at 2:40 PM, Jay McCarthy wrote: > I thought that too, but I think the URL (bench.html) with the 6-year > old version was just for the meaning of the columns. The new results > were attached to the email, and presumably he

Re: [racket] [gambit-list] translate from Racket to Common Lisp

I thought that too, but I think the URL (bench.html) with the 6-year old version was just for the meaning of the columns. The new results were attached to the email, and presumably he used the most recent one. Jay On Wed, Nov 7, 2012 at 1:28 PM, Robby Findler wrote: > Hi Brad: this is a 6-year o

Re: [racket] [gambit-list] translate from Racket to Common Lisp

Hi Brad: this is a 6-year old version of Racket you're using. FYI. Robby On Tue, Nov 6, 2012 at 3:50 PM, Bradley Lucier wrote: > I downloaded 64-bit Racket and compared it to my install of 64-bit gambit: > > [Media-Mac-mini-3:~/programs/gambit/bench] lucier% gsc -v > v4.6.6 20120915144211 i386-a

Re: [racket] XNextEvent blocking 'read' in other thread?

Also, both versions seem to suffer a heavy cost of a few seconds of > initialization compared to the basic XNextEvent version. > Hmm, no, that seems to be due to some other problem: to force synchronization, I need to generate several events at first for the handler to catch up. There might be som

Re: [racket] XNextEvent blocking 'read' in other thread?

Thank you all very much for your answers, they are very helpful. AFAICT, after some light testing, Jon's code does what I want, but Kevin's one is still blocking. Also, both versions seem to suffer a heavy cost of a few seconds of initialization compared to the basic XNextEvent version. Laurent

Re: [racket] translate from Racket to Common Lisp

Nice chart. Let's get real work done now. On Nov 7, 2012, at 1:40 PM, Ray Racine wrote: > Personally I'm am far less interested in ball-park performance positioning > between Racket and some Scheme. Nice as they all are, and I've personally > spent time with all of them. Larceny, our summer

Re: [racket] translate from Racket to Common Lisp

Personally I'm am far less interested in ball-park performance positioning between Racket and some Scheme. Nice as they all are, and I've personally spent time with all of them. Larceny, our summer fling was special. I'll never forget you. Let's talk Heavy Weight Division here: Racket - Haskell

Re: [racket] TRing Places Issue Resolved

On Wed, Nov 7, 2012 at 11:55 AM, Ray Racine wrote: > > Appears the place top level lifting macro and the accompany use of the > let-values misplaces (pun intended) the type annotation (ch : Place) in the > let-values bindings, causing the unknown place? identifier error. But it is > an unknown id

Re: [racket] XNextEvent blocking 'read' in other thread?

create a port from a file descriptor: (define scheme-make-fd-input-port (let ([fun (get-ffi-obj "scheme_make_fd_input_port" #f (_fun _int _racket _int _int -> _racket))]) (lambda (fd name) (fun fd name 0 0 call with (scheme-make-fd-input-port your-fd 's

Re: [racket] XNextEvent blocking 'read' in other thread?

Racket threads are green or user threads, they are not scheduled by the operating system. Blocking on a socket in XNextEvent blocks the entire Racket VM. You need to use XConnectionNumber to get the X socket file descriptor number and then create a port that you can sync on with Racket's sync

Re: [racket] TRing Places Issue Resolved

On Wed, Nov 7, 2012 at 11:55 AM, Ray Racine wrote: > > As clearly explained in the Racket Doc for 'place', given (place ch body0 > ...) the bodies are lifted to the module top level. As generated binding, > lift.0 is lifted to the top level there is no Type declaration for TR to > see, so the sing

[racket] XNextEvent blocking 'read' in other thread?

Hi, I don't know if this issue is due to me, Racket, Xlib FFI or Xlib in itself, but I'm struggling with it. Hopefully someone knows. In a multi-threaded application using Jon's Xlib FFI ( https://github.com/kazzmir/x11-racket ), I'm using one thread for processing X events with XNextEvent, which

[racket] TRing Places Issue Resolved

So I solved why TR was giving me an "unknown identifier place?" which I was assuming needed some sort of additional work in base-special-env.rkt (it doesn't). This works just fine in TR. #lang typed/racket/base (require racket/place/distributed racket/place) (: hello-world (-> Place))