Re: [Mono-winforms-list] [Mono-osx] Using native Cocoa WebKit for System.Windows.Forms.WebBrowser on Mac OS X
Alex Shulgin wrote: Hi, Recently I've been struggling to bring up native (Cocoa-based) WebKit as WinForms WebBrowser control on OS X. Just wondering... Do my efforts look _that_ crazy so no one is willing even to comment? ;) -- Yours, Alex ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] [Mono-osx] Using native Cocoa WebKit for System.Windows.Forms.WebBrowser on Mac OS X
Atsushi Eno wrote: There is a few hackers who can _review and_ commit changes, and it is very likely no osx hacker has enough time to do it now. I didn't say it should be committed. I just need some help from OSX guys out there. If they could say anything, even it can't be done, so forget about it, I'd go look for another options. :) We are pretty much resource-limited team :( OK, at least I know I'm not being ignored. -- Regards, Alex Alex Shulgin wrote: Alex Shulgin wrote: Hi, Recently I've been struggling to bring up native (Cocoa-based) WebKit as WinForms WebBrowser control on OS X. Just wondering... Do my efforts look _that_ crazy so no one is willing even to comment? ;) -- Yours, Alex ___ Mono-osx mailing list mono-...@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-osx ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] multi byte text input support
Hello, In case you need multi byte text input, here is my patch: https://bugzilla.novell.com/show_bug.cgi?id=501276 (I'm posting here just to notify that a patch exists.) Atsushi Eno ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] [Mono-osx] multi byte text input support
Go ahead and commit this. Thanks eno On 23-Jun-09, at 8:42 AM, Atsushi Eno wrote: Hello, In case you need multi byte text input, here is my patch: https://bugzilla.novell.com/show_bug.cgi?id=501276 (I'm posting here just to notify that a patch exists.) Atsushi Eno ___ Mono-osx mailing list mono-...@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-osx ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] A type load exception has ocurred Report Viewer
Hi everybody I have a big problem with my application, I have too many reports and when I open a form that has report viewer I get this expection A type load exception has ocurred and I wanted to know if mono 2.4 supports report viewer or not, or if there is a plugin to make report viewr works Thanks -- View this message in context: http://www.nabble.com/A-type-load-exception-has-ocurred-Report-Viewer-tp24167720p24167720.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-dev] nunit test upgrading task force
Hi, I'm thinking if we can upgrade our nunit tests to eliminate derivation from Assertion (such as eliminating AssertEquals), to make our tests ready for future versions of NUnit. The task is very easy: if there is a test class that looks like [TestFixture] public class FooTest : Assertion { [Test] public void FooBar () { AssertEquals (#1, str1, str2); } } rewrite it like: [TestFixture] public class FooTest { [Test] public void FooBar () { Assert.AreEqual (str1, str2, #1); } } I tried to count it by grep AssertEquals, and there were 8000 lines in corlib, 1000 lines in System, 1500 lines in Sys.XML, and so on. So, it is a simple but massive task that I cannot do it by myself. But if we can hack a volunteer team from here it would be possible. If you can join the effort, you are welcome :) * list of the files I have made an easy list of such old test files on a spreadsheet: http://spreadsheets.google.com/pub?key=rkWl-ZQHJvcu6tkJOeFFg3Aoutput=html * workflow Basically, removing the base class (Assertion) will give lots of errors. And when there is no more errors, then you are done with it. You might want to mark your ownership on the spreadsheet before you actually start working on them. I'll release the ownership if some of them are locking. If you have commit access, let's just check in. Otherwise, post your changes. (attachment, monoport, etc.) One sort of concern is that, if you are actively maintaining some code files and making changes in such old test files, please mark them as you don't want them changed. We don't have to do this conversion task perfectly right now. (And of course you don't have to do upgrade task by yourself because of marking them.) * starting If you are willing to join the task force, please drop me a line and/or post to the list (here) :) I'll share the spreadsheet so that you can edit the spreadsheet. If you don't have Google account, I'll update it instead (with possible delay). Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.2 and OpenEmbedded
What on earth is 1.9.1+2.2-rc1-r3? Any reason on why not use mono 2.4 which is the latest stable version? Cheers, Rodrigo Compiling with Bitbake requires Bitbake (.bb) files. OpenEmbedded provides recipes of the mono-1.2.6 version which compiled correctly and this 1.9.1+2.2 version which is, I suppose, a combined file for the 1.9.1 and the 2.2 version. Since I'm a novice, I'm trying to compile the already provided versions before creating myself a .bb file. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] nunit test upgrading task force
We could automate the change using a regexp and do a massive replace, no? Using Notepad++ (http://notepad-plus.sourceforge.net/uk/regExpList.php), this seems to work fine: Find: AssertEquals \((.+[^,]),(.+[^,]), (.+[^,])\); Replace with: Assert.AreEqual (\2, \3, \1); Needs a bit more work to remove the : Assertion part, but that's the idea. What do you think? Atsushi Eno-3 wrote: Hi, I'm thinking if we can upgrade our nunit tests to eliminate derivation from Assertion (such as eliminating AssertEquals), to make our tests ready for future versions of NUnit. The task is very easy: if there is a test class that looks like [TestFixture] public class FooTest : Assertion { [Test] public void FooBar () { AssertEquals (#1, str1, str2); } } rewrite it like: [TestFixture] public class FooTest { [Test] public void FooBar () { Assert.AreEqual (str1, str2, #1); } } I tried to count it by grep AssertEquals, and there were 8000 lines in corlib, 1000 lines in System, 1500 lines in Sys.XML, and so on. So, it is a simple but massive task that I cannot do it by myself. But if we can hack a volunteer team from here it would be possible. If you can join the effort, you are welcome :) * list of the files I have made an easy list of such old test files on a spreadsheet: http://spreadsheets.google.com/pub?key=rkWl-ZQHJvcu6tkJOeFFg3Aoutput=html * workflow Basically, removing the base class (Assertion) will give lots of errors. And when there is no more errors, then you are done with it. You might want to mark your ownership on the spreadsheet before you actually start working on them. I'll release the ownership if some of them are locking. If you have commit access, let's just check in. Otherwise, post your changes. (attachment, monoport, etc.) One sort of concern is that, if you are actively maintaining some code files and making changes in such old test files, please mark them as you don't want them changed. We don't have to do this conversion task perfectly right now. (And of course you don't have to do upgrade task by yourself because of marking them.) * starting If you are willing to join the task force, please drop me a line and/or post to the list (here) :) I'll share the spreadsheet so that you can edit the spreadsheet. If you don't have Google account, I'll update it instead (with possible delay). Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- View this message in context: http://www.nabble.com/nunit-test-upgrading-task-force-tp24160673p24163520.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] nunit test upgrading task force
Stifu wrote: We could automate the change using a regexp and do a massive replace, no? Using Notepad++ (http://notepad-plus.sourceforge.net/uk/regExpList.php), this seems to work fine: Find: AssertEquals \((.+[^,]),(.+[^,]), (.+[^,])\); Replace with: Assert.AreEqual (\2, \3, \1); Needs a bit more work to remove the : Assertion part, but that's the idea. What do you think? I believe Atsushi does not care how this conversion is performed as long as he doesn't have to do on his own. You may use a regexp or a farm of typing monkeys as long you just do it (TM) :) Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] nunit test upgrading task force
Well, I don't have write access myself, so just giving ideas. Robert Jordan wrote: I believe Atsushi does not care how this conversion is performed as long as he doesn't have to do on his own. You may use a regexp or a farm of typing monkeys as long you just do it (TM) :) Robert -- View this message in context: http://www.nabble.com/nunit-test-upgrading-task-force-tp24160673p24164426.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.2 and OpenEmbedded
On Tue, Jun 23, 2009 at 5:12 AM, paul.herl...@aulofee.com wrote: What on earth is 1.9.1+2.2-rc1-r3? Any reason on why not use mono 2.4 which is the latest stable version? Cheers, Rodrigo Compiling with Bitbake requires Bitbake (.bb) files. OpenEmbedded provides recipes of the mono-1.2.6 version which compiled correctly and this 1.9.1+2.2 version which is, I suppose, a combined file for the 1.9.1 and the 2.2 version. Since I'm a novice, I'm trying to compile the already provided versions before creating myself a .bb file. You'll have to ask the OE community for help on the 1.9.1+2.2 frankenstein as this is not a configuration seen outside. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] nunit test upgrading task force
I'd be more than happy to help with the upgrade, just tell me which ones you want me to do. -- Levi Campbell levicc00...@gmail.com GPG key ID: 7710A5E7 Casey Stengelhttp://www.brainyquote.com/quotes/authors/c/casey_stengel.html - All right everyone, line up alphabetically according to your height. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] nunit test upgrading task force
Oh, yes Robert is right. I haven't actually tried if it automated rewrite is possible (and safe). If it is possible just with a script, that's awesome :) Just put patches and script somewhere (you don't need write access for that). Atsushi Eno Stifu wrote: Well, I don't have write access myself, so just giving ideas. Robert Jordan wrote: I believe Atsushi does not care how this conversion is performed as long as he doesn't have to do on his own. You may use a regexp or a farm of typing monkeys as long you just do it (TM) :) Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] nunit test upgrading task force
Thanks! I have added you to the spreadsheet editor. Please pick blank ones, mark as yours (you are going to change), and start upgrading. Atsushi Eno Levi Campbell wrote: I'd be more than happy to help with the upgrade, just tell me which ones you want me to do. -- Levi Campbell levicc00...@gmail.com mailto:levicc00...@gmail.com GPG key ID: 7710A5E7 Casey Stengel http://www.brainyquote.com/quotes/authors/c/casey_stengel.html - All right everyone, line up alphabetically according to your height. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] nunit test upgrading task force
Rodrigo gave another input that we will have to add [Test] and [TestFixture] in case they are missing. Atsushi Eno Atsushi Eno wrote: Oh, yes Robert is right. I haven't actually tried if it automated rewrite is possible (and safe). If it is possible just with a script, that's awesome :) Just put patches and script somewhere (you don't need write access for that). Atsushi Eno Stifu wrote: Well, I don't have write access myself, so just giving ideas. Robert Jordan wrote: I believe Atsushi does not care how this conversion is performed as long as he doesn't have to do on his own. You may use a regexp or a farm of typing monkeys as long you just do it (TM) :) Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Debugger Unit tests
How do I run the unit test suite for the debugger? Thanks, jonas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] nunit test upgrading task force
Hi, What you described below, plus the later comment about adding TestFixture and test, should work OK. If there are other types of asserts, you'll need to translate them. I'm happy to take any questions (list or direct email) of the nature What's the best way ... Also, even though I called 2.4.8 the last 2.4 release, I'd be glad to to a 2.4.9 for Mono if there should be any problems that are easy to fix. Charlie PS: If you find (using NUnit 2.4.x) that anything is marked Obsolete, you can pretty much count that it's already gone in 2.5. -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Atsushi Eno Sent: Monday, June 22, 2009 11:35 PM To: mono-devel-list@lists.ximian.com; Mono Mailing List Subject: [Mono-dev] nunit test upgrading task force Hi, I'm thinking if we can upgrade our nunit tests to eliminate derivation from Assertion (such as eliminating AssertEquals), to make our tests ready for future versions of NUnit. The task is very easy: if there is a test class that looks like [TestFixture] public class FooTest : Assertion { [Test] public void FooBar () { AssertEquals (#1, str1, str2); } } rewrite it like: [TestFixture] public class FooTest { [Test] public void FooBar () { Assert.AreEqual (str1, str2, #1); } } I tried to count it by grep AssertEquals, and there were 8000 lines in corlib, 1000 lines in System, 1500 lines in Sys.XML, and so on. So, it is a simple but massive task that I cannot do it by myself. But if we can hack a volunteer team from here it would be possible. If you can join the effort, you are welcome :) * list of the files I have made an easy list of such old test files on a spreadsheet: http://spreadsheets.google.com/pub?key=rkWl-ZQHJvcu6tkJOeFFg3A output=html * workflow Basically, removing the base class (Assertion) will give lots of errors. And when there is no more errors, then you are done with it. You might want to mark your ownership on the spreadsheet before you actually start working on them. I'll release the ownership if some of them are locking. If you have commit access, let's just check in. Otherwise, post your changes. (attachment, monoport, etc.) One sort of concern is that, if you are actively maintaining some code files and making changes in such old test files, please mark them as you don't want them changed. We don't have to do this conversion task perfectly right now. (And of course you don't have to do upgrade task by yourself because of marking them.) * starting If you are willing to join the task force, please drop me a line and/or post to the list (here) :) I'll share the spreadsheet so that you can edit the spreadsheet. If you don't have Google account, I'll update it instead (with possible delay). Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] CultureInfo_construct datetime_format and number_format fix for Windows.
Hi, On Windows users can customize the regional options for their language. To get this information you can call GetLocaleInfo to obtain each individual setting. The attached patch is a new implementation of ves_icall_System_Globalization_CultureInfo_construct_datetime_format and ves_icall_System_Globalization_CultureInfo_construct_number_format for Windows to obtain the correct settings. Also this patch contains a fix the missing implementation of g_win32_getlocale in eglib. -bill 2009-06-23 Bill Holmes billholme...@gmail.com * locales.c (ves_icall_System_Globalization_CultureInfo_construct_datetime_format) (ves_icall_System_Globalization_CultureInfo_construct_number_format) : For Windows call GetLocaleInfoA when possible to populate the culture info. This is needed when users customize a language for the regional options. * locales.c (get_current_locale_name) : Replace the eglib call to g_win32_getlocale. Contributed under MIT/X11 license. CultureInfo_construct.patch Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] nunit test upgrading task force
Hi, I'm thinking if we can upgrade our nunit tests to eliminate derivation from Assertion (such as eliminating AssertEquals), to make our tests ready for future versions of NUnit. The task is very easy: if there is a test class that looks like [TestFixture] public class FooTest : Assertion { [Test] public void FooBar () { AssertEquals (#1, str1, str2); } } rewrite it like: [TestFixture] public class FooTest { [Test] public void FooBar () { Assert.AreEqual (str1, str2, #1); } } I tried to count it by grep AssertEquals, and there were 8000 lines in corlib, 1000 lines in System, 1500 lines in Sys.XML, and so on. So, it is a simple but massive task that I cannot do it by myself. But if we can hack a volunteer team from here it would be possible. If you can join the effort, you are welcome :) * list of the files I have made an easy list of such old test files on a spreadsheet: http://spreadsheets.google.com/pub?key=rkWl-ZQHJvcu6tkJOeFFg3Aoutput=html * workflow Basically, removing the base class (Assertion) will give lots of errors. And when there is no more errors, then you are done with it. You might want to mark your ownership on the spreadsheet before you actually start working on them. I'll release the ownership if some of them are locking. If you have commit access, let's just check in. Otherwise, post your changes. (attachment, monoport, etc.) One sort of concern is that, if you are actively maintaining some code files and making changes in such old test files, please mark them as you don't want them changed. We don't have to do this conversion task perfectly right now. (And of course you don't have to do upgrade task by yourself because of marking them.) * starting If you are willing to join the task force, please drop me a line and/or post to the list (here) :) I'll share the spreadsheet so that you can edit the spreadsheet. If you don't have Google account, I'll update it instead (with possible delay). Atsushi Eno ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] license
ignorator wrote: i have found that in the faq Or if you ship an application that requires to statically link the Mono runtime and you are not able to provide the object code to relink Mono, you must obtain a commercial license from Novell. what does provide the object code to relink Mono mean? It means that you have to provide the necessary bits (objects files, build scripts, etc.) such that your application can be re-linked against the static mono library. Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Compile mono for ARM
libgc is mistakenly trying to use linux support for backtraces which your target doesn't look to have. You can hack around libgc configure. On Thu, Jun 18, 2009 at 11:45 AM, orsol palnit...@gmail.com wrote: Hi I'm trying to compile mono 2.4 for embedded device that working on ARM. Using Scratchbox 1 with scratchbox-toolchain-arm-gcc3.4-uclibc0.9.28-1.0.4-i386.tar.gz I have compiled pkg-config 0.23 and glib 2.20.3. In mono directory ./configure works fine, but make command returns error: os_dep.c:4024:23: execinfo.h: No such file or directory make[3]: *** [os_dep.lo] Error 1 What i'm doing wrong. Sorry for bad English. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] license
On Fri, Jun 19, 2009 at 8:15 PM, ignoratorthe_ignora...@hotmail.com wrote: i have found that in the faq Or if you ship an application that requires to statically link the Mono runtime and you are not able to provide the object code to relink Mono, you must obtain a commercial license from Novell. what does provide the object code to relink Mono mean? Just to add some clarification in addition to Robert's response: this is only required if you are embedding the Mono runtime in your application. If you are writing a managed application using Mono then this clause does not apply. -- Chris Howie http://www.chrishowie.com http://en.wikipedia.org/wiki/User:Crazycomputers ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Can Mono Assembly and Mono Framework be integrated as one package?
On Thu, Jun 18, 2009 at 11:34 AM, Akash Kavaack...@gmail.com wrote: I have been looking for help on mono, and I understand that mono application requires mono framework installed as well. However is it possible to integrate mono assembly and mono framework packaged in such a way that user can directly start running it. For example, is it possible to create one big EXE for windows and one APP file for mac which users can start running without doing any configuration or any download steps, And it can run as inside a virtual mono framework which does not conflict with if any mono framework on same machine is installed or not. The answer is yes, but you'll likely have to figure this out on your own. Also, note that if I found some app that did the same thing, and did not make changes to the Mono runtime to warrant it, I would probably not use it. If you are distributing an unmodified version of mono alongside your app then you are wasting disk space on your target machines. The mono framework is designed to be shared by multiple applications without problems, so there is generally no need to do this. -- Chris Howie http://www.chrishowie.com http://en.wikipedia.org/wiki/User:Crazycomputers ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mono on suse enterprise linux for free?
I noticed right before downloading mono that if you're running SLES you have to purchase the mono extension from novell. Is there any way to run one of the other mono distro's so that you dont' have to buy it? Is it just for support from novell? -- View this message in context: http://www.nabble.com/mono-on-suse-enterprise-linux-for-free--tp24167331p24167331.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] MONO_PATH has missing assembly?
I installed Firebird on my MacBook and couldn't get it working so I tried to uninstall it. It didn't come with anything to uninstall it so I had to look to the web to find a way to do it. I found a script someone posted somewhere which seemed to do the trick but now when i run my ASP.NET app I am writing I get the message below. If I am understanding the message right is it trying to tell me that assembly is still referenced in MONO_PATH? The application still runs and works fine, it just spams me with a warning every time I run it. How do I clean things up? Greg Here is the message I get: ** (/Library/Frameworks/Mono.framework/Versions/2.4/lib/mono/2.0/xsp2.exe:1101): WARNING **: The following assembly referenced from /var/folders/Em/EmBovug4HK4yXgbTPGSAbE+++TI/-Tmp-/fyndor-temp-aspnet-0/998f1177/assembly/shadow/9a2884a5/55c33527_cfebb182_0001/FirebirdSql.Data.FirebirdClient.dll could not be loaded: Assembly: System.Data.Entity(assemblyref_index=3) Version:3.5.0.0 Public Key: b77a5c561934e089 The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/var/folders/Em/EmBovug4HK4yXgbTPGSAbE+++TI/-Tmp-/fyndor-temp-aspnet-0/998f1177/assembly/shadow/9a2884a5/55c33527_cfebb182_0001/). ** (/Library/Frameworks/Mono.framework/Versions/2.4/lib/mono/2.0/xsp2.exe:1101): WARNING **: Could not load file or assembly 'System.Data.Entity, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' or one of its dependencies. -- View this message in context: http://www.nabble.com/MONO_PATH-has-missing-assembly--tp24160594p24160594.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] [Mono-dev] nunit test upgrading task force
Hi, What you described below, plus the later comment about adding TestFixture and test, should work OK. If there are other types of asserts, you'll need to translate them. I'm happy to take any questions (list or direct email) of the nature What's the best way ... Also, even though I called 2.4.8 the last 2.4 release, I'd be glad to to a 2.4.9 for Mono if there should be any problems that are easy to fix. Charlie PS: If you find (using NUnit 2.4.x) that anything is marked Obsolete, you can pretty much count that it's already gone in 2.5. -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Atsushi Eno Sent: Monday, June 22, 2009 11:35 PM To: mono-devel-l...@lists.ximian.com; Mono Mailing List Subject: [Mono-dev] nunit test upgrading task force Hi, I'm thinking if we can upgrade our nunit tests to eliminate derivation from Assertion (such as eliminating AssertEquals), to make our tests ready for future versions of NUnit. The task is very easy: if there is a test class that looks like [TestFixture] public class FooTest : Assertion { [Test] public void FooBar () { AssertEquals (#1, str1, str2); } } rewrite it like: [TestFixture] public class FooTest { [Test] public void FooBar () { Assert.AreEqual (str1, str2, #1); } } I tried to count it by grep AssertEquals, and there were 8000 lines in corlib, 1000 lines in System, 1500 lines in Sys.XML, and so on. So, it is a simple but massive task that I cannot do it by myself. But if we can hack a volunteer team from here it would be possible. If you can join the effort, you are welcome :) * list of the files I have made an easy list of such old test files on a spreadsheet: http://spreadsheets.google.com/pub?key=rkWl-ZQHJvcu6tkJOeFFg3A output=html * workflow Basically, removing the base class (Assertion) will give lots of errors. And when there is no more errors, then you are done with it. You might want to mark your ownership on the spreadsheet before you actually start working on them. I'll release the ownership if some of them are locking. If you have commit access, let's just check in. Otherwise, post your changes. (attachment, monoport, etc.) One sort of concern is that, if you are actively maintaining some code files and making changes in such old test files, please mark them as you don't want them changed. We don't have to do this conversion task perfectly right now. (And of course you don't have to do upgrade task by yourself because of marking them.) * starting If you are willing to join the task force, please drop me a line and/or post to the list (here) :) I'll share the spreadsheet so that you can edit the spreadsheet. If you don't have Google account, I'll update it instead (with possible delay). Atsushi Eno ___ Mono-devel-list mailing list mono-devel-l...@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono on suse enterprise linux for free?
This is only for commercial support and does not require you to purchase. http://www.mono-project.com/news/archive/2009/Apr-16.html On Tue, Jun 23, 2009 at 11:34 AM, manshack_onemanshack_...@yahoo.com wrote: I noticed right before downloading mono that if you're running SLES you have to purchase the mono extension from novell. Is there any way to run one of the other mono distro's so that you dont' have to buy it? Is it just for support from novell? -- View this message in context: http://www.nabble.com/mono-on-suse-enterprise-linux-for-free--tp24167331p24167331.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - mono-l...@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] license
Just to add some clarification in addition to Robert's response: this is only required if you are embedding the Mono runtime in your application. If you are writing a managed application using Mono then this clause does not apply. Thank you for your answers. So as far as I understan a usage similar to Unity3D would require a commercial license? -- View this message in context: http://www.nabble.com/license-tp24120573p24176122.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Cross compiling mono 2.4 to PowerPC
Hi I'm trying to cross compile mono 2.4 embedded PowerPC based system. For a couple of reasons, I'm trying to avoid building mono in the target itself. These are the steps I took: 1. Modified Configure.in Makefile.am to avoid compiling the libraries when in cross compile mode. - I needed this step because, the build system attempts to build libraries using mono itself. 2. Compiled the binaries for the target system. 3. Compiled mono for for the host system. 4. Copied the mono binary (built in step 2) and mscorlib.dll (built in step 3) to the target system. However, when I try to execute a mono app, I get the following error: The file /usr/lib/mscorlib.dll is an invalid CIL image Does the DLL in question contain native code? If not, is there any way I can overcome this problem? Thanks Dushara ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Cross compiling mono 2.4 to PowerPC
On 23-Jun-09, at 11:38 PM, Dushara Jayasinghe wrote: Hi I'm trying to cross compile mono 2.4 embedded PowerPC based system. For a couple of reasons, I'm trying to avoid building mono in the target itself. These are the steps I took: 1. Modified Configure.in Makefile.am to avoid compiling the libraries when in cross compile mode. - I needed this step because, the build system attempts to build libraries using mono itself. 2. Compiled the binaries for the target system. 3. Compiled mono for for the host system. 4. Copied the mono binary (built in step 2) and mscorlib.dll (built in step 3) to the target system. Have you looked at the configure options for step 12, specifically -- disable-mcs-build for cross compiling? That would likely save you a lot of pain rather than configure hacking. However, when I try to execute a mono app, I get the following error: The file /usr/lib/mscorlib.dll is an invalid CIL image Does the DLL in question contain native code? If not, is there any way I can overcome this problem? Thanks Dushara ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] license
On Tue, Jun 23, 2009 at 7:11 PM, ignoratorthe_ignora...@hotmail.com wrote: Just to add some clarification in addition to Robert's response: this is only required if you are embedding the Mono runtime in your application. If you are writing a managed application using Mono then this clause does not apply. Thank you for your answers. So as far as I understan a usage similar to Unity3D would require a commercial license? I assume that the PC/Mac versions of the Unity runtime *dynamically* link Mono, so end-users can replace the Mono library that Unity uses. Since this would comply with the terms of the LGPL, it would *not* require a commercial license. This clearly isn't possible with the Unity Wii and iPhone ports, so those versions have a commercial Mono license. I'm not a lawyer, so if you need legal advice regarding the LGPL you should find a lawyer :) -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list