Re: is intellij idea a good ide for clojure development?

[Mikera]

On Monday, 28 January 2013 19:37:54 UTC+8, HamsterofDeath wrote:

> the only ides i have used so far for clojure are intellij idea and 
> netbeans. is there one that is a lot better? if yes, why?
> i am not interested in details or single features, i just want to know if 
> there is some magic editor out there that i should look into because it is 
> *obviously a lot* better - like in "you should use an ide for java 
> development instead of notepad"
>

As a data point, I have found the Counterclockwise plugin with Eclipse to 
be excellent. My criteria for this are:
- It works as a full IDE environment, no need to task switch to other tools
- No obvious features lacking that limit your productivity
- Good integration with Java code and tooling, which I also use extensively

Features I like:
- A convenient integrated REPL with lots of shortcuts to quickly execute 
code
- A good syntax-highlighted editor with various navigation tools (e.g. the 
Namespace Browser)
- The paredit functionality is very good (does everything I need, at 
least)
- Excellent integration with Java projects, to the extent that polyglot 
Java/Clojure projects are perfectly possible
- Great integrations with tools (I use Git and Maven mostly)

My main niggle is that Leiningen integration isn't as complete or easy as 
it could be. But I use Maven anyway, so it isn't really a big deal except 
for when I want to build other peoples' leiningen-based projects.


-- 
-- 
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/groups/opt_out.

Re: Exception in thread "Thread-4" java.lang.NoClassDefFoundError:

[AtKaaZ]

if not, could it be that the name of some namespace or function changed(ie.
renamed) but not the call to it? or something along the lines of something
being renamed but not in all places... unless the error happens at runtime
after a while when you're sure that code already got executed and worked,
but only errs after a while, in which case that would be weird.


On Tue, Jan 29, 2013 at 8:38 AM, AtKaaZ  wrote:

