Re: [Mono-dev] [MonoDevelop] Banshee: TypeLoadException due to mono 2.10 ?
This is definitely a bug that has to do with mono 2.10. I installed Ubuntu 11.04, and let run banshee. It worked fine. Then I installed mono 2.10.2 from the stable tarballs. When I restarted banshee afterwards, I got: Unhandled Exception: System.TypeLoadException: Could not load type 'Banshee.ServiceStack.DBusServiceManager' from assembly 'Banshee.Services, Version=1.8.0.0, Culture=neutral, PublicKeyToken=null'. I've seen similar errors with MD 2.6 built against a parallel Mono 2.10+, using gtk# from Mono 2.6. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Jump trampoline threading problem with synchronized methods
On 30.05.11 16:50, Rodrigo Kumpera wrote: The fix is to actually disable jmp to synchronized methods and use a regular call. On Mon, May 30, 2011 at 11:46 AM, Martin Däumler m...@cs.tu-chemnitz.de mailto:m...@cs.tu-chemnitz.de wrote: Hello, maybe there might be a problem with a optimization in the jump trampoline code. In the IL code example appended, the main method creates two threads that start with a method that jumps to a synchronized method. The final value of the variable count should be 20, but it isn't always so. If you change the jump instruction to call instruction, the code works as expected. I tested with Mono 2.6.1, 2.6.7 and 2.10.2 on an x86 machine running Linux. In mono_postprocess_patches(), the handle to the method is stored in the hash table jump_target_hash. When the synchronized method (tolleMethode()) is jumped to the first time, the magic trampoline creates a wrapper and returns the address of the wrapper. The first jump instruction is patched with that address. A later lookup in the jump_target_hash (mono_jit_compile_method_inner(), in the scope of the JIT-compilation of the wrapper) doesn't return pending jump patches because the method handle of tolleMethod() is stored, instead of the wrapper's handle. So, the second jump instruction is not patched (if it is JIT-compiled so far). Even worse: When the wrapper is executed, the method tolleMethode() is JIT-compiled. Then, in mono_jit_compile_method_inner(), there is a hash hit and the second jump instruction is patched with the method's address instead of her wrapper's one. So, I suggest to check for a synchronized method in mono_postprocess_patches(), to create a wrapper if needed and to change the patch's target method to the wrapper. There might be other problems I don't see? Hello, this fix would work but I believe this problem targets all methods that need a wrapper, doesn't it? With kind regards, Martin Däumler ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [MonoDevelop] Banshee: TypeLoadException due to mono 2.10 ?
Are there bug reports for those issues? Please fill them so they can be fixed. On Tue, May 31, 2011 at 6:06 AM, Levi Bard taktaktaktaktaktaktaktaktak...@gmail.com wrote: This is definitely a bug that has to do with mono 2.10. I installed Ubuntu 11.04, and let run banshee. It worked fine. Then I installed mono 2.10.2 from the stable tarballs. When I restarted banshee afterwards, I got: Unhandled Exception: System.TypeLoadException: Could not load type 'Banshee.ServiceStack.DBusServiceManager' from assembly 'Banshee.Services, Version=1.8.0.0, Culture=neutral, PublicKeyToken=null'. I've seen similar errors with MD 2.6 built against a parallel Mono 2.10+, using gtk# from Mono 2.6. ___ 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] [MonoDevelop] Banshee: TypeLoadException due to mono 2.10 ?
Is there anyone left to fix the bugs if I file them ? But yes, you're right, I just checked. If I start it like this: /usr/lib/banshee-1# ./Banshee.exe then it works When I start it like this: /usr/lib/banshee-1# mono Banshee.exe or like this /usr/lib/banshee-1# mono Banshee.exe then I get the type-load exception. However, I noticed this behaviour before. It seems to be caused by binfmt-support using the old version of mono, while mono xy.exe uses the newly compiled version. On 05/31/2011 06:55 PM, Rodrigo Kumpera wrote: I've seen similar errors with MD 2.6 built against a parallel Mono 2.10+, using gtk# from Mono 2.6. ___ 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
[Mono-list] https with webHttpBinding?
Hello, I am trying to make a self-hosted wcf service for a Silverlight client. I have managed to get https working with basicHttpBinding. But it does not work with webHttpBinding under mono. (Error message: Requested listen uri scheme must be http, but was https.) Is it possible to use webHttpBinding with https? If so, where can I find an example? If not, how can I return the file clientaccesspolicy.xml otherwise? Thanks for your help. -- View this message in context: http://mono.1490590.n4.nabble.com/https-with-webHttpBinding-tp3562650p3562650.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
Re: [Mono-list] https with webHttpBinding?
Hello, For this case, I can only say it should work without any runnable example. See how WebHttpBinding supports HttpsTransportBindingElement here (especially in .ctor() and Scheme property): https://github.com/mono/mono/blob/master/mcs/class/System.ServiceModel.Web/System.ServiceModel/WebHttpBinding.cs Atsushi Eno (2011/05/31 18:34), wuffus wrote: Hello, I am trying to make a self-hosted wcf service for a Silverlight client. I have managed to get https working with basicHttpBinding. But it does not work with webHttpBinding under mono. (Error message: Requested listen uri scheme must be http, but was https.) Is it possible to use webHttpBinding with https? If so, where can I find an example? If not, how can I return the file clientaccesspolicy.xml otherwise? Thanks for your help. -- View this message in context: http://mono.1490590.n4.nabble.com/https-with-webHttpBinding-tp3562650p3562650.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] future of Mono
Hi, On 31/05/2011, at 11:09 AM, Mike Christensen wrote: I, for one, after hearing that Attachmate was firing the Mono team thought Well crap, that's game over for Mono - that was fun while it lasted.. That was my first impression to when I heard. But during the past few weeks learning about the new company formed and how all the old principals have joined, now I'm saying Sweet this is the best thing that could have possibly happened to Mono! - I've worked at both massive software giants and at small dot-com startups, and crap simply gets done faster and better at a startup.. No more listening to corporate VP schpeils about budget and marketing and deadlines.. Just a bunch of smart people hacking away all day. The way it should be. Open Source Startups. The perfect mix ;-) Back to the good old Ximian days. My only gripe is around MonoTouch. I was just in the process of building my first iPhone app and now we are back to square one. I know Xamarin will produce an ever better alternative .NET for iPhone. However this falls a little to late for me, so now I have to learn Objective-C, so I can complete what I started. I only wish that Attachmate/Novell/SuSE actually did the full handover of all Mono projects to Xamarin. Do Xamarin have any plans to create a new home for Mono and projects on the Internet, as from what I can see at the old Mono homepage, it has not been updated in some time. Did a not-for-profit company ever get setup to maintain the Mono domains, homepage, IP, etc? I wish Miguel, Nat and the rest of the Xamarin crew good fortune and for the Mono project to go from strength to strength. As for Attachmate/Novell/SuSE, they have lost me as a Linux customer. I will be using Ubuntu from now on, and recommending that going forward. Regards Matt ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] https with webHttpBinding?
Thank you, I am getting closer to a solution. I found out that I need to set up the webHttpBinding in code, instead of in the config file. -- View this message in context: http://mono.1490590.n4.nabble.com/https-with-webHttpBinding-tp3562650p3562793.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
Re: [Mono-list] future of Mono
Miguel de Icaza was asked about creating a non profit organisation for mono, (mono foundation) but he said he did not have the time to do it, however het did offer to support it if one was created. I think a non profit organisation for mono is a very good idea. On Tue, May 31, 2011 at 10:54 PM, Matthew Winter winte...@teratools.comwrote: Hi, On 31/05/2011, at 11:09 AM, Mike Christensen wrote: I, for one, after hearing that Attachmate was firing the Mono team thought Well crap, that's game over for Mono - that was fun while it lasted.. That was my first impression to when I heard. But during the past few weeks learning about the new company formed and how all the old principals have joined, now I'm saying Sweet this is the best thing that could have possibly happened to Mono! - I've worked at both massive software giants and at small dot-com startups, and crap simply gets done faster and better at a startup.. No more listening to corporate VP schpeils about budget and marketing and deadlines.. Just a bunch of smart people hacking away all day. The way it should be. Open Source Startups. The perfect mix ;-) Back to the good old Ximian days. My only gripe is around MonoTouch. I was just in the process of building my first iPhone app and now we are back to square one. I know Xamarin will produce an ever better alternative .NET for iPhone. However this falls a little to late for me, so now I have to learn Objective-C, so I can complete what I started. I only wish that Attachmate/Novell/SuSE actually did the full handover of all Mono projects to Xamarin. Do Xamarin have any plans to create a new home for Mono and projects on the Internet, as from what I can see at the old Mono homepage, it has not been updated in some time. Did a not-for-profit company ever get setup to maintain the Mono domains, homepage, IP, etc? I wish Miguel, Nat and the rest of the Xamarin crew good fortune and for the Mono project to go from strength to strength. As for Attachmate/Novell/SuSE, they have lost me as a Linux customer. I will be using Ubuntu from now on, and recommending that going forward. Regards Matt ___ 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] future of Mono
On Tue, May 31, 2011 at 13:54, Matthew Winter winte...@teratools.com wrote: As for Attachmate/Novell/SuSE, they have lost me as a Linux customer. I will be using Ubuntu from now on, and recommending that going forward. Regards Matt Hi Matt. Longtime Kubuntu user, and frequent distro hopper. Stay with Suse. I use Kubuntu because I support some Ubuntu desktops. That's it. I really like the distro and for noob users and for hardware support Ubuntu really is the most accessible Linux distro available. However, it is nowhere near the level of polish of Opensuse. Nor is it as easily maintained as a CentOS system. If you move to Ubuntu you will constantly find yourself frustrated with the changes to gnome and to the fact that simple tools (chkconfig for instance) are not available. Apache configuration is all backwards just for the sake of being different. Kubuntu is better in the UI department (they don't really touch it) but system configuration is all wrong. And coming from Suse you are more spoiled than I was: you have Yast! Don't ruin your love of OpenSuse over political issues. -- Dotan Cohen http://gibberish.co.il http://what-is-what.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] https with webHttpBinding?
Ah, that's a good information to proceed :) So far I have commited some changes in WebHttpBinding in git master and mono-2-10 branches so that it takes configuration into consideration at least. Your code might work now. (Don't hit me if it still doesn't, I don't have verifiable code from you now ;) Atsushi Eno (2011/05/31 20:00), wuffus wrote: Thank you, I am getting closer to a solution. I found out that I need to set up the webHttpBinding in code, instead of in the config file. -- View this message in context: http://mono.1490590.n4.nabble.com/https-with-webHttpBinding-tp3562650p3562793.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] future of Mono
On 31/05/2011, at 10:14 PM, Dale Ragan wrote: Did a not-for-profit company ever get setup to maintain the Mono domains, homepage, IP, etc? I'm one of the organizer's for Monospace[1] and we do have plans to create a non-profit around Mono once we get the conference behind us. We'll be discussing more about our plans at the conference. Thats awesome news Dale. If you need help from the community, let us know. Matt ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] future of Mono
ArmchairBronco wrote: Matthew, I'm curious why you think you can't use MonoTouch now. I'm still operating under the assumption that MonoTouch will still be a viable solution for me. I'm sure that that there will be bumps in the road, and there may be some issues that I can't work around, but my view is that the community at large will still be able to help us find solutions to a lot of issues. I just dropped $399 a few hours ago, and my view is that if Attachmate or Novell or whoever is willing to take my money TODAY then the bits I paid for are still usable. Years and years ago, I was a devoted user of HomeSite. I cried when Macromedia bought them, and sure enough, that was it for new upgrades to HomeSite, but that old version still lasted for many years before I finally retired it from daily use. I'm hoping to get at least a year out of MonoTouch before it's truly obsolete. Or am I just being overly optimistic or naive? I am with you. MonoTouch is a polished product now. Even without another update, it is easily worth the license fee ($399) to be able to use C# instead of Objective-C for the next year. Xamarin says that their upcoming product will work with my MonoTouch code-base so my effort is not wasted. I will have a path forward. If it really takes less than six months for the Xamarin product to arrive, I am betting that I can transition to it before any major issues appear (like support for iOS 5 or something). Mono for Android is not as mature unfortunately. I am not as happy relying on it to create shipping applications. Luckily for me, I have have not created anything significant with it yet. In the end, I decided to stick with it as it will likely take me almost as long to start launching real apps as it will for Xamarin to write a replacement product. I am going to use it mostly for internal projects for now. I guess it all comes down to how confident you are that Xamarin will pull off nice products to transition to within a reasonable time frame. I personally have confidence in them but others might assess the situation differently. For a few days there, I just wanted to be sure that Novell did not get my money. Then I realised that penalising my company in an attempt to punish Novell just made no sense. Who cares about them? They will be dead to me soon enough. In the meantime, I want to be able to use the best tools available. I also had to wrestle with the idea of buying licenses now that I would have to replace with Xamarin products later. Well, the Novell products only included updates for one year as it was. I would likely have been paying to upgrade them sometime after that anyway. Moving to the Xamarin products when they are ready just means doing this 4-8 months from now instead. The productivity gains (and joy) of being able to use C# in the meantime is more than worth the money (for me at least). Quick question(s)... If you were one of the ex-Novell employees that got sacked by Attachmate, how motivated would you be the kick their ass in the marketplace? If you felt that your vision was constrained by big company issues at Novell, how excited would you be now to run with your ideas? The Mono team is talented, experienced, and driven. If I think about how much value I am going to get out of these products in the next few years, it feels like I am better off now than I was with the team all at Novell. Have a some delay in before upgraded versions are available and/or having to invest slightly more to get them seems completely worth it. -- View this message in context: http://mono.1490590.n4.nabble.com/future-of-Mono-tp3561515p3563040.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
Re: [Mono-list] future of Mono
On 31/05/2011, at 11:03 PM, jmalcolm wrote: ArmchairBronco wrote: Matthew, I'm curious why you think you can't use MonoTouch now. I'm still operating under the assumption that MonoTouch will still be a viable solution for me. I'm sure that that there will be bumps in the road, and there may be some issues that I can't work around, but my view is that the community at large will still be able to help us find solutions to a lot of issues. The community is certainly not a concern, I have read many blog posts praising MonoTouch which was one of the reasons I started to make use of the trial product. I just dropped $399 a few hours ago, and my view is that if Attachmate or Novell or whoever is willing to take my money TODAY then the bits I paid for are still usable. Years and years ago, I was a devoted user of HomeSite. I cried when Macromedia bought them, and sure enough, that was it for new upgrades to HomeSite, but that old version still lasted for many years before I finally retired it from daily use. I'm hoping to get at least a year out of MonoTouch before it's truly obsolete. Or am I just being overly optimistic or naive? My biggest concern is purely upgrades. I have read many tweets/posts suggesting that Attachmate/Novell are not activating new licenses (I have no proof this is true other than the number of posts), and since the core development team is no longer a part of Attachmate/Novell I see no way they could produce an update for iOS 5. Suggesting the product will quickly become outdated. (Lets say by the end of the keynote at WWDC). I am with you. MonoTouch is a polished product now. Even without another update, it is easily worth the license fee ($399) to be able to use C# instead of Objective-C for the next year. Xamarin says that their upcoming product will work with my MonoTouch code-base so my effort is not wasted. I will have a path forward. If it really takes less than six months for the Xamarin product to arrive, I am betting that I can transition to it before any major issues appear (like support for iOS 5 or something). 6 months is a very long time, easily enough time for me to convert what I have done into Objective-C and complete the App. I am sure the product produced by Xamarin will be as polished if not more so. Finishing this app in Objective-C will not stop me from using the Xamarin product for future Apps. Matt ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ubuntu support
I guess this could be addressed with current Debian/Ubuntu mono packagers, who would be more knowledgeable on both technical and process details. On Sat, May 21, 2011 at 12:24 PM, NokNok Developer develo...@noknok.net wrote: Ok, I will bite. Lets say we were willing to sponsor such an effort, are there folks who would be willing to act as the maintainers? Keeping distribution in line with the current stable / beta / dev efforts ? I'd be willing to listen to ideas/proposals, its not just the money aspect, but also servers, download cdn, the organization and expectations. Shawn On 5/21/2011 11:14 AM, Ian Norton wrote: Ive just been trying out the 2.10 debian packages, good so far except its only moonlight 2 so I built my own from trunk again Victor Rocharocha.pu...@gmail.com wrote: I wonder if someone in this list has any experience in fund-raising for open-source projects... well I´m certain there is someone. Being Ubuntu such a popular distro, and being .NET such a popular framework, mono for Ubuntu could perhaps make some company think of sparing some bucks for it, for its own user, or for the publicity value of it. I mean, some hundreds man-hours account to a few thousand dollars, maybe it could be a justifiable effort for Google Summer of Code, Canonical itself, or one of these new crowdsourcing portals. well, just my $0.015 :-D greets On Tue, May 17, 2011 at 4:04 PM, Thomas Mayertho...@residuum.org wrote: Hi, I just wanted to add, that the guys and girls at Xamarin now have different priorities than to decide whether or not to change their default packaging system. They have to build a running business, have to migrate their infrastructure etc. Just my $0.02, Thomas -- When one's home has a really excellent computer capable of reaching other computers anywhere in the Galaxy, one scarcely needs to budge. (Janov Pelorat in: Isaac Asimov - Foundation's Edge) http://www.residuum.org/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Incorrect TCP connection termination in Novell.Directory.Ldap.Disconnect using SSL on Windows
Hi, we are using Novell.Directory.Ldap.dll from Mono 2.10.2 in a VS2005 C# application on Windows. When we watch the network traffic for an LDAP connection using SSL, during a Disconnect the client terminates the connection with a tcp reset rather than a fin. This happens even with the very simple test program shown below. This isn't a problem in as far as the LDAP searches return successfully but would still like to understand whether the issue is unique to our environment or a bug in the library. Thanks for any help you can offer. Kenny /*test program*/ using System; using Mono.Security; using Novell.Directory.Ldap; using Novell.Directory.Ldap.Asn1; using Novell.Directory.Ldap.Utilclass; String ldapHost = 192.168.0.1; int ldapPort = 636; String loginDN = cn=admin,o=example; String password = password; LdapConnection ld = new LdapConnection(); ld.SecureSocketLayer = true; ld.Connect(ldapHost, ldapPort); ld.Disconnect(); -- View this message in context: http://mono.1490590.n4.nabble.com/Incorrect-TCP-connection-termination-in-Novell-Directory-Ldap-Disconnect-using-SSL-on-Windows-tp3563666p3563666.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] linux+mono and windows client sslstream communication failure
Hi, I need to debug a client server communication failure, while I'm trying to migrate my windows .net framework code to linux mono. Here is some code on the client: _sslstream = new SslStream(_tcpclient.GetStream(), false, callback, null); _sslstream.AuthenticateAsClient(, _certs, SslProtocols.Ssl3, false); After this point, the following code fails: _sslstream.Read(buffer, offset, size); It looks like this one doesn't move forward for quite a while. The last thing server did was BeginHandshake call. SslStream :: BeginAuthenticateAsServer(serverCert, true, SslProtocols.Ssl3, true, callback, this); After server authenticate is finished, server is supposed to send a greeting, but that doesn't seem to happen, as that part of code is not hit yet. On top of that, when I 'stop' the client, server's EndHandshake (viz. EndAuthenticateAsServer) is called. Setup details: Client side: Physical Machine - Windows + Microsoft .NET 3.5 Server side: Virtual Machine hosted on above - Linux + Mono 2.6 (latest stable release) I have full access to code on both sides, as both are written in-house. And the setup has been running fine on Windows for 1 year. I have ignored client side errors about server certificate for now, with the ValidateServerCertificateCallback. (I have one error here - RemoteCertificateNameMismatch for the server certificate on client side) Once it hits that _tream.Read, I can't figure out what's going on and why isn't it moving forward? Thanks ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] linux+mono and windows client sslstream communication failure
On Tue, 2011-05-31 at 10:47 -0700, Chirag Patel wrote: Hi, I need to debug a client server communication failure, while I'm trying to migrate my windows .net framework code to linux mono. Here is some code on the client: _sslstream = new SslStream(_tcpclient.GetStream(), false, callback, null); _sslstream.AuthenticateAsClient(, _certs, SslProtocols.Ssl3, false); First you should try to shrink your app into a smaller test case. E.g. does it work without client certificates (which you seems to be supplying here). Once you have something small then open a bug report and attach your code on it. Also try other variations, like Tls1 instead of Ssl3. Actually there is no good reason to use SSL3 if you control both the client and server. After this point, the following code fails: _sslstream.Read(buffer, offset, size); It looks like this one doesn't move forward for quite a while. The last thing server did was BeginHandshake call. SslStream :: BeginAuthenticateAsServer(serverCert, true, SslProtocols.Ssl3, true, callback, this); After server authenticate is finished, server is supposed to send a greeting, but that doesn't seem to happen, as that part of code is not hit yet. On top of that, when I 'stop' the client, server's EndHandshake (viz. EndAuthenticateAsServer) is called. Setup details: Client side: Physical Machine - Windows + Microsoft .NET 3.5 Server side: Virtual Machine hosted on above - Linux + Mono 2.6 (latest stable release) I have full access to code on both sides, as both are written in-house. And the setup has been running fine on Windows for 1 year. I have ignored client side errors about server certificate for now, with the ValidateServerCertificateCallback. (I have one error here - RemoteCertificateNameMismatch for the server certificate on client side) Once it hits that _tream.Read, I can't figure out what's going on and why isn't it moving forward? Try writing to the stream before reading (even if writing an empty byte[] array) since this is the most common case of a client starting an SSL session. Sebastien ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] future of Mono
Matthew Winter wrote: My biggest concern is purely upgrades. I have read many tweets/posts suggesting that Attachmate/Novell are not activating new licenses (I have no proof this is true other than the number of posts), and since the core development team is no longer a part of Attachmate/Novell I see no way they could produce an update for iOS 5. Suggesting the product will quickly become outdated. (Lets say by the end of the keynote at WWDC). The MonoTouch website was down for a while but they have it back up now. It was just a glitch and not some overt corporate action. I heard that monodevelop.com was down as well but I did not experience it first hand. Attachmate are still activating the products. I am skeptical that we will see many product updates/upgrades from them but time will tell. MonoTouch is good enough right now that it is worth the price even without upgrades IMHO. After all, current apps will continue to work on iOS 5. I can live without new functionality while I wait for Xamarin. The community around MonoTouch continues to evolve and new capabilities appear every day. -- View this message in context: http://mono.1490590.n4.nabble.com/future-of-Mono-tp3561515p3564233.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] Mono Foundation
Hi all, Has anyone made any progress on a 'mono foundation'? I have been working on some plans this end (including registering monofoundation.net monofoundation.org domain names for us to use), but it would be good if we could all put our heads together to help get the foundation off the ground. Regards, James -- Regards, James Darbyshire jamesdarbysh...@gmail.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Foundation
Hey James, I'm happy to see interest popping up around this topic. I'm one of the organizer's for Monospace[1] and we will be discussing the future of such a venture at the conference and getting a non-profit organization around Mono setup once the conference is over. We wanted to get something together before the conference, but due to the conference getting moved up we had to push it back a little. The conference allows us to discuss the venture also. We've already been researching what this will take and if you can make it to the conference and be part of the conversation, it would be great. That's go to anybody who is interested in being a part of the conversation. Regards, Dale @dwragan http://moncai.com/ [1]: http://monospace.us/ James Darbyshire May 31, 2011 9:10 PM Hi all, Has anyone made any progress on a 'mono foundation'? I have been working on some plans this end (including registering monofoundation.net monofoundation.org domain names for us to use), but it would be good if we could all put our heads together to help get the foundation off the ground. Regards, James -- Regards, James Darbyshire jamesdarbysh...@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] Mono Foundation
Hi Dale, Unfortunately I am in Sydney, Australia, so not going to be able to make it to the conference - even though I would love to be there. However, I would be more than happy to have an online meeting (Skype or GoTo meeting) with you to discuss the needs/objectives. As said, I have the 2 domain names waiting for the plan to hatch so let's do this! Regards, James On 1 June 2011 11:35, Dale Ragan dale.ra...@sinesignal.com wrote: Hey James, I'm happy to see interest popping up around this topic. I'm one of the organizer's for Monospace[1] and we will be discussing the future of such a venture at the conference and getting a non-profit organization around Mono setup once the conference is over. We wanted to get something together before the conference, but due to the conference getting moved up we had to push it back a little. The conference allows us to discuss the venture also. We've already been researching what this will take and if you can make it to the conference and be part of the conversation, it would be great. That's go to anybody who is interested in being a part of the conversation. Regards, Dale @dwragan http://moncai.com/ [1]: http://monospace.us/ -- James Darbyshire jamesdarbysh...@gmail.com May 31, 2011 9:10 PM Hi all, Has anyone made any progress on a 'mono foundation'? I have been working on some plans this end (including registering monofoundation.net monofoundation.org domain names for us to use), but it would be good if we could all put our heads together to help get the foundation off the ground. Regards, James -- Regards, James Darbyshire jamesdarbysh...@gmail.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Regards, James Darbyshire jamesdarbysh...@gmail.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
