Using pellet-2.4.0, Getting the same error on running my application:
Exception in thread "main" java.lang.NoSuchMethodError: org.semanticweb.owlapi.model.OWLObjectPropertyDomainAxiom.getProperty()Lorg/semanticweb/owlapi/model/OWLPropertyExpression
Have tried printing classpath, but am unable to find any discrepancy,
Please help,
My classpath as printed in my application is:
E:\Pallavi\NetbeansProjects\SemanticCoverage\target\classes;
C:\Users\DrKM.m2\repository\com\google\inject\guice\4.1.0\guice-4.1.0.jar;
C:\Users\DrKM.m2\repository\javax\inject\javax.inject\1\javax.inject-1.jar;
C:\Users\DrKM.m2\repository\aopalliance\aopalliance\1.0\aopalliance-1.0.jar;
C:\Users\DrKM.m2\repository\com\google\guava\guava\19.0\guava-19.0.jar;
C:\Users\DrKM.m2\repository\com\google\inject\extensions\guice-multibindings\4.0\guice-multibindings-4.0.jar;
C:\Users\DrKM.m2\repository\net\sourceforge\owlapi\owlapi-fixers\5.0.1\owlapi-fixers-5.0.1.jar;
C:\Users\DrKM.m2\repository\net\sf\trove4j\trove4j\3.0.3\trove4j-3.0.3.jar;
C:\Users\DrKM.m2\repository\com\github\ben-manes\caffeine\caffeine\2.1.0\caffeine-2.1.0.jar;
C:\Users\DrKM.m2\repository\com\google\inject\extensions\guice-assistedinject\4.0\guice-assistedinject-4.0.jar;
C:\Users\DrKM.m2\repository\com\google\code\findbugs\jsr305\2.0.1\jsr305-2.0.1.jar;
C:\Users\DrKM.m2\repository\org\slf4j\slf4j-api\1.7.14\slf4j-api-1.7.14.jar;
C:\Users\DrKM.m2\repository\commons-io\commons-io\2.4\commons-io-2.4.jar;
C:\Users\DrKM.m2\repository\net\sourceforge\owlapi\owlapi-api\5.0.5\owlapi-api-5.0.5.jar;
C:\Users\DrKM.m2\repository\org\tukaani\xz\1.5\xz-1.5.jar;
C:\Users\DrKM.m2\repository\org\apache\commons\commons-rdf-api\0.1.0-incubating\commons-rdf-api-0.1.0-incubating.jar;
C:\Users\DrKM.m2\repository\org\slf4j\slf4j-log4j12\1.7.24\slf4j-log4j12-1.7.24.jar;
C:\Users\DrKM.m2\repository\log4j\log4j\1.2.17\log4j-1.2.17.jar;
C:\Users\DrKM.m2\repository\net\sourceforge\owlapi\owlapi-osgidistribution\5.0.5\owlapi-osgidistribution-5.0.5.jar;
C:\Users\DrKM.m2\repository\com\fasterxml\jackson\core\jackson-core\2.6.3\jackson-core-2.6.3.jar;
C:\Users\DrKM.m2\repository\com\fasterxml\jackson\core\jackson-databind\2.6.3\jackson-databind-2.6.3.jar;
C:\Users\DrKM.m2\repository\com\fasterxml\jackson\core\jackson-annotations\2.6.3\jackson-annotations-2.6.3.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-model\4.0.2\sesame-model-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-rio-api\4.0.2\sesame-rio-api-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-rio-languages\4.0.2\sesame-rio-languages-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-rio-datatypes\4.0.2\sesame-rio-datatypes-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-rio-binary\4.0.2\sesame-rio-binary-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-rio-n3\4.0.2\sesame-rio-n3-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-rio-nquads\4.0.2\sesame-rio-nquads-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-rio-ntriples\4.0.2\sesame-rio-ntriples-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-rio-rdfjson\4.0.2\sesame-rio-rdfjson-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-rio-rdfxml\4.0.2\sesame-rio-rdfxml-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-rio-trix\4.0.2\sesame-rio-trix-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-rio-turtle\4.0.2\sesame-rio-turtle-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-rio-trig\4.0.2\sesame-rio-trig-4.0.2.jar;
C:\Users\DrKM.m2\repository\org\openrdf\sesame\sesame-util\4.0.2\sesame-util-4.0.2.jar;
C:\Users\DrKM.m2\repository\com\github\jsonld-java\jsonld-java\0.8.0\jsonld-java-0.8.0.jar;
C:\Users\DrKM.m2\repository\org\apache\httpcomponents\httpclient-osgi\4.5.1\httpclient-osgi-4.5.1.jar;
C:\Users\DrKM.m2\repository\org\apache\httpcomponents\httpmime\4.5.1\httpmime-4.5.1.jar;
C:\Users\DrKM.m2\repository\org\apache\httpcomponents\fluent-hc\4.5.1\fluent-hc-4.5.1.jar;
C:\Users\DrKM.m2\repository\org\apache\httpcomponents\httpcore-osgi\4.4.4\httpcore-osgi-4.4.4.jar;
C:\Users\DrKM.m2\repository\org\apache\httpcomponents\httpcore-nio\4.4.4\httpcore-nio-4.4.4.jar;
C:\Users\DrKM.m2\repository\org\slf4j\jcl-over-slf4j\1.7.13\jcl-over-slf4j-1.7.13.jar;
C:\Users\DrKM.m2\repository\org\apache\httpcomponents\httpclient\4.5.1\httpclient-4.5.1.jar;
C:\Users\DrKM.m2\repository\org\apache\httpcomponents\httpclient-cache\4.5.1\httpclient-cache-4.5.1.jar;
C:\Users\DrKM.m2\repository\org\apache\httpcomponents\httpcore\4.4.4\httpcore-4.4.4.jar;
C:\Users\DrKM.m2\repository\commons-codec\commons-codec\1.10\commons-codec-1.10.jar;
C:\Users\DrKM.m2\repository\commons-logging\commons-logging\1.2\commons-logging-1.2.jar;
C:\Users\DrKM.m2\repository\org\semarglproject\semargl-sesame\0.6.1\semargl-sesame-0.6.1.jar;
C:\Users\DrKM.m2\repository\org\semarglproject\semargl-core\0.6.1\semargl-core-0.6.1.jar;
C:\Users\DrKM.m2\repository\org\semarglproject\semargl-rdfa\0.6.1\semargl-rdfa-0.6.1.jar;
C:\Users\DrKM.m2\repository\org\semarglproject\semargl-rdf\0.6.1\semargl-rdf-0.6.1.jar;
C:\Users\DrKM.m2\repository\org\apache\servicemix\bundles\org.apache.servicemix.bundles.javax-inject\1_2\org.apache.servicemix.bundles.javax-inject-1_2.jar;
C:\Users\DrKM.m2\repository\org\apache\servicemix\bundles\org.apache.servicemix.bundles.aopalliance\1.0_6\org.apache.servicemix.bundles.aopalliance-1.0_6.jar;
C:\Users\DrKM.m2\repository\net\sourceforge\owlapi\org.semanticweb.hermit\1.3.8.510\org.semanticweb.hermit-1.3.8.510.jar;
C:\Users\DrKM.m2\repository\org\apache\ws\commons\axiom\axiom-api\1.2.14\axiom-api-1.2.14.jar;
C:\Users\DrKM.m2\repository\org\apache\geronimo\specs\geronimo-activation_1.1_spec\1.1\geronimo-activation_1.1_spec-1.1.jar;
C:\Users\DrKM.m2\repository\org\apache\geronimo\specs\geronimo-javamail_1.4_spec\1.7.1\geronimo-javamail_1.4_spec-1.7.1.jar;
C:\Users\DrKM.m2\repository\jaxen\jaxen\1.1.4\jaxen-1.1.4.jar;
C:\Users\DrKM.m2\repository\org\apache\geronimo\specs\geronimo-stax-api_1.0_spec\1.0.1\geronimo-stax-api_1.0_spec-1.0.1.jar;
C:\Users\DrKM.m2\repository\org\apache\james\apache-mime4j-core\0.7.2\apache-mime4j-core-0.7.2.jar;
C:\Users\DrKM.m2\repository\org\apache\ws\commons\axiom\axiom-c14n\1.2.14\axiom-c14n-1.2.14.jar;
C:\Users\DrKM.m2\repository\org\apache\ws\commons\axiom\axiom-impl\1.2.14\axiom-impl-1.2.14.jar;
C:\Users\DrKM.m2\repository\org\codehaus\woodstox\woodstox-core-asl\4.1.4\woodstox-core-asl-4.1.4.jar;
C:\Users\DrKM.m2\repository\org\codehaus\woodstox\stax2-api\3.1.1\stax2-api-3.1.1.jar;
C:\Users\DrKM.m2\repository\org\apache\ws\commons\axiom\axiom-dom\1.2.14\axiom-dom-1.2.14.jar;
C:\Users\DrKM.m2\repository\dk\brics\automaton\automaton\1.11-8\automaton-1.11-8.jar;
C:\Users\DrKM.m2\repository\net\sourceforge\owlapi\pellet-owlapi-ignazio1977\2.4.0-ignazio1977\pellet-owlapi-ignazio1977-2.4.0-ignazio1977.jar;
C:\Users\DrKM.m2\repository\net\sourceforge\owlapi\pellet-core-ignazio1977\2.4.0-ignazio1977\pellet-core-ignazio1977-2.4.0-ignazio1977.jar;
C:\Users\DrKM.m2\repository\com\github\ansell\aterms\aterm-java\1.8.2-p1\aterm-java-1.8.2-p1.jar;
C:\Users\DrKM.m2\repository\com\github\ansell\jjtraveler\jjtraveler\0.6\jjtraveler-0.6.jar;
C:\Users\DrKM.m2\repository\com\github\ansell\aterms\shared-objects\1.4.9-p1\shared-objects-1.4.9-p1.jar;
C:\Users\DrKM.m2\repository\org\jgrapht\jgrapht-jdk1.5\0.7.3\jgrapht-jdk1.5-0.7.3.jar;
C:\Users\DrKM.m2\repository\xerces\xercesImpl\2.11.0\xercesImpl-2.11.0.jar;
C:\Users\DrKM.m2\repository\xml-apis\xml-apis\1.4.01\xml-apis-1.4.01.jar;
C:\Users\DrKM.m2\repository\org\apache\jena\jena-arq\2.10.1\jena-arq-2.10.1.jar;
C:\Users\DrKM.m2\repository\org\apache\jena\jena-core\2.10.1\jena-core-2.10.1.jar;
C:\Users\DrKM.m2\repository\org\apache\jena\jena-iri\0.9.6\jena-iri-0.9.6.jar;
C:\Users\DrKM.m2\repository\net\sourceforge\owlapi\pellet-query-ignazio1977\2.4.0-ignazio1977\pellet-query-ignazio1977-2.4.0-ignazio1977.jar;
C:\Users\DrKM.m2\repository\net\sourceforge\owlapi\pellet-jena-ignazio1977\2.4.0-ignazio1977\pellet-jena-ignazio1977-2.4.0-ignazio1977.jar;
C:\Users\DrKM.m2\repository\org\antlr\antlr-runtime\3.4\antlr-runtime-3.4.jar;
C:\Users\DrKM.m2\repository\org\antlr\stringtemplate\3.2.1\stringtemplate-3.2.1.jar;
C:\Users\DrKM.m2\repository\antlr\antlr\2.7.7\antlr-2.7.7.jar;
C:\Users\DrKM.m2\repository\net\sourceforge\owlapi\owlapi-distribution\4.1.4\owlapi-distribution-4.1.4.jar;
C:\Users\DrKM.m2\repository\com\github\jsonld-java\jsonld-java-sesame\0.5.0\jsonld-java-sesame-0.5.0.jar
You have OWLAPI 4 and OWLAPI 5 in the classpath; That fork of Pellet is not compatible with OWLAPI 5.
If you're using OWLAPI 5, use Openllet instead
https://github.com/Galigator/openllet
Related
ANTs open source provides transform functions that can move(frequently referred as normalizing or registration in neuroscience) one's brain MR image to other's brain MR image.
But I got an error below : not all MR images but some MR images make below error. There NEVER exist any differences when I opened those MR images with image viewer like ITK-snap. It seems centain MR images that occurs those error must have mathematical or algebraic differences with images that does not occur error. How can I find out what the problem is?
Error message:
/opt/ANTs/bin/antsRegistrationSyNQuick.sh: line 464:
[[: _MR.nii: syntax error: invalid arithmetic operator (error token is
".nii")
antsRegistration call:
/opt/ANTs/bin//antsRegistration --verbose 1 --dimensionality 3 --float 0 --collapse-output-transforms 1 --output [ T1xPET,T1xPETWarped.nii.gz,T1xPETInverseWarped.nii.gz ]
--interpolation Linear --use-histogram-matching 0 --winsorize-image-intensities [ 0.005,0.995 ] --initial-moving-transform [ _MR.nii,_FBB.nii,1 ] --transform Rigid[ 0.1 ] --metric MI[ _MR.nii,_FBB.nii,1,32,Regular,0.25 ] --convergence [ 1000x500x250x0,1e-6,10 ] --shrink-factors 8x4x2x1 --smoothing-sigmas 3x2x1x0vox
Output:
All_Command_lines_OK Using double precision for computations.
Exception caught during reference file reading
itk::ExceptionObject (0x5559bfd38530) Location: "unknown" File:
/home/nuc/Desktop/a/build/ITKv5/Modules/IO/NIFTI/src/itkNiftiImageIO.cxx
Line: 1980
Description: ITK ERROR: ITK only supports orthonormal direction cosines. No orthonormal definition found!
file _MR.nii Exception Object caught:
itk::ExceptionObject (0x5559bfd38530) Location: "unknown" File:
/home/nuc/Desktop/a/build/staging/include/ITK-5.2/itkCenteredTransformInitializer.hxx
Line: 40
Description: ITK ERROR: CenteredTransformInitializer(0x5559bfd22e10): Fixed Image has not been set
The short explanation is that the nifti image has unexpected metadata. Perhaps damaged? Or the writing library is buggy? Or some extension to the standard is assumed?
The exception is thrown in NIFTI reader code. You can look at the preceding code to see all the checks made against the orientation matrix before the exception is reached.
I am attempting to use Twitter's Bootstrap 4 (beta) in a ClojureScript app. Using the :npm-deps compiler option does not work due to CLJS-2369. So my next attempt is to use the :foreign-libs compiler option (see github.com/au-phiware/cljsbuild-bootstrap4):
:foreign-libs [{:file "node_modules/bootstrap/js/src/util.js"
:provides ["bootstrap.util"]
:module-type :es6}
{:file "node_modules/bootstrap/js/src/alert.js"
:provides ["bootstrap.alert"]
:requires ["bootstrap.util"]
:module-type :es6}]})
In code, I require the module as:
(ns cljsbuild-bootstrap4.core
(:require [bootstrap.alert :as alert]))
But I encounter this error:
events.js:160
throw er; // Unhandled 'error' event
^
Error: Can't resolve './util' in '~/cljsbuild-bootstrap4'
at onError (~/cljsbuild-bootstrap4/node_modules/enhanced-resolve/lib/Resolver.js:61:15)
at loggingCallbackWrapper (~/cljsbuild-bootstrap4/node_modules/enhanced-resolve/lib/createInnerCallback.js:31:19)
at runAfter (~/cljsbuild-bootstrap4/node_modules/enhanced-resolve/lib/Resolver.js:158:4)
at innerCallback (~/cljsbuild-bootstrap4/node_modules/enhanced-resolve/lib/Resolver.js:146:3)
at loggingCallbackWrapper (~/cljsbuild-bootstrap4/node_modules/enhanced-resolve/lib/createInnerCallback.js:31:19)
at next (~/cljsbuild-bootstrap4/node_modules/tapable/lib/Tapable.js:252:11)
at innerCallback (~/cljsbuild-bootstrap4/node_modules/enhanced-resolve/lib/Resolver.js:144:11)
at loggingCallbackWrapper (~/cljsbuild-bootstrap4/node_modules/enhanced-resolve/lib/createInnerCallback.js:31:19)
at next (~/cljsbuild-bootstrap4/node_modules/tapable/lib/Tapable.js:249:35)
at resolver.doResolve.createInnerCallback (~/cljsbuild-bootstrap4/node_modules/enhanced-resolve/lib/DescriptionFilePlugin.js:44:6)
Note: I also tried the following :foreign-libs option but received the same result:
:foreign-libs [{:file "node_modules/bootstrap/js/src"
:module-type :es6}]})
This is a problem with 1.9.946. No longer reproducible with 1.10.238.
checked from CLJS-2369
I am running my Pigscript in Local mode in eclipse.
when I try to store the output in JsonStorage.
Exception in thread "main" java.lang.RuntimeException: Cannot instantiate:org.apache.pig.builtin.JsonStorage
at org.apache.pig.impl.PigContext.instantiateFuncFromSpec(PigContext.java:473)
at org.apache.pig.impl.logicalLayer.parser.QueryParser.NonEvalFuncSpec(QueryParser.java:4976)
at org.apache.pig.impl.logicalLayer.parser.QueryParser.StoreClause(QueryParser.java:3473)
at org.apache.pig.impl.logicalLayer.parser.QueryParser.BaseExpr(QueryParser.java:1351)
at org.apache.pig.impl.logicalLayer.parser.QueryParser.Expr(QueryParser.java:893)
at org.apache.pig.impl.logicalLayer.parser.QueryParser.Parse(QueryParser.java:706)
at org.apache.pig.impl.logicalLayer.LogicalPlanBuilder.parse(LogicalPlanBuilder.java:63)
at org.apache.pig.PigServer$Graph.parseQuery(PigServer.java:1017)
at org.apache.pig.PigServer$Graph.registerQuery(PigServer.java:967)
at org.apache.pig.PigServer.registerQuery(PigServer.java:383)
at org.apache.pig.tools.grunt.GruntParser.processPig(GruntParser.java:716)
at org.apache.pig.tools.pigscript.parser.PigScriptParser.parse(PigScriptParser.java:324)
at org.apache.pig.tools.grunt.GruntParser.parseStopOnError(GruntParser.java:168)
at org.apache.pig.PigServer.registerScript(PigServer.java:407)
at com.paypal.debugpig.DebugPig.main(DebugPig.java:13)
Caused by: org.apache.pig.backend.executionengine.ExecException: ERROR 1070: Could not resolve org.apache.pig.builtin.JsonStorage using imports: [, org.apache.pig.builtin., org.apache.pig.impl.builtin.]
at org.apache.pig.impl.PigContext.resolveClassName(PigContext.java:458)
at org.apache.pig.impl.PigContext.instantiateFuncFromSpec(PigContext.java:470)
... 14 more
PigScript :
REGISTER C:/path/to/jar/pig.jar;
REGISTER C:/path/to/jar/UpperUDf/UpperUDf_fat.jar;
A = LOAD 'C:/path/to/data/file/student.txt' using PigStorage('\t') AS (name: chararray, age: int, gpa: float);
B = FOREACH A GENERATE myudfs.UPPER(name) ,age, gpa ;
Store B into 'output_student_Json' using org.apache.pig.builtin.JsonStorage();
when I dump or store the ouput in text file its working and but issues occurs when I try to store in JSON format.
Any pointers appreciated
Thank you
I have verified it, and it is working for me if i am using the below line of code for storing output into json file format.
store B into 'json_output' using JsonStorage();
I'm trying to use Apache Bench to load test a group of large (4MB each) JSON requests. When running with a large file and many concurrent requests I get the following error:
Exception caught in RequestBodyHandler java.nio.channels.ClosedChannelException: null
Here is my ab command:
ab -p large.json -n 1000 -c 10 http://127.0.0.1:9000/json-tests
If I run this with no concurrency and only 10 requests it works fine. Increasing the number of requests or the concurrency causes this error to occur over and over.
My controller currently has no logic in it:
def addJsonTest = Action {
Ok("OK")
}
Here is the full error:
[error] play - Exception caught in RequestBodyHandler
java.nio.channels.ClosedChannelException: null
at org.jboss.netty.channel.socket.nio.AbstractNioWorker.setInterestOps(AbstractNioWorker.java:506) [netty-3.9.3.Final.jar:na]
at org.jboss.netty.channel.socket.nio.AbstractNioWorker$1.run(AbstractNioWorker.java:455) [netty-3.9.3.Final.jar:na]
at org.jboss.netty.channel.socket.ChannelRunnableWrapper.run(ChannelRunnableWrapper.java:40) [netty-3.9.3.Final.jar:na]
at org.jboss.netty.channel.socket.nio.AbstractNioSelector.processTaskQueue(AbstractNioSelector.java:372) [netty-3.9.3.Final.jar:na]
at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:296) [netty-3.9.3.Final.jar:na]
This is just using Play in development mode, is there any setup or configuration for having Play handle multiple large requests?
Thanks!
You need to do it reactively, with Iterators
val iteratee = Iteratee.foldM[Array[Byte], Either[Result, String]](Right("start")) { case (str, bytes) =>
Future.successful(Left(Ok))
}
val parser = BodyParser(rh => iteratee)
def eatDust = Action(parser) { req =>
Ok
}
See these links.
https://www.playframework.com/documentation/2.2.x/Iteratees
Play 2.x : Reactive file upload with Iteratees
Following the Tasky application's core, I created the business and database layers, however when trying to compile I get this error:
Error CS0119: Expression denotes a 'value', where a 'method group' was expected (CS0119) (assales.core)
The problem is that there is no line number nor file reference to go along with the error as would normally would occur with a compilation error. This makes me assume that perhaps there is an issue with the project options, but that's just a guess and there are many options. What specifically do I need to do to either locate the error or get more information on this error.
The full build output:
Building: assales.core (Debug)
Performing main compilation...
/Library/Frameworks/Mono.framework/Versions/2.10.12/bin/dmcs /noconfig "/out:/Users/sb/assales/assales.core/bin/Debug/assales.core.dll" "/r:/Library/Frameworks/Mono.framework/Versions/2.10.12/lib/mono/4.0/System.dll" "/r:/Library/Frameworks/Mono.framework/Versions/2.10.12/lib/mono/4.0/System.Data.dll" "/r:/Library/Frameworks/Mono.framework/Versions/2.10.12/lib/mono/4.0/Mono.Data.Sqlite.dll" "/r:/Library/Frameworks/Mono.framework/Versions/2.10.12/lib/mono/4.0/System.Data.Linq.dll" "/r:/Library/Frameworks/Mono.framework/Versions/2.10.12/lib/mono/4.0/System.Xml.Linq.dll" "/r:/Library/Frameworks/Mono.framework/Versions/2.10.12/lib/mono/4.0/System.Core.dll" /nologo /warn:4 /debug:full /optimize- /codepage:utf8 "/define:DEBUG" /t:library "/Users/sb/assales/assales.core/AssemblyInfo.cs" "/Users/sb/assales/assales.core/DL/SqlLite.cs" "/Users/sb/assales/assales.core/DL/AlcSalesDatabase.cs" "/Users/sb/assales/assales.core/BusinessLayer/Contracts/BusinessEntityBase.cs" "/Users/sb/assales/assales.core/BusinessLayer/Contracts/IBusinessEntity.cs" "/Users/sb/assales/assales.core/BusinessLayer/Location.cs" "/Users/sb/assales/assales.core/BusinessLayer/Managers/LocationManager.cs" "/Users/sb/assales/assales.core/DAL/LocationRepository.cs"
Compilation failed: 1 error(s), 0 warnings
error CS0119: Expression denotes a `value', where a `method group' was expected
Build complete -- 1 error, 0 warnings
---------------------- Done ----------------------
Build: 1 error, 0 warnings
I think it's a problem of the mono compiler. If I omit the "new" keyword in a statement that uses var:
// "var" version
public class App {
public static void Main() {
//missing keyword "new"
var bitArray = System.Collections.BitArray();
}
}
the compiler does not indicate row number either file name:
$ mcs App.cs
error CS0119: Expression denotes a `type', where a `variable', `value' or `method group' was expected
If instead I declare explicitly bitArray (without using "var"):
public class App {
public static void Main() {
//missing keyword "new"
System.Collections.BitArray bitArray = System.Collections.BitArray();
}
}
the compiler works well:
$ mcs App.cs
App.cs(3,27): error CS0119: Expression denotes a `type', where a `variable', `value' or `method group' was expected
was expected
My mcs version is:
$mcs --version
Mono C# compiler version 3.2.3.0
By the way, the Microsoft compiler works well also with "var version" of App.cs
/cygdrive/c/WINDOWS/Microsoft.NET/Framework/v4.0.30319/csc.exe App.cs
Microsoft (R) Visual C# 2010 Compiler version 4.0.30319.1
Copyright (C) Microsoft Corporation. All rights reserved.
App.cs(4,23): error CS0119: 'System.Collections.BitArray' is a 'type', which is not valid in the given context