On Thursday 18 September 2008 15:28, falcon wrote:
> Looks like the FrTime dissertation was published this year:
>
> Integrating Dataflow Evaluation into a Practical Higher-Order
> Call-by- Value Language
> By Gregory Cooper
>
> http://dl.lib.brown.edu/pdfs/etd67.20080429180432.pdf
This document
Someone's been working on cells for clojure: http://paste.lisp.org/display/66688
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To post to this group, send email to clojure@googlegroups.com
To unsu
On Sep 18, 5:17 pm, falcon <[EMAIL PROTECTED]> wrote:
> Google often brings me to the cells website, but I haven't been able
> to figure out what it exactly is, you are right about the
> documentation.
I've met Ken Tilton (Cells' author) at LispNYC, so here's what I've
gathered -- you define a Mo
Looks like the FrTime dissertation was published this year:
Integrating Dataflow Evaluation into a Practical Higher-Order Call-by-
Value Language
By Gregory Cooper
http://dl.lib.brown.edu/pdfs/etd67.20080429180432.pdf
A quote from it:
"A technique similar to that employed by FrTime has been use
Google often brings me to the cells website, but I haven't been able
to figure out what it exactly is, you are right about the
documentation.
Although, speaking of documentation, I wish clojure also had some
printable documents, tutorial which I could pack in my bag and read on
the train. The vi
On Thu, Sep 18, 2008 at 1:12 PM, Stuart Sierra
<[EMAIL PROTECTED]>wrote:
>
> On Sep 17, 2:00 pm, Rich Hickey <[EMAIL PROTECTED]> wrote:
> > > Is there any effort to bring FRP (FrTime, Yampa, etc.) library to
> > > Clojure?
> >
> > I don't know of any yet. There is a CL package, Cells, that might m
On Sep 17, 2:00 pm, Rich Hickey <[EMAIL PROTECTED]> wrote:
> > Is there any effort to bring FRP (FrTime, Yampa, etc.) library to
> > Clojure?
>
> I don't know of any yet. There is a CL package, Cells, that might make
> sense for Clojure, esp re: spreadsheet-like behavior.
Cells is an awesome pack
On Thu, Sep 18, 2008 at 7:11 AM, Stuart Sierra
<[EMAIL PROTECTED]>wrote:
>
> On a related note, would it be possible to implement atomic, system-
> wide transactions by suspending the current computation, replacing
> some root bindings, and continuing? How do long-running systems like
> Erlang ha
> How do long-running systems like
> Erlang handle this problem?
iiuc, erlang doesn't have transactions so it is a different situation.
when you redefine a function, the next time the (standard approach to
writing erlang actors) tail call goes back into the function it will
be actually going into
On Sep 17, 7:13 pm, Rich Hickey <[EMAIL PROTECTED]> wrote:
> Unfortunately not. If you want to see a consistent view of a set of
> refs you must be in a transaction, and it's not workable to require
> all fn calls be in transactions.
More speculation, again just out of curiosity: Say you have a
On Sep 17, 7:06 pm, "Raoul Duke" <[EMAIL PROTECTED]> wrote:
> > It's an interesting idea, and something I tried, but the overhead was
> > too great.
>
> i know less than nothing here, of course, but... any way to make the
> default case of "nothing has changed" be somehow fast (enough), and
> on
> It's an interesting idea, and something I tried, but the overhead was
> too great.
i know less than nothing here, of course, but... any way to make the
default case of "nothing has changed" be somehow fast (enough), and
only the "oh poop things got edited" have to go into slow-mo for a
second t
On Sep 17, 3:40 pm, Stuart Sierra <[EMAIL PROTECTED]> wrote:
> On Sep 17, 12:45 pm, Rich Hickey <[EMAIL PROTECTED]> wrote:
>
> > While it is possible to make a globally visible change to a var with
> > def, the only appropriate scenarios for doing so are to fix a bug, or
> > for scratch vars at
On Sep 17, 12:45 pm, Rich Hickey <[EMAIL PROTECTED]> wrote:
> While it is possible to make a globally visible change to a var with
> def, the only appropriate scenarios for doing so are to fix a bug, or
> for scratch vars at the repl.
This brings up an idea I had a while back -- what if you want
On Sep 16, 11:40 pm, falcon <[EMAIL PROTECTED]> wrote:
> I work on financial software--the kind that reads streaming data and
> static data from various sources, transforms these streams through
> various calculations and possibly decides to send out trades.
>
...
> Is there a good solution to
On Sep 17, 11:30 am, Allen Rohner <[EMAIL PROTECTED]> wrote:
> > I don't see how this should work. The re-defined variable has thread-local
> > scope and shouldn't be viewable in other threads.
>
> Vars have thread-local scope. Defs are global.
>
Hmm...
def establishes the root binding of a v
> I don't see how this should work. The re-defined variable has thread-local
> scope and shouldn't be viewable in other threads.
Vars have thread-local scope. Defs are global.
Allen
--~--~-~--~~~---~--~~
You received this message because you are subscribed to
2008/9/17 Stuart Sierra <[EMAIL PROTECTED]>
>
> Brief response to:
>
> On Sep 16, 11:40 pm, falcon <[EMAIL PROTECTED]> wrote:
> > I also notice that Clojure has the ability
> > to change programs while they are running; however, I haven't been
> > able to find examples of this.
>
> Most Lisps give
Brief response to:
On Sep 16, 11:40 pm, falcon <[EMAIL PROTECTED]> wrote:
> I also notice that Clojure has the ability
> to change programs while they are running; however, I haven't been
> able to find examples of this.
Most Lisps give you this for free, since the compiler is integrated
into th
19 matches
Mail list logo
