Re: [racket-dev] DrRacket automatic parentheses mode update

2012-12-04 Thread Laurent
Nice, thank you very much. I think I'll gonna use it now. Too bad for the delete key, it would be really useful to me :) Is it normal that it does not work in the interaction window? Laurent On Tue, Dec 4, 2012 at 4:42 AM, Robby Findler ro...@eecs.northwestern.eduwrote: Thanks, Nadeem!

Re: [racket-dev] DrRacket automatic parentheses mode update

2012-12-04 Thread Ramakrishnan Muthukrishnan
On Tue, Dec 4, 2012 at 9:00 AM, Nadeem Abdul Hamid nad...@acm.org wrote: 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

[racket-dev] Sorry.

2012-12-04 Thread Jens Axel Søgaard
Hi All, I made a mistake pushing some commits. Rather than mess things more up, I hope some one has enough git-fu to undo the commit. Normally push refused to do anything but fast-forward commits, but the commit looks wrong on Github. /Jens Axel (with red ears) _

Re: [racket-dev] Sorry.

2012-12-04 Thread Eli Barzilay
40 minutes ago, Jens Axel Søgaard wrote: I made a mistake pushing some commits. Rather than mess things more up, I hope some one has enough git-fu to undo the commit. I think that I reverted the whole push now, and made it go back to where it was before it -- 055512b4e8. This was a

[racket-dev] getting error on syntax-local-module-exports with a planet 2 package

2012-12-04 Thread Danny Yoo
I'm running into the following error when trying to install my red-black tree package from planet2: bash-3.2$ ~/local/racket/bin/raco pkg install data-red-black [some output later] syntax-local-module-exports: unknown module module name: #resolved-module-path:(submod

Re: [racket-dev] getting error on syntax-local-module-exports with a planet 2 package

2012-12-04 Thread Danny Yoo
syntax-local-module-exports: unknown module module name: #resolved-module-path:(submod /Users/dyoo/Library/Racket/ 5.3.1.9/pkgs/installed/data-red-black/data/red-black/red-black.rkt uncontracted) context...: ... never mind. I'm an idiot, as usual. It's a problem in one of my helper

Re: [racket-dev] Safe errno access across platforms.

2012-12-04 Thread Matthew Flatt
I'm not sure... Providing error-code information is an appealing idea. Instead of `exn:fail:errno', we'd probably add a `prop:exn:error-code' property that is implemented by subtypes of `exn:fail:filesystem', etc. Also, the value of the property would need to provide both a code and a kind for

[racket-dev] Other PLaneT 2 questions

2012-12-04 Thread Danny Yoo
* Will there be a procedure for package revocation? For example, if I put something up, I may want to take it down, either because it should be renamed, or it's bitrotted code. * Will there be an easy way to pull a full list of packages programmatically from the central repositories? One of

Re: [racket-dev] Other PLaneT 2 questions

2012-12-04 Thread Jay McCarthy
On Tue, Dec 4, 2012 at 5:22 PM, Danny Yoo d...@hashcollision.org wrote: * Will there be a procedure for package revocation? For example, if I put something up, I may want to take it down, either because it should be renamed, or it's bitrotted code. You can already rename it. Deleting it is

Re: [racket-dev] Identifier macros

2012-12-04 Thread Eli Barzilay
8 hours ago, Carl Eastlund wrote: I'm confused about so-called identifier macros.  I had thought that ordinary transformers bound to functions could only transform application-position references to themselves, and that a set! transformer was required to transform bare references and set!