Re: what on earth is happening?

2013-02-28 Thread Softaddicts 
I meant executing the AOT code not just checking it from time to time.

In the REPL you can redefine stuff on the fly but it does garantee that it's all
coherent at a given time.


> On 28/02/13 18:16, Softaddicts wrote:
> > We AOT all our code here and even that prove hard
> > to stabilize with multiple arities.
> doesn't /lein2 check/ do AOT? how else would it be able to emit 
> reflection warnings? If that is the case, I always AOT my code 
> periodically too.
> In this particualr case lein2 check succeeds every time...or at least it 
> hasn't failed yet!
> 
> 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 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.
> 
> 
> 
--
Softaddicts sent by ibisMail from my ipad!

-- 
-- 
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: what on earth is happening?

2013-02-28 Thread Jim - FooBar(); 

On 28/02/13 18:16, Softaddicts wrote:

We AOT all our code here and even that prove hard
to stabilize with multiple arities.
doesn't /lein2 check/ do AOT? how else would it be able to emit 
reflection warnings? If that is the case, I always AOT my code 
periodically too.
In this particualr case lein2 check succeeds every time...or at least it 
hasn't failed yet!


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 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: what on earth is happening?

2013-02-28 Thread David Nolen 
On Thu, Feb 28, 2013 at 1:16 PM, Jim - FooBar(); wrote:

>  not that I have any serious arguments agaisnt what you're saying but
> this sounds very limiting...where is the power then? what are the chances
> that you will be able to extend a particular protocol to many types without
> needing at least 2-3 arities...it's perfectly fine that an exception will
> be thrown if someone calls the wrong arity isn't it?
>

It's worth examining how protocols were done in ClojureScript. In every
case where a protocol fn has multiple arities they are all implemented.

The one outlier is IFn, and I don't personally have a good answer for that.

in addition, how about when extending a protocol to an interface that
> defines multiple arities? The concrete classes implementing that interface
> and thus your protocol, need to be able to be called with whichever arity
> is available. some other interface though may only defines a single arity
> but you still want to extend the protocol to - what do you do then?
>

Being able to extend protocols to interfaces is a nice JVM-centric
convenience. It's not clear to me the whether the peculiarities around
interface interop have much to do with the actual semantics of protocols.

-- 
-- 
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: what on earth is happening?

2013-02-28 Thread Softaddicts 
David has something here. I did not pay attention because they were commented
in the snippet you posted.

I remember playing around with this months ago and dropped it,
unexpected and strange behaviours popped out and I did not have time
to spend digging into it. We AOT all our code here and even that prove hard
to stabilize with multiple arities.

If some of your implementations are not in sync with the definition then
it may explain the glitch. 

Certainly it can be hard to track what has been loaded first and what byte code
comes up first.

Luc P.

> On Thu, Feb 28, 2013 at 1:00 PM, Jim - FooBar(); wrote:
> 
> > On 28/02/13 17:29, David Nolen wrote:
> >
> >> Your run protocol defines three arities, you do not implement all three.
> >>
> >
> > what's wrong with that? protocols, unlike interfaces let you do that...
> 
> 
> It's not my understanding that protocols are intended to be used in this
> way. They only let you do that to support exploratory REPL based
> development.
> 
> David
> 
> -- 
> -- 
> 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.
> 
> 
> 
--
Softaddicts sent by ibisMail from my ipad!

-- 
-- 
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: what on earth is happening?

2013-02-28 Thread Jim - FooBar(); 
not that I have any serious arguments agaisnt what you're saying but 
this sounds very limiting...where is the power then? what are the 
chances that you will be able to extend a particular protocol to many 
types without needing at least 2-3 arities...it's perfectly fine that an 
exception will be thrown if someone calls the wrong arity isn't it?


in addition, how about when extending a protocol to an interface that 
defines multiple arities? The concrete classes implementing that 
interface and thus your protocol, need to be able to be called with 
whichever arity is available. some other interface though may only 
defines a single arity but you still want to extend the protocol to - 
what do you do then?


this is the first time I'm hearing about this and if you cold expand 
that would be great...If one hangs out on the list enough, it doesn't 
take much brains to realise that you are very knowledgeable and always 
have good insights/suggestions so I'm only trying to learn.


 Jim



On 28/02/13 18:05, David Nolen wrote:
On Thu, Feb 28, 2013 at 1:00 PM, Jim - FooBar(); > wrote:


On 28/02/13 17:29, David Nolen wrote:

Your run protocol defines three arities, you do not implement
all three.


what's wrong with that? protocols, unlike interfaces let you do
that...


It's not my understanding that protocols are intended to be used in 
this way. They only let you do that to support exploratory REPL based 
development.


David
--
--
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: what on earth is happening?

2013-02-28 Thread David Nolen 
On Thu, Feb 28, 2013 at 1:00 PM, Jim - FooBar(); wrote:

> On 28/02/13 17:29, David Nolen wrote:
>
>> Your run protocol defines three arities, you do not implement all three.
>>
>
> what's wrong with that? protocols, unlike interfaces let you do that...


It's not my understanding that protocols are intended to be used in this
way. They only let you do that to support exploratory REPL based
development.

David

-- 
-- 
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: what on earth is happening?

2013-02-28 Thread Jim - FooBar(); 

On 28/02/13 17:29, David Nolen wrote:

Your run protocol defines three arities, you do not implement all three.


what's wrong with that? protocols, unlike interfaces let you do that...

