Re: [racket-dev] XREPL and readline-6.*

2012-05-07 Thread Jon Rafkind
On 05/07/2012 07:01 PM, Eli Barzilay wrote: > On January 11th, Eli Barzilay wrote: >> 10 minutes ago, Marijn wrote: >>> On 19-12-11 16:45, Marijn wrote: that makes sense as my installed and the current upstream readline version is 6.2. Any chance that could be fixed? >>> This is still cur

Re: [racket-dev] XREPL and readline-6.*

2012-05-07 Thread Eli Barzilay
On January 11th, Eli Barzilay wrote: > 10 minutes ago, Marijn wrote: > > > > On 19-12-11 16:45, Marijn wrote: > > > that makes sense as my installed and the current upstream readline > > > version is 6.2. Any chance that could be fixed? > > > > This is still current, > > Did you try to change th

[racket-dev] Set Equality with Cyclic Structure is not as Expected

2012-05-07 Thread Daniel King
Hi, The following code snippet is a bit confusing to me. Sets with cyclic structure are not equal? even though they meet my intuitive definition of equal. I'm curious exactly where my intuition goes wrong. I imagine the reason why Racket can conclude that the lists are equal is because the orderi

Re: [racket-dev] make-evaluator fails for honu

2012-05-07 Thread Jon Rafkind
The short answer is to use call-with-trusted-sandbox-configuration so the sandbox can make filesystem calls without being hindered. On 05/07/2012 11:46 AM, Jon Rafkind wrote: > I'm trying to evaluate honu programs inside a sandbox but I get an error from > `make-evaluator'. Other languages work

[racket-dev] make-evaluator fails for honu

2012-05-07 Thread Jon Rafkind
I'm trying to evaluate honu programs inside a sandbox but I get an error from `make-evaluator'. Other languages work (racket/base, typed/racket), its only 'honu that fails so I must have set up something incorrectly. Any idea what it could be? current-directory: `exists' access denied for /home

Re: [racket-dev] current-*-port

2012-05-07 Thread Eli Barzilay
A few minutes ago, Neil Van Dyke wrote: > > I don't mind having "stdout", "stderr", and "stdin" as aliases for > their current names. > > As a naming convention for all parameters, however, I wouldn't mind > keeping the existing one ("current-" prefix), although it is a > little cumbersome. And

Re: [racket-dev] current-*-port

2012-05-07 Thread Neil Van Dyke
Marijn wrote at 05/07/2012 10:54 AM: How about prefixing a tilda (~) instead of "current-"? It looks like a current ;P and also like a snake (parameters could be thought to ``snake'' through the code). Alternatively the at-sign (@) to represent currentness. To make them stand out more (if that is

Re: [racket-dev] current-*-port

2012-05-07 Thread Robby Findler
Oh, man. Now I wish that Emacs temporary files didn't end with ~ (because seeing that makes me want to delete it) otherwise, I love this idea for a naming convention for parameters. (To fit in with other naming conventions, we should probably use a suffix, tho, and "@", "^", "%", and "<%>" have

Re: [racket-dev] current-*-port

2012-05-07 Thread Marijn
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04-05-12 05:03, Neil Van Dyke wrote: > Matthias Felleisen wrote at 05/03/2012 10:57 PM: >> I don't think Eli is proposing an elimination of the old names >> but supplementing the code base with new ones. >> >> I am in favor -- Matthias > > Would b

Re: [racket-dev] implicit begin for define-syntax-rule

2012-05-07 Thread Eli Barzilay
Just now, Marijn wrote: > > Yes, that is indeed what I meant. > > I wanted to benefit from being able to use multiple forms as in > lambda, The problem is which if the two `begin' features you want -- splicing of definitions or sequencing side effects... > but on second thought I guess this wo

Re: [racket-dev] implicit begin for define-syntax-rule

2012-05-07 Thread Marijn
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04-05-12 21:54, Vincent St-Amour wrote: > I don't think that's what Marijn was suggesting. > > I understood it as: > > (define-syntax-rule (define-complex real-name imag-name rhs) > (define real-name (real-part rhs)) (define imag-name (imag-part