Re: [racket] Interesting article

2010-08-11 Thread Jay McCarthy
On Wed, Aug 11, 2010 at 8:40 PM, Sam Tobin-Hochstadt wrote: > On Wed, Aug 11, 2010 at 8:25 PM, Shriram Krishnamurthi > wrote: >> >> - The for... forms remind me too much of do.  There just don't seem to >> be primitives with the simplicity of map/filter/fold for sequences. >> Perhaps I'm missing

Re: [racket] documentation example for slideshow/pict

2010-08-11 Thread Bill Richter
I solved my lined-box problem, and maybe `2.3 Pict Combiners' ought to be explain it, as `Quick: An Introduction to Racket with Pictures' uses slideshow. New racket users will likely play with slideshow, and e.g. try a table with horiz & vert lines separating the entries. The documentation for ta

Re: [racket] Interesting article

2010-08-11 Thread Shriram Krishnamurthi
> Personally, I find the `for' macros more concise, except when there's > already a function that I would pass to `map' etc.   Compare: > > (for/list ([x e]) (f x)) > (map (lambda (x) (f x)) e) Your comparison is perhaps a bit unfair (since you've needlessly eta-expanded the function), but I agre

Re: [racket] Interesting article

2010-08-11 Thread Sam Tobin-Hochstadt
On Wed, Aug 11, 2010 at 8:25 PM, Shriram Krishnamurthi wrote: > > - The for... forms remind me too much of do.  There just don't seem to > be primitives with the simplicity of map/filter/fold for sequences. > Perhaps I'm missing them. Personally, I find the `for' macros more concise, except when

Re: [racket] gracket 5.0.1.2 performance on OS X

2010-08-11 Thread Jakub Piotr Cłapa
On 11.08.10 13:54, Matthew Flatt wrote: At Tue, 10 Aug 2010 20:06:52 +0200, Jakub Piotr Cłapa wrote: I was trying to add a GUI windows to my small Racket program for debugging embedded systems. It was super easy and worked like charm the first time (thanks!) but unfortunately I found great perfo

Re: [racket] gracket 5.0.1.2 performance on OS X

2010-08-11 Thread Jakub Piotr Cłapa
On 12.08.10 03:05, Matthew Flatt wrote: At Thu, 12 Aug 2010 02:42:20 +0200, Jakub Piotr Cłapa wrote: I tracked the error down to: (ffi-lib "/Users/jpc/Sources/gr2/src/build/gracket/libs/libcairo.2") ffi-lib: couldn't open "/Users/jpc/Sources/gr2/src/build/gracket/libs/libcairo.2.dylib" (dlopen

Re: [racket] gracket 5.0.1.2 performance on OS X

2010-08-11 Thread Matthew Flatt
At Thu, 12 Aug 2010 02:42:20 +0200, Jakub Piotr Cłapa wrote: > I tracked the error down to: > > (ffi-lib "/Users/jpc/Sources/gr2/src/build/gracket/libs/libcairo.2") > ffi-lib: couldn't open > "/Users/jpc/Sources/gr2/src/build/gracket/libs/libcairo.2.dylib" > (dlopen(/Users/jpc/Sources/gr2/src/bui

Re: [racket] gracket 5.0.1.2 performance on OS X

2010-08-11 Thread Jakub Piotr Cłapa
On 11.08.10 13:54, Matthew Flatt wrote: At Tue, 10 Aug 2010 20:06:52 +0200, Jakub Piotr Cłapa wrote: I was trying to add a GUI windows to my small Racket program for debugging embedded systems. It was super easy and worked like charm the first time (thanks!) but unfortunately I found great perfo

Re: [racket] Interesting article

2010-08-11 Thread Shriram Krishnamurthi
I would venture a guess that it's less about lists vs vectors than bout lists and vectors versus two other things: "associations" and "sequences". - Associations: In many other scripting languages, the distinction between an object, an association list, a dictionary, and a hash table are al

[racket] Arrow labels in slideshow

2010-08-11 Thread Vincent St-Amour
Hi, Is there a way to add labels to arrows created with pin-arrow-line in slideshow? Text would work, but arbitrary picts would be even better. Thanks, Vincent _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/users

Re: [racket] Interesting article

2010-08-11 Thread Jay McCarthy
I think you are mostly right. There is not an obvious operation like the list operations for many collections. Nevertheless, we should have good defaults for making a user's life convenience. Jay On Wed, Aug 11, 2010 at 4:44 PM, Deren Dohoda wrote: > I am a novice, self-taught programmer. Please

Re: [racket] Interesting article

2010-08-11 Thread Martin DeMello
On Thu, Aug 12, 2010 at 4:14 AM, Deren Dohoda wrote: > 4) Well, *I* have no clue what you want, so I'll just create this view > called a "sequence" and give you that (oh yeah it just acts like a > list) [...] > they use a list in the first place?). I don't believe (4) is so much a > "solution" a

Re: [racket] Interesting article

2010-08-11 Thread Deren Dohoda
I am a novice, self-taught programmer. Please forgive this possibly naive question, but what's the problem? The big post I read seems to say this one sentence: different containers are different, but they should act the same. But, different containers are different for a good reason. Take a linke

Re: [racket] Interesting article

2010-08-11 Thread Jay McCarthy
On Wed, Aug 11, 2010 at 4:01 PM, Martin DeMello wrote: > What is the racket team's stance on core support for vectors and > hashes, in terms of syntax for literals and making containers act as > functions of their keys? The latter, in particular, would be a huge > win, though it would also be a pr

Re: [racket] Interesting article

2010-08-11 Thread Martin DeMello
On Thu, Aug 12, 2010 at 12:44 AM, Shriram Krishnamurthi wrote: > Your library is truly impressive, but I don't think it addresses some > of the fundamental issues that the OP talks about (availability in the > core and not as some third-party library, integration with syntax, > good integration o

[racket] Help needed representing data | 2d hashes?

2010-08-11 Thread Horace Dynamite
I'm trying to implement a specification which has defined three character tables. These character tables together implement the ASCII character set, and further, some special characters defined by the specification. I've copied this table here: http://en.wikipedia.org/wiki/User:Horaced The charac

Re: [racket] Interesting article

2010-08-11 Thread Hari Prashanth
Thank you. Yes you are right it is not in the core yet and its just a third party library. But we would want like to move some of the more useful ones to the core. I didn't comment about it because I don't know what it would be eventually. So I stopped myself. - Original Message - From:

Re: [racket] Interesting article

2010-08-11 Thread Shriram Krishnamurthi
Your library is truly impressive, but I don't think it addresses some of the fundamental issues that the OP talks about (availability in the core and not as some third-party library, integration with syntax, good integration of laziness). Maybe you could comment more specifically, in case I've mis

Re: [racket] Interesting article

2010-08-11 Thread Hari Prashanth
We are in the process of releasing a library of functional data structures that has been pointed out to be missing from Racket. It will answer many concerns raised there effectively. FYI as a first step we will be releasing it to PlaneT in next 2 to 3 days. Hari - Original Message

[racket] Interesting article

2010-08-11 Thread Eduardo Bellani
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 http://programming-puzzler.blogspot.com/2010/08/racket-vs-clojure.html Any opinions on the subject? - -- Eduardo Bellani omnia mutantur, nihil interit. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozill

[racket] FFI dynamic library reloading

2010-08-11 Thread Christopher Bowron
I've been doing writing some glue code between Cocoa and Racket and part of that exists as a C library that I am communicating with via FFI, and part of it is Racket code that uses the Objective C FFI interface. One thing I've noticed is that if I change the C library, I need to restart DrRacket f

Re: [racket] gracket 5.0.1.2 performance on OS X

2010-08-11 Thread Matthew Flatt
At Tue, 10 Aug 2010 20:06:52 +0200, Jakub Piotr Cłapa wrote: > I was trying to add a GUI windows to my small Racket program for > debugging embedded systems. It was super easy and worked like charm the > first time (thanks!) but unfortunately I found great performance > degradation under gracket

Re: [racket] gracket 5.0.1.2 performance on OS X

2010-08-11 Thread Jakub Piotr Cłapa
On 10.08.10 20:06, Jakub Piotr Cłapa wrote: The behaviour stops as soon as I remove the "sleep .001" from the shell script (so it outputs data in big chunks). It looks to me like the event loop and racket thread scheduling is not working very well in the GUI version of racket. I did some profil