Re: agents sending-off to other agents blocks?
2010/6/12 Dan Larkin > Does anyone have insight as to the reasoning here? Is it a bug? If it's > intended behavior is there something I can do to circumvent it? > I do think this is intentional. Agents "holding on" to their sends until its state transition function is done can be a useful thing. Either the function completes and the actions get sent, or (maybe due to an exception being thrown) the function fails, the agent doesn't change its state and the pending sends are dropped. This results in a everything-or-nothing update model for agents, somewhat similar to transactions (which are also "holding on" to sends, btw). If this wasn't the default behaviour, I think it would be very tedious to write code that needs it. One solution to the sleep problem could perhaps be to let the agent send this to it self: (fn [state millis] (Thread/sleep millis) state) // raek -- 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 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://groups.google.com/group/clojure?hl=en
Re: agents sending-off to other agents blocks?
Hi, On Jun 16, 12:56 pm, Rasmus Svensson wrote: > One solution to the sleep problem could perhaps be to let the agent send > this to it self: > > (fn [state millis] > (Thread/sleep millis) > state) With this one has to keep in mind, that maybe someone else has already sent another action to the agent. So the sleep might happen after some further computation and not immediately. Sincerely 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 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://groups.google.com/group/clojure?hl=en
Re: agents sending-off to other agents blocks?
Yup, I think the transactional semantics are the main cause of this behavior. Aren't send and send-off doing the same thing during a "real" transaction in a ref? To fight the issue of repeating send if the transaction gets retried. On Wed, Jun 16, 2010 at 1:05 PM, Meikel Brandmeyer wrote: > Hi, > > On Jun 16, 12:56 pm, Rasmus Svensson wrote: > >> One solution to the sleep problem could perhaps be to let the agent send >> this to it self: >> >> (fn [state millis] >> (Thread/sleep millis) >> state) > > With this one has to keep in mind, that maybe someone else has already > sent another action to the agent. So the sleep might happen after some > further computation and not immediately. > > Sincerely > 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 > 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://groups.google.com/group/clojure?hl=en -- Moritz Ulrich Programmer, Student, Almost normal Guy http://www.google.com/profiles/ulrich.moritz -- 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 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://groups.google.com/group/clojure?hl=en
Re: Serious problem with underive (for hierarchies), an attempt to fix, and request for code review.
Hi Rob,
Thanks for tracking this down. If you will execute a CA [1], I would love to
get a patch (with tests) that fixes this. I have created a ticket at [2] to
track it.
I would prefer something along the lines of the simpler fix shown below, unless
anybody pops up on this thread with a real-world use case for
performance-critical underive.
Stu
[1] http://clojure.org/contributing
[2]
https://www.assembla.com/spaces/clojure/tickets/382-fix-underive-for-multiple-inheritance
> As an alternative, if we're willing to rebuild the entire hierarchy,
> not just the subgraph that's affected by the underivation,
> we can just do this:
>
> (defn easy-underive [h child parent]
> (let [oldParents (:parents h)
> childsParents (disj (clojure.set/union #{} (child oldParents))
> parent)
> newParents (if (not-empty childsParents)
>(assoc oldParents child childsParents)
>(dissoc oldParents child))
> derivation-seq (flatten (map #(cons (key %) (interpose (key %) (val
> %)))
> (seq newParents)))]
>(reduce #(apply derive (cons %1 %2)) (make-hierarchy)
> (partition 2 derivation-seq
>
> It's less efficient, because it tosses out all of the information in
> the ancestor and descendant sets. But it is a good deal simpler -- 10
> lines of code instead of 60 or so. For small hierarchies this would
> be fine. If anyone were to make large
> hierarchies which had to be modified efficiently, though, I think
> something like in the first message would be required.
>
> On Jun 15, 4:29 pm, Rob Lachlan wrote:
>> Oh God. What broken formatting. Sorry about that.
>>
>> On Jun 15, 4:24 pm, Rob Lachlan wrote:
>>
>>
>>
>>> I think that the underive function for removing hierarchy
>>> relationships between keywords is broken. I'll illustrate with an
>>> example and describe what I think the problems are. I've got some
>>> code for a function which (I hope!) performs underive correctly, and
>>> I'd love it if people had a look.
>>
>>> Consider a hierarchy with child-parent relationships:
>>
>>> :c -> :p1, :c -> :p2, :p1 -> :a1, :p1 -> :a2, :p2 -> :a2
>>
>>> Which I'll illustrate with the world's worst ascii art:
>>
>>> a1a2
>>> | / |
>>> | / |
>>> | / |
>>> p1p2
>>> | /
>>> | /
>>> | /
>>> c
>>
>>> ; creating this hierarchy:
>>> user> (def h (reduce #(apply derive (cons %1 %2)) (make-hierarchy)
>>> [[:p1 :a1] [:p1 :a2] [:p2 :a2] [:c :p2] [:c :p1]]))
>>> #'user/h
>>> user> h
>>> {:parents {:c #{:p1 :p2}, :p2 #{:a2}, :p1 #{:a2 :a1}}, :ancestors {:c
>>> #{:p1 :p2 :a2 :a1}, :p2 #{:a2}, :p1 #{:a2 :a1}}, :descendants {:p1
>>> #{:c}, :p2 #{:c}, :a2 #{:p1 :p2 :c}, :a1 #{:p1 :c}}}
>>
>>> Now the underive:
>>
>>> user> (underive h :c :p1)
>>> {:parent {:c #{:p2}, :p2 #{:a2}, :p1 #{:a2 :a1}}, :ancestors {:c
>>> #{:p2}, :p2 #{:a2}, :p1 #{:a2 :a1}}, :descendants {:p1 #{}, :p2
>>> #{:c}, :a2 #{:p1 :p2}, :a1 #{:p1}}}
>>
>>> Problems:
>>
>>> Most seriously, it is incorrect: :c should still show up as a
>>> descendant of
>>> :a2, since :c is a child of :p2, and :p2 a child of :a2. Note that
>>> the
>>> parent map is correct, so it is the ancestor and descendant maps which
>>> are
>>> inconsistent.
>>
>>> Also, notice that the key for the parent map has changed from :parents
>>> to
>>> :parent, which causes calls to the parents function to return nil.
>>
>>> Also, keys which map to empty sets are left in each of the maps
>>> (parents,
>>> descendants and ancestors), with the result that equality tests could
>>> fail
>>> in some cases in which they would be true.
>>
>>> Potential fix, and request for code review:
>>
>>> I've written an underive-new function which appears to fix these
>>> problems,
>>> at least in the tests that I've done.
>>
>>> http://pastebin.com/eRiz5ihw
>>
>>> My approach is to identify the sets of tags in the hierarchy whose
>>> ancestors
>>> or descendants may be affected, remove their ancestor or descendant
>>> mappings,
>>> then rebuild them. In a call (underive h child parent), the child and
>>> all
>>> the child's descendants will need to have their ancestor mappings
>>> fixed.
>>> Similarly, the parent and all of the parent's ancestors will need to
>>> have
>>> their descendant mappings rebuilt.
>>
>>> (As an aside, the problem here is that our hierarchy can be a DAG
>>> rather
>>> a tree, because multiple inheritance is allowed. And therefore, for
>>> any
>>> ancestor/descendant relationship it's comparatively expensive to
>>> determine
>>> whether a particular parent-child edge is essential or not.)
>>
>>> Next, the two sets of interest (child + child's descendants, and
>>> parent +
>>> parent's ancestors) are sorted topologically. For the child +
>>> child's
>>> descendants, we can now rebuild the ancestor mappings by taking a tag
>>> from
>>> the top of the set, setting its ancestors to the
Re: Non-tail recursion (Clojure way to hierarchies)
Thanks James. If any one else is as new to functional stuff as me then I found this in Paul Graham's book which enables me to reason logically about the matter (hopefully) "A good compiler can compile a tail call into a goto, and so can compile a tail recursive function into a loop. In typical machine language code, when control arrives for the first time at the segment of instructions representing len (a local fn) there is information on the stack saying what to do upon returning. Because nothing remains to be done after the recursive call, this information remains valid for the second call as well" On Jun 15, 11:28 pm, James Reeves wrote: > On 15 June 2010 22:56, Quzanti wrote: > > > Thanks Mike. > > > So does is the only kind of recursion optimisation tail recursion? > > > Can you only eliminate stack calls in tail calls? > > No, you can also eliminate stack calls using lazy-seq or trampolines. > > If you provide some example code of what you are currently doing, it > would be easier to gauge what is the most suitable approach. > > You might not even need to bother eliminating stack calls, if you know > you're never going to recurse very far. > > > Having some sort of hint about this in the recur documentation might > > be helpful? > > Well, the docs do say "recur in other than a tail position is an > error", though that does assume the reader knows what the tail > position of a function is. > > - James -- 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 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://groups.google.com/group/clojure?hl=en
Gwt-Clojure - lightweight browser implementation
Gwt-Clojure is a subset of the Clojure language which was developed for scripting GWT (Google Windows Toolkit) widgets in the browser environment. It is designed to be able to share code with Clojure running on the server. The current deployment size is about 145kb of Javascript - including the interpreter and several GWT widget classes. Test environment: http://wisperweb.appspot.com/ Gwt-Clojure blog post: http://framegen.wordpress.com/2010/06/15/gwt-clojure/ -- 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 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://groups.google.com/group/clojure?hl=en
Re: working with agents and atoms - a beginner question
On Tue, Jun 15, 2010 at 12:23 PM, Shawn Hoover wrote: > > On Tue, Jun 15, 2010 at 12:01 PM, Ryan Waters wrote: >> >> I'm working with the code at the following gist and also pasted below: >> >> http://gist.github.com/421550 >> >> I'd like to have execution of a separate thread (agent) continue >> running until it sees the atom 'running' change to false. >> >> Unfortunately, the program doesn't return from the send-off but >> to my understanding it should. Why won't it return? I'm using >> clojure 1.1. >> >> TIA >> >> >> >> (ns nmanage) >> >> (def running (atom true)) >> >> (defn process >> [] >> (when @running >> (prn "hi") >> (Thread/sleep 1000)) >> (recur)) >> >> ;;; >> (send-off (agent nil) (process)) >> >> (do >> (prn "this won't print - execution doesn't make it this far") >> (Thread/sleep 2000) >> (reset! running false)) >> > > It looks like you're passing the result of calling (process) as an argument > to send-off. Try just (send-off (agent nil) process) to pass the process fn > as a value. > Doh! I should have caught that : ) Thank you for your help! -- 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 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://groups.google.com/group/clojure?hl=en
Re: working with agents and atoms - a beginner question
Thank you for pointing that out. I notice your style is similar to Rich's in his ant.clj [1] which seems like the kind of solution that might be used in other functional and/or lisp languages. Do you know if that's the case with self-calling functions and agents? However, isn't there more overhead with calls to send-off instead of recur? I understand functions sent to an agent will only run one at a time, fifo-style, but was under the impression *agent* was for the current "main" thread of the program. Does *agent* instead refer to whatever is the current thread in the function's runtime context? Hope that question makes sense. [1] http://clojure.googlegroups.com/web/ants.clj?gda=uyYClToAAADrLV-d6p24hYFcam_S99IgeBuuRL78NgAsI-ljfFHCWu9OU0NQiFWgQuhmPR7veGf97daDQaep90o7AOpSKHW0 On Tue, Jun 15, 2010 at 3:03 PM, Meikel Brandmeyer wrote: > Hi, > > besides the answer you got from Shawn, I'd like to question your use of the > agent system. This is not the way it is supposed to be used. To model a > processing loop with agents you should send the action back to the agent > itself. > > (def running? (atom true)) > > (defn process > [agent-state step] > (when @running? > (send-off *agent* process (inc step))) > (+ agent-state step)) > > (def a (agent 0)) > (send-off a process 1) > (Thread/sleep 100) > (reset! running? false) > > Note: in an action *agent* refers to the current agent. > > Sincerely > 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 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://groups.google.com/group/clojure?hl=en
Re: Complex type in clojure
Mathematicians traditionally use i and engineers traditionally use j to represent the square root of -1. Travis undoubtedly wanted to keep both happy. -- Eric Krohn > Sorry I may have missed the reason for this earlier: What's the > reason for allowing both 'i' and 'j' to indicate the imaginary part? > Is the intention to also later have 'k' to support quaternions? Just > curious. Thanks. > > Carson -- 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 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://groups.google.com/group/clojure?hl=en
Re: New Clojure web application launched: DocuHarvest
Thanks, very helpful. I hadn't heard of clutch before your announcement, so I appreciate the introduction. The clojure view server sounds especially interesting! Jim On Tue, Jun 15, 2010 at 12:51 PM, Chas Emerick wrote: > Last I looked (and it appears to be the same way after a quick glance just > now), clojure-couchdb isn't as complete as clutch. The latter provides: > > - bulk update support > > - view support (both existing and temporary views) > > - rudimentary couchapp support > > - a clojure view server (which we don't need right now, but that'll come in > handy if and when that changes) > > - _changes support > > There might be more. FWIW, I'm a committer on the clutch project, so I'm > naturally biased, but I think the above is a fair statement of features that > I know we'd miss in a CouchDB API (notwithstanding our not using the clojure > view server in production (yet?)). > > - Chas > > On Jun 13, 2010, at 11:57 AM, Moritz Ulrich wrote: > >> Yup, I would like to know why you chose clutch over clojure-couchdb >> too. (I don't want to insinuate that clojure-couchdb is the better >> lib) >> >> On Thu, Jun 10, 2010 at 9:39 PM, Jim Blomo wrote: >>> >>> On Thu, Jun 10, 2010 at 4:32 AM, Chas Emerick >>> wrote: - Clutch to interface to CouchDB (which we abuse as a message queue, among other things) >>> >>> Can you comment on the choice of Clutch over clojure-couchdb? I've >>> found clojure-couchdb to be reliable and straightforward. the-kenny's >>> (Moritz Ulrich) branch is being actively maintained and he's been >>> helpful getting it working for me. >>> >>> Jim >>> >>> -- >>> 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 >>> 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://groups.google.com/group/clojure?hl=en >> >> >> >> -- >> Moritz Ulrich >> Programmer, Student, Almost normal Guy >> >> http://www.google.com/profiles/ulrich.moritz >> >> -- >> 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 >> 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://groups.google.com/group/clojure?hl=en > > -- > 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 > 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://groups.google.com/group/clojure?hl=en -- 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 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://groups.google.com/group/clojure?hl=en
Re: Complex type in clojure
We Electrical Engineers are quite annoying in this regard, but historically, there is much variation out there: Python uses "j", MATLAB accepts i or j. Apache Commons allows the user to specify the specific character to use, but defaults to "i" I believe. Eventually, I would suggest this be a localizable field. Please see: http://en.wikipedia.org/wiki/Imaginary_unit#Alternative_notations -Travis On Jun 15, 4:22 pm, James Reeves wrote: > On 15 June 2010 23:26, Carson wrote: > > > Sorry I may have missed the reason for this earlier: What's the > > reason for allowing both 'i' and 'j' to indicate the imaginary part? > > Is the intention to also later have 'k' to support quaternions? Just > > curious. Thanks. > > "j" is used by electrical engineers to represent the imaginary part of > a complex number, because "I" has already been taken to mean > electrical current. Presumably this is the reason. > > - James -- 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 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://groups.google.com/group/clojure?hl=en
Re: Can anyone create a simpler version of prime factors in Clojure?
Here's my awful terrible code which is a direct translation from a
java version I wrote and needs a fast functional sieve: I prefer
Cristophe Grande's.
http://clj-me.cgrand.net/index.php?s=Everybody%20loves%20the%20Sieve%20of%20Eratosthenes
The one in contrib is pretty good as well.
(letfn [(n-p [n prime pow]
(if (zero? (rem n prime))
(recur (/ n prime) prime (inc pow))
[n pow]))
(get-primes [lim n primes]
(let [p (first primes)]
(cond
(= n 1) (list)
(or (empty? primes) (> (* p p) lim)) [[n 1]]
:else (let [np (n-p n p 0)]
(if (zero? (second np))
(recur lim n (rest primes))
(lazy-cat [[p (second np)]]
(get-primes lim (first np)
(rest
primes]
(defn prime-factors
([n primes]
(if (< n 2)
(list)
(lazy-seq (get-primes n n primes
([n] (prime-factors n (take-while #(<= (* % %) n) (primes))
On Jun 11, 2:15 pm, russellc wrote:
> Not sure it's better than Uncle Bobs version but it seems a little
> more idiomatic?
>
> (defn of [n]
> (letfn [(f [res k]
> (if (= 0 (rem (:n res) k))
> (assoc (assoc res :n (quot (:n res) k)) :fs (conj (:fs
> res) k))
> res))]
> (:fs (reduce f {:n n :fs []} (range 2 n)
>
> Uncle Bob version below (http://blog.objectmentor.com/articles/
> 2010/05/15/clojure-prime-factors)
>
> (defn of
> ([n]
> (of [] n 2))
> ([factors n candidate]
> (cond
> (= n 1) factors
> (= 0 (rem n candidate)) (recur (conj factors candidate) (quot n
> candidate) candidate)
> (> candidate (Math/sqrt n)) (conj factors n)
> :else (recur factors n (inc candidate))
> )
> )
> )
--
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
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://groups.google.com/group/clojure?hl=en
Re: Serious problem with underive (for hierarchies), an attempt to fix, and request for code review.
The problems are real. Well done! -- 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 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://groups.google.com/group/clojure?hl=en
Re: Serious problem with underive (for hierarchies), an attempt to fix, and request for code review.
Another apporach I think would be modifying the data structure of
hierarchy itself. The idea is to add a counter to ancestors and
descendants.
:ancestors: { :c #{ [:a1 1] [:a2 2] } }
So, the counter 2 on :a2 means how many paths can you get :c to
reach :a2. When the counter reaches 0, you can remove it completely.
Otherwise, decrement it.
This approach requires to change all the functions related to
hierarchy, and the data structure will be incompatible to the original
one. But the speed is gonna be fast.
--
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
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://groups.google.com/group/clojure?hl=en
Re: working with agents and atoms - a beginner question
On Wed, Jun 16, 2010 at 12:17 AM, Christophe Grand wrote: > Hi Ryan, > > On Tue, Jun 15, 2010 at 6:01 PM, Ryan Waters wrote: >> I'm working with the code at the following gist and also pasted below: >> >> http://gist.github.com/421550 >> >> I'd like to have execution of a separate thread (agent) continue >> running until it sees the atom 'running' change to false. >> >> Unfortunately, the program doesn't return from the send-off but >> to my understanding it should. Why won't it return? I'm using >> clojure 1.1. > > It does return from send-off -- in your gist's version at last thanks > to Shawn but there are still other errors. > >> (ns nmanage) >> >> (def running (atom true)) >> >> (defn process >> [] > > A fn sent as an action to an agent must accept at least one arg: the > agent's current value (if additional args are passed to args, the > action fn must accept them too). So the above line should be [_] (_ to > signify that you don't care about the value) instead of [] > Thank you - I was unaware that a function sent to an agent had to accept at least one arg. >> (when @running >> (prn "hi") >> (Thread/sleep 1000)) >> (recur)) > > Here your recur is misplaced, you want to recur when @running is true > so the (recur) should be at the end of the when form and it should > have an extra argument since we changed process to take one arg. > However this when/recur pattern is what the while macro expands to. > > (defn process [_] > (while @running > (prn "hi") > (Thread/sleep 1000))) > Very true - in this example, I totally agree. The example I put together is a simplified version of the program I'm working on which uses some file I/O. I'm wanting to tail a file and process its contents over time so I had a loop that would read the file until it started reading 'nil', then sleep, then try again, creating a loop within a loop (and polling the file for new contents). In trying to keep the example program faithful to the other, I ended up with some nonsensical clojure ; ) > >> ;;; >> (send-off (agent nil) (process)) > > Here it should be (send-off (agent nil) process) but Shawn already > pointed this out. > > I think that using an agent and not caring about its value is kind of > an abuse, better use a future. > > (def running (atom true)) > > (future > (while @running > (prn "hi") > (Thread/sleep 1000))) > Here my near total ignorance of futures comes into play. Thank you very much for pointing this out as a better way. I've been so eager to write a first program in clojure that I haven't gotten through all the 1.1 (and 1.0) language features yet. :D > ;;; > (do > (prn "this prints now - fixed thanks to Shawn Hoover") > (Thread/sleep 2000) > (reset! running false)) > > hth, > > Christophe > > -- > European Clojure Training Session: Brussels, 23-25/6 http://conj-labs.eu/ > Professional: http://cgrand.net/ (fr) > On Clojure: http://clj-me.cgrand.net/ (en) > I appreciate yours and everyone's valuable time! -- 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 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://groups.google.com/group/clojure?hl=en
Re: agents sending-off to other agents blocks?
Yeah, it's intended, just like what Ulrich showed. The same comment appears on the doc of release-pending-sends. In your case, the inner send-off doesn't rely on the result of the outter send-off. So, you can use release-pending-sends. The following code will have "hey" printed right away. (send (agent nil) (fn [_] (send (agent nil) (fn [_] (println "Hey!"))) (release-pending-sends) (Thread/sleep 4000))) (shutdown-agents) The interesting thing is, if you remove the call to (release-pending- sends) and the call to (shutdown-agents) will cause java.util.concurrent.RejectedExecutionException being thrown. This is because, I think, when the outter send-off has finished sleeping, shutdown-agents (which is really a call to shutdown on the thread-pool agents used) will take effect, and the thread-pool is shut down. Then, the inner send-off starts to work, but he will find that the thread pool has already been turned off. So the exception is thrown. I don't know how to NOT call the release-pending-sends function, and still be able to shutdown-agents. Would anyone tell me how? On Jun 13, 3:46 am, Moritz Ulrich wrote: > Sorry for the second mail, but here is the passage from clojure.org > which mentions the behavior you've seen: > > "5. If during the function execution any other dispatches are made > (directly or indirectly), they will be held until after the state of > the Agent has been changed." > > Maybe it's done to prevent problems when the function the > currently-active agent sent to another agent depends on the value of > the original agent. > > On Sat, Jun 12, 2010 at 9:43 PM, Moritz Ulrich > > > > wrote: > > I'm not sure why it's doing this, but I read about this in the api > > documentation - It's intended > > > On Sat, Jun 12, 2010 at 9:41 PM, Dan Larkin wrote: > >> Hey all, > > >> I've cooked up this example code to demonstrate a point: > > >> (send-off > >> (agent nil) > >> (fn [_] > >> (send-off > >> (agent nil) > >> (fn [_] > >> (println "Hey!"))) > >> (Thread/sleep 4000))) ; "Hey!" isn't printed for 4 seconds (when the > >> outer agent finishes). > > >> Which is that actions sent to an agent from another agent won't be started > >> until the first agent returns from its current action. > > >> Does anyone have insight as to the reasoning here? Is it a bug? If it's > >> intended behavior is there something I can do to circumvent it? > > >> Dan > > >> -- > >> 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 > >> 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://groups.google.com/group/clojure?hl=en > > > -- > > Moritz Ulrich > > Programmer, Student, Almost normal Guy > > >http://www.google.com/profiles/ulrich.moritz > > -- > Moritz Ulrich > Programmer, Student, Almost normal Guy > > http://www.google.com/profiles/ulrich.moritz -- 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 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://groups.google.com/group/clojure?hl=en
Passing Arguments From Java to Clojure
There's a canonical intro on how to call or embed Clojure into Java: http://en.wikibooks.org/wiki/Clojure_Programming/Tutorials_and_Tips#Invoking_Clojure_from_Java While this is a great introduction, the only thing Java passes in to Clojure here is a string. I've tried methods where Java passes in ints, and those work fine too. What I'm primarily concerned with is if there is some way to pass in a list/vector/etc, if there's a particular way to format the argument on the Java side so it can be easily converted on the Clojure side without much hassle (via vector or something similar), or if I need to just suck it up, pass in a string of numbers, and write a function on the Clojure side that handles all that. To be specific, I would like to make a vector that would end up in pairs: [[1 2] [3 4] [5 6]]. For those of you familiar with Incanter, this will then become a dataset. Thanks in advance. -- 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 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://groups.google.com/group/clojure?hl=en
Re: Why does clojure-http stores cookies in a ref instead of an atom
Thanks for the reply. I wasn't trying to be critical. I have a similar situation where I'm using an atom instead of a ref, and wanted to make sure I wasn't missing anything in my understanding of refs vs. atoms. I am using clojure-http currently and it works quite well, thank you! It's very easy to use. Also I've learned a lot by looking at the code, which is clear and well written. Steve On Mon, Jun 14, 2010 at 4:56 PM, Phil Hagelberg wrote: > On Fri, Jun 11, 2010 at 8:45 AM, Steve Molitor > wrote: > > I'm a clojure newbie trying to understand when to use atoms versus refs. > > In clojure-http.resourcefully, if you use the with-cookies macro stores > the > > cookies in a thread local ref. Why a ref and not an atom? My impression > is > > that refs are for when you need to coordinate changes to more than one > > variable, or maybe if you need triggered validations. > > Actually you're correct; an atom would be better here. I wrote that > code a long time ago and haven't used or looked at it since, but > there's absolutely no reason to pull in the STM for state changes like > that. > > -Phil > > -- > 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 > 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://groups.google.com/group/clojure?hl=en > -- 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 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://groups.google.com/group/clojure?hl=en
Re: working with agents and atoms - a beginner question
Hi, Am 15.06.2010 um 23:27 schrieb Ryan Waters: > Thank you for pointing that out. I notice your style is similar to > Rich's in his ant.clj [1] which seems like the kind of solution that > might be used in other functional and/or lisp languages. Do you know > if that's the case with self-calling functions and agents? However, > isn't there more overhead with calls to send-off instead of recur? Yes, there is additional overhead. However hijacking a thread from agent thread pool (even if send-off) is misusing agents as Christophe said. Agents is about updating states. Not about (long running) threads. The typical solution for your problem would probably be: (->> long-running-function-with-recur Thread. .start) This starts you function in a dedicated thread and you can save the overhead of send-off and use recur directly. I'm unsure about using future here. For me future is a thing, which returns something. Using it for a process which does return something useful seems "dirty" to me. > I understand functions sent to an agent will only run one at a time, > fifo-style, but was under the impression *agent* was for the current > "main" thread of the program. Does *agent* instead refer to whatever > is the current thread in the function's runtime context? Hope that > question makes sense. *agent* is bound to the agent whose action we are currently running in this thread. So concurrently running actions see different *agent*s. Hope this helps. Sincerely 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 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://groups.google.com/group/clojure?hl=en
Re: working with agents and atoms - a beginner question
On Wed, Jun 16, 2010 at 10:20 PM, Meikel Brandmeyer wrote: > The typical solution for your problem would probably be: > > (->> long-running-function-with-recur Thread. .start) > > This starts you function in a dedicated thread and you can save the overhead > of send-off and use recur directly. I'm unsure about using future here. For > me future is a thing, which returns something. Using it for a process which > does return something useful seems "dirty" to me. I agree, it still feels a little dirty to use a future without caring about the return value but on the positive said you get an easy way to block and wait for the tread to finish (deref) and you also get future-done?, future-cancel and future-cancelled which can prove useful. Christophe -- European Clojure Training Session: Brussels, 23-25/6 http://conj-labs.eu/ Professional: http://cgrand.net/ (fr) On Clojure: http://clj-me.cgrand.net/ (en) -- 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 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://groups.google.com/group/clojure?hl=en
Re: working with agents and atoms - a beginner question
Hi, Am 16.06.2010 um 22:34 schrieb Christophe Grand: > I agree, it still feels a little dirty to use a future without caring > about the return value but on the positive said you get an easy way to > block and wait for the tread to finish (deref) and you also get > future-done?, future-cancel and future-cancelled which can prove > useful. True. This infrastructure is an incentive to use future. Maybe one can wash away the dirty feeling by believing, that deref'ing is actually a syncronisation point of sorts and the return value just a "side-effect". Sincerely 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 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://groups.google.com/group/clojure?hl=en
Re: Gwt-Clojure - lightweight browser implementation
That looks really cool. I want to do some webstuff with clojure soon and I have to look at your stuff more then and I have to read a bit about GWT never heard of it until now. On 15 Jun., 20:48, pfisk wrote: > Gwt-Clojure is a subset of the Clojure language which was developed > for scripting GWT (Google Windows Toolkit) widgets in the browser > environment. It is designed to be able to share code with Clojure > running on the server. > > The current deployment size is about 145kb of Javascript - including > the interpreter and several GWT widget classes. > > Test environment:http://wisperweb.appspot.com/ > > Gwt-Clojure blog post:http://framegen.wordpress.com/2010/06/15/gwt-clojure/ -- 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 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://groups.google.com/group/clojure?hl=en
Re: Serious problem with underive (for hierarchies), an attempt to fix, and request for code review.
Hi Stuart,
I'll be mailing the agreement later today, and I'll work on a patch
shortly. I've noticed that the unit tests file for multi-methods,
where tests for derive and underive would be located, is essentially
empty. So I thought I might put some tests in there for isa, parents,
ancestors, etc. while I'm about it.
I take your point on preferring a simpler version. I have a feeling
that:
-most people are using the global hierarchy
-most people are using the hierarchy essentially statically
which is a bit of a shame, since the hierarchy system is quite
powerful. With independent hierarchies, you can confidently juggle
several hierarchy relationships, and dynamically update them. I think
their uses go beyond multi-methods.
But for hierarchies which are largely static, and which will rarely
underive, a simpler underive in core will be good. I'll probably put
my complicated version together with some other convenience functions
for hierarchies in a library of my own, in case anyone has a need for
it.
Rob
p.s. Loved the book.
On Jun 16, 7:54 am, Stuart Halloway wrote:
> Hi Rob,
>
> Thanks for tracking this down. If you will execute a CA [1], I would love to
> get a patch (with tests) that fixes this. I have created a ticket at [2] to
> track it.
>
> I would prefer something along the lines of the simpler fix shown below,
> unless anybody pops up on this thread with a real-world use case for
> performance-critical underive.
>
> Stu
>
> [1]http://clojure.org/contributing
> [2]https://www.assembla.com/spaces/clojure/tickets/382-fix-underive-for-...
>
>
>
> > As an alternative, if we're willing to rebuild the entire hierarchy,
> > not just the subgraph that's affected by the underivation,
> > we can just do this:
>
> > (defn easy-underive [h child parent]
> > (let [oldParents (:parents h)
> > childsParents (disj (clojure.set/union #{} (child oldParents))
> > parent)
> > newParents (if (not-empty childsParents)
> > (assoc oldParents child childsParents)
> > (dissoc oldParents child))
> > derivation-seq (flatten (map #(cons (key %) (interpose (key %) (val
> > %)))
> > (seq newParents)))]
> > (reduce #(apply derive (cons %1 %2)) (make-hierarchy)
> > (partition 2 derivation-seq
>
> > It's less efficient, because it tosses out all of the information in
> > the ancestor and descendant sets. But it is a good deal simpler -- 10
> > lines of code instead of 60 or so. For small hierarchies this would
> > be fine. If anyone were to make large
> > hierarchies which had to be modified efficiently, though, I think
> > something like in the first message would be required.
>
> > On Jun 15, 4:29 pm, Rob Lachlan wrote:
> >> Oh God. What broken formatting. Sorry about that.
>
> >> On Jun 15, 4:24 pm, Rob Lachlan wrote:
>
> >>> I think that the underive function for removing hierarchy
> >>> relationships between keywords is broken. I'll illustrate with an
> >>> example and describe what I think the problems are. I've got some
> >>> code for a function which (I hope!) performs underive correctly, and
> >>> I'd love it if people had a look.
>
> >>> Consider a hierarchy with child-parent relationships:
>
> >>> :c -> :p1, :c -> :p2, :p1 -> :a1, :p1 -> :a2, :p2 -> :a2
>
> >>> Which I'll illustrate with the world's worst ascii art:
>
> >>> a1 a2
> >>> | / |
> >>> | / |
> >>> | / |
> >>> p1 p2
> >>> | /
> >>> | /
> >>> | /
> >>> c
>
> >>> ; creating this hierarchy:
> >>> user> (def h (reduce #(apply derive (cons %1 %2)) (make-hierarchy)
> >>> [[:p1 :a1] [:p1 :a2] [:p2 :a2] [:c :p2] [:c :p1]]))
> >>> #'user/h
> >>> user> h
> >>> {:parents {:c #{:p1 :p2}, :p2 #{:a2}, :p1 #{:a2 :a1}}, :ancestors {:c
> >>> #{:p1 :p2 :a2 :a1}, :p2 #{:a2}, :p1 #{:a2 :a1}}, :descendants {:p1
> >>> #{:c}, :p2 #{:c}, :a2 #{:p1 :p2 :c}, :a1 #{:p1 :c}}}
>
> >>> Now the underive:
>
> >>> user> (underive h :c :p1)
> >>> {:parent {:c #{:p2}, :p2 #{:a2}, :p1 #{:a2 :a1}}, :ancestors {:c
> >>> #{:p2}, :p2 #{:a2}, :p1 #{:a2 :a1}}, :descendants {:p1 #{}, :p2
> >>> #{:c}, :a2 #{:p1 :p2}, :a1 #{:p1}}}
>
> >>> Problems:
>
> >>> Most seriously, it is incorrect: :c should still show up as a
> >>> descendant of
> >>> :a2, since :c is a child of :p2, and :p2 a child of :a2. Note that
> >>> the
> >>> parent map is correct, so it is the ancestor and descendant maps which
> >>> are
> >>> inconsistent.
>
> >>> Also, notice that the key for the parent map has changed from :parents
> >>> to
> >>> :parent, which causes calls to the parents function to return nil.
>
> >>> Also, keys which map to empty sets are left in each of the maps
> >>> (parents,
> >>> descendants and ancestors), with the result that equality tests could
> >>> fail
> >>> in some cases in which they would be true.
>
> >>> Potential fix, and request for code review:
>
> >>> I've written an underive-new function whic
basic help with netbeans/enclojure installation
Starting from scratch, both to try it myself and to know what to tell my students in the fall, when I'll want them all (regardless of background) to be able to set up a reasonable Clojure environment without hassles. I've never previously used netbeans. I'm doing this on a Mac running MacOS 10.6.3. I tried to follow the instructions at http://www.assembla.com/wiki/show/clojure/Getting_Started_with_Netbeans_and_Enclojure and this is what happened: - Install NetBeans You need only the Java SE version. Done -- no problem. - If you’ve just installed Netbeans, activate feature Java SE: - Activate features is on the Start page - or from Tools, Plugins, Installed I don't see "Activate features" on the start page. Poked around (there are three tabs...) but still didn't see it. Went to Tools, Plugins, Installed and saw that there wasn't just one Java SE item but rather many. Checked all of them. Now that I return to it I see that everything has a checkmark under Active, so perhaps it was all activated initially and I didn't notice? In any event I suppose it's all activated now. - Go to the Tools, Plugins and select the 'Settings' tab on the dialog - Click Add and call the Update Center "Enclojure" and use the following url: http://www.enclojure.org/file/view/Autoupdate_Site.xml.gz Done -- no problem. - Go to the 'Avalilable Plugins' tab and select the "Enclojure Clojure Plugin and click Install When I do it fails with the following messages: - Some plugins require plugin Common Scripting Language API (new) to be installed. The plugin Common Scripting Language API (new) is requested in version >= 1.14.1.1.1.1.2 (release version 1) but only 2.5.1.2.1.1.4 (of release version different from 1) was found. The following plugin is affected: Enclojure Clojure Plugin Some plugins require plugin Editor Library to be installed. The plugin Editor Library is requested in version >= 1.44.1.9.2 (release version 1) but only 2.10.1.10.2 (of release version different from 1) was found. The following plugin is affected: Enclojure Clojure Plugin Some plugins require plugin org.netbeans.modules.templates to be installed. The plugin org.netbeans.modules.templates is requested in version 1.7.1. The following plugin is affected: Enclojure Clojure Plugin Some plugins not installed to avoid potential installation problems. - And then I'm stuck. Is there a simple way to take care of this? Thanks, -Lee -- Lee Spector, Professor of Computer Science School of Cognitive Science, Hampshire College 893 West Street, Amherst, MA 01002-3359 lspec...@hampshire.edu, http://hampshire.edu/lspector/ Phone: 413-559-5352, Fax: 413-559-5438 Check out Genetic Programming and Evolvable Machines: http://www.springer.com/10710 - http://gpemjournal.blogspot.com/ -- 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 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://groups.google.com/group/clojure?hl=en
Re: Serious problem with underive (for hierarchies), an attempt to fix, and request for code review.
I like the reference counting idea, YD. I don't think that we want to
go that route, though, if underive will be called comparatively rarely
by most people. But it would be a good way to do it if that
performance were needed.
Rob
On Jun 15, 10:39 pm, YD wrote:
> Another apporach I think would be modifying the data structure of
> hierarchy itself. The idea is to add a counter to ancestors and
> descendants.
> :ancestors: { :c #{ [:a1 1] [:a2 2] } }
> So, the counter 2 on :a2 means how many paths can you get :c to
> reach :a2. When the counter reaches 0, you can remove it completely.
> Otherwise, decrement it.
>
> This approach requires to change all the functions related to
> hierarchy, and the data structure will be incompatible to the original
> one. But the speed is gonna be fast.
--
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
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://groups.google.com/group/clojure?hl=en
Re: basic help with netbeans/enclojure installation
Which version of NetBeans did you install? Version 6.9 (the version linked to on the netbeans.org front page) was released very recently. It's unlikely that Enclojure has been updated for NetBeans 6.9. On Jun 16, 5:29 pm, Lee Spector wrote: > Starting from scratch, both to try it myself and to know what to tell my > students in the fall, when I'll want them all (regardless of background) to > be able to set up a reasonable Clojure environment without hassles. I've > never previously used netbeans. I'm doing this on a Mac running MacOS 10.6.3. > > I tried to follow the instructions > athttp://www.assembla.com/wiki/show/clojure/Getting_Started_with_Netbea...and > this is what happened: > > - Install NetBeans You need only the Java SE version. > > Done -- no problem. > > - If you’ve just installed Netbeans, activate feature Java SE: > - Activate features is on the Start page > - or from Tools, Plugins, Installed > > I don't see "Activate features" on the start page. Poked around (there are > three tabs...) but still didn't see it. Went to Tools, Plugins, Installed and > saw that there wasn't just one Java SE item but rather many. Checked all of > them. Now that I return to it I see that everything has a checkmark under > Active, so perhaps it was all activated initially and I didn't notice? In any > event I suppose it's all activated now. > > - Go to the Tools, Plugins and select the 'Settings' tab on the dialog > - Click Add and call the Update Center "Enclojure" and use the following url: > http://www.enclojure.org/file/view/Autoupdate_Site.xml.gz > > Done -- no problem. > > - Go to the 'Avalilable Plugins' tab and select the "Enclojure Clojure Plugin > and click Install > > When I do it fails with the following messages: > > - > Some plugins require plugin Common Scripting Language API (new) to be > installed. > > The plugin Common Scripting Language API (new) is requested in version >= > 1.14.1.1.1.1.2 (release version 1) but only 2.5.1.2.1.1.4 (of release version > different from 1) was found. > > The following plugin is affected: > Enclojure Clojure Plugin > Some plugins require plugin Editor Library to be installed. > > The plugin Editor Library is requested in version >= 1.44.1.9.2 (release > version 1) but only 2.10.1.10.2 (of release version different from 1) was > found. > > The following plugin is affected: > Enclojure Clojure Plugin > Some plugins require plugin org.netbeans.modules.templates to be installed. > > The plugin org.netbeans.modules.templates is requested in version 1.7.1. > > The following plugin is affected: > Enclojure Clojure Plugin > > Some plugins not installed to avoid potential installation problems. > - > > And then I'm stuck. Is there a simple way to take care of this? > > Thanks, > > -Lee > > -- > Lee Spector, Professor of Computer Science > School of Cognitive Science, Hampshire College > 893 West Street, Amherst, MA 01002-3359 > lspec...@hampshire.edu,http://hampshire.edu/lspector/ > Phone: 413-559-5352, Fax: 413-559-5438 > > Check out Genetic Programming and Evolvable > Machines:http://www.springer.com/10710-http://gpemjournal.blogspot.com/ -- 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 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://groups.google.com/group/clojure?hl=en
Re: basic help with netbeans/enclojure installation
Hi, On Jun 17, 12:29 am, Lee Spector wrote: > - Go to the 'Avalilable Plugins' tab and select the "Enclojure Clojure Plugin > and click Install > > When I do it fails with the following messages: > > - > Some plugins require plugin Common Scripting Language API (new) to be > installed. I had some very similar problems some weeks ago, when I tried this, too. At that time I used Netbeans 6.7 and 6.9 wasn't yet released. After I installed Netbeans 6.8 things went almost smooth. I had to do a manual git pull in the created labrepl project. After that it's justing waiting for Maven to finish which took *quite* a while with my slow connection at home. I could even use the debugger to step clojure programs (after using that funny/ugly trick with a dummy java class). Cheers, Stefan -- 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 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://groups.google.com/group/clojure?hl=en
Re: Gwt-Clojure - lightweight browser implementation
Neat! I'm currently writting a webapp with GWT for the browser client, and clojure on the server... What is your approach to doing this, and is the code available anywhere yet? R. On 15 June 2010 19:48, pfisk wrote: > Gwt-Clojure is a subset of the Clojure language which was developed > for scripting GWT (Google Windows Toolkit) widgets in the browser > environment. It is designed to be able to share code with Clojure > running on the server. > > The current deployment size is about 145kb of Javascript - including > the interpreter and several GWT widget classes. > > Test environment: http://wisperweb.appspot.com/ > > Gwt-Clojure blog post: http://framegen.wordpress.com/2010/06/15/gwt-clojure/ > > -- > 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 > 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://groups.google.com/group/clojure?hl=en -- 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 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://groups.google.com/group/clojure?hl=en
Hash-map destructuring
Given:
(defn foo [x & {:as args}] [x args])
(foo 1 :bar 2 :baz [:quux])
=> [1 {:bar 2, :baz [:quux]}]
If I have those rest-arguments already in a map, what's the most
elegant way to call foo with them?
(def args {:bar 2 :baz [:quux]})
(foo 1 ?)
I feel like I may be missing some simple way of doing it. I find
myself needing to do this pretty often, for example any time I have a
chain of functions calling each other that all take keyword arguments
on the end.
(apply foo 1 (apply concat (seq args))) works, but that's awfully
nasty. So this is what I've been doing:
(defmacro apply* [& args]
`(apply ~@(butlast args) (apply concat (seq ~(last args)
(apply* foo 1 args)
=> [1 {:bar 2, :baz [:quux]}]
Kind of hacky though. Is there a better/shorter/builtin way?
I can go back to using [x & args] in the function signature and (apply
hash-map args) in the function body, but I love having the keyword
destructuring in the function signature, since the user can see which
keys are valid to pass in, whenever I use {:keys [...]}.
Thanks
--Brian
--
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
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://groups.google.com/group/clojure?hl=en
Re: basic help with netbeans/enclojure installation
I'm using NetBeans 6.9, which is just what happened to be there when I went to try this today. Maybe I should be trying a different environment if this is going to depend on the netbeans version or require more manual installation. I'm hoping to find something that doesn't require manual git pulls or jumping through other hoops, in part because I'll be using it with students who'll have to set up on their own machines and I want that to be painless. Minimum functionality is a REPL and an editor with Clojure indentation and parentheses matching. Other stuff like debugging/profiling/builtin-documentation would be great but if I can get the minimum with a no-hassle installation then I'll be happy, and the no-hassle installation part is really the most important thing. I'm personally using an emacs setup but that installation was not hassle free and I don't want to make my students learn emacs anyway. Last time I tried the Eclipse route it wasn't too bad but I found the environment confusingly complex and there wasn't Clojure indentation, which I think is really necessary. Ideally I'll use something cross platform, but I might use MCLIDE if it's the best thing going -- last I tried it it still required jumping through some hoops and didn't seem quite ready for prime time yet. Any advice would be appreciated. Thanks, -Lee On Jun 16, 2010, at 6:46 PM, Stefan Kamphausen wrote: > Hi, > > On Jun 17, 12:29 am, Lee Spector wrote: >> - Go to the 'Avalilable Plugins' tab and select the "Enclojure Clojure >> Plugin and click Install >> >> When I do it fails with the following messages: >> >> - >> Some plugins require plugin Common Scripting Language API (new) to be >> installed. > > I had some very similar problems some weeks ago, when I tried this, > too. At that time I used Netbeans 6.7 and 6.9 wasn't yet released. > After I installed Netbeans 6.8 things went almost smooth. I had to do > a manual git pull in the created labrepl project. > > After that it's justing waiting for Maven to finish which took *quite* > a while with my slow connection at home. I could even use the > debugger to step clojure programs (after using that funny/ugly trick > with a dummy java class). > > > Cheers, > Stefan > > -- > 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 > 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://groups.google.com/group/clojure?hl=en -- Lee Spector, Professor of Computer Science School of Cognitive Science, Hampshire College 893 West Street, Amherst, MA 01002-3359 lspec...@hampshire.edu, http://hampshire.edu/lspector/ Phone: 413-559-5352, Fax: 413-559-5438 Check out Genetic Programming and Evolvable Machines: http://www.springer.com/10710 - http://gpemjournal.blogspot.com/ -- 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 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://groups.google.com/group/clojure?hl=en
Re: Passing Arguments From Java to Clojure
You need to pass in a PersistentVector of PersistentVector's. It's in clojure.lang and there are a number of static creation methods. On Jun 16, 9:37 am, allie wrote: > There's a canonical intro on how to call or embed Clojure into > Java:http://en.wikibooks.org/wiki/Clojure_Programming/Tutorials_and_Tips#I... > > While this is a great introduction, the only thing Java passes in to > Clojure here is a string. I've tried methods where Java passes in > ints, and those work fine too. > > What I'm primarily concerned with is if there is some way to pass in a > list/vector/etc, if there's a particular way to format the argument on > the Java side so it can be easily converted on the Clojure side > without much hassle (via vector or something similar), or if I need to > just suck it up, pass in a string of numbers, and write a function on > the Clojure side that handles all that. > > To be specific, I would like to make a vector that would end up in > pairs: [[1 2] [3 4] [5 6]]. For those of you familiar with Incanter, > this will then become a dataset. > > Thanks in advance. -- 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 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://groups.google.com/group/clojure?hl=en
Re: Passing Arguments From Java to Clojure
Actually, just look at the main method (for testing) which has been commented out at the bottom - that will show you a better way to create and use it. On Jun 16, 9:37 am, allie wrote: > There's a canonical intro on how to call or embed Clojure into > Java:http://en.wikibooks.org/wiki/Clojure_Programming/Tutorials_and_Tips#I... > > While this is a great introduction, the only thing Java passes in to > Clojure here is a string. I've tried methods where Java passes in > ints, and those work fine too. > > What I'm primarily concerned with is if there is some way to pass in a > list/vector/etc, if there's a particular way to format the argument on > the Java side so it can be easily converted on the Clojure side > without much hassle (via vector or something similar), or if I need to > just suck it up, pass in a string of numbers, and write a function on > the Clojure side that handles all that. > > To be specific, I would like to make a vector that would end up in > pairs: [[1 2] [3 4] [5 6]]. For those of you familiar with Incanter, > this will then become a dataset. > > Thanks in advance. -- 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 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://groups.google.com/group/clojure?hl=en
Re: Passing Arguments From Java to Clojure
Do you really need a Clojure vector-of-vectors, or do you just want an indexed collection of indexed collections? If the latter, you can simply use Java arrays, or ArrayMaps. ; build a collection a Java programmer might have made ; (I am not really going to go into Java just for an example... :-) (def x (into-array (map into-array [[1 2] [3 4]]))) => #'user/x ; function that destructures positional args (defn foo [[[a b] [c d]]] [a b c d]) => #'user/foo ; ta da (foo x) => [1 2 3 4] > There's a canonical intro on how to call or embed Clojure into Java: > http://en.wikibooks.org/wiki/Clojure_Programming/Tutorials_and_Tips#Invoking_Clojure_from_Java > > While this is a great introduction, the only thing Java passes in to > Clojure here is a string. I've tried methods where Java passes in > ints, and those work fine too. > > What I'm primarily concerned with is if there is some way to pass in a > list/vector/etc, if there's a particular way to format the argument on > the Java side so it can be easily converted on the Clojure side > without much hassle (via vector or something similar), or if I need to > just suck it up, pass in a string of numbers, and write a function on > the Clojure side that handles all that. > > To be specific, I would like to make a vector that would end up in > pairs: [[1 2] [3 4] [5 6]]. For those of you familiar with Incanter, > this will then become a dataset. > > Thanks in advance. > > -- > 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 > 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://groups.google.com/group/clojure?hl=en -- 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 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://groups.google.com/group/clojure?hl=en
Re: Hash-map destructuring
There's a disconnect between the function definition and the
datastructures used by the caller.
Either fix the data structure:
(def args [:bar 2 :baz [:quux]])
then use apply
Or change the function definition to take a map:
(defn foo [x {:keys [bar baz]}]
...)
On Jun 16, 4:00 pm, Brian Carper wrote:
> Given:
>
> (defn foo [x & {:as args}] [x args])
> (foo 1 :bar 2 :baz [:quux])
> => [1 {:bar 2, :baz [:quux]}]
>
> If I have those rest-arguments already in a map, what's the most
> elegant way to call foo with them?
>
> (def args {:bar 2 :baz [:quux]})
> (foo 1 ?)
>
> I feel like I may be missing some simple way of doing it. I find
> myself needing to do this pretty often, for example any time I have a
> chain of functions calling each other that all take keyword arguments
> on the end.
>
> (apply foo 1 (apply concat (seq args))) works, but that's awfully
> nasty. So this is what I've been doing:
>
> (defmacro apply* [& args]
> `(apply ~@(butlast args) (apply concat (seq ~(last args)
>
> (apply* foo 1 args)
> => [1 {:bar 2, :baz [:quux]}]
>
> Kind of hacky though. Is there a better/shorter/builtin way?
>
> I can go back to using [x & args] in the function signature and (apply
> hash-map args) in the function body, but I love having the keyword
> destructuring in the function signature, since the user can see which
> keys are valid to pass in, whenever I use {:keys [...]}.
>
> Thanks
> --Brian
--
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
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://groups.google.com/group/clojure?hl=en
Re: Passing Arguments From Java to Clojure
-- CallClojure.java --
import clojure.lang.RT;
import clojure.lang.Var;
import clojure.lang.PersistentVector;
public class CallClojure {
static PersistentVector toVec(int[][] arr) {
PersistentVector pv = PersistentVector.EMPTY;
for (int[] a : arr) {
PersistentVector temp = PersistentVector.EMPTY;
for (int n : a) {
temp = temp.cons(n);
}
pv = pv.cons(temp);
}
return pv;
}
public static void main(String[] args) throws Exception {
RT.loadResourceScript("foo.clj");
Var gimmie_vec = RT.var("foo", "gimmie-vec");
int[][] ar = {{1, 2}, {3, 4}, {5, 6}};
Object result = gimmie_vec.invoke(toVec(ar));
System.out.println(result);
}
}
-- foo.clj --
(ns foo)
(defn gimmie-vec [v]
(println "class:" (class v))
(println "v:" v))
--
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
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://groups.google.com/group/clojure?hl=en
Re: agents sending-off to other agents blocks?
Ah thanks for pointing out release-pending-sends, I didn't know about that; it's exactly what I need in my case. On Jun 16, 2010, at 9:52 AM, YD wrote: > Yeah, it's intended, just like what Ulrich showed. The same comment > appears on the doc of release-pending-sends. > In your case, the inner send-off doesn't rely on the result of the > outter send-off. So, you can use release-pending-sends. > The following code will have "hey" printed right away. -- 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 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://groups.google.com/group/clojure?hl=en
Re: Hash-map destructuring
On Jun 16, 2010, at 7:07 PM, ataggart wrote:
> There's a disconnect between the function definition and the
> datastructures used by the caller.
>
> Either fix the data structure:
> (def args [:bar 2 :baz [:quux]])
> then use apply
>
> Or change the function definition to take a map:
> (defn foo [x {:keys [bar baz]}]
> ...)
That's a pretty flippant answer. I have run into this same issue; it's not
always desirable to have your function take a map, and if you get the data
structure from elsewhere (say loaded from a config file), then you have to
resort to either re-building the arg list manually or doing (apply concat ...).
Regarding Brian's original question: as far as I know, there is no built-in
version of apply that works with keyword args contained in a map. But note that
you can eliminate the call to seq, since (apply concat args) works the same as
(apply concat (seq args)).
--
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
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://groups.google.com/group/clojure?hl=en
Problems with URL params and http-agent
Hey all, something very weird happens when trying to use the http-agent. If I execute a) or b) in a browser, I get the desired result XML. a) http://RESTful/path/to/xml b) http://RESTful/path/to/xml?_wrap=no&_query=declare default element namespace 'com/interrupt/bookkeeping/users';//user[ @id='one'] However, using clojure, If I try the same call, d) in this case will NOT work. c) (clojure.contrib.http.agent/http-agent "http://RESTful/path/to/xml";) ; works d) (clojure.contrib.http.agent/http-agent " http://RESTful/path/to/xml?_wrap=no&_query=declare default element namespace 'com/interrupt/bookkeeping/users';//user[ @id='one']") ; doesn't work I've tried url-encoding the url using the below function, but that doesn't help either. (defn url-encode [text] (URLEncoder/encode text "UTF-8")) Is the something obvious I'm missing? Thanks -- 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 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://groups.google.com/group/clojure?hl=en
Recommendations on prepping a library for 1.2 release?
I guess I'm mostly wondering where to get the best (continually update-able best) version of 1.2 core (and contrib?) before it's released. I'd rather not go Lein or Maven2 - just a vanilla checkout and Ant if that's still a supported build option. Everything's on github - right? The simplest commands to grab the core (and contrib?) from github as well as the commands to keep updating every week or so until release would be fantastic. All of this is assuming, hopefully incorrectly, that there's no automated nightly JAR that's being produced and made available somewhere. Thanks! -Rich -- 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 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://groups.google.com/group/clojure?hl=en
Re: Recommendations on prepping a library for 1.2 release?
On Wed, Jun 16, 2010 at 10:17 PM, Richard Lyman wrote: > Everything's on github - right? The simplest commands to grab the core > (and contrib?) from github as well as the commands to keep updating > every week or so until release would be fantastic. > git clone url, to get it git pull, to update it git fetch, to grab the other branches git checkout branch, to switch to a branch ant, to build the branch you are on. > All of this is assuming, hopefully incorrectly, that there's no > automated nightly JAR that's being produced and made available > somewhere. The clojure master branch is being built continuously here, http://build.clojure.org/ David -- 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 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://groups.google.com/group/clojure?hl=en
Re: Complex type in clojure
Thanks. It's always interesting to see different notations. On Jun 15, 4:49 pm, Travis Hoffman wrote: > We Electrical Engineers are quite annoying in this regard, but > historically, there is much variation out there: Python uses "j", > MATLAB accepts i or j. Apache Commons allows the user to specify the > specific character to use, but defaults to "i" I believe. Eventually, > I would suggest this be a localizable field. Please see: > > http://en.wikipedia.org/wiki/Imaginary_unit#Alternative_notations > > -Travis > > On Jun 15, 4:22 pm, James Reeves wrote: > > > On 15 June 2010 23:26, Carson wrote: > > > > Sorry I may have missed the reason for this earlier: What's the > > > reason for allowing both 'i' and 'j' to indicate the imaginary part? > > > Is the intention to also later have 'k' to support quaternions? Just > > > curious. Thanks. > > > "j" is used by electrical engineers to represent the imaginary part of > > a complex number, because "I" has already been taken to mean > > electrical current. Presumably this is the reason. > > > - James -- 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 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://groups.google.com/group/clojure?hl=en
Re: Recommendations on prepping a library for 1.2 release?
On Wed, Jun 16, 2010 at 8:36 PM, David Nolen wrote: > On Wed, Jun 16, 2010 at 10:17 PM, Richard Lyman > wrote: >> >> Everything's on github - right? The simplest commands to grab the core >> (and contrib?) from github as well as the commands to keep updating >> every week or so until release would be fantastic. > > git clone url, to get it > git pull, to update it > git fetch, to grab the other branches > git checkout branch, to switch to a branch > ant, to build the branch you are on. Do I need any branches? What are the branches? I thought that when a branch was stable it would be merged back into master (if I'm using the right terms). >> >> All of this is assuming, hopefully incorrectly, that there's no >> automated nightly JAR that's being produced and made available >> somewhere. > > The clojure master branch is being built continuously here, > http://build.clojure.org/ When you say master branch, do you mean just core, or does that include contrib? Speaking of which: Should I still care about contrib? I remember hearing that several items had been merged into core... > David Thanks for the quick and succinct response. -Rich -- 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 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://groups.google.com/group/clojure?hl=en
Re: Recommendations on prepping a library for 1.2 release?
On Wed, Jun 16, 2010 at 11:34 PM, Richard Lyman wrote: > On Wed, Jun 16, 2010 at 8:36 PM, David Nolen > wrote: > > On Wed, Jun 16, 2010 at 10:17 PM, Richard Lyman > > > wrote: > >> > >> Everything's on github - right? The simplest commands to grab the core > >> (and contrib?) from github as well as the commands to keep updating > >> every week or so until release would be fantastic. > > > > git clone url, to get it > > git pull, to update it > > git fetch, to grab the other branches > > git checkout branch, to switch to a branch > > ant, to build the branch you are on. > > Do I need any branches? What are the branches? I thought that when a > branch was stable it would be merged back into master (if I'm using > the right terms). > Yes master is the stable branch. Branches besides master are often where new work is being done - some of which might get merged back into master. You don't need them, but Rich Hickey is pretty good at putting really interesting and very serious work into a branch. For example the prim and num branches have some stunning performance improvements for code that relies on fast arithmetic. > >> > >> All of this is assuming, hopefully incorrectly, that there's no > >> automated nightly JAR that's being produced and made available > >> somewhere. > > > > The clojure master branch is being built continuously here, > > http://build.clojure.org/ > > When you say master branch, do you mean just core, or does that include > contrib? > > Speaking of which: Should I still care about contrib? I remember > hearing that several items had been merged into core... > Hudson has builds of clojure as well as clojure-contrib. There's plenty of interesting stuff going on in clojure-contrib. David -- 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 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://groups.google.com/group/clojure?hl=en
Re: Recommendations on prepping a library for 1.2 release?
> Do I need any branches? What are the branches? I thought that when a > branch was stable it would be merged back into master (if I'm using > the right terms). The master branch for clojure is the main development branch for 1.2 (someone correct me if I'm wrong). It's the one I'm using, and I'm also using 1.2. There are other branches, like num, if you want efficient numerical computations. In all likelihood, master is what you want. > When you say master branch, do you mean just core, or does that include > contrib? Core has its master branch, and contrib has its own master branch. > Speaking of which: Should I still care about contrib? I remember > hearing that several items had been merged into core... Probably you should, contrib has tons of other goodness. See http://richhickey.github.com/clojure-contrib/ for details. Rob -- 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 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://groups.google.com/group/clojure?hl=en
Leiningen documentation review?
I'm pushing for a Leiningen 1.2.0 release really soon now, and part of that effort is sprucing up the documentation. I've revamped the readme and added a tutorial for folks just getting started. Of course, self-editing is never as good as having outside help, so I'd love it if I could get some feedback on it. I'm particularly interested in opinions from people who are just starting out with Clojure--it's easy for me to take things for granted that not everyone understands. Mostly I'd like feedback on the tutorial: http://github.com/technomancy/leiningen/blob/master/TUTORIAL.md But if you've got some time to look over the readme, that would be great too: http://github.com/technomancy/leiningen/blob/master/README.md Thanks! -Phil -- 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 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://groups.google.com/group/clojure?hl=en
Re: Recommendations on prepping a library for 1.2 release?
On Wed, Jun 16, 2010 at 8:34 PM, Richard Lyman wrote: >>> All of this is assuming, hopefully incorrectly, that there's no >>> automated nightly JAR that's being produced and made available >>> somewhere. >> >> The clojure master branch is being built continuously here, >> http://build.clojure.org/ > > When you say master branch, do you mean just core, or does that include > contrib? > > Speaking of which: Should I still care about contrib? I remember > hearing that several items had been merged into core... You can't build contrib without Maven these days. But unless you're directly hacking on Clojure or Contrib itself, there's very little reason to build it yourself; you should get along fine with downloading the jar files straight from http://build.clojure.org/snapshots You can get a lot further without contrib than you used to be able to--several seq functions have been moved to clojure.core, and clojure.contrib.duck-streams has been moved to clojure.java.io. -Phil -- 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 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://groups.google.com/group/clojure?hl=en
Re: basic help with netbeans/enclojure installation
You can easily download old releases of NetBeans. From the netbeans.orgfront page click on "Download FREE". On that page click on "Archive" in the upper right corner. Finally look for the version select box on the right side of the page. IANAL, but I believe the license of each project allows you to distribute the compatible versions together via your class's website or CDs that you hand out in class, etc. On Wed, Jun 16, 2010 at 6:05 PM, Lee Spector wrote: > > I'm using NetBeans 6.9, which is just what happened to be there when I went > to try this today. > > Maybe I should be trying a different environment if this is going to depend > on the netbeans version or require more manual installation. > > I'm hoping to find something that doesn't require manual git pulls or > jumping through other hoops, in part because I'll be using it with students > who'll have to set up on their own machines and I want that to be painless. > Minimum functionality is a REPL and an editor with Clojure indentation and > parentheses matching. Other stuff like > debugging/profiling/builtin-documentation would be great but if I can get > the minimum with a no-hassle installation then I'll be happy, and the > no-hassle installation part is really the most important thing. > > I'm personally using an emacs setup but that installation was not hassle > free and I don't want to make my students learn emacs anyway. Last time I > tried the Eclipse route it wasn't too bad but I found the environment > confusingly complex and there wasn't Clojure indentation, which I think is > really necessary. Ideally I'll use something cross platform, but I might use > MCLIDE if it's the best thing going -- last I tried it it still required > jumping through some hoops and didn't seem quite ready for prime time yet. > > Any advice would be appreciated. > > Thanks, > > -Lee > > On Jun 16, 2010, at 6:46 PM, Stefan Kamphausen wrote: > > > Hi, > > > > On Jun 17, 12:29 am, Lee Spector wrote: > >> - Go to the 'Avalilable Plugins' tab and select the "Enclojure Clojure > Plugin and click Install > >> > >> When I do it fails with the following messages: > >> > >> - > >> Some plugins require plugin Common Scripting Language API (new) to be > installed. > > > > I had some very similar problems some weeks ago, when I tried this, > > too. At that time I used Netbeans 6.7 and 6.9 wasn't yet released. > > After I installed Netbeans 6.8 things went almost smooth. I had to do > > a manual git pull in the created labrepl project. > > > > After that it's justing waiting for Maven to finish which took *quite* > > a while with my slow connection at home. I could even use the > > debugger to step clojure programs (after using that funny/ugly trick > > with a dummy java class). > > > > > > Cheers, > > Stefan > > > > -- > > 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 > > 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://groups.google.com/group/clojure?hl=en > > -- > Lee Spector, Professor of Computer Science > School of Cognitive Science, Hampshire College > 893 West Street, Amherst, MA 01002-3359 > lspec...@hampshire.edu, http://hampshire.edu/lspector/ > Phone: 413-559-5352, Fax: 413-559-5438 > > Check out Genetic Programming and Evolvable Machines: > http://www.springer.com/10710 - http://gpemjournal.blogspot.com/ > > -- > 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 > 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://groups.google.com/group/clojure?hl=en > -- 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 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://groups.google.com/group/clojure?hl=en
[Commercial] Indian Tech startup is hiring Clojure hackers
Hello, I am a co-founder of Infinitely Beta Technologies (http://infinitelybeta.com), a Pune based startup made up of few of the brightest Indian hackers and designers. We hack in Clojure & Python and we are building a next-gen Consumer Finance application for the Indian finance nerd. We have already finished major parts of the application and we are close to launch. We are also in the process raising funding from some well-known VCs. We are looking for a developer to join our 3 person Clojure team to help take our application to the next level. People who know other programming languages well and are new to Clojure are also welcome to apply. We offer good compensation and excellent equity options. If interested, please email me at - b.gh...@infinitelybeta.com Details about the company and the team can be found at our website. This is a full time position based out of Pune, India. Regards, BG -- Baishampayan Ghose -- 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 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://groups.google.com/group/clojure?hl=en
