Re: [dotNetRDF-Develop] Newbie Nightmare

[Rob V. <rv...@do...>]

Hi Steve

Comments inline:

From:  "Steve ." <mo...@ho...>
Reply-To:  dotNetRDF Developer Discussion and Feature Request
<dot...@li...>
Date:  Wednesday, February 13, 2013 11:21 PM
To:  "To:" <dot...@li...>,
"dot...@li..."
<dot...@li...>
Subject:  [dotNetRDF-Develop] Newbie Nightmare

> Sorry for not searching the archives first ... but I'm behind schedule with my
> evaluation because:
> 
> * The Hello World starter app
>> * In "Start Without Debugging"  ... does not generate the .nt or .rdf files
>> correctly ... they are written just as the output of the console app
The files go to the working directory of your application, what this is will
depend on how you invoke your program.  You can add the following to print
the directory to the console to see where those files are going:

Console.WriteLine(Environment.CurrentDirectory);

> * In Debug mode 
>> * the same code that runs without an exception in "Start without Debugging"
>> throws
>>>> 
>>>> System.NullReferenceException was unhandled by user code
>>>>   HResult=-2147467261
>>>>   Message=Object reference not set to an instance of an object.
>>>>   Source=dotNetRDF
>>>>   StackTrace:
>>>>        at VDS.RDF.TreeIndexedTripleCollection.<.ctor>b__12(Triple t) in
>>>> C:\Users\rvesse\Documents\mercurial\dotnetrdf\Libraries\core\net40\Core\Tre
>>>> eIndexedTripleCollection.cs:line 78
>>>>        at VDS.Common.Collections.MultiDictionary`2..ctor(Func`2
>>>> hashFunction, IComparer`1 comparer, MultiDictionaryMode mode)
>>>>>   InnerException:
>>>>> 
>>> at Graph g = new Graph()

This is a known issue (CORE-292 [1]) related to an internal check by 3rd
party code to determine whether a data structure we use supports null keys
given our arguments.  The error is actually handled by that code but VS
reports it as unhanded, you will get about 7 of these because we use
multiple copies of the data structure for our triple indices.  So if you
click Resume enough times the code will continue without issue.

If you use the latest release (0.9.0) which incorporates the PDBs for our
library and the 3rd party library this error goes away unless you have Break
on Thrown Exceptions set in the debugger

Hope this helps,

Rob

[1] http://dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=292


>>> 
> What's my oversight ?
> 
> Thanks,
> 
> Steve
> 
>        
> ------------------------------------------------------------------------------
> Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before
> the end March 2013 and get the hardware for free! Learn more.
> http://p.sf.net/sfu/sophos-d2d-feb____________________________________________
> ___ dotNetRDF-develop mailing list dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop