Re: [ANN] CIDER 0.9
Submit a ticket + some repro steps and we'll have a look at it. On 18 June 2015 at 15:55, Baishampayan Ghose b.gh...@gmail.com wrote: By the way, I just tried connecting to two different repls from the same project (the regular one + one started by fighweel) and it made my Emacs hang :-\ Connecting to multiple repls on different projects works fine. Thanks, BG On Thu, Jun 18, 2015 at 5:26 PM, Bozhidar Batsov bozhi...@batsov.com wrote: Happy to hear this! :-) On 18 June 2015 at 14:36, Stefan Kamphausen ska2...@gmail.com wrote: Dear CIDER Devs, On Tuesday, June 16, 2015 at 4:33:48 PM UTC+2, Bozhidar Batsov wrote: CIDER 0.9 is finally out! You can read more about the release here http://batsov.com/articles/2015/06/16/cider-0-dot-9/ thanks for the time and effort you've put into this! Works fine for me. Update issues were totally minor so far. Fixing them probably took less time than Eclipse needs to download the update information, let alone calculating dependencies. :-P 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 --- 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, visit https://groups.google.com/d/optout. -- Baishampayan Ghose b.ghose at gmail.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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: boot(2) question
Thanks Luc, This was a simplification if what I really have :) I actually need the result. The actual code was something like: (let [results (for [host hosts] (future (remote-exec commands host)))] (pmap deref results)) where remote-exec runs commands via ssh-clj. Is there another way to verify that the futures executed? Thanks. On Thu, Jun 18, 2015 at 11:06 AM, Luc Prefontaine lprefonta...@softaddicts.ca wrote: Btwy, For is not a loop as in imperative languages. It returns a lazy sequence. Luc P. Sent from my iPhone On Jun 18, 2015, at 07:51, Haim Ashkenazi haim.ashken...@gmail.com wrote: Hi, I'm trying boot scripting capabilities so I have the following file: #!/usr/bin/env boot (set-env! :dependencies '[[org.clojure/clojure 1.6.0]]) (defn -main [] (println before) (for [s [one two three]] (do (spit output s :append true) (println s))) (println after)) When running this script form the command line all the stuff inside the *for* loop is doesn't seem to run: ✓ src ➤ ./testboot before after ... and there's no out[put file. Inside a REPL it runs without a problem. Am I missing something? Thanks in advance -- Haim -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Haim -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] CIDER 0.9
By the way, I just tried connecting to two different repls from the same project (the regular one + one started by fighweel) and it made my Emacs hang :-\ Connecting to multiple repls on different projects works fine. Thanks, BG On Thu, Jun 18, 2015 at 5:26 PM, Bozhidar Batsov bozhi...@batsov.com wrote: Happy to hear this! :-) On 18 June 2015 at 14:36, Stefan Kamphausen ska2...@gmail.com wrote: Dear CIDER Devs, On Tuesday, June 16, 2015 at 4:33:48 PM UTC+2, Bozhidar Batsov wrote: CIDER 0.9 is finally out! You can read more about the release here http://batsov.com/articles/2015/06/16/cider-0-dot-9/ thanks for the time and effort you've put into this! Works fine for me. Update issues were totally minor so far. Fixing them probably took less time than Eclipse needs to download the update information, let alone calculating dependencies. :-P 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 --- 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, visit https://groups.google.com/d/optout. -- Baishampayan Ghose b.ghose at gmail.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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] CIDER 0.9
Happy to hear this! :-) On 18 June 2015 at 14:36, Stefan Kamphausen ska2...@gmail.com wrote: Dear CIDER Devs, On Tuesday, June 16, 2015 at 4:33:48 PM UTC+2, Bozhidar Batsov wrote: CIDER 0.9 is finally out! You can read more about the release here http://batsov.com/articles/2015/06/16/cider-0-dot-9/ thanks for the time and effort you've put into this! Works fine for me. Update issues were totally minor so far. Fixing them probably took less time than Eclipse needs to download the update information, let alone calculating dependencies. :-P 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 --- 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, visit https://groups.google.com/d/optout.
Re: boot(2) question
pmap is still semi-lazy, and there's little point to derefing futures in parallel. You'd be better off with: (doseq [r results] (deref r)) Or: (dorun (map deref results)) - James On 18 June 2015 at 12:57, Haim Ashkenazi haim.ashken...@gmail.com wrote: Thanks Luc, This was a simplification if what I really have :) I actually need the result. The actual code was something like: (let [results (for [host hosts] (future (remote-exec commands host)))] (pmap deref results)) where remote-exec runs commands via ssh-clj. Is there another way to verify that the futures executed? Thanks. On Thu, Jun 18, 2015 at 11:06 AM, Luc Prefontaine lprefonta...@softaddicts.ca wrote: Btwy, For is not a loop as in imperative languages. It returns a lazy sequence. Luc P. Sent from my iPhone On Jun 18, 2015, at 07:51, Haim Ashkenazi haim.ashken...@gmail.com wrote: Hi, I'm trying boot scripting capabilities so I have the following file: #!/usr/bin/env boot (set-env! :dependencies '[[org.clojure/clojure 1.6.0]]) (defn -main [] (println before) (for [s [one two three]] (do (spit output s :append true) (println s))) (println after)) When running this script form the command line all the stuff inside the *for* loop is doesn't seem to run: ✓ src ➤ ./testboot before after ... and there's no out[put file. Inside a REPL it runs without a problem. Am I missing something? Thanks in advance -- Haim -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Haim -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] CIDER 0.9
Dear CIDER Devs, On Tuesday, June 16, 2015 at 4:33:48 PM UTC+2, Bozhidar Batsov wrote: CIDER 0.9 is finally out! You can read more about the release here http://batsov.com/articles/2015/06/16/cider-0-dot-9/ thanks for the time and effort you've put into this! Works fine for me. Update issues were totally minor so far. Fixing them probably took less time than Eclipse needs to download the update information, let alone calculating dependencies. :-P 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 --- 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, visit https://groups.google.com/d/optout.
Re: boot(2) question
Thanks James, it works now :) On Thu, Jun 18, 2015 at 3:04 PM, James Reeves ja...@booleanknot.com wrote: pmap is still semi-lazy, and there's little point to derefing futures in parallel. You'd be better off with: (doseq [r results] (deref r)) Or: (dorun (map deref results)) - James On 18 June 2015 at 12:57, Haim Ashkenazi haim.ashken...@gmail.com wrote: Thanks Luc, This was a simplification if what I really have :) I actually need the result. The actual code was something like: (let [results (for [host hosts] (future (remote-exec commands host)))] (pmap deref results)) where remote-exec runs commands via ssh-clj. Is there another way to verify that the futures executed? Thanks. On Thu, Jun 18, 2015 at 11:06 AM, Luc Prefontaine lprefonta...@softaddicts.ca wrote: Btwy, For is not a loop as in imperative languages. It returns a lazy sequence. Luc P. Sent from my iPhone On Jun 18, 2015, at 07:51, Haim Ashkenazi haim.ashken...@gmail.com wrote: Hi, I'm trying boot scripting capabilities so I have the following file: #!/usr/bin/env boot (set-env! :dependencies '[[org.clojure/clojure 1.6.0]]) (defn -main [] (println before) (for [s [one two three]] (do (spit output s :append true) (println s))) (println after)) When running this script form the command line all the stuff inside the *for* loop is doesn't seem to run: ✓ src ➤ ./testboot before after ... and there's no out[put file. Inside a REPL it runs without a problem. Am I missing something? Thanks in advance -- Haim -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Haim -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Haim -- 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 unsubscribe from this
Re: [ANN] CIDER 0.9
On that note, the nrepl 0.2.6 problem is a pretty old issue by now. Does anyone know if there are any plans to update leiningen. On Wednesday, June 17, 2015 at 3:04:29 AM UTC-4, Isaac Zeng wrote: leiningen use org.clojure/tools.nrepl 0.2.6 cider-nrepl throw warning On Tuesday, June 16, 2015 at 10:33:48 PM UTC+8, Bozhidar Batsov wrote: Hey everyone, CIDER 0.9 is finally out! You can read more about the release here http://batsov.com/articles/2015/06/16/cider-0-dot-9/ Enjoy (responsibly)! :-) -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] CIDER 0.9
Oh and you can also C-g and kill the unusubal REPL buffer if this happens. On Thursday, June 18, 2015 at 4:31:25 PM UTC+2, Leon Grapenthin wrote: Yeah, it usually happens when you start the second REPL while having the REPL buffer open. It doesn't happen if you open the second REPL e. g. on the project.clj... On Thursday, June 18, 2015 at 2:56:12 PM UTC+2, Baishampayan Ghose wrote: By the way, I just tried connecting to two different repls from the same project (the regular one + one started by fighweel) and it made my Emacs hang :-\ Connecting to multiple repls on different projects works fine. Thanks, BG On Thu, Jun 18, 2015 at 5:26 PM, Bozhidar Batsov bozh...@batsov.com wrote: Happy to hear this! :-) On 18 June 2015 at 14:36, Stefan Kamphausen ska...@gmail.com wrote: Dear CIDER Devs, On Tuesday, June 16, 2015 at 4:33:48 PM UTC+2, Bozhidar Batsov wrote: CIDER 0.9 is finally out! You can read more about the release here http://batsov.com/articles/2015/06/16/cider-0-dot-9/ thanks for the time and effort you've put into this! Works fine for me. Update issues were totally minor so far. Fixing them probably took less time than Eclipse needs to download the update information, let alone calculating dependencies. :-P Cheers, stefan -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@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+u...@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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Baishampayan Ghose b.ghose at gmail.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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] CIDER 0.9
Yeah, it usually happens when you start the second REPL while having the REPL buffer open. It doesn't happen if you open the second REPL e. g. on the project.clj... On Thursday, June 18, 2015 at 2:56:12 PM UTC+2, Baishampayan Ghose wrote: By the way, I just tried connecting to two different repls from the same project (the regular one + one started by fighweel) and it made my Emacs hang :-\ Connecting to multiple repls on different projects works fine. Thanks, BG On Thu, Jun 18, 2015 at 5:26 PM, Bozhidar Batsov bozh...@batsov.com javascript: wrote: Happy to hear this! :-) On 18 June 2015 at 14:36, Stefan Kamphausen ska...@gmail.com javascript: wrote: Dear CIDER Devs, On Tuesday, June 16, 2015 at 4:33:48 PM UTC+2, Bozhidar Batsov wrote: CIDER 0.9 is finally out! You can read more about the release here http://batsov.com/articles/2015/06/16/cider-0-dot-9/ thanks for the time and effort you've put into this! Works fine for me. Update issues were totally minor so far. Fixing them probably took less time than Eclipse needs to download the update information, let alone calculating dependencies. :-P Cheers, stefan -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.com javascript: Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+u...@googlegroups.com javascript: 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- Baishampayan Ghose b.ghose at gmail.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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] CIDER 0.9
You should definitely collect all this information in a bug report and we'll track this issue down. On 18 June 2015 at 17:32, Leon Grapenthin grapenthinl...@gmail.com wrote: Oh and you can also C-g and kill the unusubal REPL buffer if this happens. On Thursday, June 18, 2015 at 4:31:25 PM UTC+2, Leon Grapenthin wrote: Yeah, it usually happens when you start the second REPL while having the REPL buffer open. It doesn't happen if you open the second REPL e. g. on the project.clj... On Thursday, June 18, 2015 at 2:56:12 PM UTC+2, Baishampayan Ghose wrote: By the way, I just tried connecting to two different repls from the same project (the regular one + one started by fighweel) and it made my Emacs hang :-\ Connecting to multiple repls on different projects works fine. Thanks, BG On Thu, Jun 18, 2015 at 5:26 PM, Bozhidar Batsov bozh...@batsov.com wrote: Happy to hear this! :-) On 18 June 2015 at 14:36, Stefan Kamphausen ska...@gmail.com wrote: Dear CIDER Devs, On Tuesday, June 16, 2015 at 4:33:48 PM UTC+2, Bozhidar Batsov wrote: CIDER 0.9 is finally out! You can read more about the release here http://batsov.com/articles/2015/06/16/cider-0-dot-9/ thanks for the time and effort you've put into this! Works fine for me. Update issues were totally minor so far. Fixing them probably took less time than Eclipse needs to download the update information, let alone calculating dependencies. :-P Cheers, stefan -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@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+u...@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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Baishampayan Ghose b.ghose at gmail.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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Updated Clojure cheatsheet, including new vars in Clojure 1.7.0
http://jafingerhut.github.io I'm jumping the gun a little bit by announcing this, as the links for the new Clojure 1.7.0 vars like update, run!, dedupe, etc. do not link to any place useful on ClojureDocs.org or Grimoire yet, but I am guessing they will in not too long from now, when those sites are updated for Clojure 1.7.0 (or some bug in the cheat sheet links for Grimoire is fixed, perhaps). The other main changes made in the last month or so is to rename the section near the lower left that was called Reader Macros as Special Characters, and add a lot of special characters there, with names and/or links to Clojure documentation about them. This updated version should make its way to clojure.org/cheatsheet soon after Clojure 1.7.0's release, but until then you can always get the latest version at the link above. Andy -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] Neanderthal, a fast, native matrix and linear algebra library for Clojure released + call for help
There are plenty of votes for a core.matrix wrapper to this great project, but I'll add one point. I came to Clojure from Common Lisp. I had a neural network application in Common Lisp that didn't use matrices, and I decided I needed to rewrite it from scratch using matrices. Common Lisp has lots of matrix libraries. However, they have different interfaces, are faster or slower in different kinds of contexts, etc. Trying to figure out which library to use would have been a lot of trouble, and if I decided to change, then I'd have to rewrite my code--or start by writing my own abstraction layer. I didn't switch to Clojure just for core.matrix--there were other reasons that were probably more significant in my mind at the time. However, once I started using core.matrix, switching matrix implementations required a one-line change. This was very helpful. I initially assumed that clatrix would be fastest. It turned out that for my application, it wasn't fastest; vectorz was significantly faster, because my matrices are relatively small. But I don't have to worry--maybe my application will change, or there will be a new implementation available for core.matrix that's better for my application. As long as the underlying implementation supports the operations that I need, all that I'll need to change, again, is a single line of code. -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: let vs. let*
In common lisp, 'let' didn't evaluate it's bindings in any guaranteed order (well, it is specified as being evaluated in parallel), however, 'let*' evaluated it's bindings in order from left to right. This enabled you to use the sequentially previous bindings in the evaluation of later bindings in the same 'let*' init argument, (let* ((eval1 value) (eval2 (+ 1 eval1))) body_form). Clojure seems to have implemented 'let*' and as already mentioned put a wrapper around it so we could have the word 'let' :) On Thursday, June 18, 2015 at 3:29:55 PM UTC-5, Johannes wrote: Hi! I cannot figure out, what the difference between let and let* is. Can anyone enlighten me? Johannes -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Identifying objects that cannot be read
I mean, as long as that's the only case, it's fine. But I don't know what cases there are… -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Identifying objects that cannot be read
Am Mittwoch, 3. Juni 2015 11:05:03 UTC+9 schrieb Alex Miller: Try pr with 1.7.0-RC1 ... Meh: user= (def bla 4) #'user/bla user= (pr-str #'bla) #'user/bla user= (edn/read-string (pr-str #'bla)) RuntimeException No dispatch macro for: ' clojure.lang.Util.runtimeException (Util.java:221) (Sorry for warming up an old thread.) Richard -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: let vs. let*
On Thursday, June 18, 2015 at 4:29:55 PM UTC-4, Johannes wrote: Hi! I cannot figure out, what the difference between let and let* is. Can anyone enlighten me? Let is a macro that wraps let* and adds destructuring. There's a similar relationship between fn and fn*, letfn and letfn*, and loop and loop*. The starred forms are true special forms that are directly meaningful to the compiler (with effects such as shadowing even local names when in operator position). -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
let vs. let*
Hi! I cannot figure out, what the difference between let and let* is. Can anyone enlighten me? Johannes -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: let vs. let*
http://lmgtfy.com/?q=clojure+%22let+vs.+let*%22 -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: let vs. let*
thanks Am Donnerstag, 18. Juni 2015 22:35:53 UTC+2 schrieb raould: http://lmgtfy.com/?q=clojure+%22let+vs.+let*%22 -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: let vs. let*
Basically you the user should not worry about the starred versions On Thu, Jun 18, 2015 at 1:40 PM Johannes bra...@nordakademie.de wrote: thanks Am Donnerstag, 18. Juni 2015 22:35:53 UTC+2 schrieb raould: http://lmgtfy.com/?q=clojure+%22let+vs.+let*%22 -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: stuartsierra/component is oop, can clojure namespace self init to solve the dependencies?
OOP does not mean mutab... erh... anything, really, but there is an argument to be made for calling an immutable blob that carries data and the operations to act on it an immutable object. If every mutative operation returns a modified copy of the object, you can have immutable OOP. On Thursday, 18 June 2015, Atamert Ölçgen mu...@muhuk.com wrote: How is stuartsierra/component OOP when it is building an immutable object graph? (Contrast that to Guava etc.) On Thu, Jun 18, 2015 at 5:15 AM, Xiangtao Zhou tao...@gmail.com javascript:_e(%7B%7D,'cvml','tao...@gmail.com'); wrote: hi guys, Constructing simple clojure project is trival, just make functions. if the project grows large, with more datasources, message queue, and other storages, dependencies problem is on the table. One solution is stuartsierra/component, using system to configure dependencies graph, make component and dependencies resolution separate. If we make namespace must run with code block that init the namespace, like the start method in component, is this a good way to solve the dependencies? You can do that. But it's not a really good idea to have top-level side-effectful code within namespaces. How are you going to test that ns? How will you do (stop)? Namespaces should only define things. because when the namespace is required the first time, the init block worked once. any suggestion is appreciated. - Joe -- 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 javascript:_e(%7B%7D,'cvml','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 javascript:_e(%7B%7D,'cvml','clojure%2bunsubscr...@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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com javascript:_e(%7B%7D,'cvml','clojure%2bunsubscr...@googlegroups.com');. For more options, visit https://groups.google.com/d/optout. -- Kind Regards, Atamert Ölçgen ◻◼◻ ◻◻◼ ◼◼◼ www.muhuk.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 javascript:_e(%7B%7D,'cvml','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 javascript:_e(%7B%7D,'cvml','clojure%2bunsubscr...@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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com javascript:_e(%7B%7D,'cvml','clojure%2bunsubscr...@googlegroups.com');. For more options, visit https://groups.google.com/d/optout. -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: stuartsierra/component is oop, can clojure namespace self init to solve the dependencies?
oop means object oriented programming, which doesn't mean mutable. record is oop and immutable. when you use java, you can asume everthing is immutable. if i use dynamic to implement the object, i can test it with binding; others i can test with with-redefs. so it works, except side effects. On Thursday, June 18, 2015 at 5:21:46 PM UTC+8, Atamert Ölçgen wrote: How is stuartsierra/component OOP when it is building an immutable object graph? (Contrast that to Guava etc.) On Thu, Jun 18, 2015 at 5:15 AM, Xiangtao Zhou tao...@gmail.com javascript: wrote: hi guys, Constructing simple clojure project is trival, just make functions. if the project grows large, with more datasources, message queue, and other storages, dependencies problem is on the table. One solution is stuartsierra/component, using system to configure dependencies graph, make component and dependencies resolution separate. If we make namespace must run with code block that init the namespace, like the start method in component, is this a good way to solve the dependencies? You can do that. But it's not a really good idea to have top-level side-effectful code within namespaces. How are you going to test that ns? How will you do (stop)? Namespaces should only define things. because when the namespace is required the first time, the init block worked once. any suggestion is appreciated. - Joe -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.com javascript: Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+u...@googlegroups.com javascript: 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- Kind Regards, Atamert Ölçgen ◻◼◻ ◻◻◼ ◼◼◼ www.muhuk.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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] Neanderthal, a fast, native matrix and linear algebra library for Clojure released + call for help
Could I suggest someone who wants a core.matrix integration simply does the protocol implementation and submits it to Dragan as a PR? On Thu, Jun 18, 2015 at 1:20 AM, Daniel doubleagen...@gmail.com wrote: Just another +1 to include a core.matrix implementation -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Fergal Byrne, Brenter IT @fergbyrne http://inbits.com - Better Living through Thoughtful Technology http://ie.linkedin.com/in/fergbyrne/ - https://github.com/fergalbyrne Founder of Clortex: HTM in Clojure - https://github.com/nupic-community/clortex Co-creator @OccupyStartups Time-Bombed Open License http://occupystartups.me Author, Real Machine Intelligence with Clortex and NuPIC Read for free or buy the book at https://leanpub.com/realsmartmachines e:fergalbyrnedub...@gmail.com t:+353 83 4214179 Join the quest for Machine Intelligence at http://numenta.org Formerly of Adnet edi...@adnet.ie http://www.adnet.ie -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
boot(2) question
Hi, I'm trying boot scripting capabilities so I have the following file: #!/usr/bin/env boot (set-env! :dependencies '[[org.clojure/clojure 1.6.0]]) (defn -main [] (println before) (for [s [one two three]] (do (spit output s :append true) (println s))) (println after)) When running this script form the command line all the stuff inside the *for* loop is doesn't seem to run: ✓ src ➤ ./testboot before after ... and there's no out[put file. Inside a REPL it runs without a problem. Am I missing something? Thanks in advance -- Haim -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: boot(2) question
Btwy, For is not a loop as in imperative languages. It returns a lazy sequence. Luc P. Sent from my iPhone On Jun 18, 2015, at 07:51, Haim Ashkenazi haim.ashken...@gmail.com wrote: Hi, I'm trying boot scripting capabilities so I have the following file: #!/usr/bin/env boot (set-env! :dependencies '[[org.clojure/clojure 1.6.0]]) (defn -main [] (println before) (for [s [one two three]] (do (spit output s :append true) (println s))) (println after)) When running this script form the command line all the stuff inside the for loop is doesn't seem to run: ✓ src ➤ ./testboot before after ... and there's no out[put file. Inside a REPL it runs without a problem. Am I missing something? Thanks in advance -- Haim -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: boot(2) question
For is lazy. Replace it with doseq. Use doseq when you want side effects to occur and do not need a result. Luc P. Sent from my iPhone On Jun 18, 2015, at 07:51, Haim Ashkenazi haim.ashken...@gmail.com wrote: Hi, I'm trying boot scripting capabilities so I have the following file: #!/usr/bin/env boot (set-env! :dependencies '[[org.clojure/clojure 1.6.0]]) (defn -main [] (println before) (for [s [one two three]] (do (spit output s :append true) (println s))) (println after)) When running this script form the command line all the stuff inside the for loop is doesn't seem to run: ✓ src ➤ ./testboot before after ... and there's no out[put file. Inside a REPL it runs without a problem. Am I missing something? Thanks in advance -- Haim -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: stuartsierra/component is oop, can clojure namespace self init to solve the dependencies?
How is stuartsierra/component OOP when it is building an immutable object graph? (Contrast that to Guava etc.) On Thu, Jun 18, 2015 at 5:15 AM, Xiangtao Zhou tao...@gmail.com wrote: hi guys, Constructing simple clojure project is trival, just make functions. if the project grows large, with more datasources, message queue, and other storages, dependencies problem is on the table. One solution is stuartsierra/component, using system to configure dependencies graph, make component and dependencies resolution separate. If we make namespace must run with code block that init the namespace, like the start method in component, is this a good way to solve the dependencies? You can do that. But it's not a really good idea to have top-level side-effectful code within namespaces. How are you going to test that ns? How will you do (stop)? Namespaces should only define things. because when the namespace is required the first time, the init block worked once. any suggestion is appreciated. - Joe -- 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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Kind Regards, Atamert Ölçgen ◻◼◻ ◻◻◼ ◼◼◼ www.muhuk.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 unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
