Re: [racket-dev] Pre-Release Checklist for v5.1.2
Stephen Chang writes: >>> - Stepper Tests >> >> Printing in the Stepper is broken yet again. (I get backquote printing >> for the DMdA levels for lists.) I'll try to fix it Monday or Tuesday. > > Mike, is the DMdA stepper the same as the HtDP stepper? Yes. > I'm only seeing 1 dmda test in collects/tests/stepper but it doesnt > have any lists. Can you describe the failing test case? Pick the DeinProgramm -> Die Macht der Abstraktion language. Type, say (list 1 2) and Step. You should get # printed as an evaluation result (which is how it's printed in the REPL), instead you get `(1 2). Help with this would be much appreciated! -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Pre-Release Checklist for v5.1.2
On 19 Jul 2011, at 10:16:01, Ryan Culpepper wrote: > * Kathy Gray > - Test Engine Tests Done -Kathy _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] can we write these four lines of C in performant racket?
Is the C code compiled to vectorised assembler? That could account for a factor of about 4-16 depending. N. On Sat, Jul 23, 2011 at 7:42 PM, John Clements wrote: > This C code adds the content of one buffer to another one, with no checking. > The corresponding racket code runs about 10x slower. Do you folks think that > it should be possible to do better? (One salient fact: these are > shorts--16-bit-ints--not 32-bit ints.) > > John _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Pre-Release Checklist for v5.1.2
On Tue, Jul 19, 2011 at 10:16 PM, Ryan Culpepper wrote: > * Noel Welsh > - Rackunit Tests > - SRFI Tests > - Ensure that all claimed srfi's are in the installer and they all > load into racket or drracket (as appropriate) .done. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Pre-Release Checklist for v5.1.2
wrote: - Stepper Tests >>> >>> Printing in the Stepper is broken yet again. (I get backquote printing >>> for the DMdA levels for lists.) I'll try to fix it Monday or Tuesday. >> Can you describe the failing test case? > > Pick the DeinProgramm -> Die Macht der Abstraktion language. > > Type, say > > (list 1 2) > > and Step. You should get > > # > > printed as an evaluation result (which is how it's printed in the REPL), > instead you get `(1 2). > > Help with this would be much appreciated! >> * John Clements >> - Stepper Tests > > I've just discovered a bug in the stepper (that was there in 5.1.1 as well). > Let me see how simple it is to fix. I've made a push that should fix both these problems. The push should be included in the release. The stepper was intercepting rendering of lists so that infinite lists could be handled, but I've restored deferring to render-to-sexp for non-lazy lists. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Pre-Release Checklist for v5.1.2
On Sun, Jul 24, 2011 at 12:23 PM, Stephen Chang wrote: > I've made a push that should fix both these problems. The push should > be included in the release. Correction. Commit 8956364387fa25ffeb51e50fc1a83c20fd88af32 should be included but not the other one. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] [racket-bug] all/11586: Rackunit does not protect itself against errors that kill the thread
I'm replying-all to a thread about an old problem report: http://bugs.racket-lang.org/query/?cmd=view&pr=11586 I've just discovered that the Web server test suite has been failing for a very long time. There was a test that killed the current thread. The text ui for Rackunit does not protect against this or show you it has happened, or even that there have been failing tests. Since I run my tests from the command line, I've never known, because it's a very late test and the suite runs for a long time. As an experiment, I tried in the GUI for Rackunit and it does protect itself. I found this "problem" in January just by thinking of funny test cases, without even realizing I had a test suite that actually exhibited this problem. I think this is very bad. I'm working on fixing the Web server now. Jay _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] [racket-bug] all/11586: Rackunit does not protect itself against errors that kill the thread
FWIW, there's actually no problems in the server. There were just broken tests. Jay On Sun, Jul 24, 2011 at 3:25 PM, Jay McCarthy wrote: > I'm replying-all to a thread about an old problem report: > http://bugs.racket-lang.org/query/?cmd=view&pr=11586 > > I've just discovered that the Web server test suite has been failing > for a very long time. > > There was a test that killed the current thread. > > The text ui for Rackunit does not protect against this or show you it > has happened, or even that there have been failing tests. Since I run > my tests from the command line, I've never known, because it's a very > late test and the suite runs for a long time. > > As an experiment, I tried in the GUI for Rackunit and it does protect itself. > > I found this "problem" in January just by thinking of funny test > cases, without even realizing I had a test suite that actually > exhibited this problem. > > I think this is very bad. I'm working on fixing the Web server now. > > Jay > _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Pre-Release Checklist for v5.1.2
On Jul 19, 2011, at 5:16 PM, Ryan Culpepper wrote: > * Stephen Bloch > - Picturing Programs Tests Looks good. I've just pushed three commits: ab01d563ca6a0313e1cb5c07372a2bd2929ae4bc should definitely go into the release (it corrects some error messages to match what they are now) 9a24e66df0e2f7c3a516ce3d3542aab099afaaa3 should probably go into the release (it fixes a bug in one of my test cases, so it passes now) 764f356fdcda14bf5a0af91474bd8ad0640564b5 could go into the release (it adds some test cases, which pass in both the release candidate and the latest git update) Stephen Bloch sbl...@adelphi.edu _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev