Re: [racket-dev] syntax-case and stack trace
At Fri, 15 Jul 2011 21:53:59 -0500, Casey Klein wrote: FWIW, the big taints commit also changed the value of this expression: (let ([s #'x]) (equal? s (with-handlers ([exn:fail:syntax? (compose first exn:fail:syntax-exprs)]) (raise-syntax-error #f message s That's intentional, although I don't think it's correctly documented (and probably not yet implemented right) that syntax objects in an `exn:fail:syntax' are always tainted. I'll work on that. The expression could be fixed for taints as (let ([s (syntax-taint #'x)]) (equal? s )) _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] syntax-case and stack trace
On Jul 16, 2011, at 8:19 AM, Matthew Flatt wrote: At Fri, 15 Jul 2011 21:53:59 -0500, Casey Klein wrote: FWIW, the big taints commit also changed the value of this expression: (let ([s #'x]) (equal? s (with-handlers ([exn:fail:syntax? (compose first exn:fail:syntax-exprs)]) (raise-syntax-error #f message s That's intentional, although I don't think it's correctly documented (and probably not yet implemented right) that syntax objects in an `exn:fail:syntax' are always tainted. I'll work on that. The expression could be fixed for taints as (let ([s (syntax-taint #'x)]) (equal? s )) Will taint information show up in the syntax objects in the drr repl? _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] mouse motion events in Linux
Dear list, Recently I noticed that on Linux, the canvas only receives mouse motion events if some mouse button is pressed. Since this is not mentioned in the documentation I assume this behaviour was not intended, please correct me if wrong. The cause of this behaviour is the use of the flag GDK_BUTTON_MOTION_MASK in collects/mred/private/wx/gtk/canvas.rkt This flag indeed means only send motion events if a button is down. If all motion request are desired the flag GDK_POINTER_MOTION_MASK should be used instead. I have sent a pull request for this one-line change on github and would recommend that it gets merged, if indeed receiving all motion events is the intended behaviour. Thanks, Stephan _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] mouse motion events in Linux
Short answer: change pushed. Long answer: At one point, I changed GDK_POINTER_MOTION_MASK to GDK_POINTER_MOTION_HINT_MASK. My impression from the documentation and from trying it out was that it generated helpfully fewer mouse-movement events. Instead, it seems to generate zero mouse-movement events --- so I must misread the docs and did something else wrong when trying it out. Meanwhile, the problem that the switch seemed to solve seems to have been fixed some better way, since things work fine with GDK_POINTER_MOTION_MASK. At Sat, 16 Jul 2011 20:36:53 +0200, Stephan Houben wrote: Dear list, Recently I noticed that on Linux, the canvas only receives mouse motion events if some mouse button is pressed. Since this is not mentioned in the documentation I assume this behaviour was not intended, please correct me if wrong. The cause of this behaviour is the use of the flag GDK_BUTTON_MOTION_MASK in collects/mred/private/wx/gtk/canvas.rkt This flag indeed means only send motion events if a button is down. If all motion request are desired the flag GDK_POINTER_MOTION_MASK should be used instead. I have sent a pull request for this one-line change on github and would recommend that it gets merged, if indeed receiving all motion events is the intended behaviour. Thanks, Stephan _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] syntax-case and stack trace
On Sat, Jul 16, 2011 at 9:30 AM, Matthias Felleisen matth...@ccs.neu.edu wrote: On Jul 16, 2011, at 8:19 AM, Matthew Flatt wrote: At Fri, 15 Jul 2011 21:53:59 -0500, Casey Klein wrote: FWIW, the big taints commit also changed the value of this expression: (let ([s #'x]) (equal? s (with-handlers ([exn:fail:syntax? (compose first exn:fail:syntax-exprs)]) (raise-syntax-error #f message s That's intentional, although I don't think it's correctly documented (and probably not yet implemented right) that syntax objects in an `exn:fail:syntax' are always tainted. I'll work on that. The expression could be fixed for taints as (let ([s (syntax-taint #'x)]) (equal? s )) Will taint information show up in the syntax objects in the drr repl? It doesn't currently AFAICT. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] build error
... raco setup: post-installing: racket/gui raco setup: raco setup: error: during making for tests/drracket raco setup: /Users/bloch/programming/plt/collects/wxme/compiled/comment_rkt.dep::55: read: illegal use of . make[1]: *** [install-3m] Error 1 make: *** [install] Error 2 What gives? Stephen Bloch sbl...@adelphi.edu _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] [plt] Push #23053: master branch updated
Thanks for fixing the bug! On Sat, Jul 16, 2011 at 6:40 PM, Casey Klein clkl...@eecs.northwestern.edu wrote: I tried to add a test case to collects/tests/racket/contract-test.rktl, but that file seems broken. In particular, `test/pos-blame' and `test/neg-blame' pass strings when `test/spec-failed' expects a symbol. Fixing that mismatch causes hundreds of existing tests to fail. They seem to work for me. I've pushed a new test case. Robby _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev