Re: [Mono-aspnet-list] .NET 4.5.1 + MVC 5
Well, this is not bad to start, but if you add another controller and a new action and want to do something very simple like RedirectToAction(Index,Home,null);, it won't work public MyController : Controller { public ActionResult MyAction1(){ return RedirectToAction(Index,Home,null); } } It won't be possible to do real project with MVC4/5 under monodevelop. Xamarine Studio will be another story, but if you don't have deep knowledge of Linux, please use Visual Studio to finish your project. As View will be built at runtime, and as you know, if there is any problem view (and controller behind view), Linux will keep quit and stop to build view, but give you a cannot find view everywhere error message, you are totally lost. It wastes me two weeks to try to build MVC4/5 asp.net project with monodevelop, just too much functions are missing from said System.Web namespace. I have to finish my project with MVC3 with monodevelop, and it wasn't easy either, because above two reason. -- View this message in context: http://mono.1490590.n4.nabble.com/NET-4-5-1-MVC-5-tp4661331p4662052.html Sent from the Mono - ASP.NET mailing list archive at Nabble.com. ___ Mono-aspnet-list mailing list Mono-aspnet-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-aspnet-list
[Mono-dev] Participate in GSoC 2014 under Mono
Hello everyone, I am Abhinav, an undergraduate from Indian Institute of Technology (BHU), Varanasi. I would like to participate in GSoC this year under Mono and work upon the idea Xwt Forms Designer. I participated in Google Summer of Code 2013 under Python Software Foundation and I worked on Kivy Designer which is similar to every GUI Designer on this planet. Hence, I have a good experience of working over such projects. So, this year I will like to tackle this idea again with Mono. I have a good experience with C#, Gtk#, Mono, Linux. I would like to talk with my mentor Mike Krüge, about the idea and what is expected from me. Thank You ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] about libgdiplus using cairo without Xlib
Hello. All. I am trying to use mono on a arm-linux(not android) to run a gui application. I have built cairo use directfb as backend. As we know the libgdiplus use cairo so it should work with the cairo without problem. And what does monodroid use to render the screen? Thanks. 2014-02-28 Scott Zhang___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Security Issue
Hello Greg, Use the contact form found at http://www.mono-project.com/Vulnerabilities Thanks Sebastien On Fri, Feb 28, 2014 at 8:40 AM, Greg Young gregoryyou...@gmail.com wrote: I believe I have what should be a top rated security vulnerability that probably should not be discussed on this list as it allows anyone to take down a mono back end with a poisoned packet. Who should I talk to about this? Greg -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Conditional(DEBUG)
[Conditional(DEBUG)] public void Enqueued() { Interlocked.Increment(ref _length); } in Debug build results in: /opt/mono/lib/mono/4.5/Microsoft.CSharp.targets (CoreCompile target) - Bus/QueueStatsCollector.cs(275,39): error CS0103: The name `_length' does not exist in the current context [Conditional(DEBUG)] public void Enqueued() { #if DEBUG Interlocked.Increment(ref _length); #endif } Fixes it but seems a bit wrong. -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Conditional(DEBUG)
This is expected behavior; the Conditional attribute just says that calls should be removed if not compiling with the specified preprocessor symbol. The code is still semantically checked. On Fri, Feb 28, 2014 at 3:37 PM, Greg Young gregoryyou...@gmail.com wrote: [Conditional(DEBUG)] public void Enqueued() { Interlocked.Increment(ref _length); } in Debug build results in: /opt/mono/lib/mono/4.5/Microsoft.CSharp.targets (CoreCompile target) - Bus/QueueStatsCollector.cs(275,39): error CS0103: The name `_length' does not exist in the current context [Conditional(DEBUG)] public void Enqueued() { #if DEBUG Interlocked.Increment(ref _length); #endif } Fixes it but seems a bit wrong. -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ 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] Conditional(DEBUG)
hmm I will have to check with msbuild I am pretty sure that code was compiling in .net On Fri, Feb 28, 2014 at 4:40 PM, Alex Rønne Petersen a...@alexrp.comwrote: This is expected behavior; the Conditional attribute just says that calls should be removed if not compiling with the specified preprocessor symbol. The code is still semantically checked. On Fri, Feb 28, 2014 at 3:37 PM, Greg Young gregoryyou...@gmail.com wrote: [Conditional(DEBUG)] public void Enqueued() { Interlocked.Increment(ref _length); } in Debug build results in: /opt/mono/lib/mono/4.5/Microsoft.CSharp.targets (CoreCompile target) - Bus/QueueStatsCollector.cs(275,39): error CS0103: The name `_length' does not exist in the current context [Conditional(DEBUG)] public void Enqueued() { #if DEBUG Interlocked.Increment(ref _length); #endif } Fixes it but seems a bit wrong. -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Security Issue
After some reproduction work we found it was an API difference in mono httplistener vs .net http listener that caused us to mangle something. In particular on a post with no content-length mono throws a disposed exception on accessing context where as .net does not. To reproduce use: curl -v http://server.com/ -X POST Cheers, Greg On Fri, Feb 28, 2014 at 3:48 PM, Sebastien Pouliot sebastien.poul...@gmail.com wrote: Hello Greg, Use the contact form found at http://www.mono-project.com/Vulnerabilities Thanks Sebastien On Fri, Feb 28, 2014 at 8:40 AM, Greg Young gregoryyou...@gmail.comwrote: I believe I have what should be a top rated security vulnerability that probably should not be discussed on this list as it allows anyone to take down a mono back end with a poisoned packet. Who should I talk to about this? Greg -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Conditional(DEBUG)
Thanks not sure how we missed it on the .net side. On Fri, Feb 28, 2014 at 4:42 PM, Greg Young gregoryyou...@gmail.com wrote: hmm I will have to check with msbuild I am pretty sure that code was compiling in .net On Fri, Feb 28, 2014 at 4:40 PM, Alex Rønne Petersen a...@alexrp.comwrote: This is expected behavior; the Conditional attribute just says that calls should be removed if not compiling with the specified preprocessor symbol. The code is still semantically checked. On Fri, Feb 28, 2014 at 3:37 PM, Greg Young gregoryyou...@gmail.com wrote: [Conditional(DEBUG)] public void Enqueued() { Interlocked.Increment(ref _length); } in Debug build results in: /opt/mono/lib/mono/4.5/Microsoft.CSharp.targets (CoreCompile target) - Bus/QueueStatsCollector.cs(275,39): error CS0103: The name `_length' does not exist in the current context [Conditional(DEBUG)] public void Enqueued() { #if DEBUG Interlocked.Increment(ref _length); #endif } Fixes it but seems a bit wrong. -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Le doute n'est pas une condition agréable, mais la certitude est absurde. -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Security Issue
Does this work against xsp running independently from apache or does it require mod_mono? Currently testing against xsp4 2.10.0.0 and they web server does not crash. Obviously this is relatively old. Sent from a computer On Feb 28, 2014, at 9:22 AM, Greg Young gregoryyou...@gmail.com wrote: After some reproduction work we found it was an API difference in mono httplistener vs .net http listener that caused us to mangle something. In particular on a post with no content-length mono throws a disposed exception on accessing context where as .net does not. To reproduce use: curl -v http://server.com/ -X POST Cheers, Greg On Fri, Feb 28, 2014 at 3:48 PM, Sebastien Pouliot sebastien.poul...@gmail.com wrote: Hello Greg, Use the contact form found at http://www.mono-project.com/Vulnerabilities Thanks Sebastien On Fri, Feb 28, 2014 at 8:40 AM, Greg Young gregoryyou...@gmail.com wrote: I believe I have what should be a top rated security vulnerability that probably should not be discussed on this list as it allows anyone to take down a mono back end with a poisoned packet. Who should I talk to about this? Greg -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ 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] Security Issue
We use raw http listener Sent from my iPhone On 28 Feb 2014, at 20:49, Brandon Perry bperry.volat...@gmail.com wrote: Does this work against xsp running independently from apache or does it require mod_mono? Currently testing against xsp4 2.10.0.0 and they web server does not crash. Obviously this is relatively old. Sent from a computer On Feb 28, 2014, at 9:22 AM, Greg Young gregoryyou...@gmail.com wrote: After some reproduction work we found it was an API difference in mono httplistener vs .net http listener that caused us to mangle something. In particular on a post with no content-length mono throws a disposed exception on accessing context where as .net does not. To reproduce use: curl -v http://server.com/ -X POST Cheers, Greg On Fri, Feb 28, 2014 at 3:48 PM, Sebastien Pouliot sebastien.poul...@gmail.com wrote: Hello Greg, Use the contact form found at http://www.mono-project.com/Vulnerabilities Thanks Sebastien On Fri, Feb 28, 2014 at 8:40 AM, Greg Young gregoryyou...@gmail.com wrote: I believe I have what should be a top rated security vulnerability that probably should not be discussed on this list as it allows anyone to take down a mono back end with a poisoned packet. Who should I talk to about this? Greg -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ 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] On-line Mono documentation is broken
Hi It seems like this is only this particular page (and maybe some more) The rest (or better majority) seems OK. cheers mel On 2014.02.28 06:14, Doug Blank wrote: Example: http://docs.go-mono.com/?link=C%3aGdk.Pixbuf.Pixbuf(GLib.GType) http://docs.go-mono.com/?link=C%3aGdk.Pixbuf.Pixbuf%28GLib.GType%29 Server Error in '/' Application /Object reference not set to an instance of an object/ *Description: *HTTP 500. Error processing request. *Stack Trace:* System.NullReferenceException: Object reference not set to an instance of an object at System.Collections.Generic.LinkedListNode`1[Mono.Utilities.LRUCache`2+ListValueEntry`2[System.String,Monodoc.Node,System.String,Monodoc.Node]].InsertBetween (System.Collections.Generic.LinkedListNode`1 previousNode, System.Collections.Generic.LinkedListNode`1 nextNode, System.Collections.Generic.LinkedList`1 list) [0x0] in filename unknown:0 at System.Collections.Generic.LinkedList`1[Mono.Utilities.LRUCache`2+ListValueEntry`2[System.String,Monodoc.Node,System.String,Monodoc.Node]].AddFirst (System.Collections.Generic.LinkedListNode`1 node) [0x0] in filename unknown:0 at Mono.Utilities.LRUCache`2[System.String,Monodoc.Node].Put (System.String key, Monodoc.Node value) [0x0] in filename unknown:0 at Monodoc.Providers.EcmaHelpSource.MatchNode (System.String url) [0x0] in filename unknown:0 at Monodoc.Providers.EcmaHelpSource.GetInternalIdForUrl (System.String url, Monodoc.Node node, System.Collections.Generic.Dictionary`2 context) [0x0] in filename unknown:0 at Monodoc.RootTree.GetHelpSourceAndIdForUrl (System.String url, Monodoc.HelpSource hintSource, System.String internalId, System.Collections.Generic.Dictionary`2 context, Monodoc.Node node) [0x0] in filename unknown:0 at Monodoc.RootTree.RenderUrl[String] (System.String url, IDocGenerator`1 generator, Monodoc.Node node, Monodoc.HelpSource hintSource) [0x0] in filename unknown:0 at Monodoc.RootTree.RenderUrl (System.String url, Monodoc.Node n) [0x0] in filename unknown:0 at Mono.Website.Handlers.MonodocHandler.HandleMonodocUrl (System.Web.HttpContext context, System.String link) [0x0] in filename unknown:0 at Mono.Website.Handlers.MonodocHandler.System.Web.IHttpHandler.ProcessRequest (System.Web.HttpContext context) [0x0] in filename unknown:0 at System.Web.HttpApplication+Pipelinec__Iterator3.MoveNext () [0x0] in filename unknown:0 at System.Web.HttpApplication.Tick () [0x0] in filename unknown:0 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Miljenko Cvjetko dipl.ing. ET Direktor/CEO Projektant rjes(enja/Solution Architect Razvojni programer/Senior developer Voditelj projekta/Project Manager IX juz(na obala 13 Kajzerica Zagreb T: 385 1 777 M: 385 91 557 447 3 F: 385 1 7779556 e: mcvje...@holisticware.net w: http://holisticware.net ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Comparison: Windows/WPF vs Mono/Glade/Gtk
I don't think M$ wants to keep WPF for ever, every one is thinking WebAPI with Jquery -- View this message in context: http://mono.1490590.n4.nabble.com/Comparison-Windows-WPF-vs-Mono-Glade-Gtk-tp4662042p4662058.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] GSOC 2014
Hello all. I am Sanket Jain from U.V Patel College of Engineering. I am looking forward to contribute towards organziation. I am new to open source and need some guidance for same. thank you. -- View this message in context: http://mono.1490590.n4.nabble.com/GSOC-2014-tp4662059.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