Did you try limiting the definition of the run protocol to the two 
arity case that you are actually implementing?


funny you should mention that though cos I had 2 arities at first but 
now there is a library that defines a void 'execute' method that I need 
to hook on to so I added another 1-arg arity to cover that.



In any case I think I found the culprit...it's the last line in this 
extend-type form:


(defn extend-gate []
(extend-type gate.Executable
IComponent
(run
([this]
(do
  (.execute this)
  (.getAnnotations ^gate.Document (.getDocument 
^gate.creole.AbstractLanguageAnalyser this

([this _]
 (run this)) )
(link [this pos other]
  (help/linkage this pos other)) )
(extend-type gate.creole.SerialAnalyserController
IWorkflow
(deploy [this] (run this))) ) ;;HERE!


Different namespace and of course different line...for some reason when 
I coded it I thought that since SerialAnalyserController implements 
Executable I can delegate to its IComponent extension previously defined 
.These are characteristic of the problems inheritance introduces in 
Java. I had similar problems with stanforNLP and I did post here 
(protocol granularity was the name of the post).



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 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: what on earth is happening?

2013-02-28 Thread David Nolen 
Your run protocol defines three arities, you do not implement all three.
Did you try limiting the definition of the run protocol to the two arity
case that you are actually implementing?


On Thu, Feb 28, 2013 at 9:23 AM, Jim foo.bar  wrote:

>  I've got a project
>
>
>1. I can *'lein2 repl'* in it and navigate to any namespace - no
>problem
>2. I can *'lein2 check'* it and it compiles everything  - no problem
>3. I can *'lein2 test'* or *'lein2 test some-namespace'* and BOOM!  - *
>PROBLEM! *
>
>
> *Exception in thread "main" java.lang.VerifyError: (class:
> hotel_nlp/concretions/models/Workflow, method: run signature:
> ()Ljava/lang/Object;) Unable to pop operand off an empty stack,
> compiling:(hotel_nlp/concretions/models.clj:68:1)*
>
> *
> *What on earth does that mean? I've never had that before!!! The 'models'
> namespace has not been modified for 3 days now so it can't be the culprit!
> The thing is I don't understand the error message!
>
> anyone? going slightly mental here!
>
> To add to the confusion, sometimes the same thing happens with 'lein2
> repl' + 'load' but only *some* times. Most times it doesn't complain !
> I'm not AOT-ing...
>
>
> 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 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: what on earth is happening?

2013-02-28 Thread Jim - FooBar(); 
No I did not try Oracle Java6 and it would be a real hassle since it's 
not even installed...I think I've got openJDK 6 though...hmm I'll poke 
around with the dependencies of the namespace I'm trying to load see if 
that changes anything and if it doesn't I'll give openJDK a spin...


Clojure seems rather sure it is my record definition...but if I try to 
load the namespace containing the record everything is fine...it is the 
'consumer' namespace (workflows.clj) that doesn't load (sometimes)...


Jim

On 28/02/13 17:20, Softaddicts wrote:

Did you try with Java 6 ? I am inclined that your problem is not so much with
your code than with one of your java dependencies.

Luc P.



I just walked in home, sat on my pc, /git-pull/ (what I pushed 30 min
ago), /lein2 repl/, /load-file xxx.clj/ , *BOOM!*

CompilerException java.lang.VerifyError: (class:
hotel_nlp/concretions/models/Workflow, method: run signature:
()Ljava/lang/Object;) Unable to pop operand off an empty stack,
compiling:(hotel_nlp/concretions/models.clj:68:1)

this is beyond belief! I thought I sorted that at the office...before
leaving I tried lein2 repl/lein2 test 5 times and it worked every single
time

my project.clj is here:
https://github.com/jimpil/hotel-nlp/blob/master/project.clj

sorted@sorted-desktop:~$ java -version
java version "1.7.0_15"
Java(TM) SE Runtime Environment (build 1.7.0_15-b03)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)

sorted@sorted-desktop:~/clooJWorkspace/hotel-nlp$ lein2 deps :tree
   [edu.stanford.nlp/stanford-corenlp-models "1.3.4-models"]
   [edu.stanford.nlp/stanford-corenlp "1.3.4"]
 [de.jollyday/jollyday "0.4.7"]
   [javax.xml.bind/jaxb-api "2.2.7"]
 [joda-time "2.1"]
 [xom "1.2.5"]
   [xalan "2.7.0"]
   [xerces/xercesImpl "2.8.0"]
   [xml-apis "1.3.03"]
   [experiment "1.5.3"]
   [net.sf.jwordnet/jwnl "1.4_rc3"]
 [commons-logging "1.1.1"]
   [org.apache.lucene/lucene-snowball "3.0.3"]
   [org.apache.opennlp/opennlp-maxent "3.0.3-SNAPSHOT"]
   [org.apache.pdfbox/pdfbox "1.7.1"]
 [org.apache.pdfbox/fontbox "1.7.1"]
 [org.apache.pdfbox/jempbox "1.7.1"]
   [org.clojure/clojure "1.5.0-RC16"]
   [org.clojure/data.zip "0.1.1"]
   [uk.ac.gate/gate-core "7.1"]
 [com.thoughtworks.xstream/xstream "1.4.2" :exclusions [[xmlpull]
[xpp3/xpp3_min]]]
 [commons-io "2.1"]
 [commons-lang "2.6"]
 [jaxen "1.1" :scope "runtime" :exclusions [[xml-apis]
[xerces/xercesImpl] [xom]]]
   [dom4j "1.6.1" :scope "runtime"]
 [jdom "1.0"]
 [junit "4.10" :exclusions [[org.hamcrest/hamcrest-core]]]
 [log4j "1.2.17"]
 [net.sourceforge.nekohtml/nekohtml "1.9.14" :exclusions [[xml-apis]]]
 [org.apache.ant/ant "1.8.1"]
   [org.apache.ant/ant-launcher "1.8.1"]
 [org.apache.ivy/ivy "2.2.0"]
 [org.apache.lucene/lucene-core "3.5.0"]
 [org.apache.tika/tika-parsers "1.0" :scope "runtime" :exclusions
[[rome] [edu.ucar/netcdf] [org.ccil.cowan.tagsoup/tagsoup] [asm]
[de.l3s.boilerpipe/boilerpipe]
[org.apache.geronimo.specs/geronimo-stax-api_1.0_spec]]]
   [com.drewnoakes/metadata-extractor "2.4.0-beta-1" :scope "runtime"]
   [commons-codec "1.5" :scope "runtime"]
   [org.apache.commons/commons-compress "1.3" :scope "runtime"]
   [org.apache.james/apache-mime4j-core "0.7" :scope "runtime"]
   [org.apache.james/apache-mime4j-dom "0.7" :scope "runtime"]
   [org.apache.poi/poi-ooxml "3.8-beta4" :scope "runtime" :exclusions
[[stax/stax-api] [xml-apis]]]
 [org.apache.poi/poi-ooxml-schemas "3.8-beta4" :scope "runtime"]
   [org.apache.xmlbeans/xmlbeans "2.3.0" :scope "runtime"]
   [org.apache.poi/poi-scratchpad "3.8-beta4" :scope "runtime"]
   [org.apache.poi/poi "3.8-beta4" :scope "runtime"]
   [org.apache.tika/tika-core "1.0" :scope "runtime"]
   [org.bouncycastle/bcmail-jdk15 "1.45" :scope "runtime"]
   [org.bouncycastle/bcprov-jdk15 "1.45" :scope "runtime"]
 [org.codehaus.woodstox/woodstox-core-lgpl "4.1.3" :exclusions
[[javax.xml.stream/stax-api]]]
   [org.codehaus.woodstox/stax2-api "3.1.1"]
 [org.springframework/spring-aop "2.0.8"]
   [aopalliance "1.0"]
   [org.springframework/spring-beans "2.0.8"]
   [org.springframework/spring-core "2.0.8"]
 [org.xhtmlrenderer/flying-saucer-core "9.0.1"]
 [uk.ac.gate/gate-asm "3.1"]
 [uk.ac.gate/gate-compiler-jdt "3.7.1"]
 [urbanophile/java-getopt "1.0.9"]
 [xmlunit "1.2"]
 [xpp3 "1.1.3.4.O" :scope "runtime"]


My actual project has practically no dependencies! All that stuff I need
to test what I'm doing. I'm  providing the glue (the protocols and the
extension-points) for several NLP libraries...after I'm done with each
library, I need to pull it in and use it exactly as a consumer would. At
the moment I've only done openNLP , stanfordNLP & GATE so it is normal
to see those and their dependencies in the dep-tree. They are used in
examples/workflows.clj which demonstrates how the 'glue' feels like

Re: what on earth is happening?

2013-02-28 Thread Softaddicts 
Did you try with Java 6 ? I am inclined that your problem is not so much with
your code than with one of your java dependencies.

Luc P.


> I just walked in home, sat on my pc, /git-pull/ (what I pushed 30 min 
> ago), /lein2 repl/, /load-file xxx.clj/ , *BOOM!*
> 
> CompilerException java.lang.VerifyError: (class: 
> hotel_nlp/concretions/models/Workflow, method: run signature: 
> ()Ljava/lang/Object;) Unable to pop operand off an empty stack, 
> compiling:(hotel_nlp/concretions/models.clj:68:1)
> 
> this is beyond belief! I thought I sorted that at the office...before 
> leaving I tried lein2 repl/lein2 test 5 times and it worked every single 
> time
> 
> my project.clj is here: 
> https://github.com/jimpil/hotel-nlp/blob/master/project.clj
> 
> sorted@sorted-desktop:~$ java -version
> java version "1.7.0_15"
> Java(TM) SE Runtime Environment (build 1.7.0_15-b03)
> Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)
> 
> sorted@sorted-desktop:~/clooJWorkspace/hotel-nlp$ lein2 deps :tree
>   [edu.stanford.nlp/stanford-corenlp-models "1.3.4-models"]
>   [edu.stanford.nlp/stanford-corenlp "1.3.4"]
> [de.jollyday/jollyday "0.4.7"]
>   [javax.xml.bind/jaxb-api "2.2.7"]
> [joda-time "2.1"]
> [xom "1.2.5"]
>   [xalan "2.7.0"]
>   [xerces/xercesImpl "2.8.0"]
>   [xml-apis "1.3.03"]
>   [experiment "1.5.3"]
>   [net.sf.jwordnet/jwnl "1.4_rc3"]
> [commons-logging "1.1.1"]
>   [org.apache.lucene/lucene-snowball "3.0.3"]
>   [org.apache.opennlp/opennlp-maxent "3.0.3-SNAPSHOT"]
>   [org.apache.pdfbox/pdfbox "1.7.1"]
> [org.apache.pdfbox/fontbox "1.7.1"]
> [org.apache.pdfbox/jempbox "1.7.1"]
>   [org.clojure/clojure "1.5.0-RC16"]
>   [org.clojure/data.zip "0.1.1"]
>   [uk.ac.gate/gate-core "7.1"]
> [com.thoughtworks.xstream/xstream "1.4.2" :exclusions [[xmlpull] 
> [xpp3/xpp3_min]]]
> [commons-io "2.1"]
> [commons-lang "2.6"]
> [jaxen "1.1" :scope "runtime" :exclusions [[xml-apis] 
> [xerces/xercesImpl] [xom]]]
>   [dom4j "1.6.1" :scope "runtime"]
> [jdom "1.0"]
> [junit "4.10" :exclusions [[org.hamcrest/hamcrest-core]]]
> [log4j "1.2.17"]
> [net.sourceforge.nekohtml/nekohtml "1.9.14" :exclusions [[xml-apis]]]
> [org.apache.ant/ant "1.8.1"]
>   [org.apache.ant/ant-launcher "1.8.1"]
> [org.apache.ivy/ivy "2.2.0"]
> [org.apache.lucene/lucene-core "3.5.0"]
> [org.apache.tika/tika-parsers "1.0" :scope "runtime" :exclusions 
> [[rome] [edu.ucar/netcdf] [org.ccil.cowan.tagsoup/tagsoup] [asm] 
> [de.l3s.boilerpipe/boilerpipe] 
> [org.apache.geronimo.specs/geronimo-stax-api_1.0_spec]]]
>   [com.drewnoakes/metadata-extractor "2.4.0-beta-1" :scope "runtime"]
>   [commons-codec "1.5" :scope "runtime"]
>   [org.apache.commons/commons-compress "1.3" :scope "runtime"]
>   [org.apache.james/apache-mime4j-core "0.7" :scope "runtime"]
>   [org.apache.james/apache-mime4j-dom "0.7" :scope "runtime"]
>   [org.apache.poi/poi-ooxml "3.8-beta4" :scope "runtime" :exclusions 
> [[stax/stax-api] [xml-apis]]]
> [org.apache.poi/poi-ooxml-schemas "3.8-beta4" :scope "runtime"]
>   [org.apache.xmlbeans/xmlbeans "2.3.0" :scope "runtime"]
>   [org.apache.poi/poi-scratchpad "3.8-beta4" :scope "runtime"]
>   [org.apache.poi/poi "3.8-beta4" :scope "runtime"]
>   [org.apache.tika/tika-core "1.0" :scope "runtime"]
>   [org.bouncycastle/bcmail-jdk15 "1.45" :scope "runtime"]
>   [org.bouncycastle/bcprov-jdk15 "1.45" :scope "runtime"]
> [org.codehaus.woodstox/woodstox-core-lgpl "4.1.3" :exclusions 
> [[javax.xml.stream/stax-api]]]
>   [org.codehaus.woodstox/stax2-api "3.1.1"]
> [org.springframework/spring-aop "2.0.8"]
>   [aopalliance "1.0"]
>   [org.springframework/spring-beans "2.0.8"]
>   [org.springframework/spring-core "2.0.8"]
> [org.xhtmlrenderer/flying-saucer-core "9.0.1"]
> [uk.ac.gate/gate-asm "3.1"]
> [uk.ac.gate/gate-compiler-jdt "3.7.1"]
> [urbanophile/java-getopt "1.0.9"]
> [xmlunit "1.2"]
> [xpp3 "1.1.3.4.O" :scope "runtime"]
> 
> 
> My actual project has practically no dependencies! All that stuff I need 
> to test what I'm doing. I'm  providing the glue (the protocols and the 
> extension-points) for several NLP libraries...after I'm done with each 
> library, I need to pull it in and use it exactly as a consumer would. At 
> the moment I've only done openNLP , stanfordNLP & GATE so it is normal 
> to see those and their dependencies in the dep-tree. They are used in 
> examples/workflows.clj which demonstrates how the 'glue' feels like from 
> a consumer's perspective...
> 
> any  help to get to the bottom of this will be really appreciated 
> guys...This is a rather ambitious project but I'd like for it to step on 
> its feet quite earlyI can't do anything while this persists...I 
> mean, I can but it is eating my brain...
> 
> 
> Jim
> 
> 
> 
> 
> 
> On 28/02/13 15:46, Jim foo.bar wrote:
> > On 28/02/13 15:36, Softaddi

Re: what on earth is happening?

2013-02-28 Thread Jim - FooBar(); 
I just walked in home, sat on my pc, /git-pull/ (what I pushed 30 min 
ago), /lein2 repl/, /load-file xxx.clj/ , *BOOM!*


CompilerException java.lang.VerifyError: (class: 
hotel_nlp/concretions/models/Workflow, method: run signature: 
()Ljava/lang/Object;) Unable to pop operand off an empty stack, 
compiling:(hotel_nlp/concretions/models.clj:68:1)


this is beyond belief! I thought I sorted that at the office...before 
leaving I tried lein2 repl/lein2 test 5 times and it worked every single 
time


my project.clj is here: 
https://github.com/jimpil/hotel-nlp/blob/master/project.clj


sorted@sorted-desktop:~$ java -version
java version "1.7.0_15"
Java(TM) SE Runtime Environment (build 1.7.0_15-b03)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)

sorted@sorted-desktop:~/clooJWorkspace/hotel-nlp$ lein2 deps :tree
 [edu.stanford.nlp/stanford-corenlp-models "1.3.4-models"]
 [edu.stanford.nlp/stanford-corenlp "1.3.4"]
   [de.jollyday/jollyday "0.4.7"]
 [javax.xml.bind/jaxb-api "2.2.7"]
   [joda-time "2.1"]
   [xom "1.2.5"]
 [xalan "2.7.0"]
 [xerces/xercesImpl "2.8.0"]
 [xml-apis "1.3.03"]
 [experiment "1.5.3"]
 [net.sf.jwordnet/jwnl "1.4_rc3"]
   [commons-logging "1.1.1"]
 [org.apache.lucene/lucene-snowball "3.0.3"]
 [org.apache.opennlp/opennlp-maxent "3.0.3-SNAPSHOT"]
 [org.apache.pdfbox/pdfbox "1.7.1"]
   [org.apache.pdfbox/fontbox "1.7.1"]
   [org.apache.pdfbox/jempbox "1.7.1"]
 [org.clojure/clojure "1.5.0-RC16"]
 [org.clojure/data.zip "0.1.1"]
 [uk.ac.gate/gate-core "7.1"]
   [com.thoughtworks.xstream/xstream "1.4.2" :exclusions [[xmlpull] 
[xpp3/xpp3_min]]]

   [commons-io "2.1"]
   [commons-lang "2.6"]
   [jaxen "1.1" :scope "runtime" :exclusions [[xml-apis] 
[xerces/xercesImpl] [xom]]]

 [dom4j "1.6.1" :scope "runtime"]
   [jdom "1.0"]
   [junit "4.10" :exclusions [[org.hamcrest/hamcrest-core]]]
   [log4j "1.2.17"]
   [net.sourceforge.nekohtml/nekohtml "1.9.14" :exclusions [[xml-apis]]]
   [org.apache.ant/ant "1.8.1"]
 [org.apache.ant/ant-launcher "1.8.1"]
   [org.apache.ivy/ivy "2.2.0"]
   [org.apache.lucene/lucene-core "3.5.0"]
   [org.apache.tika/tika-parsers "1.0" :scope "runtime" :exclusions 
[[rome] [edu.ucar/netcdf] [org.ccil.cowan.tagsoup/tagsoup] [asm] 
[de.l3s.boilerpipe/boilerpipe] 
[org.apache.geronimo.specs/geronimo-stax-api_1.0_spec]]]

 [com.drewnoakes/metadata-extractor "2.4.0-beta-1" :scope "runtime"]
 [commons-codec "1.5" :scope "runtime"]
 [org.apache.commons/commons-compress "1.3" :scope "runtime"]
 [org.apache.james/apache-mime4j-core "0.7" :scope "runtime"]
 [org.apache.james/apache-mime4j-dom "0.7" :scope "runtime"]
 [org.apache.poi/poi-ooxml "3.8-beta4" :scope "runtime" :exclusions 
[[stax/stax-api] [xml-apis]]]

   [org.apache.poi/poi-ooxml-schemas "3.8-beta4" :scope "runtime"]
 [org.apache.xmlbeans/xmlbeans "2.3.0" :scope "runtime"]
 [org.apache.poi/poi-scratchpad "3.8-beta4" :scope "runtime"]
 [org.apache.poi/poi "3.8-beta4" :scope "runtime"]
 [org.apache.tika/tika-core "1.0" :scope "runtime"]
 [org.bouncycastle/bcmail-jdk15 "1.45" :scope "runtime"]
 [org.bouncycastle/bcprov-jdk15 "1.45" :scope "runtime"]
   [org.codehaus.woodstox/woodstox-core-lgpl "4.1.3" :exclusions 
[[javax.xml.stream/stax-api]]]

 [org.codehaus.woodstox/stax2-api "3.1.1"]
   [org.springframework/spring-aop "2.0.8"]
 [aopalliance "1.0"]
 [org.springframework/spring-beans "2.0.8"]
 [org.springframework/spring-core "2.0.8"]
   [org.xhtmlrenderer/flying-saucer-core "9.0.1"]
   [uk.ac.gate/gate-asm "3.1"]
   [uk.ac.gate/gate-compiler-jdt "3.7.1"]
   [urbanophile/java-getopt "1.0.9"]
   [xmlunit "1.2"]
   [xpp3 "1.1.3.4.O" :scope "runtime"]


My actual project has practically no dependencies! All that stuff I need 
to test what I'm doing. I'm  providing the glue (the protocols and the 
extension-points) for several NLP libraries...after I'm done with each 
library, I need to pull it in and use it exactly as a consumer would. At 
the moment I've only done openNLP , stanfordNLP & GATE so it is normal 
to see those and their dependencies in the dep-tree. They are used in 
examples/workflows.clj which demonstrates how the 'glue' feels like from 
a consumer's perspective...


any  help to get to the bottom of this will be really appreciated 
guys...This is a rather ambitious project but I'd like for it to step on 
its feet quite earlyI can't do anything while this persists...I 
mean, I can but it is eating my brain...



Jim





On 28/02/13 15:46, Jim foo.bar wrote:

On 28/02/13 15:36, Softaddicts wrote:

Hi,

can you post the JVM used, maybe a snippet of the code around line 68,
the dependencies tree (lein deps :tree) and your project.clj ?

With these we can probably find the root cause of this.

Luc P.


Hi Luc,

thanks for your interest but I think I've cracked it...:) the code 
that was causing this is the following record. You will notice that 
'deploy' delegates to 'run' per component. But t

Re: what on earth is happening?

2013-02-28 Thread Jim foo.bar 

On 28/02/13 15:36, Softaddicts wrote:

Hi,

can you post the JVM used, maybe a snippet of the code around line 68,
the dependencies tree (lein deps :tree) and your project.clj ?

With these we can probably find the root cause of this.

Luc P.


Hi Luc,

thanks for your interest but I think I've cracked it...:) the code that 
was causing this is the following record. You will notice that 'deploy' 
delegates to 'run' per component. But then, since a WorkFlow can be a 
Component as well, the 'run' fn should NOT delegate to 'deploy' as it 
will only go round in circles!
So, from what I understand '(deploy this text)' should be '(reduce #(run 
%2 %) text components))' which is basically what 'deploy' does! This is 
in-line with what Marko / Meikel suggested...



