That's unfortunate. I'll wait until the next release and then try out test-case
& co.
On Sunday, May 24, 2015 at 11:03:45 PM UTC-7, Alexis King wrote:
> Since test-case is a macro, require/typed won't help, and unfortunately,
> test-case doesn't work in Racket v6.1.1 (or earlier). It will be fix
If we have a racket/exn module, would the other exn structs then be placed
there as well?
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to racket-users+unsubscr.
Since test-case is a macro, require/typed won't help, and unfortunately,
test-case doesn't work in Racket v6.1.1 (or earlier). It will be fixed in the
upcoming release, or you can download a snapshot build from here:
http://www.cs.utah.edu/plt/snapshots/
Otherwise, I don't think there's much yo
Matthias and Alexander
Thanks for your responses.
As I wrote: it is not a big problem.
Now I am looking into rackunit and (
planet
schematics/schemeunit:3).
Jos
_
From: Matthias Felleisen [mailto:matth...@ccs.neu.edu]
Sent: lunes, 25 de mayo de 2015 3:37
To: Alexander D. Knauth
Cc: Jos
When using typed/rackunit, I find that using test-case doesn't seem to want to
work properly. The code
(test-case "foo" (check-true (string=? "foo" "foo")))
gives me several Type Checker errors that give me information I don't know what
to do with.
Is this something I need to require/typed for
> Depending on other design decisions, it make make sense to consider
> this an IDE issue. That is, maybe the best thing is to have some kind
> of interactive value in the REPL that lets the user have control over
> the effects. (And this doesn't just have to be via some kind of
> simplistic mouse
I didn't implement test-engine but worked with Kathy to design and occasionally
add features and/or maintain it. As you may know, in *SL the test-engine
library runs (test) automatically when a programmer runs a program. That works
out perfectly. I never imagined this library used for plain rac
Look at what this does:
#lang racket
(require test-engine/racket-tests)
(check-expect 1 1)
(check-expect 2 2)
(check-expect 3 3)
(check-expect (displayln "hello") (displayln "world"))
(test)
(test)
Welcome to DrRacket, version 6.2.0.3--2015-05-17(542b960/a) [3m].
Language: racket [custom]; memory l
On Sun, May 24, 2015 at 7:43 PM, Alexis King wrote:
> As for printing these sequences... yes, printing as # sucks.
> Currently you can always force a sequence with sequence->list, but that's
> annoying. Clojure takes the approach of making printing lazy sequences force
> them. This is okay, but
Thanks for the feedback! To start out with, let me address your initial three
points. With regards to the error messages and tooling, I agree completely, and
I actually think this is one of the areas where Racket can blow Clojure out of
the water. Contracts alone are pretty expressive, and I'd a
Thanks for the detailed response!
> One part I'm not sure about is `conj`. I understand sometimes
> "whichever end is optimal" matters more than the order. But:
Indeed, you are correct. Order does matter, and currently the only way to do
that sort of thing is with `append`.
> 1. What if you do
Hi Alexis
Nice!
I've been playing with Clojure a bit recently and I
1. several aspects (like the generic operations, concise destructuring,
etc.),
2. am frustrated with others (e.g. error messages and tooling),
3. are intrigued by some of the other design choices (e.g. pervasive use
On Monday, 25 May 2015 02:43:58 UTC+10, Alex Knauth wrote:
> Also opaque types might help you:
> http://docs.racket-lang.org/ts-reference/special-forms.html#%28form._%28%28lib._typed-racket%2Fbase-env%2Fprims..rkt%29._require%2Ftyped%29%29
> http://docs.racket-lang.org/ts-reference/type-ref.html#
#lang racket
(module a racket
(require test-engine/racket-tests)
(check-expect 1 1)
(test))
(module b racket
(require test-engine/racket-tests)
(check-expect 2 2)
(test))
(require 'a 'b)
This gives me:
Welcome to DrRacket, version 6.2.900.3--2015-05-16(e8b52f6/a) [3m].
Language: rac
> Also, in my (admittedly limited) time so far with Clojure, I've
> sometimes been confused when eager collections automagically change
> into lazy sequences. If I add side effects (like debugging printfs) to
> code I don't realize is lazy, I utter many WTFs. I'm not sure to what
> extent that can
This is really exciting and you've obviously put a lot of time and
thought into it!
One part I'm not sure about is `conj`. I understand sometimes
"whichever end is optimal" matters more than the order. But:
1. What if you do care about the order? IOW should there also be
generic "cons" and "snoc
> On May 22, 2015, at 1:52 PM, Tony Garnock-Jones wrote:
>
> Hi all,
>
> I've updated racket-explorer (https://github.com/tonyg/racket-explorer)
> to handle cyclic (and mutable) data by lazily (and repeatedly) unfolding
> children only when the triangle next to an item is opened (and every
> ti
Also opaque types might help you:
http://docs.racket-lang.org/ts-reference/special-forms.html#%28form._%28%28lib._typed-racket%2Fbase-env%2Fprims..rkt%29._require%2Ftyped%29%29
http://docs.racket-lang.org/ts-reference/type-ref.html#%28form._%28%28lib._typed-racket%2Fbase-env%2Fbase-types-extra..rkt
Works like a charm now!
Thanks!
Vincent
At Fri, 22 May 2015 16:52:10 -0400,
Tony Garnock-Jones wrote:
>
> Hi all,
>
> I've updated racket-explorer (https://github.com/tonyg/racket-explorer)
> to handle cyclic (and mutable) data by lazily (and repeatedly) unfolding
> children only when the tri
Michael's Flower Garden inspired me to play with the games/cards,
but...the z-ordering of add-cards is backwards for every use that I've
been able to think of. I want the first card to be on the bottom, as if
I were dealing cards.
For now I have defined a function which reverses the card list and
A new module sounds right to me. I was thinking `racket/exn-to-string`
for just this function, but `racket/exn` sounds fine and maybe better.
At Sun, 24 May 2015 08:01:23 -0400, Jay McCarthy wrote:
> I think it's a good idea. Where to though? A new racket/exn module?
>
> Jay
>
> On Sat, May 23,
I think it's a good idea. Where to though? A new racket/exn module?
Jay
On Sat, May 23, 2015 at 11:48 AM, Tony Garnock-Jones wrote:
> Hi all,
>
> I find myself using exn->string from web-server/private/util *a lot* in
> many of my packages. (I just counted eight!)
>
> Should we move it to core R
This may be of interest to you:
http://stackoverflow.com/questions/20076868/how-to-know-whether-a-racket-variable-is-defined-or-not
For methods, you can use this instead:
http://docs.racket-lang.org/reference/objectutils.html?q=method-in#%28def._%28%28lib._racket%2Fprivate%2Fclass-internal..rkt%29
Il giorno 23/mag/2015, alle ore 19.28, Matthias Felleisen ha scritto:
>
> Why don't you put this into github and register it with the package server?
Thanks for the advice! I was somehow searching for that package repository
right from the start. But I'm going to read the manual first.
--
Yo
I'm used to check for the presence of a definition of a given symbol with
(defined? symbol)
Probably I still remember that from GNU Guile Scheme but I was not able
to find an equivalent in Racket.
I need something like that to check during runtime or at least at start-up
for the existence of a d
25 matches
Mail list logo