Hi,
I'm trying to use mono continuation on Windows 7, but for some reasong I get
a security exception with this message ECall methods must be packaged into
a system module.. Anyone else bumped into this? I am experiencing this on
multiple machines running Windows 7.
I suspect that this is
On 25.02.2010 09:07, raccoon wrote:
Hi,
I'm trying to use mono continuation on Windows 7, but for some reasong I get
a security exception with this message ECall methods must be packaged into
a system module.. Anyone else bumped into this? I am experiencing this on
multiple machines running
Hi there,
We're sending a DataSet with remoting from a server (built with 2.0
profile) to a client (built with 1.0 profile) and we get this:
Could not load type 'System.Data.SchemaSerializationMode'
It wasn't happening prior to mono 2.6.
There were any changes on 2.6 that could be changing
Hi,
Can you please build it (debug build please) and file a bug with the
binaries zip attached?
Kind Regards,
Ivan Zlatev
http://ivanz.com
On Tue, Feb 23, 2010 at 8:47 PM, Dominik Leuthold mo...@gmx.net wrote:
Hi all
I’ve implemented a GUI designer using the DesignSurface class from the
Hi,
Thought about that too... I tried copying all System.dll, Mono.Tasklets.dll
and mscorlib.dll to the executable folder and still the same error. The odd
thing is that I can attach VS to the process with managed code debugging and
I see the GAC version of the mscorlib.dll as loaded... Why
You have to start with the mono runtime, like a command line like:
mono yourapp.exe
That is what you always have to do in other OSes (normally having script
files to hide it from the end user), and the only way in windows to run a
managed application with Mono instead of .NET.
As Robert already
On 25.02.2010 13:43, raccoon wrote:
Hi,
Thought about that too... I tried copying all System.dll, Mono.Tasklets.dll
and mscorlib.dll to the executable folder and still the same error. The odd
thing is that I can attach VS to the process with managed code debugging and
I see the GAC version
Hi,
Makes things clearer for sure :) Still new to Mono actually. We're
integrating it as a scripting language so I haven't had much to do with
running mono apps as standalone :)
-Timo
--
View this message in context:
http://n4.nabble.com/Problems-with-mono-continuation-tp1568629p1569073.html
Hi Ivan
Thanks for your reply. I created a Bugzilla entry and added the binaries.
https://bugzilla.novell.com/show_bug.cgi?id=583386
Also many thanks for looking at the other one with the ParentChanged issue.
Have a nice day
/dominik
-Ursprüngliche Nachricht-
Von:
This bug was fixed for 2.4.3 but has regressed again.
https://bugzilla.novell.com/show_bug.cgi?id=583451
Would it be possible to get this fixed for 2.4.4+ ? It does work in the 2.6
branch as of r151801, so no need to prioritise this one now ;)
Alan.
On Tue, Feb 23, 2010 at 11:04 PM, Miguel de
Hi,
Mono currently implements a shared handle mechanism to support .net
applications which share handles between processes, a
windows feature. This requires sharing state between mono processes, which
is very problematic, so I would suggest making it opt in mono 2.8, i.e.
introduce a
On Fri, 2010-02-26 at 01:45 +0100, Zoltan Varga wrote:
Mono currently implements a shared handle mechanism to support .net
applications which share handles between processes, a
windows feature. This requires sharing state between mono processes,
which is very problematic, so I would
12 matches
Mail list logo