[racket-dev] Problem with GC or with my machine?

2010-09-02 Thread Hari Prashanth
I am getting the following error... And this is the only message I get... SIGSEGV MAPERR si_code 1 fault on addr 0xfffc This often means 0xfffc isn't getting marked, and was prematurely freed Aborted What does it mean? Has anyone seen this? If you want to take a look at

Re: [racket-dev] docs don't make sense

2010-09-02 Thread Robby Findler
I've pushed local fixes. Please feel free to push a better revision if you have the energy. Robby On Thu, Sep 2, 2010 at 4:40 PM, Shriram Krishnamurthi wrote: > http://docs.racket-lang.org/drracket/extending-drracket.html?q=teachpack#(part._teachpacks) > > - > As an example, the following te

[racket-dev] docs don't make sense

2010-09-02 Thread Shriram Krishnamurthi
http://docs.racket-lang.org/drracket/extending-drracket.html?q=teachpack#(part._teachpacks) - As an example, the following teachpack provides a lazy cons implementation. To test it, be sure to save it in a file named "lazycons.ss". ... Then, in this program: ... the list all-nums is bound

Re: [racket-dev] Patching a distribution

2010-09-02 Thread Matthew Flatt
At Thu, 2 Sep 2010 12:24:20 -0400, Eric Dobson wrote: > I am trying to create a patch for 5.0.1 in the form of a plt file that > will backport fixes to plai. To do this I also need to backport the > new define-struct. For my class, I'm using an implementation of `define-type' that is different fro

[racket-dev] match/fail*: re-inventing the wheel for better error messages with match?

2010-09-02 Thread John Clements
Match is fantastic, and sometimes you want finer control over the error messages. This morning I whipped up a "match/fail*" macro, which successively matches against a sequence of patterns, and allows you to specify a separate fail message for each "layer". It's a simple macro, and I give a use

Re: [racket-dev] Universe double buffering

2010-09-02 Thread Nadeem Abdul Hamid
It still behaves the same. I can literally capture a screenshot of the canvas at any point where only a portion of the pictures have been drawn on it. On Thu, Sep 2, 2010 at 9:53 AM, Robby Findler wrote: > What happens if you restart drracket and try the same program again? > (If the double buff

Re: [racket-dev] Universe double buffering

2010-09-02 Thread Robby Findler
What happens if you restart drracket and try the same program again? (If the double buffering appears to come back I think I know what happened.) Robby On Thu, Sep 2, 2010 at 8:15 AM, Nadeem Abdul Hamid wrote: >> Why do you think it doesn't? > > (I'm assuming you mean: "What makes me think that

Re: [racket-dev] Universe double buffering

2010-09-02 Thread Robby Findler
It sounds like there is also a performance problem there too. If you don't mind supplying a program for us to play with to see if we can do better, that would be helpful (but no promises ). Robby On Thu, Sep 2, 2010 at 8:15 AM, Nadeem Abdul Hamid wrote: >> Why do you think it doesn't? > > (I

Re: [racket-dev] Universe double buffering

2010-09-02 Thread Nadeem Abdul Hamid
> Why do you think it doesn't? (I'm assuming you mean: "What makes me think that it is not double-buffering?") ... I have a list of 15 thumbnail images of people and a function that places pairs of them side by side, using above/beside to create a 133 x 581 image. i.e. choose-and-show-pairs :

Re: [racket-dev] Universe double buffering

2010-09-02 Thread Matthias Felleisen
Why do you think it doesn't? On Sep 2, 2010, at 8:52 AM, Nadeem Abdul Hamid wrote: > Why doesn't 2htdp/universe use double-buffering? > > --- nadeem > _ > For list-related administrative tasks: > http://lists.racket-lang.org/listinfo/dev __

[racket-dev] Universe double buffering

2010-09-02 Thread Nadeem Abdul Hamid
Why doesn't 2htdp/universe use double-buffering? --- nadeem _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev

Re: [racket-dev] RFC: Coding Guidelines

2010-09-02 Thread Eli Barzilay
On Sep 2, Noel Welsh wrote: > On Thu, Sep 2, 2010 at 11:57 AM, Eli Barzilay wrote: > > Well -- you do, in a sense.  When something is broken, someone > > needs to fix it.  There's tons of stuff that is (or has) > > bitrotting away since there's no proper owner to take care of some > > code, or bu

Re: [racket-dev] RFC: Coding Guidelines

2010-09-02 Thread Noel Welsh
On Thu, Sep 2, 2010 at 11:57 AM, Eli Barzilay wrote: > Well -- you do, in a sense.  When something is broken, someone needs > to fix it.  There's tons of stuff that is (or has) bitrotting away > since there's no proper owner to take care of some code, or bugs in > code with no clear owner need to

Re: [racket-dev] RFC: Coding Guidelines

2010-09-02 Thread Eli Barzilay
On Sep 2, Noel Welsh wrote: > On Sat, Aug 28, 2010 at 5:34 PM, Eli Barzilay wrote: > > I (finally) read this and the thread that went on at the time, and > > I don't see any point in all of this, besides a vage plea to > > encourage tests, and a slightly more concrete (but impractical) > > call f

Re: [racket-dev] RFC: Coding Guidelines

2010-09-02 Thread Noel Welsh
On Sat, Aug 28, 2010 at 5:34 PM, Eli Barzilay wrote: > I (finally) read this and the thread that went on at the time, and I > don't see any point in all of this, besides a vage plea to encourage > tests, and a slightly more concrete (but impractical) call for stress > tests. I think laying down g