Re: [Mono-dev] [PATCH] Managed Marshal.Copy implemantations

On Dec 14, 2007 10:59 PM, Kornél Pál <[EMAIL PROTECTED]> wrote: > I see no reason to implement Marshal.Copy in unmanaged code. I'm wrong > please let me know. Well, it seems like there's a lot more duplicated code in your patch than before. Just my 2¢, -- Felipe. ___

[Mono-dev] [PATCH] Managed Marshal.Copy implemantations

Hi, I see no reason to implement Marshal.Copy in unmanaged code. I'm wrong please let me know. Please review the patch and if you like it please approve. Kornél Marshal.diff Description: Binary data ___ Mono-devel-list mailing list Mono-devel-lis

[Mono-dev] 1.2.6: threads.h

I am compiling an embedding library which #includes , however in 1.2.6 this file does not compile cleanly. threads.h apparently further includes , which is no longer shipped with mono. Commenting out lines 70-72 (which reference the MonoThreadState class) solves the problem. Trivial programs s

Re: [Mono-dev] Problems Compiling Mono in Cygwin

Hi, >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Luke Page >Sent: viernes, 14 de diciembre de 2007 10:54 >To: mono-devel-list@lists.ximian.com >Subject: [Mono-dev] Problems Compiling Mono in Cygwin > >Hello, > >I am currently pulling my hair out over compiling the latest trunk

Re: [Mono-dev] NUnit in Mono.

I noticed in C:\WINDOWS\assembly I have NUnit 2.4.2 and under Mono\lib\mono\gac\nunit.core I see NUnit 2.2.8. Which brings me to a couple of questions. Is Mono putting NUnit in both places and if so how are the versions different? If not, I use SharpDevelop to do my Mono development, does anyone k

Re: [Mono-dev] MoMA: Changes in 1.2.6 Version

UPDATE: I forgot that the new definitions contained a method signature that MoMA was unable to handle, so you actually DO have to download a new copy from the MoMA home page for 1.2.6 to work. Sorry for the confusion. :( http://www.mono-project.com/MoMA Jonathan Jonathan Pobst wrote: > Hey

Re: [Mono-dev] Problems Compiling Mono in Cygwin

I apologise for a third email. When I put mscorlib in the place it sugests (in order to try out just that command on its own) it just crashes in the same way as the build, suggesting mscorlib problem is a red-herring : The real problem is compiler-tester throwing an unhandled exception during a cy

Re: [Mono-dev] Problems Compiling Mono in Cygwin

I've tried another 9 times. It always fails in the same place. Do you have any other ideas as to what could be causing this problem? On Dec 14, 2007 10:05 AM, Luke Page <[EMAIL PROTECTED]> wrote: > #2 did once occur in a different place (System.XML.Linq) and then > continued on to compiler-test t

Re: [Mono-dev] Moma 1.2.6 bug

This was actually answered a bit earlier in a separate thread. You need to grab the latest moma.exe from: http://www.mono-project.com/MoMA, Alan. On Dec 14, 2007 6:17 AM, Dennis Hayes <[EMAIL PROTECTED]> wrote: > I downloaded the Moma 1.2.6 definitions, but when I try to run Moma > withthe new d

Re: [Mono-dev] Problems Compiling Mono in Cygwin

#2 did once occur in a different place (System.XML.Linq) and then continued on to compiler-test the next make I tried, but I then tried make 3 times in a row without it moving off compiler-test. Since maybe I was unlucky, I'll have a go at trying it a few more times. Regards, Luke On Dec 14, 2007

Re: [Mono-dev] Problems Compiling Mono in Cygwin

Hi, #2 has happened to me a couple of times too when running 'make'. It's a very sporadic error which occurs once in a while and in different places, so what I did was running make again until it finished successfully (it always got a little bit further while compiling, until it finished succes

[Mono-dev] Problems Compiling Mono in Cygwin

Hello, I am currently pulling my hair out over compiling the latest trunk of mono from SVN. I have XP SP2 and am following Shana's guide as suggested by the mono website (http://shana.iidbbs.com/en/mono_cygwin_tutorial.html). The first problem may be irrelevant, as I solved it, but it does seem s

Re: [Mono-dev] Crash in ApplicationSettingsBase if property with SettingsSerializeAs.Xml is set to null

To explain it better, as the test case demonstrates, I am not explicity setting the value the RandomList value to null, but rather just setting the other value and this causes the crash. Thanks, Justin Cherniak On Dec 14, 2007 2:04 AM, Justin Cherniak <[EMAIL PROTECTED]> wrote: > Hello everyone,

[Mono-dev] Crash in ApplicationSettingsBase if property with SettingsSerializeAs.Xml is set to null

Hello everyone, I cannot really explain the reason behind this bug (I tried probing the source to no avail), but if you setting a setting on an ApplicationSettingsBase, if another setting which the SettingsSerializeAs( SettingsSerializeAs.Xml) attribute on it is null, the following crash occurs: