Re: algorithm help: extracting groups of consecutive ints from a sorted list

Or use glue from flatland.useful.seq and: user=> (glue conj [] (fn [s n] (= (inc (last s)) n)) [1 3 4 5 7 9 10 13]) ([1] [3 4 5] [7] [9 10] [13]) On 19 March 2014 04:10, Shantanu Kumar wrote: > > > On Wednesday, 19 March 2014 09:39:56 UTC+5:30, Shantanu Ku

Re: java.lang.OutOfMemoryError when slurping lots of files?

/group/clojure?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Clojure" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to clojure+unsubscr...@googlegroups.com. > For more options,

Re: Possible bug with realized? and cancelled futures

d printed the exception or :cancelled, if that's the future's state (and possibly the same for delays too; it seems strange to say print ":pending" when they aren't). -- *Alex Nixon* Software Engineer | SwiftKey *a...@swiftkey.net** | http://www.swiftkey.net/* ++ W

Possible bug with realized? and cancelled futures

xception: agent-error is called, and the exception is printed, and - delays which have thrown an exception: .isRealized returns false, so no deref is attempted and :pending is printed. This inconsistency feels like a bug, but I'd like confirmation/thoughts in case I'm missing some

Re: Proposed change to let-> syntax

oo))) The pro is that you get the power of destructuring. The con is that this would be the first occurrence of destructuring from outside of an explicit binding form. -- *Alex Nixon* Software Engineer | SwiftKey *a...@swiftkey.net** | http://www.swiftkey.net/* ++ WINNER - MOST INNOVATIVE MO

Re: Proposed change to let-> syntax

send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with > your first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://gr

Re: Proposed change to let-> syntax

ient with > your first post. > To unsubscribe from this group, send email to > clojure+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/clojure?hl=en > -- *Alex Nixon* Software Engineer | SwiftKey *a...@swiftkey.net** | h

Proposed change to let-> syntax

bindings 0)) (drop-last forms))] ~(last forms))) (new-let-> [{:keys [foo bar] :as state} {:foo 1 :bar 2}] (assoc state :foo (inc bar)) (assoc state :bar (inc foo))) ; => {:foo 3, :bar 4} -- *Alex Nixon* Software Engineer | SwiftKey *a...@swiftkey.net** | http://www.swiftkey.net/

Re: unseq

u are subscribed to the Google > Groups "Clojure" group. > To post to this group, send email to clojure@googlegroups.com > Note that posts from new members are moderated - please be patient with > your first post. > To unsubscribe from this group, send email to > clojur

Re: Bug: incorrect stack trace for function names containing ->

e pushing var metadata (or some subset > thereof) down to the function being defined in defns would be beneficial; > AFunction could then override throwArity to just use the :name of the > function being called, thus avoiding any confusion introduced by munged or > un-munging names.

Bug: incorrect stack trace for function names containing ->

) Note that the reported function name in the stack trace is "user$a", where it should be "user$a->b" (or some mangled variant thereof?) Cheers, -- *Alex Nixon* Software Engineer | SwiftKey *a...@swiftkey.net** | http://www.swiftkey.net/* ++ WINNER - MOST INNOVATIVE MOBIL