[Mono-list] known problems with multi-processor Sparc platform?
We have a mono application which works fine for us on Solaris Sparc in house, but is causing a core dump from mono in the field. Our system is a Sparc 5, single processor system. Our customer has a huge 8-processor Sparc with 16G of RAM. Before I file a bug or anything, Im wondering if there are any know limitations with such a configuration. RAM 4G comes to mind, but I dont really know enough about the internals of how mono interfaces to the OS (Solaris in this case) to know whether or not I should expect it to work. We using 1.1.18 We can probably get away with not supporting some configurations if there are know problems that are unlikely to get fixed in this area. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mkbundle usage with 2.0
Is it possible to use mkbundle to bundle a 2.0 application? I noticed there is no mkbundle in lib/mono/2.0. Will it find dependencies correctly if my app is built with gmcs.exe and using the 2.0 libraries? --andy ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-dev] Need testers for Mono's C# generics compiler.
Hi Miguel, I just tried it on our code base and everything compiles fine. Running unit tests now (on the code it produced), and haven't seen any issues yet. We have a good bit of generics in our code base and have submitted several gmcs bugs. All have been promptly addressed except 76440 for some reason. We have a workaround for it now, but it's a bit painful. FYI: I work for the Fanfare Group (Silicon Valley software startup) and we just released our flagship product FanfareSVT. A command line version that runs on Mono is due out very soon. This test case automation software targeted (for the moment) at testing products with a command line oriented interface (i.e. network boxes, etc) and we've been building all but the GUI components in both Mono and .NET. Keep up the good work! --andy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Miguel de Icaza Sent: Tuesday, January 03, 2006 2:54 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com Subject: [Mono-dev] Need testers for Mono's C# generics compiler. Hello, I need developers that have generics code to try a new version of the C# compiler. I fixed bugs #72908 and #59289, but am afraid that my changes could have introduced regressions. This compiler can compile our SVN tree, and passes all of our C# tests, but I would like to get more testing. A binary is available here: http://primates.ximian.com/~miguel/tmp/gmcs.exe To install, copy this gmcs.exe into your $prefix/lib/mono/2.0 directory and try building your generics code with it. If you rather use the source, I have attached the current patch. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] Release 1.1.10 for Windows?
I see that release 1.1.10 is out. Will there be an installer for Windows? Im assuming that this is just lagging by a day or two. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-dev] System.Console.CancelKeyPress
System.Console.CancelKeyPress does not seem to be implemented yet. Is there something I can do using Mono.Unix or otherwise to handle Cntl-C in a Linux Mono command line app? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] building for Mono under msbuild
I have an application that needs to run under both .NET and Mono and I came up with a pretty simple way to get MS DevStudio to build both. I dont know how others have solved this problem, but I thought I would offer it up in case it helps someone else with the same issue. The basic approach I took was to call the Mono compiler after the Microsoft build has already run. Microsoft has a well known target AfterBuild which I have hooked to invoke gmcs with pretty much the same arguments that csc.exe takes with some minor modifications. I put all the Mono build stuff in a file called Mono.targets, so it only take a one line addition to the standard *.csproj file to get the functionality: Import Project=$(MSBuildBinPath)\Microsoft.CSharp.targets / Add this line Import Project=your path\Mono.targets / This will make your build essentially a dual pass build with all the Microsoft stuff running and then the Mono compiler running with all the warnings and erros showing up in the IDE as you would expect. The work is not complete (I dont pass all the options possible, etc), but I think its fairly obvious how to expand it if needed. Im sure there are many other ways to skin this cat, but for a quick and dirty solution, it seems to work pretty well. ToDo: invesitgate xbuild to do my Linux builds. --andy Mono.targets Description: Mono.targets ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] building for Mono under msbuild
Its an MSBuild Transform that will resolve to a bunch of /reference arguments to gmcs. Each one will correspond to a so-call ProjectReference which I assume is just the MS way of specifying assemblies not in the GAC. If your project doesnt have any project references, it will resolve to nothing. --andy From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gustavo Guerra Sent: Tuesday, October 11, 2005 4:56 PM To: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] building for Mono under msbuild Hi there: Can you please explain this arguments of gmcs?: @(ProjectReference-'/reference:%(RelativeDir)$(OutputPathMono)\%(Filename).dll Best regards, Gustavo Guerra Andy Waddell [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... I have an application that needs to run under both .NET and Mono and I came up with a pretty simple way to get MS DevStudio to build both. I dont know how others have solved this problem, but I thought I would offer it up in case it helps someone else with the same issue. The basic approach I took was to call the Mono compiler after the Microsoft build has already run. Microsoft has a well known target AfterBuild which I have hooked to invoke gmcs with pretty much the same arguments that csc.exe takes with some minor modifications. I put all the Mono build stuff in a file called Mono.targets, so it only take a one line addition to the standard *.csproj file to get the functionality: Import Project=$(MSBuildBinPath)\Microsoft.CSharp.targets / Add this line Import Project=your path\Mono.targets / This will make your build essentially a dual pass build with all the Microsoft stuff running and then the Mono compiler running with all the warnings and erros showing up in the IDE as you would expect. The work is not complete (I dont pass all the options possible, etc), but I think its fairly obvious how to expand it if needed. Im sure there are many other ways to skin this cat, but for a quick and dirty solution, it seems to work pretty well. ToDo: invesitgate xbuild to do my Linux builds. --andy ___ 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-list] Converting csproj to Makefile
Ive been working on getting our product to run under Mono and one of the first problems I had to solve was the moving target of all the MSDEV (2005 B2 btw) project files that the rest are team are actively working with. I wrote a quick-and-dirty Perl script to suck up the XML from the .csproj files and write out a simple Makefile and this has been fine, but I wonder if there is a better way? Yesterday I noticed the xbuild project but I couldnt find too much information about it. Could someone point me in the right direction or offer suggestions so that I dont spend too much time re-inventing the wheel? --andy ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Converting csproj to Makefile
Just tried it with not-so-good results... but it looks like a C# version of what I did in my perl script. I'll take a look at the source, but it looks like they may not support the Beta 2 file version yet. Thanks for the pointer. [EMAIL PROTECTED] Foundation]$ prj2make Foundation.csproj EXCEPTION: System.NullReferenceException: Object reference not set to an instance of an object in 0x00048 Mfconsulting.General.Prj2Make.SlnMaker:GetCsprojFileVersion (System.String strInCsprojFile) in 0x0026d Mfconsulting.General.Prj2Make.SlnMaker:MsSlnHelper (Boolean isUnixMode, Boolean isMcsMode, Boolean isSln, System.String slnFile) [EMAIL PROTECTED] Foundation]$ -Original Message- From: Rafael Ferreira [mailto:[EMAIL PROTECTED] Sent: Thursday, September 22, 2005 9:51 AM To: Andy Waddell Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] Converting csproj to Makefile have you tried prj2make ? On Thu, 2005-09-22 at 09:41 -0700, Andy Waddell wrote: I've been working on getting our product to run under Mono and one of the first problems I had to solve was the moving target of all the MSDEV (2005 B2 btw) project files that the rest are team are actively working with. I wrote a quick-and-dirty Perl script to suck up the XML from the .csproj files and write out a simple Makefile and this has been fine, but I wonder if there is a better way? Yesterday I noticed the xbuild project but I couldn't find too much information about it. Could someone point me in the right direction or offer suggestions so that I don't spend too much time re-inventing the wheel? --andy ___ 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] NUnit support for generics?
Ooops. I forgot that I added an implementation GetHostEntry to my local build. Just replace GetHostEntry with GetHostByName in my example and you will see the problem I'm talking about. --andy -Original Message- From: Kamil Skalski [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 21, 2005 10:15 AM To: Andy Waddell Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] NUnit support for generics? [EMAIL PROTECTED] GetHostByNameNUnitTest]$ mcs -target:library -out:GetHostByNameNUnitTest.dll -reference:nunit.framework Class1.cs Strange, I get t.cs(16,5): error CS0117: `System.Net.Dns' does not contain a definition for `GetHostEntry' and indeed there is no GetHostEntry in sources of System.Net Failures: 1) GetHostByNameNUnitTest.Class1.TestDns : System.NullReferenceException : Object reference not set to an instance of an object in 0x0 unknown method in (wrapper managed-to-native) System.Net.Dns:GetHostByName_internal (string,string,string[],string[]) Did you try my patch and run test using nunit-console2? -- Kamil Skalski http://nazgul.omega.pl ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] NUnit support for generics?
Thanks. I finally got it working. I struggled with applying the patch against the latest tree, but eventually got it to work. Even then when I did a make clean;make;make install I didn't wind up with an nunit-console2 anywhere and I still had the config file laying lying around. My install path is /opt/latest. I edited the nunit-console script in /opt/latest/bin to point it to the 2.0 version, then removed /opt/latest/lib/mono/2.0/nunit-console.exe.config. cheers, andy -Original Message- From: Kamil Skalski [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 21, 2005 11:04 AM To: Andy Waddell Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] NUnit support for generics? Then it works: [EMAIL PROTECTED] testsuite]$ /home/morgul/programs/local/bin/gmcs t.cs -r:/home/morgul/programs/local/lib/mono/1.0/nunit.framework.dll -r:System.dll -target:library -out:t.dll [EMAIL PROTECTED] testsuite]$ /home/morgul/programs/local/bin/nunit-console2 t.dll NUnit version 2.2.0 Copyright (C) 2002-2003 James W. Newkirk, Michael C. Two, Alexei A. Vorontsov, Charlie Poole. Copyright (C) 2000-2003 Philip Craig. All Rights Reserved. OS Version: Unix 2.6.11.6Mono Version: 2.0.50215.16 .Host name : mordor IP address : 127.0.0.1 You need my patch (in fact, you need 2.0 version of nunit-console.exe) in order to get it working. I am still thinking how to solve the symlinks problem, which is preventing this patch from being ok to commit. Maybe we could crete nunit2.pc, which would allow obtaining the patch to 1.0 nunit.*.dll (which are enough to make nunit-console2 work) 2005/9/21, Andy Waddell [EMAIL PROTECTED]: Ooops. I forgot that I added an implementation GetHostEntry to my local build. Just replace GetHostEntry with GetHostByName in my example and you will see the problem I'm talking about. --andy -Original Message- From: Kamil Skalski [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 21, 2005 10:15 AM To: Andy Waddell Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] NUnit support for generics? [EMAIL PROTECTED] GetHostByNameNUnitTest]$ mcs -target:library -out:GetHostByNameNUnitTest.dll -reference:nunit.framework Class1.cs Strange, I get t.cs(16,5): error CS0117: `System.Net.Dns' does not contain a definition for `GetHostEntry' and indeed there is no GetHostEntry in sources of System.Net Failures: 1) GetHostByNameNUnitTest.Class1.TestDns : System.NullReferenceException : Object reference not set to an instance of an object in 0x0 unknown method in (wrapper managed-to-native) System.Net.Dns:GetHostByName_internal (string,string,string[],string[]) Did you try my patch and run test using nunit-console2? -- Kamil Skalski http://nazgul.omega.pl -- Kamil Skalski http://nazgul.omega.pl ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-dev] questions regarding contributing
Ok, here's (hopefully) my first contribution. I've attached the patch to add a trivial 2.0 method on System.Data.SqlClient.SqlParameterCollection. --Andy Waddell -Original Message- From: Jonathan Pryor [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 20, 2005 4:12 AM To: Andy Waddell Cc: mono-devel-list Subject: Re: [Mono-dev] questions regarding contributing On Wed, 2005-09-14 at 10:30 -0700, Andy Waddell wrote: The first set of issues I ran into were pieces of the class library not yet in the Mono base, but in the Beta 2 version of .NET 2.0. In each case I've either worked around it in our code by substituting from the 1.0 Framework or gone into my local copy of the Mono code and added what we needed. I don't have write access to SVN, so my changes are local for now, but I'd be more that happy to contribute them (and our management is supportive of this). snip/ I've done 4 or 5 other little ones like this, but I'm not sure what the policy is regarding the .NET Framework version 2.0 stuff. Given that the code in Beta 2 is subject to change, is there a hesitancy to apply all the stuff in Beta 2 to the Mono code base or is it just the case that nobody has gotten around to it? It's just that nobody has gotten around to it. Follow the coding guidelines listed at: http://mono.myrealbox.com/source/trunk/mcs/class/README Place your code into an appropriate #if...#endif block. For example, if the new methods are part of .NET 2.0, place the methods into a #if NET_2_0 block (or add them to an already existing NET_2_0 block). Use `svn diff` to create a patch file, and email the patch file to mono-devel-list. We'll review the code and apply the patches, if necessary. If you do this often enough, miguel may give you an svn commit account. Even if you have a commit account, you shouldn't commit your changes unless (1) you've gotten approval to commit the patch on mono-devel-list first, or (2) you own the particular module you're committing to. Is there a definitive place to check the status of what's done and what's not (other than the source code)? The source code is always the definitive place. :-) There are tools to help. In particular, the Class Status Page provides a comparison of types/members between .NET and Mono. See: http://mono.ximian.com/class-status The one problem with the Class Status Page is that it can be out of date, as it requires a manual update (and thus is out of date as soon as the next CTP is released ;-). - Jon descriptions.diff Description: descriptions.diff ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] need help getting monodevelop to run
Im running RedHat Enterprise Linux 3 (Workstation) and I am completely up2date, but I cant seem to get monodevelop to run no matter what I do. Ive got 1.1.9 installed (using the binary installer) , and most everything else I try works, but when I try monodevelop, the splash screen comes up, the progress bar makes all the way across, then it bombs out with the following: Any clues would be greatly appreciated. node `monohb' is not defined on the documentation map 2005-09-16 09:37:06,009 [-1220815776] INFO MonoDevelop.Services.ILoggingService [(null)] - WARNING Could not find stock Icons.16x16.FindPrevIcon 2005-09-16 09:37:06,026 [-1220815776] INFO MonoDevelop.Services.ILoggingService [(null)] - WARNING Could not find stock gtk-stop 2005-09-16 09:37:06,106 [-1220815776] INFO MonoDevelop.Services.ILoggingService [(null)] - Creating DefaultWorkbench Loading error, please reinstall : System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. --- System.EntryPointNotFoundException: gtk_tool_button_get_type in (wrapper managed-to-native) Gtk.ToolButton:gtk_tool_button_get_type () in 0x00014 Gtk.ToolButton:get_GType () in 0x0 unknown method in (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[]) in 0x0008d System.Reflection.MonoMethod:Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture)--- End of inner exception stack trace --- in 0x0010e System.Reflection.MonoMethod:Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) in 0x0004e System.Reflection.MonoProperty:GetValue (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] index, System.Globalization.CultureInfo culture) in 0x0001a System.Reflection.PropertyInfo:GetValue (System.Object obj, System.Object[] index) in 0x000a2 GLib.Object:LookupGType (System.Type t) in 0x00034 GLib.Object:RegisterGType (System.Type t) in 0x000e9 GLib.Object:LookupGType (System.Type t) in 0x00017 GLib.Object:LookupGType () in 0x000ae GLib.Object:CreateNativeObject (System.String[] names, GLib.Value[] vals) in 0x00013 Gtk.Object:CreateNativeObject (System.String[] names, GLib.Value[] vals) in 0x00010 Gtk.Widget:CreateNativeObject (System.String[] names, GLib.Value[] vals) in 0x0017a Gtk.ToolButton:.ctor (System.String stock_id) in 0xf MonoDevelop.Commands.CommandToolButton:.ctor (System.Object commandId, MonoDevelop.Commands.CommandManager commandManager) in 0x001e5 MonoDevelop.Commands.CommandEntry:CreateToolItem (MonoDevelop.Commands.CommandManager manager) in 0x00099 MonoDevelop.Commands.CommandManager:CreateToolbar (MonoDevelop.Commands.CommandEntrySet entrySet) in 0x00010 MonoDevelop.Commands.CommandManager:CreateToolbar (System.String name, MonoDevelop.Commands.CommandEntrySet entrySet) in 0x00104 MonoDevelop.Services.CommandService:CreateToolbarSet (System.String addinPath) in 0x0021a MonoDevelop.Gui.DefaultWorkbench:InitializeWorkspace () in 0x0002b MonoDevelop.Commands.InitializeWorkbenchCommand:Run () in 0x007ac MonoDevelop.SharpDevelopMain:Main (System.String[] args) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] NUnit support for generics?
Thanks. This was working like a champ for me (I edited the config file to use 2.0 first). The code below works fine in 2.0 if compile as a console application (no NUnit), but if invoked via nunit-console, it depends on the ordering of the lines in my config file. With the config file modified to use 2.0 first it crashes, but with the original config file (1.1) it is fine. Unfortunately the code I really need to test has this Dns stuff as well as classes that use Generics... so I'm stuck for now. I've now run into a problem with the following trivial test case: // Class1.cs using System; using System.Text; using System.Net; using NUnit.Framework; namespace GetHostByNameNUnitTest { [TestFixture] public class Class1 { [Test] public void TestDns() { IPHostEntry hostInfo = Dns.GetHostEntry(localhost); Console.WriteLine(Host name : + hostInfo.HostName); Console.WriteLine(IP address : + hostInfo.AddressList[0]); } } } [EMAIL PROTECTED] GetHostByNameNUnitTest]$ mcs -target:library -out:GetHostByNameNUnitTest.dll -reference:nunit.framework Class1.cs [EMAIL PROTECTED] GetHostByNameNUnitTest]$ nunit-console GetHostByNameNUnitTest.dll NUnit version 2.2.0 Copyright (C) 2002-2003 James W. Newkirk, Michael C. Two, Alexei A. Vorontsov, Charlie Poole. Copyright (C) 2000-2003 Philip Craig. All Rights Reserved. OS Version: Unix 2.4.21.32Mono Version: 2.0.50215.16 .F Tests run: 1, Failures: 1, Not run: 0, Time: 0.129971 seconds Tests run: 1, Failures: 1, Not run: 0, Time: 0.129971 seconds Failures: 1) GetHostByNameNUnitTest.Class1.TestDns : System.NullReferenceException : Object reference not set to an instance of an object in 0x0 unknown method in (wrapper managed-to-native) System.Net.Dns:GetHostByName_internal (string,string,string[],string[]) in 0x00037 System.Net.Dns:GetHostByName (System.String hostName) in 0x00058 System.Net.Dns:Resolve (System.String hostName) in 0xa System.Net.Dns:GetHostEntry (System.String hostNameOrAddress) in 0x00010 GetHostByNameNUnitTest.Class1:TestDns () in 0x0 unknown method in (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[]) in 0x0008d System.Reflection.MonoMethod:Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] paramete rs, System.Globalization.CultureInfo culture) If I flip the lines in the config file back to have 1.1 run first this test runs cleanly: [EMAIL PROTECTED] GetHostByNameNUnitTest]$ nunit-console GetHostByNameNUnitTest.dll NUnit version 2.2.0 Copyright (C) 2002-2003 James W. Newkirk, Michael C. Two, Alexei A. Vorontsov, Charlie Poole. Copyright (C) 2000-2003 Philip Craig. All Rights Reserved. OS Version: Unix 2.4.21.32Mono Version: 1.1.4322.573 .Host name : AWLNX.fnfr.com IP address : 127.0.0.1 Tests run: 1, Failures: 0, Not run: 0, Time: 0.09918 seconds Tests run: 1, Failures: 0, Not run: 0, Time: 0.09918 seconds [EMAIL PROTECTED] GetHostByNameNUnitTest]$ --Andy Waddell -Original Message- From: Kamil Skalski [mailto:[EMAIL PROTECTED] Sent: Thursday, September 15, 2005 9:52 AM To: Andy Waddell Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] NUnit support for generics? I had the same problem and created a patch some time ago: http://lists.ximian.com/pipermail/mono-devel-list/2005-September/014598. html Unfortunately there is some design issue I was not able to solve - we would need to mark nunit dll with different version for 1.0 and 2.0 profiles in order to put it into GAC. Otherwise during installation they are put into the same place and one version overwrites the other (note that this is just a design issue, the nunit-console still works with mixed version assemblies). You can make nunit-console usable on 2.0 using one of the steps: - delete nunit-console.exe.config files, compile your test dlls by referencing exact path of 1.0 installed dlls or - apply my patch and watch it working or - just edit config file to use 2.0 first and reference exact patch of dlls Anyone have idea how to make the issue solved in an elegant way and ideally make the solution acceptable by nunit.org people? 2005/9/15, Andy Waddell [EMAIL PROTECTED]: I've been trying to use the nunit.framework and nunit_console.exe to do some unit testing on code that contains generics (and was therefore compile with gmcs). I'm getting the feeling that this is not supported. First off, I noticed that gmcs can't find the nunit assembly when -reference:nunit.framework is on the compile line (while mcs can). I forced the issue there by putting the fully qualified path to the dll on the compile line, but when I run nunit_console.exe to test some simple code (that happens to use generics), it always bombs out. I write my own main() to invoke the methods, it works
[Mono-dev] questions regarding contributing
Hi all. I work at a start up here in Silicon Valley (http://www.fnfr.com) and Im tasked with getting a subset of our application to run on Mono. Its all being coded in C# using MS Visual Studio 2005 Beta 2 and the development team is coding to the 2.0 .NET and making full use of generics, etc. I have an environment set up on Linux with anonymous SVN access so that I can stay current. So far, Ive managed to get most of the code I need to compile (using gmcs) and my next task will be to get the unit tests up and running in some form so that I can verify the runtime behavior. The first set of issues I ran into were pieces of the class library not yet in the Mono base, but in the Beta 2 version of .NET 2.0. In each case Ive either worked around it in our code by substituting from the 1.0 Framework or gone into my local copy of the Mono code and added what we needed. I dont have write access to SVN, so my changes are local for now, but Id be more that happy to contribute them (and our management is supportive of this). So far my additions have been limited to a few trivial items. For example, System.Data.SqlTypes.SqlParameterCollection.AddWithValue is a new method in 2.0 that was being used in several places in our code base. I got past this by adding: [EMAIL PROTECTED] awaddell]$ cd src/mcs/class/System.Data/System.Data.SqlClient [EMAIL PROTECTED] System.Data.SqlClient]$ svn diff SqlParameterCollection.cs Index: SqlParameterCollection.cs === --- SqlParameterCollection.cs (revision 49758) +++ SqlParameterCollection.cs (working copy) @@ -258,6 +258,11 @@ return Add (new SqlParameter (parameterName, sqlDbType, size, sourceColumn)); } + public SqlParameter AddWithValue(string parameterName, object value) + { + return Add(new SqlParameter(parameterName, value)); + } + public #if NET_2_0 override [EMAIL PROTECTED] System.Data.SqlClient]$ Ive done 4 or 5 other little ones like this, but Im not sure what the policy is regarding the .NET Framework version 2.0 stuff. Given that the code in Beta 2 is subject to change, is there a hesitancy to apply all the stuff in Beta 2 to the Mono code base or is it just the case that nobody has gotten around to it? If its the latter, maybe we can help. Should I request write access to SVN or since my changes are so small, just post them to this (or some other) list? Is there a definitive place to check the status of whats done and whats not (other than the source code)? I have some other questions, but this is getting to be a long post already. Any guidance would be greatly appreciated. --andy ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] questions regarding contributing
Sorry if this message get duplicated, but Im having some trouble posting it. Hi all. I work at a start up here in Silicon Valley (http://www.fnfr.com) and Im tasked with getting a subset of our application to run on Mono. Its all being coded in C# using MS Visual Studio 2005 Beta 2 and the development team is coding to the 2.0 .NET and making full use of generics, etc. I have an environment set up on Linux with anonymous SVN access so that I can stay current. So far, Ive managed to get most of the code I need to compile (using gmcs) and my next task will be to get the unit tests up and running in some form so that I can verify the runtime behavior. The first set of issues I ran into were pieces of the class library not yet in the Mono base, but in the Beta 2 version of .NET 2.0. In each case Ive either worked around it in our code by substituting from the 1.0 Framework or gone into my local copy of the Mono code and added what we needed. I dont have write access to SVN, so my changes are local for now, but Id be more that happy to contribute them (and our management is supportive of this). So far my additions have been limited to a few trivial items. For example, System.Data.SqlTypes.SqlParameterCollection.AddWithValue is a new method in 2.0 that was being used in several places in our code base. I got past this by adding: [EMAIL PROTECTED] awaddell]$ cd src/mcs/class/System.Data/System.Data.SqlClient [EMAIL PROTECTED] System.Data.SqlClient]$ svn diff SqlParameterCollection.cs Index: SqlParameterCollection.cs === --- SqlParameterCollection.cs (revision 49758) +++ SqlParameterCollection.cs (working copy) @@ -258,6 +258,11 @@ return Add (new SqlParameter (parameterName, sqlDbType, size, sourceColumn)); } + public SqlParameter AddWithValue(string parameterName, object value) + { + return Add(new SqlParameter(parameterName, value)); + } + public #if NET_2_0 override [EMAIL PROTECTED] System.Data.SqlClient]$ Ive done 4 or 5 other little ones like this, but Im not sure what the policy is regarding the .NET Framework version 2.0 stuff. Given that the code in Beta 2 is subject to change, is there a hesitancy to apply all the stuff in Beta 2 to the Mono code base or is it just the case that nobody has gotten around to it? If its the latter, maybe we can help. Should I request write access to SVN or since my changes are so small, just post them to this (or some other) list? Is there a definitive place to check the status of whats done and whats not (other than the source code)? I have some other questions, but this is getting to be a long post already. Any guidance would be greatly appreciated. --andy ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] NUnit support for generics?
Ive been trying to use the nunit.framework and nunit_console.exe to do some unit testing on code that contains generics (and was therefore compile with gmcs). Im getting the feeling that this is not supported. First off, I noticed that gmcs cant find the nunit assembly when reference:nunit.framework is on the compile line (while mcs can). I forced the issue there by putting the fully qualified path to the dll on the compile line, but when I run nunit_console.exe to test some simple code (that happens to use generics), it always bombs out. I write my own main() to invoke the methods, it works fine. Can anyone shed some light on this issue? --andy ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list