> It might be something like this(pasting here):
>
> The problem is the hyphen in the namespace.
>
> From the *Joy of Clojure*
>
> HYPHENS/UNDERSCORES If you decide to name your namespaces with hyphens, à
> la my-cool-lib, then the corresponding source file must be named with
> underscores in place of the hyphens (my_cool_lib.clj).
>
> Here is the underlying explanation:
> http://stackoverflow.com/q/4451693/32174
>
> answered Nov 23 '11 at 4:10
>  
>  Julien Chastang 
>
>
>
> On Tue, Jan 29, 2013 at 8:03 AM, larry google groups <
> lawrencecloj...@gmail.com> wrote:
>
>>
>> Maybe someone can tell me where I went wrong on this one.
>>
>> I have an app. Written with Clojure 1.4.
>>
>> At first the app was very small, so I put all the code into core.clj.
>> When I got to about 500 or 600 lines of code, core.clj was too big, so
>> I started to break it up. There were some string-to-enlive-node
>> functions that I moved to a file I called
>> transform_strings_and_nodes.clj.
>>
>> The app keeps the most recent 15 minutes worth of session info in
>> memory, then saves it to the database. Eventually, when this is live,
>> tourists will arrive and interact with a kiosk and choose an
>> itinerary. The itinerary is bulky, a lot of HTML strings held in
>> memory. I began to wonder how bulky this might get. I thought I would
>> write a profile function, relying on Timbre
>> https://github.com/ptaoussanis/timbre.
>>
>> During development, I would have this function run in a thread and
>> call itself every 5 minutes. I decided I would hit the app with a lot
>> of dummy data, and the profile function would do stuff like time how
>> long it took to transform all the HTML strings in memory into Enlive
>> nodes.
>>
>> This was working for awhile. I am not sure what changed, but now I am
>> getting:
>>
>> Exception in thread "Thread-4" java.lang.NoClassDefFoundError:
>> kiosks_clojure/transform_strings_and_nodes
>> $join_all_tourist_itineraries_together$fn__115
>> at kiosks_clojure.transform_strings_and_nodes
>>
>> $join_all_tourist_itineraries_together.invoke(transform_strings_and_nodes.clj:
>> 84)
>> at kiosks_clojure.transform_strings_and_nodes
>>
>> $render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj:
>> 94)
>> at kiosks_clojure.transform_strings_and_nodes
>>
>> $prepare_render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj:
>> 101)
>> at kiosks_clojure.transform_strings_and_nodes
>>
>> $profile_render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj:
>> 105)
>> at clojure.lang.AFn.run(AFn.java:24)
>> at java.lang.Thread.run(Thread.java:722)
>> Caused by: java.lang.ClassNotFoundException:
>> kiosks_clojure.transform_strings_and_nodes
>> $join_all_tourist_itineraries_together$fn__115
>> at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
>> at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
>> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:
>> 308)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
>>
>>
>> As far as I can read the stack trace, the exception seems to get
>> triggered here:
>>
>> (defn join-all-tourist-itineraries-together [sessions]
>>   (reduce
>>(fn [vector-of-tourist-itineraries-as-strings next-tourist-session]
>>  (conj vector-of-tourist-itineraries-as-strings (get-in next-
>> tourist-session [:itinerary-as-string])))
>>[]
>>sessions))
>>
>>
>> Which is called from here:
>>
>> (defn render-html-string-to-enlive-nodes []
>>   "2013-01-24 - I worry about how slow this might get when the memory
>> is full of intineraries. I'm going to run these tests while this in
>> development, to get a sense for what kind of performance we might
>> get."
>>   (let [sessions (:sessions @um/interactions)
>> accumulated-total-of-all-tourist-itineraries-in-memory-as-
>> strings (st/join (join-all-tourist-itineraries-together sessions))
>> length-of-string-to-be-rendered (.length (str accumulated-
>> total-of-all-tourist-itineraries-in-memory-as-strings))
>> itineraries-as-one-string-wrapped-in-div (apply str "> id='all-itineraries'>" accumulated-total-of-all-tourist-itineraries-in-
>> memo

Re: Exception in thread "Thread-4" java.lang.NoClassDefFoundError:

[AtKaaZ]

It might be something like this(pasting here):

The problem is the hyphen in the namespace.

>From the *Joy of Clojure*

HYPHENS/UNDERSCORES If you decide to name your namespaces with hyphens, à
la my-cool-lib, then the corresponding source file must be named with
underscores in place of the hyphens (my_cool_lib.clj).

Here is the underlying explanation: http://stackoverflow.com/q/4451693/32174

answered Nov 23 '11 at 4:10
 
 Julien Chastang 



On Tue, Jan 29, 2013 at 8:03 AM, larry google groups <
lawrencecloj...@gmail.com> wrote:

>
> Maybe someone can tell me where I went wrong on this one.
>
> I have an app. Written with Clojure 1.4.
>
> At first the app was very small, so I put all the code into core.clj.
> When I got to about 500 or 600 lines of code, core.clj was too big, so
> I started to break it up. There were some string-to-enlive-node
> functions that I moved to a file I called
> transform_strings_and_nodes.clj.
>
> The app keeps the most recent 15 minutes worth of session info in
> memory, then saves it to the database. Eventually, when this is live,
> tourists will arrive and interact with a kiosk and choose an
> itinerary. The itinerary is bulky, a lot of HTML strings held in
> memory. I began to wonder how bulky this might get. I thought I would
> write a profile function, relying on Timbre
> https://github.com/ptaoussanis/timbre.
>
> During development, I would have this function run in a thread and
> call itself every 5 minutes. I decided I would hit the app with a lot
> of dummy data, and the profile function would do stuff like time how
> long it took to transform all the HTML strings in memory into Enlive
> nodes.
>
> This was working for awhile. I am not sure what changed, but now I am
> getting:
>
> Exception in thread "Thread-4" java.lang.NoClassDefFoundError:
> kiosks_clojure/transform_strings_and_nodes
> $join_all_tourist_itineraries_together$fn__115
> at kiosks_clojure.transform_strings_and_nodes
>
> $join_all_tourist_itineraries_together.invoke(transform_strings_and_nodes.clj:
> 84)
> at kiosks_clojure.transform_strings_and_nodes
> $render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj:
> 94)
> at kiosks_clojure.transform_strings_and_nodes
>
> $prepare_render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj:
> 101)
> at kiosks_clojure.transform_strings_and_nodes
>
> $profile_render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj:
> 105)
> at clojure.lang.AFn.run(AFn.java:24)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: java.lang.ClassNotFoundException:
> kiosks_clojure.transform_strings_and_nodes
> $join_all_tourist_itineraries_together$fn__115
> at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:
> 308)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
>
>
> As far as I can read the stack trace, the exception seems to get
> triggered here:
>
> (defn join-all-tourist-itineraries-together [sessions]
>   (reduce
>(fn [vector-of-tourist-itineraries-as-strings next-tourist-session]
>  (conj vector-of-tourist-itineraries-as-strings (get-in next-
> tourist-session [:itinerary-as-string])))
>[]
>sessions))
>
>
> Which is called from here:
>
> (defn render-html-string-to-enlive-nodes []
>   "2013-01-24 - I worry about how slow this might get when the memory
> is full of intineraries. I'm going to run these tests while this in
> development, to get a sense for what kind of performance we might
> get."
>   (let [sessions (:sessions @um/interactions)
> accumulated-total-of-all-tourist-itineraries-in-memory-as-
> strings (st/join (join-all-tourist-itineraries-together sessions))
> length-of-string-to-be-rendered (.length (str accumulated-
> total-of-all-tourist-itineraries-in-memory-as-strings))
> itineraries-as-one-string-wrapped-in-div (apply str " id='all-itineraries'>" accumulated-total-of-all-tourist-itineraries-in-
> memory-as-strings "")]
> (println (apply str "In render-html-string-to-enlive-nodes, the
> length of the HTML string: "  length-of-string-to-be-rendered))
> (transform-html-string-to-enlive-nodes itineraries-as-one-string-
> wrapped-in-div (keyword "#all-itineraries"
>
> (defn prepare-render-html-string-to-enlive-nodes []
>   (p :string-to-enlive-nodes (render-html-string-to-enlive-nodes)))
>
> (defn profile-render-html-string-to-enlive-nodes []
>   (. java.lang.Thread sleep 30)
>   (profile :debug :summary-render-html-str

Re: Exception in thread "Thread-4" java.lang.NoClassDefFoundError:

[AtKaaZ]

On Tue, Jan 29, 2013 at 8:11 AM, James Xu wrote:

> Don’t know the exact reason for your issue, but for your question:
>
> "How can a
> class be present at compile time but not at runtime?"
>
I find this to be relevant:
http://onjava.com/pub/a/onjava/2005/01/26/classloading.html

>
> It IS possible, AFAIK there are two cases:
> 1) maven pom can specify a dependency's scope as *provided*, the
> dependency will be available at compile time, but will not be packaged
> into final jar. (Usually because the dependency is provided already by the
> deploy environment)
> 2) Some code load class through Class.forName, rather than explicit use.
> For example JDBC drivers.
>
>
> On 13-1-29 下午3:03, "larry google groups" 
> wrote:
>
> >
> >Maybe someone can tell me where I went wrong on this one.
> >
> >I have an app. Written with Clojure 1.4.
> >
> >At first the app was very small, so I put all the code into core.clj.
> >When I got to about 500 or 600 lines of code, core.clj was too big, so
> >I started to break it up. There were some string-to-enlive-node
> >functions that I moved to a file I called
> >transform_strings_and_nodes.clj.
> >
> >The app keeps the most recent 15 minutes worth of session info in
> >memory, then saves it to the database. Eventually, when this is live,
> >tourists will arrive and interact with a kiosk and choose an
> >itinerary. The itinerary is bulky, a lot of HTML strings held in
> >memory. I began to wonder how bulky this might get. I thought I would
> >write a profile function, relying on Timbre
> >https://github.com/ptaoussanis/timbre.
> >
> >During development, I would have this function run in a thread and
> >call itself every 5 minutes. I decided I would hit the app with a lot
> >of dummy data, and the profile function would do stuff like time how
> >long it took to transform all the HTML strings in memory into Enlive
> >nodes.
> >
> >This was working for awhile. I am not sure what changed, but now I am
> >getting:
> >
> >Exception in thread "Thread-4" java.lang.NoClassDefFoundError:
> >kiosks_clojure/transform_strings_and_nodes
> >$join_all_tourist_itineraries_together$fn__115
> >at kiosks_clojure.transform_strings_and_nodes
> >$join_all_tourist_itineraries_together.invoke(transform_strings_and_nodes.
> >clj:
> >84)
> >at kiosks_clojure.transform_strings_and_nodes
> >$render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj
> >:
> >94)
> >at kiosks_clojure.transform_strings_and_nodes
> >$prepare_render_html_string_to_enlive_nodes.invoke(transform_strings_and_n
> >odes.clj:
> >101)
> >at kiosks_clojure.transform_strings_and_nodes
> >$profile_render_html_string_to_enlive_nodes.invoke(transform_strings_and_n
> >odes.clj:
> >105)
> >at clojure.lang.AFn.run(AFn.java:24)
> >at java.lang.Thread.run(Thread.java:722)
> >Caused by: java.lang.ClassNotFoundException:
> >kiosks_clojure.transform_strings_and_nodes
> >$join_all_tourist_itineraries_together$fn__115
> >at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
> >at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
> >at java.security.AccessController.doPrivileged(Native Method)
> >at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
> >at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
> >at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:
> >308)
> >at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
> >
> >
> >As far as I can read the stack trace, the exception seems to get
> >triggered here:
> >
> >(defn join-all-tourist-itineraries-together [sessions]
> >  (reduce
> >   (fn [vector-of-tourist-itineraries-as-strings next-tourist-session]
> > (conj vector-of-tourist-itineraries-as-strings (get-in next-
> >tourist-session [:itinerary-as-string])))
> >   []
> >   sessions))
> >
> >
> >Which is called from here:
> >
> >(defn render-html-string-to-enlive-nodes []
> >  "2013-01-24 - I worry about how slow this might get when the memory
> >is full of intineraries. I'm going to run these tests while this in
> >development, to get a sense for what kind of performance we might
> >get."
> >  (let [sessions (:sessions @um/interactions)
> >accumulated-total-of-all-tourist-itineraries-in-memory-as-
> >strings (st/join (join-all-tourist-itineraries-together sessions))
> >length-of-string-to-be-rendered (.length (str accumulated-
> >total-of-all-tourist-itineraries-in-memory-as-strings))
> >itineraries-as-one-string-wrapped-in-div (apply str " >id='all-itineraries'>" accumulated-total-of-all-tourist-itineraries-in-
> >memory-as-strings "")]
> >(println (apply str "In render-html-string-to-enlive-nodes, the
> >length of the HTML string: "  length-of-string-to-be-rendered))
> >(transform-html-string-to-enlive-nodes itineraries-as-one-string-
> >wrapped-in-div (keyword "#all-itineraries"
> >
> >(defn prepare-render-html-string-to-enlive-nodes []
> >  (p :str

Re: Exception in thread "Thread-4" java.lang.NoClassDefFoundError:

[AtKaaZ]

On Tue, Jan 29, 2013 at 8:03 AM, larry google groups <
lawrencecloj...@gmail.com> wrote:

>
> Maybe someone can tell me where I went wrong on this one.
>
> I have an app. Written with Clojure 1.4.
>
> At first the app was very small, so I put all the code into core.clj.
> When I got to about 500 or 600 lines of code, core.clj was too big, so
> I started to break it up. There were some string-to-enlive-node
> functions that I moved to a file I called
> transform_strings_and_nodes.clj.
>
> The app keeps the most recent 15 minutes worth of session info in
> memory, then saves it to the database. Eventually, when this is live,
> tourists will arrive and interact with a kiosk and choose an
> itinerary. The itinerary is bulky, a lot of HTML strings held in
> memory. I began to wonder how bulky this might get. I thought I would
> write a profile function, relying on Timbre
> https://github.com/ptaoussanis/timbre.
>
> During development, I would have this function run in a thread and
> call itself every 5 minutes. I decided I would hit the app with a lot
> of dummy data, and the profile function would do stuff like time how
> long it took to transform all the HTML strings in memory into Enlive
> nodes.
>
> This was working for awhile. I am not sure what changed, but now I am
> getting:
>
do you mean this happens from the beginning, or only after ie. 10 minute of
running it(I mean, it only breaks down after a while)
also, is this code on github?

>
> Exception in thread "Thread-4" java.lang.NoClassDefFoundError:
> kiosks_clojure/transform_strings_and_nodes

$join_all_tourist_itineraries_together$fn__115
>
at kiosks_clojure.transform_strings_and_nodes
>
> $join_all_tourist_itineraries_together.invoke(transform_strings_and_nodes.clj:
> 84)
> at kiosks_clojure.transform_strings_and_nodes
> $render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj:
> 94)
> at kiosks_clojure.transform_strings_and_nodes
>
> $prepare_render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj:
> 101)
> at kiosks_clojure.transform_strings_and_nodes
>
> $profile_render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj:
> 105)
> at clojure.lang.AFn.run(AFn.java:24)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: java.lang.ClassNotFoundException:
> kiosks_clojure.transform_strings_and_nodes
> $join_all_tourist_itineraries_together$fn__115
> at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:
> 308)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
>
>
> As far as I can read the stack trace, the exception seems to get
> triggered here:
>
> (defn join-all-tourist-itineraries-together [sessions]
>   (reduce
>(fn [vector-of-tourist-itineraries-as-strings next-tourist-session]
>  (conj vector-of-tourist-itineraries-as-strings (get-in next-
> tourist-session [:itinerary-as-string])))
>[]
>sessions))
>
>
> Which is called from here:
>
> (defn render-html-string-to-enlive-nodes []
>   "2013-01-24 - I worry about how slow this might get when the memory
> is full of intineraries. I'm going to run these tests while this in
> development, to get a sense for what kind of performance we might
> get."
>   (let [sessions (:sessions @um/interactions)
> accumulated-total-of-all-tourist-itineraries-in-memory-as-
> strings (st/join (join-all-tourist-itineraries-together sessions))
> length-of-string-to-be-rendered (.length (str accumulated-
> total-of-all-tourist-itineraries-in-memory-as-strings))
> itineraries-as-one-string-wrapped-in-div (apply str " id='all-itineraries'>" accumulated-total-of-all-tourist-itineraries-in-
> memory-as-strings "")]
> (println (apply str "In render-html-string-to-enlive-nodes, the
> length of the HTML string: "  length-of-string-to-be-rendered))
> (transform-html-string-to-enlive-nodes itineraries-as-one-string-
> wrapped-in-div (keyword "#all-itineraries"
>
> (defn prepare-render-html-string-to-enlive-nodes []
>   (p :string-to-enlive-nodes (render-html-string-to-enlive-nodes)))
>
> (defn profile-render-html-string-to-enlive-nodes []
>   (. java.lang.Thread sleep 30)
>   (profile :debug :summary-render-html-strings-to-enlive-nodes
> (prepare-render-html-string-to-enlive-nodes)))
>
>
>
> I looked for info about this error and I found this:
>
>
> http://javarevisited.blogspot.com/2011/06/noclassdeffounderror-exception-in.html
>
> which says:
>
> "NoClassDefFoundError in Java comes when Java Virtual Machine is not
> able to find a particular class at runtime which was available during
> compile time. "

Re: Exception in thread "Thread-4" java.lang.NoClassDefFoundError:

[James Xu]

Don’t know the exact reason for your issue, but for your question:

"How can a
class be present at compile time but not at runtime?"

It IS possible, AFAIK there are two cases:
1) maven pom can specify a dependency's scope as *provided*, the
dependency will be available at compile time, but will not be packaged
into final jar. (Usually because the dependency is provided already by the
deploy environment)
2) Some code load class through Class.forName, rather than explicit use.
For example JDBC drivers.


On 13-1-29 下午3:03, "larry google groups" 
wrote:

>
>Maybe someone can tell me where I went wrong on this one.
>
>I have an app. Written with Clojure 1.4.
>
>At first the app was very small, so I put all the code into core.clj.
>When I got to about 500 or 600 lines of code, core.clj was too big, so
>I started to break it up. There were some string-to-enlive-node
>functions that I moved to a file I called
>transform_strings_and_nodes.clj.
>
>The app keeps the most recent 15 minutes worth of session info in
>memory, then saves it to the database. Eventually, when this is live,
>tourists will arrive and interact with a kiosk and choose an
>itinerary. The itinerary is bulky, a lot of HTML strings held in
>memory. I began to wonder how bulky this might get. I thought I would
>write a profile function, relying on Timbre
>https://github.com/ptaoussanis/timbre.
>
>During development, I would have this function run in a thread and
>call itself every 5 minutes. I decided I would hit the app with a lot
>of dummy data, and the profile function would do stuff like time how
>long it took to transform all the HTML strings in memory into Enlive
>nodes.
>
>This was working for awhile. I am not sure what changed, but now I am
>getting:
>
>Exception in thread "Thread-4" java.lang.NoClassDefFoundError:
>kiosks_clojure/transform_strings_and_nodes
>$join_all_tourist_itineraries_together$fn__115
>at kiosks_clojure.transform_strings_and_nodes
>$join_all_tourist_itineraries_together.invoke(transform_strings_and_nodes.
>clj:
>84)
>at kiosks_clojure.transform_strings_and_nodes
>$render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj
>:
>94)
>at kiosks_clojure.transform_strings_and_nodes
>$prepare_render_html_string_to_enlive_nodes.invoke(transform_strings_and_n
>odes.clj:
>101)
>at kiosks_clojure.transform_strings_and_nodes
>$profile_render_html_string_to_enlive_nodes.invoke(transform_strings_and_n
>odes.clj:
>105)
>at clojure.lang.AFn.run(AFn.java:24)
>at java.lang.Thread.run(Thread.java:722)
>Caused by: java.lang.ClassNotFoundException:
>kiosks_clojure.transform_strings_and_nodes
>$join_all_tourist_itineraries_together$fn__115
>at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
>at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
>at java.security.AccessController.doPrivileged(Native Method)
>at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
>at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
>at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:
>308)
>at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
>
>
>As far as I can read the stack trace, the exception seems to get
>triggered here:
>
>(defn join-all-tourist-itineraries-together [sessions]
>  (reduce
>   (fn [vector-of-tourist-itineraries-as-strings next-tourist-session]
> (conj vector-of-tourist-itineraries-as-strings (get-in next-
>tourist-session [:itinerary-as-string])))
>   []
>   sessions))
>
>
>Which is called from here:
>
>(defn render-html-string-to-enlive-nodes []
>  "2013-01-24 - I worry about how slow this might get when the memory
>is full of intineraries. I'm going to run these tests while this in
>development, to get a sense for what kind of performance we might
>get."
>  (let [sessions (:sessions @um/interactions)
>accumulated-total-of-all-tourist-itineraries-in-memory-as-
>strings (st/join (join-all-tourist-itineraries-together sessions))
>length-of-string-to-be-rendered (.length (str accumulated-
>total-of-all-tourist-itineraries-in-memory-as-strings))
>itineraries-as-one-string-wrapped-in-div (apply str "id='all-itineraries'>" accumulated-total-of-all-tourist-itineraries-in-
>memory-as-strings "")]
>(println (apply str "In render-html-string-to-enlive-nodes, the
>length of the HTML string: "  length-of-string-to-be-rendered))
>(transform-html-string-to-enlive-nodes itineraries-as-one-string-
>wrapped-in-div (keyword "#all-itineraries"
>
>(defn prepare-render-html-string-to-enlive-nodes []
>  (p :string-to-enlive-nodes (render-html-string-to-enlive-nodes)))
>
>(defn profile-render-html-string-to-enlive-nodes []
>  (. java.lang.Thread sleep 30)
>  (profile :debug :summary-render-html-strings-to-enlive-nodes
>(prepare-render-html-string-to-enlive-nodes)))
>
>
>
>I looked for info about this error and I found this:
>
>http://javarevisited.blogspot.com/20

Exception in thread "Thread-4" java.lang.NoClassDefFoundError:

[larry google groups]

Maybe someone can tell me where I went wrong on this one.

I have an app. Written with Clojure 1.4.

At first the app was very small, so I put all the code into core.clj.
When I got to about 500 or 600 lines of code, core.clj was too big, so
I started to break it up. There were some string-to-enlive-node
functions that I moved to a file I called
transform_strings_and_nodes.clj.

The app keeps the most recent 15 minutes worth of session info in
memory, then saves it to the database. Eventually, when this is live,
tourists will arrive and interact with a kiosk and choose an
itinerary. The itinerary is bulky, a lot of HTML strings held in
memory. I began to wonder how bulky this might get. I thought I would
write a profile function, relying on Timbre 
https://github.com/ptaoussanis/timbre.

During development, I would have this function run in a thread and
call itself every 5 minutes. I decided I would hit the app with a lot
of dummy data, and the profile function would do stuff like time how
long it took to transform all the HTML strings in memory into Enlive
nodes.

This was working for awhile. I am not sure what changed, but now I am
getting:

Exception in thread "Thread-4" java.lang.NoClassDefFoundError:
kiosks_clojure/transform_strings_and_nodes
$join_all_tourist_itineraries_together$fn__115
at kiosks_clojure.transform_strings_and_nodes
$join_all_tourist_itineraries_together.invoke(transform_strings_and_nodes.clj:
84)
at kiosks_clojure.transform_strings_and_nodes
$render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj:
94)
at kiosks_clojure.transform_strings_and_nodes
$prepare_render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj:
101)
at kiosks_clojure.transform_strings_and_nodes
$profile_render_html_string_to_enlive_nodes.invoke(transform_strings_and_nodes.clj:
105)
at clojure.lang.AFn.run(AFn.java:24)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.ClassNotFoundException:
kiosks_clojure.transform_strings_and_nodes
$join_all_tourist_itineraries_together$fn__115
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:
308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:356)


As far as I can read the stack trace, the exception seems to get
triggered here:

(defn join-all-tourist-itineraries-together [sessions]
  (reduce
   (fn [vector-of-tourist-itineraries-as-strings next-tourist-session]
 (conj vector-of-tourist-itineraries-as-strings (get-in next-
tourist-session [:itinerary-as-string])))
   []
   sessions))


Which is called from here:

(defn render-html-string-to-enlive-nodes []
  "2013-01-24 - I worry about how slow this might get when the memory
is full of intineraries. I'm going to run these tests while this in
development, to get a sense for what kind of performance we might
get."
  (let [sessions (:sessions @um/interactions)
accumulated-total-of-all-tourist-itineraries-in-memory-as-
strings (st/join (join-all-tourist-itineraries-together sessions))
length-of-string-to-be-rendered (.length (str accumulated-
total-of-all-tourist-itineraries-in-memory-as-strings))
itineraries-as-one-string-wrapped-in-div (apply str "" accumulated-total-of-all-tourist-itineraries-in-
memory-as-strings "")]
(println (apply str "In render-html-string-to-enlive-nodes, the
length of the HTML string: "  length-of-string-to-be-rendered))
(transform-html-string-to-enlive-nodes itineraries-as-one-string-
wrapped-in-div (keyword "#all-itineraries"

(defn prepare-render-html-string-to-enlive-nodes []
  (p :string-to-enlive-nodes (render-html-string-to-enlive-nodes)))

(defn profile-render-html-string-to-enlive-nodes []
  (. java.lang.Thread sleep 30)
  (profile :debug :summary-render-html-strings-to-enlive-nodes
(prepare-render-html-string-to-enlive-nodes)))



I looked for info about this error and I found this:

http://javarevisited.blogspot.com/2011/06/noclassdeffounderror-exception-in.html

which says:

"NoClassDefFoundError in Java comes when Java Virtual Machine is not
able to find a particular class at runtime which was available during
compile time. "


I am very ignorant of the JVM and I do not understand how this can
happen. Right now, while testing this app, I am compiling it locally
on my Macintosh and I am running it locally on my Macintosh. How can a
class be present at compile time but not at runtime?




-- 
-- 
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 -

Re: is intellij idea a good ide for clojure development?

[larry google groups]

You should keep an eye on LightTable. It is still in very early
development, but at some point this year it may well become the best
environment to use for Clojure coding:

http://www.chris-granger.com/2012/11/05/meet-the-new-light-table/



On Jan 28, 6:37 am, Dennis Haupt  wrote:
> the only ides i have used so far for clojure are intellij idea and
> netbeans. is there one that is a lot better? if yes, why?
> i am not interested in details or single features, i just want to know if
> there is some magic editor out there that i should look into because it is
> *obviously a lot* better - like in "you should use an ide for java
> development instead of notepad"

-- 
-- 
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/groups/opt_out.

Re: SIGBUS : A fatal error has been detected by the Java Runtime Environment

[larry google groups]

Thank you. I am not loading jar files from an NFS share. I pull from
the 2 standard repositories plus one extra:

  :repositories [["central-proxy" "https://repository.sonatype.org/
content/repositories/centralm1/"]]

>From there I pull:

 [org.apache.commons/commons-email "1.3"]

Otherwise, everything I do seems very straightforward: at the command
line I run "lein uberjar". I later launch the app and it runs for
several minutes before the error occurs. Sometimes it runs as much as
30 minutes without the error occurring.



On Jan 28, 7:11 pm, dgrnbrg  wrote:
> I've encountered errors like this when running where .jar files for the
> project were being loaded from an NFS share. Do you have that in your
> environment? The solution is to load the .jars from a local directory
> instead.
>
>
>
>
>
>
>
> On Monday, January 28, 2013 12:59:12 PM UTC-5, larry google groups wrote:
>
> > I have a small clojure app (maybe 700 lines of code). I start it at the
> > terminal and it runs for 10 minutes or so. Then, sometimes, it produces
> > this error:
>
> > # A fatal error has been detected by the Java Runtime Environment:
> > #
> > #  SIGBUS (0xa) at pc=0x00010e34815e, pid=45108, tid=22787
> > #
> > # JRE version: 7.0_10-b18
> > # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed mode
> > bsd-amd64 compressed oops)
> > # Problematic frame:
> > # C  [libzip.dylib+0x315e]  newEntry+0x154
> > #
> > # Failed to write core dump. Core dumps have been disabled. To enable core
> > dumping, try "ulimit -c unlimited" before st\
> > arting Java again
> > #
> > # An error report file with more information is saved as:
> > #
> > /Users/lkrubner/projects/discovery-times-square/kiosks-clojure/target/hs_er 
> > r_pid45108.log
> > #
> > # If you would like to submit a bug report, please visit:
> > #  http://bugreport.sun.com/bugreport/crash.jsp
> > # The crash happened outside the Java Virtual Machine in native code.
> > # See problematic frame for where to report the bug.
> > #
> > Abort trap: 6
>
> > Then it dies.
>
> > What does this mean?

-- 
-- 
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/groups/opt_out.

Re: ANN - 13th modern-cljs tut - Don't Repeat Yourself when crossing the border

[Mimmo Cosenza]

I just updated the 13th modern-cljs tutorial with a client side validator which 
call via ajax a server side validator. 

https://github.com/magomimmo/modern-cljs/blob/master/doc/tutorial-13.md

HIH

My best

Mimmo

On Jan 28, 2013, at 1:18 PM, Giacomo Cosenza  wrote:

> Hi all,
> 
> I just published the 13th tutorial on the modern-cljs series. The title is 
> Don't Repeat Yourself when crossing the border.
> 
> https://github.com/magomimmo/modern-cljs/blob/master/doc/tutorial-13.md
> 
> The DRY principle has been applied in the form validation context by using 
> the Chas Emerick fork of the valip validator lib and the :crossovers option 
> of the great lein-cljsbuild plugin (I will never thanks enough Evan Mezeske). 
> Now you have a shared CLJS/CLJ point where the data validation happens. 
> 
> The only reason I started this work from valip, is because Chas already made 
> valip portable between CLJS and CLJ and because valip, even its usage is very 
> simple, is powerful enough for what I had in my mind.
> 
> Hope you like it.
> 
> My best
> 
> Mimmo
> 
> p.s. I add clojurescript mlist as recipient. This is one of the case in which 
> I crossed the border between CLJS and CLJ.
> 
> 
> 
> 

-- 
-- 
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/groups/opt_out.

Re: Best practice - (:keyword map) versus (map :keyword)

[AtKaaZ]

Thank you. In this case(although I have zero xp with records) I would
probably opt for making a wrapper function and have it always be used in
any instance when records are to be gotten like that, even though I
understand it would be a performance hit (maybe I could make it a macro
which I could change in release to return the (:keyword record) thing
instead of whatever I decide to use to make sure record isn't nil first)


On Tue, Jan 29, 2013 at 4:35 AM, Joseph Smith  wrote:

> The problem with this approach is if your map is a record (e.g. made with
> defrecord) it will not work.
>
>
> ---
> Joseph Smith
> j...@uwcreations.com
> @solussd
>
>
> On Jan 28, 2013, at 8:31 PM, AtKaaZ  wrote:
>
> I would use (map :keyword) myself, for that exact reason(because I'm into
> fail-fast), but only when I know the map is expected to never be nil at
> this point(but likely I'll do the program in such a way that this point
> won't be reached with a nil map in the first place), so that if it happens
> that the map is nil it will throw exception at this point and it will stop
> the bug propagating further, but if I were to use (:keyword map) it may err
> later or never. Sure I could use other ways to test for nil, but just in
> case I forget to do so, (map :keyword) would save me where (:keyword map)
> would just continue. I note that it's idiomatic clojure to use the latter
> variant (ie. non-fail-fast).
>
> - says the guy(me) that hasn't done any program(in clojure anyway)
>
>
> On Tue, Jan 29, 2013 at 3:09 AM, James Xu wrote:
>
>> (:Keyword map) is preferred, because keyword itself can never be nil,
>> while it's possible for map, you might be interested to have a look at:
>> https://github.com/bbatsov/clojure-style-guide
>>
>> From: Jonathon McKitrick 
>> Reply-To: 
>> Date: Mon, 28 Jan 2013 18:00:01 -0800 (PST)
>> To: 
>> Subject: Best practice - (:keyword map) versus (map :keyword)
>>
>> Either one works, is there any kind of guideline on which to prefer,
>> when?  Or is it entirely personal preference?  It seems each way could be
>> more readable in different circumstances
>>
>> --
>> --
>> 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/groups/opt_out.
>>
>>
>>
>> --
>> --
>> 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/groups/opt_out.
>>
>>
>>
>
>
>
> --
> Please correct me if I'm wrong or incomplete,
> even if you think I'll subconsciously hate it.
>
>  --
> --
> 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/groups/opt_out.
>
>
>
>  --
> --
> 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"

Re: Job Opportunity - Clojure coder + QA experience

[AtKaaZ]

(read only what's in *bold*, to save your time, read everything if you're a
consistency maniac xD)
  *While I have a knack*(and enjoy) *for finding bugs*(and I take them
personally[as ideas, so I don't hate the person who introduced it(or at
least I'd like to believe that I don't, but let's be honest sometimes this
happens subconsciously) - but I like knowing who/how 'ie. git(hub) Blame'
for consistency reasons] aka maybe I'm just passionate in this regard and
I'd like to believe that I'm into consistency), *I **(by far!)* *do not
qualify for either of the jobs*(and I couldn't do it knowing that
(much)more is expected of me), *however I'll take this opportunity to let
anyone know that if you want someone(aka me) to look at your
program(/code)*[doesn't
have to be clojure-related, btw I'm still clojure beginner/noob] *and see
if there are any bugs/inconsistencies*(even though real devs(and/or QA
testers?) can do it considerably better (and I lack conciseness) - they
might not enjoy it as much) *I'd be interested/happy to do it just for fun
and free*(as in beer) - you won't owe me anything (although I would prefer
and appreciate it if it's public[ego you say?probably that too, but I'd
like to believe it's for consistency reasons first&foremost](ie. github
pull requests) but I wouldn't really care about giving myself credit except
that this would mean the consistency is decreased - and that's
disappointing :) )- , *as long as I enjoy it and it's fun* (especially if
you strike me as someone who cares about consistency at as many levels as
possible(ie. code structure, handling as many(aiming for all) cases as
possible), if you don't it will be less fun until it reaches zero :P)
  I was thinking to post something like this a few days ago, but I
postponed/gave-up thinking that it wouldn't be good enough(the textual
representation of it, and it obviously isn't(at least from my
standards/afaic), since for starters it isn't structured as a tree where
each node can have multiple parents/children - yep, I am speaking about the
text above)

PS: my education stopped after highschool and this gave me Analyst
(programmer helper) diploma; I simply wasn't good enough(ie. I are below a
normal human being :P ...ok, low self-esteem too?!, great) to pursue a
university(both socially and mentally ie. I'm bad at maths). Whatever else
I learned along the way(since and before highschool) was self-taught (but
this is probably less that all the info that I've learned in highschool).

ok, enough wasting reader's time,
take care!


On Tue, Jan 29, 2013 at 12:40 AM, Sean Corfield wrote:

> That's probably a good opportunity for me to say we're also hiring for
> a similar role at World Singles -
> http://corfield.org/blog/post.cfm/hiring-hiring-hiring - so if you're
> interested in Jeff's role, you might also be interested in ours and it
> doubles your options :)
>
> I won't be offended by anyone preferring to work for Red Hat on OSS as
> that's a darn cool gig!
>
> I hadn't really thought to post a QA role here but... always nice to
> see more Clojure-related jobs, even tangentially!
>
> Sean
>
> On Mon, Jan 28, 2013 at 2:51 PM, Jeff Weiss 
> wrote:
> > There is an opening in my QA department at Red Hat.  Note, the posting
> below
> > is a somewhat generic and does not mention Clojure, but I can tell you
> that
> > Clojure is already being used extensively by our group, and that you
> would
> > be using it regularly.
> >
> >
> http://jobs.redhat.com/jobs/descriptions/principal-quality-assurance-engineer-cloudforms-system-engine-raleigh-north-carolina-job-1-3484969
> >
> > The role is "Software Engineer in Test", where finding bugs is the
> top-level
> > goal, but automated tests and tooling are the majority of the work.  All
> the
> > code we work with (including the product, the test tools, and the tests
> > themselves) is open source.
> >
> > Feel free to contact me for further details - jweiss at redhat dotcom
> >
> > --
> > --
> > 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, send email to
> > clojure+unsubscr...@googlegroups.com.
> > For more options, visit https://groups.google.com/groups/opt_out.
> >
> >
>
>
>
> --
> Sean A Corfield -- (904) 302-SEAN
> An Architect's View -- http://corfield.org/
> World Singles, LLC. -- http://worldsingles.com/
>
> "Perfection is the enemy of the good."
> -- Gustave Flaubert, French realist novelist (1821-1880)
>
> --
> --
> You received this message because you are su

Re: Best practice - (:keyword map) versus (map :keyword)

[Joseph Smith]

The problem with this approach is if your map is a record (e.g. made with 
defrecord) it will not work. 

---
Joseph Smith
j...@uwcreations.com
@solussd


On Jan 28, 2013, at 8:31 PM, AtKaaZ  wrote:

> I would use (map :keyword) myself, for that exact reason(because I'm into 
> fail-fast), but only when I know the map is expected to never be nil at this 
> point(but likely I'll do the program in such a way that this point won't be 
> reached with a nil map in the first place), so that if it happens that the 
> map is nil it will throw exception at this point and it will stop the bug 
> propagating further, but if I were to use (:keyword map) it may err later or 
> never. Sure I could use other ways to test for nil, but just in case I forget 
> to do so, (map :keyword) would save me where (:keyword map) would just 
> continue. I note that it's idiomatic clojure to use the latter variant (ie. 
> non-fail-fast).
> 
> - says the guy(me) that hasn't done any program(in clojure anyway)
> 
> 
> On Tue, Jan 29, 2013 at 3:09 AM, James Xu  
> wrote:
>> (:Keyword map) is preferred, because keyword itself can never be nil, while 
>> it's possible for map, you might be interested to have a look at: 
>> https://github.com/bbatsov/clojure-style-guide
>> 
>> From: Jonathon McKitrick 
>> Reply-To: 
>> Date: Mon, 28 Jan 2013 18:00:01 -0800 (PST)
>> To: 
>> Subject: Best practice - (:keyword map) versus (map :keyword)
>> 
>> Either one works, is there any kind of guideline on which to prefer, when?  
>> Or is it entirely personal preference?  It seems each way could be more 
>> readable in different circumstances
>> -- 
>> -- 
>> 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/groups/opt_out.
>>  
>>  
>> -- 
>> -- 
>> 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/groups/opt_out.
> 
> 
> 
> -- 
> Please correct me if I'm wrong or incomplete,
> even if you think I'll subconsciously hate it.
> 
> -- 
> -- 
> 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/groups/opt_out.
>  
>  

-- 
-- 
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/groups/opt_out.

Re: Best practice - (:keyword map) versus (map :keyword)

[Joseph Smith]

Also, :keyword is a function, whereas the object you're passing to it may not 
be a array-map or hash-map (both functions), but a record or other type 
implementing the map interface. 

---
Joseph Smith
j...@uwcreations.com
@solussd


On Jan 28, 2013, at 8:09 PM, James Xu  wrote:

> (:Keyword map) is preferred, because keyword itself can never be nil, while 
> it's possible for map, you might be interested to have a look at: 
> https://github.com/bbatsov/clojure-style-guide
> 
> From: Jonathon McKitrick 
> Reply-To: 
> Date: Mon, 28 Jan 2013 18:00:01 -0800 (PST)
> To: 
> Subject: Best practice - (:keyword map) versus (map :keyword)
> 
> Either one works, is there any kind of guideline on which to prefer, when?  
> Or is it entirely personal preference?  It seems each way could be more 
> readable in different circumstances 
> -- 
> -- 
> 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/groups/opt_out.
>  
>  
> -- 
> -- 
> 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/groups/opt_out.
>  
>  

-- 
-- 
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/groups/opt_out.

Re: Best practice - (:keyword map) versus (map :keyword)

[AtKaaZ]

I would use (map :keyword) myself, for that exact reason(because I'm into
fail-fast), but only when I know the map is expected to never be nil at
this point(but likely I'll do the program in such a way that this point
won't be reached with a nil map in the first place), so that if it happens
that the map is nil it will throw exception at this point and it will stop
the bug propagating further, but if I were to use (:keyword map) it may err
later or never. Sure I could use other ways to test for nil, but just in
case I forget to do so, (map :keyword) would save me where (:keyword map)
would just continue. I note that it's idiomatic clojure to use the latter
variant (ie. non-fail-fast).

- says the guy(me) that hasn't done any program(in clojure anyway)


On Tue, Jan 29, 2013 at 3:09 AM, James Xu wrote:

> (:Keyword map) is preferred, because keyword itself can never be nil,
> while it's possible for map, you might be interested to have a look at:
> https://github.com/bbatsov/clojure-style-guide
>
> From: Jonathon McKitrick 
> Reply-To: 
> Date: Mon, 28 Jan 2013 18:00:01 -0800 (PST)
> To: 
> Subject: Best practice - (:keyword map) versus (map :keyword)
>
> Either one works, is there any kind of guideline on which to prefer, when?
>  Or is it entirely personal preference?  It seems each way could be more
> readable in different circumstances
>
> --
> --
> 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/groups/opt_out.
>
>
>
> --
> --
> 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/groups/opt_out.
>
>
>



-- 
Please correct me if I'm wrong or incomplete,
even if you think I'll subconsciously hate it.

-- 
-- 
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/groups/opt_out.

Re: Best practice - (:keyword map) versus (map :keyword)

[James Xu]

(:Keyword map) is preferred, because keyword itself can never be nil, while
it's possible for map, you might be interested to have a look at:
https://github.com/bbatsov/clojure-style-guide

From:  Jonathon McKitrick 
Reply-To:  
Date:  Mon, 28 Jan 2013 18:00:01 -0800 (PST)
To:  
Subject:  Best practice - (:keyword map) versus (map :keyword)

Either one works, is there any kind of guideline on which to prefer, when?
Or is it entirely personal preference?  It seems each way could be more
readable in different circumstances

-- 
-- 
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/groups/opt_out.
 
 


-- 
-- 
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/groups/opt_out.

Best practice - (:keyword map) versus (map :keyword)

[Jonathon McKitrick]

Either one works, is there any kind of guideline on which to prefer, when? 
 Or is it entirely personal preference?  It seems each way could be more 
readable in different circumstances

-- 
-- 
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/groups/opt_out.

Re: SIGBUS : A fatal error has been detected by the Java Runtime Environment

[dgrnbrg]

I've encountered errors like this when running where .jar files for the 
project were being loaded from an NFS share. Do you have that in your 
environment? The solution is to load the .jars from a local directory 
instead.

On Monday, January 28, 2013 12:59:12 PM UTC-5, larry google groups wrote:
>
>
> I have a small clojure app (maybe 700 lines of code). I start it at the 
> terminal and it runs for 10 minutes or so. Then, sometimes, it produces 
> this error:
>
>
> # A fatal error has been detected by the Java Runtime Environment:
> #
> #  SIGBUS (0xa) at pc=0x00010e34815e, pid=45108, tid=22787
> #
> # JRE version: 7.0_10-b18
> # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed mode 
> bsd-amd64 compressed oops)
> # Problematic frame:
> # C  [libzip.dylib+0x315e]  newEntry+0x154
> #
> # Failed to write core dump. Core dumps have been disabled. To enable core 
> dumping, try "ulimit -c unlimited" before st\
> arting Java again
> #
> # An error report file with more information is saved as:
> # 
> /Users/lkrubner/projects/discovery-times-square/kiosks-clojure/target/hs_err_pid45108.log
> #
> # If you would like to submit a bug report, please visit:
> #   http://bugreport.sun.com/bugreport/crash.jsp
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
> Abort trap: 6
>
>
> Then it dies. 
>
> What does this mean?
>
>
>
>

-- 
-- 
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/groups/opt_out.

Re: Job Opportunity - Clojure coder + QA experience

[Sean Corfield]

That's probably a good opportunity for me to say we're also hiring for
a similar role at World Singles -
http://corfield.org/blog/post.cfm/hiring-hiring-hiring - so if you're
interested in Jeff's role, you might also be interested in ours and it
doubles your options :)

I won't be offended by anyone preferring to work for Red Hat on OSS as
that's a darn cool gig!

I hadn't really thought to post a QA role here but... always nice to
see more Clojure-related jobs, even tangentially!

Sean

On Mon, Jan 28, 2013 at 2:51 PM, Jeff Weiss  wrote:
> There is an opening in my QA department at Red Hat.  Note, the posting below
> is a somewhat generic and does not mention Clojure, but I can tell you that
> Clojure is already being used extensively by our group, and that you would
> be using it regularly.
>
> http://jobs.redhat.com/jobs/descriptions/principal-quality-assurance-engineer-cloudforms-system-engine-raleigh-north-carolina-job-1-3484969
>
> The role is "Software Engineer in Test", where finding bugs is the top-level
> goal, but automated tests and tooling are the majority of the work.  All the
> code we work with (including the product, the test tools, and the tests
> themselves) is open source.
>
> Feel free to contact me for further details - jweiss at redhat dotcom
>
> --
> --
> 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, send email to
> clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>



-- 
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
World Singles, LLC. -- http://worldsingles.com/

"Perfection is the enemy of the good."
-- Gustave Flaubert, French realist novelist (1821-1880)

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Job Opportunity - Clojure coder + QA experience

[Jeff Weiss]

There is an opening in my QA department at Red Hat.  Note, the posting 
below is a somewhat generic and does not mention Clojure, but I can tell 
you that Clojure is already being used extensively by our group, and that 
you would be using it regularly.

http://jobs.redhat.com/jobs/descriptions/principal-quality-assurance-engineer-cloudforms-system-engine-raleigh-north-carolina-job-1-3484969

The role is "Software Engineer in Test", where finding bugs is the 
top-level goal, but automated tests and tooling are the majority of the 
work.  All the code we work with (including the product, the test tools, 
and the tests themselves) is open source.

Feel free to contact me for further details - jweiss at redhat dotcom

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: SIGBUS : A fatal error has been detected by the Java Runtime Environment

[larry google groups]

Ah, stupid of me. No, I'm not using the 1.5 features. This project is all 
1.4. 



W dniu poniedziałek, 28 stycznia 2013 14:51:02 UTC-5 użytkownik Jim foo.bar 
napisał:
>
> On 28/01/13 18:58, larry google groups wrote: 
> > Interesting. My app leans heavily on (reduce). I think in some places 
> > I might call reduce from inside of another reduce. This is the problem 
> > then? 
>
>
> No no I don't mean plain old 'reduce' but the new 'reducers' library in 
> 1.5... 
>
> Jim 
>

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: SIGBUS : A fatal error has been detected by the Java Runtime Environment

[Jim - FooBar();]

On 28/01/13 18:58, larry google groups wrote:
Interesting. My app leans heavily on (reduce). I think in some places 
I might call reduce from inside of another reduce. This is the problem 
then? 



No no I don't mean plain old 'reduce' but the new 'reducers' library in 
1.5...


Jim

--
--
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: clojure.test are macro

[John Lawrence Aspden]

Thanks Guys, I'll avoid the are macro.

Any ideas why this doesn't work?:

user=> (use 'clojure.test)
nil
user=> (use 'clojure.test.tap)
nil
user=> (deftest a (is true))
#'user/a
user=> (run-tests)

Testing user

Ran 1 tests containing 1 assertions.
0 failures, 0 errors.
{:type :summary, :pass 1, :test 1, :error 0, :fail 0}

user=> (with-tap-output (run-tests))
# {:type :begin-test-ns, :ns #}
# {:type :begin-test-var, :var #'user/a}
ArityException Wrong number of args (0) passed to: test$testing-vars-
str  clojure.lang.AFn.throwArity (AFn.java:437)

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Building a jdbc WHERE IN clause

[Jonathon McKitrick]

On Friday, January 25, 2013 7:34:29 PM UTC-5, Sean Corfield wrote:

> Try: 
> (into [sql] ids) 
>

That worked perfectly.

 

> In the next version of java.jdbc (currently 0.2.4-SNAPSHOT but it will 
> become 0.3.0), you'll be able to simplify your code to this: 
>
> (sql/query (get-db-spec) (into [sql] ids)) 
>

Nice.  I'll be watching for it.


>

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: SIGBUS : A fatal error has been detected by the Java Runtime Environment

[AtKaaZ]

even if that works, it should really be considered as a
(temporary)workaround to the actual fix(which is unknown to me) and it's
not unlike using a 32bit jvm (both are workarounds and both have disabled
UseCompressedOops).

quick read here:
http://javarevisited.blogspot.com/2012/06/what-is-xxusecompressedoops-in-64-bit.html
should tell you what you're missing by using that option (which disables
UseCompressedOops, due to the minus prefix)


On Mon, Jan 28, 2013 at 8:02 PM, larry google groups <
lawrencecloj...@gmail.com> wrote:

> Than you for the suggestion. I am highly ignorant about the JVM. I have
> been using these options:
>
>   :jvm-opts ["-Xmx1000m"]
>
> I will switch to:
>
>   :jvm-opts ["-Xmx1000m -XX:-UseCompressedOops"]
>
>
>
> W dniu poniedziałek, 28 stycznia 2013 13:02:48 UTC-5 użytkownik AtKaaZ
> napisał:
>>
>> try using this vm arg:
>> -XX:-UseCompressedOops
>>
>> more info here: https://groups.google.com/d/**
>> msg/clojure/MIKccMX9gvk/gZYA_**24d0BwJ
>>
>>
>> On Mon, Jan 28, 2013 at 6:59 PM, larry google groups <
>> lawrenc...@gmail.com> wrote:
>>
>>>
>>> I have a small clojure app (maybe 700 lines of code). I start it at the
>>> terminal and it runs for 10 minutes or so. Then, sometimes, it produces
>>> this error:
>>>
>>>
>>> # A fatal error has been detected by the Java Runtime Environment:
>>> #
>>> #  SIGBUS (0xa) at pc=0x00010e34815e, pid=45108, tid=22787
>>> #
>>> # JRE version: 7.0_10-b18
>>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed mode
>>> bsd-amd64 compressed oops)
>>> # Problematic frame:
>>> # C  [libzip.dylib+0x315e]  newEntry+0x154
>>> #
>>> # Failed to write core dump. Core dumps have been disabled. To enable
>>> core dumping, try "ulimit -c unlimited" before st\
>>> arting Java again
>>> #
>>> # An error report file with more information is saved as:
>>> # /Users/lkrubner/projects/**discovery-times-square/kiosks-**
>>> clojure/target/hs_err_**pid45108.log
>>> #
>>> # If you would like to submit a bug report, please visit:
>>> #   
>>> http://bugreport.sun.com/**bugreport/crash.jsp
>>> # The crash happened outside the Java Virtual Machine in native code.
>>> # See problematic frame for where to report the bug.
>>> #
>>> Abort trap: 6
>>>
>>>
>>> Then it dies.
>>>
>>> What does this mean?
>>>
>>>
>>>
>>>  --
>>> --
>>> 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/**groups/opt_out
>>> .
>>>
>>>
>>>
>>
>>
>>
>> --
>> I may be wrong or incomplete.
>> Please express any corrections / additions,
>> they are encouraged and appreciated.
>> At least one entity is bound to be transformed if you do ;)
>>
>  --
> --
> 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/groups/opt_out.
>
>
>



-- 
I may be wrong or incomplete.
Please express any corrections / additions,
they are encouraged and appreciated.
At least one entity is bound to be transformed if you do ;)

-- 
-- 
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 

Re: SIGBUS : A fatal error has been detected by the Java Runtime Environment

[larry google groups]

Than you for the suggestion. I am highly ignorant about the JVM. I have 
been using these options: 

  :jvm-opts ["-Xmx1000m"]

I will switch to: 

  :jvm-opts ["-Xmx1000m -XX:-UseCompressedOops"]



W dniu poniedziałek, 28 stycznia 2013 13:02:48 UTC-5 użytkownik AtKaaZ 
napisał:
>
> try using this vm arg:
> -XX:-UseCompressedOops
>
> more info here: 
> https://groups.google.com/d/msg/clojure/MIKccMX9gvk/gZYA_24d0BwJ
>
>
> On Mon, Jan 28, 2013 at 6:59 PM, larry google groups 
> 
> > wrote:
>
>>
>> I have a small clojure app (maybe 700 lines of code). I start it at the 
>> terminal and it runs for 10 minutes or so. Then, sometimes, it produces 
>> this error:
>>
>>
>> # A fatal error has been detected by the Java Runtime Environment:
>> #
>> #  SIGBUS (0xa) at pc=0x00010e34815e, pid=45108, tid=22787
>> #
>> # JRE version: 7.0_10-b18
>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed mode 
>> bsd-amd64 compressed oops)
>> # Problematic frame:
>> # C  [libzip.dylib+0x315e]  newEntry+0x154
>> #
>> # Failed to write core dump. Core dumps have been disabled. To enable 
>> core dumping, try "ulimit -c unlimited" before st\
>> arting Java again
>> #
>> # An error report file with more information is saved as:
>> # 
>> /Users/lkrubner/projects/discovery-times-square/kiosks-clojure/target/hs_err_pid45108.log
>> #
>> # If you would like to submit a bug report, please visit:
>> #   http://bugreport.sun.com/bugreport/crash.jsp
>> # The crash happened outside the Java Virtual Machine in native code.
>> # See problematic frame for where to report the bug.
>> #
>> Abort trap: 6
>>
>>
>> Then it dies. 
>>
>> What does this mean?
>>
>>
>>
>>  -- 
>> -- 
>> 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/groups/opt_out.
>>  
>>  
>>
>
>
>
> -- 
> I may be wrong or incomplete.
> Please express any corrections / additions,
> they are encouraged and appreciated.
> At least one entity is bound to be transformed if you do ;)
>  

-- 
-- 
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/groups/opt_out.

Re: SIGBUS : A fatal error has been detected by the Java Runtime Environment

[larry google groups]

> This error is still thrown whenever i use ^:const and 
> reducers to traverse tree of moves deeper than 6..

Interesting. My app leans heavily on (reduce). I think in some places I 
might call reduce from inside of another reduce. This is the problem then? 



W dniu poniedziałek, 28 stycznia 2013 13:28:06 UTC-5 użytkownik Jim foo.bar 
napisał:
>
>  I feel obliged to come in and say that using this flag did not cure my 
> problem completely...This error is still thrown whenever i use ^:const and 
> reducers to traverse tree of moves deeper than 6...It doesn't happen always 
> but most of the times! If i don't use ^:const it seems to not happen. 
> Notice that this is irrelevant to disabling CompressedOops...
> LIke larry I'm running the latest jdk..
>
> Jim
>
> On 28/01/13 18:02, AtKaaZ wrote:
>  
>  try using this vm arg:
> -XX:-UseCompressedOops
>
>  more info here: 
> https://groups.google.com/d/msg/clojure/MIKccMX9gvk/gZYA_24d0BwJ
>  
>
> On Mon, Jan 28, 2013 at 6:59 PM, larry google groups 
> 
> > wrote:
>
>>
>>  I have a small clojure app (maybe 700 lines of code). I start it at the 
>> terminal and it runs for 10 minutes or so. Then, sometimes, it produces 
>> this error:
>>
>>  
>>  # A fatal error has been detected by the Java Runtime Environment:
>> #
>> #  SIGBUS (0xa) at pc=0x00010e34815e, pid=45108, tid=22787
>> #
>> # JRE version: 7.0_10-b18
>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed mode 
>> bsd-amd64 compressed oops)
>> # Problematic frame:
>> # C  [libzip.dylib+0x315e]  newEntry+0x154
>> #
>> # Failed to write core dump. Core dumps have been disabled. To enable 
>> core dumping, try "ulimit -c unlimited" before st\
>> arting Java again
>> #
>> # An error report file with more information is saved as:
>> # 
>> /Users/lkrubner/projects/discovery-times-square/kiosks-clojure/target/hs_err_pid45108.log
>> #
>> # If you would like to submit a bug report, please visit:
>> #   http://bugreport.sun.com/bugreport/crash.jsp
>> # The crash happened outside the Java Virtual Machine in native code.
>> # See problematic frame for where to report the bug.
>> #
>> Abort trap: 6
>>
>>  
>>  Then it dies. 
>>
>>  What does this mean?
>>
>>  
>>  
>>  -- 
>> -- 
>> 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/groups/opt_out.
>>  
>>  
>>
>  
>
>
> -- 
> I may be wrong or incomplete.
> Please express any corrections / additions,
> they are encouraged and appreciated.
> At least one entity is bound to be transformed if you do ;)
>  -- 
> -- 
> 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, send email to 
> clojure+u...@googlegroups.com .
> For more options, visit https://groups.google.com/groups/opt_out.
>  
>  
>
>
> 

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: SIGBUS : A fatal error has been detected by the Java Runtime Environment

[AtKaaZ]

it could still be a clojure(or asm) issue but only when using 64bit jvm, my
guess is that the 32bit one will always work (without errors, or at least
without the compressed oops error) but I didn't try it

"In an ILP32-mode JVM, or if the UseCompressedOops flag is turned off in
LP64 mode, all oops are the native machine word size." - quote from here:
https://wikis.oracle.com/display/HotSpotInternals/CompressedOops

But of course, this isn't the solution as you said, I'll still want to use
the 64bit jvm, I agree.


On Mon, Jan 28, 2013 at 7:37 PM, Jim - FooBar(); wrote:

>  No, I haven't but to be honest switching vms is not really a
> solution...even if it didn't happen my cpu is 64-bit and Ideally i'd like
> to take advantage of it, wouldn't you? Are you sort of implying that this
> is a Java/JDK issue and not a clojure one?
>
> Larry are using reducers or ^:const ??? I'll try my code with some alpha
> clojure 1.5 ( I remember having no problems whatsoever) and I'l egt back to
> you probably tomorrow morning...This seems really serious and since someone
> else is encountering it there is no reason to hold back investigating...
>
> Jim
>
>
> On 28/01/13 18:29, AtKaaZ wrote:
>
> Hi Jim, did you try a 32bit jvm? I wonder if it still happens with that
>
>
> On Mon, Jan 28, 2013 at 7:28 PM, Jim - FooBar(); wrote:
>
>>  I feel obliged to come in and say that using this flag did not cure my
>> problem completely...This error is still thrown whenever i use ^:const and
>> reducers to traverse tree of moves deeper than 6...It doesn't happen always
>> but most of the times! If i don't use ^:const it seems to not happen.
>> Notice that this is irrelevant to disabling CompressedOops...
>> LIke larry I'm running the latest jdk..
>>
>> Jim
>>
>>
>> On 28/01/13 18:02, AtKaaZ wrote:
>>
>>   try using this vm arg:
>> -XX:-UseCompressedOops
>>
>>  more info here:
>> https://groups.google.com/d/msg/clojure/MIKccMX9gvk/gZYA_24d0BwJ
>>
>>
>> On Mon, Jan 28, 2013 at 6:59 PM, larry google groups <
>> lawrencecloj...@gmail.com> wrote:
>>
>>>
>>>  I have a small clojure app (maybe 700 lines of code). I start it at
>>> the terminal and it runs for 10 minutes or so. Then, sometimes, it produces
>>> this error:
>>>
>>>
>>>  # A fatal error has been detected by the Java Runtime Environment:
>>> #
>>> #  SIGBUS (0xa) at pc=0x00010e34815e, pid=45108, tid=22787
>>> #
>>> # JRE version: 7.0_10-b18
>>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed mode
>>> bsd-amd64 compressed oops)
>>> # Problematic frame:
>>> # C  [libzip.dylib+0x315e]  newEntry+0x154
>>> #
>>> # Failed to write core dump. Core dumps have been disabled. To enable
>>> core dumping, try "ulimit -c unlimited" before st\
>>> arting Java again
>>> #
>>> # An error report file with more information is saved as:
>>> #
>>> /Users/lkrubner/projects/discovery-times-square/kiosks-clojure/target/hs_err_pid45108.log
>>> #
>>> # If you would like to submit a bug report, please visit:
>>> #   http://bugreport.sun.com/bugreport/crash.jsp
>>> # The crash happened outside the Java Virtual Machine in native code.
>>> # See problematic frame for where to report the bug.
>>> #
>>> Abort trap: 6
>>>
>>>
>>>  Then it dies.
>>>
>>>  What does this mean?
>>>
>>>
>>>
>>>  --
>>> --
>>> 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/groups/opt_out.
>>>
>>>
>>>
>>
>>
>>
>> --
>> I may be wrong or incomplete.
>> Please express any corrections / additions,
>> they are encouraged and appreciated.
>> At least one entity is bound to be transformed if you do ;)
>>  --
>> --
>> 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, send email to
>> clojure+unsubscr...@googlegroups.com.
>>
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>>
>>   --
>> --
>> You received this message

Re: SIGBUS : A fatal error has been detected by the Java Runtime Environment

[Jim - FooBar();]

No, I haven't but to be honest switching vms is not really a 
solution...even if it didn't happen my cpu is 64-bit and Ideally i'd 
like to take advantage of it, wouldn't you? Are you sort of implying 
that this is a Java/JDK issue and not a clojure one?


Larry are using reducers or ^:const ??? I'll try my code with some alpha 
clojure 1.5 ( I remember having no problems whatsoever) and I'l egt back 
to you probably tomorrow morning...This seems really serious and since 
someone else is encountering it there is no reason to hold back 
investigating...


Jim

On 28/01/13 18:29, AtKaaZ wrote:

Hi Jim, did you try a 32bit jvm? I wonder if it still happens with that


On Mon, Jan 28, 2013 at 7:28 PM, Jim - FooBar(); > wrote:


I feel obliged to come in and say that using this flag did not
cure my problem completely...This error is still thrown whenever i
use ^:const and reducers to traverse tree of moves deeper than
6...It doesn't happen always but most of the times! If i don't use
^:const it seems to not happen. Notice that this is irrelevant to
disabling CompressedOops...
LIke larry I'm running the latest jdk..

Jim


On 28/01/13 18:02, AtKaaZ wrote:

try using this vm arg:
-XX:-UseCompressedOops

more info here:
https://groups.google.com/d/msg/clojure/MIKccMX9gvk/gZYA_24d0BwJ


On Mon, Jan 28, 2013 at 6:59 PM, larry google groups
mailto:lawrencecloj...@gmail.com>> wrote:


I have a small clojure app (maybe 700 lines of code). I start
it at the terminal and it runs for 10 minutes or so. Then,
sometimes, it produces this error:


# A fatal error has been detected by the Java Runtime
Environment:
#
#  SIGBUS (0xa) at pc=0x00010e34815e, pid=45108, tid=22787
#
# JRE version: 7.0_10-b18
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed
mode bsd-amd64 compressed oops)
# Problematic frame:
# C  [libzip.dylib+0x315e]  newEntry+0x154
#
# Failed to write core dump. Core dumps have been disabled.
To enable core dumping, try "ulimit -c unlimited" before st\
arting Java again
#
# An error report file with more information is saved as:
#

/Users/lkrubner/projects/discovery-times-square/kiosks-clojure/target/hs_err_pid45108.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in
native code.
# See problematic frame for where to report the bug.
#
Abort trap: 6


Then it dies.

What does this mean?



-- 
-- 
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/groups/opt_out.





-- 
I may be wrong or incomplete.

Please express any corrections / additions,
they are encouraged and appreciated.
At least one entity is bound to be transformed if you do ;)
-- 
-- 
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, send email to
clojure+unsubscr...@googlegroups.com
.

For more options, visit https://groups.google.com/groups/opt_out.




-- 
-- 
You received this message because you are subscribed to the Google

Groups "Clojure" group.
To post to this gro

Re: SIGBUS : A fatal error has been detected by the Java Runtime Environment

[AtKaaZ]

Hi Jim, did you try a 32bit jvm? I wonder if it still happens with that


On Mon, Jan 28, 2013 at 7:28 PM, Jim - FooBar(); wrote:

>  I feel obliged to come in and say that using this flag did not cure my
> problem completely...This error is still thrown whenever i use ^:const and
> reducers to traverse tree of moves deeper than 6...It doesn't happen always
> but most of the times! If i don't use ^:const it seems to not happen.
> Notice that this is irrelevant to disabling CompressedOops...
> LIke larry I'm running the latest jdk..
>
> Jim
>
>
> On 28/01/13 18:02, AtKaaZ wrote:
>
>  try using this vm arg:
> -XX:-UseCompressedOops
>
>  more info here:
> https://groups.google.com/d/msg/clojure/MIKccMX9gvk/gZYA_24d0BwJ
>
>
> On Mon, Jan 28, 2013 at 6:59 PM, larry google groups <
> lawrencecloj...@gmail.com> wrote:
>
>>
>>  I have a small clojure app (maybe 700 lines of code). I start it at the
>> terminal and it runs for 10 minutes or so. Then, sometimes, it produces
>> this error:
>>
>>
>>  # A fatal error has been detected by the Java Runtime Environment:
>> #
>> #  SIGBUS (0xa) at pc=0x00010e34815e, pid=45108, tid=22787
>> #
>> # JRE version: 7.0_10-b18
>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed mode
>> bsd-amd64 compressed oops)
>> # Problematic frame:
>> # C  [libzip.dylib+0x315e]  newEntry+0x154
>> #
>> # Failed to write core dump. Core dumps have been disabled. To enable
>> core dumping, try "ulimit -c unlimited" before st\
>> arting Java again
>> #
>> # An error report file with more information is saved as:
>> #
>> /Users/lkrubner/projects/discovery-times-square/kiosks-clojure/target/hs_err_pid45108.log
>> #
>> # If you would like to submit a bug report, please visit:
>> #   http://bugreport.sun.com/bugreport/crash.jsp
>> # The crash happened outside the Java Virtual Machine in native code.
>> # See problematic frame for where to report the bug.
>> #
>> Abort trap: 6
>>
>>
>>  Then it dies.
>>
>>  What does this mean?
>>
>>
>>
>>  --
>> --
>> 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/groups/opt_out.
>>
>>
>>
>
>
>
> --
> I may be wrong or incomplete.
> Please express any corrections / additions,
> they are encouraged and appreciated.
> At least one entity is bound to be transformed if you do ;)
>  --
> --
> 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, send email to
> clojure+unsubscr...@googlegroups.com.
>
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>
>
>  --
> --
> 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/groups/opt_out.
>
>
>



-- 
I may be wrong or incomplete.
Please express any corrections / additions,
they are encouraged and appreciated.
At least one entity is bound to be transformed if you do ;)

-- 
-- 
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 

Re: SIGBUS : A fatal error has been detected by the Java Runtime Environment

[Jim - FooBar();]

I feel obliged to come in and say that using this flag did not cure my 
problem completely...This error is still thrown whenever i use ^:const 
and reducers to traverse tree of moves deeper than 6...It doesn't happen 
always but most of the times! If i don't use ^:const it seems to not 
happen. Notice that this is irrelevant to disabling CompressedOops...

LIke larry I'm running the latest jdk..

Jim

On 28/01/13 18:02, AtKaaZ wrote:

try using this vm arg:
-XX:-UseCompressedOops

more info here: 
https://groups.google.com/d/msg/clojure/MIKccMX9gvk/gZYA_24d0BwJ



On Mon, Jan 28, 2013 at 6:59 PM, larry google groups 
mailto:lawrencecloj...@gmail.com>> wrote:



I have a small clojure app (maybe 700 lines of code). I start it
at the terminal and it runs for 10 minutes or so. Then, sometimes,
it produces this error:


# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGBUS (0xa) at pc=0x00010e34815e, pid=45108, tid=22787
#
# JRE version: 7.0_10-b18
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed mode
bsd-amd64 compressed oops)
# Problematic frame:
# C  [libzip.dylib+0x315e]  newEntry+0x154
#
# Failed to write core dump. Core dumps have been disabled. To
enable core dumping, try "ulimit -c unlimited" before st\
arting Java again
#
# An error report file with more information is saved as:
#

/Users/lkrubner/projects/discovery-times-square/kiosks-clojure/target/hs_err_pid45108.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Abort trap: 6


Then it dies.

What does this mean?



-- 
-- 
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/groups/opt_out.





--
I may be wrong or incomplete.
Please express any corrections / additions,
they are encouraged and appreciated.
At least one entity is bound to be transformed if you do ;)
--
--
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, send email to 
clojure+unsubscr...@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.




--
--
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/groups/opt_out.

Re: SIGBUS : A fatal error has been detected by the Java Runtime Environment

[AtKaaZ]

try using this vm arg:
-XX:-UseCompressedOops

more info here:
https://groups.google.com/d/msg/clojure/MIKccMX9gvk/gZYA_24d0BwJ


On Mon, Jan 28, 2013 at 6:59 PM, larry google groups <
lawrencecloj...@gmail.com> wrote:

>
> I have a small clojure app (maybe 700 lines of code). I start it at the
> terminal and it runs for 10 minutes or so. Then, sometimes, it produces
> this error:
>
>
> # A fatal error has been detected by the Java Runtime Environment:
> #
> #  SIGBUS (0xa) at pc=0x00010e34815e, pid=45108, tid=22787
> #
> # JRE version: 7.0_10-b18
> # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed mode
> bsd-amd64 compressed oops)
> # Problematic frame:
> # C  [libzip.dylib+0x315e]  newEntry+0x154
> #
> # Failed to write core dump. Core dumps have been disabled. To enable core
> dumping, try "ulimit -c unlimited" before st\
> arting Java again
> #
> # An error report file with more information is saved as:
> #
> /Users/lkrubner/projects/discovery-times-square/kiosks-clojure/target/hs_err_pid45108.log
> #
> # If you would like to submit a bug report, please visit:
> #   http://bugreport.sun.com/bugreport/crash.jsp
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
> Abort trap: 6
>
>
> Then it dies.
>
> What does this mean?
>
>
>
>  --
> --
> 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/groups/opt_out.
>
>
>



-- 
I may be wrong or incomplete.
Please express any corrections / additions,
they are encouraged and appreciated.
At least one entity is bound to be transformed if you do ;)

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: clojure.test are macro

[Brian Marick]

On Jan 28, 2013, at 11:13 AM, Sean Corfield  wrote:

> In other words, don't use the same names for variables in your code
> under test that you use for the placeholder variables in the `are`
> binding and the test expressions.

It might be a good practice to distinguish the roles via a naming convention. 
The one I use for Midje is to prefix placeholders with ? (as in unification):

(tabular
  (fact ((fn [x] x) ?x) => ?y)
  ?x  ?y
  1   1
  1   2)


Looking for 1/2-time employment as a Clojure programmer
Latest book: /Functional Programming for the Object-Oriented Programmer/
https://leanpub.com/fp-oo

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

SIGBUS : A fatal error has been detected by the Java Runtime Environment

[larry google groups]

I have a small clojure app (maybe 700 lines of code). I start it at the 
terminal and it runs for 10 minutes or so. Then, sometimes, it produces 
this error:


# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGBUS (0xa) at pc=0x00010e34815e, pid=45108, tid=22787
#
# JRE version: 7.0_10-b18
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.6-b04 mixed mode bsd-amd64 
compressed oops)
# Problematic frame:
# C  [libzip.dylib+0x315e]  newEntry+0x154
#
# Failed to write core dump. Core dumps have been disabled. To enable core 
dumping, try "ulimit -c unlimited" before st\
arting Java again
#
# An error report file with more information is saved as:
# 
/Users/lkrubner/projects/discovery-times-square/kiosks-clojure/target/hs_err_pid45108.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Abort trap: 6


Then it dies. 

What does this mean?



-- 
-- 
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/groups/opt_out.

Re: clojure.test are macro

[Sean Corfield]

In other words, don't use the same names for variables in your code
under test that you use for the placeholder variables in the `are`
binding and the test expressions.

I seem to remember this coming up before (fairly recently?) and it was
just considered a limitation of the `are` macro implementation?

On Mon, Jan 28, 2013 at 7:49 AM, James Xu  wrote:
> user=> (macroexpand-1 (are [ x y ] (= x y) ((fn[a] a) 1) 1))
> true
> user=> (macroexpand-1 '(are [ x y ] (= x y) ((fn[a] a) 1) 1))
> (clojure.template/do-template [x y] (clojure.test/is (= x y)) ((fn [a] a)
> 1) 1)
>
>
> The StackOverflowError may have something to do with the do-template func
>
> On 13-1-28 下午11:37, "John Lawrence Aspden"  wrote:
>
>>Hi, am I doing something wrong here?:
>>
>>user=> (clojure-version)
>>"1.4.0"
>>user=> (use 'clojure.test)
>>nil
>>user=> (is ((fn[x] x) 1) 1)
>>1
>>user=> (are [ x y ] (= x y) ((fn[x] x) 1) 1)
>>StackOverflowError   clojure.core/map/fn--4087 (core.clj:2426)
>>
>>user=> (macroexpand '(are [ x y ] (= x y) ((fn[x] x) 1) 1))
>>StackOverflowError   clojure.lang.RT.boundedLength (RT.java:1633)
>>
>>--
>>--
>>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, send email to
>>clojure+unsubscr...@googlegroups.com.
>>For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>
>
> --
> --
> 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, send email to 
> clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>



-- 
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
World Singles, LLC. -- http://worldsingles.com/

"Perfection is the enemy of the good."
-- Gustave Flaubert, French realist novelist (1821-1880)

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: clojure.test are macro

[AtKaaZ]

sorry, James Xu already said that (didn't want to steal any credit, but
I've just realized that he said the same thing)


On Mon, Jan 28, 2013 at 5:25 PM, AtKaaZ  wrote:

> well this should explain it:
>
> => (are [ x y ] (= x y) ((fn[x] x) 1) 1)
> StackOverflowError   clojure.core/partial/fn--4209 (core.clj:2396)
> => (are [ x y ] (= x y) ((fn[a] a) 1) 1)
> true
>
>
>
> On Mon, Jan 28, 2013 at 4:37 PM, John Lawrence Aspden <
> aspd...@googlemail.com> wrote:
>
>> Hi, am I doing something wrong here?:
>>
>> user=> (clojure-version)
>> "1.4.0"
>> user=> (use 'clojure.test)
>> nil
>> user=> (is ((fn[x] x) 1) 1)
>> 1
>> user=> (are [ x y ] (= x y) ((fn[x] x) 1) 1)
>> StackOverflowError   clojure.core/map/fn--4087 (core.clj:2426)
>>
>> user=> (macroexpand '(are [ x y ] (= x y) ((fn[x] x) 1) 1))
>> StackOverflowError   clojure.lang.RT.boundedLength (RT.java:1633)
>>
>> --
>> --
>> 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, send email to
>> clojure+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>
>
> --
> I may be wrong or incomplete.
> Please express any corrections / additions,
> they are encouraged and appreciated.
> At least one entity is bound to be transformed if you do ;)
>



-- 
I may be wrong or incomplete.
Please express any corrections / additions,
they are encouraged and appreciated.
At least one entity is bound to be transformed if you do ;)

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: clojure.test are macro

[AtKaaZ]

well this should explain it:
=> (are [ x y ] (= x y) ((fn[x] x) 1) 1)
StackOverflowError   clojure.core/partial/fn--4209 (core.clj:2396)
=> (are [ x y ] (= x y) ((fn[a] a) 1) 1)
true



On Mon, Jan 28, 2013 at 4:37 PM, John Lawrence Aspden <
aspd...@googlemail.com> wrote:

> Hi, am I doing something wrong here?:
>
> user=> (clojure-version)
> "1.4.0"
> user=> (use 'clojure.test)
> nil
> user=> (is ((fn[x] x) 1) 1)
> 1
> user=> (are [ x y ] (= x y) ((fn[x] x) 1) 1)
> StackOverflowError   clojure.core/map/fn--4087 (core.clj:2426)
>
> user=> (macroexpand '(are [ x y ] (= x y) ((fn[x] x) 1) 1))
> StackOverflowError   clojure.lang.RT.boundedLength (RT.java:1633)
>
> --
> --
> 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, send email to
> clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>


-- 
I may be wrong or incomplete.
Please express any corrections / additions,
they are encouraged and appreciated.
At least one entity is bound to be transformed if you do ;)

-- 
-- 
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/groups/opt_out.

Re: iOS and Windows RT support?

[Jeff Heon]

Not Clojure, but you can use Nu, a Lisp-like language, to write iPhone 
applications.
http://programming.nu/about
https://groups.google.com/d/topic/programming-nu/vboT7iW2ko8/discussion

On Tuesday, January 22, 2013 12:55:29 PM UTC-5, MC Andre wrote:
>
> What's the state of iOS and Windows RT support for Clojure? It would be 
> awesome to write iPhone and Surface apps in Clojure!
>
> Is there a .NET port of Clojure we could use to write Windows 8 Metro apps?
>

-- 
-- 
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/groups/opt_out.

Re: reload file in lein

[AtKaaZ]

maybe he needs to :reload-all for each use in foo.care? ie.
(ns foo.core
  (:use [runtime.q :as q] :reload-all)
  (:use [datomic.api :only (q db) :as d])
  (:use [runtime.util :as u] :reload-all)
)
so that it will also reload whatever foo.core is using, in this example
it's only going to reload runtime.q and runtime.util namespaces when
foo.core is (re)loaded (since changing datomic version in project.clj would
require repl restart), and assuming those namespaces are part of the
project like foo.core is.

oh wait, did I just read the date right? On Monday, 15 August 2011 01:20:14
UTC+1, Jay Vyas wrote:
(I didn't have his previous msg in my email)


On Mon, Jan 28, 2013 at 4:10 PM, Chris F Carroll wrote:

> Does just loading the file again not work:
> repl>(load-file src/foo/core.clj)
>
>
> On Monday, 15 August 2011 01:20:14 UTC+1, Jay Vyas wrote:
>>
>> hi guys, Im doing the following development "workflow"
>>
>> -> edit a script in vi
>> -> save
>> -> $> lein repl
>> -> repl>(load-file src/foo/core.clj)
>> repl>(use `foo/core)
>>
>> I wanted to edit the file and reload it without reloading repl.  is that
>> possible. ?
>>
>> --
>> Jay Vyas
>> MMSB/UCHC
>>
>  --
> --
> 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, send email to
> clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>



-- 
I may be wrong or incomplete.
Please express any corrections / additions,
they are encouraged and appreciated.
At least one entity is bound to be transformed if you do ;)

-- 
-- 
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/groups/opt_out.

Re: Natively Compiled Clojure

[Konrad Hinsen]

Mikera writes:

 > On this general topic: the following project (VMKit) looks very interesting:
 > 
 >  - http://vmkit.llvm.org/index.html
 > 
 > It basically implements a full JVM on top of LLVM, which should in theory be 
 > sufficient
 > to run Clojure on the LLVM.

I tried this a while ago and had some exchanges with VMKit authors. Back then,
VMKit crashed on Clojure initialization because of a memory limit in VMKit
concerning the size of a single method. Clojure initializes tons of data in a
single JVM method.

But I agree that VMKit is an interesting project in principle. Someone will have
to take up active development again to make it more usable.

Konrad.

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: clojure.test are macro

[AtKaaZ]

=> (are [ x y ] (= x y) ((fn[x] x) 1) 1)
StackOverflowError   clojure.lang.PersistentArrayMap.containsKey
(PersistentArrayMap.java:158)
=> (dorun (map #(println (.toString %)) (take-last 100 (.getStackTrace *e

clojure.lang.RestFn.invoke(RestFn.java:408)
clojure.core$map$fn__4226.invoke(core.clj:2485)
clojure.lang.LazySeq.sval(LazySeq.java:42)
clojure.lang.LazySeq.seq(LazySeq.java:60)
clojure.lang.RT.seq(RT.java:475)
clojure.core$seq.invoke(core.clj:133)
clojure.core.protocols$seq_reduce.invoke(protocols.clj:30)
clojure.core.protocols$fn__6062.invoke(protocols.clj:54)
clojure.core.protocols$fn__6015$G__6010__6028.invoke(protocols.clj:13)
clojure.core$reduce.invoke(core.clj:6149)
clojure.core$into.invoke(core.clj:6196)
clojure.walk$walk.invoke(walk.clj:47)
clojure.walk$prewalk.invoke(walk.clj:62)
clojure.lang.AFn.applyToHelper(AFn.java:163)
clojure.lang.AFn.applyTo(AFn.java:151)
clojure.core$apply.invoke(core.clj:619)
clojure.core$partial$fn__4209.doInvoke(core.clj:2396)
clojure.lang.RestFn.invoke(RestFn.java:408)
clojure.core$map$fn__4226.invoke(core.clj:2487)
clojure.lang.LazySeq.sval(LazySeq.java:42)
clojure.lang.LazySeq.seq(LazySeq.java:60)
clojure.lang.Cons.next(Cons.java:39)
clojure.lang.RT.boundedLength(RT.java:1645)
clojure.lang.RestFn.applyTo(RestFn.java:130)
clojure.core$apply.invoke(core.clj:617)
clojure.walk$walk.invoke(walk.clj:44)
clojure.walk$prewalk.invoke(walk.clj:62)
clojure.lang.AFn.applyToHelper(AFn.java:163)
clojure.lang.AFn.applyTo(AFn.java:151)
clojure.core$apply.invoke(core.clj:619)
clojure.core$partial$fn__4209.doInvoke(core.clj:2396)
clojure.lang.RestFn.invoke(RestFn.java:408)
clojure.core$map$fn__4226.invoke(core.clj:2487)
clojure.lang.LazySeq.sval(LazySeq.java:42)
clojure.lang.LazySeq.seq(LazySeq.java:60)
clojure.lang.RT.seq(RT.java:475)
clojure.core$seq.invoke(core.clj:133)
clojure.core$apply.invoke(core.clj:617)
clojure.walk$walk.invoke(walk.clj:44)
clojure.walk$prewalk.invoke(walk.clj:62)
clojure.lang.AFn.applyToHelper(AFn.java:163)
clojure.lang.AFn.applyTo(AFn.java:151)
clojure.core$apply.invoke(core.clj:619)
clojure.core$partial$fn__4209.doInvoke(core.clj:2396)
clojure.lang.RestFn.invoke(RestFn.java:408)
clojure.core$map$fn__4226.invoke(core.clj:2487)
clojure.lang.LazySeq.sval(LazySeq.java:42)
clojure.lang.LazySeq.seq(LazySeq.java:60)
clojure.lang.Cons.next(Cons.java:39)
clojure.lang.RT.boundedLength(RT.java:1645)
clojure.lang.RestFn.applyTo(RestFn.java:130)
clojure.core$apply.invoke(core.clj:617)
clojure.walk$walk.invoke(walk.clj:44)
clojure.walk$prewalk.invoke(walk.clj:62)
clojure.lang.AFn.applyToHelper(AFn.java:163)
clojure.lang.AFn.applyTo(AFn.java:151)
clojure.core$apply.invoke(core.clj:619)
clojure.core$partial$fn__4209.doInvoke(core.clj:2396)
clojure.lang.RestFn.invoke(RestFn.java:408)
clojure.core$map$fn__4226.invoke(core.clj:2487)
clojure.lang.LazySeq.sval(LazySeq.java:42)
clojure.lang.LazySeq.seq(LazySeq.java:60)
clojure.lang.Cons.next(Cons.java:39)
clojure.lang.LazySeq.next(LazySeq.java:92)
clojure.lang.RT.next(RT.java:589)
clojure.core$next.invoke(core.clj:64)
clojure.core$dorun.invoke(core.clj:2781)
clojure.core$doall.invoke(core.clj:2796)
clojure.walk$walk.invoke(walk.clj:46)
clojure.walk$prewalk.invoke(walk.clj:62)
clojure.walk$prewalk_replace.invoke(walk.clj:113)
clojure.template$apply_template.invoke(template.clj:43)
clojure.template$do_template$fn__7061.invoke(template.clj:54)
clojure.core$map$fn__4226.invoke(core.clj:2487)
clojure.lang.LazySeq.sval(LazySeq.java:42)
clojure.lang.LazySeq.seq(LazySeq.java:67)
clojure.lang.Cons.next(Cons.java:39)
clojure.lang.RT.next(RT.java:589)
clojure.lang.Compiler.eval(Compiler.java:6606)
clojure.lang.Compiler.eval(Compiler.java:6582)
clojure.core$eval.invoke(core.clj:2852)
clojure.main$repl$read_eval_print__6625.invoke(main.clj:251)
clojure.main$repl$fn__6630$fn__6631.invoke(main.clj:269)
clojure.main$repl$fn__6630.invoke(main.clj:269)
clojure.main$repl.doInvoke(main.clj:267)
clojure.lang.RestFn.invoke(RestFn.java:1096)
clojure.tools.nrepl.middleware.interruptible_eval$evaluate$fn__988.invoke(interruptible_eval.clj:58)
clojure.lang.AFn.applyToHelper(AFn.java:159)
clojure.lang.AFn.applyTo(AFn.java:151)
clojure.core$apply.invoke(core.clj:617)
clojure.core$with_bindings_STAR_.doInvoke(core.clj:1788)
clojure.lang.RestFn.invoke(RestFn.java:425)
clojure.tools.nrepl.middleware.interruptible_eval$evaluate.invoke(interruptible_eval.clj:43)
clojure.tools.nrepl.middleware.interruptible_eval$interruptible_eval$fn__1029$fn__1032.invoke(interruptible_eval.clj:173)
clojure.core$comp$fn__4173.invoke(core.clj:2330)
clojure.tools.nrepl.middleware.interruptible_eval$run_next$fn__1022.invoke(interruptible_eval.clj:140)
clojure.lang.AFn.run(AFn.java:24)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
java.lang.Thread.run(Thread.java:722)
nil



On Mon, Jan 28, 2013 at 4:49 PM, James Xu wrote:

> user=> (macroexpand-1 (are [ x y 

Re: clojure.test are macro

[James Xu]

user=> (macroexpand-1 (are [ x y ] (= x y) ((fn[a] a) 1) 1))
true
user=> (macroexpand-1 '(are [ x y ] (= x y) ((fn[a] a) 1) 1))
(clojure.template/do-template [x y] (clojure.test/is (= x y)) ((fn [a] a)
1) 1)


The StackOverflowError may have something to do with the do-template func

On 13-1-28 下午11:37, "John Lawrence Aspden"  wrote:

>Hi, am I doing something wrong here?:
>
>user=> (clojure-version)
>"1.4.0"
>user=> (use 'clojure.test)
>nil
>user=> (is ((fn[x] x) 1) 1)
>1
>user=> (are [ x y ] (= x y) ((fn[x] x) 1) 1)
>StackOverflowError   clojure.core/map/fn--4087 (core.clj:2426)
>
>user=> (macroexpand '(are [ x y ] (= x y) ((fn[x] x) 1) 1))
>StackOverflowError   clojure.lang.RT.boundedLength (RT.java:1633)
>
>-- 
>-- 
>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, send email to
>clojure+unsubscr...@googlegroups.com.
>For more options, visit https://groups.google.com/groups/opt_out.
>
>


-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

clojure.test are macro

[John Lawrence Aspden]

Hi, am I doing something wrong here?:

user=> (clojure-version)
"1.4.0"
user=> (use 'clojure.test)
nil
user=> (is ((fn[x] x) 1) 1)
1
user=> (are [ x y ] (= x y) ((fn[x] x) 1) 1)
StackOverflowError   clojure.core/map/fn--4087 (core.clj:2426)

user=> (macroexpand '(are [ x y ] (= x y) ((fn[x] x) 1) 1))
StackOverflowError   clojure.lang.RT.boundedLength (RT.java:1633)

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: reload file in lein

[Chris F Carroll]

Does just loading the file again not work:
repl>(load-file src/foo/core.clj)


On Monday, 15 August 2011 01:20:14 UTC+1, Jay Vyas wrote:
>
> hi guys, Im doing the following development "workflow" 
>
> -> edit a script in vi 
> -> save 
> -> $> lein repl
> -> repl>(load-file src/foo/core.clj)
> repl>(use `foo/core)
>
> I wanted to edit the file and reload it without reloading repl.  is that 
> possible. ?
>
> -- 
> Jay Vyas
> MMSB/UCHC
>

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Natively Compiled Clojure

[Paul deGrandis]

I personally have no limitations with Clojure and the JVM for general 
development.

Like Mark mentioned, I have a need to embed runtimes within C systems, with 
a small memory footprint (ideally less than 5 Mb) fast execution, and a 
solid FFI.
Giving up some raw performance to get some benefits of Clojure is a worthy 
trade-off for me (macros, persistent data structures, etc).  Concurrency 
would be awesome if it existed, but it's not a requirement - I can always 
fall back on lower-level/error-prone/hand-controlled concurrency mechanisms 
within the C system itself.

In other systems I've been working on where the core library is C and I 
have a lot of memory available, JNA/JNI/BridJ has been fine as long as I've 
followed best practices regarding those technologies.

When I needed a smaller memory footprint, and could give up some speed, 
ClojureScript + Node.js has been awesome for throwing quick things 
together.  I'm very much inclined to switch this to clojure-py2 in the 
future if language-feature support is on-par with CLJS or there was a 
speed/memory benefit.

Unlike Mike, the small amount of OpenCL stuff I've done has been fine - 
I'll be doing more in the future, so that may change :)
It took some time to adjust to best practices to make the GPU worth it.  
Hopefully Project Sumatra will make this a moot point: 
http://openjdk.java.net/projects/sumatra/

Paul

-- 
-- 
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/groups/opt_out.

Re: Installing Clojure on Windows 7

[Ravi Sundaar]

I have been able to install clojure (1.4.0), lieningen, emacs (24.2) fine 
on windows 7. Clojure and Lien work fine. It took me a while to figure out 
the problem with emacs. After fighting through battles of setup, I realized 
I have to start emacs as the administrator in windows. This might solve 
some problems for some of you. It seems to work that way - at least, I get 
the prompt when I run "nrepl-jack-in" 

On Thursday, January 24, 2013 12:56:59 PM UTC-5, sampso...@googlemail.com 
wrote:
>
> Apparently installing a development environment for Clojure on Windows 7 
> is very difficult. What is the best way, that has a chance that it might 
> work?
>

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

ANN - 13th modern-cljs tut - Don't Repeat Yourself when crossing the border

[Giacomo Cosenza]

Hi all,

I just published the 13th tutorial on the modern-cljs series. The title is 
Don't Repeat Yourself when crossing the border.

https://github.com/magomimmo/modern-cljs/blob/master/doc/tutorial-13.md

The DRY principle has been applied in the form validation context by using the 
Chas Emerick fork of the valip validator lib and the :crossovers option of the 
great lein-cljsbuild plugin (I will never thanks enough Evan Mezeske). Now you 
have a shared CLJS/CLJ point where the data validation happens. 

The only reason I started this work from valip, is because Chas already made 
valip portable between CLJS and CLJ and because valip, even its usage is very 
simple, is powerful enough for what I had in my mind.

Hope you like it.

My best

Mimmo

p.s. I add clojurescript mlist as recipient. This is one of the case in which I 
crossed the border between CLJS and CLJ.




-- 
-- 
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/groups/opt_out.

Re: is intellij idea a good ide for clojure development?

[Jay Fields]

I used IntelliJ for clojure dev for almost 3 years. About six months ago I
finally took the time to learn emacs, and I strongly regret not doing it
much earlier. There are too many reasons to list, but it all comes down to
a simple question for me: do you want the ability to easily automate tasks
that you often repeat?

IntelliJ is great at automating some things (e.g. Import namespace), but if
you want to extend its functionality it's a significant task. Conversely, I
now open my projects with a keystroke, start my app with a keystroke and
have the ability to eval any snippet of clojure in the context of my app. I
also automated running tests, creating tests that do not exist, and
navigating to tests. Finally, paredit - which I could neither adequately
praise or explain in one sentence. For me, that equals a level of
productivity that is orders of magnitude better than what I had in
IntelliJ.

But, if you simply want the best pre packaged solution, I wouldn't
recommend emacs.

If you want to get started with emacs, give emacs live a look. It's a great
starting point.

Sent from my iPhone

On Jan 28, 2013, at 6:38 AM, Dennis Haupt  wrote:

the only ides i have used so far for clojure are intellij idea and
netbeans. is there one that is a lot better? if yes, why?
i am not interested in details or single features, i just want to know if
there is some magic editor out there that i should look into because it is
*obviously a lot* better - like in "you should use an ide for java
development instead of notepad"

-- 
-- 
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/groups/opt_out.

-- 
-- 
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/groups/opt_out.

Re: is intellij idea a good ide for clojure development?

[Josh Kamau]

IMHO,

All IDEs are good. However, when it comes to clojure development, it
depends on the quality of  the plugin. Is the plugin still being maintained
and improved? Counterclockwise plugin for eclipse is very popular.  La
clojure  plugin for intellij is also very good. Its maintained by the same
company that makes intellij. I use intellij... And i am one month old in
clojure development.

If you want to be 'cool' use emacs ;)  i am not there yet

regards.
Josh


On Mon, Jan 28, 2013 at 2:37 PM, Dennis Haupt  wrote:

> the only ides i have used so far for clojure are intellij idea and
> netbeans. is there one that is a lot better? if yes, why?
> i am not interested in details or single features, i just want to know if
> there is some magic editor out there that i should look into because it is
> *obviously a lot* better - like in "you should use an ide for java
> development instead of notepad"
>
> --
> --
> 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/groups/opt_out.
>
>
>

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

is intellij idea a good ide for clojure development?

[Dennis Haupt]

the only ides i have used so far for clojure are intellij idea and
netbeans. is there one that is a lot better? if yes, why?
i am not interested in details or single features, i just want to know if
there is some magic editor out there that i should look into because it is
*obviously a lot* better - like in "you should use an ide for java
development instead of notepad"

-- 
-- 
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/groups/opt_out.

Re: Installing Clojure on Windows 7

[Mark Engelberg]

As Laurent pointed out, Eclipse Counterclockwise is pretty close to being a
the kind of full-stack snapshot you're looking for, and it works great and
installs easily on Windows.  You simply download Eclipse (a zip file which
doesn't really need to be "installed"), run it, and install
counterclockwise from the plugin install system.  Nothing else needs to be
installed - Clojure, leiningen, etc. are all handled for you.

On Mon, Jan 28, 2013 at 1:38 AM,  wrote:

> I'm glad some people find it easy to install Clojure on Windows. But
> knowing that
> doesn't really help those who don't. Not that there is any obligation on
> anyone to help - we
> can just eff off and do other things. Regarding a 'snapshot' build,
> obviously no-one
> is obliged to provide that or anything else. My point was that it might be
> a good thing
> if a working development stack, IDE and all, were available from a single
> site under the
> management of a single organisation.
>

-- 
-- 
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/groups/opt_out.

[ANN] Interactive tasks

[Nikita Beloglazov]

Hello

I've created a set of tasks for practising clojure. Here is repo: 
https://github.com/nbeloglazov/clojure-interactive-tasks
Key feature is interactivity: tasks  are visualized and user can see how 
solution works. Some tasks require knowledge of math or algorithms. Goal is 
the same as in 4clojure: help to learn and practise clojure. But there are 
some differences. 4clojure checks solutions by running tests while 
interactive tasks don't. User checks solution manually by running, no 
automatic check. 

Each task is a lein project. Task description usually placed in work.clj 
file and user solves task in same file. There are 7 tasks now. I used this 
tasks along with 4clojure tasks when taught small clojure class. It went 
pretty well and students said they liked homeworks that consisted of 
interactive tasks and 4clojure. 

Check the repo for screenshot examples. If you have ideas for new tasks 
please create an issue in the repo.

Thank you,
Nikita Beloglazov

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Installing Clojure on Windows 7

[sampson . john7]

I haven't heard of brew.

I'm glad some people find it easy to install Clojure on Windows. But 
knowing that
doesn't really help those who don't. Not that there is any obligation on 
anyone to help - we
can just eff off and do other things. Regarding a 'snapshot' build, 
obviously no-one
is obliged to provide that or anything else. My point was that it might be 
a good thing
if a working development stack, IDE and all, were available from a single 
site under the
management of a single organisation.

There isn't, and that is perfectly fair. I am just not likely to be using 
Clojure after all - I
don't want to waste more of my time or anyone else's. I apologise for the 
time already
wasted.

I don't know what you mean by a previous development stack - I have never 
had
Clojure working.

On Saturday, January 26, 2013 11:36:56 PM UTC, Sean Corfield wrote:
>
> On Sat, Jan 26, 2013 at 3:24 AM,  > 
> wrote: 
> > If that is so should the developers not be frank up front and say 
> > that Clojure is not meant to be used on Windows? 
>
> Clojure works just fine on Windows. As I said, I've set up Clojure 
> development environments on a number of Windows machines now and it 
> really isn't that difficult. 
>
> > It won't do Clojure's 
> > image any good if Windows users are spending hours vainly struggling 
> > to install stuff, following misleading advice. 
>
> It's hard to know what to do about all the misleading advice out there 
> - it's not like Clojure/core or Clojure/dev can magically wave some 
> wand and make all the bad blog posts go away :( 
>
> It's like all the people who post about "brew install clojure" - just 
> install the Leiningen shell script and you're done. Again, not much 
> can be done about people using brew to 'install' Clojure :( 
>
> > More positively, perhaps there 
> > could be a 'snapshot' build of everything required, tested on Windows 7 
> and 
> > downloadable from official sites. 
>
> I'm not quite sure what you're looking for here...? 
> * The official Leiningen site has the .bat file that works on Windows. 
> * The official Emacs (GNU) site has the .exe that works on Windows. 
> * The official LightTable site has the .zip file that works on Windows. 
> And the same goes for Eclipse and CCW - again on separate sites - or 
> IntelliJ and La Clojure or... 
>
> Clojure itself is just one small component in a "Clojure development 
> environment" and there are lots of choices for developers. 
> Clojure/core is only responsible for Clojure itself and the official 
> site has a JAR file that works on Windows. 
>
> I guess I would ask: what is your previous development stack and did 
> it have a snapshot build of everything required that could be download 
> from a single "official" site? 
> -- 
> Sean A Corfield -- (904) 302-SEAN 
> An Architect's View -- http://corfield.org/ 
> World Singles, LLC. -- http://worldsingles.com/ 
>
> "Perfection is the enemy of the good." 
> -- Gustave Flaubert, French realist novelist (1821-1880) 
>

-- 
-- 
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, send email to 
clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Natively Compiled Clojure

[Mikera]

On Tuesday, 22 January 2013 00:29:54 UTC+8, octopusgrabbus wrote:

On this general topic: the following project (VMKit) looks very interesting:

 - http://vmkit.llvm.org/index.html

It basically implements a full JVM on top of LLVM, which should in theory 
be sufficient to run Clojure on the LLVM.

This opens some interesting opportunities for combining Clojure with the 
LLVM infrastructure for native code generation.

-- 
-- 
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

Re: Natively Compiled Clojure

[Konrad Hinsen]

Timothy Baldridge writes:

 > That's why I think it's a good idea to ask what the goals are for native 
 > Clojure. The
 > ClojureScript and Clojure-Py options while nice both don't allow for a good 
 > concurrency
 > story. On top of that, I'm not sure either of those would actually run on 
 > iOS. 
 > 
 > However, a pure, from-scratch option has a much smaller ecosystem to draw 
 > from. But on
 > the upside, you're also not limited by the host VM. This means that the type 
 > system
 > could be based purely on protocols instead of having to fit protocols into a 
 > OOP type
 > system. 

Another approach that might be worth exploring (for someone who has
lots more time than me for such a project) is hijacking the
implementation of the Julia language (http://julialang.org/). It's a
language with many Lisp inspirations, despite its non-Lisp syntax, and
it's based on LLVM with no virtual machine in between, but a run-time
system with a garbage collector. It's data model is much more similar
to Clojure's than to classic OOP, with all functions essentially being
multimethods.  A native Clojure implementation could probably re-use
much of Julia's implementation.

Konrad.

-- 
-- 
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

Re: Minimizing the download of js code in Multipage ClojureScript webapp

[Marcus Holst]

Thanks for the tip, Mimmo!


On Sunday, January 27, 2013 11:33:46 PM UTC+1, Mimmo Cosenza wrote:
>
> Hi Marcus, I found the same solution Evan suggested to you. You can read 
> about it here.
>
> https://github.com/magomimmo/modern-cljs/blob/master/doc/tutorial-06.md
>
> and you can also define a single init function which is shared by each 
> source cljs files by passing it the parameters you need to setup each html 
> page differently. (A kind of abstraction to apply the DRY principle).
>
> Mimmo
>  
> On Jan 27, 2013, at 10:03 PM, Marcus Holst > 
> wrote:
>
> Thanks Evan!
> I actually already started along this big js blob path and was just 
> beginning to see the problem with clashing page inits. Your solution with 
> an init func per page will probably do just fine for me too so I'll try 
> that now. With conditional caching on the big js file, it should only need 
> to be loaded once per site release, so it should also be ok.
>
>
>
> On Sunday, January 27, 2013 9:37:32 PM UTC+1, Evan Mezeske wrote:
>>
>> I solved this problem for my web app in a different way, which might be 
>> worth considering.  My entire ClojureScript project compiles to a single JS 
>> file which is used by every single page.  I organized things such that each 
>> page had a cljs namespace associated with it, which has an "init" function. 
>>  So for instance, "/foo/bar.html" would know to call (myapp.foo.bar/init) 
>> on load, and "/baz/hello/world.html" would call 
>> (myapp.baz.hello.world/init) on load.  This is just one way to organize 
>> things, but it works pretty well for me.
>>
>> The advantage of this approach is that you only have to download the 
>> giant ball of JS once, and then it's cached for as long as you like.
>>
>> The disadvantage of this approach is that the giant ball is, well, pretty 
>> giant.  I think that it makes sense to use the single JS file for 
>> reasonably complex apps, where your application code is small in comparison 
>> to the ClojureScript standard library.  In that case, the whole JS file 
>> will not be much bigger than just the standard library itself.  Of course, 
>> if your app is very large (several tens of thousands of lines of code), and 
>> you really need to get the initial JS size down, you will have to do 
>> something more sophisticated.
>>
>> On Sunday, January 27, 2013 4:54:59 AM UTC-8, Marcus Holst wrote:
>>>
>>> Building a traditional multipage webapp and using only some cljs code on 
>>> the pages requires me to put all the cljs overhead output in one single 
>>> file that can be cached by the browser (in order to not have to load the 
>>> same 130+ k cljs overhead for each page). I've tried creating an empty 
>>> namespace containing only the overhead compilation, and then requiring it 
>>> from one of my page specific cljs files. However this just spits out 
>>> endless amounts of warnings. Have anyone done this before?
>>>
>>>
> -- 
> -- 
> 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 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