-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 19-07-12 17:08, Doug Williams wrote:
I think the problem is the time it takes to create 600 buttons in
this case, not the time needed to switch between the tabs. I'm not
sure why you are recreating them each refresh. Am I missing
something?
On Fri, Jul 20, 2012 at 12:24 AM, Asumu Takikawa as...@ccs.neu.edu wrote:
I heard rumours that there was once an official PLT PLaneT account
intended for packages maintained by the dev team. Does anyone know if it
exists and how to go about getting access to it?
I think Carl is the right
Sam Tobin-Hochstadt wrote at 07/20/2012 07:23 AM:
I was thinking that it'd be more appropriate to put the
'parser-combinator' and 'tex2page' packages under such an account rather
than under mine.
Note that it's probably easier for people who need these packages to
use them from GitHub
On Fri, Jul 20, 2012 at 7:36 AM, Neil Van Dyke n...@neilvandyke.org wrote:
Sam Tobin-Hochstadt wrote at 07/20/2012 07:23 AM:
I was thinking that it'd be more appropriate to put the
'parser-combinator' and 'tex2page' packages under such an account rather
than under mine.
Note that it's
Sam Tobin-Hochstadt wrote at 07/20/2012 07:44 AM:
On Fri, Jul 20, 2012 at 7:36 AM, Neil Van Dyken...@neilvandyke.org wrote:
Shouldn't everyone try to eat PLaneT brand dog food? (Not subsist off of
Git brand dog treats.)
Whether or not that's the case in general, in 5.2.1 you can
Sam Tobin-Hochstadt wrote at 07/20/2012 07:44 AM:
Shouldn't everyone try to eat PLaneT brand dog food? (Not subsist off of
Git brand dog treats.)
Whether or not that's the case in general, in 5.2.1 you can do:
(require combinator-parser)
which can't be replicated with a PLaneT
On Fri, Jul 20, 2012 at 8:21 AM, Neil Van Dyke n...@neilvandyke.org wrote:
Sam Tobin-Hochstadt wrote at 07/20/2012 07:44 AM:
Shouldn't everyone try to eat PLaneT brand dog food? (Not subsist off of
Git brand dog treats.)
Whether or not that's the case in general, in 5.2.1 you can do:
Just to clarify: the props script is now useless to as a mechanism for
actually setting properties, since the output is always the below, no
matter of the arguments.
And I think that deleting my DrRacket.app and .DS_Store files is
probably not the way to go to get a working props script.
Robby
I also see this error, and as I don't have those particular files, it
seems unlikely that it's something specific to Robby's setup.
On Fri, Jul 20, 2012 at 8:49 AM, Robby Findler
ro...@eecs.northwestern.edu wrote:
Just to clarify: the props script is now useless to as a mechanism for
actually
Matthew might be able to shed some light on it. But, I suspect you'd
have similar performance regardless of the container used.
On Fri, Jul 20, 2012 at 1:36 AM, Marijn hk...@gentoo.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 19-07-12 17:08, Doug Williams wrote:
I think the
Two hours ago, Robby Findler wrote:
Just to clarify: the props script is now useless to as a mechanism
for actually setting properties, since the output is always the
below, no matter of the arguments.
It was an attempt to make it verify the properties that drdr will
run. I switched the
Two hours ago, Sam Tobin-Hochstadt wrote:
I also see this error, and as I don't have those particular files, it
seems unlikely that it's something specific to Robby's setup.
You shouldn't see errors about .DS_Store and *.app things if you don't
have them.
--
((lambda (x) (x x))
On Fri, Jul 20, 2012 at 10:49 AM, Eli Barzilay e...@barzilay.org wrote:
Two hours ago, Sam Tobin-Hochstadt wrote:
I also see this error, and as I don't have those particular files, it
seems unlikely that it's something specific to Robby's setup.
You shouldn't see errors about .DS_Store and
On Fri, Jul 20, 2012 at 7:23 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote:
On Fri, Jul 20, 2012 at 12:24 AM, Asumu Takikawa as...@ccs.neu.edu wrote:
I heard rumours that there was once an official PLT PLaneT account
intended for packages maintained by the dev team. Does anyone know if it
On Fri, Jul 20, 2012 at 11:16 AM, Carl Eastlund c...@ccs.neu.edu wrote:
On Fri, Jul 20, 2012 at 7:23 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu
wrote:
On Fri, Jul 20, 2012 at 12:24 AM, Asumu Takikawa as...@ccs.neu.edu wrote:
I heard rumours that there was once an official PLT PLaneT account
Yes, the commit with the docs sit on my desktop.
On Jul 20, 2012, at 12:27 PM, Sam Tobin-Hochstadt wrote:
This commit adds two undocumented exports to `racket/system` and thus
`racket`. Are they intended to be exported?
On Fri, Jul 20, 2012 at 10:38 AM, matth...@racket-lang.org wrote:
I didn't have time to look more, but I think that two things are still
needed for this: using the new predicates in the docs, and changing
the contract strings in error messages of `subprocess' to use the same
terminology.
30 minutes ago, Matthias Felleisen wrote:
Yes, the commit with the
Just a reminder that testing for release v5.3 begins Monday.
Ryan
_
Racket Developers list:
http://lists.racket-lang.org/dev
At Fri, 20 Jul 2012 16:17:22 -0400,
as...@racket-lang.org wrote:
3582b57 Asumu Takikawa as...@racket-lang.org 2012-07-20 15:10
:
| Move mzlib/defmacro = racket/defmacro
I'm not sure this belongs in `racket'. This is not a Racket feature.
It's closer to a CL compatibility library.
How about
On Fri, Jul 20, 2012 at 4:33 PM, Vincent St-Amour stamo...@ccs.neu.edu wrote:
At Fri, 20 Jul 2012 16:17:22 -0400,
as...@racket-lang.org wrote:
3582b57 Asumu Takikawa as...@racket-lang.org 2012-07-20 15:10
:
| Move mzlib/defmacro = racket/defmacro
I'm not sure this belongs in `racket'. This
On 07/20/2012 04:36 PM, Carl Eastlund wrote:
On Fri, Jul 20, 2012 at 4:33 PM, Vincent St-Amourstamo...@ccs.neu.edu wrote:
At Fri, 20 Jul 2012 16:17:22 -0400,
as...@racket-lang.org wrote:
3582b57 Asumu Takikawaas...@racket-lang.org 2012-07-20 15:10
:
| Move mzlib/defmacro = racket/defmacro
++1
Sent from my iPhone
On Jul 20, 2012, at 4:36 PM, Carl Eastlund c...@ccs.neu.edu wrote:
On Fri, Jul 20, 2012 at 4:33 PM, Vincent St-Amour stamo...@ccs.neu.edu
wrote:
At Fri, 20 Jul 2012 16:17:22 -0400,
as...@racket-lang.org wrote:
3582b57 Asumu Takikawa as...@racket-lang.org
Hello all,
Recently, I tried to compile the unix source for racket-textual found
here:
http://download.racket-lang.org/racket-textual-5-2-1-src-unix-tgz.html
using GCC 4.7.1 and kernel Linux 3.4.4-3 x86_64.
cd src ./configure=/opt make returned the following errors:
In file included from
10 minutes ago, crdueck wrote:
i opened src/racket/gc2/sighand.c and looked at the offending line
63, where struct siginfo doesnt seem to be an actual
struct. Scrolling down a bit more to line 131, i see that siginfo_t
is a valid typedef so on line 63 i did s/struct siginfo/siginfo_t/
and
Three hours ago, Vincent St-Amour wrote:
I'm not sure this belongs in `racket'. This is not a Racket feature.
It's closer to a CL compatibility library.
+1
How about having a `compatibility' collect, which would include this
and things like `racket/package' (compatibility with Chez) and
There are two notions of coroutines and they actually are distinct forms of
control abstractions. There are the ones that explicitly yield and received
their name from Simula 67. And then there are the ones that implicitly yield
(time, certain events) and then some 'master' picks the next one
+ a lot
On Jul 20, 2012, at 7:32 PM, Eli Barzilay wrote:
(BTW, I think that the `scheme' collection could go this way too.)
_
Racket Developers list:
http://lists.racket-lang.org/dev
On Fri, Jul 20, 2012 at 9:48 AM, Eli Barzilay e...@barzilay.org wrote:
Two hours ago, Robby Findler wrote:
Just to clarify: the props script is now useless to as a mechanism
for actually setting properties, since the output is always the
below, no matter of the arguments.
It was an attempt
28 matches
Mail list logo
