Re: [Mono-dev] Problem in SvcHttpHandler.cs ?
The reason why there are no synchronous calls in silverlight is (I believe) because you can easily deadlock the plugin by attempting a synchronous call when using the browser http stack. For the web request to be completed, the browser has to be able to iterate and if a plugin is blocking, there's nothing the browser can do. If I remeber correctly there is an explanation of this on msdn somewhere. Alan On 6 Jul 2010, at 05:08, Atsushi Eno atsushi...@veritas-vos-liberabit.com wrote: Hello Thiago, Thanks, there's a lot of major and minor missing functionalities all around. Our class status describes large part of those missing stuff (primarily in System.ServiceModel.dll): http://go-mono.com/status/ Right now we have no plan to build mono specific WCF libraries. IMO libraries like what you said should be released cross platform, at places like codeplex. Instead you might have some useful code that could be used in our own core WCF assemblies (imagine if you have implemented WS-AtomicTransaction aside TransactionFlowBindingElement, and we don't have working code now.) Atsushi Eno On 2010/07/05 21:27, Thiago Padilha wrote: Hi Atsushi, I have started messing with WCF last week but I'm very interested in learning, If you need help with anything just send me a message. Also, today I'm starting to develop an http binding/channel to allow REST syncronous programming of WCF Services/Clients(compatible with moonlight/silverlight 2/3). I know syncronous service calls aren't officially supported by Silverlight, but(correct me if I'm wrong) I don't see why that should'nt work if I extend at channel level. If you want to integrate my source code in the Mono specific libraries I'd be happy to send you. On Fri, Jul 2, 2010 at 3:54 PM, Atsushi Eno atsushi...@veritas-vos-liberabit.com wrote: Hi, Right, thanks for the analysis, that should be fixed, and I have an idea. Though I am now rewriting ASP.NET channel support based on our new HTTP (non-ASP.NET) channel stack and it does not use the code path you mentioned, I'd rather finish the rewrite first and then fix the actual issue. The idea above is to use Uri comparison using UriComponents based on HostNameComparisonMode value (which is ignored so far). Atsushi Eno On 2010/06/29 21:46, Thiago Padilha wrote: Hi, I'm hosting a WCF service using asp.net/mono from trunk (r159644) but encountered a problem when accessing the service from a virtual machine : The argument HTTP context did not match any of the registered listener manager (could be mismatch in URL, method etc.) http://172.16.122.2:8080/Person.svc Description: HTTP 500. Error processing request. Stack Trace: System.InvalidOperationException: The argument HTTP context did not match any of the registered listener manager (could be mismatch in URL, method etc.) http://172.16.122.2:8080/Person.svc at System.ServiceModel.Channels.SvcHttpHandler.FindBestMatchListener (System.Web.HttpContext ctx) [0x00120] in /home/thiago/monotrunk/mcs/class/System.ServiceModel/ System.ServiceModel.Channels/SvcHttpHandler.cs:141 at System.ServiceModel.Channels.SvcHttpHandler.ProcessRequest (System.Web.HttpContext context) [0xd] in /home/thiago/monotrunk/mcs/class/System.ServiceModel/ System.ServiceModel.Channels/SvcHttpHandler.cs:156 at System.Web.HttpApplication+Pipelinec__Iterator2.MoveNext () [0x00ce5] in /home/thiago/monotrunk/mcs/class/System.Web/System.Web/ HttpApplication.cs:1344 at System.Web.HttpApplication.Tick () [0x0] in /home/thiago/monotrunk/mcs/class/System.Web/System.Web/ HttpApplication.cs:914 I think this happened because I tried to access the service trough the 172.16.122.0 network which is the virtual network for my VMs. The service works well if I access it on the local machine using the http://127.0.0.1:8080/Person.svc; Url, but fails with the same error if I use http://localhost:8080/Person.svc;. After looking into the source code I think the problem may be on the following conditionals (method 'FindBestMatchListener') : if (l.Uri.Equals (ctx.Request.Url)) { best = l; break; } // if (!ctx.Request.Url.ToString ().StartsWith (l.Uri.ToString (), StringComparison.Ordinal)) continue; Maybe it should check the Uris for all the network interfaces?(I have no idea on how to do that). ___ 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] Mono and KeePass
I'm not sure what your problem is, but if you have a problem with the latest release, could you file a bug at http://bugzilla.novell.com with exact instructions to replicate the bug? Thanks, Alan, On Sat, Jun 26, 2010 at 2:57 PM, Hmury hmury2...@gmail.com wrote: I use Mono 2.6.4 for start KeePass 2.10. The Operating system - Gentoo-x86_64. All was remarkable, while unexpected deenergizing of the computer has not led to a problem. Problem in the following. Here that was earlier: And here that now: I.e. there are no headings of columns, there is no sorting according to columns, there is no possibility to change width of a column... Reinstallation mono solves nothing. How to be? ** Sorry for my English :) -- View this message in context: Mono and KeePasshttp://mono.1490590.n4.nabble.com/Mono-and-KeePass-tp2269411p2269411.html Sent from the Mono - General mailing list archivehttp://mono.1490590.n4.nabble.com/Mono-General-f1490591.htmlat Nabble.com. ___ 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] Some issues with mono 2.0
1.9.1 is incredibly old. You really do need to just sit down and test your app with a newer mono. I'd recommend you try our 2.6.x releases as opposed to the 2.4.x ones though I'm unsure what the state of ubuntu packaging is for the 2.6.x releases. Do let us know if you hit any issues with the upgrade. Alan. On Fri, Jun 25, 2010 at 11:27 AM, dugc dug...@dolce.co.uk wrote: Hi Maxim, I stumbled across your posts as I am having similar problems. All of the traffic for my site is beteen 8.50am and 9.05am (it is a meal preorder system) and my users are losing patience as it keeps going down during peak traffic. Frustratingly the server's (2 x Quad core CPUs, 8GB ram, RAID 5) CPU and RAM use is very low. I get a lot of this on my logs (sometimes once a day, sometimes 30 times a day): System.Threading.ThreadAbortException: Thread was being aborted Server stack trace: at Mono.WebServer.BaseApplicationHost.ProcessRequest (Mono.WebServer.MonoWorkerRequest mwr) [0x0] at Mono.WebServer.ModMonoApplicationHost.ProcessRequest (Int32 reqId, System.String verb, System.String queryString, System.String path, System.String protocol, System.String localAddress, Int32 serverPort, System.String remoteAddress, Int32 remotePort, System.String remoteName, System.String[] headers, System.String[] headerValues) [0x0] at (wrapper remoting-invoke-with-check) Mono.WebServer.ModMonoApplicationHost:ProcessRequest (int,string,string,string,string,string,int,string,int,string,string[],string[]) at (wrapper xdomain-dispatch) Mono.WebServer.ModMonoApplicationHost:ProcessRequest (object,byte[],byte[],int,string,string,string,string,string,int,string,int,string,string[],string[]) Exception rethrown at [0]: at (wrapper xdomain-invoke) Mono.WebServer.ModMonoApplicationHost:ProcessRequest (int,string,string,string,string,string,int,string,int,string,string[],string[]) at (wrapper remoting-invoke-with-check) Mono.WebServer.ModMonoApplicationHost:ProcessRequest (int,string,string,string,string,string,int,string,int,string,string[],string[]) at Mono.WebServer.ModMonoWorker.InnerRun (System.Object state) [0x0] at Mono.WebServer.ModMonoWorker.Run (System.Object state) [0x0] Some morning nothing works (can't get the login page) and some mornings the login comes up but it just times out when you try to login. It is always the case that non-ASP.NET pages (.html pages) can load fine. I have tried various settings and currently have this set up: MonoSetEnv MONO_THREADS_PER_CPU=1000 MonoMaxActiveRequests 250 MonoMaxWaitingRequests 250 But it is still crashing almost every morning, leading to a lot of lost sales. Changing MaxActive and MaxWaiting doesn't seem to make much difference - when it starts to go wrong, it will crash whatever the queue length is. I am running Mono 1.9.1 on Ubuntu 8.10, using Apache (pre-fork) 2.2.9. I have to use prefork as I run phpMyAdmin on the server and php requires it. Does this make much of a difference? I heard that the 'worker' version might be better for mono? I would appreciate it if you could let me know how you are getting on with this now - and if it is fixed, what version of mono sorted the problem. I hope to upgrade the server to Ubuntu 10.04 and Mono 2.4 but I am worried that this will be insufficient to resolve my problems. Thanks, Dugald -- View this message in context: http://mono.1490590.n4.nabble.com/Some-issues-with-mono-2-0-tp1503708p2268260.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] Marshalling union crashes
Check sizeof (double) in native code on your platform which crashes and the one which succeeds. There could also be alignment issues which you are unaware of which are only manifesting under one platform. Alan On 18 Jun 2010, at 20:43, Jef Driesen jefdrie...@hotmail.com wrote: On 18/06/10 17:02, Robert Jordan wrote: On 18.06.2010 16:55, Robert Jordan wrote: On 18.06.2010 16:14, Jef Driesen wrote: On 18/06/10 15:27, Robert Jordan wrote: On 18.06.2010 13:27, Jef Driesen wrote: This seems to work fine with MS .NET, but crashes under mono with the error: Which Mono version and architecture? $ mono --version Mono JIT compiler version 2.4.4 (Debian 2.4.4~svn151842-1ubuntu4) Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC:Included Boehm (with typed GC) SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none So it's a 64 bit Mono. On Linux/64, an int is 8 bytes wide, whereas your managed structs are assuming 4 bytes (a managed int is 4 bytes wide, regardless of the architecture). Oops, I got this wrong. This is only true for long. Please file a bug with a reproducible test case at http://mono-project.com/Bugs Bug filed: https://bugzilla.novell.com/show_bug.cgi?id=615553 ___ 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-dev] Bug 470120 - Socket.EndSend unexpectedly fails with WSAEWOULDBLOCK
So the patch fixes the Begin/EndSend issue but breaks BeginConnect? Maybe that's a good reason to not commit the patch until the issue with BeginConnect is fixed. Would you be capable of diagnosing andor fixing the issue or do we need another OSX guy to look at it? You should probably add information about exactly what's broken to the bug report. Alan. On Thu, Jun 10, 2010 at 3:01 PM, yoni shalom silve...@gmail.com wrote: shameless ping... On Mon, Jun 7, 2010 at 11:03 AM, yoni shalom silve...@gmail.com wrote: Does anyone know the status of this bug ? It was found in 2.4.x, theres a patch there but it hasn't seen its way into trunk, can someone take a look please ? https://bugzilla.novell.com/show_bug.cgi?id=470120 Thanks. ___ 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] how to register a c++ class to c#?
C# 4.0s 'dynamic' keyword can probably do most of what you want. Alan. On Mon, Jun 7, 2010 at 3:19 PM, 冶晶邓 fatfat...@gmail.com wrote: thanks,Jedd! i think i have understood the code you supplied. i wonder if we can create a C# class with some C-API instead of directly defining it in C#? just like python who enables us to create new type by filling a PyType struct and pass it to PyType_Ready call. is that exists? ___ 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-dev] Compiler bug in foreach
There was a regression in trunk about 2 weeks ago which was fixed about 4 days ago which was very similar to this. However your testcase appears to fail on both mono 2.6.4 and svn trunk. Would you be able to file a bug report with this testcase? Thanks! Alan. On Sat, May 29, 2010 at 2:11 AM, Robert Jordan robe...@gmx.net wrote: On 29.05.2010 01:44, Mehrdad Reshadi wrote: I found the following bug, wondering if others have seen this, or anything is being done to solve it. foreach is too common to have such a bug! public static void Main(string[] args) { var o = new Y(); foreach (var c in new A[3] { new A(), new B(), new C() }) c.f(o); new B().f(o); } foreach is obviously not the culprit, because the issue can be reproduced with an unrolled loop: public static void Main(string[] args) { var o = new Y(); var a = new A[3] { new A(), new B(), new C() }; a[0].f(o); a[1].f(o); a[2].f(o); new B().f(o); } Please visit http://mono-project.com/Bugs and file a bug. 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
Re: [Mono-dev] Compiler bug in foreach
Hey, I filed a bug and then realised you had already filed it. I marked mine as a duplicate of yours and changed the severity of yours to a more appropriate level. Generally speaking we reserve 'critical' for bugs which affect a large proportion of applications ( 50%) and cause major issues or security holes in those applications. Thanks for filing the bug and hopefully it'll get sorted soon. If you need a workaround *right now* then the easiest thing to do would be to compile using the microsoft compiler and then run the resulting assembly under mono. This is purely a compile time bug. Alan. On Sun, May 30, 2010 at 4:53 PM, Alan McGovern alan.mcgov...@gmail.com wrote: There was a regression in trunk about 2 weeks ago which was fixed about 4 days ago which was very similar to this. However your testcase appears to fail on both mono 2.6.4 and svn trunk. Would you be able to file a bug report with this testcase? Thanks! Alan. On Sat, May 29, 2010 at 2:11 AM, Robert Jordan robe...@gmx.net wrote: On 29.05.2010 01:44, Mehrdad Reshadi wrote: I found the following bug, wondering if others have seen this, or anything is being done to solve it. foreach is too common to have such a bug! public static void Main(string[] args) { var o = new Y(); foreach (var c in new A[3] { new A(), new B(), new C() }) c.f(o); new B().f(o); } foreach is obviously not the culprit, because the issue can be reproduced with an unrolled loop: public static void Main(string[] args) { var o = new Y(); var a = new A[3] { new A(), new B(), new C() }; a[0].f(o); a[1].f(o); a[2].f(o); new B().f(o); } Please visit http://mono-project.com/Bugs and file a bug. 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
Re: [Mono-dev] System.NotImplementedException: The requestedfeature is not implemented. atSystem.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration
I am thinking of a Java/.NET split if you will where we keep what we can that WILL run under Mono and port the rest to Java. That assumes we can get the two to play nicely together. Depending on what it is that doesn't work, it's possible that it'd only take you a couple of days could fix your issue. That'd be significantly less time than porting to java. You'd have to way up the pros and cons of rewriting in java. The biggest con is that you have doubled your maintainance burden if you have the same code in two languages. Alan. On Tue, May 25, 2010 at 9:09 PM, Greg Robinson gregarobin...@gmail.com wrote: Matt, it looks like most of the ClientCredentials class is done so you might be able to configure the necessary ClientCredentials in code rather than using .config files. So are you stating Mono is not app.config file friendly? So it's possible if we hard code these bits will run under Mono? On Tue, May 25, 2010 at 3:40 PM, Matt Dargavel m...@shout-telecoms.com wrote: Hi Greg, Have you tried running MoMA (http://www.mono-project.com/MoMa) against your application? This should give you an idea of how much is missing from Mono. With respect to WCF and the specific problem you saw, I’ve not used the security stuff at all but it looks like most of the ClientCredentials class is done so you might be able to configure the necessary ClientCredentials in code rather than using .config files. I don’t think the System.ServiceModel.Configuration namespace is as complete as some of the other bits. You can find information on the implementation status at the links below. http://go-mono.com/status/status.aspx?reference=3.5profile=2.0assembly=System.ServiceModel http://www.mono-project.com/WCF Regards, Matt. From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Greg Robinson Sent: 25 May 2010 7:09 PM To: Stifu Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] System.NotImplementedException: The requestedfeature is not implemented. atSystem.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration Understood, and that was my first thought. Was just wondering if there were alternative solutions. I am thinking of a Java/.NET split if you will where we keep what we can that WILL run under Mono and port the rest to Java. That assumes we can get the two to play nicely together. Is there a way to see if someone is already working on the bits in Mono we need? On Tue, May 25, 2010 at 2:05 PM, Stifu st...@free.fr wrote: The obvious answer: contribute to Mono and help implement it. Or pay someone to do it. That's what some companies do. If you can afford it, that's an option (which might turn out to be cheaper than rewriting everything in Java; that said, I have no idea how much work is needed here). Greg Robinson wrote: I am new to Linux, new to Mono. I am really hoping we can use Mono for our .NET application to Linux port/migration. The other option on the table is to totally re-write in Java. So what do folks usually do at this point; the point where they find that something they need, our .NET Server application calling a WCF Service using System.ServiceModel bits, not implemented in Mono? It seems a shame to just give up and do a port to Java; is that my only solution though? On Tue, May 25, 2010 at 12:45 PM, Miguel de Icaza mig...@novell.com wrote: When I go to: http://mono-project.com/DistroPackages/Ubuntu it tells me Mono comes installed by default. We are running Ubuntu 10.04. What do I need to do to upgrade to Mono 2.6 on Ubuntu 10.04? I am told that there are no 2.6 packages available for Ubuntu by the Debian/Ubuntu community. The bad news is that you need to compile from source code; The good news is that this is a trivial process (as long as you use released tarballs): http://www.mono-project.com/Parallel_Mono_Environments Migue. On Mon, May 24, 2010 at 8:50 AM, Oskar Berggren oskar.bergg...@gmail.com wrote: 2.2 is fairly old. Have you checked with 2.4 or 2.6? Try searching for moma and mono class library status. /Oskar 2010/5/24 Greg Robinson gregarobin...@gmail.com: I have been making good progress on moving our .NET server application over to Mono 2.2 running on Ubuntu 2.2. Friday, I ported the WCF pieces over where all the server application does is make calls to a WCF service running on a windows server outside of our office. I am getting the following, which suggests to me these pieces of client side WCF are not implemented in Mono 2.2:
Re: [Mono-dev] bug or wrong mono compilation?
It works fine with r156922 from SVN. When building from trunk, always give the svn revision that you built with. Alan. On Sat, May 22, 2010 at 5:36 PM, xplicit s...@ngs.ru wrote: I have compiled mono 2.7 from trunk and try to use C# 4.0 features. I wrote simple program: using System; namespace test2 { class MainClass { public static void Main (string[] args) { dynamic a=new object(); Console.WriteLine(a.ToString()); } } } and run it. I expect System.Object instead of it the exception occurs: Unhandled Exception: Microsoft.CSharp.RuntimeBinder.RuntimeBinderException: `string' does not contain a definition for `WriteLine' at (wrapper dynamic-method) object.CallSite.Target (System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,object) IL 0x0004e, 0x000a6 at System.Dynamic.UpdateDelegates.UpdateAndExecuteVoid1 (System.Runtime.CompilerServices.CallSite,object) 0x00365 at test2.MainClass.Main (string[]) [0x0005d] in /home/sergey/Projects/test2/test2/Main.cs:11 What is this: bug in the mono, or I have wrongly compiled mono? -- View this message in context: http://mono.1490590.n4.nabble.com/bug-or-wrong-mono-compilation-tp2227282p2227282.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono debugger
You're installing a trunk build of mono with a 2.6.3 release of the debugger. This is a mismatch. As Michael said, SDB is built into the runtime these days so could more than likely just use that. Alan. On Wed, May 12, 2010 at 7:03 PM, sberryman sh...@golfsigma.com wrote: I don't have a parallel environment though. The trunk build is the only copy of mono running on the box. -- View this message in context: http://mono.1490590.n4.nabble.com/mono-debugger-tp2196491p2196512.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono debugger
Follow this guide: http://www.mono-project.com/Parallel_Mono_Environments and enter your parallel environment before compiling the debugger. Also don't mix SVN versions of mono with released versions of the debugger. You need to keep everything in sync. Either use 2.6.3 of both mono and the debugger or svn of both mono and the debugger. Alan. On Wed, May 12, 2010 at 6:53 PM, sberryman sh...@golfsigma.com wrote: I've got the trunk build of mono running: Mono JIT compiler version 2.7 (/trunk/mono r157252 Wed May 12 05:23:59 UTC 2010) Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com TLS: normal GC: Included Boehm (with typed GC and Parallel Mark) SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none Misc: debugger softdebug LLVM supported I'm trying to get the debugger built and I've tried using http://ftp.novell.com/pub/mono/sources/mono-debugger/mono-debugger-2.6.3.tar.bz2 and from the svn trunk (http://anonsvn.mono-project.com/viewvc/trunk/debugger/) When I try and use ./configure or autogen.sh I get the following error: checking Whether your Mono is working... no configure: error: *** Your Mono is too old for this version of the debugger. -- View this message in context: http://mono.1490590.n4.nabble.com/mono-debugger-tp2196491p2196491.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] FIXED - Everything working now
Hey, If it's of any future use to you, here's how I handled binding to all the interfaces and listen for upnp broadcasts. Check out the 'CreateSockets' method here: http://anonsvn.mono-project.com/viewvc/trunk/Mono.Nat/src/Mono.Nat/UpnpSearcher.cs Alan. p.s. I really need to sort out the formatting of those files. They have both 4 line spaces and real tabs in them :( On Tue, May 11, 2010 at 3:41 PM, Ylian ysainthila...@hotmail.com wrote: Yesterday night I http://software.intel.com/en-us/blogs/2010/05/10/tools-for-upnp-running-on-linuxmono/ posted a blog about the http://opentools.homeip.net/dev-tools-for-upnp Developer Tools for UPnP Technologies now working on MONO. First, ExclusiveAddressUse was optional and not my real problem anyway. Skipping it was perfectly fine. The real problem was that I normally bind a different socket to each local interface and join the SSDP multicast group. After much trial and error I noticed that if I bind to ANY, it worked and I started receiving multicast traffic, but bind to a specific interface and I would not. Now, I MUST know the specific local interface on which I received the multicast packet so, binding to ANY is not an option. I then noticed that you can specify an interface in the multicast join, so I tried creating a bunch of sockets all with ANY bind, but each with a multicast join on a separate local interface. That worked! I had to chance the code because normally when I receive traffic, I look at the client.localendpoint to give me to local interface then traffic came on. Since all sockets are now bind to ANY, I have to carry the localendpoint separately. This was an easy fix and the result is impressive. The main tools Device Sniffer, Device Spy and Network Light all work perfectly. Thanks, Ylian http://opentools.homeip.net opentools.homeip.net -- View this message in context: http://mono.1490590.n4.nabble.com/Porting-UPnP-Tools-to-MONO-Socket-ExclusiveAddressUse-problem-tp2173013p2173919.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-dev] [PATCH] - optimization for System.Xml.XmlNode::SelectSingleNode
Why would a c-cast be so much slower than an 'as' cast? Surely they should be equivalent or the c-cast should be faster. Alan. On Mon, May 10, 2010 at 7:24 PM, Atsushi Eno atsushi...@veritas-vos-liberabit.com wrote: Well, it wasn't really internal, but that does not affect my statement. Atsushi Eno On 2010/05/11 2:55, Atsushi Eno wrote: Hi, Thanks Tom, it looks like a good catch. The interface is internal, and cast exceptions should not happen there anyways. Once the build got fixed, I'll verify the patch and apply it unless it regresses. Atsushi Eno On 2010/05/11 2:09, tom hindle wrote: Hi, While performance profiling our code, with mono's nice profiling tools :), I noticed System.Xml.XmlNode::SelectSingleNode was taking 23ms a call while the sum of the methods it was calling took 5ms. SelectSingleNode is a very simple method however it contains a (dynamic) down cast. I replaced the (Cstyle/prefix) cast with a 'as' cast and this seem to reduce the method time by about 7ms. // With 'Cstyle' cast 39672.303 1717 23.106 System.Xml.XmlNode::SelectSingleNode(string,XmlNamespaceManager) Callers (with count) that contribute at least for 1%: 1717 100 % System.Xml.XmlNode::SelectSingleNode(string) // With 'as' cast 29238.117 1880 15.552 System.Xml.XmlNode::SelectSingleNode(string,XmlNamespaceManager) Callers (with count) that contribute at least for 1%: 1880 100 % System.Xml.XmlNode::SelectSingleNode(string) I read that this is because 'as' cast generates IL instr 'isinst' while 'cstyle' cast generates 'castclass'. The msdn documentation about XmlNode.SelectSingleNode doesn't state that an InvalidCastException, can/could be thrown. Is this a sensible thing to do? If so could someone review/commit my patch as I believe it will make a fairly major difference for applications that make much use of SelectSingleNode. Thanks Tom ___ 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-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] Porting UPnP Tools to MONO - Socket ExclusiveAddressUse problem
I don't think this is supported on linux, only on windows. Alan. On Mon, May 10, 2010 at 11:05 PM, Ylian ysainthila...@hotmail.com wrote: Hi. I own the Developer Tools for UPnP Technologies, I widely used set of tools for building and debugging UPnP related software. I have gotten many requests to run the tools on MONO and have gotten rid of all the C/C++ native code and so far, it's working except for one problem: I need to bind to UDP port 1900 non-exclusively to receive SSDP multicast traffic. I use Ubuntu 10.04, MONO 2.4.4 and I get a SocketException: Protocol Option not supported when trying to set UdpClient's ExclusiveAddressUse property. Are there any alternatives? I am also trying to find precedents for UPnP work on MONO. My multicast socket setup code below (Apache 2.0 license). Thanks, Ylian opentools.homeip.net public class UPnPMulticastSniffer { public delegate void PacketHandler(object sender, string Packet, IPEndPoint Local, IPEndPoint From); public event PacketHandler OnPacket; private UdpClient client = null; public UPnPMulticastSniffer(IPEndPoint local) { client = new UdpClient(local.AddressFamily); client.ExclusiveAddressUse = false; client.Client.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ExclusiveAddressUse, false); client.Client.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true); client.EnableBroadcast = true; client.Client.Bind(local); if (local.AddressFamily == AddressFamily.InterNetwork) client.JoinMulticastGroup(IPAddress.Parse(239.255.255.250), local.Address); if (local.AddressFamily == AddressFamily.InterNetworkV6) client.JoinMulticastGroup((int)local.Address.ScopeId, IPAddress.Parse(FF02::C)); client.BeginReceive(new AsyncCallback(OnReceiveSink), null); } public void OnReceiveSink(IAsyncResult ar) { IPEndPoint ep = null; byte[] buf = null; try { buf = client.EndReceive(ar, ref ep); } catch (Exception) { } if (buf != null OnPacket != null) OnPacket(this, UTF8Encoding.UTF8.GetString(buf, 0, buf.Length), (IPEndPoint)client.Client.LocalEndPoint, ep); try { client.BeginReceive(new AsyncCallback(OnReceiveSink), null); } catch (Exception) { } } public void Dispose() { if (client == null) return; client.Close(); client = null; } } View this message in context: Porting UPnP Tools to MONO - Socket ExclusiveAddressUse problem 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] Has Anyone Read UDP Data with Mono?
How are you running the program? Do you have two different machines and are trying to send between them or is it the same machine used as the sender and receiver? It sounds like the case that doesn't work for you is sending data between two different machines, in that case it really does sound like a firewall issue. Maybe the app you're using to sniff the packets is checking the data before your firewall app applies its rules to it. Alan. On Sun, May 9, 2010 at 6:58 PM, Steve Ricketts veloce...@hotmail.com wrote: Interesting... I created a client program with your code and ran it on the same computer. The server did receive the data correctly. So, what could be different about the data coming from the Windows computer? Shouldn't be a firewall issue because I can see the packets in the terminal window. What else might stop the connection? -- View this message in context: http://mono.1490590.n4.nabble.com/Has-Anyone-Read-UDP-Data-with-Mono-tp2135475p2164584.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] Unhandled Exception: System.EntryPointNotFoundException: CreateZStream
Are you sure you have zlib installed? It's possible that mono just assumed that zlib was available and usable. Alan. On Sat, May 8, 2010 at 5:07 PM, markalanj mark.jo...@eecradar.com wrote: Hello I am using Mono 2.6.4 on OpenSUSE 11.1 and I am getting the following error when trying to use gzip compression Unhandled Exception: System.EntryPointNotFoundException: CreateZStream at (wrapper managed-to-native) System.IO.Compression.DeflateStream:CreateZStream (System.IO.Compression.CompressionMode,bool,System.IO.Compression.DeflateStream/UnmanagedReadOrWrite,intptr) Below is the line of text from the output of the Mono configure script that shows configure is happy with my zlib install. zlib: system zlib Cheers, Mark -- View this message in context: http://mono.1490590.n4.nabble.com/Unhandled-Exception-System-EntryPointNotFoundException-CreateZStream-tp2136250p2136250.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] Vladislav Rastrusny has invited you to Dropbox
Some sort of spam i suspect. Alan. On Sat, May 8, 2010 at 5:14 PM, Valeriano Tórtola Luis vtort...@gmail.comwrote: apparently the email address is the customer service of the thing, is this a Mono Ad or simply spam? On 8 May 2010 17:12, fractali...@yandex.ru wrote: Hello, This is an automated response to inform you that your question has been entered into our system, and will be reviewed shortly. Your ticket has been submitted into the General Support department. We will respond to you as soon as possible. == Please keep this information, and use it when refering to your ticket: Ticket subject: Re: [Mono-list] Vladislav Rastrusny has invited you to Dropbox Ticket number: 24486946 Ticket link: https://secure.mpcustomer.com/ticket.php?ticket=24486946 Ticket body: What the hell is this? xD On 8 May 2010 16:55, Dropbox no-re...@dropbox.com wrote: We're excited to let you know that Vladislav Rastrusny has invited you to Dropbox! Vladislav Rastrusny has been using Dropbox to sync and share files online and across computers, and thought you might want it too. Visit www.dropbox.com http://www.dropbox.com/link/20.EU-9w0PEeB/NjE2NzYxNTYxNwto get started. - The Dropbox Team To stop receiving invites from Dropbox, click here http://www.dropbox.com/bl/dc758fefc3e9/mono-list%40lists.ximian.com © 2010 Dropbox ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Valeriano Tórtola Luis vtort...@gmail.com Attachment 1 [ text/html ] What the hell is this? xDOn 8 May 2010 16:55, Dropbox lt;no-re...@dropbox.com lt%3bno-re...@dropbox.comgt; wrote: We#39;re excited to let you know that Vladislav Rastrusny has invited you to Dropbox! Vladislav Rastrusny has been using Dropbox to sync and share files online and across computers, and thought you might want it too. Visit www.dropbox.com to get started. - The Dropbox Team To stop receiving invites from Dropbox, click here © 2010 Dropbox ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Valeriano Tórtola Luis vtort...@gmail.com Attachment 2 [ text/plain ] ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list == -- Valeriano Tórtola Luis vtort...@gmail.com On 8 May 2010 16:55, Dropbox no-re...@dropbox.com wrote: We're excited to let you know that Vladislav Rastrusny has invited you to Dropbox! Vladislav Rastrusny has been using Dropbox to sync and share files online and across computers, and thought you might want it too. Visit www.dropbox.comhttp://www.dropbox.com/link/20.EU-9w0PEeB/NjE2NzYxNTYxNwto get started. - The Dropbox Team To stop receiving invites from Dropbox, click herehttp://www.dropbox.com/bl/dc758fefc3e9/mono-list%40lists.ximian.com © 2010 Dropbox ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Valeriano Tórtola Luis vtort...@gmail.com ___ 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] Opening /dev/null using FileStream
Could you not just use Stream.Null? Alan. On Fri, May 7, 2010 at 3:47 PM, muhr m...@bluewin.ch wrote: Hello all I'm trying to open /dev/null with a FileStream object, like this: new FileStream(/dev/null, FileMode.Create, FileAccess.Write); but I keep getting IOExceptions because of a file sharing violation. The exact text is Sharing violation on path /dev/null. I've tried several combinations of FileMode, FileAccess and FileShare flags in the constructor of FileStream, but all give the same error. Is it not possible to open /dev/null with a FileStream for writing or am I just using the wrong combination of flags? Btw. I am trying this under 64bit Linux using Mono 2.6.3 in case it's important. Best regards, Markus -- View this message in context: http://mono.1490590.n4.nabble.com/Opening-dev-null-using-FileStream-tp2134314p2134314.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] Has Anyone Read UDP Data with Mono?
Hey, This file creates a bunch of UDP sockets and sends a message to the routers multicast address: http://anonsvn.mono-project.com/viewvc/trunk/Mono.Nat/src/Mono.Nat/UpnpSearcher.cs?revision=135259view=co This file receives udp messages and passes them off to be processed: http://anonsvn.mono-project.com/viewvc/trunk/Mono.Nat/src/Mono.Nat/NatUtility.cs?view=co Hope that helps, Alan. On Fri, May 7, 2010 at 6:59 PM, Steve Ricketts veloce...@hotmail.com wrote: If anyone has ever successfully used UDP to receive data, I'd dearly love to see a sample of how it was done. I tried to use every example I could find on the internet for Sockets and UdpClients and nothing works. Here is as simple of a test program that I could: byte[] data = new byte[1024]; IPEndPoint ipep = new IPEndPoint(IPAddress.Any, 6267); Socket newsock = new Socket(AddressFamily.InterNetwork,SocketType.Dgram, ProtocolType.Udp); newsock.Bind(ipep); IPEndPoint sender = new IPEndPoint(IPAddress.Any, 0); EndPoint Remote = (EndPoint)(sender); recv = newsock.ReceiveFrom(data, ref Remote); // - never gets out of here Here's the output of the sniffer on the receiving PC showing the data is coming to port 6267: 238 Byte, Timestamp (1273185434.217237 s) [ MAC (08:00:45:00:00:e0 = 40:61:86:4f:6b:06), Proto (0x0800) ] [ Addr (192.168.1.67 = 192.168.1.66), Proto (17), TTL (128), TOS (0), Ver (1024), IHL (1280), Tlen (224), ID (29148), Frag off (0), Chsum (0x445b) ] [ Port (6279 = 6267), Len (204), Chsum (0xf603) ] [ Payload hex (d8 e8 98 9d 84 4c 61 da 24 cf 23 75 8f 61 5d d7 95 ec ab 4a 61 aa d8 8e 0a 45 57 a1 49 e6 70 15 64 91 4d b1 14 96 54 24 47 8b c2 1a d8 a5 66 c9 7f 65 16 2a 56 36 4d 4e f1 1a b8 6d 22 95 0d 96 f9 1c e2 f4 2d 41 d4 40 95 c4 a1 5c 47 7a 2f f7 0a 41 2b 4f ae a6 44 cc 00 78 b5 6d 89 64 95 d2 59 4d ef 10 14 42 0b d3 90 ea 16 a0 76 1c c9 cd 76 92 14 6b b2 f3 16 c6 5e 6c 34 66 95 29 1b 9d d6 cd 61 c4 d2 49 23 97 2b 61 f2 56 8f ad d7 aa 40 2f d9 fe 23 6c 4f 41 39 b6 c0 68 9d f0 d9 49 2e 16 ba 51 a8 20 72 be 16 a6 ad de c6 cb d3 16 aa fa 9d dd ad ed 12 ea b8 a4 b2 81 01 ) ] If you have a snippit of code that receives data from a UDP socket, I can't tell you how much I would like to see it. -- View this message in context: http://mono.1490590.n4.nabble.com/Has-Anyone-Read-UDP-Data-with-Mono-tp2135475p2135475.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-dev] GroupBy Bug (Bug 601101)
Hey More than 50% of your patch is whitespace noise which makes it hard to see what exactly it is you're fixing. Could you submit a patch without all the extra whitespace changes? Secondly, I'd personally view any code which relies on the element ordering in a dictionary as being a bug and should be fixed. As for the actual patch, I have no comments ;) Alan On 29 Apr 2010, at 22:18, Richard Kiene richard.ki...@logos.com wrote: I have filed Bug 601101 https://bugzilla.novell.com/show_bug.cgi?id=601101 for this issue. In addition; I have attached a patch which resolves the issue. That said, I'm not really sure this patch is the most desirable way to fix the bug. If you would like to use the patch I release it under the MIT/X11 License. Also worth noting is that a Dictionary is used to create the groups, but Dictionary as defined by MSDN does not preserve element ordering. It appears that the mono implementation of Dictionary does and that is why it is used, is this correct? Thanks, Richard Kiene GroupBy.patch.txt ATT1..htm ___ 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] Exception with DllMap on Windows
Hey, On Sat, Apr 24, 2010 at 3:09 PM, Andreas Färber andreas.faer...@web.de wrote: Am 24.04.2010 um 16:03 schrieb Alan McGovern: There's no need to place P/Invokes in a separate assembly. There's no benefit to it. As was said before, just use the windows name for each library in your code and on non-windows platforms include the .config file with the dllmap sections in it. That does not help with having a .exe.config on Windows though. You then need two configs and two binary distros. You've misunderstood what I've said I think :) No matter what you do you will always require either 1 or 2 .config files and 1 binary. Lets take the typical example where the only reason for the .config is to do dll remapping. In this (the most common) case, you will mark all your P/Invokes with the windows binary name and distribute your binary with no dllmap for windows based platforms. If you want this binary to run unchanged on non-windows platforms (maxos, linux) then all you have to do is ship the exact same binary with a .config file containing the dllmaps. You do not require a separate binary. So in this scenario you need 1 binary and 1 .config file. For the more complex case where your app has an existing .config file which it requires on windows, you'll need two .config files. The windows one will not contain the dllmap entries and the non-windows one will. You still need only 1 binary in this case. Alan. Andreas ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Exception with DllMap on Windows
There's no need to place P/Invokes in a separate assembly. There's no benefit to it. As was said before, just use the windows name for each library in your code and on non-windows platforms include the .config file with the dllmap sections in it. Alan. On Sat, Apr 24, 2010 at 2:35 PM, Andreas Färber andreas.faer...@web.de wrote: Hi, Am 23.04.2010 um 15:20 schrieb Dimitar Dobrev: I am trying to use DllMap on Windows. I specified a dllmap / element under configuration / in MyApp.exe.config but the .NET Framework 2.0 throws a ConfigurationErrorsException: Configuration system failed to initialize - Unrecognized configuration section dllmap.. I do not want to use the config file of Mono for the purpose. In this case, is it at all possible to use DllMap and if so, how? Place the p/invokes in a separate .dll and create a .dll.config file with the dllmap. .NET used to care only about the .exe.config file. Andreas ___ 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-dev] Some demo examples do not work!
Hey, As per error message, you're missing libgdiplus. If you install that everything should work fine. Alan On 19 Apr 2010, at 06:12, Lyndon Lu lyndon...@gmail.com wrote: Hi All, I have installed mono 2.6.3 from source files in CentOS 5. I can see that test web page Welcome to Mono XSP by running http://hostname/demo . While clicking Authtest-index.aspx, I got the error The web page cannot be found. If clicking Authtest-login.aspx, I got the error message: Server Error in '/demo' Application gdiplus.dll Description: HTTP 500. Error processing request. Stack Trace: System.DllNotFoundException: gdiplus.dll at (wrapper managed-to-native) System.Drawing.GDIPlus:GdiplusStartup (ulong ,System.Drawing.GdiplusStartupInput ,System.Drawing.GdiplusStartupOutput) at System.Drawing.GDIPlus..cctor () [0x0] in filename unknown:0 Version information: Mono Runtime Version: 2.6.3 (tarball Thu Mar 25 14:31:21 EST 2010); ASP.NET Version: 2.0.50727.1433 The example Webcontrol-calendar also does not work. Other examples seem working. Does anyone know how to get them working? Thanks in advance. Cheers, Lyndon. ___ 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] [Mono-dev] Some demo examples do not work!
Hey, As per error message, you're missing libgdiplus. If you install that everything should work fine. Alan On 19 Apr 2010, at 06:12, Lyndon Lu lyndon...@gmail.com wrote: Hi All, I have installed mono 2.6.3 from source files in CentOS 5. I can see that test web page Welcome to Mono XSP by running http://hostname/demo . While clicking Authtest-index.aspx, I got the error The web page cannot be found. If clicking Authtest-login.aspx, I got the error message: Server Error in '/demo' Application gdiplus.dll Description: HTTP 500. Error processing request. Stack Trace: System.DllNotFoundException: gdiplus.dll at (wrapper managed-to-native) System.Drawing.GDIPlus:GdiplusStartup (ulong ,System.Drawing.GdiplusStartupInput ,System.Drawing.GdiplusStartupOutput) at System.Drawing.GDIPlus..cctor () [0x0] in filename unknown:0 Version information: Mono Runtime Version: 2.6.3 (tarball Thu Mar 25 14:31:21 EST 2010); ASP.NET Version: 2.0.50727.1433 The example Webcontrol-calendar also does not work. Other examples seem working. Does anyone know how to get them working? Thanks in advance. Cheers, Lyndon. ___ 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] Will Mono support the Silverlight 4 assemblies?
We aim to allow you to do everything in mono that you could do in MS' .NET framework and also do everything in moonlight that you can do in Silverlight. As such, this should be supported. It's also worth noting that the support for this is not for all assemblies. This should explain everything: http://blogs.msdn.com/clrteam/archive/2009/12/01/sharing-silverlight-assemblies-with-net-apps.aspx On Thu, Apr 1, 2010 at 9:41 PM, vtortola vtort...@gmail.com wrote: Hi, One of the new features of .NET 4.0 and Silverlight 4, is that you will can share an assembly between them. In other words, you will can use a silverlight assembly in your .NET4 application. This is useful for share logic between both sides, server and client, for example data validation, or custom serialization/deserialization clases. Will mono support that? I mean, I'd like to share an assembly between S4 and Mono, will be that possible at some point? Regards. -- View this message in context: http://n4.nabble.com/Will-Mono-support-the-Silverlight-4-assemblies-tp1748568p1748568.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-dev] Socket.BeginReceive never throw Exception
Hey, It really does look like a valid issue but as it stands there's no testcase to reproduce the issue. I do this *all* the time in the testcases for MonoTorrent and my callbacks are always invoked. I explicitly test for this in some of my testcases. There are times when EndReceive is not supposed to throw an exception even though the socket is not connected. Maybe you're hitting this case. It's just impossible for me to see this bug happening so it's impossible for us to fix it. I'm not asking you to defend your bug report, i'm just asking you to make it easy for us to fix it. You have a testcase which can reproduce the bug 100% of the time. If that testcase could be supplied as part of the bug report, it would be so much easier to resolve the issue. All you need to do is put the testcase in a console app so that we can just compile and run it to see the issue. Thanks, Alan. On Mon, Apr 12, 2010 at 9:22 AM, Stefan [At] swieser1...@gmail.com wrote: Is there a testcase for this? This works fine for me, I'm inclined to believe there's a bug in the testcase. My code relying on the callback on disconnect works fine with Microsoft's .NET and it doesn't work with Mono because the callback never occurs. Thus, the behaviour from both frameworks deviate. I think my original message never posted to the mailing list, so essentially, this is the code I'm using: Socket socket = server.AcceptSocket(); socket.NoDelay = true; socket.Blocking = false; [...] socket.BeginReceive(receive_buffer, 0, buffer_size, 0, new AsyncCallback(ReceiveDone), socket); [...] public void ReceiveDone(IAsyncResult result) { Socket socket = (Socket)result.AsyncState; int bytes_read = socket.EndReceive(result); [...] } The workaround to run through all Sockets and check for the Connected property being set to false works with Mono and isn't needed for Microsoft's .NET (as the event properly fires). Sockets are set into NoDelay, NonBlocking mode and then use asynchronous calls with BeginReceive and EndReceive. Maybe it is that particular constellation, or maybe the g++ compiler, or maybe the host system. bash-3.2# mono --version Mono JIT compiler version 2.6.1 (tarball Thu Apr 8 13:02:55 UTC 2010) Copyright (C) 2002-2008 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC: Included Boehm (with typed GC and Parallel Mark) SIGSEGV: altstack Notifications: epoll I know, this is not the most recent version ATM, but the OP replied that this behaviour occurs with 2.6.3 as well and I do trust their judgement. I've never gotten into the notion on having to defend my bug reports. I do my own test cases and testing, but you are welcome to put it down as a bug in my code. As I only need Mono for a quick internal use case in two weeks' time, I'll get away using a workaround. Good luck getting this fixed (should you decide to treat it as a valid issue), and take care ;) -- View this message in context: http://n4.nabble.com/Socket-BeginReceive-never-throw-Exception-tp1679973p1836801.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Socket.BeginReceive never throw Exception
Is there a testcase for this? This works fine for me, I'm inclined to believe there's a bug in the testcase. Alan. On Fri, Apr 9, 2010 at 4:21 PM, Stefan [At] swieser1...@gmail.com wrote: socket.BeginReceive(receive_buffer, 0, FlockNode.buffer_size, 0, new AsyncCallback(ReceiveDone), socket); If the Socket gets disconnected by the remote host, ReceiveDone is called, and EndReceive will throw a SocketException; thus you know that your socket is now disconnected without having to poll it. With Mono, no exception is thrown. Just to be a bit more clear about this, not only no exception is thrown, ReceiveDone isn't called either. -- View this message in context: http://n4.nabble.com/Socket-BeginReceive-never-throw-Exception-tp1679973p1819481.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Build Microsoft Visual Studio Solution under Mono
A visual studio compiled binary and mono compiled binary are more or less identical. Just copy/paste the compiled code to a linux system and execute it there. Alan. On Thu, Apr 8, 2010 at 9:17 AM, Matt Dargavel m...@shout-telecoms.com wrote: Hi, I suggest you start here: http://www.mono-project.com/Main_Page Especially: http://mono-project.com/Start http://mono-project.com/FAQ:_General http://mono-project.com/Moma But to give you a quick answer, .NET binaries produced by Visual Studio will run under Mono depending on the feature set used. MoMA will analyse these binaries and tell you if they use any features that aren't currently supported under Mono. Regards, Matt. -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list- boun...@lists.ximian.com] On Behalf Of The87Boy Sent: 25 March 2010 9:34 PM To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] Build Microsoft Visual Studio Solution under Mono I have developed a program under Microsoft Visual Studio, but as I have to move the Business and Data-part to the server, I need it to compile to Mono as the server runs Linux. The reason is, that I will only allow DB-Connection on Localhost. My question is now, how do I compile the program? Are there any programs to develop to Mono, I can use under Windows, or how can I do this? I hope you understand my question -- View this message in context: http://n4.nabble.com/Build-Microsoft-Visual- Studio-Solution-under-Mono-tp1691343p1691343.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 ___ 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] Threading parameters? Fill a DataGridView via Invoke very slow
Can you provide a testcase demonstrating the issue. Thanks, Alan. On Thu, Mar 25, 2010 at 2:59 PM, Stifu st...@free.fr wrote: MonoDevelop on Windows uses .NET by default, not Mono. boolean wrote: Another solution with delegates instead of invoke brings no advantages. It´s curious on Windows and Mono Develop it´s comperable fast like on .NET. -- View this message in context: http://n4.nabble.com/Threading-parameters-Fill-a-DataGridView-via-Invoke-very-slow-tp1680691p1690764.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Socket.BeginReceive never throw Exception
Can you provide a testcase demonstrating the bug or more clearly explain what you mean by using code samples? Thanks, Alan On Wed, Mar 24, 2010 at 1:50 AM, Pigo Chu pigo_...@hotmail.com wrote: I am designing a simple http server use Async Socket model. And test performance use ab (apache benchmark) Like ab -c 1000 -n 10 -k http://myserver... when ab request end , but my http server never got disconnect signal many times. Why happend this ? because Socket.BeginReceive no throw exception when I have not write try ... catch code But on MS.Net , Socket.BeginReceive will throw exception when I have not write try catch My test os is ubuntu 9.10 , mono version is 2.4.2.3 This bug also happend on mono 2.6.3 with debian 5. -- View this message in context: http://n4.nabble.com/Socket-BeginReceive-never-throw-Exception-tp1679973p1679973.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Error compiling WebConnection.cs
This is a known issue in our build system. run make clean and/or make distclean and then autogen and build again. That'll resolve the problem. Alan. On Mon, Mar 1, 2010 at 10:03 PM, Neale Ferguson ne...@sinenomine.net wrote: Just updated to head, did get-monolite-latest and getting this during the build: System.Net/WebConnection.cs(361,82): error CS0246: The type or namespace name `CertificateValidationCallback2' could not be found. Are you missing a using directive or an assembly reference? ___ 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 process crashes after closing client socket
Hey, Firstly, could you try with a newer mono. If there is a bug in 2.0, there's not a chance of a new 2.0 release being made and it's also quite possible that the issue has been fixed since then. If the bug is still there in mono 2.6+ then file a bug report with all relevant info. You could also try running your app in GDB (http://www.mono-project.com/Debugging) to try and catch the place where it blows up. Alan. On Thu, Feb 19, 2009 at 3:46 PM, FirstName LastName mousse_...@hotmail.com wrote: Hi, I'm working with mono 2.0 on a ARM. I'm seeing a strange problem. I have a client application that receives a HTTP MJPEG stream from my ARM. Sometimes, when closing the client, the tcp socket is properly handled in mono. But sometimes, the mono process stop instantly with no trace. I noticed that in this situation, every time it happens, the signal SIG_PIPE is raised. So, my question is: 1) Does mono handle gracefully the SIG_PIPE signal? Thanks. Upgrade to Hotmail Plus and share more photos with bigger attachments. Click here to find out how Click here to find out how ___ 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] Summer of Code / C++ Interop
Hey, Join us in the #monosoc channel on irc (http://www.mono-project.com/IRC). Also, I believe the deadline for proposals is tomorrow so you should probably submit a proposal asap which can be updated/modified later on as required. If you miss that deadline, there's not a chance of the project being selected. Alan. On Thu, Apr 8, 2010 at 10:25 AM, Alex Corrado alexander.corr...@gmail.com wrote: Dear Mr. de Icaza and the Mono Developer Community, First, I would like to salute you for producing an excellent, open platform for software development. Second, I would like to apologize for bothering anyone who is not interested in a student's proposal to improve it. I appreciate your time and any feedback you might give. I am proposing to expand Mono's C++ interop support to enable the creation of managed wrappers directly around native C++ objects. This would make C++ libraries callable directly from managed code without the need for wrapping them in a flat C API, COM interface, or requiring the use of mixed binaries (C++/CLI). In fact, this could also provide a way to implement the C++/CLI language, including IJW, in a cross-platform manner. The first place I read about calling C++ functions directly from managed code was on Mono's Interop with Native Libraries page. It suggested setting the EntryPoint of the DllImport attribute to the C++ mangled function name to call that function directly through P/Invoke. However, it wasn't until I read this blog post by Jim Springfield that I realized that, not only could this be a viable technique, but that by messing with virtual tables, native C++ classes could effectively be subclassed by managed code. This technique could allow for seamless managed wrappers around native C++ classes. Jim Springfield's example is tied completely to Microsoft's Visual C++ compiler, and this illustrates the largest problem with this approach: that C++ ABIs are different among different compilers and even between different versions of the same compiler. To help ameliorate this issue, I have taken the basic principles in Springfield's design and abstracted out any ABI-specific components into an abstract class. A different subclass of this CppAbi class can then be implemented to support each compiler's different name mangling schemes and other idiosyncrasies. At runtime, the correct CppAbi instance can be chosen when loading the C++ library depending on platform or other conditions. Reflection.Emit is then used to generate the P/Invoke code and implement trampolines to facilitate virtual method calls. Eventually I hope to support seamless exception handling and other features supported by C++/CLI on Windows. I realize this sounds very ambitious, but I've already implemented a proof-of-concept based on a simple C++ class, similar to the one Jim Springfield uses in his example. It is hosted on Google code at http://code.google.com/p/cppinterop/. Please note that this really is just a proof-of-concept-- I've only implemented the Itanium C++ ABI, and only in part. If you are using a recent version of GCC to compile C++, you should be able to compile the example and call it directly from managed code. I've only tested this on an Intel Mac running OS X 10.4.11. I would include some details about myself, but I feel like this email is already long enough. So if there is anything in particular you would like to know, or any feedback you might have, please feel free to contact me. Thank you very much for your time. Sincerely, Alexander Corrado Undergraduate Student at the University of Oregon alexander.corr...@gmail.com http://code.google.com/p/cppinterop/ ___ 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] Wrapping a native library which uses unsigned long on 32 bit and 64 bit systems
Unfortunately there's no trivial way to map this. If you follow that rule, you're broken on 64bit windows systems (if you care about cross platform compatibility). There may be other systems which won't work with that rule, but I don't know. One approach is to create a wrapper C library which you P/Invoke instead of P/Invoking the actual library you want to use. The wrapper library can expose exactly the same API, but it can change usages of 'long' to either int32_t or int64_t as appropriate so that other languages (not just .NET ones) can easily call those functions. If you don't want to do that, there's really very little - if anything - you can do other than guess and write multiple P/Invokes for each case. For example you could write two p/invoke signatues, one which maps a C long to a .NET int and one which maps it to a .NET long. Then at runtime you can detect what platform you're on and whether it's 64bit or 32bit and then make a guess as to which function will not blow up when you call it. This isn't a great approach unless you're positive you know all the platforms you're going to run on ;) Alan. On Thu, Mar 25, 2010 at 9:17 AM, Mathias Tausig mathias.tau...@a-cert.at wrote: Hello! I am writing a wrapper for a c library which uses the c datatype unsigned long a lot. According to http://www.mono-project.com/Interop_with_Native_Libraries , unsigned long maps to the .NET type uint on a 32bit architecture and to ulong on a 64-bit one. Is there some sort of best practice, for achieving to write a library which can work on both architectures? cheers Mathias ___ 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] Wrapping a native library which uses unsigned long on 32 bit and 64 bit systems
Yes, that will work, right up until someone runs the library on 64bit windows :) If you don't care about that platform, this would be the easiest way to work in nearly all of the other platforms. Alan. On Thu, Mar 25, 2010 at 11:06 AM, Robert Jordan robe...@gmx.net wrote: On 25.03.2010 10:17, Mathias Tausig wrote: Hello! I am writing a wrapper for a c library which uses the c datatype unsigned long a lot. According to http://www.mono-project.com/Interop_with_Native_Libraries , unsigned long maps to the .NET type uint on a 32bit architecture and to ulong on a 64-bit one. Is there some sort of best practice, for achieving to write a library which can work on both architectures? Use [U]IntPtr in the p/invoke signature. Robert ___ 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] Build mono on Debian (testing)
You need to install the corresponding development package. Possibly libglib2.0-0-dev or libglib2.0-0-devel Alan. On Wed, Mar 17, 2010 at 11:03 PM, Alexander M. Batishchev abatishc...@godfather.net.ru wrote: Hello. I’m building Mono on virtual Debian 5.0.4 and got next problem: ~ $ cd mono mono $ ./autogen.sh .. No package 'gthread-2.0' found configure: error: You need at least glib-2.0 2.4.0 Ok, I need to install glib2 $ sudo apt-get install libglib2.0-0 .. Done $ dpkg -l libglib2.0* ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libglib2.0-data 2.22.4-1 Common files for GLib library ?? Maybe Debian repository doesn’t contain the latest version? http://packages.debian.org/sid/libglib2.0-0 libglib2.0-0 (2.22.4-1) http://packages.debian.org/experimental/libglib2.0-0 libglib2.0-0 (2.23.5-1) Yes, unfortunately, it does not. is it possible to install version 2.4.0 from Debian repository? Or I have to download the source from Gnome and build it manually? http://ftp.gnome.org/pub/gnome/sources/glib/2.4/ Thanks in advance! Alex ___ 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] Finding the real IP address
If you have a router supporting upnp then use Mono.Nat [0] to query the router for its public IP address. Alternatively you can scrape a site like www.whatismyip.com (or the previously linked one). If your router supports nat-pmp, then Mono.Nat also has mostly tested support for that, so you just have to try and report any issues you have. Alan [0] http://projects.qnetp.net/projects/show/mono-nat On Mon, Mar 8, 2010 at 5:27 PM, Ricardo Lopes rjlo...@gmail.com wrote: Hi, Check the X-Forwarded-For header, it should be there if you are using apache with mod_proxy to xsp. On 8 March 2010 17:08, pfj pjohns...@uclan.ac.uk wrote: Hi, I can find the IP address of my machine very easily, but it only tells me my internal IP address (such as 192.168.0.3). Is there a way to find my real IP address beyond the router? TTFN Paul -- View this message in context: http://n4.nabble.com/Finding-the-real-IP-address-tp1584751p1584751.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 -- Ricardo Lopes ___ 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-dev] Your help needed for our upcoming release.
This bug was fixed for 2.4.3 but has regressed again. https://bugzilla.novell.com/show_bug.cgi?id=583451 Would it be possible to get this fixed for 2.4.4+ ? It does work in the 2.6 branch as of r151801, so no need to prioritise this one now ;) Alan. On Tue, Feb 23, 2010 at 11:04 PM, Miguel de Icaza mig...@novell.com wrote: Hello guys, I changed the subject of this email, since Andrew's call to action is important and it applies to everyone: Just a reminder: If you've been assigned a bug or you know of a bug that's been fixed and needs to be backported please do so before the end of this week. There's a good chance we'll try to release 2.6.3 from the 2.6 branch early next week. The QA team is still testing this branch but testing doesn't fix bugs, it can only find them. Please do your part. On Tue, 2010-02-02 at 10:57 -0700, Andrew Jorgensen wrote: Hello Happy Coders, We are planning to make a new release from the 2.6 branch in the near future (probably before the end of the month?). If there are bugs that you know ought to be backported (customer issues, regressions, and embarrassments especially) please do so in the next week or so. As you backport please keep in mind that we are trying to stabilize the 2.6 branch. Be conscientious and thorough and use your own best judgment in your area of expertise and consult your colleagues where you have doubts. Also don't neglect other platforms like Mac, Windows, and Linux s390x. 2.6.x will eventually be used as a Novell-supported release for the Mono Extension for SLE and other products. We will be doing some testing of the 2.6 branch during this time. If QA approaches you regarding a bug please remember that we will also need time to verify the fix after you check it in. In other words: please give us any priority you can. And don't forget to close bugs as you fix them and file them as you find them. Hmm, I should get someone to fix the booc crasher on x86_64... Oh and thanks so much to those who pitched in to get our Xen x86_64 crasher fixed! Best Regards, Andrew Jorgensen Release / Packaging Guy Novell, Inc. ___ Ximian-mono-list mailing list ximian-mono-l...@lists.ximian.com http://lists.ximian.com/mailman/listinfo/ximian-mono-list ___ 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] Custom Uri Parsing
Hey, On Fri, Feb 12, 2010 at 6:52 PM, Matt Dargavel m...@shout-telecoms.comwrote: Thanks for the info Alan. At the moment I’ve put together a very quick and dirty version that uses IsPredefinedScheme to decide whether to use the existing parsing code or use the registered Parser class when the Uri is first created (and parsed). That might be the best way to get started alright. I was wondering whether something along the lines of moving the existing parsing routine in to DefaultUriParser and use this for the predefined schemes might be possible. You might then be able to replace this with the proper Parser classes for the built in schemes one by one. This would allow people to write parsers for unsupported schemes, and would hopefully pass the existing tests. It's quite possible that this will be the easiest (and best) way to start off. I'm interested in any progress you make on this as I'll be able to fix some long-standing issues with the System.IO.Packaging API in the WindowsBase assembly when this is implemented. It needs a proper UriParser subclass which isn't possible right now. Thanks, Alan. Anyway, I’ll look in to it a bit more and see if I can come up with a more definite suggestion. Cheers, Matt. *From:* Alan McGovern [mailto:alan.mcgov...@gmail.com] *Sent:* 11 February 2010 11:45 PM *To:* Miguel de Icaza *Cc:* Matt Dargavel; mono-devel-list@lists.ximian.com *Subject:* Re: [Mono-dev] Custom Uri Parsing Hey, The main reason why I didn't actually do any work on this at the time is that it would probably take 1 man month to do the rewrite, pass the existing tests and write more tests for the new behaviours and I didn't have a month free to do it ;) Proper support for the new parser API is required to properly support System.IO.Packaging, so I'd be willing to offer any advice if you want to take on the task. The biggest problem (as I saw it at the time) is that this is an all or nothing kind of patch. It might be impossible to do this one uri scheme at a time without making things ridiculously complicated internally. While the existing code will be useful as a guide, you will end up chopping it up into tiny pieces and moving it around into the different parser subclasses. Alan. p.s. The above should be mostly accurate, but the last time I looked at this was when I sent the original email ;) On Thu, Feb 11, 2010 at 5:09 AM, Miguel de Icaza mig...@novell.com wrote: Hello, Some searching also threw up this post to the list back in October 2008: http://www.mail-archive.com/mono-devel-list@lists.ximian.com/msg18617.html . I’ve looked in to the Mono implementation in svn, and it still appears that most of the Uri class decodes specific Uri content itself rather than delegating to Uri parsers. I do not believe we ever moved to that scheme of Uri parsing. I was wondering if anyone knew if the post above was ever followed up, or whether the suggestion wasn’t implemented for some reason? I guess this should probably be filed as a bug, as the functionality was added in .NET 2? If you’d welcome a patch I could probably submit something based on Alan’s suggestion. I would love to see a patch based on Alan's patch. It should be simpler these days since Mono trunk has dropped support for 1.0 compatibility ___ 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] Questions about csharp-sqlite - port of the SQLite library from C to C#
Hey, Questions 1-3 would be best directed at the developer of csharp-sqlite. He is not affiliated with mono in any way (that I know of). As for the final question, I'm not aware of anyone writing an ADO.NETwrapper for csharp-sqlite. If someone were interested in creating one, i'm sure it'd be appreciated by the community though. Alan. On Sat, Feb 13, 2010 at 9:22 PM, Daniel Morgan monodanm...@yahoo.comwrote: I have asked some questions at the FAQ for csharp-sqlite. http://code.google.com/p/csharp-sqlite/wiki/FrequentlyAskedQuestions csharp-sqlite is a C# port of the SQLite library. This is NOT a wrapper to a native library. It is a 100% port of the C library to C#. http://code.google.com/p/csharp-sqlite/ 1. Can you provide the source zipped up in a .zip file or tarball as .tar.gz please? 2. Is there a online forum or mailing list for this project? I have a feeling my questions here are not in the appropriate place. Is there a Google Group for these questions? 3. Can you provide a Download link and Download page listing packages that are zipped up or tarballs of sources and/or binaries please? I really want to try csharp-sqlite out, but I do not want to install HG (Mercurial). 4. Is anyone working on an ADO.NET wrapper of csharp-sqlite where you have only one assembly that is a class library? Preferably based on .NET Framework 2.0. I have did an internet search, but I have not found anyone. The closest thing is what Tim did for Silverlight, but it does not use System.Data. All the incarnations of Mono's Sqlite libraries do not work for me because they still use native code. And I do not think System.Data.SQLite from http://sqlite.phxsoftware.com/ has support for csharp-sqlite. Does anyone know if phxsoftware will add support for csharp-sqlite? ___ 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] Custom Uri Parsing
Hey, The main reason why I didn't actually do any work on this at the time is that it would probably take 1 man month to do the rewrite, pass the existing tests and write more tests for the new behaviours and I didn't have a month free to do it ;) Proper support for the new parser API is required to properly support System.IO.Packaging, so I'd be willing to offer any advice if you want to take on the task. The biggest problem (as I saw it at the time) is that this is an all or nothing kind of patch. It might be impossible to do this one uri scheme at a time without making things ridiculously complicated internally. While the existing code will be useful as a guide, you will end up chopping it up into tiny pieces and moving it around into the different parser subclasses. Alan. p.s. The above should be mostly accurate, but the last time I looked at this was when I sent the original email ;) On Thu, Feb 11, 2010 at 5:09 AM, Miguel de Icaza mig...@novell.com wrote: Hello, Some searching also threw up this post to the list back in October 2008: http://www.mail-archive.com/mono-devel-list@lists.ximian.com/msg18617.html . I’ve looked in to the Mono implementation in svn, and it still appears that most of the Uri class decodes specific Uri content itself rather than delegating to Uri parsers. I do not believe we ever moved to that scheme of Uri parsing. I was wondering if anyone knew if the post above was ever followed up, or whether the suggestion wasn’t implemented for some reason? I guess this should probably be filed as a bug, as the functionality was added in .NET 2? If you’d welcome a patch I could probably submit something based on Alan’s suggestion. I would love to see a patch based on Alan's patch. It should be simpler these days since Mono trunk has dropped support for 1.0 compatibility ___ 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] Mono in the .NET world !
If you had been in Brussels for FOSDEM over the last few days you would've had a completely different mono experience. Not only were plenty of folks involved with mono there (from programmers to packagers to users), but there was a room dedicated to mono and mono related presentations. It was quite unlucky the power line broke, but if you're interested in seeing some of the mono related talks that were recorded at FOSDEM they shoul be available on the FOSDEM site over the next couple of days. Alan. On Tue, Feb 9, 2010 at 3:27 PM, Jb Evain j...@nurv.fr wrote: Hi, On Tue, Feb 9, 2010 at 4:12 PM, bleucat bleu...@free.fr wrote: Yesterday in Paris (France) began the Microsoft high-mass called Microsoft Tech-days. It's a three days big show for IT and developpers. http://www.microsoft.com/france/mstechdays/programmes/default.aspx There was a session called Mono and his ecosystem, the session was just cancelled, without explanation, without even a mail for people who registered to it. The session has been cancelled because the speaker (that would be me), couldn't make it to Paris in time due to a power failure on the TGV line between Paris and Lyon (an overhead line broke around 8am, all trains were delayed between 3 and 5 hours). I warned the TechDays organization on the morning, they said they'll broadcast the cancellation. That is, view from here ... France ... Europe ... mono is nothing, .NET is running on Windows ... that's all. That's simply not true. I've been talking about Mono for the last 5 years at different Microsoft events in France. I also give talks at locals alt.net events. Miguel presented Moonlight for the first time at the Mix conference in Paris. Mono, is an open-source project, and everyone is encouraged to give talks and «make some buzz». You're welcome to help. -- Jb Evain j...@nurv.fr ___ 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] mono performance, 20x differential with Java (what am i doing wrong)
Feel free to contribute the changes required to remove the limitations on when/where mono performs TCO. That would allow you to contribute F# patches if you wish. Contributors and patches are always welcome. Alan. On Sat, Jan 30, 2010 at 4:51 PM, Jon Harrop j...@ffconsultancy.com wrote: On Saturday 30 January 2010 12:59:43 Jonathan Shore wrote: On Jan 29, 2010, at 9:42 PM, Rodrigo Kumpera wrote: By the way, guys, the mono community is very welcoming to both external contribution and feedback. So if you guys make a compelling case for TCO, maybe Miguel can get someone to have it fixed. Well, I'm not sure how to make a compelling case ; ), other than that to allow standard F# programs to execute on mono would require TCO. TC's are a fundamental in F#. And F# will be a standard .NET language as part of VS2010 in 2 months. I'm not sure how big the F# community is. I would guess it is not that large at the moment, but seems to have a lot of growth. The F# Hub has 16,582 registered members. The mono-devel Ubuntu package has 19,792 installs and 2,309 active users. If the F# community is not already bigger than the Mono community then it certainly will be when Microsoft drop it on 10,000,000 developers for free in March. F# joining the list of fully supported languages in VS2010 should attract much wider use. Some of these users will be looking for a cross-platform solution. I believe two or three of our ~1,000 customers is trying to use F# on Linux or Mac OS X. If it counts for anything, would love to be able to use this on mono ;) Yes. Many people (such as myself) would also be far more inclined to contribute code to Mono if it could be written in F#. I have no desire to write C#. -- Dr Jon Harrop, Flying Frog Consultancy Ltd. http://www.ffconsultancy.com/?e ___ 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] mono performance, 20x differential with Java (what am i doing wrong)
Hey On Sat, Jan 30, 2010 at 11:08 PM, James Mansion ja...@mansionfamily.plus.com wrote: Alan McGovern wrote: Feel free to contribute the changes required to remove the limitations on when/where mono performs TCO. That would allow you to contribute F# patches if you wish. I'm intrigued - why say that? I mean - what's the point? What are you trying to achieve, really? I say it because he expressed an interest in contributing to mono in the email I responded to. He is also, by his own word, quite familiar with VM technology in general so he'd be an ideal candidate to contribute a patch if he wished to and had the time to do so. He also appears to be quite familiar with TCO so he'd know all the cases which would need to be deault with. There is no ulterior motive here. Alan. If someone has domain knowledge and implementation skills on top of CLR but can show that Mono is defective, its efinitely reasonable to ask them to give 'the mono development community' a test case and bug report. But expecting them to climb the mountain of learning to fiddle with a particular CLR implementation's core is nuts, particularly when they have an alternate that works for them to do their day job. If someone wanted to climb that mountain and make the changes, then presumably they would want to start by reading the copious up to date detailed design documentation and implementation notes on how (and why) it works now, so that they could size the task. Oh wait ... :-( Its much, much more efficient for someone who already groks the internals to make fiddly low-level changes, particularly if getting them into the release stream requires a lot of trust relationship with the release masters. I think you do a huge disservice to everyone by trying to get outsiders to work on something like that - or perhaps you just want people with bad news to go away so you can paper over the cracks? Please, ask for test cases and reports. FWIW I suspect (justa hunch, I'm certainly not an expert) from what's been said that if a calling convention change is needed (and I seem to remember there are some issues that prevent fuller use of LLVM that one might also want to consider if that sort of change is on the cards) then its as much a political and major-version-compatibility issue as it is technical, and once again asking someone to work on patches in such a situation is laughable, given the degree of risk that they might completely waste their time. James ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono performance, 20x differential with Java (what am i doing wrong)
If you mean you want the SIMD extensions to be part of the .NET 5.0+ specification, then that may be an option in the future should someone decide that it's worth all the paperwork and time involved. As it stands, Mono is the only VM (that I know of) that allows you access the various SIMD instruction sets available on modern CPUs. While GPU accellerated code may be possible in the future, that would have to built on top of whatever API the GPU exposes (CUDA or whatever). That would be completely separate to Mono.SIMD as this just exposes additional CPU instruction sets to .NET languages. Alan. On Fri, Jan 29, 2010 at 8:56 PM, Jonathan Shore jonathan.sh...@gmail.comwrote: Alan, fair enough, I'll give that a shot. It would be great to see support for SSE folded into the core VM. Or is the idea to later (or currently) utilize GPUs as well? On Jan 29, 2010, at 10:39 AM, Alan McGovern wrote: Also, while I think of it. If you're doing a lot of repetitive calculations on arrays, you should look into using Mono.SIMD. The most recent example of perf benefits can be found here: http://blog.reblochon.org/2010/01/talk-teaser-image-processing-with.html. A C# SIMD-optimised version of an image processing function turned out to be ~6.5x faster than the native C version. I'd assume that if the native C version was SIMD optimised aswell it'd be on par/faster than the mono implementation, but it does show the power of Mono.SIMD. Alan. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 2.6 for Ubuntu
If mono was installed into the /opt/mono prefix then you should have: PATH=/opt/mono/bin:$PATH Alan On Fri, Jan 15, 2010 at 1:19 PM, Chorn Sokun chornso...@gmail.com wrote: hmm, strange I can't get gtk-sharp-2.12.9 don't understand why *al* is located in */opt/mono/bin/al* but when I excecute al I got *The program 'al' is currently not installed. You can install it by typing:* *sudo apt-get install mono-devel* PKG_CONFIG_PATH=/opt/mono/lib/pkgconfig ./configure and PATH=/opt/mono/path:$PATH doesn't help either. On Fri, Jan 15, 2010 at 4:25 AM, Michael Hutchinson m.j.hutchin...@gmail.com wrote: Chorn Sokun wrote: Now I got one more check pass but still problem checking for MONO_DEPENDENCY... yes checking for gacutil... /usr/bin/gacutil checking for al... no configure: error: No al tool found. You need to install either the mono or .Net SDK PATH=/opt/mono/path:$PATH See http://www.mono-project.com/Parallel_Mono_Environments for a more complete list of environment variables needed for a parallel install. ___ 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] Mono 2.6 for Ubuntu
From the parallel env document: Finally, to enter this environment at any time, run the following from a Bash prompt: source ~/mono-dev-env Did you do that before trying to compile gtk-sharp using your parallel environment? Alan. On Fri, Jan 15, 2010 at 2:32 PM, Chorn Sokun chornso...@gmail.com wrote: Dear all, I am surrender I decided to blog my step here http://chornsokun.wordpress.com/2010/01/15/build-mono-on-ubuntu-karmic-9-10-x64/ the gray text are pending tasks I will update it as I passed it please kindly guide me through and pull me out where I fall. The ultimate goal I want to archive is to build mono monodevelop run in from parallel environment (/opt/mono). Looking forward your comments. On Fri, Jan 15, 2010 at 9:05 PM, Robert Jordan robe...@gmx.net wrote: On 15.01.2010 14:19, Chorn Sokun wrote: hmm, strange I can't get gtk-sharp-2.12.9 don't understand why *al* is located in */opt/mono/bin/al* but when I excecute al I got *The program 'al' is currently not installed. You can install it by typing: * *sudo apt-get install mono-devel* PKG_CONFIG_PATH=/opt/mono/lib/pkgconfig ./configure and PATH=/opt/mono/path:$PATH doesn't help either. Well, then you did not install mono into /opt/mono. Have a look at this link http://www.mono-project.com/Parallel_Mono_Environments which was already posted a couple of times in this thread. ___ 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
Re: [Mono-list] Mono 2.6 for Ubuntu
If the ubuntu devs are happy with installing one giant tarball as supplied my Novell, then it's amazingly simple to supply them with new packages every time Novell releases a new version of Mono. However, they are not happy. They have their own strict packaging guidelines and do a lot of extra work splitting the standard install into dozens of small individual packages. This is one of the reasons why Ubuntu/Debian lags behind. It's not up to Novell, or any project, to create packages for every distro under the sun (whether it be the most popular distro or least popular distro) when each distro has its own specific packaging policies which essentially means one unique package will have to be created using different rules for every distro. If you wish to employ someone to do that, feel free. Your examples with Chrome and gnome do aren't quite the same as mono though. Mono is a core framework. Changing that will affect multiple applications and can (potentially) cause things to stop working in strange and unusual ways if an application relies on a bug which was fixed. If you install a broken Chrome, all that's broken is Chrome. You don't end up with a dozen broken apps on your system. Alan. On Thu, Jan 14, 2010 at 5:58 AM, daniel tramps...@gmail.com wrote: The ubuntu devs package and deploy for their release which happens every 6 months. it is insane to say its up to them to package version released between OS versions. Ubuntu comes with a packaged version on gnome do, which is fine, however I choose to use a more recent version of gnome do so I use a PPA which is supplied by the developers (not the ubuntu devs) The fact that ubuntu/devian developers package mono for you for its OS releases is a bonus, did Microsoft package up mono and include it in its Windows 7? NO! did Apple package up mono and include it in snow leopard? no. So ubuntu is helping you guys out hugely but do you thank them? no, you just expect more of them. I also use Chrome in ubuntu. Its not in the repros at all, when I wanted to install chrome did google say... O sorry its up to ubuntu/debian to package chrome for you, its not our fault if they don't. No, they packaged it themselves and even provided different channels so I can decide exactly how cutting edge I want to be. So you have to worry about a newer version breaking existing applications, how is this different from on any other operating system? It's not up to the ubuntu devs to package new versions of mono for exist OS releases, its up to the mono project to do this and provide it as a PPA. The question you need to ask is, how important is the largest desktop linux distribution to the mono project. At my work we started to port a .net application to mono, however it need to run on ubuntu (8.04) do you know what version of mono is in 8.04 its 1.2.6, everything for our app was supported in mono 2.4 but mono 1.2.6? not even close. So we abandoned our efforts, I'm sure their are lots of other people out there with similar stories. Those of us who use ubuntu feel a little bit like second class citizens. B.R. wrote: On Wed, Jan 13, 2010 at 8:42 PM, Bálint Kardos kardosbal...@gmail.com mailto:kardosbal...@gmail.com wrote: Hi Stephen, Fact 1: the provider decides on the virtualized platforms, not me. They have Fedora, Ubuntu or Debian systems ready. Fact 2: I've used Debian and Fedora for a decade, so I'm more familiar with Ubuntu as with SuSe. Fact 3: I've started working on merging all my sites/servers back to Windows 2008. It is a sad story, but the lack of real features on mono (Web Services still has bugs for years, the LINQ implementation is a horror etc.) makes it more and more hard to use it as a real Production (not a toy playground) platform. üdvözlettel with regards Kardos Bálint ___ http://skaelede.hu 10 (0xA) év a magyar weben If there are web services bugs, file bugs--if nobody knows about them, they can't get fixed. Also, clarify what you mean by LINQ? LINQ to Objects is pretty simple and there's only so many ways to implement that, so I'm not sure how you can lay claim to that being a horror. LINQ to SQL is a different story, and a huge effort that is only now beginning to be integrated into Mono properly. You could also file bugs for those--once again, if nobody knows about them, they can't get fixed. --B.R. ___ 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
Re: [Mono-list] Mono 2.6 for Ubuntu
Hey, I may have phrased that last email slightly incorrectly. My point was that debian/ubuntu is slower than opensuse because they require multiple changes to the released tarball to generate their packages. Opensuse does not require these changes so opensuse is faster and easier to make releases for. I wasn't trying to imply that novell can and will start creating a generic installer which can be used on any system, nor was I implying that novell would consider creating their own PPA and releasing up to date mono packages for debian/ubuntu. There was a time when there was a generic mono installer which worked for all linux distros. The problem is that people would frequently corrupt their system mono by using that generic installer and found it very hard to fix things later. A similar issue would happen if Novell tried to make a generic mono package for ubuntu/debian using a PPA. Unless the generic package was completely synced with the standard system package, you could easily end up corrupting your install by having libraries from two different mono versions. If you really really want up to date unstable packages for $INSERT_DISTRO_HERE, then you'll have to either motivate someone to create them or try to do it yourself. Alan. On Thu, Jan 14, 2010 at 3:33 PM, Chorn Sokun chornso...@gmail.com wrote: On Thu, Jan 14, 2010 at 5:29 PM, Alan McGovern alan.mcgov...@gmail.comwrote: If the ubuntu devs are happy with installing one giant tarball as supplied my Novell, then it's amazingly simple to supply them with new packages every time Novell releases a new version of Mono. Hey that sound pretty awesome if Novell could just provide a package that allow us to install mono into /opt/mono (like mention in the parallel doc) that would be awesome. Frankly speaking just to build libgdiplus-2.6 is killing me already :) feel like I need to learn all these little thing instead ready to say Hello World !, HELP ! PLEASE However, they are not happy. They have their own strict packaging guidelines and do a lot of extra work splitting the standard install into dozens of small individual packages. This is one of the reasons why Ubuntu/Debian lags behind. You don't have to worry about that I download the package off mono-project I am ready to take responsibility as long as the installation I allow me to it in a parallel maner (I hope I am talking the right term) It's not up to Novell, or any project, to create packages for every distro under the sun (whether it be the most popular distro or least popular distro) when each distro has its own specific packaging policies which essentially means one unique package will have to be created using different rules for every distro. If you wish to employ someone to do that, feel free. Your examples with Chrome and gnome do aren't quite the same as mono though. Mono is a core framework. Changing that will affect multiple applications and can (potentially) cause things to stop working in strange and unusual ways if an application relies on a bug which was fixed. If you install a broken Chrome, all that's broken is Chrome. You don't end up with a dozen broken apps on your system. Alan. On Thu, Jan 14, 2010 at 5:58 AM, daniel tramps...@gmail.com wrote: The ubuntu devs package and deploy for their release which happens every 6 months. it is insane to say its up to them to package version released between OS versions. Ubuntu comes with a packaged version on gnome do, which is fine, however I choose to use a more recent version of gnome do so I use a PPA which is supplied by the developers (not the ubuntu devs) The fact that ubuntu/devian developers package mono for you for its OS releases is a bonus, did Microsoft package up mono and include it in its Windows 7? NO! did Apple package up mono and include it in snow leopard? no. So ubuntu is helping you guys out hugely but do you thank them? no, you just expect more of them. I also use Chrome in ubuntu. Its not in the repros at all, when I wanted to install chrome did google say... O sorry its up to ubuntu/debian to package chrome for you, its not our fault if they don't. No, they packaged it themselves and even provided different channels so I can decide exactly how cutting edge I want to be. So you have to worry about a newer version breaking existing applications, how is this different from on any other operating system? It's not up to the ubuntu devs to package new versions of mono for exist OS releases, its up to the mono project to do this and provide it as a PPA. The question you need to ask is, how important is the largest desktop linux distribution to the mono project. At my work we started to port a .net application to mono, however it need to run on ubuntu (8.04) do you know what version of mono is in 8.04 its 1.2.6, everything for our app was supported in mono 2.4 but mono 1.2.6? not even close. So we abandoned our efforts, I'm sure
Re: [Mono-list] Mono 2.6 for Ubuntu
Hey, On Wed, Jan 13, 2010 at 5:13 PM, Chorn Sokun chornso...@gmail.com wrote: Is it all that easy as Peter mention why not some kind mono Guru provide packaging for some weak heart like me :D It's the debian/ubuntu gurus who package it for debian/ubuntu. The issue is not how difficult/easy it is to compile a newer mono. The issue is that to distribute a newer mono there'd be a lot of regression testing to be done to ensure nothing breaks. No-one could be bothered doing that due to lack of time/interest. If you want to run a newer mono on your system you can always follow the guide at: http://www.mono-project.com/Parallel_Mono_Environments so that it does not conflict with your system. Alan. ~~~ Chorn Sokun +855 12 222718 http://chornsokun.wordpress.com http://twitter.com/csokun On Wed, Jan 13, 2010 at 9:07 AM, Peter Hagen pe...@wingsofdeath.nuwrote: Hi I don't understand the problem, I compiled 2.6.1 and MD 2.2 on Ubuntu 32 and 64 without a problem. No breaking anything. It works like a ... ehm.. [think of something good yourself]. Cheers Peter On Wed, 2010-01-13 at 08:52 -0800, Chorn Sokun wrote: In short wait or abandon Debian/Ubuntu and try OpenSuse. Long story build it yourself get ready to break Debian/Ubuntu stability doable be brave :) However at the end of the day you build base on the trunk and what if you need to redistribute your app will the end user need to build the framework the way we did? I better wait until Ubuntu ship the version that easy enough (2.6 with MonoDevelop 2.2) but I will keep an eye on the mono dev progress however I stick with .NET for the time being. Just a thought ! ~~~ Chorn Sokun +855 12 222718 http://chornsokun.wordpress.com http://twitter.com/csokun On Tue, Jan 12, 2010 at 1:41 PM, Robert Jordan robe...@gmx.net wrote: On 12.01.2010 21:03, James Mansion wrote: B.R. wrote: Universal binaries were provided at one point, in the form of an Universal Linux Installer. These were discontinued around Mono 1.9.1, because they didn't work properly on most distros: components that were relied on were not ABI-stable, installed binaries would stop working because libs would change on the system, libs would be in the wrong places without LD_LIBRARY_PATH being set, etc. In short, it was one giant cockup for the most part, and was hence discontinued in favor of letting distro packagers handle it themselves, seeing as in almost every case, they know better. You have to make the installation effectively self-contained. Everything you say would apply to Java too - but there's just two files for that - a .bin and a .rpm. Mono depends upon these libs: libexif.so libexpat.so libfontconfig.so libfreetype.so libglib-2.0.so libgmodule-2.0.so libgthread-2.0.so libjpeg.so libpng12.so libpthread.so libtiff.so libungif.so libz.so You don't really want to redistribute them, do you? If yes, who will take care of patching them if (security) bugs become apparent? How would linux look like if every large app would be distributed like this? Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - mono-l...@lists.ximian.comhttp://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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] BufferedStream.ReadByte and WriteByte are extremely inefficient
Hey, This patch does three things: 1) Optimises away some allocations - good 2) Added extra checks which throw exceptions - without providing testcases - bad 3) A fair few whitespace changes - bad Would you be able to submit two patches instead? The first should do the optimisation, the second should add the test+exception for CanRead and CanWrite as well as adding some nunit test cases which show that this is required. Also: + if (1 = m_buffer.Length) { + return m_stream.ReadByte (); That should really be: if m_buffer.Length == 0 as the case where the Length is = 0 is already handled. It makes things easier to understand. Thanks, Alan. On Mon, Jan 11, 2010 at 10:53 PM, Tom Philpot tom.phil...@logos.com wrote: Sorry, for double posting this patch. Snow Leopard's Mail.app w/ Exchange support turned my This is contributed under the MIT/X11 license into an attachment. For the record, the code in this patch is contributed under the 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
Re: [Mono-dev] BufferedStream.ReadByte and WriteByte are extremely inefficient
Actually, ignore the part about the 1 = m_buffer.Length. On second reading that's fine ;) Alan. On Mon, Jan 11, 2010 at 11:24 PM, Alan McGovern alan.mcgov...@gmail.comwrote: Hey, This patch does three things: 1) Optimises away some allocations - good 2) Added extra checks which throw exceptions - without providing testcases - bad 3) A fair few whitespace changes - bad Would you be able to submit two patches instead? The first should do the optimisation, the second should add the test+exception for CanRead and CanWrite as well as adding some nunit test cases which show that this is required. Also: + if (1 = m_buffer.Length) { + return m_stream.ReadByte (); That should really be: if m_buffer.Length == 0 as the case where the Length is = 0 is already handled. It makes things easier to understand. Thanks, Alan. On Mon, Jan 11, 2010 at 10:53 PM, Tom Philpot tom.phil...@logos.comwrote: Sorry, for double posting this patch. Snow Leopard's Mail.app w/ Exchange support turned my This is contributed under the MIT/X11 license into an attachment. For the record, the code in this patch is contributed under the 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
Re: [Mono-dev] LLVM Expectations
Hey, 1) Is the LLVM back-end intended to be a long term solution to code optimization for performance sensitive code in mono? 2) How confident are you that the issues described can be resolved without kludge? 3) Would success with the LLVM back-end necessarily curtail efforts to improve code optimization in the pure mono JIT engine? Apart from any issues mentioned in that page, LLVM is (currently) just too slow to be used as a JIT. This is why it's limited to AOT only at the moment. To the best of my knowledge, monos standard jit is still the primary target for optimisations and will be for a long time. Alan. -- View this message in context: http://old.nabble.com/LLVM-Expectations-tp26930912p26930912.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Announcing the release of Mono 2.4.3
There were two commits to SVN with regards to this bug so it looks like it was accidently not closed. CC'ing the guy who committed those fixes as he'd be the one to know whether it should be closed or not. Alan. On Wed, Dec 9, 2009 at 10:41 PM, Oskar Berggren oskar.bergg...@gmail.comwrote: The release notes lists the following issue as fixed: 467418 (https://bugzilla.novell.com/show_bug.cgi?id=467418) - ListView in VirtualMode uses too much memory and is slow But the bug report is still marked as NEW and there is no comment indicating that a fix has been checked in. What is the interpretation of this? /Oskar 2009/12/9 Andrew Jorgensen ajorgen...@novell.com: Yesterday we released Mono 2.4.3. This release contains a large number of bug fixes, including fixes for security bugs. The release notes are here: http://go-mono.com/archive/2.4.3 and downloads are available here: http://go-mono.com/mono-downloads/ We have not released LiveCD or Appliance images because we are working toward a 2.6 release in the near future. Thanks to all those who contributed to this release! ___ 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-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] StyleCop incompatibility
According to the rule - any using statement starting with System. should be sorted first. It's nothing to do with the assembly that the namespace comes from. Alan. On Tue, Dec 8, 2009 at 11:27 AM, Andrew Mikhailov and...@vitche.com wrote: The MS defines a code-style rule for the order in which the “usings” must be sorted: http://www.thewayithink.co.uk/stylecop/sa1208.htm The MonoDevelop application’s “Sort Usings” functionality simply sorts using in the alphabetical order but does not consider this rule. Related problems: How does Mono know which assemblies are system-ones? The question appears because the ported project’s source code may include unknown assemblies. ___ 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] Why not build official site on ASP.NET? Mono should enhance server performance and stability!
Hey, MonoTorrent uses the standard .NET threadpool for all asynchronous sockets. It's all standard Socket.BeginReceive/Socket.EndReceive calls. I've run it with ~150 open connections in the past with no issues, though it's worth noting that 150 open connections != 150 actively transferring connections. If you're seeing issues with running out of threads and connections being dropped as a result, just export MONO_THREADS_PER_CPU=100 to increase the maximum number of allowed threads and see if that helps. Feel free to vary the number up or down as appropriate. Alan. On Mon, Dec 7, 2009 at 5:12 PM, Rafael Teixeira mono...@gmail.com wrote: You could look at the source of MonoTorrent, and also of XSP that does use a separate ThreadPool AFAIR. Rafael Monoman Teixeira --- To be creative means to be in love with life. You can be creative only if you love life enough that you want to enhance its beauty, you want to bring a little more music to it, a little more poetry to it, a little more dance to it. Osho On Sun, Dec 6, 2009 at 11:21 PM, Laser Lu laser...@163.com wrote: Thanks for your reply ;-) I’m now using the latest version 2.4.2.3. This is the program I’m developing: http://linktalk.net. In this program, IHttpAsyncHandler, ThreadPool, and TCP Sockets are heavily used. I tried to host my program under Apache/XSP, but it had a really poor performance. So, I tried the HttpListener class, but still not good, and had lots of SocketExceptions thrown compared to the Windows counterpart. Lastly, I implemented a simple web server by myself, using Socket listening and parsing directly. It works better, however, async requests usually become unresponsive. It seems the ThreadPool is not as good as the .NET implementation, or maybe there needs some special configuration I don’t know. Under Windows/.NET the program can handle more than 2000 online IM users concurrently, but on Linux/Mono less than 100 conrrent users, and usually become unresponsive… From: Miguel de Icaza [mailto:mig...@novell.com] Sent: Monday, December 07, 2009 9:03 AM To: Laser Lu Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Why not build official site on ASP.NET? Mono should enhance server performance and stability! Hello, The problem is that we would have to migrate the contents. We tried once to move to MindTouch's Deki, but we lost too much in the translation and there were too many problems with the translation so we abandoned that plan. We are doing the new web sites using Mono though, http://monodevelop.com, http://wiki.monotouch.net, http://monotouch.net, and http://forums.monotouch.net are all running with Mono powered software. As for stability and performance, which version of Mono are you running? I was just wondering, why the mono official site was not built on ASP.NET/C#? That would be a good demonstration. Currently, I’m developing a Web IM program, and it works fine on Windows/.NET. However, the same code had a poor performance on Linux/Mono, and seems very unstable. So I doubt whether Mono is suitable for developing server programs which should be able to handle a huge amount of concurrent requests. I wish the Mono team would pay much more attentions to server applications, and enhance the server stability or just concentrate on server applications, not just catching up with Microsoft’s new cool features. Because Linux/Unix is used as server under 90% circumstances, performance and stability is the most import thing! ___ 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-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] Why not build official site on ASP.NET? Mono should enhance server performance and stability!
Just to add, while MonoTorrent doesn't use it's on threadpool, it doesn't hog ThreadPool threads by blocking inside the async callbacks. As soon as a message is received and my callback is invoked, I queue the message to be processed and allow thread to return to the ThreadPool. As such, even with a large number of actively transferring connections ( 50) I only need a handful of threadpool threads. If you starve the threadpool, your performance will suffer accordingly ;) Alan. On Mon, Dec 7, 2009 at 8:17 PM, Alan McGovern alan.mcgov...@gmail.comwrote: Hey, MonoTorrent uses the standard .NET threadpool for all asynchronous sockets. It's all standard Socket.BeginReceive/Socket.EndReceive calls. I've run it with ~150 open connections in the past with no issues, though it's worth noting that 150 open connections != 150 actively transferring connections. If you're seeing issues with running out of threads and connections being dropped as a result, just export MONO_THREADS_PER_CPU=100 to increase the maximum number of allowed threads and see if that helps. Feel free to vary the number up or down as appropriate. Alan. On Mon, Dec 7, 2009 at 5:12 PM, Rafael Teixeira mono...@gmail.com wrote: You could look at the source of MonoTorrent, and also of XSP that does use a separate ThreadPool AFAIR. Rafael Monoman Teixeira --- To be creative means to be in love with life. You can be creative only if you love life enough that you want to enhance its beauty, you want to bring a little more music to it, a little more poetry to it, a little more dance to it. Osho On Sun, Dec 6, 2009 at 11:21 PM, Laser Lu laser...@163.com wrote: Thanks for your reply ;-) I’m now using the latest version 2.4.2.3. This is the program I’m developing: http://linktalk.net. In this program, IHttpAsyncHandler, ThreadPool, and TCP Sockets are heavily used. I tried to host my program under Apache/XSP, but it had a really poor performance. So, I tried the HttpListener class, but still not good, and had lots of SocketExceptions thrown compared to the Windows counterpart. Lastly, I implemented a simple web server by myself, using Socket listening and parsing directly. It works better, however, async requests usually become unresponsive. It seems the ThreadPool is not as good as the .NET implementation, or maybe there needs some special configuration I don’t know. Under Windows/.NET the program can handle more than 2000 online IM users concurrently, but on Linux/Mono less than 100 conrrent users, and usually become unresponsive… From: Miguel de Icaza [mailto:mig...@novell.com] Sent: Monday, December 07, 2009 9:03 AM To: Laser Lu Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Why not build official site on ASP.NET? Mono should enhance server performance and stability! Hello, The problem is that we would have to migrate the contents. We tried once to move to MindTouch's Deki, but we lost too much in the translation and there were too many problems with the translation so we abandoned that plan. We are doing the new web sites using Mono though, http://monodevelop.com, http://wiki.monotouch.net, http://monotouch.net, and http://forums.monotouch.net are all running with Mono powered software. As for stability and performance, which version of Mono are you running? I was just wondering, why the mono official site was not built on ASP.NET/C#? That would be a good demonstration. Currently, I’m developing a Web IM program, and it works fine on Windows/.NET. However, the same code had a poor performance on Linux/Mono, and seems very unstable. So I doubt whether Mono is suitable for developing server programs which should be able to handle a huge amount of concurrent requests. I wish the Mono team would pay much more attentions to server applications, and enhance the server stability or just concentrate on server applications, not just catching up with Microsoft’s new cool features. Because Linux/Unix is used as server under 90% circumstances, performance and stability is the most import thing! ___ 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-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
Re: [Mono-list] Unmanaged C++ library
You should look into using SWIG to generate a C wrapper around your C++ library. Then you can just P/Invoke that. Alan. On Wed, Nov 25, 2009 at 1:09 PM, Alex Shulgin alexander.shul...@yessoftware.com wrote: Mario De Clippeleir wrote: Hi, I was wondering about using a native unmanaged c++ library (DLL on windows and dylib on mac). How can i accomplish this ? After reading http://www.mono-project.com/Interop_with_Natiregister ECX. Other parameters are pushed onve_Librarieshttp://www.mono-project.com/Interop_with_Native_LibrariesI still was kind of lost. I cannot change the callingconvention to extern C and since it is quite a large library, using the DLlimport. entrypoint field seems like a huge task. Take a look at CallingConvention Enumeration here: http://msdn.microsoft.com/en-us/library/system.runtime.interopservices.callingconvention.aspx So after some more investigation, the only solution i can think of is to write a C++/CLI wrapper around the native C++ library, so that all methods and classes are available from within .NET. Is this really the only option ? Am i missing something ? Any better solutions ??? No managed C++ won't work with Mono -- only with .Net. -- Alex ___ 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-dev] Problem with PackagePart URI containing spaces
Hi, Thanks for the bug report. Would you be able to file the issue on bugzilla (with the testcase) and assign it to me (amcgov...@novell.com). That way I can fix it and have the paper trail to verify the fix works. If you come across any other issues, just assign them directly to me on bugzilla. Thanks, Alan. On Mon, Nov 23, 2009 at 11:53 AM, mhartmann mhartm...@vr-web.de wrote: Hi, I'm trying to read packages that were created with System.IO.Packaging on a Windows machine using .NET. It seems that that there is a problem with PackageParts that contain spaces in the specified package URI. Using the following code produces different results on .NET / Mono: string fileName = Test.zip; Uri uri = PackUriHelper.CreatePartUri(new Uri(/My Folder/Test.txt, UriKind.Relative)); using (Package package = Package.Open(fileName, FileMode.Create)) { PackagePart part = package.CreatePart(uri, System.Net.Mime.MediaTypeNames.Text.Plain); using (StreamWriter sw = new StreamWriter(part.GetStream())) { sw.WriteLine(Hello World); } } On Linux using Mono the ZIP file contains a folder My Folder, but with Windows and .NET the name of the folder is escaped (My%20Folder). Best regards Martin -- View this message in context: http://old.nabble.com/Problem-with-PackagePart-URI-containing-spaces-tp26476712p26476712.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Problem with PackagePart URI containing spaces
You want to file it under Mono: Class Libaries product. Unfortunately there's no component for the WindowsBase dll, so for the moment just use 'System'. I'm going to get in touch with our bugzilla guy and try to get a WindowsBase component put up there. If you are filing bugs, do look out for it as it should be there within a day or so. Thanks, Alan. p.s. You forgot to hit 'reply-all' with your last email. I've added the mailing list back into the CC but just look out for that in future. On Mon, Nov 23, 2009 at 2:51 PM, mhartm...@vr-web.de wrote: Hi, can you give me a hint which Product / Component shall I use when I'm entering a new bug? Thanks, Martin Alan McGovern-2 wrote: Hi, Thanks for the bug report. Would you be able to file the issue on bugzilla (with the testcase) and assign it to me (amcgov...@novell.com). That way I can fix it and have the paper trail to verify the fix works. If you come across any other issues, just assign them directly to me on bugzilla. Thanks, Alan. On Mon, Nov 23, 2009 at 11:53 AM, mhartmann mhartm...@vr-web.de wrote: Hi, I'm trying to read packages that were created with System.IO.Packaging on a Windows machine using .NET. It seems that that there is a problem with PackageParts that contain spaces in the specified package URI. Using the following code produces different results on .NET / Mono: string fileName = Test.zip; Uri uri = PackUriHelper.CreatePartUri(new Uri(/My Folder/Test.txt, UriKind.Relative)); using (Package package = Package.Open(fileName, FileMode.Create)) { PackagePart part = package.CreatePart(uri, System.Net.Mime.MediaTypeNames.Text.Plain); using (StreamWriter sw = new StreamWriter(part.GetStream())) { sw.WriteLine(Hello World); } } On Linux using Mono the ZIP file contains a folder My Folder, but with Windows and .NET the name of the folder is escaped (My%20Folder). Best regards Martin -- View this message in context: http://old.nabble.com/Problem-with-PackagePart-URI-containing-spaces-tp26476712p26476712.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list Quoted from: http://old.nabble.com/Problem-with-PackagePart-URI-containing-spaces-tp26476712p26478275.html ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] DataAdapter Fill Error
Your best bet is to file a bug report with a small testcase to reproduce the issue. You've given absolutely no information so it's inpossible to tell what has gone wrong. Alan. On Mon, Nov 23, 2009 at 9:57 PM, Rıdvan Tülünay ridvantulu...@gmail.comwrote: I can't fill my dataset, console output like, -- System.InvalidCastException: Cannot cast from source type to destination type. how can I do?? ___ 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-dev] Should we replace MemoryStream?
Hey, On Mon, Nov 9, 2009 at 6:29 PM, Avery Pennarun apenw...@gmail.com wrote: On Mon, Nov 9, 2009 at 1:10 PM, Miguel de Icaza mig...@novell.com wrote: I just blogged about a memory fragmentation issue here: http://tirania.org/blog/archive/2009/Nov-09.html And I am wondering: since MemoryStream is one of these sources of problems, we could replace this implementation with MindTouch's ChunkedStream. Probably stupid question: why is a compacting garbage collector actually needed? C programs have survived for a *long* time without any ability whatsoever to compact memory, simply by carefully optimizing their allocation algorithms to avoid fragmentation. Is the mono allocator very non-optimal in this respect? One of the causes is that in a garbage collected language you allocate when you need something and discard it when you're done. If you do this with large buffers which are pinned in memory and have just the wrong allocation pattern, you can bloat your memory usage. There's nothing mono can do in this case as essentially it's the user causing the bloat. One thing you can do is keep a cache of buffers yourself and re-use them. For example if your application allocates 10 chunked memory streams a second and Dispose () them when you're done, you could add/remove the 'chunks' from a cache. This way you'd only ever allocate 10xsizeof (chunked stream) bytes of memory and you'd constantly re-use them. Alan. Like I said, I feel like this is a stupid question. But I'm curious about the answer, and neither your blog post nor the linked page on the sgen collector addresses it. Thanks, Avery ___ 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] faster than hashtable?
If the key is random, a hashtable is the fastest way. You may be able to eke some extra speed out of the DictionaryK, V class by ripping all the code to support generic keys and instead hardcode the key to always be a long. That should save a bit of time, though whether it'd be noticable or not I don't know. Alan. On Wed, Oct 28, 2009 at 8:25 AM, Tom Spink tsp...@gmail.com wrote: 2009/10/27 psant...@codicesoftware.com psant...@codicesoftware.com: Hi, If you need to store key/value pairs, where the key will be ALWAYS a unique long (no collisions), is there anything better than a Hashtable? Thanks pablo Presumably, though, the key can span the entire range of a long? If it's an acceptably small range, you could use an array. -- Tom Spink ___ 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] faster than hashtable?
Really what you need to do is benchmark all of the different options using your expected workload. It's near useless us telling you X is faster or Y is better without knowing the workload involved. Alan. On Wed, Oct 28, 2009 at 2:40 PM, pablosantosl...@terra.es pablosantosl...@terra.es wrote: Excellent. Is there a wrapper for C#? Is it worth? Felipe Lessa wrote: On Tue, Oct 27, 2009 at 11:58:31PM +0100, psant...@codicesoftware.comwrote: If you need to store key/value pairs, where the key will be ALWAYS a unique long (no collisions), is there anything better than a Hashtable? There are always Judy arrays, see http://judy.sourceforge.net/. -- Felipe. ___ 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-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] faster than hashtable?
Hey, On Wed, Oct 28, 2009 at 4:30 PM, pablosantosl...@terra.es pablosantosl...@terra.es wrote: Sure Alan! So, basically, the options are: - Use a sorted ArrayList and a binary search For this option the same story applies as for Dictionary K,V. If you write a strongly typed sorted list where the key is hardcoded as long, you might be able to gain a few % in performance. It depends on whether the extra %'s (if any) are worth the increased maintainer burden. If this is a super-critical lookup, then it might be worth it. - Reimplement hashtable focusing on long keys - Write a wrapper to Judy Alan. Alan McGovern wrote: Really what you need to do is benchmark all of the different options using your expected workload. It's near useless us telling you X is faster or Y is better without knowing the workload involved. Alan. On Wed, Oct 28, 2009 at 2:40 PM, pablosantosl...@terra.es mailto:pablosantosl...@terra.es pablosantosl...@terra.es mailto:pablosantosl...@terra.es wrote: Excellent. Is there a wrapper for C#? Is it worth? Felipe Lessa wrote: On Tue, Oct 27, 2009 at 11:58:31PM +0100, psant...@codicesoftware.com mailto:psant...@codicesoftware.com wrote: If you need to store key/value pairs, where the key will be ALWAYS a unique long (no collisions), is there anything better than a Hashtable? There are always Judy arrays, see http://judy.sourceforge.net/. -- Felipe. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto: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 mailto: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] Why system.net.webresponse not implemented?
What makes you think it's not implemented? If you're attempting to subclass WebResponse and are seeing NotImplemented exceptions, it's because you must override those particular methods (and not call the base method!) and you have not done so. The behaviour is the same on MS.NET. Alan. On Fri, Oct 23, 2009 at 10:38 AM, APS dev.ma...@apsystems.it wrote: Hi, just a curiosity. Trying to interface with an Axis web service I found that System/System.Net/WebResponse is not implemented. Why so? I think it's a useful library, there's some particular issue on implementing it? ___ 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] Big performance gaps between .NET, Mono (Suse/Debian) ?
Calling 'ToString' is just a GC benchmark. Yes, the current mono GC is slower than the .NET GC in this scenario. Your other tests also do a fair bit of allocating, so it's quite possible the entire performance loss you're seeing is just from the GC kicking in. If you want to test how fast you can add elements to a Dictionary, pre-allocate all the objects first and then time just the addition. Alan. On Tue, Oct 6, 2009 at 10:15 AM, Lionel Cuir lionel_em...@aulofee.comwrote: Hello, Can anybody help me to understand why, on simple performance tests, I see so different results between .NET and Mono on various Linux platforms? Are my tests incorrect? Did I have no luck and simply fall on some methods/functionality better implemented by MS? And why is there such a difference between Suse and Debian for the IPAddress dictionary? Any help appreciated (please, no trolling, no political debate - just ideas about how to improve things or ideas to point out methodology errors I would have made in my tests) Regards, Lionel A few hints on how I did my tests: - the OS are: a bare XP SP3, a bare OpenSuse (kernel 2.6.27), a Debian with a lightened kernel (2.6.30) - bare = the OS is up-to-date but no other software installed - all OS were running as vmware guest (in vm workstation 6.5) with two cpus (dual-core T7200) and 512Mo of RAM - Mono version was 2.4.2.3 on Suse, and 2.5 (compiled from SVN r140059) on Debian. .NET version is 3.5 - On Suse and Debian, I both run the tests with the exe compiled with csc (.net) and with the exe compiled with gmcs - the results were the same. You'll find attached the sample code I used - I test basically adictionary of int, a dictionary of IPAddress and the IPAddress.ToString method. The duration of the test (in millisec are: int32 Dictionary test 4812 DotNet 9493 Mono on light Debian 9815 Mono on Suse IPAddress Dictionary test 13500 DotNet 29533 Mono on light Debian 41732 Mono on Suse IPAddress.ToString test 2453 DotNet 16665 Mono on light Debian 17747 Mono on Suse ___ 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] Need help getting the source
If you want mono try this: svn co http://anonsvn.mono-project.com/source/trunk/monohttp://anonsvn.mono-project.com/source/trunk/MODULE_NAME and for the class libraries svn co http://anonsvn.mono-project.com/source/trunk/mcshttp://anonsvn.mono-project.com/source/trunk/MODULE_NAME Alan. On Tue, Oct 6, 2009 at 2:32 PM, Costantino Pipero c...@beeond.net wrote: I would like to get the latest build (something close to the 2.6 release as I wanted to look at the new LINQ to DB and Moonlight 2.0 Preview) from the SVN. I tried to follow the instructions described on http://www.mono-project.com/AnonSVN but this is what I get when I run the command: C:\MonoSourcesvn co http://anonsvn.mono-project.com/source/trunk/MODULE_NAME it responds with the following svn: Repository moved temporarily to ' http://pbg1mdf01-fpx01/?cfru=aHR0cDovL2Fub25zdm4ubW9uby1wcm9qZWN0LmNvbS9zb3VyY2UvdHJ1bmsvTU9EVUxFX05BTUU='; please relocate Is there a way to get the latest source (I do not want to have write access, just download the code...) Thanks Cos ___ 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] Can Mono rescue fyireporting.com reporting engine
If a maintainer could be found who was motivated enough to keep the project alive and well, then it might be a possibility. Though it'd probably be better if said maintainer just kept things where they are an just got admin priviliges everywhere instead ;) Would you be interested in becoming that maintainer? Alan On 4 Oct 2009, at 22:03, Andrus kobrule...@hot.ee wrote: fyireporting.com implements MS RDL specification compatible report engine. It can be used to implement MS local ReportViewer assembly. Last release of fyireporting was in Feb 12, 2009 Last message from project author/maintainer Kim was in June, 2009 fyireportin.com forum contains number of patches and improvements which are not added to source. If forum goes down, those patches are no more accessible. Some years ago Kim changes fyireporting licence to Apache. Is it possible to add fyireporting source code to Mono tree to bring new life to this project and implement MS ReportViewer API and designer in Mono. Andrus. ___ 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-dev] 2.6 preview 1
Hey, On Thu, Oct 1, 2009 at 6:56 PM, LKeene lionel.ke...@gmail.com wrote: Has the Task Parallel Library been performance tested on OSX? I've been having a tough time getting any kind of performance out of my threads on the Mac+Mono platform. Maybe this is the solution? Unlikely. I mean this in a constructive way, but the problem is more likely just a bad threading implementation. Altering how you split data up between threads and/or how you manage the threads would likely be the best way of improving performance. Performance of Mac + Mono should be very close to Linux + Mono. If you're seeing a huge difference in the exact same code it might be worth filing a bug. Alan. -L Andrew Jorgensen-4 wrote: The first preview build of 2.6 has been published to http://mono.ximian.com/monobuild/preview/download-preview/ The windows installer in this build is known to contain a number of problems, including but not limited to: * Has an older build (2.4.x) of gluezilla * Does not contain mono-tools (monodoc browser, gsharp, gendarme, etc.) or gnome-sharp * Is larger than it was previously despite missing mono-tools, etc. We are working through these problems but felt that it was more important to get the build (and the preview tarballs) out into your hands. SLE_10 and openSUSE_10.3 binary packages have been dropped (mono-tools now requires a more recent gtk than available in SLE_10 and 10.3 will be end-of-life around the time we publish 2.6-final). The DRAFT release notes are here: http://www.mono-project.com/Release_Notes_Mono_2.6 ___ 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/2.6-preview-1-tp25692276p25703738.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] .NET / Mono runtime multi-cast differences.
Hi, Unless I'm missing something, you haven't actually described what the problem is. Nor have you mentioned what exactly happens on windows, what happens on linux and what you actually expected to happen. Your example also appears to be missing information which might help figure out what issue it is you're seeing, what are listenChannel and listenEndpoint? Alan. On Mon, Aug 24, 2009 at 3:20 AM, James P Michels III james.p.mich...@gmail.com wrote: I have observed a difference in behavior between the Mono runtime and .NET runtime with respect to multi-cast support. Unless the Socket.Bind operation is modified to bind to a different end point based on the runtime, no packets will be received. The workaround that I am using is shown in the attached code section. I took a look at Mono's source code. Additionally, I wrote a short C program with the equivalent functionality. The C version for Linux exhibits the same behavior. It is my impression that the behavior is due to differences between the Windows socket implementation and the Linux socket implementation. It is also my impression that these differences are being realized by both the .NET and Mono runtime which ultimately consume them. I have 2 questions. 1) Am I wrong? Is there a runtime agnostic way to do this? (Binding to IPAddress.Any does not work on Windows to my knowledge) 2) If I am not wrong, what steps, if any, should be taken to resolve these differences? Thanks Jim -begin code sample listenSocket = new Socket(AddressFamily.InterNetwork, SocketType.Dgram, ProtocolType.Udp); listenSocket.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true); if (IsMonoRuntime()) { listenSocket.Bind(listenChannel); } else { listenSocket.Bind(listenEndpoint); } listenSocket.SetSocketOption(SocketOptionLevel.IP, SocketOptionName.MulticastInterface, listenInterface.GetAddressBytes()); listenSocket.SetSocketOption(SocketOptionLevel.IP, SocketOptionName.AddMembership, new MulticastOption(listenChannel.Address, listenInterface)); -end code sample ___ 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] Embedding ghsarp?
You want to embed Mono.CSharp into your application, not gsharp. gsharp embeds Mono.CSharp and exposes it through a nice pretty GUI, exactly what you should do. It'd be a good example to look at. Alan. On Thu, Aug 20, 2009 at 4:47 PM, Adam Tauno Williams awill...@whitemice.org wrote: I'm playing with gsharp [lovely!] http://www.mono-project.com/CsharpRepl with my Gtk# application. But I don't see any way to 'embed' the gsharp CLI into an application. What I want is just a button in the app that opens gsharp conencted to [withing?] the application. Has anyone done that? ___ 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] Problems installing MONO 2.2 on Solaris 10
Hey, I'd highly recommend you don't use gtk-sharp 2.4.3 if you can avoid it. It is incredibly ancient - approaching 3 years old. If at all possible you should install 2.12.X. Alan. On Thu, Jul 30, 2009 at 9:50 AM, Tynar rippe...@gmail.com wrote: jluoni wrote: Thanks for the reply, I had to do a --enable-dtrace=true. Also there was a patch for one of the files. Had to change a few u_int32_t to uint32_t. I got it passing mono-test-install. Now I am fighting with getting the latest gtk-sharp on Solaris 10. I am new to Solaris, but I am stuck with it. It seems like there is always some KLUDGE from the basic setup. Fighting with getting cairo setup right now which is a prereq to gtk+ 2.8 which is prereq for gtksharp 2.8. I need the EASY button!!! I would suggest you to use, gtk-sharp 2.4.3, which does not need gtk+ updates. Also can you share the step by step installation instructions of mono 2.2 on solaris x86 ? Tynar. -- View this message in context: http://www.nabble.com/Problems-installing-MONO-2.2-on-Solaris-10-tp21686429p24734579.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] [PATCH] ParallelFx initial code drop
Hey, On 28 Jul 2009, at 18:36, Miguel de Icaza mig...@novell.com wrote: Hello Jérémie, Why are the files in System.Core, could we not put the files in their final location (which seems to be mscorlib) from the start? Fromyalkibg to jeremie earlier, i think it's partially because of legacy reasons. Some of the parallel fx files already exist in that location and it'd be a pain to move them all to the 'correct' location now. Alan. Miguel seems to have the same idea as me apart that I commit the new types directly instead of providing a patch. The new types can be added directly to SVN, and we can review them asynchronously; Since you own the feature, there is no need to do a review since it is not going to touch code that already exists. The only review that we need is for cases where you touch an existing class, modify an existing class, or provide your own class, or modify the behavior of an existing class. So I say: start committing the code to the real location (mscorlib) and adding it to the build as long as it does not modify existing code. For anything that modifies existing code, post a patch for discussion. ___ 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] [PATCH] ParallelFx initial code drop
Hey, On 28 Jul 2009, at 22:07, Miguel de Icaza mig...@novell.com wrote: Hello, Why are the files in System.Core, could we not put the files in their final location (which seems to be mscorlib) from the start? Fromyalkibg to jeremie earlier, i think it's partially because of legacy reasons. Some of the parallel fx files already exist in that location and it'd be a pain to move them all to the 'correct' location now. Sure, but for the sake of committing this code into Mono, we should just put them on the final destination now, there is no point in putting them in System.Core if they need to go into mscorlib anyways. Pretty much exactly what my thoughts were on it ;) I just figured that since he's gotten multiple conflicting suggestions on what he should do, then he should email and clarify which one exactly he should follow. Alan. P Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Regex not working the same as MS .NET
Hey, Could you take that testcase and info a file a bug report on bugzilla.novell.com . This way the isse won't be forgotten about and will be dealt with properly. Alan. On 26 Jul 2009, at 17:50, St4rNin3 st4rn...@gmail.com wrote: I am having some issues with Regex processing. It seems that the Mono engine and the .NET engine get different results. The code below works just fine on my Windows PC, but gets no matches on my Linux System. I am using Mandriva 2009 Spring, with the 2.2 version of Mono. I have not downloaded the latest 2.4 release. I was trying not to have to manually install on Mandriva (2.2 is the latest in their package system) I have taken a snippet of code (with some hard coded data) for demonstration purposes. = string sData = @- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- 001-0151 :LastNameHolder;FirstnameHolder :Address Holder; string sPattern; sPattern = @---+\r\n(?AccountNumber\d{3}-\d{8}).*?; MatchCollection mc; mc = Regex.Matches(sData, sPattern, RegexOptions.IgnoreCase | RegexOptions.Singleline); label1.Text = string.Format({0} matches found, mc.Count); Any Ideas? Dan Gentry -- View this message in context: http://www.nabble.com/Mono-Regex-not-working-the-same-as-MS-.NET-tp24629584p24629584.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] how to resolve kernel32 error from mono
Hey, Ideally you'd refactor the code so that it uses the built in timer classes rather than calling into windows specific native libraries which provide the same thing. Youll have to do the same for every p/ invoke in the code. Is that possible? Alan On 15 Jul 2009, at 08:09, Bharti Mishra bharti...@tcs.com wrote: hi, I am using; 1. mono2.4.2 2. open suse11.1 3. existing vb.net code which uses asp.net1.1 version when I execute my existing code with mono it creates one servererrorlog file inside my project folder, in which I got following error message:- ?xml version=1.0 ? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en lang=enheadtitleError 500/titlestyle type=text/cssbody {font-family:Verdana,DejaVu Sans,sans-serif;font-weight:normal;font-size: .7em;color:black;background-color: white} p {font-family:Verdana,DejaVu Sans,sans-serif;font-weight:normal;color:black;margin-top: -5px} b {font-family:Verdana,DejaVu Sans,sans-serif;font-weight:bold;color:black;margin-top: -5px} h1 { font-family:Verdana,DejaVu Sans,sans-serif;font-weight:normal;font-size:18pt;color:red } h2 { font-family:Verdana,DejaVu Sans,sans-serif;font-weight:normal;font-size:14pt;color:maroon } pre,code {font-family:Lucida Console,DejaVu Sans Mono,monospace;font-size: 0.9em,white-space: pre-line} div.bodyText {font-family: Verdana,DejaVu Sans,sans-serif} table.sampleCode {width: 100%; background-color: #cc; } .errorText {color: red; font-weight: bold} .marker {font-weight: bold; color: black;text-decoration: none;} .version {color: gray;} .error {margin-bottom: 10px;} .expandable { text-decoration:underline; font-weight:bold; color:navy; cursor:pointer; }/style/headbodyh1Server Error in '/BLa4' Application/h1hr style=color: silver/h2emKernel32/em/h2 pstrongDescription: /strongHTTP 500. Error processing request./p pstrongStack Trace: /strong/ptable summary=Stack Trace class=sampleCode trtdpreSystem.DllNotFoundException: Kernel32 at (wrapper managed-to-native) FNS.FrontEnd.Workflow.Server.BancsLinkWeb.Stopwatch:QueryPerformanceCounter (longamp;) at FNS.FrontEnd.Workflow.Server.BancsLinkWeb.Stopwatch..ctor (System.String description) [0x0] at FNS.FrontEnd.Workflow.Server.BancsLinkWeb.Stopwatch..ctor () [0x0] at FNS.FrontEnd.Workflow.Server.BancsLinkWeb.CFNSServer.Page_Load (System.Object sender, System.EventArgs e) [0x0] at System.Web.UI.Control.OnLoad (System.EventArgs e) [0x0] at System.Web.UI.Control.LoadRecursive () [0x0] at System.Web.UI.Page.ProcessLoad () [0x0] at System.Web.UI.Page.ProcessPostData () [0x0] at System.Web.UI.Page.InternalProcessRequest () [0x0] at System.Web.UI.Page.ProcessRequest (System.Web.HttpContext context) [0x0] /pre/td/tr /table hr style=color: silver/strongVersion information: /strong Mono Version: 2.0.50727.1433; ASP.NET Version: 2.0.50727.1433/body/html !-- [System.Web.HttpUnhandledException]: Exception of type 'System.Web.HttpUnhandledException' was thrown. I dont know how to resolve this System.DllNotFoundException:kernel32. one more thing, before project execution it is necessary to execute one .exe to create logs in event viewer. but I dont know how to configure eventlog entry in mono. when I access my project through browser it gives me please contact to administrator I am not able to recognise for which reasion this error is coming so pls guide me -- View this message in context: http://www.nabble.com/how-to-resolve-kernel32-error-from-mono-tp24492962p24492962.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] how to resolve kernel32 error from mono
Put simply, you need to rewrite every section of code that uses [DllImport] so that you don't call native functions on non-windows platforms. This is not a mono bug as such, it's just your application is assuming that windows specific features are going to be available on linux/macos and they aren't. Alan. On Wed, Jul 15, 2009 at 9:22 AM, Bharti2 M bharti...@tcs.com wrote: hi, Thanx for sending me responce, but I am new in this field, so i am not able to understand properly. can you pls explain me again what should I do to resolve my error. Is there any event viewer in mono equivelent to windows? Regards Bharti Mishra Tata Consultancy Services Mailto: bharti...@tcs.com Website: http://www.tcs.com Experience certainty. IT Services Business Solutions Outsourcing *Alan McGovern alan.mcgov...@gmail.com* 07/15/2009 09:07 CET To Bharti Mishra bharti...@tcs.com cc mono-list@lists.ximian.com mono-list@lists.ximian.com bcc Subject Re: [Mono-list] how to resolve kernel32 error from mono Hey, Ideally you'd refactor the code so that it uses the built in timer classes rather than calling into windows specific native libraries which provide the same thing. Youll have to do the same for every p/ invoke in the code. Is that possible? Alan On 15 Jul 2009, at 08:09, Bharti Mishra bharti...@tcs.com wrote: hi, I am using; 1. mono2.4.2 2. open suse11.1 3. existing vb.net code which uses asp.net1.1 version when I execute my existing code with mono it creates one servererrorlog file inside my project folder, in which I got following error message:- ?xml version=1.0 ? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en lang=enheadtitleError 500/titlestyle type=text/cssbody {font-family:Verdana,DejaVu Sans,sans-serif;font-weight:normal;font-size: .7em;color:black;background-color: white} p {font-family:Verdana,DejaVu Sans,sans-serif;font-weight:normal;color:black;margin-top: -5px} b {font-family:Verdana,DejaVu Sans,sans-serif;font-weight:bold;color:black;margin-top: -5px} h1 { font-family:Verdana,DejaVu Sans,sans-serif;font-weight:normal;font-size:18pt;color:red } h2 { font-family:Verdana,DejaVu Sans,sans-serif;font-weight:normal;font-size:14pt;color:maroon } pre,code {font-family:Lucida Console,DejaVu Sans Mono,monospace;font-size: 0.9em,white-space: pre-line} div.bodyText {font-family: Verdana,DejaVu Sans,sans-serif} table.sampleCode {width: 100%; background-color: #cc; } .errorText {color: red; font-weight: bold} .marker {font-weight: bold; color: black;text-decoration: none;} .version {color: gray;} .error {margin-bottom: 10px;} .expandable { text-decoration:underline; font-weight:bold; color:navy; cursor:pointer; }/style/headbodyh1Server Error in '/BLa4' Application/h1hr style=color: silver/h2emKernel32/em/h2 pstrongDescription: /strongHTTP 500. Error processing request./p pstrongStack Trace: /strong/ptable summary=Stack Trace class=sampleCode trtdpreSystem.DllNotFoundException: Kernel32 at (wrapper managed-to-native) FNS.FrontEnd.Workflow.Server.BancsLinkWeb.Stopwatch:QueryPerformanceCounter (longamp;) at FNS.FrontEnd.Workflow.Server.BancsLinkWeb.Stopwatch..ctor (System.String description) [0x0] at FNS.FrontEnd.Workflow.Server.BancsLinkWeb.Stopwatch..ctor () [0x0] at FNS.FrontEnd.Workflow.Server.BancsLinkWeb.CFNSServer.Page_Load (System.Object sender, System.EventArgs e) [0x0] at System.Web.UI.Control.OnLoad (System.EventArgs e) [0x0] at System.Web.UI.Control.LoadRecursive () [0x0] at System.Web.UI.Page.ProcessLoad () [0x0] at System.Web.UI.Page.ProcessPostData () [0x0] at System.Web.UI.Page.InternalProcessRequest () [0x0] at System.Web.UI.Page.ProcessRequest (System.Web.HttpContext context) [0x0] /pre/td/tr /table hr style=color: silver/strongVersion information: /strong Mono Version: 2.0.50727.1433; ASP.NET Version: 2.0.50727.1433/body/html !-- [System.Web.HttpUnhandledException]: Exception of type 'System.Web.HttpUnhandledException' was thrown. I dont know how to resolve this System.DllNotFoundException:kernel32. one more thing, before project execution it is necessary to execute one .exe to create logs in event viewer. but I dont know how to configure eventlog entry in mono. when I access my project through browser it gives me please contact to administrator I am not able to recognise for which reasion this error is coming so pls guide me -- View this message in context: http://www.nabble.com/how-to-resolve-kernel32-error-from-mono-tp24492962p24492962.html Sent from the Mono - General mailing list archive at Nabble.com
Re: [Mono-list] can we add kernel32 dll in mono
Hey, I already explained what you have to do in your other thread where you talked about this issue. That is the only way of fixing the problem other than creating your own kernel32.dll for each platform you want your code to run on. There is nothing mono can do to fix this for you, it's not a mono issue. Alan. On Wed, Jul 15, 2009 at 12:21 PM, Robert Jordan robe...@gmx.net wrote: Bharti Mishra wrote: hi, I am executing existind vb.net project in mono onto opensuse platfom. I am getting following error System.Dllnotfoundexception:kernel32. how can I add kernel32 dll in mono. and can you explain me this error. Kernel32.dll is a unmanaged core Windows DLL. It's not a .NET assembly and it can't be added to Mono. You have to fix this application by removing those p/invoke calls with similar managed approaches. If you don't know what p/invoke is, please ask the developer of this vb.net project to fix the issue. Robert ___ 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-dev] library vs module
Hey, On Wed, Jul 15, 2009 at 1:00 AM, Jon Shemitz jon.shem...@access-company.com wrote: Thanks - someone sent me that privately, and it did the trick. *cough* whoops, I thought I had hit reply to all ;) Glad it's working anyway. Alan. Perhaps `gmcs --help` could explain this better. It gave me the strong impression that all options came before all file names. -Original Message- From: Stefanos A. [mailto:stapos...@gmail.com] Sent: Tuesday, July 14, 2009 4:59 PM To: Jon Shemitz Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] library vs module On Tue, 2009-07-14 at 16:40 -0700, Jon Shemitz wrote: It looks like I want to build A.cs to a module, then somehow build the library from B.cs and the A.netmodule, but I can't seem to figure out the gmcs command line syntax. Try this: gmcs A.cs B.cs /out:Foo.dll ___ 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] GTK-Sharp: Cannot implicitly convert type `Cairo.Context' to `Cairo.Context'
If it was all working before, I'm unsure why it would just stop working after updating from SVN. The best I can offer is that you should check to see if you changed anything on your system or installed new packages which might result in this conflict. Finally, you should follow the guide on setting up a completely clean prefix so you don't get conflicts like this. It might help. Alan. On Mon, Jul 13, 2009 at 8:46 PM, cornholio m...@hofmeister-christian.dewrote: Hi Alan, thank you for your response. no, i didn't follow the guideline, but i removed my old mono installation a few weeks ago (via ubuntu apt-get remove), so i thought i have a clean svn installation of mono-svn. it works fine for many days and i did rebuilt the sources every day (on 2 systems both are broken now, it's a fault of my build-script for sure) i am downloading the sources from: anonsvn.mono-project.com and i wrote a script for checking out /update svn repository and running autogen.sh or configure.sh scripts (prefix=/usr/local/). can you help me how to get rid of the old installation? thank you Alan McGovern-2 wrote: Hey, /usr/local/lib/mono/gac/Mono.Cairo/1.0.5000.0__0738eb9f132ed756/Mono.Cairo.dll (Location of the symbol related to previous error) /usr/local/lib/mono/gac/Mono.Cairo/2.0.0.0__0738eb9f132ed756/Mono.Cairo.dll You appear to be loading both the 1.0 and 2.0 Mono.Cairo assemblies at the same time, this shouldn't happen and is what is causing the issues. My guess is that you have a broken mono install, as I've been happily compiling monodevelop on a daily basis for the last few months. What commands/arguments did you use to compile mono, gtk and/or monodevelop. Where did you get the source to compile whatever it is you're compiling, what versions of those things are you compiling. Did you follow the guidelines here on how to install a parallel mono without breaking your system: http://www.mono-project.com/Parallel_Mono_Environments. Alan. -- View this message in context: http://www.nabble.com/GTK-Sharp%3A-Cannot-implicitly-convert-type-%60Cairo.Context%27-to-%60Cairo.Context%27-tp24467303p24468067.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Fwd: Fwd: Game development with mono
Hey, Comments below... On Tue, Jul 14, 2009 at 11:06 PM, Justin Dearing zippy1...@gmail.comwrote: Forgot once again mono doest have a default reply to the list for some reason. -- Forwarded message -- From: Justin Dearing zippy1...@gmail.com Date: Tue, Jul 14, 2009 at 6:05 PM Subject: Re: [Mono-list] Fwd: Game development with mono To: Chris Howie cdho...@gmail.com Chris, If there is no difference, why do many OSS projects offer different binaries? 99.9% of the time there is no need to offer different 'binaries' for CIL assemblies because the 'binaries' for each platform will be bit identical. I understand the format of the bytecode is different, but might there be differences in function signatures in the System.foo assemblies if mono functions had different signatures from the .NET equivilant? I'm not sure what you mean here. Mono should be API compatible with MS .NET. Also, doesn't the mono compiler and runtime have a different GAC. Wouldn't compiling against the mono compiler ensure that all the methods in the standard assemblies exist in the mono version? Sure, compiling under mono would ensure that you are not using a method that does not exist. There are other tools which can help with that, such as Moma (http://mono-project.com/MoMA). Sure, you can compile under mono, but it's not a necessity. Rregularly running your regression tests under both frameworks would be a great way to ensure everything operates as expected. Alan. Regards, Justin Dearing On Tue, Jul 14, 2009 at 5:52 PM, Chris Howie cdho...@gmail.com wrote: On Tue, Jul 14, 2009 at 5:08 PM, Justin Dearingzippy1...@gmail.com wrote: Coding with Visual Studio and periodontally compiling to mono on windows will ensure compatability. I should point out that you don't have to compile to mono to test, you can just run the Windows-.NET-compiled binaries directly on Mono. Compiling using Mono's C# compiler /should/ only serves to test Mono's C# compiler; the binary format of the CIL images is identical. (I have a feeling that Justin knows this, just clarifying for those who don't.) -- 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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] GTK-Sharp: Cannot implicitly convert type `Cairo.Context' to `Cairo.Context'
Hey, /usr/local/lib/mono/gac/Mono.Cairo/1.0.5000.0__0738eb9f132ed756/Mono.Cairo.dll (Location of the symbol related to previous error) /usr/local/lib/mono/gac/Mono.Cairo/2.0.0.0__0738eb9f132ed756/Mono.Cairo.dll You appear to be loading both the 1.0 and 2.0 Mono.Cairo assemblies at the same time, this shouldn't happen and is what is causing the issues. My guess is that you have a broken mono install, as I've been happily compiling monodevelop on a daily basis for the last few months. What commands/arguments did you use to compile mono, gtk and/or monodevelop. Where did you get the source to compile whatever it is you're compiling, what versions of those things are you compiling. Did you follow the guidelines here on how to install a parallel mono without breaking your system: http://www.mono-project.com/Parallel_Mono_Environments. Alan. On Mon, Jul 13, 2009 at 7:54 PM, cornholio m...@hofmeister-christian.dewrote: hi, i couldn't compile mono (mono-develop) from svn since last week: ./DemoColorSelection.cs(45,30): warning CS0612: `Gtk.Box.PackStart(Gtk.Widget)' is obsolete ./DemoImages.cs(173,42): warning CS0618: `Gtk.Image.FromPixbuf' is obsolete: `Use the Pixbuf property instead' ./DemoPrinting.cs(79,39): error CS0029: Cannot implicitly convert type `Cairo.Context' to `Cairo.Context' ./DemoPrinting.cs(104,43): error CS1502: The best overloaded method match for `Pango.CairoHelper.ShowLayout(Cairo.Context, Pango.Layout)' has some invalid arguments /home/cho/tmp/mono_svn/source/gtk_sharp/pango/pango-sharp.dll (Location of the symbol related to previous error) ./DemoPrinting.cs(104,43): error CS1503: Argument `#1' cannot convert `Cairo.Context' expression to type `Cairo.Context' ./DemoPrinting.cs(104,43): (equally named types possibly from different assemblies in previous error) /usr/local/lib/mono/gac/Mono.Cairo/1.0.5000.0__0738eb9f132ed756/Mono.Cairo.dll (Location of the symbol related to previous error) /usr/local/lib/mono/gac/Mono.Cairo/2.0.0.0__0738eb9f132ed756/Mono.Cairo.dll (Location of the symbol related to previous error) ./DemoPrinting.cs(111,43): error CS1502: The best overloaded method match for `Pango.CairoHelper.ShowLayout(Cairo.Context, Pango.Layout)' has some invalid arguments /home/cho/tmp/mono_svn/source/gtk_sharp/pango/pango-sharp.dll (Location of the symbol related to previous error) ./DemoPrinting.cs(111,43): error CS1503: Argument `#1' cannot convert `Cairo.Context' expression to type `Cairo.Context' ./DemoPrinting.cs(111,43): (equally named types possibly from different assemblies in previous error) /usr/local/lib/mono/gac/Mono.Cairo/1.0.5000.0__0738eb9f132ed756/Mono.Cairo.dll (Location of the symbol related to previous error) /usr/local/lib/mono/gac/Mono.Cairo/2.0.0.0__0738eb9f132ed756/Mono.Cairo.dll (Location of the symbol related to previous error) ./DemoPrinting.cs(125,51): error CS1502: The best overloaded method match for `Pango.CairoHelper.ShowLayout(Cairo.Context, Pango.Layout)' has some invalid arguments /home/cho/tmp/mono_svn/source/gtk_sharp/pango/pango-sharp.dll (Location of the symbol related to previous error) ./DemoPrinting.cs(125,51): error CS1503: Argument `#1' cannot convert `Cairo.Context' expression to type `Cairo.Context' ./DemoPrinting.cs(125,51): (equally named types possibly from different assemblies in previous error) /usr/local/lib/mono/gac/Mono.Cairo/1.0.5000.0__0738eb9f132ed756/Mono.Cairo.dll (Location of the symbol related to previous error) /usr/local/lib/mono/gac/Mono.Cairo/2.0.0.0__0738eb9f132ed756/Mono.Cairo.dll (Location of the symbol related to previous error) Compilation failed: 7 error(s), 2 warnings make[3]: *** [GtkDemo.exe] Error 1 make[3]: Leaving directory `/home/cho/tmp/mono_svn/source/gtk_sharp/sample/GtkDemo' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cho/tmp/mono_svn/source/gtk_sharp/sample' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cho/tmp/mono_svn/source/gtk_sharp' make: *** [all] Error 2 [FATAL].: failed to make GTK-Sharp! can you please help me to get mono compiled again? thx christian -- View this message in context: http://www.nabble.com/GTK-Sharp%3A-Cannot-implicitly-convert-type-%60Cairo.Context%27-to-%60Cairo.Context%27-tp24467303p24467303.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] [PATCH] Simple implementation of network interface properties for Mac OS X
Hey, On Tue, Jun 30, 2009 at 4:09 PM, Alex Shulgin alexander.shul...@yessoftware.com wrote: Alex Shulgin wrote: Alex Shulgin wrote: Hi, In the current version System.Net.NetworkInformation.NetworkInterface provides limited information about network interfaces on the system (their names only). The attached patch adds support for NetworkInterfaceType and GetPhysicalAddress() on Mac OS. Oops, I've almost forgot about IPv6... and missed the added file MacOsNetworkInterfaceMarshal. Please see the fixed patch instead. This worked fine, until one user reported a crash on Array.Copy in NetworkInformation.MacOsNetworkInterface.ImplGetAllNetworkInterfaces(). I traced this down to that I believe is a problem with non-standard length interface name: thus the 12-byte buffer sockaddr_dl.sdl_data is not enough. I've noticed that sockaddr_dl contains sdl_len member which holds the length of the whole sockaddr structure. With that we can use Marshal.Copy instead of Array.Copy to access data past default 12-byte data array. A patch against trunk is attached. I didn't have a chance to try it with the problematic user, but still would like someone to review the patch and comment on it. -- Alex PS: is there more appropriate way to increment IntPtr value w/o using ToInt64()? You could use a loop and Marshal.ReadByte (IntPtr ptr, int offset); Alan. ___ 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] C#: Compiling Classes Independently - How?
Hi, On Mon, Jun 29, 2009 at 10:02 PM, G_Morgan gmorgan1...@googlemail.comwrote: So the official advice is to shut up and deal with it ;). I think I can understand why MS decided to do things this way. Something along the line of 'OMG look at all those class files everywhere' wrt Java. Why don't they both understand that C got it right in times immemorial? That you should copy exactly and never question the one true way! Out of interest are there any build tools that manage Mono projects in a sane manner or do they all face the same problem I've bumped into trying to use make? The only issue you've mentioned is that you noticed that C# code compiles differently to C code, so I can only assume that this is the problem you're referring to. If so, the solution really isn't shut up and deal with it, the solution is to realise this isn't a problem. There is a way to simulate the C build process, but it'd make your compile take at least three times longer than normal and would make maintenance of your project such a gigantic pain that you'd revert back to the normal (fast) workflow within days. As a single datapoint, 35,000 lines of code (excludes whitespace) can compile in under 2.5 seconds using gmcs on my rather modest 1.86ghz laptop with 5400 rpm harddrive. A computer with a faster hd will compile faster I'm sure. Alan. Charlie Poole wrote: Hi, I remember being equally surprised when I moved from C++ to C#. What you describe is how C++ works, but not how C# works. In the long run, I think you'll be much more satisfied with the results if you learn to adapt to this new environment. There are, of course, ways to simulate your C++ experience using modules, but you will be creating a terribly complicated structure and anyone who follows you on the job will not be thankful. :-) If you have real performance problems with your compiles, it may mean that you are putting too much into a single assembly. It's pretty normal for an application developed in C# to have multiple assemblies, which are all delivered in the same directory. I suggest you try to go with the flow for a few weeks and then decide whether you really need to simulate your old environment. Charlie -Original Message- From: mono-list-boun...@lists.ximian.com [mailto:mono-list-boun...@lists.ximian.com] On Behalf Of G_Morgan Sent: Monday, June 29, 2009 11:51 AM To: mono-list@lists.ximian.com Subject: [Mono-list] C#: Compiling Classes Independently - How? Simply put I always develop my code in C++ by compiling each file into a separate object code file and then linking them together. In C# I'm struggling to see how to do this or anything similar. I've tried using assemblies and modules but both require me to actually deliver the assembly or module with the executable. Does a mechanism exist by which a module can be copied directly into the executable image and thus let me delete the .netmodule files and still run? If not is there a sensible CLI mechanism to allow C# programs to be developed in such a way that I'm not doing a complete rebuild with every minor change? I've tried using the incremental flag but smcs seems to throw a fit complaining about missing .netmodule files. The description of the option in the MSDN documents doesn't suggest that these files are needed. -- View this message in context: http://www.nabble.com/C-%3A-Compiling-Classes-Independently--- How--tp24259351p24259351.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- View this message in context: http://www.nabble.com/C-%3A-Compiling-Classes-Independently---How--tp24259351p24261591.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Agreement Novell - Microsoft
Richard Stallman: Mono is a free implementation of Microsoft's language C#. Microsoft has declared itself our enemy and we know that Microsoft is getting patents on some features of C#. So I think it's dangerous to use C#, and it may be dangerous to use Mono. There's nothing wrong with Mono. Mono is a free implementation of a language that users use. It's good to provide free implementations. We should have free implementations of every language. But, depending on it is dangerous, and we better not do that. So in essence he states that if it may be dangerous to implement something, we should not implement it. If that philosophy were truly believed and applied to every aspect of linux we'd have a hell of a lot less software and a hell of a lot less options. Alan. Alan McGovern-2 wrote: Nope, they don't own or directly fund the mono project. Alan. On Thu, Jun 4, 2009 at 1:33 PM, 666lawyer 666law...@gmail.com wrote: Is true that Microsoft is reserved the right to abort the mono project at any moment? -- View this message in context: http://www.nabble.com/Agreement-Novell---Microsoft-tp23868979p23868979.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- View this message in context: http://www.nabble.com/Agreement-Novell---Microsoft-tp23868979p23947380.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Agreement Novell - Microsoft
Nope, they don't own or directly fund the mono project. Alan. On Thu, Jun 4, 2009 at 1:33 PM, 666lawyer 666law...@gmail.com wrote: Is true that Microsoft is reserved the right to abort the mono project at any moment? -- View this message in context: http://www.nabble.com/Agreement-Novell---Microsoft-tp23868979p23868979.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] Compiling olive branch SVN trunk/
Hey, On Fri, May 22, 2009 at 6:02 PM, Brian A. Seklecki sekle...@noc.cfi.pgh.pa.us wrote: All: I haven't hacked on mono before; it's definitely amateur night over here. Would it be unsound to try to compile the Olive branch against a vanilla install of Mono 2.0.1 (FC11 or FreeBSD)? I'm assuming that I need to be tracking trunk/ of Mono in order to get the olive/ stuff to compile? Yup, that's your best bet. I'm not sure whether or not using mono from SVN will fix your issue, but it's still advisable to be running something newer than 2.0 when developing against olive. One good reason is that mono 2.2+ has much better support for all the new language features in .NET 3.0 which code in olive uses. Alan. With yesterday's code, I see the following build error: gmake[5]: Entering directory `/root/olive/nunit24/ClientUtilities/util' MONO_PATH=../../../class/lib/net_3_0:$MONO_PATH resgen2 `echo Transform.resx | cat` Read in 1 resources from '/root/olive/nunit24/ClientUtilities/util/Transform.resx' Writing resource file... Done. Thread 802802560 has exited with leftover thread-specific data after 4 destructor iterations MONO_PATH=../../../class/lib/net_3_0:$MONO_PATH gmcs /codepage:65001 /resource:Transform.resources,NUnit.Util.Transform.resources -r:nunit.core.dll -r:nunit.core.interfaces.dll -r:System.dll -r:System.Xml.dll -r:System.Runtime.Remoting.dll /d:MONO /d:StronglyNamedAssembly -d:NET_1_1 -d:NET_2_0 -debug+ /noconfig -target:library -out:../../../class/lib/net_3_0/nunit.util.dll @nunit.util.dll.sources AggregatingTestRunner.cs(20,75): error CS0433: The imported type `NUnit.Core.TestRunner' is defined multiple times /usr/local/lib/mono/gac/nunit.core/2.2.0.0__96d09a1eb7f44a77/nunit.core.dll (Location of the symbol related to previous error) /root/olive/class/lib/net_3_0/nunit.core.interfaces.dll (Location of the symbol related to previous error) AggregatingTestRunner.cs(20,87): error CS0433: The imported type `NUnit.Core.EventListener' is defined multiple times /usr/local/lib/mono/gac/nunit.core/2.2.0.0__96d09a1eb7f44a77/nunit.core.dll (Location of the symbol related to previous error) /root/olive/class/lib/net_3_0/nunit.core.interfaces.dll (Location of the symbol related to previous error) SummaryVisitor.cs(21,39): error CS0433: The imported type `NUnit.Core.ResultVisitor' is defined multiple times /usr/local/lib/mono/gac/nunit.core/2.2.0.0__96d09a1eb7f44a77/nunit.core.dll (Location of the symbol related to previous error) /root/olive/class/lib/net_3_0/nunit.core.interfaces.dll (Location of the symbol related to previous error) Compilation failed: 3 error(s), 0 warnings gmake[5]: *** [../../../class/lib/net_3_0/nunit.util.dll] Error 1 gmake[5]: Leaving directory `/root/olive/nunit24/ClientUtilities/util' gmake[4]: *** [do-all] Error 2 gmake[4]: Leaving directory `/root/olive/nunit24/ClientUtilities/util' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/root/olive/nunit24' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/root/olive' gmake[1]: *** [profile-do--net_3_0--all] Error 2 gmake[1]: Leaving directory `/root/olive' I can provide a tee(1) of the full build and/or config.log, but I was hoping to get some quick advice on a sound build environment? The goal here is to setup up internal nightly autobuilds a la http://mono.ximian.com/monobuild/ Have a great weekend all! ~BAS ___ 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] General questions about mono
The starting point for what exactly? Do you want to know how mono uses threads for its GC, or how managed threads interact with the jit/gc. How unmanaged threads can be registered with the runtime so they can work safely with managed code? Or maybe you just want to understand how you can write threaded managed code? You're going to have to be a little more specific than Tell me about how mono handles threads. Alan. On Tue, May 5, 2009 at 6:06 AM, Friedrich Dominicus fr...@q-software-solutions.de wrote: Miguel de Icaza mig...@novell.com writes: Hello, I'm still trying ot understand. How thread handling is done in Mono. Have I overseen some pages on the mono home pages? This is a very open-ended question. What exactly do you need to know? Just the starting point. Where and how is this starting point documented. Or where can one read more about it, I'd like to do that before starting to ask stupid questions because they may have documented... Just I've no idea where this docs should be Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus ___ 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 2.4 Windows - SerialPort.BytesToRead NullReferenceException
Hi, Could you attach that testcase to a bug report and add a verbal description of what exactly is wrong at http://bugzilla.novell.com . Also mention the version of windows you're on (which is it?). That's the best way to get the issue fixed. Thanks, Alan. On Wed, Apr 29, 2009 at 7:50 AM, Rytis Ilciukas (rick) ziba...@gmail.comwrote: I'm trying to run a very simple SerialPort test app (see the code below) on Windows using Mono and i get System.NullReferenceException: Object reference not set to an instance of an obj ect at (wrapper managed-to-native) System.IO.Ports.WinSerialStream:ClearCommError (int,uint,System.IO.Ports.CommStat) at System.IO.Ports.WinSerialStream.get_BytesToRead () [0x0] at System.IO.Ports.SerialPort.get_BytesToRead () [0x0] at (wrapper remoting-invoke-with-check) System.IO.Ports.SerialPort:get_BytesTo Read () at PortGrindTest.Program.ThreadFunction () [0x0] I've searched the forum and only found posts dating back to 2008 and Mono 1.x So here's my 2ct. It seems that Mono is still very very unstable :( By the way maybe this isn't the place to post bugs? Code: SerialPort port = new SerialPort(COM6); port.ReadTimeout = 2000; port.WriteTimeout = 1000; Console.WriteLine(Thread {0} opened port, Thread.CurrentThread.ManagedThreadId); lock (this) { port.Open(); } try { port.WriteLine(ATE); port.WriteLine(AT); do { string line = port.ReadLine(); Console.WriteLine(Received {0}, line); } while (port.BytesToRead != 0); } catch (TimeoutException e) { Console.WriteLine(Thread {0} {1} {2}, Thread.CurrentThread.ManagedThreadId, freePort.Name, e.Message); } -- View this message in context: http://www.nabble.com/Mono-2.4-Windows---SerialPort.BytesToRead-NullReferenceException-tp23291526p23291526.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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] 64bit gmcs/mcs in SLES/openSuSE rpms?
Hi, On Tue, Apr 28, 2009 at 10:08 AM, David Henderson dnadav...@yahoo.comwrote: My apologies for a tardy reply. I'll address all of the questions in this e-mail, rather than reply multiple times. 1) I used file to determine that the .exe files were 32bit. It is entirely possible that file returns 32bit for all .exe, rather than examine the file. 2) Is there a way to store char/string data as something smaller than UTF-16? The data are SNP genotypes, i.e. a single SNP genotype looks like A T and there are almost a million of these per individual. I'm thinking that what I need to do is record the genotype as bits, i.e. 0 or 1, and relate that back to a translation class thet returns A or T when that SNP is queried. It would be simpler if I could store char/string data as something reasonably small. Use the BitArray class. That's exactly what it's for. If it's possible for you to store your genotype using bits as opposed to strings you'll *vastly* reduce your memory requirements. Alan. 3) What I'm currently doing is: a) read in each line as a single string which is split based upon whitespace b) input each SNP into a class which is stored in an ArrayList, or as a string array in a Liststring (I've implemented it both ways) c) once the while file is read in, output each collection of SNPs by chromosome to a different file for processing by other software I've been able to get past my initial problem by re-compiling mono with the large heap size GC and when the entire data is read in, it takes up 17GB RAM for a 300MB file. I know I'm new to mono/C#, but I've been programming in C++ for years and have written many commerical applications for large data and nothing I've written to date has been as memory hungry as this. I'm hoepful I can get some good suggestions on how to improve performance. Thanks!! Dave H - Original Message From: Jonathan Pryor jonpr...@vt.edu To: dnadavewa dnadav...@yahoo.com Cc: mono-list@lists.ximian.com Sent: Friday, April 24, 2009 12:14:12 PM Subject: Re: [Mono-list] 64bit gmcs/mcs in SLES/openSuSE rpms? On Thu, 2009-04-23 at 14:20 -0700, dnadavewa wrote: I'm working on a large data problem where I'm reading in data from text files with almost 2 million columns. In doing this, I can read in about 25 rows before Mono bombs out with an out of memory error. How are you reading in these lines? What I found was the mono executable was indeed 64 bit, but gmcs.exe and mcs.exe were 32 bit. As Chris Howie mentioned, these are actually in platform-neutral IL, and will be run using a 64-bit address space when using `mono`. One other point, memory usage is horrible. I admit that I'm new to C# and mono, so my coding skills are not as good as others, but a 300MB file should not use 2GB RAM to read in 1/8 of the file. That depends ~entirely on how you're reading in the file. Also keep in mind that .NET strings are UTF-16, so if your input text is ASCII, you will require twice as much RAM as the size of the file, e.g. 600MB of RAM to store the entire file as a string. (Then there is various object overhead considerations, but these are likely tiny compared to the 300MB you're looking at.) I stopped using classes to store the data and went with Liststring and Liststring[] to read in this much data. Any comments on how I might improve this performance would be appreciated. To provide any comments we'd need to know more about what you're trying to do. For example, reading a 300MB XML file using XmlDocument will require *lots* of RAM, as in addition to the UTF-16 string issue, each element, attribute, etc. will be represented as separate objects, with varying amounts of memory required. DOM would be something to avoid here, while XmlReader would be much better. The easiest question, though, is this: do you really need to keep the entire file contents in memory all at once? Or can you instead process each line independently (or while caching minimal data from one line to the next, so that the contents of previous lines don't need to be maintained). This would allow you to remove your Liststring, and save a ton of memory. - Jon ___ 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] Very simple bug in Mono 2.2
Hi, Could you attach that testcase to a bug report and add a verbal description of what exactly is wrong at http://bugzilla.novell.com . If you're really adventurous, you could add a screenshot of what it should look like and what it does look like (you can run mono on windows and grab both screenshots on windows). That's the best way to get the issue fixed. Thanks, Alan. On Tue, Apr 28, 2009 at 11:43 PM, LKeene lionel.ke...@gmail.com wrote: Consider this very simple WinForms application which executes properly in Microsoft .NET framework but on Mono doesn't function correctly: namespace BugForm { public partial class Form1 : Form { public Form1() { InitializeComponent(); // Instantiate Panel control: Panel MyPanel = new Panel(); MyPanel.BackColor = Color.Black; MyPanel.Size = new Size(100, 100); MyPanel.MaximumSize = MyPanel.Size; // This line appears to be the culprit. MyPanel.Location = new Point(0, 0); this.Controls.Add(MyPanel); // Display Panel size in Title bar: this.Text = Height: + MyPanel.Height.ToString() + Width: + MyPanel.Width.ToString(); } } } -- View this message in context: http://www.nabble.com/Very-simple-bug-in-Mono-2.2-tp23287498p23287498.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] System.Net.Sockets
That's been working for the last several years. Alan. On Sun, Apr 26, 2009 at 9:28 PM, Doru ce_d...@yahoo.com wrote: I'm sorry for asking this...But has someone managed to connect to Windows from Linux and backwards using mono and System.Net.Sockets? A TCP connection that is... Has someone managed to create a working client - server application... Thank you! -- View this message in context: http://www.nabble.com/System.Net.Sockets-tp23246263p23246263.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] HashSet appears present but uslessly broken on Ubuntu
Hi, On Mon, Apr 13, 2009 at 6:40 PM, monobug funkyfredm...@hotmail.com wrote: 1.2.6 is hopelessly old. Support for newer classes is not complete there I guess. Hmm.. there may have been some confusion in the version numbers. As I stated in the previous post, the version of the _ubuntu package_ I have is 1.2.6+dfsg-6ubuntu3. The mono version is 2.0. Yes, and that version is quite old. You'll need something newer to utilise these new fancy features. Alan. See more info here: http://packages.ubuntu.com/hardy/libmono-corlib2.0-cil I updated my apt-mirror over the weekend and confirmed this is the latest available version on Ubuntu Hardy Heron 8.04. Any idea if this is a genuine bug or a mis-configuration? Like I said, I'm hoping it's a mis-configuration... -stu Jiří Zárevúcky wrote: 2009/4/6 monobug funkyfredm...@hotmail.com: Any ideas as to what is going on here? 1.2.6 is hopelessly old. Support for newer classes is not complete there I guess. Note that I cannot update this ubuntu box easily. Any idea how this happened, and fixes beyond just update via apt would be appreciated. You can try using a local copy of System.Core.dll from newer Mono. I have no experience in mixing different versions of libraries, though, so I have no idea whether it will work. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- View this message in context: http://www.nabble.com/HashSet-appears-present-but-uslessly-broken-on-Ubuntu-tp22917944p23025852.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] Incremental build for mono compiler
Hey, Out of interest, is this a gsoc project? Alan. On Fri, Apr 10, 2009 at 6:03 AM, Bartosz Lipinski baalaza...@gmail.comwrote: It is OK because till last week of May I am going to familiarize myself with the whole code and trying to create some prototype from stable version. The real part of work is placed between end of May to August. On 4/9/09, Miguel de Icaza mig...@novell.com wrote: So I am asking for Your help with my few questions: * Which is the best place to start ? * Potential problems ? * Some guidelines to do this in the Mono way for future integration. The major problem is that we are currently doing a major refactoring in the compiler that will have a severe impact on any code that tries to do this. It would be best if you could wait some 2-3 months for the work to settle as you would be able to leverage some of our current work. -- Bartosz Lipinski ___ 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] Incremental build for mono compiler
Hey, The only reason I ask is that miguel pointed out that the compiler is undergoing substantial refactoring which will take 2-3 months. That would mean that the work should be complete about the end of June, 4-5 weeks from the end of gsoc. So, if you are going to go ahead with this, I'd recommend getting in touch with whoever is working on the compiler and getting their input on how best to proceed. They may have some useful advice on where to start and what major changes are going to be implemented which will affect your project. Alan. On Fri, Apr 10, 2009 at 3:35 PM, David Srbecky dsrbe...@gmail.com wrote: Yes, it is. Do you think we can figure something out so that we all benefit? David Alan McGovern wrote: Hey, Out of interest, is this a gsoc project? Alan. On Fri, Apr 10, 2009 at 6:03 AM, Bartosz Lipinski baalaza...@gmail.commailto: baalaza...@gmail.com wrote: It is OK because till last week of May I am going to familiarize myself with the whole code and trying to create some prototype from stable version. The real part of work is placed between end of May to August. On 4/9/09, Miguel de Icaza mig...@novell.com mailto:mig...@novell.com wrote: So I am asking for Your help with my few questions: * Which is the best place to start ? * Potential problems ? * Some guidelines to do this in the Mono way for future integration. The major problem is that we are currently doing a major refactoring in the compiler that will have a severe impact on any code that tries to do this. It would be best if you could wait some 2-3 months for the work to settle as you would be able to leverage some of our current work. -- Bartosz Lipinski ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto: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] HashSet appears present but uslessly broken on Ubuntu
Hey, You can try using a local copy of System.Core.dll from newer Mono. I have no experience in mixing different versions of libraries, though, so I have no idea whether it will work. I'd highly recommend *against* doing that. Mixing class libraries between mono versions is good way to get breakages. What I would recommend is using something newer than 1.2.6, that'd be the best way of making it work. Alan. ___ 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] Mono and its limitations
Hey, In my application I often use serial ports or read/write access to files: how the code could successfully run either on Windows or Linux? They are quite different: for example Windows calls the serial ports COM but in Linux I have to look under /dev... So I can't understand how the same code could run on both systems. .Net calls them System.IO.Ports.SerialPort. That's all you need to use to guarantee yourself cross platform code ;) Alan. Marco -- View this message in context: http://www.nabble.com/Mono-and-its-limitations-tp22799220p22846599.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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] advice for debugging threading bugs?
Hey, Just to expand on that - it's not just a mono limitation, it's also a limitation on the MS .NET framework. There are many tutorials around explaining different ways on how to solve this problem. You shouldn't have a problem finding one in google. Alan On Wed, Mar 25, 2009 at 6:58 PM, Jonathan Pobst mon...@jpobst.com wrote: For the most part, mono's winforms does not support multi-threading: http://www.mono-project.com/FAQ:_Winforms#My_multithreaded_application_crashes_or_locks_up You will need to devise a way that both forms are created and shown on the same thread. Jonathan Martin Matusiak wrote: I have a pretty simple windows forms application with a grand total of two threads: one for a splash screen, the other to do some simple init and then launch the main gui, killing the splash. And even so I've apparently managed to mess something up, because while it works fine on Linux and .NET it crashes on OSX (freezes just after showing the main gui) and Mono/Windows (never shows any gui). Any advice on how to figure this out? Martin ___ 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