Dumb question over here... if plot were a planet package then this
wouldn't be an issue right?
Think it can't be because of the native libs.
On Sat, Oct 1, 2011 at 11:07 PM, Neil Toronto wrote:
> On 10/01/2011 08:32 PM, Patrick King wrote:
>>
>> First, I apologize. I play "catch up" on the weeke
On 10/01/2011 08:32 PM, Patrick King wrote:
First, I apologize. I play "catch up" on the weekends with this list,
and sometimes find myself responding to threads that have long ago gone
far afield...
Second, sarcasm is used far to little in this field.
Instead of "plot/compat", call it "plot/ol
First, I apologize. I play "catch up" on the weekends with this list, and
sometimes find myself responding to threads that have long ago gone far
afield...
Second, sarcasm is used far to little in this field.
Instead of "plot/compat", call it "plot/old". When "plot3000" comes along,
then the geez
On Fri, 30 Sep 2011 12:05:23 -0500, Robby Findler wrote:
>On Fri, Sep 30, 2011 at 12:01 PM, John Clements
> wrote:
>>?In my world, a change will fall into the "yes, racket is a rapidly
changing language" bin;
>> it's not unusual for much of my old code to be broken.
>
>I realize this is a meta ques
Yes I do. Keep it somewhere for compatibility while I learn the latest
greatest.
-Pat
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/users
In the past I have encountered some inconsistencies using DrRacket
(DrScheme) programs producing files I could not read back because of the lf
cq lfcr inconsitensy. Since a few months I have not noticed any difficulty.
IIRC this was with checking equality of strings produced by DrRacket with
those
Hi,
sorry for adding more noice. My message concerns the "meta" side of the
discussion, i.e. whether to preserve functional compatibility or the
original name. This is a central issue in Liitin (
http://liitin.finndesign.fi ), so I've given a lot of thought about it,
but this topic/noise served a
On 10/1/11 8:33 AM, Todd O'Bryan wrote:
I actually wish it weren't in there. One student discovers it, and
lots of students start using list instead of cons ... empty. That
wouldn't be a problem except that most of them don't have the
conceptual chops yet and I have to fix their confusion.
Yes.
This is excellent, Sam. Is a PLaneT package imminent?
--
http://www.neilvandyke.org/
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/users
Looks neat. Can you add more statistics for gc time, like
maximum/minimum/average/median?
On 10/01/2011 04:50 PM, Sam Tobin-Hochstadt wrote:
> Since Matthew added nice programmatic tools for understanding the
> behavior of the GC, I've written a little tool to summarize the GC
> behavior of your
Since Matthew added nice programmatic tools for understanding the
behavior of the GC, I've written a little tool to summarize the GC
behavior of your program. You can find it on GitHub here:
https://github.com/samth/gcstats . To install it, do this:
% git clone git://github.com/samth/gcstats.git
On Sat, Oct 1, 2011 at 5:27 PM, Eli Barzilay wrote:
> Just now, Robby Findler wrote:
>>
>> Why is this work lessed by changing the name from plot to
>> plot/compat?
>
> Because of the name. `compat' means "you're lucky that it works, if
> something is broken, then just do the work and upgrade you
Just now, Robby Findler wrote:
>
> Why is this work lessed by changing the name from plot to
> plot/compat?
Because of the name. `compat' means "you're lucky that it works, if
something is broken, then just do the work and upgrade your code".
(Yes, I know that it doesn't mean just that, it's lea
On Sat, Oct 1, 2011 at 4:28 PM, Eli Barzilay wrote:
> Two hours ago, Neil Toronto wrote:
>> On 10/01/2011 12:18 PM, Neil Van Dyke wrote:
>>
>> > Option #1 seems like an easy way to go, from what I can see.
>>
>> Okay, you've almost got me convinced again. I'm so
>> wishy-washy. Sorry, Eli.
>
> Jus
Two hours ago, Neil Toronto wrote:
> On 10/01/2011 12:18 PM, Neil Van Dyke wrote:
>
> > Option #1 seems like an easy way to go, from what I can see.
>
> Okay, you've almost got me convinced again. I'm so
> wishy-washy. Sorry, Eli.
Just to make my point here (since I avoided this thread): the
imp
Amen, omega+
On Oct 1, 2011, at 2:41 PM, Stevie Strickland wrote:
> I have no plans to ever change that behavior. I consider the default
> arguments as being inside the contract boundary for these definitions, which
> means they are unchecked. The programmer of the function, not the client
On 10/01/2011 01:03 PM, Matthew Flatt wrote:
At Sat, 01 Oct 2011 14:18:08 -0400, Neil Van Dyke wrote:
2. Make the APIs for the old library and new library not conflict, by
making any necessary changes to the new API, and put both APIs together
in single library named "plot" that users get with "
"plotz"
On 10/1/2011 12:24 PM, Jay McCarthy wrote:
I really like omgraph
Jay
On Sat, Oct 1, 2011 at 1:20 PM, Sam Tobin-Hochstadt wrote:
On Sat, Oct 1, 2011 at 2:51 PM, Neil Toronto wrote:
You know what would convince me the most? Find me a great name for the new
library that contains the w
I really like omgraph
Jay
On Sat, Oct 1, 2011 at 1:20 PM, Sam Tobin-Hochstadt wrote:
> On Sat, Oct 1, 2011 at 2:51 PM, Neil Toronto wrote:
>>
>> You know what would convince me the most? Find me a great name for the new
>> library that contains the word "plot". It should be clever and sound
>>
On Sat, Oct 1, 2011 at 2:51 PM, Neil Toronto wrote:
>
> You know what would convince me the most? Find me a great name for the new
> library that contains the word "plot". It should be clever and sound
> official.
Why does it need to include 'plot'? What about "chart" or "graph" or
"visualize"?
That is my impression too, but it would be good to be sure there are
test cases that explicitly check for this.
Robby
On Sat, Oct 1, 2011 at 1:41 PM, Stevie Strickland wrote:
> I have no plans to ever change that behavior. I consider the default
> arguments as being inside the contract boundar
On Sat, Oct 1, 2011 at 1:51 PM, Neil Toronto wrote:
> On 10/01/2011 12:18 PM, Neil Van Dyke wrote:
>>
>> Neil Toronto wrote at 10/01/2011 01:50 PM:
>>>
>>> On 10/01/2011 10:44 AM, Neil Van Dyke wrote:
1. Call the new library "plot2", and make "plot" be a compatibility
layer for "plo
On Sat, Oct 01, 2011 at 02:21:21PM -0300, Rodolfo Carvalho wrote:
> Good news!
>
> I happen to use DrRacket in Windows and Linux and every time I switch
> systems version control will mark every line as changed because of line
> endings.
>
> I didn't try the pre-release yet. Is there a way to exp
At Sat, 01 Oct 2011 14:18:08 -0400, Neil Van Dyke wrote:
> >> 2. Make the APIs for the old library and new library not conflict, by
> >> making any necessary changes to the new API, and put both APIs together
> >> in single library named "plot" that users get with "(require plot)".
> >> Document th
On 10/01/2011 12:18 PM, Neil Van Dyke wrote:
Neil Toronto wrote at 10/01/2011 01:50 PM:
On 10/01/2011 10:44 AM, Neil Van Dyke wrote:
1. Call the new library "plot2", and make "plot" be a compatibility
layer for "plot2". Add pointers in strategic locations of "plot" parts
of documentation, sayin
I have no plans to ever change that behavior. I consider the default arguments
as being inside the contract boundary for these definitions, which means they
are unchecked. The programmer of the function, not the client of the function,
is responsible for these values, so he can either ignore t
This seems odd, but is useful:
(define/contract (foo #:opt1 [opt1 #f] #:opt2 [opt2 #f])
(->* () (#:opt1 real? #:opt2 real?) real?)
(or opt1 opt2 30))
The keyword arguments' default values aren't 'real?', but nothing
complains when 'foo' is applied.
It allows me to have 'foo' with an '#
Neil Toronto wrote at 10/01/2011 01:50 PM:
On 10/01/2011 10:44 AM, Neil Van Dyke wrote:
1. Call the new library "plot2", and make "plot" be a compatibility
layer for "plot2". Add pointers in strategic locations of "plot" parts
of documentation, saying telling reader probably want to use "plot2"
On Saturday, October 1, 2011, Neil Toronto wrote:
> On 10/01/2011 10:44 AM, Neil Van Dyke wrote:
>>
>> Neil Toronto wrote at 10/01/2011 12:15 PM:
2. Whether to call the new library "plot" (rather than, say, "plot2" or
"newimprovedsuperplot2000").
>>>
>>> Yep. That's part of the main
On Saturday, October 1, 2011, Rodolfo Carvalho wrote:
> Good news!
> I happen to use DrRacket in Windows and Linux and every time I switch
systems version control will mark every line as changed because of line
endings.
> I didn't try the pre-release yet. Is there a way to explicitly choose
betwee
On 10/01/2011 10:44 AM, Neil Van Dyke wrote:
Neil Toronto wrote at 10/01/2011 12:15 PM:
2. Whether to call the new library "plot" (rather than, say, "plot2" or
"newimprovedsuperplot2000").
Yep. That's part of the main question.
[...]
If the answer to #2 is "the new library is called 'plot'",
Good news!
I happen to use DrRacket in Windows and Linux and every time I switch
systems version control will mark every line as changed because of line
endings.
I didn't try the pre-release yet. Is there a way to explicitly choose
between CRLF and LF?
[]'s
Rodolfo Carvalho
On Fri, Sep 30, 2
Neil Toronto wrote at 10/01/2011 12:15 PM:
2. Whether to call the new library "plot" (rather than, say, "plot2" or
"newimprovedsuperplot2000").
Yep. That's part of the main question.
[...]
If the answer to #2 is "the new library is called 'plot'", then the
answer to #4 is "you have to change
On 10/01/2011 12:27 AM, keyd...@gmx.de wrote:
Hi Neil,
may I ask when you plan to officially release it?
(Looking forward to "having all in one place" instead of updating from github
:-;)
Thanks,
Sigrid
The next release, which I believe is 5.2. I don't know / I'm too lazy to
look up when th
On 09/30/2011 05:51 PM, Neil Van Dyke wrote:
If someone wouldn't mind a recap... are the questions the following?
1. When to retire the old implementation (not necessarily the interface)
of old library called "plot".
No question here: we're retiring it immediately. The C code has been a
thorn
On Oct 1, 2011, at 8:33 AM, "Todd O'Bryan" wrote:
> I actually wish it weren't in there. One student discovers it, and
> lots of students start using list instead of cons ... empty.
OTOH, once I DO introduce it, it's really nice to be able to write
(cons 1 (cons 2 (cons 3 empty)))
and
(list 1 2
On Fri, Sep 30, 2011 at 12:40:49PM -0500, Robby Findler wrote:
> On Fri, Sep 30, 2011 at 12:32 PM, Neil Van Dyke wrote:
> > Robby Findler wrote at 09/30/2011 01:05 PM:
> >>
> >> On Fri, Sep 30, 2011 at 12:01 PM, John Clements
> >> wrote:
> >>
> >>>
> >>> In my world, a change will fall into the
Remove the "/drracket" from the end of your "PATH" variable.
--
http://www.neilvandyke.org/
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/users
Thanks Neil. just figured it out myself.
Michael
From: Neil Van Dyke
To: michael rice
Cc: "users@racket-lang.org"
Sent: Saturday, October 1, 2011 10:57 AM
Subject: Re: [racket] Starting Racket?
Remove the "/drracket" from the end of your "PATH" variable.
--
Your path needs to have the *directory* that `drracket' is in, not the
file itself. $PATH is a list of directories.
On Sat, Oct 1, 2011 at 7:51 AM, michael rice wrote:
> Just installed the 64-bit Linux Fedora 14 version (I'm using F15), but seem
> to be having a problem starting it up.
> [micha
Just installed the 64-bit Linux Fedora 14 version (I'm using F15), but seem to
be having a problem starting it up.
[michael@sabal ~]$ ls /usr/racket/bin/drracket
/usr/racket/bin/drracket
[michael@sabal ~]$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/michael/bin:/
At Sat, 1 Oct 2011 12:31:12 +0400, Sergey Khorev wrote:
> Hi,
>
> I am trying to build Racket 5.1.3 with MSVC and the compiler complains
> about missing ffi.h included from foreign.c. It looks like it should
> have been generated from ffi.h.in.
It should be in "src/worksp/libffi", but I see that
On 01.10.11 14:43, Hendrik Boom wrote:
On Thu, Sep 29, 2011 at 03:11:54PM -0400, Danny Yoo wrote:
(...) I don't think
Racket has an "sre" library to support the writing regexps with
s-expressions.
Which, for me, raises the question whether there are any tools that
do pattern matching like reg
On Sat, Oct 1, 2011 at 7:43 AM, Hendrik Boom wrote:
> On Thu, Sep 29, 2011 at 03:11:54PM -0400, Danny Yoo wrote:
>>
>> (...) I don't think
>> Racket has an "sre" library to support the writing regexps with
>> s-expressions.
>
> Which, for me, raises the question whether there are any tools that
>
On Thu, Sep 29, 2011 at 03:11:54PM -0400, Danny Yoo wrote:
>
> (...) I don't think
> Racket has an "sre" library to support the writing regexps with
> s-expressions.
Which, for me, raises the question whether there are any tools that
do pattern matching like regexps written with s-expressions ap
I actually wish it weren't in there. One student discovers it, and
lots of students start using list instead of cons ... empty. That
wouldn't be a problem except that most of them don't have the
conceptual chops yet and I have to fix their confusion.
Todd
On Fri, Sep 30, 2011 at 6:05 PM, Stephen
You wrote earlier:
Still seems weird and inconvenient for round to give you back an inexact
integer rather than an exact one
I gave my example to show that it is not weird and that in my opinion it is
convenient..
The absolute error of
(round (/ 1.0 1.1e-200)))
is of the order (expt 10 183) (wi
Hi,
I am trying to build Racket 5.1.3 with MSVC and the compiler complains
about missing ffi.h included from foreign.c. It looks like it should
have been generated from ffi.h.in.
--
Sergey Khorev
http://sites.google.com/site/khorser
Can anybody think of a good tagline I can steal?
__
I am playing around with syntax marks and have a program whose output
confuses me.
#lang racket
(require (for-syntax racket/syntax))
(define-for-syntax marker (make-syntax-introducer))
(define-syntax (mark stx)
(syntax-case stx ()
((_ arg ...) (marker #'(begin arg ...)
(define foo '
49 matches
Mail list logo
