Re: [racket-dev] Pre-Release Checklist for v6.1.1
* Greg Cooper g...@cs.brown.edu - FrTime Tests Done. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v6.1
On Thu, Jul 17, 2014 at 5:03 PM, Ryan Culpepper ry...@ccs.neu.edu wrote: * Greg Cooper g...@cs.brown.edu - FrTime Tests Done. Encountered some errors in some of the demos and committed/pushed a fix. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v6.0.1
* Greg Cooper g...@cs.brown.edu - FrTime Tests Done. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v6.0, corrected url
On Mon, Dec 16, 2013 at 8:38 AM, Ryan Culpepper ry...@ccs.neu.edu wrote: * Greg Cooper g...@cs.brown.edu - FrTime Tests Interaction snippets (in the FrTime language level) no longer update, but it's not worth delaying the release over that. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3.6
* Greg Cooper g...@cs.brown.edu - FrTime Tests Done. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3.4
* Greg Cooper g...@cs.brown.edu - FrTime Tests Done. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3.2
* Greg Cooper g...@cs.brown.edu - FrTime Tests Done. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] [plt] Push #25311: master branch updated
Ok -- I will fix it or revert the changes. On Wed, Sep 5, 2012 at 10:02 AM, Jon Rafkind rafk...@cs.utah.edu wrote: Frtime has a build error now raco setup: error: during making for frtime (FrTime) raco setup: module: identifier already imported from: lang-ext.rkt raco setup: at: undefined? raco setup: in: (rename frtime/core/frp undefined? undefined?) raco setup: error: during making for frtime/opt raco setup: module: identifier already imported from: racket raco setup: at: third raco setup: in: (rename srfi/1 third third) make[2]: *** [install-3m] Error 1 make[2]: Leaving directory `/build/buildd/racket-5.3.0.22/build' make[1]: *** [install] Error 2 make[1]: Leaving directory `/build/buildd/racket-5.3.0.22/build' make: *** [common-install-impl] Error 2 On 09/04/2012 11:03 PM, gcoo...@racket-lang.org wrote: gcooper has updated `master' from ba56fd72da to 3d8fc4ad01. http://git.racket-lang.org/plt/ba56fd72da..3d8fc4ad01 =[ 57 Commits ]= Directory summary: 57.8% collects/frtime/animation/ 19.8% collects/frtime/frlibs/ 3.0% collects/frtime/opt/ 19.1% collects/frtime/ _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3
* Greg Cooper g...@cs.brown.edu - FrTime Tests Done. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] problem with require and frtime
I assume it wouldn't be too difficult, and that it's worth doing even if it doesn't solve this particular problem. Can someone grant me commit privileges? On Thu, Jan 19, 2012 at 5:18 AM, Matthew Flatt mfl...@cs.utah.edu wrote: (Just to be clear, that wouldn't solve the problem this time. The `=' from `scheme' and `racket' are the same, but `frtime' has its own `='.) At Thu, 19 Jan 2012 08:19:59 -0500, Matthias Felleisen wrote: Greg, how difficult would it be to migrate frtime to #lang racket? -- Matthias On Jan 19, 2012, at 8:13 AM, Matthew Flatt wrote: The `frtime' language exports an `=' that isn't the same as `=' in `racket', so that's why the pattern doesn't match. (This seems like a further weakness of the `frtime' docs to specify the exports precisely.) You could avoid bound names like `=' as literals in the macro. Normally, it works best for a form-exporting macro to also export bindings for any literals in the form. Otherwise, this kind of confusion is common. Alternatively, you may want to match literals in your macro symbolically instead of by binding. You can't do that easily with `syntax-rules', but you can use `syntax-case*' and supply `(lambda (a b) (eq? (syntax-e a) (syntax-e b)))' as the literal-comparison function. If it were me and I decided to go in the direction of symbol equality, I'd use keywords instead --- `#:?' and `#:=' instead of `?' and `=' --- which makes clear that there's no question of binding. At Thu, 19 Jan 2012 10:46:37 +0100, Marijn wrote: On 18-01-12 17:47, Matthew Flatt wrote: At Wed, 18 Jan 2012 12:02:10 +0100, Marijn wrote: I would expect both forms to work. This is a reduction of a different problem possibly caused by these issues here. So I tried to cut down my program to a reasonably sized test-case which is attached to this email. model.rkt contains (what's left of) the model macro, demo1.rkt contains a small model and a (require frtime). If you do racket demo1.rkt then you get the following error: model.rkt:30:17: make-entry: bad syntax in: (make-entry (= profit (for/hash ((y years)) (values y (- (hash-ref income y 0) (hash-ref expenses y 0) (years income expenses profit)) === context === standard-module-name-resolver but if you comment the (require frtime) then the error goes away. I have other code that tests this same simple-economy model with the non-cutdown version of the model macro and supporting code and everything seems to work fine. Any idea what's going on here? Marijn -- [text/plain demo1.rkt] [~/Desktop open] [~/Temp open] -- [text/plain model.rkt] [~/Desktop open] [~/Temp open] -- [application/pgp-signature signature.asc] [~/Desktop open] [~/Temp open] _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.2.1
* Greg Cooper g...@cs.brown.edu - FrTime Tests Done. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] FrTime propagation bug
Hi Marijn, The value-now/sync procedure waits for propagation to complete before reading a signal's value. Would something like the following suit your purposes? (define a (event-receiver)) (define b (event-receiver)) (define a+b (+ (hold a) (hold b))) (send-event a 3) (send-event b 5) (value-now/sync a+b) ; read a+b after propagation = 8 Or, even simpler: (define c (new-cell)) (define d (new-cell)) (define c+d (+ c d)) (set-cell! c 3) (set-cell! d 5) (value-now/sync c+d) Greg On Thu, Jan 12, 2012 at 12:49 AM, Marijn hk...@gentoo.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11-01-12 21:26, Gregory Cooper wrote: Hi Marijn, FrTime propagates changes asynchronously. When send-event returns, there's no guarantee that the event has finished propagating through the system. And in general, (value-now b) is not well-defined, since asynchronous processing makes it difficult to define what now means; programs should only call this if they can tolerate stale values. Hi Gregory, so just to make sure I understand the implications of this: there is no way to do something like the following: #lang racket (require frtime) (define a (event-receiver)) (define b (event-receiver)) (define a+b (... ??? (merge-e a b))) (send-event a 3) (send-event b 5) (... ??? make sure everything is consistent again) (... ??? get the value 8 out of a+b) Marijn -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8OnpkACgkQp/VmCx0OL2z8tACffv+uhmEAttZ7YhZ4UStbQR6p bFIAn3KOoI5uxWU+5hbWHxxJLgih8l7M =0Y03 -END PGP SIGNATURE- _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] FrTime propagation bug
Hi Marijn, FrTime propagates changes asynchronously. When send-event returns, there's no guarantee that the event has finished propagating through the system. And in general, (value-now b) is not well-defined, since asynchronous processing makes it difficult to define what now means; programs should only call this if they can tolerate stale values. (It so happens that evaluating (hold a) blocks your thread until the event finishes propagating, but that's an implementation detail. You can probably achieve the same effect through a call to sleep, for example.) Greg On Wed, Jan 11, 2012 at 8:08 AM, Marijn hk...@gentoo.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Consider: #lang racket (require frtime) (define a (event-receiver)) (define b (hold a)) (send-event a 3) ;;; uncomment next line to make it work ;(value-now (hold a)) (value-now b) `a' is an event-stream onto which the value 3 is sent. `b' is the behavior produced by holding the last value seen on `a'. After the value 3 arrives on `a', `b' should hold to 3. But it doesn't unless you ``help'' frtime a bit... Marijn -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8Ns/8ACgkQp/VmCx0OL2yahwCcDFs/1kL+m4PVhfmPdkjTQTcu KmMAnjLaAAHPYvCM1eKkLXl0EBCuXRkE =mrh9 -END PGP SIGNATURE- _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.2
* Greg Cooper g...@cs.brown.edu - FrTime Tests Done. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Pre-Release Checklist for v5.1.2
* Greg Cooper g...@cs.brown.edu - FrTime Tests Done. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Pre-Release Checklist for v5.1.1
* Greg Cooper g...@cs.brown.edu - FrTime Tests Done. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Pre-Release Checklist for v5.1
FrTime all seems to be working now. Thanks, Matthew! Greg On Sat, Feb 5, 2011 at 6:43 PM, Robby Findler ro...@eecs.northwestern.edu wrote: Probably there will be a new build forthcoming a few hours after Eli triggers one. Hopefully tomorrow sometime. Probably best to wait for that, to make sure the testing is accurate. Robby On Sat, Feb 5, 2011 at 8:39 PM, Gregory Cooper ghcoo...@gmail.com wrote: Thanks, Matthew! Should these changes be reflected in the current release candidate, or would I need to check out with git? (I downloaded the latest Mac Intel .dmg about half an hour ago, and the animations were working but the UI widgets were still frozen.) Greg On Sat, Feb 5, 2011 at 5:09 PM, Robby Findler ro...@eecs.northwestern.edu wrote: Just in case it wasn't clear, Matthew has now fixed frtime to the point where we're not seeing any more problems, so probably Greg should try again with the tests just to be sure and hopefully we can keep it in the release. Thanks, Matthew! Robby _ 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] Pre-Release Checklist for v5.0.2
* Greg Cooper g...@cs.brown.edu - FrTime Tests Done. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Pre-Release Checklist for v5.0.1
* Greg Cooper g...@cs.brown.edu - FrTime Tests Done. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev