On Sep 10, 2010, at 8:17 PM, Eli Barzilay wrote:

> On Sep 10, Robby Findler wrote:
>> FWIW, this is one path that tools can use to circumvent DrRacket's
>> property (well, the property we work towards anyways) that no program
>> can cause DrRacket itself to crash or freeze. So if you do provide
>> things to the user's program in this manner, please try to keep that
>> invariant in mind.
> 
> Actually, for John's case I think that what he really needs is to be
> able to break more than just drracket...  There was a plan at some
> point to have a single process-global hash table which he'd be able to
> use for cases where some external resource is concerned -- and this
> sounds like what is really needed here.  For example, he'll need it if
> he wants to make sounds at syntax time.  [This is also related to some
> huge and bloody flamewar on c.l.s a few years ago, re the ability to
> implement IO buffering in racket.]

Sounds at syntax time....

:)

I certainly hadn't thought about that, and it seems unlikely that my 
first-quarter students will be clamoring for it, either.

Nevertheless, it's true that a process-global hash table for external resources 
is more or less what I was thinking about.

The question is (for the moment) moot, though, because it looks like the tool 
interface does everything I need.

John

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_________________________________________________
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev

Reply via email to