- 22 9月, 2010 1 次提交
-
-
由 Marek Safar 提交于
-
- 21 9月, 2010 4 次提交
-
-
由 Andrew Jorgensen 提交于
-
由 Rodrigo Kumpera 提交于
-
由 Rodrigo Kumpera 提交于
-
由 Rodrigo Kumpera 提交于
* AssemblyBuilder.cs (GetTypes): Raise ReflectionTypeLoadException if any type was not finished. * AssemblyBuilderTest.cs: Add test for GetTypes () and incomplete TypeBuilders'. Fixes #640288
-
- 18 9月, 2010 2 次提交
-
-
由 Andrew Jorgensen 提交于
-
由 Marek Safar 提交于
-
- 17 9月, 2010 6 次提交
-
-
由 Gonzalo Paniagua Javier 提交于
Not only it didn't fix anything but it broke a test.
-
由 Atsushi Eno 提交于
-
由 Atsushi Eno 提交于
-
由 Andrew Jorgensen 提交于
-
由 Gonzalo Paniagua Javier 提交于
Why on earth this wasn't found earlier? $20 reward to whoever gives a plausible explanation.
-
由 Marek Safar 提交于
-
- 16 9月, 2010 8 次提交
-
-
由 Miguel de Icaza 提交于
-
由 Rodrigo Kumpera 提交于
* threads.c (mono_thread_suspend_all_other_threads): wait_data must not be malloc'd since it holds managed pointers. Alloc it on stack since the struct is about 512/1024 bytes long. * threads.c (mono_thread_manage): Ditto. * threads.c (mono_threads_request_thread_dump): Ditto.
-
由 Marek Safar 提交于
MONO_PATH does not work for subsequent dlls, so have to workaround it by using full path for dlls in 3.5 profile which does not have it's own mscorlib
-
由 Miguel de Icaza 提交于
This error was found by Gonzalo when he was looking at another problem when thread IDs overflowed ints. Currently we use gpointers in the io-layer for the threadid, but we were only exposing the value as an int32. The good news is that the code is not really used right now, but could cause problems in the future as we extend Process.
-
由 Ankit Jain 提交于
-
由 Andrew Jorgensen 提交于
-
由 Rodrigo Kumpera 提交于
* Type.cs (GetTypeCodeImpl): If the type is a TypeBuilder call into specific code. * TypeBuilder.cs (GetTypeCodeInternal): New method that handles enums correctly. This change is required because calling into the runtime with incomplete TypeBuilders cause the runtime to crash.
-
由 Geoff Norton 提交于
The embedding code looks at the executable name, and builds the embedding profile from that, however the default install has a /usr/bin/mono symlink pointing to /Library/Frameworks/Mono.framework. We now resolve the symlink before allowing the embedding code to proceed.
-
- 15 9月, 2010 8 次提交
-
-
由 Marek Safar 提交于
-
由 Gonzalo Paniagua Javier 提交于
Ditto. This should fix MD problems when SHM is disabled.
-
由 Marek Safar 提交于
-
由 Gonzalo Paniagua Javier 提交于
-
由 Jérémie Laval 提交于
Allow recursive Write + n * Read lock pattern for ReaderWriterLockSlim and add corresponding unit test
-
由 Jérémie Laval 提交于
Generalize ThreadLockState to include recursive count informations and update them accordingly in the different Enter/Exit methods
-
由 Jérémie Laval 提交于
-
由 Marek Safar 提交于
Fixes 639010
-
- 14 9月, 2010 6 次提交
-
-
由 Geoff Norton 提交于
-
由 Geoff Norton 提交于
We were having a crash on OSX due to thread->tid not equalling the passed tid due to a signedness issue.
-
由 Geoff Norton 提交于
-
由 Zoltan Varga 提交于
-
由 Geoff Norton 提交于
The wapi init functions call this even when shared is compiled out, lets just return FALSE to get into the right codepaths.
-
由 Geoff Norton 提交于
Android defines a variable called "major" in its headers, lets rename major -> major_collector to work around the conflict. Not every architecture/platform has ucontext_t, so lets not strongly type our contexts to that and let the macros do their job.
-
- 11 9月, 2010 4 次提交
-
-
由 Zoltan Varga 提交于
when running with SGEN, since SGEN writes to those arrays in: ==29095== at 0x6844E5: add_or_remove_disappearing_link (sgen-gc.c:4143) ==29095== by 0x6845F8: mono_gc_register_disappearing_link (sgen-gc.c:4167) ==29095== by 0x67DE35: clear_domain_process_object (sgen-gc.c:1384) ==29095== by 0x67DEA3: clear_domain_process_major_object_callback (sgen-gc.c:1400) ==29095== by 0x6DE2DC: major_iterate_objects (sgen-marksweep.c:692) ==29095== by 0x67E00B: mono_gc_clear_domain (sgen-gc.c:1459)
-
由 Geoff Norton 提交于
-
由 Geoff Norton 提交于
svn path=/branches/mono-2-6/mono/; revision=148851
-
由 Geoff Norton 提交于
* debugger-agent.c: The end_runtime_invoke guard isn't working on AMD64 as __builtin_frame_address (1) returns NULL. Disable the behaviour by default, and make it runtime configurable. svn path=/branches/mono-2-6/mono/; revision=148421
-
- 10 9月, 2010 1 次提交
-
-
由 Miguel de Icaza 提交于
Simplifies the code a little bit by eliminating the in_quote variable, but also fixes the rules to follow the requirements from the "Shell Command Language" specification on the Unix03 site: http://opengroup.org/onlinepubs/007908775/xcu/chap2.html#tag_001_002 In particular, the interpretation of the backslash inside double quotes is limited to a handful of characters. Notice that this differs from the glib implementation which is not correct either.
-