Re: [ANN] core.rrb-vector -- RRB-Tree-based confluently persistent vectors

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

Re: [ANN] core.rrb-vector -- RRB-Tree-based confluently persistent vectors

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

Re: [ANN] core.rrb-vector -- RRB-Tree-based confluently persistent vectors

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

Re: [ANN] core.rrb-vector -- RRB-Tree-based confluently persistent vectors

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

Re: [ANN] core.rrb-vector -- RRB-Tree-based confluently persistent vectors

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

Re: ExceptionInInitializerError in clojure.main in every clojure lein project.

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

Re: gen-class - ClassNotFoundException

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

ExceptionInInitializerError in clojure.main in every clojure lein project.

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

Re: how would you improve this map-reduce style fn?

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

Re: how would you improve this map-reduce style fn?

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!

Re: how would you improve this map-reduce style fn?

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

how would you improve this map-reduce style fn?

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

Re: keys maps ... gak

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

Re: Simple socket programming problem

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

Re: [ANN] core.rrb-vector -- RRB-Tree-based confluently persistent vectors

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

Re: [ANN] core.rrb-vector -- RRB-Tree-based confluently persistent vectors

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.