Re: [racket-dev] Embedding racket in vim

+correct vim group. On Mon, Dec 10, 2012 at 10:25 PM, Eric Dobson wrote: > I have recently installed a version of vim with the mzscheme option > enabled. And it sortof works except that some times it segfaults or has > other memory corruption issues. So I enabled MZ_GC_CHECK when compiling > vim

[racket-dev] Embedding racket in vim

I have recently installed a version of vim with the mzscheme option enabled. And it sortof works except that some times it segfaults or has other memory corruption issues. So I enabled MZ_GC_CHECK when compiling vim, and now I get the corruption every single time on startup. Here is the output fro

Re: [racket-dev] And/or as procedures when not in application position

On Mon, Dec 10, 2012 at 11:05 PM, Matthias Felleisen wrote: > > If you can make syntax identifier thingies like and behave as in a > short-cutting way when they are used in a context such as andmap, I have no > objections. You would need a different list operation -- you can't express `andmap`

Re: [racket-dev] And/or as procedures when not in application position

If you can make syntax identifier thingies like and behave as in a short-cutting way when they are used in a context such as andmap, I have no objections. By coincidence, I talked to Vincent an idea like that today but not and and andmap. On Dec 10, 2012, at 8:53 PM, Sam Tobin-Hochstadt

Re: [racket-dev] And/or as procedures when not in application position

On Mon, Dec 10, 2012 at 7:07 PM, Matthias Felleisen wrote: > > Using and and or as higher-order functions, say for (fold (combine f and) #t > l) has performance implications. It is quite different from (andmap f l). In one sense, this is obviously true, since `andmap` is short-circuiting. But w

Re: [racket-dev] planet2

Jay McCarthy wrote at 12/10/2012 02:22 PM: On Sun, Dec 9, 2012 at 1:26 PM, Neil Van Dyke > wrote: * I'm very concerned about discarding support for mixing versions of packages. PLaneT 1 didn't fully nail this, but I suspect planet2 is punting needlessly

Re: [racket-dev] And/or as procedures when not in application position

Using and and or as higher-order functions, say for (fold (combine f and) #t l) has performance implications. It is quite different from (andmap f l). We have thought about this for the student languages on and off. And in the end I have always come to the conclusion that students must find ou

Re: [racket-dev] And/or as procedures when not in application position

I don't like this idea for Racket. The macros "and" and "or" do not behave like functions any more than "if" does. This isn't Haskell, our functions are eager while our conditional forms are short-circuiting. If we want first-order values that perform conjunction and disjunction, but eagerly, we

[racket-dev] And/or as procedures when not in application position

I just made a pull request for making and/or expand to functions that perform and/or following a discussion with stamourv and asumu. Vincent believes these additions should also be made to the student languages, but I thought I'd start a discussion about this before doing that work. What are peo

Re: [racket-dev] planet2

On Sun, Dec 9, 2012 at 1:26 PM, Neil Van Dyke wrote: > My biggest comments on planet2... > > * I like the general ideas of permitting more decentralized sharing of > packages (such as through some kind of Git URLs). > > * I like the idea of making it easier to modify the source of a package > and

Re: [racket-dev] Contract violation from custodian shutdown

Randomly. It didn't happen often... maybe 1 in 15 times? I think you could open and run this program in a tab and then immediately close it: #lang racket (require math/bigfloat) Do that a lot, and you might see it. :/ You'd have to reenable the custodian shutdown callback. On 12/10/2012 08:5

Re: [racket-dev] unicode Delta vs unicode increment

Argh. I confuse easily. I think what's currently pushed is right. Knock on wood. Robby On Mon, Dec 10, 2012 at 11:43 AM, Matthew Flatt wrote: > No --- it should be 916 (= #x394), which is Greek uppercase delta. > > At Mon, 10 Dec 2012 11:34:13 -0600, Robby Findler wrote: >> Lets just double chec

Re: [racket-dev] "warning: CRLF will be replaced by LF in {src/worksp/README src/worksp/gracket/gracket.rc src/worksp/racket/racket.rc}" ?

I've probably mangled the line endings of those file as I wrestled with Windows, git, and MinGW. I'm not sure what you should do right now, but I'll look into fixing the files, and hopefully that will just fix things on your machine. At Mon, 10 Dec 2012 12:35:29 -0500, Greg Hendershott wrote: > P

Re: [racket-dev] unicode Delta vs unicode increment

No --- it should be 916 (= #x394), which is Greek uppercase delta. At Mon, 10 Dec 2012 11:34:13 -0600, Robby Findler wrote: > Lets just double check. This expression is supposed to return 8710, right? > > #lang racket > (require mrlib/tex-table) > (char->integer (string-ref (list-ref (assoc "Delt

Re: [racket-dev] unicode Delta vs unicode increment

Lets just double check. This expression is supposed to return 8710, right? #lang racket (require mrlib/tex-table) (char->integer (string-ref (list-ref (assoc "Delta" tex-shortcut-table) 1) 0)) On Mon, Dec 10, 2012 at 11:30 AM, Matthew Flatt wrote: > No, I think this commit is actually right. I g

Re: [racket-dev] unicode Delta vs unicode increment

No, I think this commit is actually right. I got confused, and I managed to confuse Robby... At Mon, 10 Dec 2012 11:26:42 -0600, Robby Findler wrote: > I recently pushed this commit: > > http://git.racket-lang.org/plt/commit/6babc9ec56d60fba9f3fe6969901a378da266f82 > > that changes DrRacket's re

[racket-dev] unicode Delta vs unicode increment

I recently pushed this commit: http://git.racket-lang.org/plt/commit/6babc9ec56d60fba9f3fe6969901a378da266f82 that changes DrRacket's reponse to typing \Delta. I see now, however, that this commit changed it FROM U+0394 to U+2206, ie from Delta to Increment. Here's the chars in question: http

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

At Wed, 5 Dec 2012 12:46:19 -0800, Nathan wrote: > Approach 2: Expose underlying error values directly and unambiguously > without any abstraction. This sounds ok to me, too. It may be another week from now before I have a chance to work on it, though. _ Racket Developer

Re: [racket-dev] Contract violation from custodian shutdown

It's hard to say where the bug is, but there may be some problem in the implementation of custodians of `register-custodian-shutdown'. Is it repeatable? At Thu, 06 Dec 2012 16:48:37 -0700, Neil Toronto wrote: > I just got this message on my console, I think after closing a tab, > which coincided