Re: [Mono-dev] [PATCH] System.Workflow.Runtime.Configuration
El ds 21 de 10 del 2006 a les 22:33 -0400, en/na joel reed va escriure: Here's an implementation of System.Workflow.Runtime.Configuration.WorkflowRuntimeSection System.Workflow.Runtime.Configuration.WorkflowRuntimeServiceElement System.Workflow.Runtime.Configuration.WorkflowRuntimeServiceElementCollection Made against olive 10/21/06. To implement, I also needed the changes in NameValueConfigurationCollection.Properties.v1.diff This implements a previously unimplemented method. I believe what I did to NameValueConfigurationCollection is correct, but would appreciate feedback/confirmation. Also, can anyone tell me how to feed test .config data to nunit? All I do currently in the patch is test the defaults. thanks in advance! Hi Joel, In WF namespace you do not need to include the if NET_2_0 conditionals since this is handled at build level. A part of that it looks ok to me. If you send me the patch with that correction I commit it myself. Thanks Joel Jordi, Note: It's better if just you use the Olive mailing list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [ANN] FirebirdClient v2.0.1 released.
Hello: FirebirdClient v2.0.1, ADO.NET Data Provider for Microsoft .NET 2.0, and mono is available for download. Download information can be found here: http://www.firebirdsql.org/index.php?op=filesid=netprovider On this release there are two new binary packages for: · Mono 1.1.18+ * Microsoft .NET Compact Framework 2.0 -- Carlos Guzmán Álvarez Vigo-Spain http://carlosga.wordpress.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] What about renaming corlib to mscorlib and MWF to SWF?
Hi, I think that we use the name corlib instead of mscorlib because MS stands for Microsoft and we want to avoid using that name. But note that ECMA specs use the name mscorlib. The name Managed.Windows.Forms is used because there was and old, Winw based System.Windows.Forms implementation and the current on should have a different name back then. All other Class Library assemblies have a directory with the same name as the assembly. I think that we should rename these two directories to match the assembly name before Mono 1.2 is released. Kornél ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What about renaming corlib to mscorlib and MWF to SWF?
I don't think the Managed.Windows.Forms name is all that bad, it's just a source level thing and doesn't affect consumers of packages or dll's. And it's also easier on the MWF developers for a couple of reasons: We've been typing it for a long time now, and Managtab completes a lot easier than Systtab :) Chris On Fri, 2006-10-27 at 20:31 +0200, Kornél Pál wrote: Hi, I think that we use the name corlib instead of mscorlib because MS stands for Microsoft and we want to avoid using that name. But note that ECMA specs use the name mscorlib. The name Managed.Windows.Forms is used because there was and old, Winw based System.Windows.Forms implementation and the current on should have a different name back then. All other Class Library assemblies have a directory with the same name as the assembly. I think that we should rename these two directories to match the assembly name before Mono 1.2 is released. Kornél ___ 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] What about renaming corlib to mscorlib and MWF to SWF?
Kornél Pál wrote: Hi, I think that we use the name corlib instead of mscorlib because MS stands for Microsoft and we want to avoid using that name. But note that ECMA specs use the name mscorlib. Could someone clarify what we want to avoid using that name means? Does it just mean directory names used in SVN? Or more? I ask because I'm working on implementing TeamFoundation SDK in mono which is in the Microsoft.TeamFoundation namespace. thanks, jr begin:vcard fn:Joel Reed n:Reed;Joel org:Development Dimensions International;E-Systems adr;dom:;;1225 Washington Pike;Bridgeville;PA;15017 title:Manager, E-Products RD tel;work:412-257-3881 note;quoted-printable:Unleashing Executive Talent. Hiring Promoting The Best.=0D=0A= Developing Extraordinary Leaders. Discover how at www.ddiworld.com x-mozilla-html:FALSE version:2.1 end:vcard ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What about renaming corlib to mscorlib and MWF to SWF?
Hello, I think that we should rename these two directories to match the assembly name before Mono 1.2 is released. We are emotionally attached to these names, so although I agree that it would make sense, we like this bit of archaeological information around. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What about renaming corlib to mscorlib and MWF to SWF?
Hello, I think that we use the name corlib instead of mscorlib because MS stands for Microsoft and we want to avoid using that name. But note that ECMA specs use the name mscorlib. Could someone clarify what we want to avoid using that name means? Does it just mean directory names used in SVN? Or more? I did not want to have ms in the prefix many years ago, but it does not really matter anyways; We have things like Microsoft.JScript, Microsoft.VisualBasic and a bunch of others. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono 1.2 release and the SVN tree.
Hello, The tree will be tagged on Tuesday October 31st, as usual, we will continue bug fixing in the trunk release, and we will issue the 1.2.1 and 1.2.2 releases from it as well (due roughly every month or so). Around release 1.2.2, we will actually do the branch, as that is the branch that we will have to maintain for SUSE internally. We will continue to keep the trunk stable, so new development will continue to be developed in a way that does not destabilize the tree, and when the various components are ready (like gmcs on its day, or the currently linear-ir branch) the code will land on the trunk. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Hosting ASP.NET 2.0 applications by default
Jurek Bartuszek wrote: Hi there, I'm trying to configure mod_mono.conf so that mod_mono spawns a mod-mono-server2.exe to handle ASP.NET applications. Therefore I've added the line below: MonoServerPath /usr/lib/xsp/2.0/mod-mono-server2.exe However, this causes _both_ mod-mono-server.exe and mod-mono-server2.exe to be started: apache 15676 7.1 0.6 17540 6396 ?Ssl 02:55 0:00 /usr/lib/pkgconfig/../../bin/mono /usr/lib/pkgconfig/../../lib/xsp/1.0/mod-mono-server.exe --filename /tmp/mod_mono_server_global --nonstop --master apache 15699 10.6 0.8 19688 8352 ?Ssl 02:55 0:00 /usr/lib/pkgconfig/../../bin/mono /usr/lib/xsp/2.0/mod-mono-server2.exe --filename /tmp/mod_mono_server_default --applications /mono:/usr/lib/xsp/test --nonstop This of course causes server internal errors. Any ideas how to stop the unwanted server? Of course? Nope. The first server is handling the AutoHosting feature: http://mono-project.com/AutoHosting From your previous posts, you seem to want to run ASP.NET 2.0 on Mono 1.1.13. This isn't a good idea, because ASP.NET 2.0 was far from being complete in this version. Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Hosting ASP.NET 2.0 applications by default
Of course? Nope. The first server is handling the AutoHosting feature: http://mono-project.com/AutoHosting From your previous posts, you seem to want to run ASP.NET 2.0 on Mono 1.1.13. This isn't a good idea, because ASP.NET 2.0 was far from being complete in this version. Ok, thanks. And if I wanted to do this on 1.1.18? How would I setup mod_mono so that AutoHosting is handled by mod-mono-server2.exe? Best regards, Jurek Bartuszek ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Hosting ASP.NET 2.0 applications by default
Jurek Bartuszek wrote: Of course? Nope. The first server is handling the AutoHosting feature: http://mono-project.com/AutoHosting From your previous posts, you seem to want to run ASP.NET 2.0 on Mono 1.1.13. This isn't a good idea, because ASP.NET 2.0 was far from being complete in this version. Ok, thanks. And if I wanted to do this on 1.1.18? How would I setup mod_mono so that AutoHosting is handled by mod-mono-server2.exe? AFAIK, you can't do that officially, but you could try one of this: 1) MonoServerPath XXGLOBAL /usr/bin/mod-mono-server2 (not sure it works) 2) edit mod_mono.h, change MODMONO_SERVER_PATH, recompile. Notice that MonoServerPath's meaning has changed starting with Mono 1.1.17: http://mono-project.com/Mod_mono#Multiple_Applications.2C_Multiple_mod-mono-servers section Paths. Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Hosting ASP.NET 2.0 applications by default
Robert Jordan napisał(a): AFAIK, you can't do that officially, but you could try one of this: Thanks for reply. Simply setting MonoServerPath to mod-mono-server2.exe in 1.1.17/1.1.18 works here. Best regards, Jurek Bartuszek ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] [GTK#] Debian stable problem
Hi all Is there anybody using Mono on Debian stable (Sarge)? I'm experiencing a tough problem trying GTK# 1.0: it requires libpangocairo, but Debian stable DOESN'T ship with it (it's available on testing and unstable only)! How did you solved such an issue? Many thanks (I'm desperate...) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Equivalent for local machine registry settings
What are other people using (if anything) to store per-machine settings from applications written in .Net, running on Linux via Mono. Configuration files? You can have a .config file installed next side to your executable, and use that as your configuration file. Or you can store configuration settings in a file in the application base directory. Desktop folks are using GConf for this (but this is limited to GUI applications). I'm comfortable with using Mono's Registry classes for per-user settings, but - out of the box - they aren't up to the job for per-machine settings. What are the alternatives and/or workarounds? We should probably fix it to work with per-machine issues. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] [ANN] FirebirdClient v2.0.1 released.
Hello: FirebirdClient v2.0.1, ADO.NET Data Provider for Microsoft .NET 2.0, and mono is available for download. Download information can be found here: http://www.firebirdsql.org/index.php?op=filesid=netprovider On this release there are two new binary packages for: · Mono 1.1.18+ * Microsoft .NET Compact Framework 2.0 -- Carlos Guzmán Álvarez Vigo-Spain http://carlosga.wordpress.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] C#, Mono, MAC Addresses, Linux
Hello.. I am migrating a C# application porgrammed under Windows using VS2003 to Linux using Mono. All the migration was almost a clean process except for one thing: my app needs to obtain the MAC address(es). Because .Net doesn't have native support for this (or if it so, I can't found it)I manged to do it under windowsusing some external apis. But how can I do the same under Linux? Anyhelp will be appreciated. Héctor. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] C#, Mono, MAC Addresses, Linux
Hello, But how can I do the same under Linux? Open the file /proc/net/arp and lookup the address there. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list