Re: [Mono-winforms-list] Bug 479405 has not patched in Mono 2.4RC3.2 one month's ago
On Fri, Mar 27, 2009 at 3:42 AM, tsai t...@pinnacle.com.tw wrote: After I upgrade to mono 2.4 RC3.5, this bug also exists. My program crashed. r130179 Modified: trunk/mcs/class/System.Data/System.Data/DataView.cs Can you tell me where I can find DataView.cs. Thanks in advance. The fix is not going to be in the 2.4 because it's already too late in the release cycle. You will have to compile Mono from SVN as described here - http://mono-project.com/Compiling_Mono . - Original Message - From: Ivan N. Zlatev cont...@i-nz.net To: peter tsai t...@pinnacle.com.tw Cc: mono-winforms-list@lists.ximian.com Sent: Wednesday, March 25, 2009 11:38 AM Subject: Re: [Mono-winforms-list] Bug 479405 has not patched in Mono 2.4RC3.2 one month's ago On Tue, Mar 24, 2009 at 1:31 AM, peter tsai t...@pinnacle.com.tw wrote: I'm using Mono 2.2 on openSuSE 11.1. Unfortunately, I compile Mono 2.4RC3.2 has problem,too. who can help me? thanks in advance. Fixed in r130179. The problem was in the DataView class not firing ListChanged when the RowFilter changes. dataGridView1.DataSource = MakeDataTable(); // generate DataTable with 10 records DataView view = ((DataTable)dataGridView1.DataSource).DefaultView; view.RowFilter = Qty=3 and Qty=8; // filter 4 records DataGridView display ok (records is 7) in .net, but mono (2.0.1, 2.2 and 2.4RC3.2) on SUSE 11.1 abnormal (RowFilter not active, so records is still 10). mono 2.4RC3.2 crashed my application namespace MonoBug { public partial class MonoBug : Form { bool inFilter = false; private void button2_Click(object sender, EventArgs e) // bug { DataView view = ((DataTable)dataGridView1.DataSource).DefaultView; if (inFilter) view.RowFilter = ; else view.RowFilter = Qty=3 and Qty=8; // run in .net ok, but mono (2.0.1 and 2.2) on SUSE 11.1 abnormal // visual studio 2005 complier on windows XP // dataGridView1.Invalidate(); inFilter = !inFilter; } public MonoBug() { InitializeComponent(); dataGridView1.ReadOnly = true; dataGridView1.AllowUserToAddRows = false; dataGridView1.DataSource = MakeDataTable(); ; } private DataTable MakeDataTable() { DataTable table = new DataTable(); DataColumn column = new DataColumn(); column.DataType = System.Type.GetType(System.String); column.Caption = Item; column.ColumnName = Item; table.Columns.Add(column); column = new DataColumn(); column.DataType = System.Type.GetType(System.Decimal); column.Caption = Qty; column.ColumnName = Qty; table.Columns.Add(column); DataRow row; for (int i = 1; i = 10; i++) { row = table.NewRow(); row[Item] = Item + i.ToString(); row[Qty] = i; table.Rows.Add(row); } return table; } } } -- View this message in context: http://www.nabble.com/Bug-479405-has-not-patched-in-Mono-2.4RC3.2-one-month%27s-ago-tp22672789p22672789.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 -- Kind Regards, Ivan N. Zlatev __ NOD32 3953 (20090321) Information __ This message was checked by NOD32 antivirus system. http://www.nod32cn.com -- Kind Regards, Ivan N. Zlatev ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-dev] [patch] coreclr: metadata/* (platform check)
2009/3/25 Sebastien Pouliot sebastien.poul...@gmail.com: and the last one... Looks good! Mark ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Changes for CreateThread calls.
Hi, This is now fixed in r130385 by adding a new 'mono_create_thread' helper function. Zoltan 2009/3/25 Bill Holmes billholme...@gmail.com Hi, The attached patch fixes some problems I was seeing with thread IDs on Winx64. What I found was that the thread ID argument of CreateThread is a ulong which is not 64 bits on Winx64. So when called with the address of a size variable the top 32 bits are garbage. This patch simply initializes all thread ID variables to zero before calling CreateThread. Is there a better way to fix this? -bill 2009-03-25 Bill Holmes billholme...@gmail.com * appdomain.c (mono_domain_unload), * attach.c (transport_start_receive), * threads.c (mono_thread_create_internal), * threads.c (ves_icall_System_Threading_Thread_Thread_internal): Initialize the tid variable to 0 before calls to CreateThread. This is needed for Winx64 because that argument is only 32 bits. Code is contributed under MIT/X11 license. ___ 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] loader issue with local variables
Hey, While investigating a Moonlight bug, I stumbled upon an issue from which I extracted the attached test case (rename to .tar.gz). When a method contains a local variable whose type is missing, we're currently simply throwing an InvalidProgramException, but we're not clearing the loader error. Which triggers a TypeLoadException on InvalidProgramException. Funny. I've attached a patch which fixes the issue here, but I'm not sure it's the best place to deal with the issue. Thanks, -- Jb Evain j...@nurv.fr mini.patch Description: Binary data repro.targz Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Problem using Mono under Apache:
Robert, thank you for your answer. we tried to follow your suggest lowering the number of connections to 100. the system returned this error: Maximum number (100 ) of concurrent mod_mono (we tried to set default value used by mono too, that is 20, but the system returned the same error) so we set connection back to its previous value, and the error disappeared. The system still continue not to work properly. any other suggest? %-| thank you. Robert Jordan wrote: feffus wrote: The problem is the following: When the site receives more than 50 simultaneous connections, it becomes unreachable even thought Apache seems to work. Do anyone know why? tnx I attach: - Apache server status when the service falls down - Apache configuration file Try to lower these settings: MonoMaxActiveRequests MonoMaxWaitingRequests Note that raising them like you did won't help at all, because they were introduced intentionally to *limit* the requests to an amount that can be safely processed by an application. Robert ___ 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/Problem-using-Mono-under-Apache%3A-tp22725279p22742922.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] Problem using Mono under Apache:
feffus wrote: Robert, thank you for your answer. we tried to follow your suggest lowering the number of connections to 100. the system returned this error: Maximum number (100 ) of concurrent mod_mono (we tried to set default value used by mono too, that is 20, but the system returned the same error) so we set connection back to its previous value, and the error disappeared. The system still continue not to work properly. any other suggest? %-| I can give you only the usual generic recommendations: - Upgrade Mono mod_mono to the latest version - Assure that the machine is able to process the load. Note that maximum number (n) of concurrent mod_mono is not an error per se. Maybe the machine isn't able to process more requests at a time. - If your site consists of many pages, the first requests are usually pretty slow because the site must be compiled first. Try to wake up the site before pushing concurrent load on it, e.g. by accessing the site with a concurrent load of 1. The next Mono version (2.4) will come with support for precompiled sites. This will likely mitigate the problem. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [patch] coreclr - fix for method overrides
Hello Mark, The current check for the overrides is not correct. Here's a fix for it (which also moves the coreclr checks code into security-core-clr.c*). The patch includes additional tests for coreclr-security.cs Thanks again Sebastien * that should make it easier to allow people to compile (a smaller) mono, without support for coreclr, by adding stubs for the exported functions. Index: metadata/security-core-clr.c === --- metadata/security-core-clr.c (revision 130414) +++ metadata/security-core-clr.c (working copy) @@ -46,6 +46,66 @@ } /* + * mono_security_core_clr_check_inheritance: + * + * Determine if the specified class can inherit from its parent using + * the CoreCLR inheritance rules. + * + * Base Type Allow Derived Type + * -- + * Transparent Transparent, SafeCritical, Critical + * SafeCritical SafeCritical, Critical + * Critical Critical + * + * Reference: http://msdn.microsoft.com/en-us/magazine/cc765416.aspx#id0190030 + */ +void +mono_security_core_clr_check_inheritance (MonoClass *class) +{ + MonoSecurityCoreCLRLevel class_level, parent_level; + MonoClass *parent = class-parent; + + if (!parent) + return; + + class_level = mono_security_core_clr_class_level (class); + parent_level = mono_security_core_clr_class_level (parent); + + if (class_level parent_level) + mono_class_set_failure (class, MONO_EXCEPTION_TYPE_LOAD, NULL); +} + +/* + * mono_security_core_clr_check_override: + * + * Determine if the specified override can legally override the + * specified base method using the CoreCLR inheritance rules. + * + * Base (virtual/interface) Allowed override + * - + * Transparent Transparent, SafeCritical + * SafeCritical Transparent, SafeCritical + * Critical Critical + * + * Reference: http://msdn.microsoft.com/en-us/magazine/cc765416.aspx#id0190030 + */ +void +mono_security_core_clr_check_override (MonoClass *class, MonoMethod *override, MonoMethod *base) +{ + MonoSecurityCoreCLRLevel base_level = mono_security_core_clr_method_level (base, FALSE); + MonoSecurityCoreCLRLevel override_level = mono_security_core_clr_method_level (override, FALSE); + /* if the base method is decorated with [SecurityCritical] then the overrided method MUST be too */ + if (base_level == MONO_SECURITY_CORE_CLR_CRITICAL) { + if (override_level != MONO_SECURITY_CORE_CLR_CRITICAL) + mono_class_set_failure (class, MONO_EXCEPTION_TYPE_LOAD, NULL); + } else { + /* base is [SecuritySafeCritical] or [SecurityTransparent], override MUST NOT be [SecurityCritical] */ + if (override_level == MONO_SECURITY_CORE_CLR_CRITICAL) + mono_class_set_failure (class, MONO_EXCEPTION_TYPE_LOAD, NULL); + } +} + +/* * get_caller_no_reflection_related: * * Find the first managed caller that is either: Index: metadata/security-core-clr.h === --- metadata/security-core-clr.h (revision 130414) +++ metadata/security-core-clr.h (working copy) @@ -22,6 +22,9 @@ extern gboolean mono_security_core_clr_test; +extern void mono_security_core_clr_check_inheritance (MonoClass *class) MONO_INTERNAL; +extern void mono_security_core_clr_check_override (MonoClass *class, MonoMethod *override, MonoMethod *base) MONO_INTERNAL; + extern void mono_security_core_clr_ensure_reflection_access_field (MonoClassField *field) MONO_INTERNAL; extern void mono_security_core_clr_ensure_reflection_access_method (MonoMethod *method) MONO_INTERNAL; extern gboolean mono_security_core_clr_ensure_delegate_creation (MonoMethod *method, gboolean throwOnBindFailure) MONO_INTERNAL; Index: metadata/ChangeLog === --- metadata/ChangeLog (revision 130414) +++ metadata/ChangeLog (working copy) @@ -1,3 +1,10 @@ +2009-03-27 Sebastien Pouliot sebast...@ximian.com + + * class.c: move coreclr inheritance/override checks to + security-core.clr.c + * security-core.clr.c|h: add code from class.c with additional + documentation. Fix override check when the method is not critical. + 2009-03-27 Sebastien Pouliot sebast...@ximian.com * appdomain.h: Export a new callback type and a new function to Index: metadata/class.c === --- metadata/class.c (revision 130414) +++ metadata/class.c (working copy) @@ -2727,19 +2727,6 @@ return; } -static void -check_core_clr_override_method (MonoClass *class, MonoMethod *override, MonoMethod *base) -{ - MonoSecurityCoreCLRLevel base_level = mono_security_core_clr_method_level (base, FALSE); - /* if the base method is decorated with [SecurityCritical] then the overrided method MUST be too */ - if (base_level == MONO_SECURITY_CORE_CLR_CRITICAL) { - MonoSecurityCoreCLRLevel override_level = mono_security_core_clr_method_level (override, FALSE); - if (override_level !=
Re: [Mono-dev] [PATCH] Changes for CreateThread calls.
Hi, That fix does not work with the MSVC builds. That attached patch is one way to fix it. thanks -bill On Fri, Mar 27, 2009 at 9:36 AM, Zoltan Varga var...@gmail.com wrote: Hi, This is now fixed in r130385 by adding a new 'mono_create_thread' helper function. Zoltan 2009/3/25 Bill Holmes billholme...@gmail.com Hi, The attached patch fixes some problems I was seeing with thread IDs on Winx64. What I found was that the thread ID argument of CreateThread is a ulong which is not 64 bits on Winx64. So when called with the address of a size variable the top 32 bits are garbage. This patch simply initializes all thread ID variables to zero before calling CreateThread. Is there a better way to fix this? -bill 2009-03-25 Bill Holmes billholme...@gmail.com * appdomain.c (mono_domain_unload), * attach.c (transport_start_receive), * threads.c (mono_thread_create_internal), * threads.c (ves_icall_System_Threading_Thread_Thread_internal): Initialize the tid variable to 0 before calls to CreateThread. This is needed for Winx64 because that argument is only 32 bits. Code is contributed under MIT/X11 license. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ttypes.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-dev] Contributing - Documentation tools
Hi, I was going through mono homepage and found that you are looking for contributions for Documentation tools The Monodoc collaborative service needs a better administration tool than it has today; Someone needs to redo the UI and streamline its process. I have a some questions on this 1. How do I get involved in this? 2. Do you guys have any document or ideas on how exactly this has to be removed (I guess you will have an idea on how good developers design UI :) ) 3. Since this would be my first contribution to any open source project just wanted to know who will own the source code copyright. Will it remain in open source domain or will the be owned by Novell? thanks Anand _ Share photos with friends on Windows Live Messenger http://go.microsoft.com/?linkid=9650734___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono and OProfile
What is the status of Mono and OProfile? I found that, in current SVN, configure defines HAVE_OPROFILE, but this is not used at all. Instead, mono/profiler/mono-profiler-logging.c uses HAS_OPROFILE[!]. -- Seo Sanghyeon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono and OProfile
The code in trunk doesn't work with the latest release of libopagent, some changes are due. But, even so, it's a waste of time, because the JIT support of oprofile sucks big time. It doesn't work with call-chains, for example. On Fri, Mar 27, 2009 at 10:16 PM, Seo Sanghyeon sanx...@gmail.com wrote: What is the status of Mono and OProfile? I found that, in current SVN, configure defines HAVE_OPROFILE, but this is not used at all. Instead, mono/profiler/mono-profiler-logging.c uses HAS_OPROFILE[!]. -- Seo Sanghyeon ___ 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] Mono and OProfile
2009/3/28 Rodrigo Kumpera kump...@gmail.com: The code in trunk doesn't work with the latest release of libopagent, some changes are due. But, even so, it's a waste of time, because the JIT support of oprofile sucks big time. It doesn't work with call-chains, for example. Since OProfile has other virtues, even if its JIT support sucks big time, it may still be useful to support it. -- Seo Sanghyeon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Changes for CreateThread calls.
Hi, That looks ok. Zoltan On Fri, Mar 27, 2009 at 9:29 PM, Bill Holmes billholme...@gmail.com wrote: Hi, That fix does not work with the MSVC builds. That attached patch is one way to fix it. thanks -bill On Fri, Mar 27, 2009 at 9:36 AM, Zoltan Varga var...@gmail.com wrote: Hi, This is now fixed in r130385 by adding a new 'mono_create_thread' helper function. Zoltan 2009/3/25 Bill Holmes billholme...@gmail.com Hi, The attached patch fixes some problems I was seeing with thread IDs on Winx64. What I found was that the thread ID argument of CreateThread is a ulong which is not 64 bits on Winx64. So when called with the address of a size variable the top 32 bits are garbage. This patch simply initializes all thread ID variables to zero before calling CreateThread. Is there a better way to fix this? -bill 2009-03-25 Bill Holmes billholme...@gmail.com * appdomain.c (mono_domain_unload), * attach.c (transport_start_receive), * threads.c (mono_thread_create_internal), * threads.c (ves_icall_System_Threading_Thread_Thread_internal): Initialize the tid variable to 0 before calls to CreateThread. This is needed for Winx64 because that argument is only 32 bits. Code is contributed under MIT/X11 license. ___ 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] Microsoft Oslo
Anyone doing/planning Mono work related to Microsoft Oslo? I see some chatter on various forums, months old, though. Regards, Trober___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ASP.NET MVC
I am interested in running ASP.NET MVC applications on linux. I was under the impression that the ASP.NET MVC license prohibits me from doing it. I think this is still the verbiage: Platform Limitation - The Additional Use Rights extend only to the software or permitted derivative works that you create that run on a Microsoft Windows operating system product. Could someone enlighten me on how you'll support ASP.NET MVC with this license? Will it just be compatible apis? Simple namespace changing? On Thu, Nov 20, 2008 at 10:47 PM, Gonzalo Paniagua Javier gonzalo.m...@gmail.com wrote: On Thu, 2008-11-20 at 22:52 -0500, Abe Gillespie wrote: Hello All, I'm a long time Windows ASP.NET developer and have one Mono + ASP.NET eCommerce site under my belt. I'm considering using MVC on my next endeavor (I have no experience using it yet) and am wondering if Mono supports it. If so, is there any documentation on it? ASP.NET MVC should be done by June 2009: http://www.mono-project.com/Roadmap -Gonzalo ___ 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] ASP.NET MVC
The final release of ASP.Net MVC does not contain this verbiage. Jonathan Corbin Hoenes wrote: I am interested in running ASP.NET http://ASP.NET MVC applications on linux. I was under the impression that the ASP.NET http://ASP.NET MVC license prohibits me from doing it. I think this is still the verbiage: Platform Limitation - The Additional Use Rights extend only to the software or permitted derivative works that you create that run on a Microsoft Windows operating system product. Could someone enlighten me on how you'll support ASP.NET http://ASP.NET MVC with this license? Will it just be compatible apis? Simple namespace changing? On Thu, Nov 20, 2008 at 10:47 PM, Gonzalo Paniagua Javier gonzalo.m...@gmail.com mailto:gonzalo.m...@gmail.com wrote: On Thu, 2008-11-20 at 22:52 -0500, Abe Gillespie wrote: Hello All, I'm a long time Windows ASP.NET http://ASP.NET developer and have one Mono + ASP.NET http://ASP.NET eCommerce site under my belt. I'm considering using MVC on my next endeavor (I have no experience using it yet) and am wondering if Mono supports it. If so, is there any documentation on it? ASP.NET http://ASP.NET MVC should be done by June 2009: http://www.mono-project.com/Roadmap -Gonzalo ___ Mono-list maillist - Mono-list@lists.ximian.com mailto: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 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ASP.NET MVC
According to Mono roadmap, it says that ASP.NET MVC support will be in Mono 2.6, planned to September 2009. Anyway, MonoRail runs fine in Mono ;-) 2009/3/27 Abe Gillespie abe.gilles...@gmail.com: And AFAIK, the Mono team has their own MVC efforts going (a port?). But now that the MVC license does not have the MS-platform stipulation, it should only be a matter of patching Mono's ASP.NET implementation to get the MS MVC libs working. People at SO.com seem to now be having success with Mono from SVN: http://stackoverflow.com/questions/678212/asp-net-mvc-on-mono-2-2 I haven't tried the latest myself. Last I tried (a couple of weeks ago) the routing was getting confused. -Abe On Fri, Mar 27, 2009 at 2:24 PM, Jonathan Pobst mon...@jpobst.com wrote: The final release of ASP.Net MVC does not contain this verbiage. Jonathan Corbin Hoenes wrote: I am interested in running ASP.NET http://ASP.NET MVC applications on linux. I was under the impression that the ASP.NET http://ASP.NET MVC license prohibits me from doing it. I think this is still the verbiage: Platform Limitation - The Additional Use Rights extend only to the software or permitted derivative works that you create that run on a Microsoft Windows operating system product. Could someone enlighten me on how you'll support ASP.NET http://ASP.NET MVC with this license? Will it just be compatible apis? Simple namespace changing? On Thu, Nov 20, 2008 at 10:47 PM, Gonzalo Paniagua Javier gonzalo.m...@gmail.com mailto:gonzalo.m...@gmail.com wrote: On Thu, 2008-11-20 at 22:52 -0500, Abe Gillespie wrote: Hello All, I'm a long time Windows ASP.NET http://ASP.NET developer and have one Mono + ASP.NET http://ASP.NET eCommerce site under my belt. I'm considering using MVC on my next endeavor (I have no experience using it yet) and am wondering if Mono supports it. If so, is there any documentation on it? ASP.NET http://ASP.NET MVC should be done by June 2009: http://www.mono-project.com/Roadmap -Gonzalo ___ Mono-list maillist - mono-l...@lists.ximian.com mailto:Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - mono-l...@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ 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] ASP.NET MVC
Yes, but it's not clear if that means Mono will support the MS MVC libraries or Mono will include its own, packaged MVC libraries. On Fri, Mar 27, 2009 at 2:43 PM, Daniel Soto daniel.sot...@gmail.com wrote: According to Mono roadmap, it says that ASP.NET MVC support will be in Mono 2.6, planned to September 2009. Anyway, MonoRail runs fine in Mono ;-) 2009/3/27 Abe Gillespie abe.gilles...@gmail.com: And AFAIK, the Mono team has their own MVC efforts going (a port?). But now that the MVC license does not have the MS-platform stipulation, it should only be a matter of patching Mono's ASP.NET implementation to get the MS MVC libs working. People at SO.com seem to now be having success with Mono from SVN: http://stackoverflow.com/questions/678212/asp-net-mvc-on-mono-2-2 I haven't tried the latest myself. Last I tried (a couple of weeks ago) the routing was getting confused. -Abe On Fri, Mar 27, 2009 at 2:24 PM, Jonathan Pobst mon...@jpobst.com wrote: The final release of ASP.Net MVC does not contain this verbiage. Jonathan Corbin Hoenes wrote: I am interested in running ASP.NET http://ASP.NET MVC applications on linux. I was under the impression that the ASP.NET http://ASP.NET MVC license prohibits me from doing it. I think this is still the verbiage: Platform Limitation - The Additional Use Rights extend only to the software or permitted derivative works that you create that run on a Microsoft Windows operating system product. Could someone enlighten me on how you'll support ASP.NET http://ASP.NET MVC with this license? Will it just be compatible apis? Simple namespace changing? On Thu, Nov 20, 2008 at 10:47 PM, Gonzalo Paniagua Javier gonzalo.m...@gmail.com mailto:gonzalo.m...@gmail.com wrote: On Thu, 2008-11-20 at 22:52 -0500, Abe Gillespie wrote: Hello All, I'm a long time Windows ASP.NET http://ASP.NET developer and have one Mono + ASP.NET http://ASP.NET eCommerce site under my belt. I'm considering using MVC on my next endeavor (I have no experience using it yet) and am wondering if Mono supports it. If so, is there any documentation on it? ASP.NET http://ASP.NET MVC should be done by June 2009: http://www.mono-project.com/Roadmap -Gonzalo ___ Mono-list maillist - mono-l...@lists.ximian.com mailto:Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - mono-l...@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ 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] SoC project idea - PLPlot#
The library I've looked at is PLPlot - http://plplot.sourceforge.net/ PLPlot is a very powerful C language plotting library with bindings for differnet languages. Displaying the graphs is done using plugins so it can target a backend like Gtk# / Cairo The steps would be: Create bindings based on the C++ interface using SWIG Create a native Mono API for the library Create a GTK# widget and Windows Forms control utilizing the library I have a lot more details to put into a proper proposal - but what do you guys think about the idea? Personally I'm much rather see more love applied to a completely managed solution (like NPlot). I go out of my way to avoid dependencies on native libraries as they make distributing and upgrading the application a pain. Just my two cents. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SoC project idea - PLPlot#
Have you looked at http://zedgraph.org? I believe it can be used as you suggest, and it's all managed so should run on Mono. I currently have only tested it on MS.NET as a UI control, but have need shortly to use it as a class library for generating static graphs from within my server-side component. So I'll be vetting that part of it on Linux+Mono in the near term. Allister Beharry wrote: Hello, I have an idea for a SoC project this year in the category Mono applications: Basic idea is to implement a Mono/.NET port of or bindings for an existing open-source charting/plotting/visualization library. Graphical representation of data is a very common requirement in many apps from stuff like business intelligence reporting to system tasks like visualizing resources utilization. This goes beyond the idea of a charting control in that it provides its functions as a class library which can be called from any app - from a web applicatiom say, that needs to display charts for a business report The library I've looked at is PLPlot - http://plplot.sourceforge.net/ PLPlot is a very powerful C language plotting library with bindings for differnet languages. Displaying the graphs is done using plugins so it can target a backend like Gtk# / Cairo The steps would be: Create bindings based on the C++ interface using SWIG Create a native Mono API for the library Create a GTK# widget and Windows Forms control utilizing the library I have a lot more details to put into a proper proposal - but what do you guys think about the idea? Allister ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Microsoft Oslo
I may write some code, but it is not related to mono work. I haven't even tried Oslo. I just got interested in a new form of parser generator, and may lose interest depending on my need. http://github.com/atsushieno/mmm/tree/master Atsushi Eno Mono Trober wrote: Anyone doing/planning Mono work related to Microsoft Oslo? I see some chatter on various forums, months old, though. Regards, Trober ___ 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