Re: [Mono-dev] OS X builds and -DUSE-MUNMAP

On Dec 1, 2006, at 2:55 PM, Miguel de Icaza wrote: Hello, Nobody has objected to turning on -DUSE_MUNMAP under OS X since I posted this email... Can somebody give me the go-ahead to commit the configure.in change needed to switch over? Go ahead. Committed. -- Allan Hsu allan

[Mono-dev] OS X builds and -DUSE-MUNMAP

been shipping builds of Mono with this turned on for a few months now, so as far as I know, it does work. -Allan -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779 ___ Mono-devel-list mailing list Mono

Re: [Mono-dev] [PATCH] OS X MACHINE_THREAD_STATE patch for newer 10.4u SDK

It should be backwards compatible with older versions of the SDK. -Allan -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779 On Nov 12, 2006, at 4:22 AM, Miguel de Icaza wrote: Will this patch still allow people with older versions of gcc/Xcode

[Mono-dev] [PATCH] OS X MACHINE_THREAD_STATE patch for newer 10.4u SDK

part and future headers will be similarly broken. I will be submitting the same patch to libgc upstream. -Allan -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779 Index: libgc/darwin_stop_world.c

Re: [Mono-dev] Call for release notes.

for OS X make it into 1.1.18? Multithreaded applications no longer intermittently segfault under OS X might be a nice addition:) -Allan -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779 ___ Mono-devel

[Mono-dev] patch to fix OS X/Darwin segfaults.

Description: Binary data -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] GC/threading-related mach port leak on OS X

on, but I don't know where the code in question lives (or how it works). Can somebody with knowledge of the GC help me out here? -Allan -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779 ___ Mono

Re: [Mono-dev] GC/threading-related mach port leak on OS X

On Jun 13, 2006, at 5:16 PM, Allan Hsu wrote: I've been spending some time trying to fix a mach port leak that occurs under OS X. The bug (and the progress that I've been making) is logged here: http://bugs.ximian.com/show_bug.cgi?id=78628 I think I've fixed this with a patch against

Re: [Mono-dev] Async socket connection problem on FreeBSD

I used to have this same problem on OS X. You may want to try the latest release (1.1.13.2) to see if the problem still exists (it has at least been fixed on OS X). -Allan -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779 On Feb 11, 2006

Re: [Mono-dev] mono_thread_attach/mono_thread_detach not threadsafe?

One thing I forgot to mention: This code will not print the warning on OS X or segfault on Linux if you run it with GC_DONT_GC=1. -Allan -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779 On Jan 30, 2006, at 7:44 PM, Allan Hsu wrote: Lately

[Mono-dev] _wapi_handle_unref: what does it mean?

**: _wapi_handle_unref: Attempting to unref unused handle 0xccb More specifically, I'd like to know just how bad it is and what sorts of things can cause it. -Allan -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779

Re: [Mono-dev] embedded runtime questions

previous 100% when we weren't caching at all :) It doesn't prevent the caller from using the faster form, but that doesn't mean it shouldn't be decently fast. -Allan -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779

[Mono-dev] embedded runtime questions

in the embedding page sounds interesting, but I'd be happy with something more complicated. See you guys next week at PDC. -Allan -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779 ___ Mono-devel-list mailing

Re: [Mono-dev] Mono on OSX 10.4 (Cocoa and Threading)

implementation under OS X. I have experienced similar deadlocks. The toy code I posted for bug #75558 sometimes exhibits deadlocking behaviour under 10.4.2: http://bugs.ximian.com/show_bug.cgi?id=75558 -Allan -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779

Re: [Mono-devel-list] plans for a native AES wrapper.

performance difference between the two. We may still ship the internal call implementation for reasons unrelated to performance; it reduces our library dependencies and makes it harder to do something malicious via library substitution. -Allan -- Allan Hsu allan at counterpop dot net 1E64

[Mono-devel-list] plans for a native AES wrapper.

to register internal calls at runtime when running mono like a normal, sane person? Will this be any faster than using p/Invoke? -Allan -- Allan Hsu allan at counterpop dot net 1E64 E20F 34D9 CBA7 1300 1457 AC37 CBBB 0E92 C779 ___ Mono-devel-list

Re: [Mono-devel-list] mono AES performance woes (was: poor PPC JIT output)

On Jul 18, 2005, at 2:59 AM, Paolo Molaro wrote: On 07/15/05 Allan Hsu wrote: Is there any reference on what sorts of things you can change using mono_set_defaults? Following the mono source for references to that function wasn't particularly enlightening. It would be useful if the grep

[Mono-devel-list] mono AES performance woes (was: poor PPC JIT output)

On Jul 15, 2005, at 3:39 AM, Paolo Molaro wrote: On 07/14/05 Allan Hsu wrote: Code generated by the PPC code emitter performs very poorly in comparison to the same code emitted for other platforms (most notably, x86). I had a brief conversation about this with Miguel in #mono today and he

[Mono-devel-list] poor PPC JIT output

effort to optimize the PPC code emitter? The above two methods account for the majority of CPU time on a pegged 2Ghz G5 while decrypting AES blocks coming off the wire. The x86 machine encrypting the data (also running mono) doesn't even break a sweat. -Allan -- Allan Hsu allan