(defrecord Workflow [components] ;;a seq of components - the workflow 
can itself be a component

IWorkflow
(getComponents [this] components) ;;just return all components
(appendComponent [this c] (conj (vec components) c))
(addComponent [this pos c] (addC components pos c))
(removeComponent [this pos] (removeC components pos))
(replaceComponent [this pos replacement] (replaceC components pos 
replacement))

(deploy [_ text intermediates?]
((if intermediates? reductions reduce)
(fn [init c] (run c init)) text components))
(deploy [this text] (deploy this text false))
;(deploy [this] (deploy this))
IComponent
(link [this pos other]
(Workflow. (help/link this pos other)))
;(run [this] (deploy this))
(run [this text] (deploy this text) ;(reduce #(run %2 %) text components))
;(run [this text & more] (deploy this text (first more)))
clojure.lang.IFn ;;can act as an fn
(invoke [this arg]
(deploy this arg))
(applyTo [this args]
(apply deploy this args)) ) 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 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: what on earth is happening?

2013-02-28 Thread Marko Topolnik 
You could also have two independent compile-and-load operations going on in 
parallel.

On Thursday, February 28, 2013 4:37:53 PM UTC+1, Marko Topolnik wrote:
>
> I don't have the regular compile-and-load route in mind; this doesn't use 
> concurrency. However if the runtime evaluation of a form results in 
> just-in-time bytecode generation and classloading, I don't see why this 
> couldn't be happening in any thread. Whether any of this could actually 
> result in the errors you are getting, I don't know.
>
> On Thursday, February 28, 2013 4:25:59 PM UTC+1, Jim foo.bar wrote:
>>
>>  WOW! Clojure compiles in parallel? I did not know that!!! I didn't even 
>> know that was possible since there is a clear class hierarchy that needs to 
>> be loaded...I must do some reading...
>>
>>  

-- 
-- 
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: what on earth is happening?

2013-02-28 Thread Marko Topolnik 
I don't have the regular compile-and-load route in mind; this doesn't use 
concurrency. However if the runtime evaluation of a form results in 
just-in-time bytecode generation and classloading, I don't see why this 
couldn't be happening in any thread. Whether any of this could actually 
result in the errors you are getting, I don't know.

On Thursday, February 28, 2013 4:25:59 PM UTC+1, Jim foo.bar wrote:
>
>  WOW! Clojure compiles in parallel? I did not know that!!! I didn't even 
> know that was possible since there is a clear class hierarchy that needs to 
> be loaded...I must do some reading...
>
> As a side note, I hope you all had a good laugh with my major 
> grammar-error (throwed instead of threw)... hehe :)
>
> Jim
>
>
> On 28/02/13 15:21, Marko Topolnik wrote:
>  
> Nondeterministic behavior -> suspect race conditions. Maybe compilation 
> was happening concurrently on several threads and the resulting bytecode 
> got mangled.
>
> On Thursday, February 28, 2013 4:17:52 PM UTC+1, Jim foo.bar wrote: 
>>
>> On 28/02/13 15:12, Alex Robbins wrote: 
>> > Maybe you are already doing this, but as soon as I get into "This 
>> > doesn't seem possible" territory, I run a "lein clean". That has 
>> > resolved the problem for me several times. 
>>
>> I've got nothing in "/target"...I am not AOT-compiling anything! 
>>
>> I think i found the problem though...There was an invocation on a 
>> protocol method that was being delegated into some other protocol method 
>> which again was trying to delegate to the first one! This piece of code 
>> however has been there for almost 3 weeks and this is the 1st day that 
>> it manifested! Also, I'm nowhere near at understanding why sometimes it 
>> worked and other times it throwed! 
>>
>> Jim 
>>
> -- 
> -- 
> 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.
>  
>  
>
>
>  

-- 
-- 
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: what on earth is happening?

2013-02-28 Thread Softaddicts 
Hi,

can you post the JVM used, maybe a snippet of the code around line 68,
the dependencies tree (lein deps :tree) and your project.clj ?

With these we can probably find the root cause of this.

Luc P.

> I've got a project
> 
>  1. I can /'lein2 repl'/ in it and navigate to any namespace - no problem
>  2. I can /'lein2 check'/ it and it compiles everything  - no problem
>  3. I can /'lein2 test'/ or /'lein2 test some-namespace'/ and BOOM!  -
> *PROBLEM! *
> 
> 
> *Exception in thread "main" java.lang.VerifyError: (class: 
> hotel_nlp/concretions/models/Workflow, method: run signature: 
> ()Ljava/lang/Object;) Unable to pop operand off an empty stack, 
> compiling:(hotel_nlp/concretions/models.clj:68:1)*
> 
> *
> *What on earth does that mean? I've never had that before!!! The 
> 'models' namespace has not been modified for 3 days now so it can't be 
> the culprit! The thing is I don't understand the error message!
> 
> anyone? going slightly mental here!
> 
> To add to the confusion, sometimes the same thing happens with 'lein2 
> repl' + 'load' but only *some* times. Most times it doesn't complain !   
> I'm not AOT-ing...
> 
> 
> 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 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.
> 
> 
> 
--
Softaddicts sent by ibisMail from my ipad!

-- 
-- 
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: what on earth is happening?

2013-02-28 Thread Jim foo.bar 
WOW! Clojure compiles in parallel? I did not know that!!! I didn't even 
know that was possible since there is a clear class hierarchy that needs 
to be loaded...I must do some reading...


As a side note, I hope you all had a good laugh with my major 
grammar-error (throwed instead of threw)... hehe :)


