<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div><div>Sorry I wanted to test this right away but time melts away. I wrote one program, and it works as expected. Loved the error messages, as always. Hated the lack of familiar editing action, also as always :-) </div><div><br></div><div>;; physical constants </div><div><div>(define width 200)</div><div>(define height 50)</div><div><br></div><div>;; graphical constants </div><div>(define wheel (circle 3 'solid 'black))</div><div>(define buggy </div><div>  (above</div><div>   (rectangle 20 5 'solid 'red)</div><div>   (beside wheel (rectangle 6 1 'solid 'white) wheel)))</div><div><br></div><div>;; Nat -> Nat </div><div>;; run a horse buggy from left to right, bring it back from left when it exits on right </div><div>(define (main t)</div><div>  (big-bang t</div><div>            [on-tick move-buggy]</div><div>            [to-draw render-buggy]))</div><div><br></div><div>;; Nat -> Nat </div><div>;; move buggy by 1 pt/time slot </div><div>(define (move-buggy x)</div><div>  (modulo (add1 x) 200))</div><div><br></div><div>;; Nat -> Image </div><div>;; render buggy at current position </div><div>(define (render-buggy x)</div><div>  (place-image buggy x (- 50 (image-height buggy)) (empty-scene 200 50)))</div></div><div><br></div><div>;; --- </div><div><br></div><div>I noticed that the language includes lambda. I am surprised. Why don't you opt for BSL? </div><div><br></div><div>It would be great if you could automate some of aspects of testing. Should I dig out a good ISL+ program? </div><div><br></div><div>-- Matthias</div><div><br></div><div><br></div><div><br></div><div><br></div><br><div><div>On Nov 23, 2014, at 8:56 AM, Emmanuel Schanzer wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Hi all - I’m looking for a few testers to bang on a project I’ve been working on. It's a re-architected version of WeScheme, in which the Racket->Bytecode compilation is done entirely on the client (once the editor loads, you can switch off the wifi and hack away!). </div><div class=""><br class=""></div><div class="">The local compiler has actually been running inside <a href="http://WeScheme.org/" class="">WeScheme.org</a> for several months now, silently comparing bytecodes against those generated by the server and logging any discrepancies or crashes to a spreadsheet  I’ve reached a point where the number of _known_ bugs is down to zero, but unfortunately...</div><div class=""><br class=""></div><div class="">The vast majority of programs compiled on WeScheme are pretty simple, which means insufficient test coverage for things like letrec, case, and local.That’s where you come in!</div><div class=""><br class=""></div><div class="">TO TEST:</div><div class="">1) Open <a href="http://www.WeScheme.org/openEditor" class="">www.WeScheme.org/openEditor</a> in one tab (“control”)</div><div class="">2) Open <a href="http://local.wescheme.appspot.com/openEditor" class="">http://local.wescheme.appspot.com/openEditor</a> in another tab (“experiment”)</div><div class="">3) Run your program in the “control” tab, to make sure it’s something that the server compiler handles properly. (Note: WeScheme only handles a subset of ASL, so if a program doesn’t run here then you can be certain it is not supported by the local compiler either).</div><div class="">4) Run your program in the “experiment” tab. If you see unexpected behavior, differing output, locusts, drought, famine, etc, send me an email with the program and the browser/OS that you’re using.</div><div class=""><br class=""></div><div class="">Any crashes or exceptions raised by the local compiler are automatically logged to a spreadsheet, but feel free to email me about those too, if you like. </div><div class=""><br class=""></div><div class="">Thanks!</div><div apple-content-edited="true" class=""><div class="">Emmanuel Schanzer</div><div class=""><br class=""></div><div class="">(Major props to Danny for his original compiler, which has been an absolute workhorse for us these past five years. Thanks also to Dan King, who has contributed to both the number library and the reading/compilation of quoted expressions.)</div><div class="">-----------------------------<br class="">Bootstrap Program Director<br class="">617-792-2438<br class=""><a href="mailto:schanzer@bootstrapworld.org" class="">schanzer@bootstrapworld.org</a></div></div></div>____________________<br>  Racket Users list:<br>  <a href="http://lists.racket-lang.org/users">http://lists.racket-lang.org/users</a><br></blockquote></div><br></body></html>