Re: core.async take behaviour
Thanks Alex. Feel silly not to have noticed the partition function. When will transduces be available to use? On Wednesday, 3 September 2014 22:48:20 UTC+2, Alex Miller wrote: I think that's just a partition transducer on the channel? On Wednesday, September 3, 2014 2:24:28 AM UTC-5, Gary Verhaegen wrote: I'd use another channel on which I put vectors of the correct length, with an intermediate loop that takes from the first channel, accumulates until the vector has the right size, and then put the vector on the second channel. There might be a better solution with transducers, though. (Or without.) On Wednesday, 3 September 2014, cig clifford...@gmail.com wrote: Thanks Timothy, that makes sense. A follow on question if you don't mind. I would like to 'take' n items off of a channel, but wait until n items are available rather than eagerly returning the way take does. Do you have any ideas on how I could achieve this? On Tuesday, 2 September 2014 22:23:10 UTC+2, tbc++ wrote: It's because into is pulling items as fast as it can from take. Sure the buffer might get full but then into takes another value allowing take to continue. Timothy On Tue, Sep 2, 2014 at 1:48 PM, cig clifford...@gmail.com wrote: Hi I was expecting the following example to park, waiting for the 'out' channel to be cleared. Could anybody explain why 'take' does not park when the output buffer size is smaller than the number of entries being taken from the input channel? (def from (to-chan [1 2 3 4 5 6 7])) (!! (into [] (take 4 from *2*))) ;; note: the output channel buffer size is 2 (less than 4 items being taken off of the 'from' channel) ;; = [1 2 3 4] -- 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. -- “One of the main causes of the fall of the Roman Empire was that–lacking zero–they had no way to indicate successful termination of their C programs.” (Robert Firth) -- 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.
A very short explanation of transducers (a comparison to Ring middleware)
Seems a lot of folks have been having trouble grokking Clojure 1.7's new transducers stuff, which is a pity because they're wicked cool. Figured an analogy with something familiar might be helpful, so here's a very quick comparison with Ring middleware: https://gist.github.com/ptaoussanis/e537bd8ffdc943bbbce7 (updated since yesterday with a clarification by Rich). Hope that's helpful to someone. Please feel free to suggest improvements/corrections/whatever. Cheers! :-) -- *Peter Taoussanis*ptaoussanis at taoensso.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: clojure streams
There are some stream libraries that exist, though core.async channels could likely be used for most things stream related. I made one called kuroshio (https://github.com/viperscape/kuroshio) which solves some small trade offs I didn't want to make with other libraries, there is also lamina (https://github.com/ztellman/lamina) which makes use of java queues under the hood and is likely very fast. On Friday, August 29, 2014 2:56:14 PM UTC-4, Greg MacDonald wrote: Hi Everyone, Does anyone know the status of clojure streams is? I would like to try them out but I can't find the svn repository mentioned on the website: http://clojure.org/streams. Thx! -Greg -- 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: core.async take behaviour
IIRC they are coming out in clojure 1.7. I don't see any indication of when it will be declared as stable, but there are alpha builds available if you need them. -- Ashton On Thu, Sep 4, 2014 at 1:29 AM, cig clifford.goldb...@gmail.com wrote: Thanks Alex. Feel silly not to have noticed the partition function. When will transduces be available to use? On Wednesday, 3 September 2014 22:48:20 UTC+2, Alex Miller wrote: I think that's just a partition transducer on the channel? On Wednesday, September 3, 2014 2:24:28 AM UTC-5, Gary Verhaegen wrote: I'd use another channel on which I put vectors of the correct length, with an intermediate loop that takes from the first channel, accumulates until the vector has the right size, and then put the vector on the second channel. There might be a better solution with transducers, though. (Or without.) On Wednesday, 3 September 2014, cig clifford...@gmail.com wrote: Thanks Timothy, that makes sense. A follow on question if you don't mind. I would like to 'take' n items off of a channel, but wait until n items are available rather than eagerly returning the way take does. Do you have any ideas on how I could achieve this? On Tuesday, 2 September 2014 22:23:10 UTC+2, tbc++ wrote: It's because into is pulling items as fast as it can from take. Sure the buffer might get full but then into takes another value allowing take to continue. Timothy On Tue, Sep 2, 2014 at 1:48 PM, cig clifford...@gmail.com wrote: Hi I was expecting the following example to park, waiting for the 'out' channel to be cleared. Could anybody explain why 'take' does not park when the output buffer size is smaller than the number of entries being taken from the input channel? (def from (to-chan [1 2 3 4 5 6 7])) (!! (into [] (take 4 from *2*))) ;; note: the output channel buffer size is 2 (less than 4 items being taken off of the 'from' channel) ;; = [1 2 3 4] -- 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. -- “One of the main causes of the fall of the Roman Empire was that–lacking zero–they had no way to indicate successful termination of their C programs.” (Robert Firth) -- 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. -- 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.
[ANN] Marginalia 0.8.0 and lein-marginalia 0.8.0 released (now supports javascript literals)
Please update your profiles.clj to point to lein-marginalia 0.8.0 I'd like to thank Fogus for his guidance through my first time maintaining a library people actually use. It's been a fun learning experience. I'd also like thank Murphy McMahon (pandeiro) for the help with adding support for javascript literals. His patch was a lot quicker to get into production than my attempt at swapping out the parser entirely. Eventually I'll start taking advantage of all of the new things that have come out recently that will make this library easier to maintain, but for now, I'm just glad it doesn't break on clojurescript projects. I'd also like to thank benjamin-bader and Kevin Neaton (neatonk) for their contributions as well. -- 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: Useless Java error messages
On Tuesday, September 2, 2014 5:13:49 PM UTC-7, Beau Fabry wrote: apologies, not a leiningen plugin. https://github.com/AvisoNovate/pretty Thank you. This looks most interesting. I was able to find clj-pretty-error on Clojars; github is https://github.com/liquidz/clj-pretty-error, but it appears not to have any updates in the past couple of years. On Wednesday, September 3, 2014 2:17:21 AM UTC+10, John Gabriele wrote: On Monday, September 1, 2014 7:24:54 PM UTC-4, Beau Fabry wrote: The pretty-errors leiningen plugin might be worth a look Hm... I don't see that particular plug-in in the [main lein plug-in list]( https://github.com/technomancy/leiningen/wiki/Plugins). Do you mean [clj-stacktrace](https://github.com/mmcgrana/clj-stacktrace)? (not a lein plug-in) -- 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.
Clojure Vim Ctags (oh my!)
Hi, I've been using Clojure Vim for a year now, with fireplace, etc. However, it seems that Exuberant Ctags is a bit crippled since I have not found a way to make it understand namespace aliases. In my current work it seems that nearly every function is in a separate namespace with a namespace alias. Unless there is already a tool (or a ~/.ctags regex) to do that, I was thinking about writing a lein plugin (in clojure) to decode namespace aliases in the (ns...) form and create a tags file from scratch. About a year ago (in a previous job), I had to write a similar tool (in Groovy) to create the tags file for PL/I code, so I'm familiar with the ctags file format. Any thoughts? Alan P.S. I have been experimenting with LightTable but GVim is still my day-to-day workhorse. -- 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: Clojure Vim Ctags (oh my!)
Is using tools.analyzer.jvm overkill? Do you want to capture pre-macro-expansion, post-marco-expanion, both? On Thu, Sep 4, 2014 at 2:41 PM, Alan Thompson clooj...@gmail.com wrote: Hi, I've been using Clojure Vim for a year now, with fireplace, etc. However, it seems that Exuberant Ctags is a bit crippled since I have not found a way to make it understand namespace aliases. In my current work it seems that nearly every function is in a separate namespace with a namespace alias. Unless there is already a tool (or a ~/.ctags regex) to do that, I was thinking about writing a lein plugin (in clojure) to decode namespace aliases in the (ns...) form and create a tags file from scratch. About a year ago (in a previous job), I had to write a similar tool (in Groovy) to create the tags file for PL/I code, so I'm familiar with the ctags file format. Any thoughts? Alan P.S. I have been experimenting with LightTable but GVim is still my day-to-day workhorse. -- 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: Clojure Vim Ctags (oh my!)
Nothing that fancy. Just trying to make ctags understand namespaces namespace aliases. Vim/Ctags works fine for non-namspaced function references, like: (parseLong 5) However, the following won't work: (ns demo (:require [mylib.parse :as parse])) (parse/parseLong5) ; fail parse/parseLong tag not found (mylib.parse/parseLong 5) ; fail mylib.parse/parseLong tag not found The problem is that the entire namespace part of a reference (either aliased or nor) is not recognized by ctags. Since ctags does not know anything about clojure namespaces, it thinks the whole thing is the function name, not just the part after the / character. Alan On Thu, Sep 4, 2014 at 11:52 AM, Jason Felice jason.m.fel...@gmail.com wrote: Is using tools.analyzer.jvm overkill? Do you want to capture pre-macro-expansion, post-marco-expanion, both? On Thu, Sep 4, 2014 at 2:41 PM, Alan Thompson clooj...@gmail.com wrote: Hi, I've been using Clojure Vim for a year now, with fireplace, etc. However, it seems that Exuberant Ctags is a bit crippled since I have not found a way to make it understand namespace aliases. In my current work it seems that nearly every function is in a separate namespace with a namespace alias. Unless there is already a tool (or a ~/.ctags regex) to do that, I was thinking about writing a lein plugin (in clojure) to decode namespace aliases in the (ns...) form and create a tags file from scratch. About a year ago (in a previous job), I had to write a similar tool (in Groovy) to create the tags file for PL/I code, so I'm familiar with the ctags file format. Any thoughts? Alan P.S. I have been experimenting with LightTable but GVim is still my day-to-day workhorse. -- 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. -- 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: Clojure cheatsheet v16 with few updates for Sets, Maps, and Relations sections
Thanks for the update! I noticed that the URL still implies usage of Clojure 1.3: http://jafingerhut.github.io/cheatsheet-clj-1.3/cheatsheet-tiptip-cdocs-summary.html Should this change as well? Alan On Fri, Aug 29, 2014 at 6:56 AM, Andy Fingerhut andy.finger...@gmail.com wrote: Newest version available here: http://jafingerhut.github.io Updates will likely make their way to the Grimoire and Clojure.org cheatsheet pages in time. I was reviewing the sections of the cheatsheet on Sets and Maps, and grew dissatisfied with the placement of some of the functions. I added a new Relations section (aka rels, sets of maps that each have identical keys), moved the relational algebra functions out of Sets into Relations, and moved a few other functions around to places that seemed more appropriate. I also added a link to the Medley library on Github, in the Maps/'Change' section. Gory details of the changes made given here: https://github.com/jafingerhut/clojure-cheatsheets/blob/master/src/clj-jvm/CHANGELOG.txt Suggestions, comments, questions on the cheatsheet welcome. 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. -- 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.
[ANN] aprint (awesome print) released
Hi folks, I got just tired to gazing into big amount of data and scroll 3-4 screens of my 13' laptop to grasp the structure, so I used pprint's pretty printer, but add colors and changed indentation *by default* (actually pprint has tuning parameters, too, but anyway it's breaking maps by single entry by line...) Now the screen area gets used more effectively and looks more friendly imo :) See it: https://github.com/razum2um/aprint Looking forward yours opinion if I should make a nrepl middleware to use it *right away*, without doing (ap) every 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 --- 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: Clojure Vim Ctags (oh my!)
Not sure what you're trying to get from ctags, but fireplace itself gives you some ability to jump around: gf on an external symbol will jump to that symbol's definition. On Thursday, 4 September 2014, Alan Thompson clooj...@gmail.com wrote: Nothing that fancy. Just trying to make ctags understand namespaces namespace aliases. Vim/Ctags works fine for non-namspaced function references, like: (parseLong 5) However, the following won't work: (ns demo (:require [mylib.parse :as parse])) (parse/parseLong5) ; fail parse/parseLong tag not found (mylib.parse/parseLong 5) ; fail mylib.parse/parseLong tag not found The problem is that the entire namespace part of a reference (either aliased or nor) is not recognized by ctags. Since ctags does not know anything about clojure namespaces, it thinks the whole thing is the function name, not just the part after the / character. Alan On Thu, Sep 4, 2014 at 11:52 AM, Jason Felice jason.m.fel...@gmail.com javascript:_e(%7B%7D,'cvml','jason.m.fel...@gmail.com'); wrote: Is using tools.analyzer.jvm overkill? Do you want to capture pre-macro-expansion, post-marco-expanion, both? On Thu, Sep 4, 2014 at 2:41 PM, Alan Thompson clooj...@gmail.com javascript:_e(%7B%7D,'cvml','clooj...@gmail.com'); wrote: Hi, I've been using Clojure Vim for a year now, with fireplace, etc. However, it seems that Exuberant Ctags is a bit crippled since I have not found a way to make it understand namespace aliases. In my current work it seems that nearly every function is in a separate namespace with a namespace alias. Unless there is already a tool (or a ~/.ctags regex) to do that, I was thinking about writing a lein plugin (in clojure) to decode namespace aliases in the (ns...) form and create a tags file from scratch. About a year ago (in a previous job), I had to write a similar tool (in Groovy) to create the tags file for PL/I code, so I'm familiar with the ctags file format. Any thoughts? Alan P.S. I have been experimenting with LightTable but GVim is still my day-to-day workhorse. -- 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 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 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
Re: [ANN] Marginalia 0.8.0 and lein-marginalia 0.8.0 released (now supports javascript literals)
Two quick questions: 1. Are there change/release notes anywhere? 2. What are some of the things that have come out recently that will make this library easier to maintain? On Thu, Sep 4, 2014 at 8:24 AM, Gary Deer gdee...@gmail.com wrote: Please update your profiles.clj to point to lein-marginalia 0.8.0 I'd like to thank Fogus for his guidance through my first time maintaining a library people actually use. It's been a fun learning experience. I'd also like thank Murphy McMahon (pandeiro) for the help with adding support for javascript literals. His patch was a lot quicker to get into production than my attempt at swapping out the parser entirely. Eventually I'll start taking advantage of all of the new things that have come out recently that will make this library easier to maintain, but for now, I'm just glad it doesn't break on clojurescript projects. I'd also like to thank benjamin-bader and Kevin Neaton (neatonk) for their contributions as well. -- 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: Clojure cheatsheet v16 with few updates for Sets, Maps, and Relations sections
I've moved the pages to link names that are less misleading (no version number), and for anyone that still has direct bookmarks or links to the former locations, links to the new location. Andy On Thu, Sep 4, 2014 at 2:26 PM, Alan Thompson clooj...@gmail.com wrote: Thanks for the update! I noticed that the URL still implies usage of Clojure 1.3: http://jafingerhut.github.io/cheatsheet-clj-1.3/cheatsheet-tiptip-cdocs-summary.html Should this change as well? Alan On Fri, Aug 29, 2014 at 6:56 AM, Andy Fingerhut andy.finger...@gmail.com wrote: Newest version available here: http://jafingerhut.github.io Updates will likely make their way to the Grimoire and Clojure.org cheatsheet pages in time. I was reviewing the sections of the cheatsheet on Sets and Maps, and grew dissatisfied with the placement of some of the functions. I added a new Relations section (aka rels, sets of maps that each have identical keys), moved the relational algebra functions out of Sets into Relations, and moved a few other functions around to places that seemed more appropriate. I also added a link to the Medley library on Github, in the Maps/'Change' section. Gory details of the changes made given here: https://github.com/jafingerhut/clojure-cheatsheets/blob/master/src/clj-jvm/CHANGELOG.txt Suggestions, comments, questions on the cheatsheet welcome. 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. -- 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: core.async take behaviour
Transducers are available now in Clojure 1.7.0-alpha1. Alpha2 coming real soon now. -- 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] Marginalia 0.8.0 and lein-marginalia 0.8.0 released (now supports javascript literals)
1. Release notes esta aqui https://github.com/gdeer81/marginalia/blob/master/docs/release-notes/marginalia-v0.8.0-release-notes.markdown 2. I'm experimenting with different parsers which might simplify the codebase as well as writing better tests On Thursday, September 4, 2014 6:26:06 PM UTC-5, John Wiseman wrote: Two quick questions: 1. Are there change/release notes anywhere? 2. What are some of the things that have come out recently that will make this library easier to maintain? On Thu, Sep 4, 2014 at 8:24 AM, Gary Deer gde...@gmail.com javascript: wrote: Please update your profiles.clj to point to lein-marginalia 0.8.0 I'd like to thank Fogus for his guidance through my first time maintaining a library people actually use. It's been a fun learning experience. I'd also like thank Murphy McMahon (pandeiro) for the help with adding support for javascript literals. His patch was a lot quicker to get into production than my attempt at swapping out the parser entirely. Eventually I'll start taking advantage of all of the new things that have come out recently that will make this library easier to maintain, but for now, I'm just glad it doesn't break on clojurescript projects. I'd also like to thank benjamin-bader and Kevin Neaton (neatonk) for their contributions as well. -- 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. -- 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: core.async take behaviour
Is there any indication of when transducers are likely to make it to a stable version of Clojure? Given that there's a long time between major releases and 1.6 just came out, are they likely to be backported to a 1.6 point release when they're done or will we have to wait for 1.7? On 5 September 2014 13:18, Alex Miller a...@puredanger.com wrote: Transducers are available now in Clojure 1.7.0-alpha1. Alpha2 coming real soon now. -- 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: core.async take behaviour
Define stable. We've had Clojure 1.7.0 Alpha 1 in production since August 12th with no problems. On Sep 4, 2014, at 7:07 PM, Colin Fleming colin.mailingl...@gmail.com wrote: Is there any indication of when transducers are likely to make it to a stable version of Clojure? Given that there's a long time between major releases and 1.6 just came out, are they likely to be backported to a 1.6 point release when they're done or will we have to wait for 1.7? signature.asc Description: Message signed with OpenPGP using GPGMail
Is this a reasonable use of core.async?
Is the kinda ugly constant (doall usage a sign that I'm doing something silly? (let [num-workers 4 widgets-per-worker (inc (int (/ (count widgets) num-workers))) bucketed-widgets (partition-all widgets-per-worker widgets) workers (doall (map (fn [widgets] (thread (doseq [widget widgets] (long-running-widget-processor widget)) true)) bucketed-widgets))] (doall (map !! workers))) https://gist.github.com/bfabry/ad830b1888e4fc550f88 All comments appreciated :-) Cheers, Beau -- 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.