Hi Jay,
Have not been following Racket development too closely lately, but
perhaps you might find this helpful?
http://planet.racket-lang.org/display.ss?package=while-loop.plt&owner=dyoo
_
Racket Developers list:
http://lists.racket-lang.org/dev
>From the Ars Technica article, second paragraph:
"Swift seems to get rid of Objective C's reliance on defined pointers;
instead, the compiler infers the variable type, just as many scripting
languages do."
Is it just me, or is almost everything about this sentence technically
wrong, except the p
Ah, ok, I've reduced the test case to something more managable: two
files, promise.rkt and test-promise.rkt, with the following content:
;; promise.rkt
#lang typed/racket/base
(require (for-syntax racket/base))
(provide MyPromise)
(define-struct: (a) MyPromise ([thunk : (-> a)])
#:mutable)
;;
Yeah, I want to reduce this to a test case, but I haven't been able to
figure out yet what part of Whalesong is tickling this one. I'm also
a bit confused, as this part of the code hasn't been touched in
months, and so I would have expected the error to show up much sooner.
Unfortunately, I don't
I believe the right fix for this is:
https://github.com/dyoo/racket/commit/24d03f2bf308854deb365fe8bcf6599e8d84fab9
but I do not have enough comfort with TR to know if this will break
anything. Can someone review this? Thanks!
_
Racket Developers list:
http://li
There's something funky in typed-racket/private/type-contract.rkt,
with some non-uniformity in the following lines:
https://github.com/plt/racket/blob/master/collects/typed-racket/private/type-contract.rkt#L143-L149
where the keywords are being called #:kind, but the variable binding
is called "f
I'm seeing the following error message on HEAD
(08dc0e10d934cb29b9830a94945c2e38c275a9d8):
application: procedure does not expect an argument with given keyword
procedure: t->c/both
given keyword: #:kind
given arguments:
Boolean
#:kind 'impersonator
#:seen (list (cons
#(struct:# (B
> I'm trying to understand the case analysis so that I can properly
> generate the code to construct the namespace. The documentation says
> I have four things to keep track of for internal-context:
>
> case 1: #f: it's empty
> case 2: #t: it's all the requires
> case 3: stx: it's the
Is mflatt's fix to NACK events getting in 5.3.4? It's an important
enough fix that I need to deploy something like it in the very near
future. I really would like to avoid manually patching my production
servers if I can avoid it.
See:
http://lists.racket-lang.org/users/archive/2013-April/0
Yes, Whalesong's running ok on it.
_
Racket Developers list:
http://lists.racket-lang.org/dev
I'm reading the documentation for:
http://docs.racket-lang.org/reference/Module_Names_and_Loading.html#%28tech._module._path._resolver%29
and it looks to me like the term here should have been 'module name
resolver'. I haven't been able to see other uses of 'module path
resolver' anywhere else i
Perhaps something like this?
;
#lang typed/racket/base
(provide mynull mycar mycdr)
(struct: MyNull ())
(define mynull (MyNull))
(define-type MyListof (All (A) (Rec X (U MyNull (Pair A X)
(: mycar : (All (A) ((MyListof A) -> A)))
(define (mycar lst)
(if (MyNull? lst)
(
I'm running into dynamic evaluation behavior that I don't quite
understand yet. My example is:
https://gist.github.com/dyoo/5314045
It's meant as an experiment to see whether it's possible to avoid 3d
syntax in certain places like the gui-debugger. I try to throw in a
wrench on lines 52-54:
> In general, if you want to add a "test" to DrDr, all you do is commit
> the file somewhere. I'd put that file in something like
> collects/tests/syntax/module-reader-bad-pos.rkt
Ok, I've put it into
collects/tests/syntax/module-reader-synthetic-pos.rkt. I don't think
it's technically "bad". I
On Tuesday, April 2, 2013, Robby Findler wrote:
> I've just pushed a fix for this, but when you say "still", do you mean
> that you've reported this before?
>
>
I'm sorry: I should have reported it as a bug much sooner. I noticed it
some time after 5.3.3, but thought you were experimenting with s
Are there high priority bugs that deserve attention?
_
Racket Developers list:
http://lists.racket-lang.org/dev
In the version of DrRacket in HEAD, when I press the two characters
"[" "]" in sequence in the Definitions pane, I visually see that the
paren fixing is happening on the "]" in a very distracting way: it
visually switches between "]", "}", and finally ")".
I don't see this behavior on the Interact
Following up: I haven't received any input on this yet.
On Fri, Mar 29, 2013 at 1:28 PM, Danny Yoo wrote:
> I'm running into an internal error with the syntax/module-reader
> library with the given test program, and wanted to double check with
> someone else before committi
I'm trying to isolate a "503" error coming from WeScheme occasionally,
and I think I've isolated the problem down to the number of allowed
waiters on a port.
I see that web-server has the default set to 40.
Is there a good way to tell whether or not we do reach this limit at
runtime, or is that n
I'm running into an internal error with the syntax/module-reader
library with the given test program, and wanted to double check with
someone else before committing the fix upstream.
The test file is:
https://gist.github.com/dyoo/5272982
When I run this under an unpatched module reader, I
So I'm revisiting some of the Whalesong code, and finally realized
that I'd been missing a crucial detail in the "internal-context" field
of modules.
http://docs.racket-lang.org/raco/decompile.html#%28def._%28%28lib._compiler%2Fzo-structs..rkt%29._mod%29%29
I got it wrong because I didn't ha
On Wed, Mar 6, 2013 at 9:59 AM, Eli Barzilay wrote:
> I have the minimal things that I wanted in a working state now:
>
> * Links to the PDF versions next to the version.
>
> * A selection box for different versions of documents.
>
> * A google custom search.
>
> All of this is now visible on newd
Hi Eli,
Just wanted to give some more feedback on newdocs; the select box for
getting at the other version of the docs is great!
Can the version box be moved above the Google search bar or a little
away from it? The issue I ran across is that I start a google custom
search, and the location of t
>> It's now available at newdocs.racket-lang.org.
>>
>> There are two things that need to be addressed:
>>
>> * The layout should have the main column centered. (I thought that it
>> was fine initially if the left column is part of the contents.)
The docs look good. I'm a little confused at w
On Wed, Feb 27, 2013 at 1:36 PM, Robby Findler
wrote:
> I think that currently you can look at what drdr does. That's the best we
> have.
I'll assume that this is the drdr collection in meta,
http://git.racket-lang.org/plt/tree/HEAD:/collects/meta/drdr
and not the drdr2 directory, right?
On Wed, Feb 27, 2013 at 7:01 AM, Jay McCarthy wrote:
> The tests are run by running "main.rkt", which has no rerrors when you
> run it. It is a bit strange that those errors happen when run that
> way, but I think it just means that "eval" should control the context
> of the sub-programs more.
O
I'm seeing some severe failures of the datalog test suite on HEAD. Is
anyone else seeing this?
Here's what I'm seeing on my end:
128-110-92-136:datalog dyoo$ pwd
/Users/dyoo/local/racket/collects/tests/datalog
128-110-92-136:datalog dyoo$ ~/local/racket/bin/raco test .
[lots of output]
Datalo
On Sun, Feb 24, 2013 at 3:55 PM, Robby Findler
wrote:
> How about the "docs" link on the front page go to a page with the versions
> all listed, and those links go to pages that look like the current
> docs.racket-lang.org/ ?
No, I do like that the default is to show the docs for the current vers
On Sun, Feb 24, 2013 at 3:16 PM, Eli Barzilay wrote:
> Two hours ago, Eli Barzilay wrote:
>> I think that this should be reverted, and instead make the older
>> docs more available: I'll make another column in the all-versions
>> page (main page > download > all versions).
>
> Done, now. See the
On Wed, Feb 20, 2013 at 3:54 PM, wrote:
> stchang has updated `master' from 5fcc96e41a to bd1141c670.
> http://git.racket-lang.org/plt/5fcc96e41a..bd1141c670
Is there a test case that checks this correction?
_
Racket Developers list:
http://lists.racket-lang.org/de
I always have a difficult time looking for the documentation for
previous versions of Racket. For example, I wanted to compare API
documentation for 5.2.1 vs. the latest. I visited:
http://docs.racket-lang.org/
and immediately got stuck. I had no idea what to do next here.
It turns out t
Ok, I'm reverting most of what I did here for PR 13305, but I do
introduce a change in the sequence:
where the discretionary word breaks are supposed to happen: the
is what I've adding. The extra entity is bizarre, but I've
seen it recommended elsewhere on the web when wbr is being si
On Fri, Feb 15, 2013 at 2:37 PM, Asumu Takikawa wrote:
> Hi all,
>
> A few days ago, PR 13305 was fixed in commit
> 29031f0972ead0d3cd26d61f163b5e5b59e9ffce. Unfortunately, the fix makes
> some identifiers in the docs display oddly in Opera. I've attached some
> screenshots that demonstrate the is
My apologies for letting this hang.
The current state of this bug repair is that I've got a patch on:
https://github.com/dyoo/racket/commit/compiler-hack
that addresses the issue of installing PLaneT2 packages while in DrRacket.
However, there was some parallel conversation about what the
On Wed, Feb 6, 2013 at 5:17 PM, Danny Yoo wrote:
>> How likely is that authors of planet2 packages use the released version
>> rather than the git head version?
>
>
> Ok, I rescind my point then, since PLaneT2 is in beta.
But just to confirm, the release isn't wait
> Could you take over as bug czar? -- Matthias
>
I can not do this at this time.
_
Racket Developers list:
http://lists.racket-lang.org/dev
Ok. I can dodge this problem by re-routing the getc-like function
that readline uses with Racket-aware stuff.
(set-ffi-obj! "rl_getc_function" libreadline (_fun _pointer -> _int)
(lambda (_)
(define next-byte (read-byte))
(if (eof-object? next-byte) -
On Sat, Feb 9, 2013 at 6:12 AM, Robby Findler
wrote:
> I can't really help with the other questions, but yes, I expect it is the
> newline after the require. Read doesn't read past that matching paren:
I'm observing that if I try to set the file-stream-buffer-mode during
module-load time, it see
>
> However, when I try using this in the larger context of xrepl, I've
> found that I've completely broken it.
>
> ###
> $ ~/local/racket/bin/racket
> Welcome to Racket v5.3.3.1.
>> (require xrepl)
> -> hello
> -> world
> -> help
> ###
There's something funny with buffered input going o
I'm trying to attack PR-13350, which is the busy-polling bug involving readline.
The closest I've got so far is:
https://github.com/dyoo/racket/tree/pr-13350
When I run the small test program:
###
$ cat test.rkt
#lang racket/base
(require readline/mzrl)
(list (readline-bytes #">>> ")
> How likely is that authors of planet2 packages use the released version
> rather than the git head version?
Ok, I rescind my point then, since PLaneT2 is in beta.
_
Racket Developers list:
http://lists.racket-lang.org/dev
On Wed, Feb 6, 2013 at 3:39 PM, Robby Findler
wrote:
> This one seems maybe okay:
>
> https://github.com/dyoo/racket/commit/3e3608ccb82de7e14b0b3aed223d95c7d5a500ba
>
> but the other one definitely seems like too much. And I'm not sure that that
> one is a good idea. I think it is, but I'd want to
On Wed, Feb 6, 2013 at 2:45 PM, Robby Findler
wrote:
> Do you have a commit in mind? (It would need to a simple one that is easily
> seen to be "correct".)
I'm thinking of the two commits currently on my compiler-hack branch:
https://github.com/dyoo/racket/commit/1caae27ded89a46453316f65a
On Wed, Feb 6, 2013 at 1:17 PM, Matthias Felleisen wrote:
> Dear all
>
> DrRacket v5.3.2 has a bug that causes the highlighting to become corrupted
> when the program contour is visible. We are planning to release 5.3.3 with
> just a fix for this bug in the next few days.
Would it be possible
I tried the following:
128-110-72-21:ragg dyoo$ ~/local/racket/bin/raco pkg remove ragg
raco pkg remove: cannot remove packages that are dependencies of other packages
dependencies:
ragg
The error message needs to say which package is depending on what
other packages. Otherwise, the user i
>> I've put this in my branch 'pr13471':
>>
>> https://github.com/dyoo/racket/tree/pr13471
>>
>> After someone takes a look and says ok, I can push the fix upstream.
> It looks ok to me.
Ok, good. Pushed. I don't think I have privileges to close the bug
in the bug tracker. At least, the l
On Sun, Feb 3, 2013 at 8:23 PM, Robby Findler
wrote:
> Why do you think it should include so much stuff? I would have said it
> should include only the directories where we know that collections live.
Can those other directories are also potential places where
collections could be installed? If
471
After someone takes a look and says ok, I can push the fix upstream.
On Fri, Feb 1, 2013 at 2:44 PM, Danny Yoo wrote:
> I've written up a patch for PR 13471:
>
>
> https://github.com/dyoo/racket/commit/544918465b67cbf2e8ad40bd3c2b3ea90f33c085
>
> I just want a seco
On Sun, Feb 3, 2013 at 5:26 PM, Robby Findler
wrote:
> 6.2 in the planet2 docs suggest something more complicated. Probably we want
> to follow that?
>
> But this idea seems to fit better to me!
I think it should include, at the very least, (find-lib-dir),
(find-user-lib-dir), (find-collects-dir)
On Sat, Feb 2, 2013 at 5:20 PM, Robby Findler
wrote:
> The change to DrRacket that you suggest would have the effect of debugging
> annotations being forgotten for files that are already compiled by another
> route, so that seems wrong.
Ok, so I'll revert that particular change on my fork.
But
>
> With this in place, PLaneT2 package installation appears to be behaving.
The other hack in there that's making me feel a little uncomfortable is this:
https://github.com/dyoo/racket/commit/df221a6266dc347556e19b98e091b8a62ef8bc8b
If I don't do this, then as soon as I do the following
>
> Ok, I think I see it. It's in resolve.rkt, right?
>
>
> https://github.com/plt/racket/blob/master/collects/planet/private/resolver.rkt#L609
Ok, how about this?
https://github.com/dyoo/racket/tree/compiler-hack
With this in place, PLaneT2 package installation appears to be behavi
On Sat, Feb 2, 2013 at 3:31 PM, Robby Findler
wrote:
> Planet 1 explicitly deals with this by having the runtime system give it
> access to the original parameterization, which it picks and chooses
> parameters from to restore (to make sure that this kind of thing doesn't
> happen).
Ok, I think I
>>> >> I'm not sure if this is a bug or not, so I'm bringing it up on the
>>> >> list. But when I do the following:
>>> >>
>>> >> #lang racket
>>> >> (require compiler/cm)
>>> >> (manager-compile-notify-handler displayln)
>>> >> (managed-compile-zo
>>> >>
>>> >> "/home/samth/sw/plt/collects/tests/
> Reproducible, and not related to optimization coach. I'm seeing this
> too. It looks like a bad interaction between Planet2 installation in
> DrRacket when "Populate Compiled Directories" is in effect. See:
>
> http://lists.racket-lang.org/users/archive/2013-February/056245.html
Somethin
On Fri, Feb 1, 2013 at 8:58 AM, Vincent St-Amour wrote:
> As you mention, the OC package doesn't touch any collect except its own,
> so I don't know what's going on.
>
> Neil, can you reproduce this with other packages, or is this OC-specific?
Reproducible, and not related to optimization coach.
On Sat, Feb 2, 2013 at 9:19 AM, Ray Racine wrote:
> I saw a blurb this week where Microsoft is using http://libgit2.github.com/
> to add git support into their tooling (Visual Studio no less) and their devs
> have been committing to fill in any MS specific git gaps. It looks like a
> top quality
I've written up a patch for PR 13471:
https://github.com/dyoo/racket/commit/544918465b67cbf2e8ad40bd3c2b3ea90f33c085
I just want a second pair of eyes just to make sure I've done it
correctly. I added a free-id-table that the parse function uses when
walking across lex-abbrev syntaxes. Doe
On Thu, Jan 31, 2013 at 8:23 PM, Eli Barzilay wrote:
> Also, no matter what you do, there are a certain kind of hackers that
> will never dump their console for all the gui in the world. (And the
> size of this crown is not negligible.)
Ok. I think Matthew's note is good enough then.
_
On Thu, Jan 31, 2013 at 4:01 PM, Sam Tobin-Hochstadt wrote:
> It emphasizes that Racket is broadly applicable, and works both in an
> IDE environment, and in a text editor/shell environment, each of which
> is preferred by large groups of developers.
Ok, this idea is important. I'm just not sure
Is there a pedagogic reason why the Systems Programming guide
explicitly discourages running through DrRacket?
There's a leading paragraph in the intro:
To get into the spirit of this tutorial, we suggest that you set
DrRacket aside for a moment, and switch to raw racket in a terminal.
But f
>
> https://github.com/plt/racket/wiki/Videos
>
> Please fill in whatever I've missed! (The page already has more on it
> than I expected to find, so I'm sure I've missed things.)
Would the bootstrapworld videos be applicable here too? I was about
to add these as well:
http://www.youtube.co
On Tue, Jan 29, 2013 at 2:51 PM, Robby Findler
wrote:
> I've just pushed an implementation of the union-find algorithm to the data/
> collection. I didn't do it quite the way wikipedia recommends, but instead
> made the sets be little containers whose canonical element can be mutated.
More code r
On Tue, Jan 29, 2013 at 2:51 PM, Robby Findler
wrote:
> I've just pushed an implementation of the union-find algorithm to the data/
> collection. I didn't do it quite the way wikipedia recommends, but instead
> made the sets be little containers whose canonical element can be mutated.
Code review
On Tue, Jan 29, 2013 at 9:35 AM, Nick Shelley wrote:
> I recently came across a presentation on the Racket way by Matthew Flatt
> (http://www.infoq.com/presentations/Racket) and thought that it would be
> nice to be able to discover this and similar things more easily. I really
> like how all the
On Wed, Jan 23, 2013 at 6:11 AM, Jay McCarthy wrote:
> This is the right patch, but I think we also need Eli to update the
> DNS setup, in addition to me updating the server (which I am doing
> now).
Hurrah! I can see pkg.racket-lang.org now.
_
Racket Developers list:
I've noticed that one of my plt servers is being hit hard
occassionally, with the following output coming out of the Racket web
server before it crashes. I'm including a portion of the output.
This is on Racket 5.3. Can it be that somehow something is escaping
the custodian cleanup?
dyoo@web4 ~
On Sat, Jan 19, 2013 at 11:35 AM, Robby Findler
wrote:
> Dear all: we have a new .dmg layout setup for the mac os x version of Racket
> and so if you have time to have a look and see if it looks reasonable on
> your machine and report back here, that would be helpful.
>
> Here is a pointer to the
> information and list your packages on the new index
> [https://pnr.racket-lang.org/]. We anticipate it will leave beta
> during the next release.
Woohoo!
But pnr.racket-lang.org is being flagged as unsafe in Google Chrome
and Firefox (and probably the other browsers too). What needs to be
don
> * Danny Yoo
> - Whalesong Tests (confirm that Whalesong runs from PLaneT)
Yes, looking ok to me.
_
Racket Developers list:
http://lists.racket-lang.org/dev
> Cut-and-paste worries me. Instead of copying the documentation for X to
> Y, usually it works better to document X as "Like Y, except...". Could
> that work in this case?
Ok, I can change it so it just documents the delta. How does this look?
https://github.com/dyoo/racket/commit/3a3b0f90084b
Ok, done. I've also did a copy-and-paste of the documentation for
parser-tools/yacc, but adjusted the prose where cfg-parser deviates
from the standard parser interface. Does it look ok?
_
Racket Developers list:
http://lists.racket-lang.org/dev
Hi Jay,
Some more usability feedback:
1. When updating checksums of my existing packages, I can't tell what
gets updated, as the page for:
https://plt-etc.byu.edu:9004/manage
can look the same before and after "Update checksums", so I don't know
if I actually did anything, or if the serve
On Fri, Jan 4, 2013 at 5:46 PM, Danny Yoo wrote:
> I've caught a bug with regards to the source locations constructed by
> cfg-parser, but I don't know quite what the right patch is. I do know
> what the _wrong_ patch is, so maybe that will help? :)
Ok, I needed to do
I've caught a bug with regards to the source locations constructed by
cfg-parser, but I don't know quite what the right patch is. I do know
what the _wrong_ patch is, so maybe that will help? :)
Here's what I've kludged so far:
https://github.com/dyoo/ragg/commit/5ef0e007d4b80e95a20824a2005
On Thu, Jan 3, 2013 at 8:01 PM, Robby Findler
wrote:
> Is the documentation and testing sufficient?
There's no documentation yet, and no, there needs to be a bit more
testing. cfg-parser's interface is the same as that in
parser-tools/yacc, so I can borrow from the prose there. But as for
error
I would like to move cfg-parser, which currently exists in the algol60
collection, into parser-tools proper. That way, my 'ragg' package can
refer to it from there. Is this ok?
_
Racket Developers list:
http://lists.racket-lang.org/dev
Hi everyone,
I've been working on a parsing framework with the design goal to be
easy to use. I'm calling it "ragg": Racket AST Generator Generator.
(It used to be called 'autogrammar', but that was too much of a
mouthful. Thanks to Joe Politz for the new name!)
The current source code uses PLa
I'd like to add something like the following example to the third
paragraph of section 1.1.16 on the implications on custodian shutdown:
https://gist.github.com/4411396
Otherwise, without the example, it's easy to misinterpret the sentence:
"If the current custodian is shut down before
> Ok, done. I've pushed up a scribble/doclang2 and documentation that
> describes how to use both scribble/doclang2 and scribble/doclang.
Ugh; I feel bad that I forgot to write proper test cases. Where are
the existing test cases for doclang? I'll add some for doclang2, but
I don't know where t
> I suggest that you pick a new name for the language that you'd like to
> have, and fix the docs to talk about that one. Then, we can leave
> `scribble/doclang' alone, documenting it as only for backward
> compatibility.
Ok, done. I've pushed up a scribble/doclang2 and documentation that
describ
I'm reading the documentation on how scribble/doclang works,
http://docs.racket-lang.org/scribble/doclang.html
but it doesn't say really what it needs to work.
That is, a program written in scribble/doclang must provide a few
elements besides the chunks of document: it needs to also provide
* Will there be a procedure for package revocation? For example, if I put
something up, I may want to take it down, either because it should be
renamed, or it's bitrotted code.
* Will there be an easy way to pull a full list of packages
programmatically from the central repositories? One of the
syntax-local-module-exports: unknown module
> module name: # 5.3.1.9/pkgs/installed/data-red-black/data/red-black/red-black.rkt"
> uncontracted)>
> context...:
>
... never mind. I'm an idiot, as usual. It's a problem in one of my helper
modules. Sorry!
_
Racket De
I'm running into the following error when trying to install my red-black
tree package from planet2:
bash-3.2$ ~/local/racket/bin/raco pkg install data-red-black
[some output later]
syntax-local-module-exports: unknown module
module name: #
context...:
/Users/dyoo/local/racket/collects/ra
> Planet 1 packages and Racket collections also don't use A-Z (with one or
> two exceptions on Planet). In theory, we could disallow those characters
> and gain compatibility with case-insensitive mediums such as the default
> Mac OS X filesystem. I'm not particularly attached to this second
> pr
> Exactly. That student is going to get an error message when DrRacket
> starts up saying that the handin tool is broken. They complain to
> someone, and so on.
>
>
Or, even worse, the student can get the error message at Check Syntax time,
after which because it's an internal error, DrRacket goes
Hi Matthew,
Ok, I've generalized the code so you can use a custom node combinator to
compute the metadata at each node. I've tried to write comprehensive
documentation's in collects/syntax-color/augmented-red-black.scrbl. Maybe
it's a candidate for the data collection?
I don't think the red-bl
I'm staring at do-find-string-all's implementation, and right before the
string-matching logic, there's a mysterious comment "Knuth Bendix" in
there. I'm staring at the code some more, and it looks more like KMP
(Knuth-Morris-Pratt) to me.
(I have no idea what the Knuth-Bendix algorithm looks lik
> and call it a bunch (inside an 'or', one branch for each of those
> strings that are currently in the second argument to member; or well,
> even use a for/or, I guess). Or, if you wanted, you could change your
> existing code to push the 'or' inside the 'and' and then drop the
> promise.
>
Ok,
On Mon, Nov 26, 2012 at 11:31 AM, Robby Findler wrote:
> That kind of thing makes a lot of sense to me.
>
> I'd probably write the code a little bit differently, having a
> function that takes a string and sees if the text starting at
> start-pos matches that string instead of having to special c
At least, as far as I can tell, it does not perform any better than the
splay tree. It's actually about a second slower when indenting
drracket/private/unit.rkt. Darn it.
However, I did find something that's slightly nutty: the following patch
appears to greatly improve indentation:
https://g
On Tue, Nov 20, 2012 at 8:58 AM, Robby Findler
wrote:
> Yes, I think that's the eventual plan.
>
>
Ok, I've added documentation. Is red-black.rkt something that I should
move into the data collection now, or should I wait? I was also going to
change the name of the module to "positional-red-blac
On Sun, Nov 18, 2012 at 4:24 PM, Pierpaolo Bernardi wrote:
> How does compare to builtin mutable hashes?
>
The following code represents a rough hashtable equivalent of what my rb
code would be enabling (quick search for word by position):
;; We might be curious as to the overhead of the
I'm doing some micro-optimizations on my rb-tree implementation. One thing
I'm testing is inserting the entire contents of /usr/share/dict/words.
It's heavily dominated by structure-mutation code.
Under 5.3.1, I see the following times:
Timing construction of /usr/share/dict/words:
inse
> I wanted to surprise you by getting this all working by mid-week, but it's
> taking longer than I thought... :) So I might as well run it by you to
> make sure the idea is sound before I go further on this track.
>
The core rb implementation is almost done. The search-by-position,
insert-befor
On Tue, Nov 13, 2012 at 6:15 PM, Robby Findler
wrote:
> That sounds fantastic! Thanks!
>
> In your stress test, try doing random insertions/deletions to try to
> find things that break the red/black invariant.
>
Of course!
https://github.com/dyoo/new-token-tree/commit/7264f76cf3f05ebb3c8e8630ef
Hi Robby,
I've been looking at a profile of DrRacket when opening/indenting large
files. Using the statistical profiler, I've measured a large chunk of time
(around 40%) is dedicated to the search operation of the existing
syntax-color token-tree. That seems too high, so I've been trying to
unde
On Fri, Nov 9, 2012 at 5:40 PM, Robby Findler
wrote:
> Was it actually faster?
>
>
Unfortunately I couldn't observe the change switching from display to
write-string: it was within the margin of noise.
_
Racket Developers list:
http://lists.racket-lang.org/dev
I've been hammering on the problem of speeding up scribble. One of the
things that's a surprise is that the contract checks on the part/element
structure appear to be significant because Scribble documents are so
granularly structured.
I focus on extract-part-style-files in scribble/base-render.r
1 - 100 of 229 matches
Mail list logo
