On Fri, Sep 12, 2014 at 12:47 AM, Rodrigo Kumpera kump...@gmail.com wrote:
How about internally renaming mono_thread_manage and add a no-op version of
it.
It would retain compatibility with wine and would not further complicate the
shutdown sequence.
Sounds good to me.
thank you for Robert's comment,
Internals calls must not return structs. This is not supported across
all platforms.
Hzj_jie: but i see GetName_internal and SetName_internal are all
using string and InternalThread, do you mean ThreadPriority enum?
but i really cannot
I am trying to find the definition for this:
mcs/class/corlib/System.IO/MonoIO.cs: public
extern static void Lock (...)
I'd like to know how the Lock() method is implemented, so I can understand the
valid parameters. (I know the two ints must be = 0, but I'd like
I would really appreciate help with this. I need to check that a dll I
generated via reflection is correct, however peverify won't even start:
[me@somewhere]$ peverify tmp.dll
Could not load class with token 202
* Assertion at class.c:5607, condition `!mono_loader_get_last_error ()' not
met
See icall-def.h
On Fri, Sep 12, 2014 at 1:08 PM, Edward Ned Harvey (mono)
edward.harvey.m...@clevertrove.com wrote:
I am trying to find the definition for this:
mcs/class/corlib/System.IO/MonoIO.cs: public
extern static void Lock (...)
I'd like to know how
peverify does verify everything eagerly and do very strict checks.
mono --verify-all disables some of the strict checks and does perform the
checking lazily only on what's executed.
Could you file a bug with your binary attached so I can take a look on
fixing this assert (I'm the author of this
We have a Mono application that we have been successfully running against Mono
3.2.7 for some time now. We have built Mono ourselves from the source because
we're targeting the i586 architecture.
We're targeting a headless embedded device, so we've tried to remove things
that we don't use.
Bug 17170 is marked as RESOLVED/FIXED but it's still occurring with a git
pull of the latest as of this morning:
https://bugzilla.xamarin.com/show_bug.cgi?id=17170
The proposed workaround of
make EXTERNAL_MCS=${PWD}/mcs/class/lib/monolite/gmcs.exe
After getting monolite and before running
Hi,
Just reporting I got similar issues compiling from the 3.8.0 tarball, on a
CentOS system (with or without a previous working mono runtime already
available). Not quite the message in that bug report, but failing to find a
working gmcs (sorry cannot access the message details right now),