[racket-dev] RacketCon Signup
*** Action Item: sign up for RacketCon http://bit.ly/racketconsignup2013 *** RacketCon 2013 will be taking place at Northeastern University on September 29. Please sign up at the link above if you plan on attending. If you are interested in giving a 10 minute talk on something you've built in or for Racket, please contact the organizers at racket...@racket-lang.org Cheers, Asumu Takikawa _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Generics updates
I really like the new set features, especially mutable sets and lists as sets. Two things i have notices: * The docs for set-intersect seem a bit mixed up with set-union stuff * I could not get set-intersect on lists working, what i've tried - (set-intersect '(1 2 3) '(2 3 4)) ; set-add: contract violation ; expected: set? ; given: 2 - (set-intersect (list-set '(1 2 3)) '(2 3 4)) ; set-intersect: set arguments have incompatible equivalence predicates ; first set: (set 1 2 3) ; incompatible set: '(2 3 4) Tobias On Tue, 23 Jul 2013 17:37:15 +0200, Carl Eastlund c...@ccs.neu.edu wrote: My work on adding gen:set, and related changes to define-generics and gen:dict, is ready for review and (hopefully) to push to the master branch. The branch moved in the process of cleaning things up, it's now at: https://github.com/carl-eastlund/racket/tree/generics-from-scratch (The from scratch just refers to the process of rebuilding the git history, I didn't go out of my way to rewrite anything in the code base from scratch, although in some places a lot of code did move around.) What's new in the branch: - Generics now support a few new options - #:fallbacks specifies fallback method implementations for instances with no implementation - #:fast-defaults specifies instances on a fast path, useful for built-in types - #:defined-predicate gives a more intuitive and efficient interface than #:defined-table - #:derive-property allows generics to piggy-back on existing struct properties - Sets are now a generic datatype through gen:set - lists are now sets - the built-in set types are now documented as hash sets - there are mutable and weak hash sets - you can define new set types quickly with define-custom-set-types - most set operations are now methods with fallbacks - sets now support -copy and -clear operations, plus mutating [!] versions of operations - Dictionaries have a few changes - new macro define-custom-hash-types [*] - most dict operations are now methods with fallbacks - dicts now support -copy, -clear, -clear!, and -empty? operations I've run some benchmarks and performance of the various generic operations are comparable to the current HEAD, so there should be no major performance changes with this patch. [*] I've added define-custom-hash-types and define-custom-set-types rather than just adding make-custom-set akin to make-custom-hash because make-custom-hash is hard to use. The documented behavior -- that any custom hash is equal to any other created with the same bindings and predicates / hash functions -- was never true and can be expensive or at least tricky to implement. It seemed more sensible to just remove the erroneous documentation on make-custom-hash, and add the definition form to create constructors for new, explicitly-compatible dict and set types. Both definition forms bind predicates and constructors for new (set or dict) types with immutable, mutable, and weak variants that inter-operate. If there are no serious issues brought up in the next day or two, I'll push it to the development branch, since our current release process isn't following HEAD. Carl Eastlund -- - Tobias Hammer DLR / Robotics and Mechatronics Center (RMC) Muenchner Str. 20, D-82234 Wessling Tel.: 08153/28-1487 Mail: tobias.ham...@dlr.de _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Generics updates
Thanks for those pointers, Tobias, I'll get those fixed. Carl Eastlund On Wed, Jul 24, 2013 at 1:34 PM, Tobias Hammer tobias.ham...@dlr.de wrote: I really like the new set features, especially mutable sets and lists as sets. Two things i have notices: * The docs for set-intersect seem a bit mixed up with set-union stuff * I could not get set-intersect on lists working, what i've tried - (set-intersect '(1 2 3) '(2 3 4)) ; set-add: contract violation ; expected: set? ; given: 2 - (set-intersect (list-set '(1 2 3)) '(2 3 4)) ; set-intersect: set arguments have incompatible equivalence predicates ; first set: (set 1 2 3) ; incompatible set: '(2 3 4) Tobias On Tue, 23 Jul 2013 17:37:15 +0200, Carl Eastlund c...@ccs.neu.edu wrote: My work on adding gen:set, and related changes to define-generics and gen:dict, is ready for review and (hopefully) to push to the master branch. The branch moved in the process of cleaning things up, it's now at: https://github.com/carl-**eastlund/racket/tree/generics-**from-scratchhttps://github.com/carl-eastlund/racket/tree/generics-from-scratch (The from scratch just refers to the process of rebuilding the git history, I didn't go out of my way to rewrite anything in the code base from scratch, although in some places a lot of code did move around.) What's new in the branch: - Generics now support a few new options - #:fallbacks specifies fallback method implementations for instances with no implementation - #:fast-defaults specifies instances on a fast path, useful for built-in types - #:defined-predicate gives a more intuitive and efficient interface than #:defined-table - #:derive-property allows generics to piggy-back on existing struct properties - Sets are now a generic datatype through gen:set - lists are now sets - the built-in set types are now documented as hash sets - there are mutable and weak hash sets - you can define new set types quickly with define-custom-set-types - most set operations are now methods with fallbacks - sets now support -copy and -clear operations, plus mutating [!] versions of operations - Dictionaries have a few changes - new macro define-custom-hash-types [*] - most dict operations are now methods with fallbacks - dicts now support -copy, -clear, -clear!, and -empty? operations I've run some benchmarks and performance of the various generic operations are comparable to the current HEAD, so there should be no major performance changes with this patch. [*] I've added define-custom-hash-types and define-custom-set-types rather than just adding make-custom-set akin to make-custom-hash because make-custom-hash is hard to use. The documented behavior -- that any custom hash is equal to any other created with the same bindings and predicates / hash functions -- was never true and can be expensive or at least tricky to implement. It seemed more sensible to just remove the erroneous documentation on make-custom-hash, and add the definition form to create constructors for new, explicitly-compatible dict and set types. Both definition forms bind predicates and constructors for new (set or dict) types with immutable, mutable, and weak variants that inter-operate. If there are no serious issues brought up in the next day or two, I'll push it to the development branch, since our current release process isn't following HEAD. Carl Eastlund -- --**--- Tobias Hammer DLR / Robotics and Mechatronics Center (RMC) Muenchner Str. 20, D-82234 Wessling Tel.: 08153/28-1487 Mail: tobias.ham...@dlr.de _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3.6
Vincent: can you clarify what the status of TR the release is, please? Are there problems only with tests, or were there problems elsewhere too? Thanks, Robby On Tue, Jul 23, 2013 at 9:11 AM, Vincent St-Amour stamo...@ccs.neu.eduwrote: The TR tests still fail when using a single place. The following commits should be included in the release: 069ff59a4bd6a988a5670c7e4dd38c1dbbe12ec0 0e7940ab4943600e6f5c8f13ce7ee13e8af9a8f5 ab5075bc762356f86bb7dfd34dac8d24ada1a140 Vincent At Mon, 22 Jul 2013 17:49:20 -0400, Vincent St-Amour wrote: At Mon, 22 Jul 2013 15:13:28 -0400, Ryan Culpepper wrote: Checklist items for the v5.3.6 release (using the v5.3.5.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item/s is/are done). Also, if you have any commits that should have been picked, make sure that the changes are in. Important: new builds are created without announcement, usually whenever I pick a few commits. If you need to commit changes, please make sure you tell me to pick it into the release branch. -- Release candidates are at -- http://pre.racket-lang.org/release/installers The Linux/i386/Ubuntu Precise installer is 64 bits, which is wrong. * Sam Tobin-Hochstadt sa...@ccs.neu.edu, Vincent St-Amour stamo...@ccs.neu.edu - Match Tests - Typed Racket Tests - Typed Racket Updates: update HISTORY (updates should show v5.3.6 as the most current version; email me to pick the changes when they're done, or tell me if there are no such changes.) I get the following error when runing the TR tests: place-channel-put: value not allowed in a message value: '#:methods ... Is 733907474190da499a1782b230086170c5b87643 missing from the release? Now running the tests without places. Vincent _ 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.3.6
The problems I've observed were only with the tests. The first problem I reported was caused by a bug/limitation in places, which was fixed by 733907474190da499a1782b230086170c5b87643. It was preventing the TR test suite from running properly. The others were bugs in the TR tests, not in TR itself. TR itself should be fine for the release. Vincent At Wed, 24 Jul 2013 15:03:08 -0500, Robby Findler wrote: [1 text/plain; UTF-8 (7bit)] Vincent: can you clarify what the status of TR the release is, please? Are there problems only with tests, or were there problems elsewhere too? Thanks, Robby On Tue, Jul 23, 2013 at 9:11 AM, Vincent St-Amour stamo...@ccs.neu.eduwrote: The TR tests still fail when using a single place. The following commits should be included in the release: 069ff59a4bd6a988a5670c7e4dd38c1dbbe12ec0 0e7940ab4943600e6f5c8f13ce7ee13e8af9a8f5 ab5075bc762356f86bb7dfd34dac8d24ada1a140 Vincent At Mon, 22 Jul 2013 17:49:20 -0400, Vincent St-Amour wrote: At Mon, 22 Jul 2013 15:13:28 -0400, Ryan Culpepper wrote: Checklist items for the v5.3.6 release (using the v5.3.5.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item/s is/are done). Also, if you have any commits that should have been picked, make sure that the changes are in. Important: new builds are created without announcement, usually whenever I pick a few commits. If you need to commit changes, please make sure you tell me to pick it into the release branch. -- Release candidates are at -- http://pre.racket-lang.org/release/installers The Linux/i386/Ubuntu Precise installer is 64 bits, which is wrong. * Sam Tobin-Hochstadt sa...@ccs.neu.edu, Vincent St-Amour stamo...@ccs.neu.edu - Match Tests - Typed Racket Tests - Typed Racket Updates: update HISTORY (updates should show v5.3.6 as the most current version; email me to pick the changes when they're done, or tell me if there are no such changes.) I get the following error when runing the TR tests: place-channel-put: value not allowed in a message value: '#:methods ... Is 733907474190da499a1782b230086170c5b87643 missing from the release? Now running the tests without places. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev [2 text/html; UTF-8 (quoted-printable)] _ 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
[racket-dev] racket 5.3.6 db/postgresql ssl performance fix
Did a PostgreSQL SSL performance fix get into 5.3.6 pre-release in some form? In the pre-release I just downloaded, I don't see Ryan's original fix to collects/db/private/postgresql/connection.rkt. Neil V. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Pre-Release Checklist for v5.3.6
I will say that I'm not 100% happy with just assuming that TR works in the absence of a clean test run. Is there a reason not to include these fixes? Sam On Wed, Jul 24, 2013 at 5:15 PM, Robby Findler ro...@eecs.northwestern.edu wrote: Thanks. Robby On Wed, Jul 24, 2013 at 3:19 PM, Vincent St-Amour stamo...@ccs.neu.edu wrote: The problems I've observed were only with the tests. The first problem I reported was caused by a bug/limitation in places, which was fixed by 733907474190da499a1782b230086170c5b87643. It was preventing the TR test suite from running properly. The others were bugs in the TR tests, not in TR itself. TR itself should be fine for the release. Vincent At Wed, 24 Jul 2013 15:03:08 -0500, Robby Findler wrote: [1 text/plain; UTF-8 (7bit)] Vincent: can you clarify what the status of TR the release is, please? Are there problems only with tests, or were there problems elsewhere too? Thanks, Robby On Tue, Jul 23, 2013 at 9:11 AM, Vincent St-Amour stamo...@ccs.neu.eduwrote: The TR tests still fail when using a single place. The following commits should be included in the release: 069ff59a4bd6a988a5670c7e4dd38c1dbbe12ec0 0e7940ab4943600e6f5c8f13ce7ee13e8af9a8f5 ab5075bc762356f86bb7dfd34dac8d24ada1a140 Vincent At Mon, 22 Jul 2013 17:49:20 -0400, Vincent St-Amour wrote: At Mon, 22 Jul 2013 15:13:28 -0400, Ryan Culpepper wrote: Checklist items for the v5.3.6 release (using the v5.3.5.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item/s is/are done). Also, if you have any commits that should have been picked, make sure that the changes are in. Important: new builds are created without announcement, usually whenever I pick a few commits. If you need to commit changes, please make sure you tell me to pick it into the release branch. -- Release candidates are at -- http://pre.racket-lang.org/release/installers The Linux/i386/Ubuntu Precise installer is 64 bits, which is wrong. * Sam Tobin-Hochstadt sa...@ccs.neu.edu, Vincent St-Amour stamo...@ccs.neu.edu - Match Tests - Typed Racket Tests - Typed Racket Updates: update HISTORY (updates should show v5.3.6 as the most current version; email me to pick the changes when they're done, or tell me if there are no such changes.) I get the following error when runing the TR tests: place-channel-put: value not allowed in a message value: '#:methods ... Is 733907474190da499a1782b230086170c5b87643 missing from the release? Now running the tests without places. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev [2 text/html; UTF-8 (quoted-printable)] _ 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.3.6
I don't think we should take that commit. Is it possible to get a version of the TR tests that either don't run in parallel or run without passing keywords across place channels? Robby On Wed, Jul 24, 2013 at 9:41 PM, Sam Tobin-Hochstadt sa...@ccs.neu.eduwrote: I will say that I'm not 100% happy with just assuming that TR works in the absence of a clean test run. Is there a reason not to include these fixes? Sam On Wed, Jul 24, 2013 at 5:15 PM, Robby Findler ro...@eecs.northwestern.edu wrote: Thanks. Robby On Wed, Jul 24, 2013 at 3:19 PM, Vincent St-Amour stamo...@ccs.neu.edu wrote: The problems I've observed were only with the tests. The first problem I reported was caused by a bug/limitation in places, which was fixed by 733907474190da499a1782b230086170c5b87643. It was preventing the TR test suite from running properly. The others were bugs in the TR tests, not in TR itself. TR itself should be fine for the release. Vincent At Wed, 24 Jul 2013 15:03:08 -0500, Robby Findler wrote: [1 text/plain; UTF-8 (7bit)] Vincent: can you clarify what the status of TR the release is, please? Are there problems only with tests, or were there problems elsewhere too? Thanks, Robby On Tue, Jul 23, 2013 at 9:11 AM, Vincent St-Amour stamo...@ccs.neu.eduwrote: The TR tests still fail when using a single place. The following commits should be included in the release: 069ff59a4bd6a988a5670c7e4dd38c1dbbe12ec0 0e7940ab4943600e6f5c8f13ce7ee13e8af9a8f5 ab5075bc762356f86bb7dfd34dac8d24ada1a140 Vincent At Mon, 22 Jul 2013 17:49:20 -0400, Vincent St-Amour wrote: At Mon, 22 Jul 2013 15:13:28 -0400, Ryan Culpepper wrote: Checklist items for the v5.3.6 release (using the v5.3.5.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item/s is/are done). Also, if you have any commits that should have been picked, make sure that the changes are in. Important: new builds are created without announcement, usually whenever I pick a few commits. If you need to commit changes, please make sure you tell me to pick it into the release branch. -- Release candidates are at -- http://pre.racket-lang.org/release/installers The Linux/i386/Ubuntu Precise installer is 64 bits, which is wrong. * Sam Tobin-Hochstadt sa...@ccs.neu.edu, Vincent St-Amour stamo...@ccs.neu.edu - Match Tests - Typed Racket Tests - Typed Racket Updates: update HISTORY (updates should show v5.3.6 as the most current version; email me to pick the changes when they're done, or tell me if there are no such changes.) I get the following error when runing the TR tests: place-channel-put: value not allowed in a message value: '#:methods ... Is 733907474190da499a1782b230086170c5b87643 missing from the release? Now running the tests without places. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev [2 text/html; UTF-8 (quoted-printable)] _ 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.3.6
If we just take the latter 3 commits that Vincent mentioned, it should fix the (serial) tests. Those are just TR test fixes, and can't break anything else. Sam On Wed, Jul 24, 2013 at 10:54 PM, Robby Findler ro...@eecs.northwestern.edu wrote: I don't think we should take that commit. Is it possible to get a version of the TR tests that either don't run in parallel or run without passing keywords across place channels? Robby On Wed, Jul 24, 2013 at 9:41 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: I will say that I'm not 100% happy with just assuming that TR works in the absence of a clean test run. Is there a reason not to include these fixes? Sam On Wed, Jul 24, 2013 at 5:15 PM, Robby Findler ro...@eecs.northwestern.edu wrote: Thanks. Robby On Wed, Jul 24, 2013 at 3:19 PM, Vincent St-Amour stamo...@ccs.neu.edu wrote: The problems I've observed were only with the tests. The first problem I reported was caused by a bug/limitation in places, which was fixed by 733907474190da499a1782b230086170c5b87643. It was preventing the TR test suite from running properly. The others were bugs in the TR tests, not in TR itself. TR itself should be fine for the release. Vincent At Wed, 24 Jul 2013 15:03:08 -0500, Robby Findler wrote: [1 text/plain; UTF-8 (7bit)] Vincent: can you clarify what the status of TR the release is, please? Are there problems only with tests, or were there problems elsewhere too? Thanks, Robby On Tue, Jul 23, 2013 at 9:11 AM, Vincent St-Amour stamo...@ccs.neu.eduwrote: The TR tests still fail when using a single place. The following commits should be included in the release: 069ff59a4bd6a988a5670c7e4dd38c1dbbe12ec0 0e7940ab4943600e6f5c8f13ce7ee13e8af9a8f5 ab5075bc762356f86bb7dfd34dac8d24ada1a140 Vincent At Mon, 22 Jul 2013 17:49:20 -0400, Vincent St-Amour wrote: At Mon, 22 Jul 2013 15:13:28 -0400, Ryan Culpepper wrote: Checklist items for the v5.3.6 release (using the v5.3.5.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item/s is/are done). Also, if you have any commits that should have been picked, make sure that the changes are in. Important: new builds are created without announcement, usually whenever I pick a few commits. If you need to commit changes, please make sure you tell me to pick it into the release branch. -- Release candidates are at -- http://pre.racket-lang.org/release/installers The Linux/i386/Ubuntu Precise installer is 64 bits, which is wrong. * Sam Tobin-Hochstadt sa...@ccs.neu.edu, Vincent St-Amour stamo...@ccs.neu.edu - Match Tests - Typed Racket Tests - Typed Racket Updates: update HISTORY (updates should show v5.3.6 as the most current version; email me to pick the changes when they're done, or tell me if there are no such changes.) I get the following error when runing the TR tests: place-channel-put: value not allowed in a message value: '#:methods ... Is 733907474190da499a1782b230086170c5b87643 missing from the release? Now running the tests without places. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev [2 text/html; UTF-8 (quoted-printable)] _ 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.3.6
I think those are already planned to be taken. So lets see if the tests pass in the next build. Robby On Wed, Jul 24, 2013 at 9:55 PM, Sam Tobin-Hochstadt sa...@ccs.neu.eduwrote: If we just take the latter 3 commits that Vincent mentioned, it should fix the (serial) tests. Those are just TR test fixes, and can't break anything else. Sam On Wed, Jul 24, 2013 at 10:54 PM, Robby Findler ro...@eecs.northwestern.edu wrote: I don't think we should take that commit. Is it possible to get a version of the TR tests that either don't run in parallel or run without passing keywords across place channels? Robby On Wed, Jul 24, 2013 at 9:41 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: I will say that I'm not 100% happy with just assuming that TR works in the absence of a clean test run. Is there a reason not to include these fixes? Sam On Wed, Jul 24, 2013 at 5:15 PM, Robby Findler ro...@eecs.northwestern.edu wrote: Thanks. Robby On Wed, Jul 24, 2013 at 3:19 PM, Vincent St-Amour stamo...@ccs.neu.edu wrote: The problems I've observed were only with the tests. The first problem I reported was caused by a bug/limitation in places, which was fixed by 733907474190da499a1782b230086170c5b87643. It was preventing the TR test suite from running properly. The others were bugs in the TR tests, not in TR itself. TR itself should be fine for the release. Vincent At Wed, 24 Jul 2013 15:03:08 -0500, Robby Findler wrote: [1 text/plain; UTF-8 (7bit)] Vincent: can you clarify what the status of TR the release is, please? Are there problems only with tests, or were there problems elsewhere too? Thanks, Robby On Tue, Jul 23, 2013 at 9:11 AM, Vincent St-Amour stamo...@ccs.neu.eduwrote: The TR tests still fail when using a single place. The following commits should be included in the release: 069ff59a4bd6a988a5670c7e4dd38c1dbbe12ec0 0e7940ab4943600e6f5c8f13ce7ee13e8af9a8f5 ab5075bc762356f86bb7dfd34dac8d24ada1a140 Vincent At Mon, 22 Jul 2013 17:49:20 -0400, Vincent St-Amour wrote: At Mon, 22 Jul 2013 15:13:28 -0400, Ryan Culpepper wrote: Checklist items for the v5.3.6 release (using the v5.3.5.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item/s is/are done). Also, if you have any commits that should have been picked, make sure that the changes are in. Important: new builds are created without announcement, usually whenever I pick a few commits. If you need to commit changes, please make sure you tell me to pick it into the release branch. -- Release candidates are at -- http://pre.racket-lang.org/release/installers The Linux/i386/Ubuntu Precise installer is 64 bits, which is wrong. * Sam Tobin-Hochstadt sa...@ccs.neu.edu, Vincent St-Amour stamo...@ccs.neu.edu - Match Tests - Typed Racket Tests - Typed Racket Updates: update HISTORY (updates should show v5.3.6 as the most current version; email me to pick the changes when they're done, or tell me if there are no such changes.) I get the following error when runing the TR tests: place-channel-put: value not allowed in a message value: '#:methods ... Is 733907474190da499a1782b230086170c5b87643 missing from the release? Now running the tests without places. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev [2 text/html; UTF-8 (quoted-printable)] _ 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.3.6
Ok, great! On Wed, Jul 24, 2013 at 11:00 PM, Robby Findler ro...@eecs.northwestern.edu wrote: I think those are already planned to be taken. So lets see if the tests pass in the next build. Robby On Wed, Jul 24, 2013 at 9:55 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: If we just take the latter 3 commits that Vincent mentioned, it should fix the (serial) tests. Those are just TR test fixes, and can't break anything else. Sam On Wed, Jul 24, 2013 at 10:54 PM, Robby Findler ro...@eecs.northwestern.edu wrote: I don't think we should take that commit. Is it possible to get a version of the TR tests that either don't run in parallel or run without passing keywords across place channels? Robby On Wed, Jul 24, 2013 at 9:41 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote: I will say that I'm not 100% happy with just assuming that TR works in the absence of a clean test run. Is there a reason not to include these fixes? Sam On Wed, Jul 24, 2013 at 5:15 PM, Robby Findler ro...@eecs.northwestern.edu wrote: Thanks. Robby On Wed, Jul 24, 2013 at 3:19 PM, Vincent St-Amour stamo...@ccs.neu.edu wrote: The problems I've observed were only with the tests. The first problem I reported was caused by a bug/limitation in places, which was fixed by 733907474190da499a1782b230086170c5b87643. It was preventing the TR test suite from running properly. The others were bugs in the TR tests, not in TR itself. TR itself should be fine for the release. Vincent At Wed, 24 Jul 2013 15:03:08 -0500, Robby Findler wrote: [1 text/plain; UTF-8 (7bit)] Vincent: can you clarify what the status of TR the release is, please? Are there problems only with tests, or were there problems elsewhere too? Thanks, Robby On Tue, Jul 23, 2013 at 9:11 AM, Vincent St-Amour stamo...@ccs.neu.eduwrote: The TR tests still fail when using a single place. The following commits should be included in the release: 069ff59a4bd6a988a5670c7e4dd38c1dbbe12ec0 0e7940ab4943600e6f5c8f13ce7ee13e8af9a8f5 ab5075bc762356f86bb7dfd34dac8d24ada1a140 Vincent At Mon, 22 Jul 2013 17:49:20 -0400, Vincent St-Amour wrote: At Mon, 22 Jul 2013 15:13:28 -0400, Ryan Culpepper wrote: Checklist items for the v5.3.6 release (using the v5.3.5.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item/s is/are done). Also, if you have any commits that should have been picked, make sure that the changes are in. Important: new builds are created without announcement, usually whenever I pick a few commits. If you need to commit changes, please make sure you tell me to pick it into the release branch. -- Release candidates are at -- http://pre.racket-lang.org/release/installers The Linux/i386/Ubuntu Precise installer is 64 bits, which is wrong. * Sam Tobin-Hochstadt sa...@ccs.neu.edu, Vincent St-Amour stamo...@ccs.neu.edu - Match Tests - Typed Racket Tests - Typed Racket Updates: update HISTORY (updates should show v5.3.6 as the most current version; email me to pick the changes when they're done, or tell me if there are no such changes.) I get the following error when runing the TR tests: place-channel-put: value not allowed in a message value: '#:methods ... Is 733907474190da499a1782b230086170c5b87643 missing from the release? Now running the tests without places. Vincent _ Racket Developers list: http://lists.racket-lang.org/dev [2 text/html; UTF-8 (quoted-printable)] _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] racket 5.3.6 db/postgresql ssl performance fix
It's not there, but it should be. I'll add it. Ryan On 07/24/2013 09:26 PM, Neil Van Dyke wrote: Did a PostgreSQL SSL performance fix get into 5.3.6 pre-release in some form? In the pre-release I just downloaded, I don't see Ryan's original fix to collects/db/private/postgresql/connection.rkt. Neil V. _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] racket 5.3.6 db/postgresql ssl performance fix
Thanks, Ryan. And thanks for the earlier reminder for me to test the pre-release; I was distracted with other work, and probably would've missed this pre-release. Neil V. _ Racket Developers list: http://lists.racket-lang.org/dev