Hi,
I am running Mono JIT compiler version 2.10.8.1 (Debian 2.10.8.1-5ubuntu1)
in Mint-15 Cinnamon (64-bits) and also in Ubuntu 12.04 LTS (32-bits). My
development is using MonoDevelop 4.2.2 and obtained from PPA
(https://launchpad.net/~ermshiperete/+archive/monodevelop)
The problem is
Hello,
Not sure if this issue has been raised as it is driving me nuts as another
Mono/.Net runtime behavior differences.
I have a xml schema called FamilyTree2.xsd FamilyTree2.xsd
http://mono.1490590.n4.nabble.com/file/n4664552/FamilyTree2.xsd . This
has been validate in Eclipse's Xsd Editor.
Hello Timotheus,
Thanks and will try. Perhaps you can give me some assistance with
MonoDevelop/Mono.
In MS .Net, I can stay in say XP (even it has reached end of life) and still
can run VS2010 with .Net 4. But in Mint, I seem to be stuck in the version
of Mono I can get, hence that old version
Hello Timotheus,
I have the answer for you.
I have a VM with Mint17 which has Mono runtime 3.2.8 which is one major
version that I reported earlier. So I build a console application to test
using this schema (embedded resource) with this sample instance document.
This also gives me a good test
Hello Atsushi Eno,
When will Mono be replacing its library with the MS's contribution?
MarL
--
View this message in context:
http://mono.1490590.n4.nabble.com/Mono-Net-difference-handling-xs-extension-please-help-tp4664552p4664621.html
Sent from the Mono - Dev mailing list archive at
Hi,
Not sure if this has been reported - there is difference in runtime
treatment of XML Serialization between CLR and Mono runtime.
I have a class like this:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Runtime.Serialization;
namespace
Daniel Lo Nigro wrote
Have you tried this with Mono 3.0?
No. I have not try this in Mono 3.0.
I am not too experience in Ubuntu and I am rather being put off by the
age-old-Unix-style of get-source-and-build. Hence I have not install Mono
3.0. It was already a struggle to get MonoDevelop 3.x on
Hi,
I rerun time test and write out the Environment.Version and it is
4.0.30319.1, which to me means .Net CLR 4.0. This therefore should not
include any weird 'feature' Microsoft added to .Net Framework 2 SP2
http://support.microsoft.com/kb/956847 . Besides that knowledge base
article
Hi Dave,
Thanks for your suggestion and the links to download the parallel
installation. It is fanatastic and why Linux does not do this as modi
operandi for other software like GnuCash?
I followed the instructions provided by the link and managed to install
pmono and the accompanied MonoDevelop
Dave Curylo wrote
As for the expected InvalidOperationException, I think this is one area
that the mono maintainers seem to take liberty to deviate from MS .NET
behavior. I've logged a few bugs like this in the past where mono does not
throw an exception but MS does and they refuse to fix
Atsushi Eno-2 wrote
Dave Curylo wrote:
a class with non-public property setter.
I believe sgen is the default GC in mono 3.
GC sgen has nothing to do with XML serializer sgen tool.
Parden my ignorance in Mono, is there more than one sgen program in Ubuntu
Mono?
Thanks.
MarL
--
Hi,
Why is Debug.Assert(false) not terminating/aborting not a bug and has not
been fixed since it was first raised in 2006?
I am using MD4.2.2 in Mint-15 and it still fails to behave correctly out of
the box and wasting people's effort. Sure, one can register tracelistener
into the chain. But if
Hi all,
I have found out the run time discrepancy of Debug.Assert() in CLR and in
Mono. The answer literally is in front of our eyes.
The difference is in this property:
System.Diagnostics.DefaultTraceListener.AssertUiEnabled.
In *CLR* the default value is *true* but in *Mono* the default value
Hello Miguel,
Thanks for sharing your strategy of incorporating or making use of MS'
open-source. Your disclosure opens my eye particularly your remarks on CAS
in Mono, a fundamental security framework of .Net, and not following the
Object disposable pattern faithfully.
One thing that is not
Hello,
I have to thank Microsoft to open-source the .Net library allowing me to
read their code to get to the bottom of Microsoft's treatment (even I have
already asserted the value at runtime) of default values for the
System.Diagnostics.DefaultTraceListener. For those interested in reading
this
test code:
L5 fails in Mono while it does not fail in Windows/CLR. Why?
MarLOne
--
View this message in context:
http://mono.1490590.n4.nabble.com/Configuration-HasFile-returning-wrong-value-in-Mono-tp4667959.html
Sent from the Mono - Dev mailing list archive at Nabble.com
== true in Mono?
That does not seem logical isn't it?
MarLOne
--
View this message in context:
http://mono.1490590.n4.nabble.com/Configuration-HasFile-returning-wrong-value-in-Mono-tp4667959p4667962.html
Sent from the Mono - Dev mailing list archive at Nabble.com
l much faith in porting code to
Mono. Is Xamarin being part of Microsoft going to provide consistency in the
framework across platforms?
MarLOne
--
View this message in context:
http://mono.1490590.n4.nabble.com/Configuration-HasFile-returning-wrong-value-in-Mono-tp4667959p4667963.html
Sent from th
tes so much time.
Is it just me that is having this kind of anomaly/inconsistency when porting
code from CLR to Mono? What are other's experience? I struck problem in just
about every namespace I have tried.
MarLOne
--
View this message in context:
http://mono.1490590.n4.nabble.com/Configu
Hi Alan,
While all this is find it does not explain the following observation using
the same CPU:
VS2015 the delta is zero
For all other VS dated back to 2003 the delta is non-zero.
In fact my friend has shown me his code that led him to question this:
He has a web server implementing that
Thanks for the reply. The following disclosure may not have anything to do
with explaining this but it highlights some inconsistency in .Net:
I know Mono is not exactly VS (well very close as Xamarin is now part of
Microsoft) but the following comparison is still valid and interesting:
VS2003,
Hi,
I am using MonoDevelop 5.10 and
the runtime Mono 4.2.3 (Stable 4.2.3.4/832de4b Wed Mar 16 13:19:08 UTC 20 in
a Mint17 (64bit) environment.
I am compiling the following code into .Net 4/4.5 and hence I believe I am
using dmcs version 4.2.3.0
A friend posts me the following piece of code:
22 matches
Mail list logo