Re: [racket] Chipmunk FFI bindings on Github! (v0.1)

2012-06-07 Thread gabor papp
Hi Vince, Thank you for your work on this. Have you looked into Jay McCarthy's Chipmunk package on Planet? http://planet.racket-lang.org/package-source/jaymccarthy/chipmunk.plt/1/0/ Best, Gabor Racket Users list: http://lists.racket-lang.org/users

Re: [racket] two scribble/srcdoc questions: using scribble/eval examples and in-file provide-extracted

2012-06-07 Thread Uri Zarfaty
Thanks! Regarding the interaction-eval example, is there any way of wrapping this up in a macro so it doesn't have to be repeated for each use of examples in the file? I know that it's possible to get the module name via the 'enclosing-module-name syntax property, but I've got no idea how to rewrit

Re: [racket] Chipmunk FFI bindings on Github! (v0.1)

2012-06-07 Thread vince . raiken
Yeah I did. It looks like the bindings are a couple of years old now with no maintenance. I actually have them downloaded and am using them as reference, or copy pasting some things here and there when I'm not sure exactly what to do or just wanting to leverage the typing he has already done. I'm

[racket] Is there any markdown library?

2012-06-07 Thread 安龙
Hi all, I want to write a simple blog with racket, is there any marddown library? -- aisk Racket Users list: http://lists.racket-lang.org/users

Re: [racket] Is there any markdown library?

2012-06-07 Thread 安龙
Thx for reply, but i'm working on a simple small dynamic blog website, not generate static pages. 2012/6/8 Matthias Felleisen > > Is this helpful: > > > http://planet.racket-lang.org/package-source/ryanc/scriblogify.plt/1/0/planet-docs/scriblogify/index.html > > > On Jun 7, 2012, at 12:08 PM, 安龙

Re: [racket] H264 Codec in Racket

2012-06-07 Thread Neil Toronto
On 06/06/2012 03:21 PM, Anurag Mendhekar wrote: I'm considering writing an H.264 encoder/decoder in Racket. Has anyone tried such a thing before? Codecs require a lot of bit-whacking and the h264 standard is particularly convoluted. Efficiencies are obtained in C in many different and usually c

Re: [racket] H264 Codec in Racket

2012-06-07 Thread Robby Findler
Why not use bytes? Also, if the algorithms are parallel, you might consider using futures. Robby On Thu, Jun 7, 2012 at 4:25 PM, Neil Toronto wrote: > On 06/06/2012 03:21 PM, Anurag Mendhekar wrote: >> >> >> I'm considering writing an H.264 encoder/decoder in Racket. Has anyone >> tried such a

Re: [racket] H264 Codec in Racket

2012-06-07 Thread Neil Toronto
On 06/07/2012 04:29 PM, Robby Findler wrote: Why not use bytes? Even if you try to just use bytes, you end up using fixnums: > (fixnum? (bytes-ref (bytes 0 1 2 3) 3)) #t What I mean is there's no way to operate on a data type that's exactly 8 bits wide. (Unless you can use the FFI for that,

Re: [racket] H264 Codec in Racket

2012-06-07 Thread Robby Findler
On Thu, Jun 7, 2012 at 6:27 PM, Neil Toronto wrote: >> Also, if the algorithms are parallel, you might consider using futures. > > > Good idea. I wonder if anyone has investigated whether it's significantly > easier to use futures effectively in Typed Racket. Its optimizations are > designed to av

Re: [racket] programmatic file editing

2012-06-07 Thread Neil Van Dyke
Neil Van Dyke wrote at 06/07/2012 01:14 AM: That was toy example of a call to "progedit", like a test case, and not very clear. In a real program, you'd programmatically build the list you pass to the "#:insert" keyword argument of "progedit". So, you would only add the (0 "#lang setup/infota

Re: [racket] H264 Codec in Racket

2012-06-07 Thread Paul A. Steckler
On Thu, Jun 7, 2012 at 5:31 PM, wrote: > James is working on a visualizer that will help understand the > peculiarities of futures and I hope it'll be in a pushable state in > not too long. For correct programs, the visualizer will allow one to say "I have seen your futures, and they work!"

Re: [racket] H264 Codec in Racket

2012-06-07 Thread Sam Tobin-Hochstadt
On Thu, Jun 7, 2012 at 8:31 PM, Robby Findler wrote: > On Thu, Jun 7, 2012 at 6:27 PM, Neil Toronto wrote: >>> Also, if the algorithms are parallel, you might consider using futures. >> >> >> Good idea. I wonder if anyone has investigated whether it's significantly >> easier to use futures effect

[racket] Serializable continuations

2012-06-07 Thread Rodolfo Carvalho
Hello everyone, I am writing a small experiment in which I want to persist a continuation in an SQLite database. It wasn't possible to 'insert' the continuation directly, so I tried using "serialize" (from racket/serialize) but it turned out that continuations are not serializable. My program is

Re: [racket] Serializable continuations

2012-06-07 Thread Jay McCarthy
If you write in #lang web-server/base then you will get serialization continuations, but none of the Web libraries. The transformation isn't really Web-specific. Jay On Thu, Jun 7, 2012 at 9:32 PM, Rodolfo Carvalho wrote: > Hello everyone, > > I am writing a small experiment in which I want to

Re: [racket] Serializable continuations

2012-06-07 Thread Rodolfo Carvalho
Jay, On Fri, Jun 8, 2012 at 1:06 AM, Jay McCarthy wrote: > If you write in > > #lang web-server/base > > then you will get serialization continuations, but none of the Web > libraries. The transformation isn't really Web-specific. > > I could not use #lang web-server/base on Racket v5.2.1 (Win

Re: [racket] Serializable continuations

2012-06-07 Thread Jay McCarthy
On Thu, Jun 7, 2012 at 10:42 PM, Rodolfo Carvalho wrote: > Jay, > > On Fri, Jun 8, 2012 at 1:06 AM, Jay McCarthy wrote: >> >> If you write in >> >> #lang web-server/base >> >> then you will get serialization continuations, but none of the Web >> libraries. The transformation isn't really Web-spec