/refresh)
> >> (println b-alias/x) ; original value
> >> ; and also
> >> (println b/x) ; new value
> >>
> >> In second case:
> >> (ns a (require [b]))
> >> (println b/x) ; original value
> >> ; change sources of b or it's depe
d 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/groups/opt_out.
>
>
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
--
Petr Gladkikh
--
You received this messa
like
NullPointerException in #(/ % d)
in (defn c [d] ( ... 13))
in bugs.clj line 17
I have been using Clojure occasionally for some development automation
so I could be missing something.
What do you think of this idea?
--
Petr Gladkikh
--
You received this message because you are subscribed to the Google
G
clojure.core$apply.invoke(core.clj:540)
at leiningen.core$apply_task.invoke(core.clj:260)
at leiningen.core$_main.doInvoke(core.clj:325)
at clojure.lang.RestFn.invoke(RestFn.java:410)
at clojure.lang.AFn.applyToHelper(AFn.java:161)
at clojure.lang.RestFn.applyTo
ways of using some
given technology or tool. But then there is more: now I often can see
redundant or unnecessary aspects of some systems that account for say
20-30% of whole codebase. This is the thing that my colleagues with
little experience usually do not see since it is always obscured by
nume
d - 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
--
Petr Gladkikh
--
You received this message because you are subscri
much more tightly with existing code.
>
>
>
> Any thoughts? Besides that I'm crazy...
>
> Timothy
>
In my opinion It would be wiser to target OpenCL first. So this effort
will not depend on particular hardware vendor.
AFAIK OpenCL is already supported by Intel, AMD
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.
nning to think I
> have selected an arduous path (for me).
>
> Thoughts?
>
Somehow offtopic maybe, but have you looked at Snowball
http://snowball.tartarus.org/ ?
Algorithm is different but language that is used to describe stemmers
there is almost lisp and may be useful at least as refe
@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=
tains some of elements?
--
Petr Gladkikh
--
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.
On Tue, Jul 26, 2011 at 5:14 PM, Ken Wesson wrote:
> On Tue, Jul 26, 2011 at 6:02 AM, Petr Gladkikh wrote:
>> On Tue, Jul 26, 2011 at 3:28 PM, Alan Malloy wrote:
>>> On Jul 25, 11:10 pm, Petr Gladkikh wrote:
>>>> I am trying to construct java object and assign it&
On Tue, Jul 26, 2011 at 3:28 PM, Alan Malloy wrote:
> On Jul 25, 11:10 pm, Petr Gladkikh wrote:
>> I am trying to construct java object and assign it's fields from a map.
>> That is given Java object of class Something { long id; String name; }
>> and Clojure map {:id
rapped necessary functions to have less
arguments to pass from Java.
This way later you'll need to load single script only. Say
(ns
(use lobos.core))
(def db {.})
(defn create2 [table-name] (create db (table table-name)))
This might not be convenient in your case however.
--
Pe
e reflection for this...
Can anyone point to what is wrong here?
By the way is there already some function that allows to set fields of
an object from a map?
--
Petr Gladkikh
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this
On Thu, Feb 3, 2011 at 1:31 PM, Meikel Brandmeyer wrote:
> Hi,
>
> On 3 Feb., 08:04, Petr Gladkikh wrote:
>
>> Should not it be empty colection instead?
>> It seems odd to me since it is inconsistent and forces to consider one
>> more case (nil or collection).
&g
l))
I wonder, is there already such function somewhere in Clojure libraries?
--
Petr Gladkikh
--
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 ar
And also qsort may take up to n stack frames for collection of n
elements if you partition function is not optimal. In your case - if
input collection is sorted (as long as you split by first element).
On Tue, Dec 28, 2010 at 11:13 PM, Petr Gladkikh wrote:
> Why do you call qsort* inside
oup, 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://group
this direction
http://petrglad.blogspot.com/2010/02/stream-close-template.html).
Sorry, just nitpicking.
--
Petr Gladkikh
--
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
26642c?pli=1
--
Petr Gladkikh
--
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 unsub
22 matches
Mail list logo