Take a look at core.cache - https://github.com/clojure/core.cache ~BG
On Wed, Jan 23, 2013 at 1:11 PM, Omer Iqbal momeriqb...@gmail.com wrote:
I've been reading a bit about the STM, and here's an implementation of a
FIFO cache for producing a memoized version of a function. Is it correct to
On Wednesday, 23 January 2013 03:47:56 UTC+8, Sean Bowman wrote:
I'm trying to implement a simple system to load certain namespaces into my
application that are configurable at runtime, via a plugins text file
that lists the namespaces we want to load. I have some code that loads
this
and kotka.de/blog/2010/03/memoize_done_right.html has some intersting
discussion on memoization
On Wed, Jan 23, 2013 at 9:12 AM, Baishampayan Ghose b.gh...@gmail.comwrote:
Take a look at core.cache - https://github.com/clojure/core.cache ~BG
On Wed, Jan 23, 2013 at 1:11 PM, Omer Iqbal
Specifically, core.memoize uses core.cache to provide more flexible
replacements for memoize:
https://github.com/clojure/core.memoize
--
Dave
On Wed, Jan 23, 2013 at 8:12 AM, Baishampayan Ghose b.gh...@gmail.comwrote:
Take a look at core.cache - https://github.com/clojure/core.cache ~BG
now I'm confused, which one is the right memoize to use?
and is that true about dosync? the nesting property of dosync: a nested
transaction merges with the surrounding one. or did it change in the past
almost 3 years since?
On Wed, Jan 23, 2013 at 12:08 PM, David Powell
now I'm confused, which one is the right memoize to use?
I'm not sure exactly what you mean, but if you mean which backing
cache to use the answer depends on your needs. The core.cache wiki
has discussion about the advantages/disadvantages of using one type or
another. You can find the
Absolutely essential reading.
On Wed, Jan 23, 2013 at 6:02 AM, Christophe Grand christo...@cgrand.net wrote:
and kotka.de/blog/2010/03/memoize_done_right.html has some intersting
discussion on memoization
On Wed, Jan 23, 2013 at 9:12 AM, Baishampayan Ghose b.gh...@gmail.com
wrote:
Take a
And *this* is what I love about Clojure and the Clojure community
On Tuesday, January 22, 2013 11:07:39 PM UTC-5, Phil Hagelberg wrote:
Jonathon McKitrick writes:
I checked out the GitHub repos for leiningen and leiningen_repl, but
nothing jumps out as the cause. I require
Hi Mark.
This was very much exploratory work, and a lot of it was just about
learning the Spark paradigms. That being said, merging for future work
seems appropriate, but it's not clear yet if I will be pursuing this work
further. Might wind up using Shark instead [would love to use Cascading
Hi Michael,
Thanks for the suggestion. I intentionally avoided doing this because I do
not feel that the project is mature enough for someone to just pull in as a
dependency lib and go. Anyone wishing to make use of it would be better
served by getting the code from github. While it is not
On Wed, Jan 23, 2013 at 12:13 AM, Mikera mike.r.anderson...@gmail.com wrote:
It requires the compilation of the namespace when it is loaded the first
time, but that isn't particularly bad and is only a one-off cost. If you
require the plugin twice then the second time is effectively a no-op.
I
Anyone else running a production website with Clojure in Heroku and
struggling with boot time problems? After digging through our logs
from the past month, I've noticed it's not uncommon to have a dyno
crashed for awhile because of boot time problems. It seems especially
likely when dynos are
Hi Scott,
We had some issues as well. SNAPSHOTS are likely to be an issue because
they are re-checked at least once a day. So if your app needs a restart
this will be re-checked and might slow down boot time. We also had problems
due to this in combination with failing maven mirrors. It is
Jeroen - thanks for the advice. Yeah, SNAPSHOTS in prod is a poor practice
anyway, this gives me a good incentive to find them and kill them.
Static files on boot... dang. When I was first investigating our slow boot
time I swear I checked Enlive, but another quick glance at the source
indicates
Obviously it helps to make sure the dependencies you are using are named with
the exact snapshot version.
The biggest time-saver for me though is convincing lein to not do the
dependency dance all the time. I'm surprised though to see that you are
dependency checking at all though. Shouldn't
On Wed, Jan 23, 2013 at 9:42 AM, Scott Parker scott.p.par...@gmail.com wrote:
Static files on boot... dang. When I was first investigating our slow boot
time I swear I checked Enlive, but another quick glance at the source
indicates it's almost certainly a contributor. Expletive! I will start
Scott Parker writes:
Jeroen - thanks for the advice. Yeah, SNAPSHOTS in prod is a poor practice
anyway, this gives me a good incentive to find them and kill them.
Yeah, doing any dependency resolution at process launch time is brutal
in production; apart from boot time issues it introduces
I'm getting the same behavior. Has there been any action on this?
On Monday, September 17, 2012 11:12:20 AM UTC-4, Gary Johnson wrote:
I'm getting the same multiple JVM starting behavior on Arch Linux using
lein 2.0.0-preview10 and drip 0.1.7. Hmm...
On Monday, September 17, 2012
An interest was expressed by a few in having a separate ClojureScript mailing
list.
If it is a Google group, that requires moderating messages sent to the group,
via manual approval. I suspect early on there will be many people posting to
the group for the first time that have long worked
There was a bug that prevented drip from working with preview10.
That's been fixed. Then for a while the drip JAR was distributed as
compiled by Java 7, which failed silently when run on older JVMs.
That's also been fixed now.
I've been using it successfully for the last few days now.
So if you
I'd be up for helping.
On Wednesday, January 23, 2013 1:53:34 PM UTC-5, Andy Fingerhut wrote:
An interest was expressed by a few in having a separate ClojureScript
mailing list.
If it is a Google group, that requires moderating messages sent to the
group, via manual approval. I suspect
I'd be up for it as well.
- Chris
--
Christopher Meiklejohn
On Wednesday, January 23, 2013 at 2:10 PM, Robert Pitts wrote:
I'd be up for helping.
On Wednesday, January 23, 2013 1:53:34 PM UTC-5, Andy Fingerhut wrote:
An interest was expressed by a few in having a separate
I certainly understand the exploration and learning motivation -- I did
much the same thing. At this point, I wouldn't consider either of our
efforts to be a complete or fully usable Clojure API for Spark, but there
are definitely ideas worth looking at in both if anyone gets to the point
of
Happy to help - FrankS.
On Jan 23, 2013, at 10:53 AM, Andy Fingerhut andy.finger...@gmail.com wrote:
An interest was expressed by a few in having a separate ClojureScript mailing
list.
If it is a Google group, that requires moderating messages sent to the group,
via manual approval. I
I have found that I can get a bit nicer stacktraces by installing
clj-stacktrace.
Should probably do my duty and do a documentation pullrequest to nrepl.el
Thanks
On Tue, Jan 22, 2013 at 8:10 PM, David Nolen dnolen.li...@gmail.com wrote:
Better tracebacks have been available in Clojure since
Glad to help.
--
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group,
Hi,
The following clojurescript code is *supposed* to identify all anchor tags
and print them (originally, I was trying to attach listeners and
callbacks); unfortunately, I can't get it to work. Confusingly, there are
no compilation or runtime errors. Anyone see what could be wrong? Thanks.
Hi,
here is the 12th modern-cljs tutorial.
https://github.com/magomimmo/modern-cljs/blob/master/doc/tutorial-12.md
In this short tutorial, whose title is The highest and the deepest layers, I
covered the HTML5 highest layer and the serve-side deepest layer of the
progressive enhancement
/me steps forward
On Wednesday, January 23, 2013 10:53:34 AM UTC-8, Andy Fingerhut wrote:
An interest was expressed by a few in having a separate ClojureScript
mailing list.
If it is a Google group, that requires moderating messages sent to the
group, via manual approval. I suspect
map is lazy so your console log is never done.
use (doall ...)
Dave
On Thursday, 24 January 2013 12:38:37 UTC+11, Ari wrote:
Hi,
The following clojurescript code is *supposed* to identify all anchor tags
and print them (originally, I was trying to attach listeners and
callbacks);
I'll help!
---
Joseph Smith
j...@uwcreations.com
@solussd
On Jan 23, 2013, at 8:16 PM, Brandon Bloom snprbo...@gmail.com wrote:
/me steps forward
On Wednesday, January 23, 2013 10:53:34 AM UTC-8, Andy Fingerhut wrote:
An interest was expressed by a few in having a separate ClojureScript
On 17 January 2013 17:26, Sean Corfield seancorfi...@gmail.com wrote:
Error: Symbol's function definition is void: make-local-hook
bump - anyone know a workaround for this - I was interested in sr-speedbar,
especially for editing over an ssh session, but it doesn't seem to work
with emacs 24?
Thanks for that explanation - I hadn't fully looked at codeq and how it
works - I can see that it might make management of external documentation
an easier task; especially for a codebase that changes slowly.
- Korny
On 22 January 2013 18:39, Rich Morin r...@cfcl.com wrote:
On Jan 21, 2013,
When you want to iterate over things and perform a side-effecty action for
each one (logging is a side effect, as would be adding event listeners to
DOM nodes, changing CSS classes, etc), doseq is usually the clearest thing
to do:
(defn listen-to
[links]
(doseq [link links]
(.log
Oops, I should never type code straight into an email window, without
REPLing it first... X_X
I left in the links argument to map. This is probably closer to what I
meant:
(defn listen-to
[links]
(doseq [link links]
(.log js/console link)))
On Wednesday, January 23, 2013 8:39:51 PM
I tried the same on a ubuntu setup. Same issue as the rest I believe. :(
time drip -cp ~/.m2/repository/org/clojure/clojure/1.4.0/clojure-1.4.0.jar
clojure.main -e (reduce + (range 100))
4950
real 0m1.065s
user 0m1.420s
sys 0m0.068s
time java -cp
I see a number of volunteers already; include me if you need any more.
+1 to the proposal to have an independent ClojureScript group.
On Thursday, January 24, 2013 8:42:22 AM UTC+6, solussd wrote:
I'll help!
---
Joseph Smith
j...@uwcreations.com javascript:
@solussd
On Jan 23, 2013, at
This is great. Can you guys put [ClojureScript] in the email subject like
most google groups do? Wouldn't mind if they put [Clojure] in the clojure
emails, either.
Wes
On Thu, Jan 24, 2013 at 1:22 AM, kinleyd kinl...@gmail.com wrote:
I see a number of volunteers already; include me if you need
You should be able to join the new group at this link:
https://groups.google.com/forum/?fromgroups#!forum/clojurescript
If you have any trouble with that link, just go to http://groups.google.com and
search for ClojureScript. I haven't created a Google group before, so please
try to bear
Omer Iqbal momeriqb...@gmail.com writes:
Hi Omer,
I tried the same on a ubuntu setup. Same issue as the rest I believe. :(
time drip -cp ~/.m2/repository/org/clojure/clojure/1.4.0/clojure-1.4.0.jar
clojure.main -e (reduce + (range 100))
4950
real 0m1.065s
user 0m1.420s
sys 0m0.068s
40 matches
Mail list logo