Re: [racket-dev] F1 on latest release
I have seen this before... If I remember correctly, it happened after using "raco fileinject" and "raco remove" several times... I just removed .racket directory and it went away... I could not reproduce the problem, so I did not report it... Hari - Original Message - From: "Matthias Felleisen" To: "plt-dev Developers" Sent: Wednesday, October 20, 2010 11:22:35 PM GMT -05:00 US/Canada Eastern Subject: [racket-dev] F1 on latest release F1 doesn't work on a recent git: browser-run: process execute failed: '(# "-e" "open location \"file:///Users/matthias/Library/Racket/5.0.1.8/doc/search/search-context.html?q=read-html&hq=O%3A%7B%20L%3Alang%2Fhtdp-beginner-abbr%20T%3Ateachpack%20%7D&label=Beginning%20Student%20with%20List%20Abbrev... Anyone else with this problem? _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] F1 on latest release
F1 doesn't work on a recent git: browser-run: process execute failed: '(# "-e" "open location \"file:///Users/matthias/Library/Racket/5.0.1.8/doc/search/search-context.html?q=read-html&hq=O%3A%7B%20L%3Alang%2Fhtdp-beginner-abbr%20T%3Ateachpack%20%7D&label=Beginning%20Student%20with%20List%20Abbrev... Anyone else with this problem? _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Release for v5.0.2 has begun
Noel Welsh wrote: On Wed, Oct 20, 2010 at 3:39 PM, Doug Williams wrote: I downloaded the pre-release version this morning - 10/20 (I believe it was a build from 10/16). The plot package and plot extensions in the science collection all work as expected. But, I am getting different numeric answers for some of my science collection routines (for example, the gamma function) and some of my newer code (for example, FFT) either fails with an error message or DrRacket just dies. All of this code uses unsafe operations and the problem may lie there somewhere. I'll try digging more deeply this evening. There is a crash inducing bug in some uses of flround (at least, last time I tried it). I haven't previously reported it as I haven't had the time to narrow down the situation that causes it. My DCT package on Github triggers it. I've had unsafe-fllog crash DrRacket a few times. The symptoms are always consistent for me, but the bug fixers (Vincent and Matthew in this case) haven't been able to duplicate them. It's very context-sensitive (e.g. it depends whether printf and/or parameters are used nearby, and whether the unsafe-fllog comes from TR's optimizer), so it was very hard to narrow down in the first place. I'm thinking this is all the same thing, and JIT-related. (Except maybe Doug's is caused by chaperones.) Neil T _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Release for v5.0.2 has begun
At Wed, 20 Oct 2010 11:36:58 -0600, Doug Williams wrote: > I'm not sure I understand what you're saying Matthew. > > On Wed, Oct 20, 2010 at 8:56 AM, Matthew Flatt wrote: > > Overall, keep in mind that changes to vector contracts mean that > > vectors can be wrapped with chaperones. That's why `unsafe-vector-ref' > > may need to change to `unsafe-vector*-ref', and it may explain > > performance differences in general. Contracted vectors are now wrapped in chaperones. unsafe-vector-ref works only on raw vectors, not on chaperoned vectors. Therefore, if you use unsafe-vector-ref on a contracted vector, bad things happen. unsafe-vector*-ref and other procedures have been introduced to work on both plain vectors and chaperoned vectors. Since they have to check for chaperones, they're a bit slower than unsafe-vector-ref, but they're still faster than plain vector-ref. Vincent _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Release for v5.0.2 has begun
On Oct 20, 2010, at 10:31 AM, Doug Williams wrote: > John, was that to get them to work with a nightly (or pre-release) build or > with the released version of Racket? I've not had any problems running them > on the released version. But, I haven't exercised them to the extent that you > have. Pre-release. John smime.p7s Description: S/MIME cryptographic signature _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] macros for sub-keywords
We've brought this up on this list before -- forms like provide export their sub-keywords as macros. I believe this is why the following module compiles: #lang racket (require scribble/base) (define (defn t) (bold t)) (provide all-defined-out) Someone just spent 30 minutes wrestling with this. When I finally showed the problem, I was asked, "Wait, so why wasn't this just an error?" This is absurdly hard to diagnose and debug if you don't already know quite a bit about what's going on. Shriram _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Release for v5.0.2 has begun
On Wed, Oct 20, 2010 at 3:39 PM, Doug Williams wrote: > I downloaded the pre-release version this morning - 10/20 (I believe it was > a build from 10/16). The plot package and plot extensions in the science > collection all work as expected. But, I am getting different numeric answers > for some of my science collection routines (for example, the gamma function) > and some of my newer code (for example, FFT) either fails with an error > message or DrRacket just dies. All of this code uses unsafe operations and > the problem may lie there somewhere. I'll try digging more deeply this > evening. There is a crash inducing bug in some uses of flround (at least, last time I tried it). I haven't previously reported it as I haven't had the time to narrow down the situation that causes it. My DCT package on Github triggers it. HTH, N. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Release for v5.0.2 has begun
I'm not sure I understand what you're saying Matthew. On Wed, Oct 20, 2010 at 8:56 AM, Matthew Flatt wrote: > At Wed, 20 Oct 2010 07:48:20 -0700, John Clements wrote: > > > > On Oct 20, 2010, at 7:39 AM, Doug Williams wrote: > > > > > I downloaded the pre-release version this morning - 10/20 (I believe it > was > > a build from 10/16). The plot package and plot extensions in the science > > collection all work as expected. But, I am getting different numeric > answers > > for some of my science collection routines (for example, the gamma > function) > > and some of my newer code (for example, FFT) either fails with an error > > message or DrRacket just dies. All of this code uses unsafe operations > and the > > problem may lie there somewhere. I'll try digging more deeply this > evening. > > > > Focus first on uses of unsafe-vector-ref and unsafe-vector-set!. (Not the > fx > > and fl variants, just the plain ones). I wound up removing these from > the FFT > > code in order to get it to work. > > > > Check out bug PR 11264. > > > > Also, very late flash of insight: my response (getting rid of > > unsafe-vector-ref and unsafe-vector-set!) might explain my performance > issues > > with the FFT library. > > Overall, keep in mind that changes to vector contracts mean that > vectors can be wrapped with chaperones. That's why `unsafe-vector-ref' > may need to change to `unsafe-vector*-ref', and it may explain > performance differences in general. > > _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Release for v5.0.2 has begun
John, was that to get them to work with a nightly (or pre-release) build or with the released version of Racket? I've not had any problems running them on the released version. But, I haven't exercised them to the extent that you have. On Wed, Oct 20, 2010 at 8:48 AM, John Clements wrote: > > On Oct 20, 2010, at 7:39 AM, Doug Williams wrote: > > > I downloaded the pre-release version this morning - 10/20 (I believe it > was a build from 10/16). The plot package and plot extensions in the science > collection all work as expected. But, I am getting different numeric answers > for some of my science collection routines (for example, the gamma function) > and some of my newer code (for example, FFT) either fails with an error > message or DrRacket just dies. All of this code uses unsafe operations and > the problem may lie there somewhere. I'll try digging more deeply this > evening. > > Focus first on uses of unsafe-vector-ref and unsafe-vector-set!. (Not the > fx and fl variants, just the plain ones). I wound up removing these from > the FFT code in order to get it to work. > > Check out bug PR 11264. > > Also, very late flash of insight: my response (getting rid of > unsafe-vector-ref and unsafe-vector-set!) might explain my performance > issues with the FFT library. > > John > > > > > Doug > > > > On Sat, Oct 16, 2010 at 6:53 PM, Ryan Culpepper > wrote: > > The release process for v5.0.2 has begun: the `release' branch was > > created for any work that is left and is now bumped to v5.0.1.900. You > > can go on using the `master' branch as usual, it is now bumped to > > v5.0.2.1 (to avoid having two different trees with the same version). > > > > If you have any bug-fixes and changes that need to go in the release > > then make sure to specify that in the commit message or mail me the > > commit SHA1s. You can `git checkout release' to try it out directly if > > needed -- but do not try to push commits on it (the server will forbid > > it). > > > > Note that nightly builds will go on as usual (as v5.0.2.1), and > > pre-release builds will be available shortly at > > > > http://pre.racket-lang.org/release/ > > > > Please tell me if you think that this should be announced on the > > users list for wider testing. > > -- > > Ryan Culpepper > > _ > > For list-related administrative tasks: > > http://lists.racket-lang.org/listinfo/dev > > > > _ > > 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] Release for v5.0.2 has begun
None of these are typed. On Wed, Oct 20, 2010 at 8:43 AM, Matthias Felleisen wrote: > > Are they typed? > > > On Oct 20, 2010, at 10:39 AM, Doug Williams wrote: > > > I downloaded the pre-release version this morning - 10/20 (I believe it > was a build from 10/16). The plot package and plot extensions in the science > collection all work as expected. But, I am getting different numeric answers > for some of my science collection routines (for example, the gamma function) > and some of my newer code (for example, FFT) either fails with an error > message or DrRacket just dies. All of this code uses unsafe operations and > the problem may lie there somewhere. I'll try digging more deeply this > evening. > > > > Doug > > > > On Sat, Oct 16, 2010 at 6:53 PM, Ryan Culpepper > wrote: > > The release process for v5.0.2 has begun: the `release' branch was > > created for any work that is left and is now bumped to v5.0.1.900. You > > can go on using the `master' branch as usual, it is now bumped to > > v5.0.2.1 (to avoid having two different trees with the same version). > > > > If you have any bug-fixes and changes that need to go in the release > > then make sure to specify that in the commit message or mail me the > > commit SHA1s. You can `git checkout release' to try it out directly if > > needed -- but do not try to push commits on it (the server will forbid > > it). > > > > Note that nightly builds will go on as usual (as v5.0.2.1), and > > pre-release builds will be available shortly at > > > > http://pre.racket-lang.org/release/ > > > > Please tell me if you think that this should be announced on the > > users list for wider testing. > > -- > > Ryan Culpepper > > _ > > For list-related administrative tasks: > > http://lists.racket-lang.org/listinfo/dev > > > > _ > > 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] BSL, test: bad syntax
I'm seeing this too and hope to look into it at some point in the not too distant future. Robby On Wed, Oct 20, 2010 at 9:56 AM, David Van Horn wrote: > On 10/20/10 10:53 AM, David Van Horn wrote: >> >> Are others aware of this? >> >> Welcome to DrRacket, version 5.0.2.1--2010-08-25(-/f) [3m]. >> Language: Beginning Student; memory limit: 512 MB. >> > 5 >> 5 >> test: bad syntax > > Er, I just rebuilt from git, so something is wrong on my end given the > 2010-08-25 date; maybe this is just my issue. > > David > _ > 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] Release for v5.0.2 has begun
I'll see if I can reproduce the problem with the typed version. At Wed, 20 Oct 2010 07:48:20 -0700, John Clements wrote: > Also, very late flash of insight: my response (getting rid of > unsafe-vector-ref and unsafe-vector-set!) might explain my performance > issues with the FFT library. I doubt so. While porting this code to Typed Racket, I measured the effect of the different classes of unsafe operations on it, and unsafe vector operations had no noticeable effect. Vincent _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Release for v5.0.2 has begun
At Wed, 20 Oct 2010 07:48:20 -0700, John Clements wrote: > > On Oct 20, 2010, at 7:39 AM, Doug Williams wrote: > > > I downloaded the pre-release version this morning - 10/20 (I believe it was > a build from 10/16). The plot package and plot extensions in the science > collection all work as expected. But, I am getting different numeric answers > for some of my science collection routines (for example, the gamma function) > and some of my newer code (for example, FFT) either fails with an error > message or DrRacket just dies. All of this code uses unsafe operations and > the > problem may lie there somewhere. I'll try digging more deeply this evening. > > Focus first on uses of unsafe-vector-ref and unsafe-vector-set!. (Not the fx > and fl variants, just the plain ones). I wound up removing these from the > FFT > code in order to get it to work. > > Check out bug PR 11264. > > Also, very late flash of insight: my response (getting rid of > unsafe-vector-ref and unsafe-vector-set!) might explain my performance issues > with the FFT library. Overall, keep in mind that changes to vector contracts mean that vectors can be wrapped with chaperones. That's why `unsafe-vector-ref' may need to change to `unsafe-vector*-ref', and it may explain performance differences in general. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] BSL, test: bad syntax
On 10/20/10 10:53 AM, David Van Horn wrote: Are others aware of this? Welcome to DrRacket, version 5.0.2.1--2010-08-25(-/f) [3m]. Language: Beginning Student; memory limit: 512 MB. > 5 5 test: bad syntax Er, I just rebuilt from git, so something is wrong on my end given the 2010-08-25 date; maybe this is just my issue. David _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] BSL, test: bad syntax
Are others aware of this? Welcome to DrRacket, version 5.0.2.1--2010-08-25(-/f) [3m]. Language: Beginning Student; memory limit: 512 MB. > 5 5 test: bad syntax David _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Release for v5.0.2 has begun
On Oct 20, 2010, at 7:39 AM, Doug Williams wrote: > I downloaded the pre-release version this morning - 10/20 (I believe it was a > build from 10/16). The plot package and plot extensions in the science > collection all work as expected. But, I am getting different numeric answers > for some of my science collection routines (for example, the gamma function) > and some of my newer code (for example, FFT) either fails with an error > message or DrRacket just dies. All of this code uses unsafe operations and > the problem may lie there somewhere. I'll try digging more deeply this > evening. Focus first on uses of unsafe-vector-ref and unsafe-vector-set!. (Not the fx and fl variants, just the plain ones). I wound up removing these from the FFT code in order to get it to work. Check out bug PR 11264. Also, very late flash of insight: my response (getting rid of unsafe-vector-ref and unsafe-vector-set!) might explain my performance issues with the FFT library. John > Doug > > On Sat, Oct 16, 2010 at 6:53 PM, Ryan Culpepper wrote: > The release process for v5.0.2 has begun: the `release' branch was > created for any work that is left and is now bumped to v5.0.1.900. You > can go on using the `master' branch as usual, it is now bumped to > v5.0.2.1 (to avoid having two different trees with the same version). > > If you have any bug-fixes and changes that need to go in the release > then make sure to specify that in the commit message or mail me the > commit SHA1s. You can `git checkout release' to try it out directly if > needed -- but do not try to push commits on it (the server will forbid > it). > > Note that nightly builds will go on as usual (as v5.0.2.1), and > pre-release builds will be available shortly at > > http://pre.racket-lang.org/release/ > > Please tell me if you think that this should be announced on the > users list for wider testing. > -- > Ryan Culpepper > _ > For list-related administrative tasks: > http://lists.racket-lang.org/listinfo/dev > > _ > For list-related administrative tasks: > http://lists.racket-lang.org/listinfo/dev smime.p7s Description: S/MIME cryptographic signature _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Release for v5.0.2 has begun
Are they typed? On Oct 20, 2010, at 10:39 AM, Doug Williams wrote: > I downloaded the pre-release version this morning - 10/20 (I believe it was a > build from 10/16). The plot package and plot extensions in the science > collection all work as expected. But, I am getting different numeric answers > for some of my science collection routines (for example, the gamma function) > and some of my newer code (for example, FFT) either fails with an error > message or DrRacket just dies. All of this code uses unsafe operations and > the problem may lie there somewhere. I'll try digging more deeply this > evening. > > Doug > > On Sat, Oct 16, 2010 at 6:53 PM, Ryan Culpepper wrote: > The release process for v5.0.2 has begun: the `release' branch was > created for any work that is left and is now bumped to v5.0.1.900. You > can go on using the `master' branch as usual, it is now bumped to > v5.0.2.1 (to avoid having two different trees with the same version). > > If you have any bug-fixes and changes that need to go in the release > then make sure to specify that in the commit message or mail me the > commit SHA1s. You can `git checkout release' to try it out directly if > needed -- but do not try to push commits on it (the server will forbid > it). > > Note that nightly builds will go on as usual (as v5.0.2.1), and > pre-release builds will be available shortly at > > http://pre.racket-lang.org/release/ > > Please tell me if you think that this should be announced on the > users list for wider testing. > -- > Ryan Culpepper > _ > For list-related administrative tasks: > http://lists.racket-lang.org/listinfo/dev > > _ > 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] Release for v5.0.2 has begun
I downloaded the pre-release version this morning - 10/20 (I believe it was a build from 10/16). The plot package and plot extensions in the science collection all work as expected. But, I am getting different numeric answers for some of my science collection routines (for example, the gamma function) and some of my newer code (for example, FFT) either fails with an error message or DrRacket just dies. All of this code uses unsafe operations and the problem may lie there somewhere. I'll try digging more deeply this evening. Doug On Sat, Oct 16, 2010 at 6:53 PM, Ryan Culpepper wrote: > The release process for v5.0.2 has begun: the `release' branch was > created for any work that is left and is now bumped to v5.0.1.900. You > can go on using the `master' branch as usual, it is now bumped to > v5.0.2.1 (to avoid having two different trees with the same version). > > If you have any bug-fixes and changes that need to go in the release > then make sure to specify that in the commit message or mail me the > commit SHA1s. You can `git checkout release' to try it out directly if > needed -- but do not try to push commits on it (the server will forbid > it). > > Note that nightly builds will go on as usual (as v5.0.2.1), and > pre-release builds will be available shortly at > > http://pre.racket-lang.org/release/ > > Please tell me if you think that this should be announced on the > users list for wider testing. > -- > Ryan Culpepper > _ > 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] --enable-macprefix gone?
At Wed, 20 Oct 2010 00:03:33 -0400, Eli Barzilay wrote: > About a minute ago, David Van Horn wrote: > > On 10/19/10 10:03 PM, Eli Barzilay wrote: > > > 9 hours ago, David Van Horn wrote: > > >> Has the --enable-macprefix option been removed from the configure > > >> script? When I configure, I get: > > >> > > >> configure: WARNING: unrecognized options: --enable-macprefix > > >> > > >> If so, the src/README file should be updated to reflect the change. > > > > > > You should have this code in the "configure" script: > > > > Yep -- the code's there, and if I omit the option the script gives > > an error saying it's needed in order to use --prefix. So why do I > > see an unrecognized option warning when I provide > > --enable-macprefix? > > All options are passed to sub-configure script calls -- you'll see > similar warnings with other flags. I don't know if there's a way to > disable passing specific arguments this way. None that I've figured out. In other words, ignore that warning. It's a sub-configure script complaining that it doesn't recognize a flag intended for the main configure script. _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] internal definitions & stepper
Robby Findler writes: > Number 2 probably changed a while back when signatures were > introduced, I'd guess. That one is not so easy to roll back. I specifically fixed this at some point - it may also be related to the "namespace changes". I'll try to look at it later today, but can't make any promises - I'm pretty swamped today and tomorrow. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev