Re: help with my inefficient instaparse grammar

The file I tried it on is here On Wed, Dec 3, 2014 at 10:28 AM, Sunil S Nandihalli < sunil.nandiha...@gmail.com> wrote: > Hi Everybody, > https://gist.github.com/cced1cf377ed49005704 *instaparse_question.clj* >

Re: [ANN] silc - a tiny entity database for clojure (games)

I don't feed trolls. On Wed, Dec 3, 2014 at 10:10 AM, Atamert Ölçgen wrote: > Why are you using BigDecimal's for indices? If you want to go big, isn't > BigInt a better choice? > > Actually, I would just use Long's. (MAX_VALUE = 9223372036854775807) > > On Wed, Dec 3, 2014 at 10:04 AM, Atamert Ö

Re: [ANN] silc - a tiny entity database for clojure (games)

> Actually, I would just use Long's. (MAX_VALUE = 9223372036854775807) https://www.google.com/search?q=youtube+gangnam+overflow -- 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 po

Dynamic args in delayed function calls

Hi All, I was working on a music notation issue with my music libraries Pink and Score and came upon a solution I thought was curious. It certainly solved a real problem I had with delayed function calls, and I thought maybe others might find a use for it too. The scenario I had is that in writin

help with my inefficient instaparse grammar

Hi Everybody, https://gist.github.com/cced1cf377ed49005704 *instaparse_question.clj* Raw

Re: Richelieu: a library for advising functions

I think you're right; I was going back and forth on that. -- Edwin Watkeys, 917-324-2435 > On Dec 2, 2014, at 20:52, Atamert Ölçgen wrote: > > Just a small suggestion; I would make :unadvisable namespaced since it's > richelieu specific. > >> On Wed, Dec 3, 2014 at 6:01 AM, Gary Verhaegen

Re: [ANN] silc - a tiny entity database for clojure (games)

Why are you using BigDecimal's for indices? If you want to go big, isn't BigInt a better choice? Actually, I would just use Long's. (MAX_VALUE = 9223372036854775807) On Wed, Dec 3, 2014 at 10:04 AM, Atamert Ölçgen wrote: > This is a very nice example of abstraction. Using a hash-map is just an

Re: [ANN] silc - a tiny entity database for clojure (games)

This is a very nice example of abstraction. Using a hash-map is just an implementation detail. However I'd be very interested to hear if there are any other compelling > use cases for this. Sparsely populated tables, unstructured anything... We used an EAV abstraction (over SQL) to build a produ

Re: Richelieu: a library for advising functions

Just a small suggestion; I would make :unadvisable namespaced since it's richelieu specific. On Wed, Dec 3, 2014 at 6:01 AM, Gary Verhaegen wrote: > At a very superficial glance, it looks like dire also sort of fits into > the same space: https://github.com/MichaelDrogalis/dire > > > On Tuesday,

Re: [ANN] silc - a tiny entity database for clojure (games)

Cool project! Did you try using the pldb built into core.logic? I have a similar system built atop pldb backing one of my side projects and I'm very happy with it. Reid On 12/02/2014 04:37 PM, dan.stone16...@gmail.com wrote: I have put together a quick library http://github.com/danstone/silc t

[ANN] stateful-check 0.2.0 - test stateful systems with test.check

On Fri, Nov 28, 2014 at 11:43:56AM +1100, Carlo Zancanaro wrote: > I've been working on a library for a little bit which I'm calling > stateful-check (at least for now). It's mainly my attempt to work > towards the sort of stateful testing that I first saw in John Hughes' > talk "Testing the Hard S

Re: [ANN] stateful-check 0.1.0 - test stateful systems with test.check

On Sat, Nov 29, 2014 at 11:34:37AM -0800, tcrayford wrote: > Nice! I wrote a sketch of this idea the day after I watched the > talk: https://github.com/tcrayford/laundromat, but never pursued it much > further (though I do use it in my test suite). Thanks for laundromat. I shamelessly stole the

Re: [ANN] silc - a tiny entity database for clojure (games)

A pure entity database would have been useful for a game I was working on last month. I'll try it out for the next one. Thanks for publishing it! On Tuesday, December 2, 2014 2:37:06 PM UTC-8, dan.sto...@gmail.com wrote: > > I have put together a quick library http://github.com/danstone/silc that

[ANN] silc - a tiny entity database for clojure (games)

I have put together a quick library http://github.com/danstone/silc that allows you to manage many entities and their attributes in a pure way with indexing for performance, include composite indexes. The intention of the library is certainly as the basis for an entity component system for game

