Re: [Mono-dev] Busy loop in mono
Hi Zoltan, My test was done with mono 3.2.5 on a i686 CentOS. I'll try with the latest version and let you know how it goes. *Jonathan Gagnon* Architecte d'application / Application Architect 600, boulevard Armand-Frappier, bureau 200 Laval (Québec) H7V 4B4 Canada T : 450-662-6101 poste 234 http://www.croesus.com http://www.facebook.com/pages/Croesus-Finansoft/345020305606240http://www.linkedin.com/company/croesus-finansoft?trk=hb_tab_compy_id_26141https://twitter.com/CroesusFin On Mon, Feb 24, 2014 at 6:45 PM, Zoltan Varga var...@gmail.com wrote: Hi, I cannot reproduce this with mono master on a debian amd64 system. Zoltan On Fri, Jan 31, 2014 at 4:03 PM, Jonathan Gagnon jonathan.gag...@croesus.com wrote: It seems to be related to thread pool threads. I wrote a simple program that reproduces the problem: using System.Threading; using System.Threading.Tasks; namespace MultiThreadApp { class Program { static ManualResetEvent evnt = new ManualResetEvent(false); static void Main(string[] args) { for (int i = 0; i 50; ++i) { Task task = new Task(DoNothing); task.Start(); } evnt.WaitOne(); } static void DoNothing() { Thread.Sleep(1000); } } } On Fri, Jan 31, 2014 at 2:31 PM, Jonathan Gagnon jonathan.gag...@croesus.com wrote: It seems like this bug https://bugzilla.novell.com/show_bug.cgi?id=379602 in mono 3.2.5. I was fixed in mono 2.4 but it seems to have reappeared since then because my process is using CPU at doing nothing and I noticed it gets worse if I add threads (even if they do nothing). When I use strace on a process running with mono 3.2.5, I get a similar output : futex(0x9ce6520, FUTEX_WAIT, 81061, {0, 999009600}) = -1 ETIMEDOUT (Connection timed out) time(NULL) = 1391196463 futex(0x9ce6504, FUTEX_WAKE, 1) = 0 gettimeofday({1391196463, 363628}, NULL) = 0 gettimeofday({1391196463, 363707}, NULL) = 0 time(NULL) = 1391196463 gettimeofday({1391196463, 363848}, NULL) = 0 time(NULL) = 1391196463 time(NULL) = 1391196463 clock_gettime(CLOCK_REALTIME, {1391196463, 364038031}) = 0 futex(0x9ce6520, FUTEX_WAIT, 81063, {0, 998961969}) = -1 ETIMEDOUT (Connection timed out) time(NULL) = 1391196464 futex(0x9ce6504, FUTEX_WAKE, 1) = 0 gettimeofday({1391196464, 363500}, NULL) = 0 gettimeofday({1391196464, 363597}, NULL) = 0 time(NULL) = 1391196464 gettimeofday({1391196464, 363713}, NULL) = 0 time(NULL) = 1391196464 time(NULL) = 1391196464 clock_gettime(CLOCK_REALTIME, {1391196464, 363903927}) = 0 The same process doesn't use any cpu time when running on .NET. Any idea what could cause this problem. Has anyone else noticed this problem? Jonathan ___ 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-list] Comparison: Windows/WPF vs Mono/Glade/Gtk
Hi, there, Has anyone worked with Glade/Gtk on a Mono across platforms? Can you provide a comparison how it stacks up in comparison/contrast with native if you will .NET WPF? Assuming C# in all cases. Gtk# with Glade or MonoDevelop: This solution is great if you don't really care very much about how things are displayed. For example, you want to have a table on the window, and you don't want to care about fonts, background colors, etc. Nearly everything in Gtk# is fixed, you can't touch it. This is probably great to give the impression of stability and consistency between platforms and applications. It is not very good if you want to somehow innovate or just do things differently. WPF is not supported in mono, and I have to confess that I haven't worked with it at all. Just WinForms is provided, and it seems that it has been abandoned: I mean, you can still create applications using WinForms, but it is not adviced to do so. It seems that nobody is taking care of the winforms code. So, embedding avalon does not seem to be possible at all. -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Comparison: Windows/WPF vs Mono/Glade/Gtk
Hi, I am working with Gtk# a lot, in a nutshell: WPF works only on windows, so if you want your app cross-platform, don't use it. WinForms are cute on windows, ugly on linux and mac, and some features don't even works there or are glitched GTK is cute on linux, somewhat OK on windows, despite it may look alien to some users (not all controls look identical as in winforms applications), on Mac it's probably similar to windows (I don't have mac I can't test it). Biggest caveat I found in Gtk# is that it has no embedded webbrowser, so if your application needs to render web pages or html, it will be extremely complicated to get it working. Also, there is no decent GUI WYSIWYG editor. There are many of them, including mono itself, but they all are incomparable worse than WYSIWYG for WinForms that is in VisualStudio. On Thu, Feb 27, 2014 at 3:27 PM, Baltasar García Perez-Schofield baltas...@gmail.com wrote: Hi, there, Has anyone worked with Glade/Gtk on a Mono across platforms? Can you provide a comparison how it stacks up in comparison/contrast with native if you will .NET WPF? Assuming C# in all cases. Gtk# with Glade or MonoDevelop: This solution is great if you don't really care very much about how things are displayed. For example, you want to have a table on the window, and you don't want to care about fonts, background colors, etc. Nearly everything in Gtk# is fixed, you can't touch it. This is probably great to give the impression of stability and consistency between platforms and applications. It is not very good if you want to somehow innovate or just do things differently. WPF is not supported in mono, and I have to confess that I haven't worked with it at all. Just WinForms is provided, and it seems that it has been abandoned: I mean, you can still create applications using WinForms, but it is not adviced to do so. It seems that nobody is taking care of the winforms code. So, embedding avalon does not seem to be possible at all. -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ 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
[Mono-list] Porting Microsoft.Reporting.WinForms to Mono?
[Intro: I'm somewhat new to C# and am much more familiar with Linux and MacOS than Windows. In the past few months I've been learning C# to develop Xamarin.iOS apps and simply trying to wrap my mind around this combination of C# and iOS stuff that doesn't always make sense to someone that's been doing command-line and server-side Unix, Python, and JavaScript stuff mostly.] I've been asked to fix, update and make portable an app build around Microsoft.Reporting.WinForms. From searching I see a bunch of old posts saying that Mono doesn't support WinForms but nothing very recent. I don't really know much about it so my basic question is if there is an easy fix (add the needed assembly somewhere) and if not what is the recommended way to handle porting? I had nothing to do with writing this app and it's fairly large, complex, and seems poorly written but as much as I'd like to do a total remit it's probably not the best strategy at the moment. Sent from my iPad Michael McGlothlin ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Comparison: Windows/WPF vs Mono/Glade/Gtk
WideMargin uses an embedded webbrowser with GTK# webkitsharp on linux. Works great. However we also used WPF on windows via a MVC pattern. We started with GTK on windows but found it to be ugly there and just didn't feel right. Xamarin Studio uses GTK on windows but they have heavily skinned it to look like a Mac app. So with Xamarin Studio you have a linux UI (which doesn't support linux) running on a windows operating system which looks like a Mac app. Which I find kind of amusing. Cheers, Daniel Hughes On Fri, Feb 28, 2014 at 4:06 AM, Petr Bena benap...@gmail.com wrote: Hi, I am working with Gtk# a lot, in a nutshell: WPF works only on windows, so if you want your app cross-platform, don't use it. WinForms are cute on windows, ugly on linux and mac, and some features don't even works there or are glitched GTK is cute on linux, somewhat OK on windows, despite it may look alien to some users (not all controls look identical as in winforms applications), on Mac it's probably similar to windows (I don't have mac I can't test it). Biggest caveat I found in Gtk# is that it has no embedded webbrowser, so if your application needs to render web pages or html, it will be extremely complicated to get it working. Also, there is no decent GUI WYSIWYG editor. There are many of them, including mono itself, but they all are incomparable worse than WYSIWYG for WinForms that is in VisualStudio. On Thu, Feb 27, 2014 at 3:27 PM, Baltasar García Perez-Schofield baltas...@gmail.com wrote: Hi, there, Has anyone worked with Glade/Gtk on a Mono across platforms? Can you provide a comparison how it stacks up in comparison/contrast with native if you will .NET WPF? Assuming C# in all cases. Gtk# with Glade or MonoDevelop: This solution is great if you don't really care very much about how things are displayed. For example, you want to have a table on the window, and you don't want to care about fonts, background colors, etc. Nearly everything in Gtk# is fixed, you can't touch it. This is probably great to give the impression of stability and consistency between platforms and applications. It is not very good if you want to somehow innovate or just do things differently. WPF is not supported in mono, and I have to confess that I haven't worked with it at all. Just WinForms is provided, and it seems that it has been abandoned: I mean, you can still create applications using WinForms, but it is not adviced to do so. It seems that nobody is taking care of the winforms code. So, embedding avalon does not seem to be possible at all. -- Baltasar (baltas...@gmail.com http://baltasarq.info/) ___ 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 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] On-line Mono documentation is broken
Example: http://docs.go-mono.com/?link=C%3aGdk.Pixbuf.Pixbuf(GLib.GType) Server Error in '/' Application -- *Object reference not set to an instance of an object* *Description: *HTTP 500. Error processing request. *Stack Trace:* System.NullReferenceException: Object reference not set to an instance of an object at System.Collections.Generic.LinkedListNode`1[Mono.Utilities.LRUCache`2+ListValueEntry`2[System.String,Monodoc.Node,System.String,Monodoc.Node]].InsertBetween (System.Collections.Generic.LinkedListNode`1 previousNode, System.Collections.Generic.LinkedListNode`1 nextNode, System.Collections.Generic.LinkedList`1 list) [0x0] in filename unknown:0 at System.Collections.Generic.LinkedList`1[Mono.Utilities.LRUCache`2+ListValueEntry`2[System.String,Monodoc.Node,System.String,Monodoc.Node]].AddFirst (System.Collections.Generic.LinkedListNode`1 node) [0x0] in filename unknown:0 at Mono.Utilities.LRUCache`2[System.String,Monodoc.Node].Put (System.String key, Monodoc.Node value) [0x0] in filename unknown:0 at Monodoc.Providers.EcmaHelpSource.MatchNode (System.String url) [0x0] in filename unknown:0 at Monodoc.Providers.EcmaHelpSource.GetInternalIdForUrl (System.String url, Monodoc.Node node, System.Collections.Generic.Dictionary`2 context) [0x0] in filename unknown:0 at Monodoc.RootTree.GetHelpSourceAndIdForUrl (System.String url, Monodoc.HelpSource hintSource, System.String internalId, System.Collections.Generic.Dictionary`2 context, Monodoc.Node node) [0x0] in filename unknown:0 at Monodoc.RootTree.RenderUrl[String] (System.String url, IDocGenerator`1 generator, Monodoc.Node node, Monodoc.HelpSource hintSource) [0x0] in filename unknown:0 at Monodoc.RootTree.RenderUrl (System.String url, Monodoc.Node n) [0x0] in filename unknown:0 at Mono.Website.Handlers.MonodocHandler.HandleMonodocUrl (System.Web.HttpContext context, System.String link) [0x0] in filename unknown:0 at Mono.Website.Handlers.MonodocHandler.System.Web.IHttpHandler.ProcessRequest (System.Web.HttpContext context) [0x0] in filename unknown:0 at System.Web.HttpApplication+Pipelinec__Iterator3.MoveNext () [0x0] in filename unknown:0 at System.Web.HttpApplication.Tick () [0x0] in filename unknown:0 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list