Jim


On 28/02/13 15:21, Marko Topolnik wrote:
Nondeterministic behavior -> suspect race conditions. Maybe 
compilation was happening concurrently on several threads and the 
resulting bytecode got mangled.


On Thursday, February 28, 2013 4:17:52 PM UTC+1, Jim foo.bar wrote:

On 28/02/13 15:12, Alex Robbins wrote:
> Maybe you are already doing this, but as soon as I get into "This
> doesn't seem possible" territory, I run a "lein clean". That has
> resolved the problem for me several times.

I've got nothing in "/target"...I am not AOT-compiling anything!

I think i found the problem though...There was an invocation on a
protocol method that was being delegated into some other protocol
method
which again was trying to delegate to the first one! This piece of
code
however has been there for almost 3 weeks and this is the 1st day
that
it manifested! Also, I'm nowhere near at understanding why
sometimes it
worked and other times it throwed!

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 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: what on earth is happening?

2013-02-28 Thread Marko Topolnik 
Nondeterministic behavior -> suspect race conditions. Maybe compilation was 
happening concurrently on several threads and the resulting bytecode got 
mangled.

On Thursday, February 28, 2013 4:17:52 PM UTC+1, Jim foo.bar wrote:
>
> On 28/02/13 15:12, Alex Robbins wrote: 
> > Maybe you are already doing this, but as soon as I get into "This 
> > doesn't seem possible" territory, I run a "lein clean". That has 
> > resolved the problem for me several times. 
>
> I've got nothing in "/target"...I am not AOT-compiling anything! 
>
> I think i found the problem though...There was an invocation on a 
> protocol method that was being delegated into some other protocol method 
> which again was trying to delegate to the first one! This piece of code 
> however has been there for almost 3 weeks and this is the 1st day that 
> it manifested! Also, I'm nowhere near at understanding why sometimes it 
> worked and other times it throwed! 
>
> 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 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: what on earth is happening?

