Re: [racket-dev] self-documenting feature
Do ask the person who asked whether Python has coverage now. -- Matthias Maybe not packaged for beginners, but it is doable... http://pypi.python.org/pypi/coverage/2.85 http://nedbatchelder.com/code/coverage/ _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] self-documenting feature
Yes, but Racket docstrings aren't even there at all (yet :))... On Jul 19, 2010, at 4:58 PM, Matthias Felleisen wrote: That's the question. Packaged for beginners; always there, never to ask for. On Jul 19, 2010, at 4:55 PM, Nadeem Abdul Hamid wrote: Do ask the person who asked whether Python has coverage now. -- Matthias Maybe not packaged for beginners, but it is doable... http://pypi.python.org/pypi/coverage/2.85 http://nedbatchelder.com/code/coverage/ _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] What happened to image=? in 2htdp/image
Is the idea to use equal? to compare images? Wouldn't it be better to define image=? just for the sake of uniformity? --- nadeem _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] Universe double buffering
Why doesn't 2htdp/universe use double-buffering? --- nadeem _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] define-struct exports something to BSL
Consider a beginner file with: (define-struct boa (name length)) Student writes a template/function with parameter named a-boa, but misspells one occurrence, writing boa instead of a-boa. (define (feed a-boa) (make-boa (boa-name a-boa) (boa-length boa))) Their tests then fail at runtime with: boa-length: expects argument of type struct:boa; given (make-signature ...) Why is boa as a type visible at all in the student languages? The make-signature thing is really confusing, because they recognize it as something like a constructor but they don't know what structure it corresponds to. --- nadeem _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] Simple loop checking in beginner?
HtDP in Coq? Hadn't thought of of that before... On Wed, Nov 10, 2010 at 1:26 PM, Matthias Felleisen matth...@ccs.neu.edu wrote: A factor of 2.+. (We could provide a type system, take away recursion, and replace it with a structural induction form. It would be impossible to write infinite loops.) On Nov 10, 2010, at 12:41 PM, John Clements wrote: On Nov 10, 2010, at 6:50 AM, Matthias Felleisen wrote: Your reasoning is correct. What's the performance hit? In order to try it, I used the legendary 12.4.2, and... uh, it seg faulted. Okay, I submitted a bug report on that. Moving right along: Testing in the simplest way, here's what I got for permute of size 9: Debugging enabled, no loop protection: cpu time: 2520 real time: 2539 gc time: 1554 cpu time: 1504 real time: 1523 gc time: 542 cpu time: 1515 real time: 1534 gc time: 552 Debugging enabled, with loop protection: cpu time: 4496 real time: 4532 gc time: 1940 cpu time: 3653 real time: 3694 gc time: 1079 cpu time: 3692 real time: 3730 gc time: 1112 Debugging disabled, no loop protection: cpu time: 2181 real time: 2200 gc time: 1651 cpu time: 1132 real time: 1152 gc time: 597 cpu time: 1143 real time: 1163 gc time: 603 Debugging disabled, with loop protection: cpu time: 3458 real time: 3494 gc time: 2007 cpu time: 2434 real time: 2471 gc time: 972 cpu time: 2424 real time: 2461 gc time: 1001 ... so it's quite a bit slower. Note that a whole bunch of this slowdown in the debugging enabled category is presumably due to the errortrace annotation of the macro expansion. I'm guessing that folding this into the errortrace expansion would reduce its overhead quite a bit. John _ 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] Something wrong with check-within
The check-within in the follow program (in BSL/ISL) seems to hang. This is sort of the simplest example I can reproduce, but my students have been running into this with some more complicated test cases. I thought it might have to do with the inexact numbers, but even if you change the #i0.501 to 0.501, it still hangs. I'm seeing this problem in version 5.0.2, but I believe my students are running 5.0.1... (define-struct anim (ctrl-pts curve-pts t running?)) (define SAMPLE-WORLD-NEXT (make-anim (list (make-posn 20 190) (make-posn 10 10) (make-posn 100 10) (make-posn 125 190) (make-posn 150 30)) (list (make-posn 20 190)) 0.501 true)) (check-within SAMPLE-WORLD-NEXT (make-anim (list (make-posn 20 190) (make-posn 10 10) (make-posn 100 10) (make-posn 125 190) (make-posn 150 30)) (list (make-posn 20 190)) #i0.501 true) 0.001) _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] overwrite
I get this a lot, using just the binary installer version downloaded from racket-lang.org. And it happens even when I'm not using check-syntax, though it might happen more frequently when I do use check-syntax; hard to tell. On Sat, Feb 26, 2011 at 12:05 PM, Matthias Felleisen matth...@ccs.neu.edu wrote: Well it just occurred for a file under Git but WITHOUT check syntax. On Feb 26, 2011, at 11:48 AM, Matthias Felleisen wrote: I confirm the check syntax observation. On Feb 26, 2011, at 11:39 AM, Kathy Gray wrote: I also see this quite frequently (for files not under Git control). I was thinking at one point it might be related to when I run check syntax, but I haven't confirmed a repeatable pattern. -Kathy On 26 Feb 2011, at 4:36:37, Matthias Felleisen wrote: The files I have been editing this morning are not under Git control. (And yes, I have on one occasion checked the file via Emacs and didn't see any difference.) On Feb 26, 2011, at 11:35 AM, Jay McCarthy wrote: It's from git touching the files and giving them a new timestamp. It probably didn't really change. Jay 2011/2/26 Matthias Felleisen matth...@ccs.neu.edu: When I use drracket, I frequently get a warning that my file has been modified on disk and the question of whether I want to save the file or revert. Is anyone else suffering from this problem? _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev -- Jay McCarthy j...@cs.byu.edu Assistant Professor / Brigham Young University http://faculty.cs.byu.edu/~jay The glory of God is Intelligence - DC 93 _ 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 -- Nadeem Abdul Hamid Associate Professor, Computer Science Berry College PO Box 5014 2277 Martha Berry Hwy NW Mount Berry, GA 30149-5014 (706) 368-5632 http://cs.berry.edu/~nhamid/ _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] New error messages for *SL
Yes, they're useful for 'teachpacks' like the Kiva teachpack... (https://github.com/nadeemabdulhamid/Kiva-Teachpack) On Mon, Jul 11, 2011 at 7:28 PM, Shriram Krishnamurthi s...@cs.brown.edu wrote: Whoa, whoa there. They're there for a reason. I can't remember why, but I am pretty certain I have actually used such a function. Please don't go around chopping and changing the language a few days before the deadline. On Mon, Jul 11, 2011 at 7:21 PM, Guillaume Marceau gmarc...@gmail.com wrote: On Mon, Jul 11, 2011 at 6:32 PM, Matthias Felleisen matth...@ccs.neu.edu wrote: I'd much prefer eliminating such function calls. Do you want them out in this release? _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] planet bug reporting interface
By the way, something happened recently (in the past week or two) to the tickets on planet. I had opened two tickets in early August to remind myself of things to fix, but a few days ago when I looked, there were no open tickets listed anymore for the package (http://planet.racket-lang.org/display.ss?package=racketui.pltowner=nah22). I still have the confirmation emails (one is below), and the trac ticket URLs now go to some completely unrelated ticket and I can't seem to find mine by searching the trac site. --- nadeem #343: removing entry from empty list of saved entries causes error +--- Reporter: nadeem@…|Owner: nah22 Type: defect | Status: new Priority: minor |Milestone: Component: nah22/racketui.plt | Keywords: Planetversion: (1 5) | Pltversion: +--- removing entry from empty list of saved entries causes error -- Ticket URL: http://planet.racket-lang.org/trac/ticket/343 PLaneT Issue Tracking System http://planet.racket-lang.org/ A Trac-based issue-tracking system for PLaneT, the package repository for Racket _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] planet bug reporting interface
OK, no problem. Thanks, --- nadeem On Tue, Sep 6, 2011 at 10:30 AM, Robby Findler ro...@eecs.northwestern.edu wrote: I'm not sure what happened here, but it could have been that I accidentally deleted them because of all of the spam tickets that we get (ie I messed up and thought they were spam or I typed the wrong numbers). I'm very sorry if that was the case. I do try to be careful (and nearly all of the spam goes to a specific package (not yours) so it is usually a big red flag when I'm deleting a ticket that didn't go to that package). Anyways, if that did happen, I'm very sorry. Please do re-file them. Robby On Tue, Sep 6, 2011 at 9:23 AM, Nadeem Abdul Hamid nad...@acm.org wrote: By the way, something happened recently (in the past week or two) to the tickets on planet. I had opened two tickets in early August to remind myself of things to fix, but a few days ago when I looked, there were no open tickets listed anymore for the package (http://planet.racket-lang.org/display.ss?package=racketui.pltowner=nah22). I still have the confirmation emails (one is below), and the trac ticket URLs now go to some completely unrelated ticket and I can't seem to find mine by searching the trac site. --- nadeem #343: removing entry from empty list of saved entries causes error +--- Reporter: nadeem@… | Owner: nah22 Type: defect | Status: new Priority: minor | Milestone: Component: nah22/racketui.plt | Keywords: Planetversion: (1 5) | Pltversion: +--- removing entry from empty list of saved entries causes error -- Ticket URL: http://planet.racket-lang.org/trac/ticket/343 PLaneT Issue Tracking System http://planet.racket-lang.org/ A Trac-based issue-tracking system for PLaneT, the package repository for Racket _ 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] See, that's what I'm talking about
If you will kindly fax your account information on a company letterhead I will contact my lawyer to initiate transfer of the requisite funds forthwithly. On Fri, Sep 9, 2011 at 5:56 PM, Robby Findler ro...@eecs.northwestern.eduwrote: Now when do we get our check for $179 (or whatever it was). Can I just send my address to the internets? Robby On Fri, Sep 9, 2011 at 4:55 PM, Robby Findler ro...@eecs.northwestern.edu wrote: Yes, thanks! Robby On Fri, Sep 9, 2011 at 4:54 PM, Jay Kominek komi...@gmail.com wrote: You're welcome? On Fri, Sep 9, 2011 at 2:49 PM, John Clements cleme...@brinckerhoff.org wrote: Thanks, Jay! Uh... whoever you are? John Begin forwarded message: *From: *Facebook notification+mmgyw...@facebookmail.com *Date: *September 9, 2011 1:33:15 PM PDT *To: *John Clements aoeufaceb...@brinckerhoff.org *Subject: **Jay Kominek likes PLT Racket.* *Reply-To: *Facebook notification+mmgyw...@facebookmail.com facebookhttp://www.facebook.com/n/?pages%2FPLT-Racket%2F154430397932259mid=4d47538G281f950aG89eed2Gddbcode=py7WkGN1n_m=aoeufacebook%40brinckerhoff.org http://www.facebook.com/n/?profile.phpid=10231390mid=4d47538G281f950aG89eed2Gddbcode=py7WkGN1n_m=aoeufacebook%40brinckerhoff.org Jay Kominek likes PLT Racket. Update PLT Rackethttp://www.facebook.com/n/?pages%2FPLT-Racket%2F154430397932259mid=4d47538G281f950aG89eed2Gddbcode=py7WkGN1n_m=aoeufacebook%40brinckerhoff.org See All Notificationshttp://www.facebook.com/n/?notificationsid=154430397932259mid=4d47538G281f950aG89eed2Gddbcode=py7WkGN1n_m=aoeufacebook%40brinckerhoff.org The message was sent to aoeufaceb...@brinckerhoff.org. If you don't want to receive these emails from Facebook in the future or have your email address used for friend suggestions, you can unsubscribehttp://www.facebook.com/o.php?k=011660u=673158410mid=4d47538G281f950aG89eed2Gdd. Facebook, Inc. P.O. Box 10005, Palo Alto, CA 94303 _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev -- Jay Kominek _ 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] plea for short planet syntax in student languages?
Yes, please! --- nadeem On Wed, Oct 5, 2011 at 12:20 PM, John Clements cleme...@brinckerhoff.org wrote: I'm using the rsound planet package in beginning student languages, and requiring them to type (require (planet main.rkt (clements rsound.plt 2 6))) at the top of every file is a bit painful. Would it be difficult to support the shorter (require (planet clements/rsound)) syntax in the student languages? John _ 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] plea for short planet syntax in student languages?
Thank you very much for this! The documentation for *SL needs updating to reflect support for the short planet syntax, e.g. http://docs.racket-lang.org/htdp-langs/beginner.html?q=require#(form._((lib._lang/htdp-beginner..rkt)._require)) --- nadeem On Fri, Oct 7, 2011 at 12:50 PM, Robby Findler ro...@eecs.northwestern.edu wrote: I've just now pushed a change for this. Robby On Wed, Oct 5, 2011 at 11:20 AM, John Clements cleme...@brinckerhoff.org wrote: I'm using the rsound planet package in beginning student languages, and requiring them to type (require (planet main.rkt (clements rsound.plt 2 6))) at the top of every file is a bit painful. Would it be difficult to support the shorter (require (planet clements/rsound)) syntax in the student languages? John _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] provide specs in eopl in repository use (all-defined-out) instead of (all-defined)
How come when building Racket from the latest source of the repository (at least as of 3 days ago), #lang eopl doesn't recognize (all-defined) as a valid provide spec and wants (all-defined-out) instead? --- nadeem _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] provide specs in eopl in repository use (all-defined-out) instead of (all-defined)
OK, thanks. Just wanted to make sure something wasn't broken. It's only a minor inconvenience - my students are using the version from the download page, while I usually use one built from source, but I've just been using the regular 5.2.1 version to run their programs. In any event, perhaps the documentation needs to be updated: the entry: http://pre.racket-lang.org/docs/html/eopl/index.html#(form._((lib._eopl/eopl..rkt)._provide)) points to the mzscheme version of provide. --- nadeem On Mon, Apr 2, 2012 at 8:22 PM, Robby Findler ro...@eecs.northwestern.edu wrote: Because it was changed to be based on #lang racket instead of the (old) #lang mzscheme not too long ago. I think there was a post here (or on the users's list) about this, but I'm not sure that this particular point was mentioned there, so I can see how you'd be surprised. Is this causing you trouble with classes or similar? Would a #lang eopl/mzscheme or something like that be useful for backwards compatibility? (You'd still need to use that #lang line, tho, since the regular eopl language is now changed for good.) Robby On Mon, Apr 2, 2012 at 7:09 PM, Nadeem Abdul Hamid nad...@acm.org wrote: How come when building Racket from the latest source of the repository (at least as of 3 days ago), #lang eopl doesn't recognize (all-defined) as a valid provide spec and wants (all-defined-out) instead? --- nadeem _ Racket Developers list: http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Survey for DrRacket users related to automatic parentheses behavior
On Sat, Nov 24, 2012 at 4:03 AM, Laurent laurent.ors...@gmail.com wrote: If you can, I think it would be a good idea to remove the paren pair if the user deletes the opening paren he just typed by mistake. Undo should do the same (which apparently it does not currently; missing 'begin/end-edit-sequence' ?). Yeah, the undo behavior I've fixed. The first scenario you mention might be tricky - how do you distinguish between typing an open paren and then immediately deleting it vs. typing an open paren, making a bunch of other edits, and then coming back and deleting the open paren? _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Survey for DrRacket users related to automatic parentheses behavior
On Sat, Nov 24, 2012 at 12:07 PM, Nick Shelley nickmshel...@gmail.comwrote: For what it's worth, Xcode differentiates these cases by inserting a temporary closing paren that is gray instead of black. You can make it permanent by arrowing over it, typing it yourself, tabbing over it, or just moving the cursor outside the matching parens. When it becomes permanent it is black like the other text and you have to delete it individually, but while it is still gray it will be deleted automatically if you delete the opening paren. I sort of like this behavior, and the visual difference gets rid of any potential confusion. Yes, I believe Eclipse does something like this too, maybe not with such a visual sort of indication. I agree that it's very cool functionality but it requires really thorough tracking of some hidden state as Robby says (history of the users' key and/or mouse interaction) and I don't think I'm going to go for this right now. On Saturday, November 24, 2012, Robby Findler wrote: On Sat, Nov 24, 2012 at 8:53 AM, Laurent laurent.ors...@gmail.com wrote: On Sat, Nov 24, 2012 at 3:11 PM, Nadeem Abdul Hamid nad...@acm.org wrote: On Sat, Nov 24, 2012 at 4:03 AM, Laurent laurent.ors...@gmail.com wrote: If you can, I think it would be a good idea to remove the paren pair if the user deletes the opening paren he just typed by mistake. Undo should do the same (which apparently it does not currently; missing 'begin/end-edit-sequence' ?). Yeah, the undo behavior I've fixed. The first scenario you mention might be tricky - how do you distinguish between typing an open paren and then immediately deleting it vs. typing an open paren, making a bunch of other edits, and then coming back and deleting the open paren? I think it would already be good enough to only consider the case where the user types the paren and wants to remove them immediately (e.g., he placed them in the wrong place, or wanted square brackets instead, or just changed his mind). In the case of meanwhile edits, I don't think the user would bother deleting the closing paren himself. I think that hidden state like this can lead to confusing behavior. Probably you want to have deleting a paren do the same thing, regardless of what the character most recently typed was. Robby _ 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] [racket] Survey for DrRacket users related to automatic parentheses behavior
On Sat, Nov 24, 2012 at 12:14 PM, Grant Rettke gret...@acm.org wrote: On Sat, Nov 24, 2012 at 11:07 AM, Nick Shelley nickmshel...@gmail.comwrote: I sort of like this behavior, and the visual difference gets rid of any potential confusion. Just an idea... you might duplicate Paredit's functionality: http://emacswiki.org/emacs/ParEdit It is way past beta and has probably gone through all of the pain of debating over points like this since a lot of people use it and have shared their feedback, too. I haven't really used ParEdit at all - just tried it out a little bit in the last couple of days - but it seems to be too much of a straitjacket to me (at least in its default, out-of-the-box settings)? It overrides/ignores too much of what I try to do in terms of typing (closing) parens, and it seems possible to get it in a state where parentheses don't match up, like ( ... ], and it's not immediately evident how to correct it conveniently because ParEdit neither lets me delete or change the ]. Additionally, it would be a big selling point for DrRacket to be able to offer Paredit equivelant functionality in addition to the other great stuff it already offers. Yes, or maybe, better-than-ParEdit functionality, :-P Racket Users list: http://lists.racket-lang.org/users _ Racket Developers list: http://lists.racket-lang.org/dev
[racket-dev] DrRacket automatic parentheses mode update
Some improvements to DrRacket's automatic parentheses mode are now available in the nightly build version and git repository. If you have previous tried auto-parens and abandoned it, or if you have never tried it, please do try it now! In auto-parens mode, typing a closing parenthesis will skip over an existing one if the cursor is right in front of it. You can also type M+) (meta key + close parens), whether in auto-parens mode or not, to skip right past the closing parentheses of the enclosing expression, or, if the expression is not well-balanced, just forward to the next closing parentheses. This behavior should also work as expected with other closing parenthesis-like symbols, double quotes, and | ... | pairs. There are also some tweaks to the auto-parens mode so that block comments #| ... |# are inserted correctly. Also auto-parens mode has no effect when inside a string literal or comment (you can always use M+( to force a parens pair if you really want one) or when typing a character literal. While 'undo' works properly now for just-inserted () pairs in auto-parens mode, I did not mess at all with delete key behavior. I've left the Paredit-like functionality for another time/person! :-) Have fun, nadeem _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Parens/string quotes automatic behavior
Hello Racket devs, I'm working on tweaking how typing a double quote is handled in strings when DrRacket's auto parens mode is on, per recent post on the users list. If any of you use the mode and can offer feedback on the following, it'd be appreciated: In addition to handling Laurent's initial feature request (see message at bottom), I'm setting it up so that if the following string is in the DrRacket window: abcdefghi and you select the _def_ and press (double quote), then it places double-quotes around the def with additional quotes to ensure that the other two portions of the string are still validly delimited, i.e. abcdefghi One question is where to put the cursor following this operation? Should it be right inside the beginning of the lifted string, or in front of its double quotes, i.e.: abc|defghi or abc|defghi ? Another question is whether to space off the def string that is created from the surrounding ones, i.e. abc def ghi instead of abcdefghi? (As a side note: the Emacs paredit mode handles the situation of a double quotes typed inside a string by inserting an escaped \. It uses a separate key combination to handle splitting both strings and parenthesized expressions into two pieces.) Thanks, --- nadeem On May 22, 2013, at 7:07 AM, Laurent wrote: Hi, The new behavior of automatic parenthesis matching is really nice, but there is one problem with string quotes. For example, if the cursor is in the middle of a string and I type the string-quote symbol , it places a quote which cuts the current string and leaves the right part in a bad syntax. Most of the time, when I type a quote inside a string, it's because I want to split the string in two parts. To do that, I have to type string-quote, string-quote, delete (to remove the extra string-quote added by the paren-match behavior), and left to go back between the two strings, which is mildly annoying. Would it be possible (unless problematic) to have the default paren-match behavior for strings that splits the string instead of inserting a single string-quote, possibly unless the left symbol is a backslash? _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Create executable problem
Thanks for your work, Robby. --- nadeem On Friday, April 4, 2014, Robby Findler ro...@eecs.northwestern.edu wrote: [ Nadeem sent me the file offline. ] I've pushed a fix for the bug. It is possible to work around it: the issue comes up when you copy and paste the result of the 2htdp/image images back into the definitions window. In this case, the image I noticed that does this is a flipped cat. So you could delete that from the file and then put (presumably at the top-level) a call to flip passing in the literal cat and then just use that instead. That should work with the released version. Robby On Fri, Mar 28, 2014 at 5:06 PM, Robby Findler ro...@eecs.northwestern.edujavascript:_e(%7B%7D,'cvml','ro...@eecs.northwestern.edu'); wrote: It looks like something has gone wrong in the code that figures out what kind of executable to create (or maybe the dependency tracking possibly). Do you have the game to share? That would help a lot with the investigation. Robby On Fri, Mar 28, 2014 at 4:08 PM, Nadeem Abdul Hamid nad...@acm.orgjavascript:_e(%7B%7D,'cvml','nad...@acm.org'); wrote: I have a student trying to create a standalone executable of a 2htdp/universe-based game written in ISL+lambda, but the resulting executable crashes. On my Mac, using Racket 6.0, it results in the following error when run from the generated disk image. Any ideas? Thanks, nadeem $ ./Ant\ Attack.app/Contents/MacOS/Ant\ Attack image%: cannot get-shape without gui libraries context...: /Applications/Racket v6.0/share/pkgs/htdp-lib/2htdp/private/image-more.rkt:261:0: overlay/δ place-image/align /Applications/Racket v6.0/collects/racket/private/list.rkt:245:7: loop /Applications/Racket v6.0/collects/racket/private/list.rkt:245:7: loop /Applications/Racket v6.0/collects/racket/private/list.rkt:242:4: foldr render-world /Applications/Racket v6.0/share/pkgs/htdp-lib/2htdp/private/world.rkt:360:6: ppdraw method in ...dp/private/world.rkt:57:4 /Applications/Racket v6.0/share/pkgs/htdp-lib/2htdp/private/world.rkt:283:18: d /Applications/Racket v6.0/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:451:6 /Applications/Racket v6.0/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:502:32 /Applications/Racket v6.0/collects/racket/private/more-scheme.rkt:147:2: call-with-break-parameterization /Applications/Racket v6.0/share/pkgs/gui-lib/mred/private/wx/common/queue.rkt:397:18: loop _ Racket Developers list: http://lists.racket-lang.org/dev -- -- Nadeem Abdul Hamid Associate Professor, Computer Science Berry College, Mount Berry, GA 30149 http://cs.berry.edu/~nhamid/ _ Racket Developers list: http://lists.racket-lang.org/dev
[racket-dev] Fwd: Sandbox evaluation problem - files with comment boxes
Ah, I am still struggling with this sandbox problem! (previous message to 'users' below) I'm starting to feel like maybe there's a bug in 6.1.1, or else something changed in recent versions that I'm missing. The following screenshots show the entire contents of the BSL file that I'm trying to load using make-module-evaluator, with gracket v6.1.1 failing the second time you try to load the file (or another one) that contains a comment box, while racket v6.1.1 and gracket 6.0 don't have this behavior: http://cs.berry.edu/~nhamid/temp/foo.png http://cs.berry.edu/~nhamid/temp/foo60.png ??? --- nadeem -- Forwarded message -- From: Nadeem Abdul Hamid nad...@acm.org Date: Sun, Jan 25, 2015 at 10:35 PM Subject: Sandbox evaluation problem - files with comment boxes To: users us...@racket-lang.org I'm trying to create a simple sandbox evaluator (to load in programs in *SL). I have the following code: #lang racket (require racket/sandbox) (define E (parameterize ([sandbox-path-permissions '([write /var/folders] [exists /] [read /])] ) (make-module-evaluator (string-path test-file.rkt This works fine as long as test-file.rkt does *not* contain a comment box. If the file contains a comment box, then the following error occurs: /Applications/Racket v6.1.1/share/pkgs/snip-lib/racket/snip/private/load-one.rkt:21:2: dynamic-require: unknown module module name: #resolved-module-path:/Applications/Racket v6.1.1/share/pkgs/gui-lib/framework/main.rkt I thought maybe parameterizing sandbox-namespace-specs with 'framework might do something: (require racket/sandbox racket/gui) (define E (parameterize ([sandbox-path-permissions '([write /var/folders] [exists /] [read /])] [sandbox-namespace-specs (list make-gui-namespace 'framework)] ) (make-module-evaluator (string-path lab01-insulin.rkt But it results in: namespace-attach-module: a different instance of the same module is already in the destination namespace module name: /Applications/Racket v6.1.1/collects/racket/stxparam-exptime.rkt Any suggestions? Thanks! --- nadeem _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] Sandbox evaluation problem - files with comment boxes
Ok, thank you! I can use the latest build. --- nadeem On Tuesday, January 27, 2015, Matthew Flatt mfl...@cs.utah.edu wrote: Yes, it's a bug in v6.1.1. I've just pushed a repair for the next build. Do you need a workaround for v6.1.1? Your variant that sets `sandbox-namespace-specs` is what I would have tried; unfortunately, that runs into a second bug in v6.1.1 that I recently fixed. If you need a workaround other than using the next snapshot, I can look harder for one. Thanks for the report! At Mon, 26 Jan 2015 21:27:31 -0500, Nadeem Abdul Hamid wrote: Ah, I am still struggling with this sandbox problem! (previous message to 'users' below) I'm starting to feel like maybe there's a bug in 6.1.1, or else something changed in recent versions that I'm missing. The following screenshots show the entire contents of the BSL file that I'm trying to load using make-module-evaluator, with gracket v6.1.1 failing the second time you try to load the file (or another one) that contains a comment box, while racket v6.1.1 and gracket 6.0 don't have this behavior: http://cs.berry.edu/~nhamid/temp/foo.png http://cs.berry.edu/~nhamid/temp/foo60.png ??? --- nadeem -- Forwarded message -- From: Nadeem Abdul Hamid nad...@acm.org javascript:; Date: Sun, Jan 25, 2015 at 10:35 PM Subject: Sandbox evaluation problem - files with comment boxes To: users us...@racket-lang.org javascript:; I'm trying to create a simple sandbox evaluator (to load in programs in *SL). I have the following code: #lang racket (require racket/sandbox) (define E (parameterize ([sandbox-path-permissions '([write /var/folders] [exists /] [read /])] ) (make-module-evaluator (string-path test-file.rkt This works fine as long as test-file.rkt does *not* contain a comment box. If the file contains a comment box, then the following error occurs: /Applications/Racket v6.1.1/share/pkgs/snip-lib/racket/snip/private/load-one.rkt:21:2: dynamic-require: unknown module module name: #resolved-module-path:/Applications/Racket v6.1.1/share/pkgs/gui-lib/framework/main.rkt I thought maybe parameterizing sandbox-namespace-specs with 'framework might do something: (require racket/sandbox racket/gui) (define E (parameterize ([sandbox-path-permissions '([write /var/folders] [exists /] [read /])] [sandbox-namespace-specs (list make-gui-namespace 'framework)] ) (make-module-evaluator (string-path lab01-insulin.rkt But it results in: namespace-attach-module: a different instance of the same module is already in the destination namespace module name: /Applications/Racket v6.1.1/collects/racket/stxparam-exptime.rkt Any suggestions? Thanks! --- nadeem _ Racket Developers list: http://lists.racket-lang.org/dev -- -- Nadeem Abdul Hamid Associate Professor, Computer Science Berry College, Mount Berry, GA 30149 http://cs.berry.edu/~nhamid/ _ Racket Developers list: http://lists.racket-lang.org/dev