That looks great Michał, thanks for your work!
Have use cases for something like this popping up quite regularly -
definitely looking forward to a production-ready implementation. Cheers!
- Peter
--
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
Check out Phil bagwell and Daniel spiewak's talks from clojure/conj 2011.
The former describes RRB trees, while the latter describes some of the
failings of finger trees on the JVM.
Phil
On Jun 1, 2013 1:09 AM, "Daniel" wrote:
> Apologies for my lack of knowledge. My understanding was that a fin
Hi
On 1 June 2013 02:44, Andrew Spano wrote:
> Hello,
>
> I'm trying to create a very simple interaction between a client and server
> program using the server-socket library which used to be part of
> clojure-contrib and is now maintained by technomancy
> https://github.com/technomancy/server-s
Dang it, I could have sworn that I had tried that combination but actually
was missing the set wrapping the map!
So thanks TJ - great work and I really appreciate the support.
Ray
On Saturday, June 1, 2013 3:26:32 AM UTC+2, Tj Gabbour wrote:
>
> Hi Ray,
>
> Perhaps this?
>
>
> user> (let [desir
Hi all,
I've been using the following fn quite extensively lately and I'm just
wondering if you can see any flaws with it...or perhaps something that
can be done better? I generally find that this performs better than a
bare pmap and in fact it often performs better than my 'pool-map' (which
Why do you use:
(reduce #(conj %1 (f %2)) [] p)
Instead of:
(mapv f p)
?
Also, this looks a lot like what you can achieve with the reducers library:
(r/fold p-size r/cat r/append! (r/map f (vec coll)))
- James
On 1 June 2013 12:49, Jim - FooBar(); wrote:
> Hi all,
>
> I've been u
On 01/06/13 13:06, James Reeves wrote:
Why do you use:
(reduce #(conj %1 (f %2)) [] p)
Instead of:
(mapv f p)
?
oops you're right mapv is simpler and has the same effect :)
Also, this looks a lot like what you can achieve with the reducers
library:
(r/fold p-size r/cat r/append!
On 01/06/13 13:06, James Reeves wrote:
Also, this looks a lot like what you can achieve with the reducers
library:
(r/fold p-size r/cat r/append! (r/map f (vec coll)))
well, for fork-join-based parallelism I was using this:
(defn fold-into-vec [chunk coll]
"Provided a reducer, concatenat
Hello folks,
I'm wondering if someone out there might have encountered this problem
before. I'm not sure when exactly it started, perhaps 2-3 days ago, but
ever since I have not been able to run neither "lein repl" nor "lein ring
server[-headless]" on this machine on any of my leiningen-created
You have to compile your namespace. gen-class only works with AOT
compilation.
see: http://clojure.org/compilation
Kind regards
Meikel
--
--
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
Answering myself on this one, thanks to hiredman from #clojure.
The 1.5.1 clojure jar was somehow broken, nuking the folder and letting
leiningen re-fetch it fixed it.
On Saturday, June 1, 2013 11:11:41 AM UTC-7, Alexandr Kurilin wrote:
>
> Hello folks,
>
> I'm wondering if someone out there mig
Hi Daniel,
First, about getting this into core: the idea behind core.rrb-vector
is to provide extensions to the core Clojure vector API which could at
any point in time be folded into the core library -- or simply dropped
into any projects which need them with no need for them to pay
attention to
On 1 June 2013 09:22, Peter Taoussanis wrote:
> That looks great Michał, thanks for your work!
>
> Have use cases for something like this popping up quite regularly -
> definitely looking forward to a production-ready implementation. Cheers!
>
> - Peter
Thanks Peter,
Good to know there is real-w
On 1 June 2013 09:41, Philip Potter wrote:
> Check out Phil bagwell and Daniel spiewak's talks from clojure/conj 2011.
> The former describes RRB trees, while the latter describes some of the
> failings of finger trees on the JVM.
>
> Phil
Thanks for posting the pointers, Phil!
For anybody inte
2013/6/2 Michał Marczyk
> For anybody interested in even more background, here are two additional
> links:
>
> 1. The paper itself:
>
> http://infoscience.epfl.ch/record/169879/files/RMTrees.pdf
>
For people who are not sure where to find the project as opposed to the
paper it implements, here i
Guidelines for contrib READMEs can be found here:
http://dev.clojure.org/display/design/Contrib+Library+READMEs
On Sat, Jun 1, 2013 at 10:58 PM, Michael Klishin
wrote:
>
> 2013/6/2 Michał Marczyk
>>
>> For anybody interested in even more background, here are two additional
>> links:
>>
>> 1. The
16 matches
Mail list logo