2013-02-28 Thread Jim foo.bar 

On 28/02/13 15:12, Alex Robbins wrote:
Maybe you are already doing this, but as soon as I get into "This 
doesn't seem possible" territory, I run a "lein clean". That has 
resolved the problem for me several times.


I've got nothing in "/target"...I am not AOT-compiling anything!

I think i found the problem though...There was an invocation on a 
protocol method that was being delegated into some other protocol method 
which again was trying to delegate to the first one! This piece of code 
however has been there for almost 3 weeks and this is the 1st day that 
it manifested! Also, I'm nowhere near at understanding why sometimes it 
worked and other times it throwed!


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 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: what on earth is happening?

2013-02-28 Thread Alex Robbins 
Maybe you are already doing this, but as soon as I get into "This doesn't
seem possible" territory, I run a "lein clean". That has resolved the
problem for me several times.


On Thu, Feb 28, 2013 at 9:01 AM, Jim foo.bar  wrote:

>  On 28/02/13 14:34, Marko Topolnik wrote:
>
> So it makes sense that it blows up only when you try to actually run the
> code.
>
>
> It doesn't low up when I try to run the code...as I said, I can easily
> navigate into any namespace from the repl and run any code that I
> wantso there is no problem compiling /running the actual code. I seem
> to be getting this error at random occasions without changing any code
> This is what's driving me nuts!
>
> 2 minutes ago I did:
>
> *> lein2 test hotel_nlp.core*[ALL-GOOD]
>
> lein test hotel_nlp.core
>
> Testing hotel_nlp.core
>
> Ran 0 tests containing 0 assertions.
> 0 failures, 0 errors.
>
> then I did:
>
> *> lein2 test hotel_nlp.helper * [ALL-GOOD]*
>
> *lein test hotel_nlp.helper
>
> Testing hotel_nlp.helper
>
> Ran 7 tests containing 30 assertions.
> 0 failures, 0 errors.*
>   *
> so it *seems* everything is working fine...However, without changing any
> code:
>
> *>lein2 test hotel_nlp.core hotel_nlp.helper*  [BAD]
>
>
> Exception in thread "main" java.lang.VerifyError: (class:
> hotel_nlp/concretions/models/Workflow, method: run signature:
> ()Ljava/lang/Object;) Unable to pop operand off an empty stack,
> compiling:(hotel_nlp/concretions/models.clj:68:1)
>
> then immediately after I did the same
>
> *>lein2 test hotel_nlp.core hotel_nlp.helper*  [ALL-GOOD]
>
> lein test hotel_nlp.core
>
> Testing hotel_nlp.core
>
> lein test hotel_nlp.helper
>
> Testing hotel_nlp.helper
>
> Ran 7 tests containing 30 assertions.
> 0 failures, 0 errors.
>
> That is what I mean it occurs at random...Has anyone ever had this before?
>
> @Dave:
>
> You're absolutely right Dave, I should have been be more specific in the
> subject heading. I do apologise though on behalf of my frustration which is
> to blame for this! It won't happen again
>
> 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 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: what on earth is happening?

