Re: [racket] Redex question: parameterizing a language definition

I've written three little examples, extracted from the macro you pointed us to. The first just reproduces the problem you're seeing, I expect. Note that if you reverse the "a ..." and the "x" line, you don't get an error anymore, but you do get strange output. This is because of the interaction bet

Re: [racket] Processing and Racket

Incidentally, I had someone reply to my tumblr blog with a link to fluxus (wait, was that you?). There are some interesting things there. I like how it showcases people who are using it. On Jun 3, 2013 8:34 PM, "Stephen De Gabrielle" wrote: > I can't let this thread pass without mentioning Fluxus

Re: [racket] Processing and Racket

I can't let this thread pass without mentioning Fluxus http://www.pawfal.org/fluxus/documentation/ -- Stephen De Gabrielle On Mon, Jun 3, 2013 at 11:03 PM, Matthias Felleisen wrote: > > On Jun 3, 2013, at 5:45 PM, Philipp Dikmann wrote: > > but when the pr

Re: [racket] Processing and Racket

On Jun 3, 2013, at 5:45 PM, Philipp Dikmann wrote: > but when the problem is always simply 'reproduce this image', a single > language still allows multiple interesting ways of thinking about it (esp. > considering the idea of 'language' in the Racket context :P), and even > better: demonstrat

Re: [racket] Processing and Racket

Chipping in another 2 cents, I'd like to second Matthias, Eli & Jay in finding the idea quite splendid! Narrowing the focus of a documentation/community project on graphical output is a promising way to encourage more conversation about Racket. Being a design professional with little CS educat

Re: [racket] Rosetta Code Minesweeper Implementation

Consider a random testing approach. Throw the random tester at the main function, Think of 'streams' of input that the main function can absorb, and generate random streams . On Jun 3, 2013, at 5:14 PM, Sean Kanaley wrote: > Just kidding there are more parse bugs, but I'm doing my best to fix

Re: [racket] Rosetta Code Minesweeper Implementation

Just kidding there are more parse bugs, but I'm doing my best to fix them. The consolation is that the other implementations are either far longer, incorrect, or both. Still... I shall post it shortly and hope for the best. On Mon, Jun 3, 2013 at 4:26 PM, Sean Kanaley wrote: > Thank you both f

Re: [racket] Rosetta Code Minesweeper Implementation

Thank you both for the replies. I have incorporated all of your suggestions. The thin board wrapper over vector2 proved useful to quickly switch everything over to arrays. The program should no longer crash due to user input aside from any kind of internal buffer issues that may or may not be po

Re: [racket] Redex question: parameterizing a language definition

Hi, Racketeers, On Thu, Apr 4, 2013 at 9:32 PM, Robby Findler wrote: > One thing to watch out for, tho, is that redex uses source location > information to typeset grammars and when macros are involved, the source > locations (naturally) get mixed up. Since a macro can do arbitrary > computation

[racket] How can a collection in a package get its version?

Let's say I have a command-line utility distributed as a package. package/ info.rkt collection/ main.rkt package/info.rkt is e.g. #lang setup/infotab (define version "1.1") In main.rkt, I want to display the version to the user. >From cheating and looking at the expansion of in

[racket] Error during installation of 5.3.4.11

I could not install the latest nightly: Checking the integrity of the binary archive... ok. Unpacking into "/usr/racket-5.3.4.11-tmp-install" (Ctrl+C to abort)... Done. /usr/racket-5.3.4.11-tmp-install/bin/racket: 1: /usr/racket-5.3.4.11-tmp-install/bin/racket: ELF : not found /usr/racket-5.3.4.11

Re: [racket] Processing and Racket

Okay, I'll draw up a plan soon and start documenting some of these ideas better. On Sun, Jun 2, 2013 at 11:28 PM, Jay Kominek wrote: > On Sun, Jun 2, 2013 at 10:00 AM, Sean McBeth > wrote: > > So, an Exhibition page would have a curated selection of community > entries. > > There'd always be a

Re: [racket] Rosetta Code Minesweeper Implementation

Nice game! You may want to look into the `math/array' library. It should provide all the grid operations you need. Vincent At Mon, 3 Jun 2013 11:03:16 -0400, Sean Kanaley wrote: > > Hello all, > > Rosetta Code does not have a minesweeper implementation in Racket. I have > created the one sho

Re: [racket] Rosetta Code Minesweeper Implementation

Please pre-process inputs so that invalid inputs -- '! 4 4' or worse '1' -- don't crash the program. It should be easy to do. Also print instructions as run boots up. -- Matthias On Jun 3, 2013, at 11:03 AM, Sean Kanaley wrote: > Hello all, > > Rosetta Code does not have a minesweeper impl

[racket] Rosetta Code Minesweeper Implementation

Hello all, Rosetta Code does not have a minesweeper implementation in Racket. I have created the one shown below. Before I post it to Rosetta, I was looking for possible feedback to shorten, make clearer, make "safer" in some way, make more use of library functions, etc. I would hate to give Ra

Re: [racket] link errors on 64bit

On 29/05/13 02:03, Matthew Flatt wrote: > A drawback of adding `-fPIC' to the Racket build by default is that > everyone would pay a little of performance. For example, > >racket -c -l racket > > seems to take 5-8% longer when Racket is compiled with -fPIC. That's > probably about the worst-cas

Re: [racket] Help with Scribble % DrRacket

I believe I've fixed this bug, but since the last release. You might want to try a nightly build: http://pre.racket-lang.org/installers/ Sorry for the inconvenience. Robby On Mon, Jun 3, 2013 at 2:34 AM, Клочков Роман wrote: > Trying to write documentation > > --- > > #lang scribble/manual

Re: [racket] Help with Scribble % DrRacket

Works for me with '@(require ...)' on 5.3.4.10--2013-05-13(96acfb0/a) [3m]. Maybe try the latest nightly: http://pre.racket-lang.org/installers/ Laurent On Mon, Jun 3, 2013 at 10:18 AM, Клочков Роман wrote: > Found typo. Should be "(require". not "@(require". All is fixed > > > Понедельник, 3

Re: [racket] Help with Scribble % DrRacket

Found typo. Should be "(require". not "@(require". All is fixed Понедельник, 3 июня 2013, 11:34 +04:00 от Клочков Роман : >Trying to write documentation > >--- >#lang scribble/manual >@(require (for-label racket)) > >@title{GObject Introspection} > >This is Gobject FFI. > >Usage example: >

Re: [racket] Help with Scribble % DrRacket

It works for me (Ubuntu 12.04 32bits), for syntax-check and HTML generation. Try restarting DrRacket or your computer just in case. Can you give more info about your distro? Laurent On Mon, Jun 3, 2013 at 9:34 AM, Клочков Роман wrote: > Trying to write documentation > > --- > > #lang scribble/

[racket] Help with Scribble % DrRacket

Trying to write documentation --- #lang scribble/manual @(require (for-label racket)) @title{GObject Introspection} This is Gobject FFI. Usage example: @racketblock[ (gi-ffi gtk "Gtk") (let ([window (gtk 'window 'new)]) (window 'show)) ] --- DrRacket writes in status line: +: con