We regularly can cause problems with ConcurrentQueue such as
System.NullReferenceException: Object reference not set to an instance
of an object
at
System.Collections.Concurrent.ConcurrentQueue`1[System.IO.FileStream].TryDequeue
(System.IO.FileStream result) [0x0] in filename unknown:0
Hey,
What version of Mono are you testing against?
Alan
On 10 August 2012 09:52, Greg Young gregoryyou...@gmail.com wrote:
We regularly can cause problems with ConcurrentQueue such as
System.NullReferenceException: Object reference not set to an instance
of an object
at
trunk.
On Fri, Aug 10, 2012 at 2:53 AM, Alan alan.mcgov...@gmail.com wrote:
Hey,
What version of Mono are you testing against?
Alan
On 10 August 2012 09:52, Greg Young gregoryyou...@gmail.com wrote:
We regularly can cause problems with ConcurrentQueue such as
Could you run you program in debug mode and paste the line number where the
problem happen?
--
Jérémie Laval
http://neteril.org
On Fri, Aug 10, 2012 at 10:53 AM, Greg Young gregoryyou...@gmail.comwrote:
trunk.
On Fri, Aug 10, 2012 at 2:53 AM, Alan alan.mcgov...@gmail.com wrote:
Hey,
I can't as I am about to head out of country (its also spuratic behaviour)
I believe @yuriy probably can though.
Cheers,
Greg
On Fri, Aug 10, 2012 at 5:26 AM, Jérémie Laval jeremie.la...@gmail.com wrote:
Could you run you program in debug mode and paste the line number where the
problem
Unless you _really_ need a System.Data.Linq-compatible API, I would suggest
giving up. Instead, focus on getting the open-source EF release working on
Mono, and use that instead.
http://entityframework.codeplex.com/
- Jon
On Jul 31, 2012, at 4:06 AM, Sharique uddin Ahmed Farooqui
On Jul 13, 2012, at 11:23 AM, Matthias D. matth...@googlemail.com wrote:
I'm porting a .net application to mono and I noticed a small inconsistency in
System.Diagnostics.DefaultTraceListener. In .net this class has a public
constructor and in mono it has only a private one (none in the source
On Jul 14, 2012, at 6:26 AM, Matthias D. matth...@googlemail.com wrote:
Ok I figured it out, the problem was using the answer from this:
http://stackoverflow.com/questions/1769772/reading-tracelistener-initializedata-property-from-config-net-1-1
and in mono there is no field called
On Jun 22, 2012, at 9:35 AM, Rob Wilkens robwilk...@gmail.com wrote:
Do you know where i can find documentation for Mono.Posix?
Documentation is in git:
https://github.com/mono/mono/tree/master/mcs/class/Mono.Posix/Documentation/en
Accessible from the web:
[Test]
public void does_not_throw_exception_on_non_existing_file() {
Assert.DoesNotThrow(() = File.SetAttributes(DOESNOTEXIST,
FileAttributes.ReadOnly));
}
Cheers,
Greg
--
Le doute n'est pas une condition agréable, mais la certitude est absurde.
bizarre, their docs say it should throw but they don't.
http://msdn.microsoft.com/en-us/library/system.io.file.setattributes.aspx
Not sure which is better, what they say they do or what they do?
On Fri, Aug 10, 2012 at 10:01 AM, Greg Young gregoryyou...@gmail.com wrote:
[Test]
public void
Historically, mono has done what .Net does rather than what it says.
- Jonathan
On Fri, Aug 10, 2012 at 1:07 PM, Greg Young gregoryyou...@gmail.com wrote:
bizarre, their docs say it should throw but they don't.
http://msdn.microsoft.com/en-us/library/system.io.file.setattributes.aspx
Not
I'm fine by that. Is there a list of these incompatibilities that is
being maintained?
On Fri, Aug 10, 2012 at 8:09 PM, Jonathan Chambers jonc...@gmail.com wrote:
Historically, mono has done what .Net does rather than what it says.
- Jonathan
On Fri, Aug 10, 2012 at 1:07 PM, Greg Young
If you want, you could implement the correct behaviour and then submit
the patch with that unit test attached as a github pull request. We
will easily and quickly be able to merge the new behaviour in then.
Alan
On 10 August 2012 18:10, Greg Young gregoryyou...@gmail.com wrote:
I'm fine by
14 matches
Mail list logo