2013-02-28 Thread Jim foo.bar 

On 28/02/13 14:34, Marko Topolnik wrote:
So it makes sense that it blows up only when you try to actually run 
the code.


It doesn't low up when I try to run the code...as I said, I can easily 
navigate into any namespace from the repl and run any code that I 
wantso there is no problem compiling /running the actual code. I 
seem to be getting this error at random occasions without changing any 
code This is what's driving me nuts!


2 minutes ago I did:

*> lein2 test hotel_nlp.core *[ALL-GOOD]

lein test hotel_nlp.core

Testing hotel_nlp.core

Ran 0 tests containing 0 assertions.
0 failures, 0 errors.

then I did:

*> lein2 test hotel_nlp.helper * [ALL-GOOD]*

*lein test hotel_nlp.helper

Testing hotel_nlp.helper

Ran 7 tests containing 30 assertions.
0 failures, 0 errors.*
*
so it *seems* everything is working fine...However, without changing any 
code:


*>lein2 test hotel_nlp.core hotel_nlp.helper*  [BAD]

Exception in thread "main" java.lang.VerifyError: (class: 
hotel_nlp/concretions/models/Workflow, method: run signature: 
()Ljava/lang/Object;) Unable to pop operand off an empty stack, 
compiling:(hotel_nlp/concretions/models.clj:68:1)