Re: Richelieu: a library for advising functions

At a very superficial glance, it looks like dire also sort of fits into the same space: https://github.com/MichaelDrogalis/dire On Tuesday, 2 December 2014, Edwin Watkeys wrote: > Phillip, > > Of Robert Hooke's features, I think the ability to suppress advice > temporarily (its `with-hooks-disab

Re: perform action after events stop for some period

Cool. I haven't used core.async before, and am a bit reluctant to pull in another dependency just for this. But maybe it's the right solution. On Tuesday, December 2, 2014 10:03:54 AM UTC-8, Erik Price wrote: > > > > On Tue, Dec 2, 2014 at 12:22 PM, Brian Craft > wrote: > >> >> It does seem lik

Re: perform action after events stop for some period

On Tue, Dec 2, 2014 at 12:22 PM, Brian Craft wrote: > > It does seem like a single-thread solution would be better, not creating > so many futures. Polling seems pretty crude, but I don't see another way of > doing it with clojure abstractions. Maybe a pure java solution. > FWIW, the core.async-

Re: Richelieu: a library for advising functions

Phillip, Of Robert Hooke's features, I think the ability to suppress advice temporarily (its `with-hooks-disabled`) as well to advise a function within a particular dynamic scope (`with-scope`) are most relevant to Richelieu. Since one of the major goals of Richelieu is to serve as a generic ba

Re: perform action after events stop for some period

The nested send-off call doesn't happen on the same thread (it's in a future). Seems like that would be the same as if an unrelated thread called send-off while the outer send-off was running. It does seem like a single-thread solution would be better, not creating so many futures. Polling seem

Re: ring-transit issue

Hi, After quite a bit of trying various things I got this working now: (ns trans.core.handler (:require [compojure.core :refer :all] [compojure.route :as route] [compojure.handler :as handler] [ring.util.response :as ring-response] [ring.middlewar

Re: is any work done to draw sequence diagrams with drcode/vijual ?

AFAIK there's several libraries for interfacing with graphviz, all coming from a slightly different angle - drcode/vijual - Emphasis on ascii graphics, alternately output to graphviz - daveray/dorothy

Re: Richelieu: a library for advising functions

I think yours might be nicer, to be honest, though, although Robert Hooke has some features yours doesn't. Advising entire namespaces is an interesting addition for sure. I still don't understand why Robert Hooke has this name though. I can't have been the only person expecting it to implements h

Re: [ANN] co-dependency in stuartsierra/component

Thanks for the explanation. Yes, it makes sense. Without this library I would do something similar myself. You are using deref (pragmatic clojure) and the relationship is explicit (in system map), both are advantages. It is possible to design around it though; separate the common parts, say the co

Re: Richelieu: a library for advising functions

Phillip, I’d cry if it weren’t so funny; I’ve just begun to make my way through the lastest Read Eval Print λove and the first page or two dwells on reinvention. At least mine wasn’t intentional. Edwin -- Edwin Watkeys * 917-324-2435 * http://poseur.com/ > On Dec 2, 201

Re: Richelieu: a library for advising functions

Looks nice. It's pretty similar to Robert Hooke though -- which is more of an advice library than a hook library despite it's name. Edwin Watkeys writes: > Hello, > > Richelieu, a library for advising functions, is in something resembling > announcement-worthy shape. It's available at the fol

Re: [ANN] co-dependency in stuartsierra/component

Hi Atamert, I realised too the discouraged note about cyclic dependencies but although your closed "parent->child" component relations is logically perfect on start your system, when system "is ready to work" it'

Re: [ANN] co-dependency in stuartsierra/component

Hi Juan, I thought co-dependencies ought to be designed out. Could you give a use case for co-dependency? On Tue, Dec 2, 2014 at 7:16 PM, JUAN ANTONIO Ruz wrote: > *co-dependency* is a library that lets you use "*cyclic*" dependencies in > stuartsierra/component systems > > In other words, :a

Re: perform action after events stop for some period

In the general case, side effects within the swap! function are a bad idea because of the optimistic locking. In your first code snippet, if there is any contention on the atom (and maybe in your app you know there is none because it's only ever accesses by the same single thread), you run the risk

[ANN] co-dependency in stuartsierra/component

*co-dependency* is a library that lets you use "*cyclic*" dependencies in stuartsierra/component systems In other words, :a depends-on :b, :b (co-)depends-on :a Although I used "cyclic" word, this co-dependency library is designed on the idea that components don't need co-dependencies to start