then immediately after I did the same

*>lein2 test hotel_nlp.core hotel_nlp.helper*  [ALL-GOOD]

lein test hotel_nlp.core

Testing hotel_nlp.core

lein test hotel_nlp.helper

Testing hotel_nlp.helper

Ran 7 tests containing 30 assertions.
0 failures, 0 errors.

That is what I mean it occurs at random...Has anyone ever had this before?

@Dave:

You're absolutely right Dave, I should have been be more specific in the 
subject heading. I do apologise though on behalf of my frustration which 
is to blame for this! It won't happen again


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 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: what on earth is happening?

2013-02-28 Thread Marko Topolnik 
Just a general pointer: the bytecode verification that the JVM performs 
when loading a class has failed. There is a code path through the bytecode 
of the mentioned method such that it pops more than it pushes (Java 
bytecode is a stack-oriented machine language).

So it makes sense that it blows up only when you try to actually run the 
code.

Why it blows up---no idea.

On Thursday, February 28, 2013 3:23:22 PM UTC+1, Jim foo.bar wrote:
>
>  I've got a project
>
>
>1. I can *'lein2 repl'* in it and navigate to any namespace - no 
>problem 
>2. I can *'lein2 check'* it and it compiles everything  - no problem 
>3. I can *'lein2 test'* or *'lein2 test some-namespace'* and BOOM!  - *
>PROBLEM! * 
>
>
> *Exception in thread "main" java.lang.VerifyError: (class: 
> hotel_nlp/concretions/models/Workflow, method: run signature: 
> ()Ljava/lang/Object;) Unable to pop operand off an empty stack, 
> compiling:(hotel_nlp/concretions/models.clj:68:1)*
>
> *
> *What on earth does that mean? I've never had that before!!! The 'models' 
> namespace has not been modified for 3 days now so it can't be the culprit! 
> The thing is I don't understand the error message!
>  
> anyone? going slightly mental here!
>  
> To add to the confusion, sometimes the same thing happens with 'lein2 
> repl' + 'load' but only *some* times. Most times it doesn't complain !   
> I'm not AOT-ing...
>  
>
> 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 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: what on earth is happening?

2013-02-28 Thread Dave Sann 
Jim, I'm not answering your question here. but the subject you have chosen 
is not very descriptive of your problem/question/topic.

On Friday, 1 March 2013 01:23:22 UTC+11, Jim foo.bar wrote:
>
>  I've got a project
>
>
>1. I can *'lein2 repl'* in it and navigate to any namespace - no 
>problem 
>2. I can *'lein2 check'* it and it compiles everything  - no problem 
>3. I can *'lein2 test'* or *'lein2 test some-namespace'* and BOOM!  - *
>PROBLEM! * 
>
>
> *Exception in thread "main" java.lang.VerifyError: (class: 
> hotel_nlp/concretions/models/Workflow, method: run signature: 
> ()Ljava/lang/Object;) Unable to pop operand off an empty stack, 
> compiling:(hotel_nlp/concretions/models.clj:68:1)*
>
> *
> *What on earth does that mean? I've never had that before!!! The 'models' 
> namespace has not been modified for 3 days now so it can't be the culprit! 
> The thing is I don't understand the error message!
>  
> anyone? going slightly mental here!
>  
> To add to the confusion, sometimes the same thing happens with 'lein2 
> repl' + 'load' but only *some* times. Most times it doesn't complain !   
> I'm not AOT-ing...
>  
>
> 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 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.