Re: [Mono-list] Porting Microsoft.Reporting.WinForms to Mono?
Yes, GTK# is a thin C# wrapper over the C library, the API is pretty much exactly the same except with C#-ified names. The only gotcha is that the GTK# 2 API is frozen at GTK+ 2.12 - though of course you can P/Invoke into newer API pretty easily, like we do for MonoDevelop. There's a GTK# 3, which is a wrapper over GTK+ 3.x, but it hasn't yet had a stable release AFAIK. - M On 5 March 2014 18:48, Michael McGlothlin mike.mcgloth...@gmail.com wrote: I've used Gtk under Linux so I'd guess Gtk# might be similar? I'm already trying to figure out how to mesh together the C# way of doing things with the iOS, Android, etc way while maximizing code reuse. Keep finding myself cycling through different methods or rolling my own but not sure what the best way is. Lots to process. Thanks, Michael McGlothlin Sent from my iPhone On Mar 5, 2014, at 10:56 AM, Andy York a...@brdstudio.net wrote: I would like to warn you that learning some of the Gtk# API was a challenge for me at first because I was stuck in the Microsoft way of doing things. Once I learned how to use Gtk# effectively I loved it but not at first. For example the Gtk.TreeView does not work anything like WinForms.GridView and everyone I know who tried to make the Gtk.TreeView work like a WinForms.GridView didn't succeed but preferred the Gtk.TreeView + Gtk.TreeStore methods in the end. In the long run it feels to me like Gtk# is easier to use MVC techniques on than WinForms so if you have the time to learn the Gtk# API I recommend it very highly for cross platform development. This is just the opinion of a humble developer nothing more. From: Miguel de Icaza mig...@xamarin.com Sent: Wednesday, March 05, 2014 11:47 AM To: Michael McGlothlin mike.mcgloth...@gmail.com Subject: Re: [Mono-list] Porting Microsoft.Reporting.WinForms to Mono? Hey, Mono has an implementaiton of Windows.Forms, but it is both old, unmaintainted and known to have some bugs. Some people have been able to use it effectively, but we do not currently have an active maintainer, so we encourage developers to pick something like Gtk# instead. On Thu, Feb 27, 2014 at 3:21 PM, Michael McGlothlin mike.mcgloth...@gmail.com wrote: [Intro: I'm somewhat new to C# and am much more familiar with Linux and MacOS than Windows. In the past few months I've been learning C# to develop Xamarin.iOS apps and simply trying to wrap my mind around this combination of C# and iOS stuff that doesn't always make sense to someone that's been doing command-line and server-side Unix, Python, and JavaScript stuff mostly.] I've been asked to fix, update and make portable an app build around Microsoft.Reporting.WinForms. From searching I see a bunch of old posts saying that Mono doesn't support WinForms but nothing very recent. I don't really know much about it so my basic question is if there is an easy fix (add the needed assembly somewhere) and if not what is the recommended way to handle porting? I had nothing to do with writing this app and it's fairly large, complex, and seems poorly written but as much as I'd like to do a total remit it's probably not the best strategy at the moment. Sent from my iPad Michael McGlothlin ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ 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 -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How to get file information on Linux?
Mono.Unix.Native.Syscall.getxattr On 3 March 2014 16:49, cocowalla colin.anderson...@gmail.com wrote: This was a good hint - I wasn't aware of the goodies in the Mono.Unix namespace! This will get me everything except, AFAICS, the file attributes available through `lsattr` - any clues about that? -- View this message in context: http://mono.1490590.n4.nabble.com/How-to-get-file-information-on-Linux-tp4662093p4662101.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 -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] Recent xbuild fixes causing issues with finding mcs
TBH this seems like a runtime bug, it should not rely on itself being in PATH. On 17 February 2014 09:34, Michael Franz mvfr...@gmail.com wrote: On Mon, Feb 17, 2014 at 7:38 AM, Rafael Teixeira mono...@gmail.com wrote: Michael Franz, please check if your custom built version of the mono binary is in the path during the rest of the build, or that code Michael Hutchinson pointed out will fail... Adding the bin directory of my Mono installation to the PATH does solve the problem. I can work with this, it is just a change in the usage. Hope it helps, Rafael Teixeira O..:.) On Mon, Feb 17, 2014 at 2:50 AM, Michael Hutchinson m.j.hutchin...@gmail.com wrote: No, this is not the same as launching exe files directly from the OS using binfmt-misc. If you launch an exe file *from Mono's implementation of Process.Start*, Mono will detect managed executables and run them with Mono automatically. https://github.com/mono/mono/blob/master/mono/io-layer/processes.c#L808 On 16 February 2014 09:00, Michael Franz mvfr...@gmail.com wrote: On Sun, Feb 16, 2014 at 7:34 AM, Andrés G. Aragoneses kno...@gmail.com wrote: On 16/02/14 10:15, Michael Hutchinson wrote: ... which automatically executes exe files using Mono. Are you sure that statement applies to all distros? I read somewhere some time ago that the only distro so far that implemented the ability to run .exe files automatically by calling mono under the hood was Debian (and derivatives), by installing some system hook by default when mono packages are installed. Maybe Michael Franz is not using Debian? Or maybe that hook doesn't work for him because he's using a custom mono install (instead of debian packages)? I am using CentOS 6.5 with a locally built Mono installation. I have read about how you can modify the kernel to understand launching Mono applications - http://www.mono-project.com/Guide:Running_Mono_Applications - this was probably after I ran into this problem. If this has become a requirement to use Mono for development it should probably be documented somewhere. ___ 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 -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Recent xbuild fixes causing issues with finding mcs
Yes, but xbuild uses Process.Start, which automatically executes exe files using Mono. Not sure why that's failing on your machine. On 15 February 2014 22:13, Michael Franz mvfr...@gmail.com wrote: On Sat, Feb 15, 2014 at 10:02 PM, Michael Hutchinson m.j.hutchin...@gmail.com wrote: AFAIK something's wrong with the installation if $prefix/lib/mono/4.5/mcs.exe is missing. What does your $prefix/bin/mcs point to? It points to a binary that does not run on its own. bash-4.1$ ./lib/mono/4.5/mcs.exe --version bash: ./lib/mono/4.5/mcs.exe: cannot execute binary file but, if I run it with mono it will work. bash-4.1$ bin/mono ./lib/mono/4.5/mcs.exe --version Mono C# compiler version 3.2.7.0 Prior to the change, it was the mcs wrapper that was being executed, after the change, it is trying to run the .NET binary directly. The contents of mcs is: #!/bin/sh exec /opt/local/JenkinsBuilds/bin/mono $MONO_OPTIONS /opt/local/JenkinsBuilds/lib/mono/4.5/mcs.exe $@ On 15 February 2014 10:51, Michael Franz mvfr...@gmail.com wrote: On Sat, Feb 15, 2014 at 9:46 AM, Michael Franz mvfr...@gmail.com wrote: Hi, I see there have been a few changes to xbuild since February 10th, 2014. February 10th is the last time I was able to build my local C# project using mono head. This is a simple project that I have just started and am planing to build on both mono and .NET. The issue seems to be that xbuild has changed how it finds mcs. /opt/local/JenkinsBuilds/bin/mcs - /opt/local/JenkinsBuilds/lib/mono/4.5/mcs.exe - see below. My locally build mono install is in /opt/local/JenkinsBuilds and my builds are all run via Jenkins. The build process is: - use premake5 to generate Visual Studio 2012 project files (note I am using .net 4.5 specific features) - use xbuild to build - use mono version of nunit to test The working build out put was like this: + /opt/local/JenkinsBuilds/bin/xbuild QTS.sln XBuild Engine Version 12.0 Mono, Version 3.2.7.0 Copyright (C) 2005-2013 Various Mono authors Build started 2/10/2014 9:56:00 PM. __ Project /var/lib/jenkins/jobs/CI/workspace/QTS.sln (default target(s)): Target ValidateSolutionConfiguration: Building solution configuration Debug|Any CPU. Target Build: Project /var/lib/jenkins/jobs/CI/workspace/QTS/QTS.csproj (default target(s)): Target PrepareForBuild: Configuration: Debug Platform: AnyCPU Target GenerateSatelliteAssemblies: No input files were specified for target GenerateSatelliteAssemblies, skipping. Target GenerateTargetFrameworkMonikerAttribute: Skipping target GenerateTargetFrameworkMonikerAttribute because its outputs are up-to-date. Target CoreCompile: Tool /opt/local/JenkinsBuilds/bin/mcs execution started with arguments: /noconfig /debug:full /debug+ /optimize- /out:obj/Debug/QTS.dll Properties/AssemblyInfo.cs Utilities/Measurements/PerformanceStatistics.cs /target:library /define:DEBUG;TRACE /platform:AnyCPU /reference:/opt/local/JenkinsBuilds/lib/mono/4.5/System.dll /reference:/opt/local/JenkinsBuilds/lib/mono/4.5/System.Core.dll /warn:4 The broken build is now producing: + /opt/local/JenkinsBuilds/bin/xbuild QTS.sln XBuild Engine Version 12.0 Mono, Version 3.2.7.0 Copyright (C) 2005-2013 Various Mono authors Build started 2/15/2014 8:50:52 AM. __ Project /var/lib/jenkins/jobs/CI/workspace/QTS.sln (default target(s)): Target ValidateSolutionConfiguration: Building solution configuration Debug|Any CPU. Target Build: Project /var/lib/jenkins/jobs/CI/workspace/QTS/QTS.csproj (default target(s)): Target PrepareForBuild: Configuration: Debug Platform: AnyCPU Created directory bin/Debug/ Created directory obj/Debug/ Target CopyFilesMarkedCopyLocal: Copying file from '/opt/local/JenkinsBuilds/lib/mono/4.5/mscorlib.dll' to '/var/lib/jenkins/jobs/CI/workspace/QTS/bin/Debug/mscorlib.dll' Copying file from '/opt/local/JenkinsBuilds/lib/mono/4.5/mscorlib.dll.mdb' to '/var/lib/jenkins/jobs/CI/workspace/QTS/bin/Debug/mscorlib.dll.mdb' Target GenerateSatelliteAssemblies: No input files were specified for target GenerateSatelliteAssemblies, skipping. Target CoreCompile: Tool /opt/local/JenkinsBuilds/lib/mono/4.5/mcs.exe execution started with arguments
Re: [Mono-dev] Recent xbuild fixes causing issues with finding mcs
No, this is not the same as launching exe files directly from the OS using binfmt-misc. If you launch an exe file *from Mono's implementation of Process.Start*, Mono will detect managed executables and run them with Mono automatically. https://github.com/mono/mono/blob/master/mono/io-layer/processes.c#L808 On 16 February 2014 09:00, Michael Franz mvfr...@gmail.com wrote: On Sun, Feb 16, 2014 at 7:34 AM, Andrés G. Aragoneses kno...@gmail.com wrote: On 16/02/14 10:15, Michael Hutchinson wrote: ... which automatically executes exe files using Mono. Are you sure that statement applies to all distros? I read somewhere some time ago that the only distro so far that implemented the ability to run .exe files automatically by calling mono under the hood was Debian (and derivatives), by installing some system hook by default when mono packages are installed. Maybe Michael Franz is not using Debian? Or maybe that hook doesn't work for him because he's using a custom mono install (instead of debian packages)? I am using CentOS 6.5 with a locally built Mono installation. I have read about how you can modify the kernel to understand launching Mono applications - http://www.mono-project.com/Guide:Running_Mono_Applications - this was probably after I ran into this problem. If this has become a requirement to use Mono for development it should probably be documented somewhere. ___ 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 -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Recent xbuild fixes causing issues with finding mcs
AFAIK something's wrong with the installation if $prefix/lib/mono/4.5/mcs.exe is missing. What does your $prefix/bin/mcs point to? On 15 February 2014 10:51, Michael Franz mvfr...@gmail.com wrote: On Sat, Feb 15, 2014 at 9:46 AM, Michael Franz mvfr...@gmail.com wrote: Hi, I see there have been a few changes to xbuild since February 10th, 2014. February 10th is the last time I was able to build my local C# project using mono head. This is a simple project that I have just started and am planing to build on both mono and .NET. The issue seems to be that xbuild has changed how it finds mcs. /opt/local/JenkinsBuilds/bin/mcs - /opt/local/JenkinsBuilds/lib/mono/4.5/mcs.exe - see below. My locally build mono install is in /opt/local/JenkinsBuilds and my builds are all run via Jenkins. The build process is: - use premake5 to generate Visual Studio 2012 project files (note I am using .net 4.5 specific features) - use xbuild to build - use mono version of nunit to test The working build out put was like this: + /opt/local/JenkinsBuilds/bin/xbuild QTS.sln XBuild Engine Version 12.0 Mono, Version 3.2.7.0 Copyright (C) 2005-2013 Various Mono authors Build started 2/10/2014 9:56:00 PM. __ Project /var/lib/jenkins/jobs/CI/workspace/QTS.sln (default target(s)): Target ValidateSolutionConfiguration: Building solution configuration Debug|Any CPU. Target Build: Project /var/lib/jenkins/jobs/CI/workspace/QTS/QTS.csproj (default target(s)): Target PrepareForBuild: Configuration: Debug Platform: AnyCPU Target GenerateSatelliteAssemblies: No input files were specified for target GenerateSatelliteAssemblies, skipping. Target GenerateTargetFrameworkMonikerAttribute: Skipping target GenerateTargetFrameworkMonikerAttribute because its outputs are up-to-date. Target CoreCompile: Tool /opt/local/JenkinsBuilds/bin/mcs execution started with arguments: /noconfig /debug:full /debug+ /optimize- /out:obj/Debug/QTS.dll Properties/AssemblyInfo.cs Utilities/Measurements/PerformanceStatistics.cs /target:library /define:DEBUG;TRACE /platform:AnyCPU /reference:/opt/local/JenkinsBuilds/lib/mono/4.5/System.dll /reference:/opt/local/JenkinsBuilds/lib/mono/4.5/System.Core.dll /warn:4 The broken build is now producing: + /opt/local/JenkinsBuilds/bin/xbuild QTS.sln XBuild Engine Version 12.0 Mono, Version 3.2.7.0 Copyright (C) 2005-2013 Various Mono authors Build started 2/15/2014 8:50:52 AM. __ Project /var/lib/jenkins/jobs/CI/workspace/QTS.sln (default target(s)): Target ValidateSolutionConfiguration: Building solution configuration Debug|Any CPU. Target Build: Project /var/lib/jenkins/jobs/CI/workspace/QTS/QTS.csproj (default target(s)): Target PrepareForBuild: Configuration: Debug Platform: AnyCPU Created directory bin/Debug/ Created directory obj/Debug/ Target CopyFilesMarkedCopyLocal: Copying file from '/opt/local/JenkinsBuilds/lib/mono/4.5/mscorlib.dll' to '/var/lib/jenkins/jobs/CI/workspace/QTS/bin/Debug/mscorlib.dll' Copying file from '/opt/local/JenkinsBuilds/lib/mono/4.5/mscorlib.dll.mdb' to '/var/lib/jenkins/jobs/CI/workspace/QTS/bin/Debug/mscorlib.dll.mdb' Target GenerateSatelliteAssemblies: No input files were specified for target GenerateSatelliteAssemblies, skipping. Target CoreCompile: Tool /opt/local/JenkinsBuilds/lib/mono/4.5/mcs.exe execution started with arguments: /noconfig /debug:full /debug+ /optimize- /out:obj/Debug/QTS.dll Properties/AssemblyInfo.cs Utilities/Math.cs Utilities/Measurements/PerformanceStatistics.cs obj/Debug/.NETFramework,Version=v4.5.AssemblyAttribute.cs /target:library /define:DEBUG;TRACE /nostdlib /platform:AnyCPU /reference:/opt/local/JenkinsBuilds/lib/mono/4.5/System.dll /reference:/opt/local/JenkinsBuilds/lib/mono/4.5/System.Core.dll /reference:/opt/local/JenkinsBuilds/lib/mono/4.5/mscorlib.dll /warn:4 /opt/local/JenkinsBuilds/lib/mono/4.5/Microsoft.CSharp.targets: error : Error executing tool '/opt/local/JenkinsBuilds/lib/mono/4.5/mcs.exe': I checked the commit logs, and it looks like there are commits that would affect this behavior. Now, it might be that I was doing something wrong from the start and now I need to fix the process, but it seems like a simple process. e753ca2 Michael Hutchinson [xbuild] Fix dependency in C# targets c197478 Michael Hutchinson
Re: [Mono-dev] sub-process invocation on posix
FWIW, you actually just need to double quote each argument and escape double quotes so you can very easily write a helper to do this in a way that works on both Mono and .NET: static Process StartProcess (string name, params string[] args) { string a = null; if (args != null args.Length 0) a = \ + string.Join (args.Select (s = s.Replace (\, \\\)).ToArray (), \ \) + \; return Process.Start ( new ProcessStartInfo (name, a) { ShellExecute = false, } ); } Obviously this could be done more efficiently with a StringBuilder. Apologies for any errors, I'm writing this on my phone... - Michael On Jun 6, 2013 1:18 PM, Ian Norton inor...@gmail.com wrote: Hiya, I'm aware that I can use Process.Start() but I'd really really like to be able to directly pass a list of strings to my child process as arguments rather than having to escape shell characters and spaces etc. Ie, In perl or C I'd do: system(df,-m,/home/foo/Documents/Pictures/My Holiday); Where in c# I'm forced to escape the space - My\ Holiday Ian ___ 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] ASP.NET Xarmin - GSoC 2013
On 21 April 2013 14:09, Rauf Butt raufb...@gmail.com wrote: Hi All, Thanks for your valuable input. I had gone through MonoDevelop source code, documentation and the requirements that were mentioned in the previous emails. Based on the study, I have come across the following features of ASP.NET to be incorporated into MonoDevelop. *Run in Browser of choice *Run/debug support on Remote server These would be nice to have but are not enough to make a complete proposal. *Support for MVC3 *Support for Razor and Razor templates These have already been implemented. This is a very flexible project - I expect any student applying for it to look at the existing ASP.NET support in MonoDevelop and identify things that they would like to fix or improve to make it better. There is no set list of things to do - the items students choose to put in their proposal will demonstrate their understanding of what makes a good development experience :) -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Reference to System.Data.Entity in monodevelop trunk
On 15 September 2012 13:07, Steven Boswell II ulat...@yahoo.com wrote: After building and installing a Fedora Core 17 RPM for the trunk version of mono, I tried to do the same for the trunk version of monodevelop. When I tried to install the new monodevelop RPM, it reported a failed dependency of mono(System.Data.Entity) = 4.0.0.0. Latest mono doesn't have a System.Data.Entity in its .NET 4.0 assemblies. The enclosed patch shows my attempt to remove all references to System.Data.Entity, but it didn't work. For now, I forced the install by adding --nodeps to my RPM install command line. So far, monodevelop is running, but I haven't beaten it up very much yet. Just an FYI for the monodevelop maintainers, and cc'd to the mono-devel list in case System.Data.Entity was supposed to be there. That's a bug in the Fedora packages, you should report it to the Fedora packagers. MD does not depend on System.Data.Entity. The patch is incorrect, that's simply MD's definition of what is expected to be in certain target frameworks but does not affect its actual dependencies at all. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Show Linux . hidden directories
On 12 June 2012 17:40, Rob Wilkens robwilk...@gmail.com wrote: Well, as much as i would like to take a guess at an answer, my suggestion is to contact the Duplicati developers rather than the mono developers. They would know what they used as a 'file browser' and what the options it has are. Probably Windows Forms. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Current Implementation of Async Sockets
On 16 May 2012 16:33, longway77 longwa...@gmail.com wrote: Hi, I am currently doing some research on the best platform for a high performance socket server. I want it to be capable of handling a large number of small requests and a high number of Clients at the same time. So far I've read, that I/O Completion Ports are implemented pretty well under Windows but Linux seems to use another model. In some other thread I found, that implementation was a rather badly performing wrapper in Mono under Linux. Has this changed in the last time? Is it good to use Mono for that purpose or should I rather stick with Java? I'm also thinking of going the C++ way, but I'm not yet sure if the result would justify the additional work. It's possible, see https://github.com/jacksonh/manos -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Question about GSoC projects
On 21 March 2012 09:37, qqq qqq tupieur...@gmail.com wrote: I preview Mono GSoC projects list and pre-select some of them: Make ASP.NET Awesome in MonoDevelop A Sweet HTML/Text Editor Modul C# Refactorings Can someone say about difficult of this projects and what problems will i meet? I also would be glad if you would advise another project from Mono projects list. We can certainly answer specific questions if you're having trouble figuring things out, but you'll need to be able to do some research/investigation yourself in order to write a good proposal. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSoC 2012 - GTK# App
On 21 March 2012 17:56, homerf44 szbad...@gmail.com wrote: Hi, I would like to take part in GSoC this year. During my research i had found many interesting projects, but only one truly got my attention: GTK# Applications Mono is something new to me. To be honest, today i used it for the first time :) (but i heard about it though) To the point: My head is usually full of concepts, two for starters 1.Application better life which will help people in fields such as: -planning home budget, -sport (training planner etc), -diet planner -maybe some plugin for social networks -... example of use case: User want to lose a little bit weight. Application will help people turn their motivation into the regular training. So, user chooses a 'sport' from menu, then he sets the training program (maybe by himself, maybe there will be some prepared a priori) and from now, he will be reminded about events that are in his plan User sets home budget planner with his personal data such as salary and loans. He wants to save 10% of his salary this month. Application will measure how much money user can spent daily that at the end of month he will have 10% of salary saved. ... 2. Entertain me! application which will be perfect for procrastination time :) Application will search Internet for interesting informations, pictures, news etc. (this is very wide area to discuss) ... I will make some concept sketches later, maybe that will help clarify my ideas. About me: My name is Simon and i was born 23 years ago. I'm studying at Gdansk University of Technology (Poland). I have an engineer(bachelor) degree, and i am still learning to gain MSc. I'm using Fedora/Ubuntu/Windows. I know c# c++ c python java , but i am open-minded person and i am eager to learn something new :) As you can see I am not a native speaker and i hope that we will understand each other. :) You're certainly welcome to submit this proposal, but you should be aware that the bar for new applications like this is much higher, since you have to argue that the app is viable and needed as well as demonstrating your ability to implement it. Note also that you can submit multiple proposals, if there are other projects that interest you. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Debugging C# code with Embedded Mono?
On 29 February 2012 11:38, efontana e...@fontanas.net wrote: I'm using Embedded Mono (works great), my question now is, can I somehow use MonoDevelop to attach to the native executable and then open open C# source lines and set breakpoints/single step, etc. I realize that I can use basic GDB stuff like here: http://www.mono-project.com/Debugging#Debugging_with_GDB But I'm looking for C# source level debug? It's a major pain for me to build MonoDevelop to try it out on Linux (it needs dozens if not hundreds) of packages. Will this work? Yes. Firstly your embedding app needs to initialize the debugger by passing agent args to Mono, then you need to make MD connect to it. For the productized version you'd need a MD addin but you can work around that for testing, see MONODEVELOP_SDB_TEST -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Environment.SpecialFolder.MyDocuments question
You are printing the enum value directly. You need to call GetSpecialFolder. On Aug 22, 2011 10:17 PM, Paul F. Johnson p...@all-the-johnsons.co.uk wrote: Hi, Is this correct? If I have Console.WriteLine ({0}, Environment.SpecialFolder.MyDocuments); on my Linux box it returns Personal rather than ~ Under WinXP and 7 it returns the path to MyDocuments. Is this the correct behaviour or should it (under Linux) return ~? TIA Paul P.S. Using mono-2.10 -- Vertraue mir, ich weiss, was ich mache... ___ 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] [MonoDevelop] GSoC Application 2011 for Axiom
Hi, Applications must be made directly to the Google GSoC site, and should include a project proposal. If you are having trouble finding ideas for the project, I suggest you approach the Axiom developers on their mailing list or IRC. - Michael On Wed, Apr 6, 2011 at 8:23 PM, Shivansh Srivastava shivansh.b...@gmail.com wrote: Hi, I have been interacting frequently on the monodevelop mailing list, but havnt got a chance to discuss any idea regarding Building/developing apps with Axiom engine. Also, i am not able to join the mono...@googlegroups.com googlegroup, where they could really help me. Kindly find attached my application for GSoC 2011. I have a sound experience in developing apps/games in C# using XNA Framework (3.0, 3.1, 4.0) for Windows Windows Phone 7. I have compiled/built OGRE am going through its code for better understanding. I dont have any idea(s) as such, but would really appreciate if any mentor would guide me help me with how I can help in the development. I would be glad to help in the development of Axiom Engine. I really apologise for submitting my Application this late. I had a few family problems/commitments that I had to take care of. Waiting for a reply. With regards, Shivansh. -- Shivansh Srivastava | +91-955-243-5407 | shivansh.b...@gmail.com 2nd Year Undergraduate | B.E. (Hons.) - Electronics Instrumentation BITS-Pilani. ___ Monodevelop-list mailing list monodevelop-l...@lists.ximian.com http://lists.ximian.com/mailman/listinfo/monodevelop-list -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSOC MonoDevelop Project
On Tue, Apr 5, 2011 at 1:28 PM, darshan.modani88 darshan.modan...@gmail.com wrote: Hiii, I am Darshan Modani, a Computer Science a graduate student. I am GSOC aspirant. I consider myself to be good in C# and thats what my area of interest is. Until GSOC list of accepted organisations was released i didn't knew about Mono-project. I really feel the concept and idea is great. I installed my mono-framework on mac-osx, and was amazed to find ASP.NET working on mac. I am very much interested in mono-project and would like to contribute. Browsing through the list of project ideas, i found that improvements in mono-develop IDE interests me such as Webkit based HTML editor, CSS support or JS support. I clearly understand the project requirements but still very skeptic. I am proficient in C# but very new to mono. Any suggestions and some pointers before applying would be greatly appreciated. Also I want to know the mentors of the projects Webkit based HTML editor, CSS support or JS support under Web Tools. There isn't a pre-assigned mentor, you should apply and if a mentor likes your proposal they will pick it up. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Faster
On Thu, Mar 24, 2011 at 12:51 PM, Rodrigo Kumpera kump...@gmail.com wrote: Now onto the null check. Such a null check will exploit a cpu feature known as branch prediction, which guesses the outcome of the conditional jump. Since in the majority of the cases the value won't be null, the cpu can pretend the branch doesn't exist and keep executing as it was not taken. This means the null check costs virtually nothing on a modern cpu. Could we have the JIT recognize the if (foo == null) throw ... pattern and add a branch hint? -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSoC 2011 - Interest
On Thu, Mar 17, 2011 at 12:35 PM, Abdul Rauf raufb...@gmail.com wrote: Dear Team Mono, I am very excited to contribute in open source community through the platform of Google Summer of Code 2011. I have visited the web page of “Mono” at http://mono-project.com/Gsoc and have seen project ideas for GSoC 2011. I am interested in two projects. The reason for my interest is that I have previously worked on .NET related projects both in VB and C# and want to develop skills of IDE development. I am writing you to let you know my understanding of the project and required knowledge of technologies. I would like your feedback on it. My understanding of the requirements is as follows: “Debugger Visualizer” 1. Implement a debugger visualizer (Can “Debugger Visualizer” template from .NET framework be used?) There is no debugger visualizer infrastructure in .NET, only VS, and MD doesn't implement the VS API. MD has its own visualizer infrastructure. 2. A DataType assembly will be loaded into the debugger visualizer at runtime and display the desired properties in a presentable form. That sounds like more like the DebuggerTypeProxy. That's also a possible GSoC project, but would have to take place in the Mono framework, not the MonoDevelop IDE. 3. I need to specify which visualizers are to be implemented. Yes, this is only an idea for a GSoC project. You would have to define a project that is big enough for the GSoC period, and it can consist of several smaller tasks, such as a number of different visualizers, or you could find other debugger enhancements and combine them into the project. You'd need to describe what visualizers you want to create, explain why they're useful, and so on. “Translation Resources Editor” 1. Implement an editor for different language resources to help people edit resources files without modifying XML files directly. 2. The program should load strings from .resx file and provide an interface to enter the required translations. Also, it says Should extend or share code with the Gettext addin. I am not quite sure about this at the moment. Does it mean that this Resource Editor is required to be integrated with Gettext? Any help is appreciated in this regard. MonoDevelop already has a Translation addin, which has a GUI for editing Gettext translation catalogs. The idea here is that the resx translation editor would be able to re-use some of the code (particularly some of the GUI) from the Gettext addin. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSoC 2011 - Documentation Addin
On Sat, Mar 19, 2011 at 7:22 PM, zur13 zur...@i.ua wrote: Hi Team Mono I want to take part in Documentation Addin project. I think that work in your team will be very exciting experience. I want to get skills in IDE programming and to familiarize with basics of code parsing and automation of documentation processing. What is final result should look like (this is only my point of view and I likely discuss it): it will be the interractive pad, that will show the part of documentation for the current (under or nearest to the text cursor) part of code and provide basic text editing features and maybe feature of template generating document for the current part of code if it hasn`t documentation yet. Yes, there are a bunch of different ideas in this area. The project is essentially to improve MD's support for documentation. As it is, there are two kinds of documentation: * inline XML doc comments * MonoDoc files MD supports XML doc comments pretty well, though it could be improved. However, MD has no support for creating or editing MonoDoc documentation. So the project could consist of any combination of the following: * a documentation project type, for creating and compiling MonoDoc docs * the pad you mentioned, for editing MonoDoc docs * nicer editing support for XML doc comments * a pad for displaying and browsing docs, regardless of source * some integration/unification between MonoDoc and XML docs Rough workplan: * Observe MonoDoc and MonoDevelop parsing interfaces, maybe fix some bugs (5-7 days) * Observe MonoDevelop addin architectures and design general Documentation Addin architecture (7-12 days) * Coding * Tests and bugfix (18 days) * Prepare Documentation (5 days) FWIW, I'm wary of any project proposal that begins with periods of planning/design/research - ideally, such stuff should be done when creating the proposal, so we have a good idea of what you'll be doing. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] ScrollWindows spacing
On Mon, Mar 14, 2011 at 6:03 AM, Daniel Hughes tramps...@gmail.com wrote: I have GTK ScrollWindow in which I have placed a TextView. Between the Vertical Scrollbar and the TextView there is a gap of about 3 pixels. This page here says there is a scrollbar-spacing Style Property but it is read only. http://library.gnome.org/devel/gtk/unstable/GtkScrolledWindow.html Also it says allowed values are = 0 which doesn't make sense if its read only. either way I can find a way to change this value from GTK# Lots of Gnome applications appear to not have this spacing and I would rather not waste the Pixels. Aside from this it just doesn't look that good. How do I remove the 3 pixel spacing between my TextView and Horizonal ScrollBar? It's part of the GTK+ theme, and not changeable from user code. That said, you can change it using a style fragment: https://github.com/mono/monodevelop/blob/master/main/src/core/MonoDevelop.Ide/MonoDevelop.Components/CompactScrolledWindow.cs -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] PDB native support in C from C# open source project
On Mon, Mar 7, 2011 at 9:41 AM, David Marsh dmars...@hotmail.com wrote: Ref :- http://www.mono-project.com/StudentProjects#Native_support_for_PDB I'd be interested in contributing in this area, is it still an open item ? I believe so, yes. It would be particularly interesting to add full support for the local mappings that pdb has for nested scopes and iterator scopes, and propagate that information into the soft debugger, since Mono's mdb format doesn't currently support those. That would help to fix a few problems we have right now in the debugger - inspecting captured variables in anonymous delegates and iterators, and inspecting multiple variables with the same name in sub-scopes of a single method. We could then either propagate those features back into the mdb format, or switch to pdb entirely. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Can't build NUnit testing project
On Fri, Feb 4, 2011 at 1:56 PM, Alexander M. Batishchev abatishc...@godfather.net.ru wrote: Hi, everybody. I have a complex solution (developed under Windows, deployed under GNU\Linux) with a number of unit-testing projects, using NUnit 2.9.3. Here's a reference from project: Reference Include=nunit.framework, Version=2.9.3.0, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77, processorArchitecture=MSIL SpecificVersionFalse/SpecificVersion HintPath..\..\..\..\..\Program Files\NUnit 2.9.3\bin\net-4.0\nunit.framework.dll/HintPath /Reference I downloaded and built NUnit 2.9.3 from source: $ xbuild solutions/MonoDevelop/NUnit.Framework.sln /p:Configuration=Release and installed into GAC: $ gacutil /i solutions/MonoDevelop/bin/Release/nunit.framework.dll $ gacutil /l nunit.framework The following assemblies are installed into the GAC: nunit.framework, Version=2.9.3.0, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77 Number of items = 1 and deleted local mono nunit installation: $ rm /usr/lib/mono/2.0/nunit* $ rm /usr/lib/mono/4.0/nunit* but when I try to build my solution: $ xbuild MySolution.sln | grep error : error CS0006: Metadata file `/usr/lib/mono/2.0/nunit.framework.dll' could not be found What do I wrong? The GAC is for resolving assemblies at run-time, not compile time. This is true on .NET too. http://monodevelop.com/FAQ#I_added_an_assembly_to_the_GAC.2c_why_doesn't_it_appear_in_the_assemblies_list_when_I_try_to_add_a_reference_in_a_MonoDevelop_project.3f The reason you get the specific error you do is because you removed the compile-time version of the assemblies pointed to by the pkconfig file but did not update or remove the pkgconfig file. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono.Posix
On Wed, Feb 2, 2011 at 7:07 AM, Robert Jordan robe...@gmx.net wrote: On 02.02.2011 11:54, Steve Lessard wrote: I just wrote a simple command line tool using the Mono.Unix.Native namespace in the Mono.Posix assembly. This tool basically checks a file's permissions to see if the file is executable by any or all of user, group, other. It works great on my Mac. Windows is supposed to have a Posix compliant layer. Does Mono.Posix assembly work on Windows's Posix layer? The Windows POSIX subsystem was discontinued almost 10 years ago. It was replaced by Interix which is now included as an optional component on high-end (Server, Ultimate) recent Windows versions. I doubt anyone's ever tried Mono on with Interix though, as I can't think of any reason to do do. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] generics and IEnumerable
On Jan 24, 2011 12:58 AM, oddstray withheld.for.priv...@gmail.com wrote: My immediate question is, I tried to create a generic class: public class LinkedListT : IEnumerableT but I get the error: The non-generic type 'System.Collections.IEnumerable' cannot be used with the type arguments. I have a using System.Collections; statement higher up. Am I doing something wrong? Yes. The generic IEnumerableT is in System.Collections.Generic, not System.Collections. My general question is, how can I determine which .NET features are implemented in MonoDevelop? To clarify, MonoDevelop is an IDE, the equivalent of Visual Studio. The runtime, which is what actually runs your app (the equivalent of .NET), is Mono. MonoDevelop on Windows even uses .NET :) You can view the status of the Mono class libraries at http://go-mono.com/status/ Beware that this corresponds to the latest development version, not the release version that you'll be using, so you might just have to 'try and see' in some cases. - M ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] Git line-ending issues
On Fri, Jan 7, 2011 at 2:17 AM, st...@free.fr wrote: Alright. But my main question was about what I should do specifically about the commit I mentioned. Should I restore the line endings to what they were, or leave things as is? Or does it not matter either way? Thanks. I don't know that I can make the call which way it should go. Reverting it won't help history now it's in the main repo, so maybe it makes sense to leave it as it is... but either way it should match the .gitattributes settings. Of course, that means you could either change the .gitattributes to match the file, or revert the file. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Git line-ending issues
On Thu, Jan 6, 2011 at 2:02 PM, Stifu st...@free.fr wrote: Hi guys, I'm having issues with a commit I did (d'oh :(), and would like help to clean up my mess. The commit can be seen here: https://github.com/mono/mono/commit/4d5451a61ce63769083ebad3b1a5d9055a27b6df I only removed a few lines in the file, but the whole file shows up as changed. From what I understand, this is due to a difference in line-ending encoding. Looking at the .gitattributes file in the same folder, I see certain files (including the one I modified) are specified as having a certain line-ending encoding (CRLF). The .gitattributes format is rather unintuitive. crlf means the file is stored as lf in the repo, but converted to/from crlf on windows. -crlf explicitly disables conversions, in case the user has autoconversion enabled for all files. Are you perhaps using a git tools that ignores these attributes? -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Git line-ending issues
On Thu, Jan 6, 2011 at 3:38 PM, st...@free.fr wrote: No, shamefully I thought I could get away with directly editing the file from the GitHub web interface (which actually works fine with files that aren't -crlf). I'll refrain from doing so in the future, as I guess it's not recommended (can't even preview). Do you have an opinion about how I should fix this issue (if there is actually anything to fix)? Don't use tools that autoconvert and ignore .gitattributes. And aren't all those files defined in the .gitattributes file only there for historical reasons, rather than being something desirable? I wouldn't mind going through files (WinForms only, in my case) to convert them all to the same format, if it's something that sounds any good. Conversion without a good reason is bad because it adds a ton of noise to history, for example annotation.becomes ~useless. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] taglib-sharp
On Wed, Jan 5, 2011 at 2:41 PM, Steve Lessard s_less...@yahoo.com wrote: It appears Novell has (or had) a C# library named taglib-sharp for editing ID3 tags commonly found in MP3 files (and other audio files.) There doesn't appear to be any download link for it on Novell's web site. Does anyone know how I can get this library? http://download.banshee-project.org/taglib-sharp/ https://github.com/mono/taglib-sharp/ -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How to: start a process which shows a password window
On Fri, Dec 17, 2010 at 7:48 PM, Dimitar Dobrev dpldob...@yahoo.com wrote: I need to start a process on Mac OS X with root privileges which must prompt the user for a password. In Windows Vista and above this is achieved by setting Process.StartInfo.Verb to runas. Unfortunately, this didn't work on the mac, the password window did not appear. I guess it won't work in Linux as well. Any ideas? Is this possible in any way (as far as Linux is concerned, gksudo is not desirable because it's not guaranteed to be available in KDE)? On a recent Linux system you should be able to use xdg-su: http://portland.freedesktop.org/xdg-utils-1.0beta1/xdg-su.html On MacOS there seem to be a few options: http://stackoverflow.com/questions/1517183/graphical-sudo-for-mac-osx -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Moonlight - MonoDevelop @ Mac
On Sun, Dec 12, 2010 at 4:50 AM, Lennie De Villiers lenni...@gmail.com wrote: How can I get this working? The Moonlight SDK as included in MD only works with Mono 2.6.x. You'll have to downgrade Mono, or ask the Moonlight team to make an SDK release that works with Mono 2.8. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Moonlight - MonoDevelop @ Mac
On Tue, Nov 30, 2010 at 3:43 PM, Lennie De Villiers lenni...@gmail.com wrote: When creating a new Moonlight project in MonoDevelop on the Mac (latest MonoDevelop download version) it compile but give an error... can't see the error in the error list... It say 1 as an error but doesn't list the error. Unfortunately the Moonlight 2.0 SDK does not work on Mono 2.6. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Moonlight - MonoDevelop @ Mac
On Tue, Nov 30, 2010 at 4:30 PM, Michael Hutchinson m.j.hutchin...@gmail.com wrote: On Tue, Nov 30, 2010 at 3:43 PM, Lennie De Villiers lenni...@gmail.com wrote: When creating a new Moonlight project in MonoDevelop on the Mac (latest MonoDevelop download version) it compile but give an error... can't see the error in the error list... It say 1 as an error but doesn't list the error. Unfortunately the Moonlight 2.0 SDK does not work on Mono 2.6. Er, I mean it does not work on 2.8.x. It works fine on 2.6.x. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] DrawingArea needs to redraw signal??
On Tue, Nov 16, 2010 at 6:09 AM, Francisco M. Marzoa fmmar...@gmx.net wrote: Hello, Currently I'm handling the ExposeEvent -as Miguel de Icaza told me in a prior answer- but I ignored that there're another way to do the same. I assume that overriding OnExpose is not available through Monodevelop interface designer, isn't it? So I should do something like: drawingarea1.OnExpose += MyOnExposeMethodDelegate You may also wish to use [ConnectBefore] on your event handler, and set RetVal to true, so that the default handler doesn't get called. All the GTK built-in behaviors are implemented as event handlers, but GTK offers a way to stop events from propagating to other handlers (set RetVal to true), so built-in handlers often swallow events. You can use ConnectBeforeAttribute to insert handlers before the built-ins. Note also that you should use the Drawable object from the expose event's Window property, not the widget's GdkWindow property. This is a temporary double-buffered surface. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] DrawingArea needs to redraw signal??
On Sat, Nov 13, 2010 at 9:21 AM, Francisco M. Marzoa fmmar...@gmx.net wrote: Hello again, In my application I've a DrawingArea. I use that DA's GdkWindow property to create a Cairo.Context. I can draw on the DA but if I, for example, resize the main window, the DA is erased. I assume I must redraw the DA in some events, isn't it? If this is the case, the question is what signal(s) on the DA may I catch to redraw when needed Override OnExpose or handle the ExposeEvent event and inspect the args.Event value. There you will find the invalidated region, and a Window drawable. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] app.config - automatic copy to output directory ?
On Wed, Oct 27, 2010 at 3:13 AM, marcusadamski m...@marcadams.clara.co.uk wrote: Hi all; I'm just starting out with MonoDevelop, and have created a GTK app with Windsor IOC. Windsor uses the app.config file. I would like the IDE to automatically copy the app.config file from the root of the project to the build output folders, but I cannot see how to do this? I see how to control the deployment files when using the solution view - but the app.config file is not visible in there? I can manually rename and copy app.config to the output directories - but this is tiresome. Many thanks for any help, It's exactly the same as VS - simply select the file in the solution tree, and use the property pad to set it to copy to output. If your app.config is not in the solution tree, simply add it. MD also has a quick properties context menu on the solution pad you can use for this, without having to open the properties pad. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono.ZeroConf on Windows Phone 7
On Fri, Oct 22, 2010 at 7:32 PM, laduran louis.du...@gmail.com wrote: I see that there is support for ZeroConf in Mono. I also see that it supports Windows 7 but requires Apple's dnssd.dll which isn't going to be on Windows Phone 7. So is there a path using Mono Zeroconfig that would work on Windows Phone 7? Mono.ZeroConf is just a wrapper for native libraries, and even if you were to implement ZeroConf in managed code, it wouldn't work without a sockets API. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] Where should I install my pkg-config files on OS X?
On Tue, Oct 19, 2010 at 11:31 AM, Jackson Harper jack...@novell.com wrote: On Mon, 2010-10-18 at 18:04 -0400, Michael Hutchinson wrote: On Mon, Oct 18, 2010 at 10:58 AM, Jackson Harper jack...@novell.com wrote: For libev-sharp I'm trying to follow the developer guidelines for unstable API. Basically I create install my dll in prefix/lib/libev-sharp/ Then to use libev-sharp projects should do: cp `pkg-config --variable=Libraries Thing` build/. The problem is on OS X I have no idea where libev-sharp should install the libev-sharp.pc file. Using pkg-config --variable=pc_path pkg-config | awk -F: '{print $1}' doesn't really help, I get a garbage directory like /tmp/pkg-config Should I just hardcode it to '/Library/Frameworks/Mono.framework/Versions/Current/lib/pkgconfig/' Beware that this whole directory will get replaced when you upgrade Mono. For this reason, MonoDevelop 2.4.1 (and master) looks in /Library/Frameworks/Mono.framework/External/pkgconfig and I'd like to fix a future version of Mono to have its pkgconfig look there too. I've added similar directories for MSBuild extensions and MonoDoc docs called xbuild and monodoc, unsurprisingly. A gac would probably be useful too. Awesome! But just so I am clear, xbuild in mono 2.8 does not support this feature yet, right? Correct, not unless you do as MD does: export PKG_CONFIG_PATH=/Library/Frameworks/Mono.framework/External/pkgconfig:$PKG_CONFIG_PATH -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Where should I install my pkg-config files on OS X?
On Mon, Oct 18, 2010 at 10:58 AM, Jackson Harper jack...@novell.com wrote: For libev-sharp I'm trying to follow the developer guidelines for unstable API. Basically I create install my dll in prefix/lib/libev-sharp/ Then to use libev-sharp projects should do: cp `pkg-config --variable=Libraries Thing` build/. The problem is on OS X I have no idea where libev-sharp should install the libev-sharp.pc file. Using pkg-config --variable=pc_path pkg-config | awk -F: '{print $1}' doesn't really help, I get a garbage directory like /tmp/pkg-config Should I just hardcode it to '/Library/Frameworks/Mono.framework/Versions/Current/lib/pkgconfig/' Beware that this whole directory will get replaced when you upgrade Mono. For this reason, MonoDevelop 2.4.1 (and master) looks in /Library/Frameworks/Mono.framework/External/pkgconfig and I'd like to fix a future version of Mono to have its pkgconfig look there too. I've added similar directories for MSBuild extensions and MonoDoc docs called xbuild and monodoc, unsurprisingly. A gac would probably be useful too. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Process SIGSEGV on Mono 2.8p6
On Tue, Oct 5, 2010 at 2:12 AM, Chuck Esterbrook chuck.esterbr...@gmail.com wrote: On Tue, Sep 28, 2010 at 2:00 PM, Miguel de Icaza mig...@novell.com wrote: Hello Chuck, Could you make a simple test case from this program? Something is calling Process to run a program, and this is where the problem is, a test case would be very useful. I totally agree, but have not been able to create a standalone test case. If I come up with something, I'll post again. This issue should have been fixed by a couple of recent commits: http://github.com/mono/mono/commit/579a0ca72b996d11a50ddf6ddb4f67e59995072d http://github.com/mono/mono/commit/3b6f5c33088c53280980218f82168e3cba00a25b -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Right application data folder
2010/9/14 José A. Salvador Vanaclocha joans...@gmail.com: Hi all, I am wondering what is the right place (folder) to store the application data The goal is to use the Environment.GetFolderPath(... facility in order to get good crossplatform behavior, however, if I use Environment.SpecialDolder.ApplicationData, in my Debian system, the folder is .config. I dont know if it is the best place when the most linux's applications store their application data files in a folder begining with .application_name. What is the best way to choose the right application data folder? ~/.config is the correct folder for modern apps that follow the XDG spec. You should use a subdirectory in that folder for your app's data, e.g. var appDataDir = Path.Combine (Environment.GetFolderPath (Environment.SpecialFolder.ApplicationData), applicationName); -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Custom ITaks in MonoDevelop
On Sun, Sep 12, 2010 at 3:41 PM, kroge...@aol.com wrote: Hello, Lists: I received some clarification from list members right after I submitted my last E-mail. I got waylayed for a while, but now I'm back on it. Thanks to the folks who helped me. The information I got indicated that xbuild had to be turned on within MonoDevelop if any Custom Tasks need to be called. I've done this. I get a couple of error messages: Error initializing task Message: cannot cast from source type to destination type Error initializing task CreateItem: cannot cast from source type to destination type. This occurs in a simple file that does not even have any custom tasks in it (I actually commented them out in the .csproj file) that otherwise builds fine without the xbuild switch turned on in MonoDevelop. I just upgraded to mono 2.6.7 to continue with this work. I'm using the latest MonoDevelop, which I also downloaded at the same time. This seems to me like it might be an incorrect version of a dll somewhere. Does anybody have any advice? A snippet from the bottom of my .csproj file is: !-- This section is a very simple test to copy a file. -- !-- PropertyGroup FileToCopyTestClass1.txt/FileToCopy /PropertyGroup PropertyGroup Destbin\/Dest /PropertyGroup Target Name=AfterBuild Copy SourceFiles=$(FileToCopy) DestinationFolder=$(Dest) / /Target -- I'm starting simple here - only using the ITasks that are provided from Microsoft and seem to be provided in the Mono distribution, too. The AfterBuild Target is in the Mono version of Microsoft.Common.Targets, so I'm assuming it can be used the same way as in MSBuild. I'm including the solution file. If anyone can help us get this running, we'll submit my intern's report on this to the community. What we are (eventually) trying to achieve is to perform builds across Windows-VS, Windows-mono, Linux-mono and Mac-mono environments with the same solution and project files. Our plan entails putting certain build-wide variables into a configuration file that lives in the solution folder and that will be accessed to determine platform-specific directories and other platform-specific information. Hi, The problem is that the executable that MD uses to build MSBuild projects references the MSBuild 2.0 assemblies, so if your tasks reference the 3.5 assemblies, your tasks will not be able to be cast to the 2.0 ITask interface and the build will fail. This was fixed in MonoDevelop master about a week ago - MD uses Cecil to rewrite the builder executable into versions for 3.5 and 4.0 APIs, depending on the project's ToolsVersion. Note that this means the 4.0 ToolsVersion requires a runtime that supports 4.0, e.g. Mono 2.8. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] IL-based regex engine
On Tue, Aug 24, 2010 at 1:54 AM, Eddy Zavaleta e...@mictlanix.org wrote: Hi, My name is Eddy Zavaleta I'm currently a senior in college at Instituto Politécnico Nacional in Mexico. I need to make a final project to gradute and I'm looking for something to work on. I have been an floss enthusiast for many years especially for GNOME/Mono projects so I would like to make some contribution to Mono. I just check the ToDo list in the mono-project site and I'm interested in the regular expression engine. Anyone can give me additional information about this task, some recomendations about what path I should take. I would appreciate any help with this. Hi, Unfortunately the ToDo list is out of date - the IL Regex engine exists now, though it has bugs. What kinds of things are you interested in working on? -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Installing monomac maccore
On Tue, Aug 31, 2010 at 9:27 AM, flohei f...@rootof.net wrote: Hi there, I'm new to Mono and MonoMac since I need it for a project for the first time. I installed the Mono framework and MonoDevelop and these two guys are working fine. But I have no idea where or how to install the two frameworks monomac and maccore I downloaded from github. Can anyone help me on this? Is there some kind of install guide somewhere? I would suggest using the MonoDevelop addin, which includes a binary copy of MonoMac, and is capable of building/running/debugging app bundles. You can either build it from source or download a trunk build of MonoDevelop, which includes it. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Extension method not found
On Tue, Aug 31, 2010 at 11:39 PM, Dr_Asik blask_pra...@yahoo.ca wrote: Also, when I use the assembly browser to check projectA, all extensions methods decompile fine except for the method in question. I get: Decompilation failed: System.NotImplementedException: IL_0011: ldftn bool AssetImporter.BinaryExtensions::m__0(System.Byte) at Cecil.Decompiler.Cil.BaseInstructionVisitor.OnLdftn (Mono.Cecil.Cil.Instruction instruction) [0x0] in :0 at Cecil.Decompiler.Cil.InstructionDispatcher.Dispatch (Mono.Cecil.Cil.Instruction instruction, IInstructionVisitor visitor) [0x0] in :0 at Cecil.Decompiler.Cil.BaseInstructionVisitor.Visit (Mono.Cecil.Cil.Instruction instruction) [0x0] in :0 at Cecil.Decompiler.StatementDecompiler.ProcessExpressionBlock (Cecil.Decompiler.Cil.InstructionBlock block, Boolean skip_first) [0x0] in :0 at Cecil.Decompiler.StatementDecompiler.ProcessExpressionBlock (Cecil.Decompiler.Cil.InstructionBlock block) [0x0] in :0 at Cecil.Decompiler.StatementDecompiler.PushConditionExpression (Mono.Cecil.Cil.Instruction instruction) [0x0] in :0 at Cecil.Decompiler.StatementDecompiler.TryProcessExpression (Mono.Cecil.Cil.Instruction instruction) [0x0] in :0 at Cecil.Decompiler.StatementDecompiler.ProcessInstruction (Mono.Cecil.Cil.Instruction instruction) [0x0] in :0 at Cecil.Decompiler.StatementDecompiler.ProcessInstructions (Cecil.Decompiler.Cil.InstructionBlock block) [0x0] in :0 at Cecil.Decompiler.StatementDecompiler.ProcessBlock (Cecil.Decompiler.Cil.InstructionBlock block) [0x0] in :0 at Cecil.Decompiler.StatementDecompiler.ProcessBlocks () [0x0] in :0 at Cecil.Decompiler.StatementDecompiler.Run () [0x0] in :0 at Cecil.Decompiler.StatementDecompiler.Process (Cecil.Decompiler.DecompilationContext context, Cecil.Decompiler.Ast.BlockStatement body) [0x0] in :0 at Cecil.Decompiler.DecompilationPipeline.Run (Mono.Cecil.Cil.MethodBody body) [0x0] in :0 at Cecil.Decompiler.Extensions.RunPipeline (Cecil.Decompiler.DecompilationPipeline pipeline, Mono.Cecil.Cil.MethodBody body) [0x0] in :0 at Cecil.Decompiler.Extensions.Decompile (Mono.Cecil.Cil.MethodBody body, ILanguage language) [0x0] in :0 at Cecil.Decompiler.Languages.CSharpWriter.Write (Mono.Cecil.MethodDefinition method) [0x0] in :0 at MonoDevelop.AssemblyBrowser.DomMethodNodeBuilder.Decompile (MonoDevelop.Projects.Dom.DomCecilMethod method, Boolean markup) [0x0] in :0 What's going on? I don't know about your main problem, but this particular trace is completely unrelated. It's just a limitation in MonoDevelop's C# decompiler. BTW, I'd suggest you use a project reference, not an assembly reference. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] about guid
On Mon, Aug 30, 2010 at 12:36 AM, Steve Lessard s_less...@yahoo.com wrote: Robert wrote: the algorithms behind MS' implementation are not well documented. Are you talking about the algorithms for and implementation of Type.GUID, or are you talking about the algorithms for and implementation of UUID / GUID generation in general? Why wouldn't an RFC4122-compliant implementation would not be acceptable? The issue is *deterministic* generation of COM registration GUIDs for managed classes, if I understand correctly. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] debug embedded mono
On Fri, Aug 6, 2010 at 9:54 AM, marcus julius marcus...@yahoo.com wrote: I have a C++ application that uses C sharp classes which also use C++ functions. Thus, both C++ and C sharp call each other, but main project that I run is C++. The question is how to debug this project? I tried to create a dummy start up C sharp project and call my C sharp code from there. The mono debugger works for the C sharp code, but it does not find the C++ functions that are called from within C sharp. MethodNotImplemented exception is thrown. The mono debugger does not work on C++ and regular debugger cannot access to the Mono code in C sharp. So, any information on how to do it? It's not possible to do mixed-mode debugging with Mono, i.e debug C# and C++ simultaneously. However, you can debug C# code within an embedding host. To do so, the host must initialize the Mono Soft Debugger. This causes the debugger in the Mono runtime to make a TCP connection to an IDE. You can create a simple addin in MonoDevelop to cause it to listen for a debuggee and start a debugging session. For some examples, check the mono-osx list archives. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] debugger - attach to process
On Wed, Aug 18, 2010 at 11:42 PM, Mike Morano mmor...@mikeandwan.us wrote: Is it possible to attach the soft debugger to an asp.net website project / xsp2? If so, could someone point me to a good reference on how to do this? Attaching per se isn't really possible because SDB requires the runtime to be started in soft debugging mode. This is done by starting the Mono runtime with certain commandline arguments that cause it either to make a connection to a debugger on the provided IP/port, or bind to a port and wait for an incoming connection from a debugger. MonoDevelop uses the former, MonoVS uses the latter. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] shell comands and piping
On Wed, Aug 18, 2010 at 8:49 PM, Rampage atomikr...@email.it wrote: Hello everyone, i've browsed the archive but couldn't find any information about this, so i hope you can help me out :) here is my problem: i have a method like this: public string StartProcess(string sProgram, string sArguments) { Process prc = new Process(); prc.StartInfo.UseShellExecute = false; prc.StartInfo.FileName = sProgram; prc.StartInfo.Arguments = sArguments; prc.StartInfo.RedirectStandardOutput = true; prc.Start(); string stdout; stdout = prc.StandardOutput.ReadToEnd(); return stdout; } suppose that i run it like this: StartProcess(cat, testfile.txt); i would get a string containing the output from cat. the problem comes if i want to pipe something generally using the shell i would do #cat testfile.txt | grep word (i know i can do grep word testfile.txt, but it's just for example) is there a way to use the pipe with forked processes? couse i can't pass it as an argument for my program couse it wont work. Piping simply feeds the standard output of one process to the standard input of another. You could do this in C# by using Process.StandardInput. Alternatively, you could run a shell command using sh: StartProcess(sh, -c 'cat testfile.txt | grep word' ); Best solution IMO would just be to use .NET APIs, unless the shell commands are doing particularly complex thing: var txt = File.ReadAllText (testfile.txt); var matches = Regex.Matches (txt, word); -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How to compile system assemblies with debug information from a tarball?
On Wed, Aug 4, 2010 at 5:02 AM, cshipley spurious.thou...@gmail.com wrote: I would like to be able to not just step into xsp2 and some of the system assemblies, but to examine variables, etc, with MonoDevelop. Is this possible, and if so, how? I can't find any options to pass to ./configure in order to create the debugging information. Debug symbols are created by default, so if you're using a parallel runtime built from source, this should work. However, be aware that you'll have to tell MonoDevelop to target that parallel runtime, and disable do not step into framework code in the debugger options. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono w/GLib GObject
On Thu, Jul 29, 2010 at 8:25 AM, Adam Tauno Williams awill...@whitemice.org wrote: I've been using Mono for quite some time to accomplish various tasks and build a variety of kinds of utilities or applications. But I don't think I've exploited GLib or GObject much at all. Especially in regards to developing Gtk# applications it seems that GObject provides some advantages. So I wanted to learn about that [and also Hyena's JSON decoding and Gtk# widgets]. But I can't find anything beyond monodoc's very spartan 'documentation'. Is there any intro-to-the-GObject-mindset docs for C#/.NET/Mono? Or any good examples for this-is-how-you-use-Gobject-and-why? I'd really appreciate some pointers. GObject is essentially an object model for C. Since you have a *much* more efficient object model in the CLR, there's no real reason to use GObject in the CLR except when interacting with native objects, i.e. using GTK. As for GLib, it's a C library used by GTK friends that provides same the fundamental kinds of things you already have in mscorlib and System.dll - so again, the only reason to use it IMO is for interacting with GTK objects. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Error CS1580
On Mon, Jul 26, 2010 at 8:07 AM, Stephen Parker steve.par...@rslsteeper.com wrote: Error CS1508: The resource identifier `bebalanceMac.Main.resources' has already been used in this assembly (CS1508) (bebalanceMac) I have spent considerable time trying to find reference to the resource identifier but without success and have no idea where to go next. If anyone can give me a clue I would be most grateful. You should check the build output - it's possible that MonoDevelop is using an incorrect resource ID. See the top Google result for CS1508 for info: http://msdn.microsoft.com/en-us/library/cwhz41kf(VS.80).aspx That said, you don't need to rebuild with MonoDevelop to run on Mono - you can use the exe you built on Windows. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] String comparisons slow
On Wed, Jul 21, 2010 at 4:18 AM, David S butt...@gmail.com wrote: Man, I wish there was an edit on a Mailing List. ANYWHO, I made my own snip I'm pretty sure that compare is good. But now I get OUTPUT = 00:00:01.6366606 Then again, I could have messed up my compare so someone check it again for me. Its not the perfect solution, but its kinda cool that it might be right and faster than the original. XP Thinking about it, this might only work with English hmmm food for thought. Or you could just use StringComparer.Ordinal. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] String comparisons slow
On Wed, Jul 21, 2010 at 3:35 PM, Alan alan.mcgov...@gmail.com wrote: I believe that's the default since .NET 4.0. You'll have to check MSDN to be sure though. I'm fairly sure there's a page explaining which type of string sort is used where. Yes, I'm pretty sure .NET 4.0 changed *some* string compares to be ordinal by default instead of culture-dependent, so perf comparisons between the .NET 4 and the Mono 2.0 profile could easily be biased by this. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] String comparisons slow
On Wed, Jul 21, 2010 at 3:30 PM, David S butt...@gmail.com wrote: Ok. Now I'm confused. How come CurrentCulture for US/ENG doesn't just run the Ordinal??? Perhaps there are some weird alphabetizing things I just don't understand. BTW, Thanks for tell us about the StringComparer class. I never knew that existed. Note also that some string methods have overloads for taking specific cultures, or the StringComparison enum. Both StringComparison.Ordinal and StringComparison.OrdinalIgnoreCase (as well as StringComparer) can be very useful to improve performance when culture-dependent behaviour is not needed or desirable. Culture-dependent string comparisons are a very complex topic. There's also an invariant culture for doing things in a culture-independent way. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Announcing the release of Mono 2.6.7
On Tue, Jul 20, 2010 at 2:15 PM, Curtis Wensley curtis.wens...@gmail.com wrote: Awesome work! I too am glad to see MVC2 is now included. One issue I found with this release (wasn't in 2.6.6) is that asp.net applications can no longer be debugged in monodevelop 2.4 or svn trunk.. (at least on OSX, don't know about other platforms). Hope it can be resolved soon! BTW, is there any way to get my hands on 2.6.6 again? It was the only one that could add breakpoints while running.. Did you file a bug? -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Debugging mono dll loaded by Unity3d
On Fri, Jul 16, 2010 at 12:04 PM, and192 andrew.rus...@googlemail.com wrote: Hi there, I have a problem trying to understand how to debug a library I'm writing in MonoDevelop. This library is being referenced from a Unity3d project. I have been pointing the MonoDevelop debugger at the built Unity3d exe and hoping to be able to 'attach' along the lines of the MSVisual studio debugger. However the debugger loads in MonoDevelop and encounters an exception: System.Runtime.InteropServices.COMException (0x80131700): Failed to load the runtime. at Microsoft.Samples.Debugging.CorDebug.NativeMethods.GetRequestedRuntimeVersion etc... That's the .NET debugging addin - it cannot debug Mono apps. To use the Mono debugger, your target runtime should be Mono. However... I suspect this is because Unity3d is not a mono executable and the Mono debugger cannot detect the runtime version. I appreciate there may not be an easy way to do this, but before I give up, does anyone have any suggestions, other than writing to debug log files etc, on how I can use a debugger to step through my mono code? The Mono Soft debugger does not support attaching to arbitrary runtimes. You must use Mono 2.6+, and the apps must be started in debuggable mode, which MD does automatically using Mono runtime commandline arguments when starting the app. For apps that embed the Mono runtime, such as Unity, you need a (trivial) MD addin to tell it how to launch the app. Also, the embedding host must support enabling debugging, and must use Mono 2.6+. For this, you'll need Unity 3.0. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] [PATCH] Make mono_dl_register_library into a fallback
On Tue, Jul 13, 2010 at 9:51 AM, Paolo Molaro lu...@ximian.com wrote: On 07/02/10 Michael Hutchinson wrote: This interface is not suitable as a fallback mechanism, it would be too cumbersome to use and it's probably not ideal even for its intended purpose. What about a callback registration system instead? The intended purpose, AFAIK, is to expose statically linked libraries to P/Invoke. That's what I'm using it for, and it's very straightforward to use this way. I have a trivial C# tool that reflects over the library with the P/Invokes and dumps the mappings to source files. The interface was just a quick hack from Miguel, in fact is has never been exposed as public API as you found out (it was only possible to use it in a custom mono build for consoles). If you have a tool generating the table now, changing it to generate the function needed by the new interface should be trivial, anyway. It was published in the 2.6 headers, though the actual functionality did not work in normal builds. My patch isn't intended to provide a generic dynamic linker fallback. But it does change the code to fallback and you want to publish the API, so then we're stuck with an unsuitable API for a new feature. It's meant to provide an easy way to P/Invoke statically linked libraries for all embedders, not just those on platforms without dynamic linkers. If you have a working dynamic linker using DllImport (__Internal) is the way to go. Only if your dynamic linker supports looking up symbols in __Internal (NULL). The Android one does not, and if you have non-PIC static libraries the Windows one does not either. That's certainly more flexible, but I'm not convinced it's necessary at this time without concrete use cases. If we're going to include the If you don't have concrete cases, why are you expanding the functionality of the quick and dirty (and non-public) API? I did describe a concrete use case for my solution - being able to P/Invoke static libraries on the aforementioned major platforms. Without my patch this is currently impossible. I have been using it for this just fine. Your solution is a more cumbersome solution for my problem, and does not solve other concrete use cases. old interface anyway - else we make embedders responsible for reimplementing its functionality - then why not go this path for now, and reimplement it on top of the callbacks later? Because it means exposing an API and attaching to it functionality it's not suited for. The tricks you mention could be much more useful if callbacks could intercept lookups for individual symbols, rather than acting as a fallback for handling whole libraries. But this would require much more substantial changes to the dynamic linker code. A separate API entry point could be added for that. To recap: *) that API was never public. *) I'm not comfortable with publishing that API and supporting it with the fallback functionality. *) if we need a fallback mechanism something like my proposed interface is much better and I think is suitable for publishing (maybe with an additional flags value to give a priority vs the existing lookups). Maybe, but my patch exists, and cleanly repurposes existing functionality to fix an existing limitation. Implementing your proposed solution properly (especially with symbol granularity rather than library granularity) would require a much more substantial amount of work. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Make mono_dl_register_library into a fallback
On Fri, Jul 2, 2010 at 12:38 PM, Michael Hutchinson m.j.hutchin...@gmail.com wrote: On Fri, Jul 2, 2010 at 6:18 AM, Paolo Molaro lu...@ximian.com wrote: On 07/01/10 Michael Hutchinson wrote: The mono_dl_register_library function can currently be used to register P/Invoke mappings for platforms that do not have a dynamic linker. The attached patch makes it also function as a fallback when the system's dynamic linker cannot resolve the library, so that it is always available to embedders. I'll also need to restore mono/utils/mono-embed.h to the public headers in the autotools build (but this patch was created using MSVC on Windows). OK to commit to trunk? This interface is not suitable as a fallback mechanism, it would be too cumbersome to use and it's probably not ideal even for its intended purpose. What about a callback registration system instead? The intended purpose, AFAIK, is to expose statically linked libraries to P/Invoke. That's what I'm using it for, and it's very straightforward to use this way. I have a trivial C# tool that reflects over the library with the P/Invokes and dumps the mappings to source files. My patch isn't intended to provide a generic dynamic linker fallback. It's meant to provide an easy way to P/Invoke statically linked libraries for all embedders, not just those on platforms without dynamic linkers. It is more flexible as a fallback since it doesn't require to register upfront all the possible names and load the all functions at startup. It's likely better also for the original purpose when, for example, even if dynamic linking is not possible it is possible to lookup a symbol at runtime. It opens up the possibility of also generating the code at runtime (for redirecting some win32 p/invokes to winforms for example, or other tricks). Something along these lines: typedef void* (*MonoDlFallbackLoad) (const char *name, int flags, char **err, void *user_data); typedef void* (*MonoDlFallbackSymbol) (void *handle, const char *name, char **err, void *user_data); typedef void* (*MonoDlFallbackClose) (void *handle, void *user_data); void mono_dl_register_fallback (MonoDlFallbackLoad load_func, MonoDlFallbackSymbol symbol_func, MonoDlFallbackClose close_func, void *user_data); The old interface could be easily implemented on top of this new one (though we likely could drop it as well). That's certainly more flexible, but I'm not convinced it's necessary at this time without concrete use cases. If we're going to include the old interface anyway - else we make embedders responsible for reimplementing its functionality - then why not go this path for now, and reimplement it on top of the callbacks later? Any comment on this? I'd really like to get this functionality merged ASAP, as other people depend on it, and the patch is getting stale. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] base call hoisting (error) and MonoDevelop w/Moonlight
On Fri, Jul 9, 2010 at 5:31 PM, ted leslie tles...@tcn.net wrote: I have built a successful gtk-sharp-2-12-branch mcs mono mono-addins mono-basic moon from:: co svn://anonsvn.mono-project.com/source/trunk/ but on the monodevelop I get errors: This error: ./MonoDevelop.AspNet.Gui/AspProjectDom.cs(91,50): error CS0584: Internal compiler error: base call hoisting ./MonoDevelop.AspNet.Gui/AspProjectDom.cs(91,25): error CS1579: foreach statement cannot operate on variables of type `object' because it does not contain a definition for `GetEnumerator' or is not accessible [trimmed] Since the hoist error effects the GetToolsPath in Moonlight (in MD), it may be the reason for my MD moonlight build issue. If not, then there seems to be two seperate issues. The fact that MD errors once, then not the next time, and appears to generate a successful moonlight app, only to have to give a blank plugin (in browser), probably isn't correct behavior, even if I somehow F'd up my install? (check for empty *.g.resources file?) (but I like to think I did the install like anyone else would have). The root of the problem is a C# compiler bug (Internal error) in mcs trunk. It's likely there other issues are knock-on effects - maybe your workaround is returning bad values. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Make mono_dl_register_library into a fallback
On Fri, Jul 2, 2010 at 6:18 AM, Paolo Molaro lu...@ximian.com wrote: On 07/01/10 Michael Hutchinson wrote: The mono_dl_register_library function can currently be used to register P/Invoke mappings for platforms that do not have a dynamic linker. The attached patch makes it also function as a fallback when the system's dynamic linker cannot resolve the library, so that it is always available to embedders. I'll also need to restore mono/utils/mono-embed.h to the public headers in the autotools build (but this patch was created using MSVC on Windows). OK to commit to trunk? This interface is not suitable as a fallback mechanism, it would be too cumbersome to use and it's probably not ideal even for its intended purpose. What about a callback registration system instead? The intended purpose, AFAIK, is to expose statically linked libraries to P/Invoke. That's what I'm using it for, and it's very straightforward to use this way. I have a trivial C# tool that reflects over the library with the P/Invokes and dumps the mappings to source files. My patch isn't intended to provide a generic dynamic linker fallback. It's meant to provide an easy way to P/Invoke statically linked libraries for all embedders, not just those on platforms without dynamic linkers. It is more flexible as a fallback since it doesn't require to register upfront all the possible names and load the all functions at startup. It's likely better also for the original purpose when, for example, even if dynamic linking is not possible it is possible to lookup a symbol at runtime. It opens up the possibility of also generating the code at runtime (for redirecting some win32 p/invokes to winforms for example, or other tricks). Something along these lines: typedef void* (*MonoDlFallbackLoad) (const char *name, int flags, char **err, void *user_data); typedef void* (*MonoDlFallbackSymbol) (void *handle, const char *name, char **err, void *user_data); typedef void* (*MonoDlFallbackClose) (void *handle, void *user_data); void mono_dl_register_fallback (MonoDlFallbackLoad load_func, MonoDlFallbackSymbol symbol_func, MonoDlFallbackClose close_func, void *user_data); The old interface could be easily implemented on top of this new one (though we likely could drop it as well). That's certainly more flexible, but I'm not convinced it's necessary at this time without concrete use cases. If we're going to include the old interface anyway - else we make embedders responsible for reimplementing its functionality - then why not go this path for now, and reimplement it on top of the callbacks later? The tricks you mention could be much more useful if callbacks could intercept lookups for individual symbols, rather than acting as a fallback for handling whole libraries. But this would require much more substantial changes to the dynamic linker code. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Extract mono_exception_get_message_string from mono_print_exception
On Fri, Jul 2, 2010 at 6:28 AM, Paolo Molaro lu...@ximian.com wrote: On 07/01/10 Michael Hutchinson wrote: The attached patch adds a new mono_exception_get_message_string function to the Mono public API, extracted from mono_print_exception. This makes it possible for embedders easily to convert exceptions to strings without printing them and without using private API. It is already possible to use the embedding API to get the same result without using any private API, of course. My bad, I hadn't found mono_get_exception_class. Anyway, we can certainly add an helper method, but it should be more general: MonoString *mono_object_to_string (MonoObject *obj, MonoObject **exc); Note that it works for any object and that it allows the user to handle exceptions thrown from the implict method invocation. The result can be used as is or mono_string_to_utf8 () can be called on Implemented - new patch attached. I also made mono_string_to_utf8_checked public, as mono_string_to_utf8 is marked deprecated. -- Michael Hutchinson http://mjhutchinson.com mono-print-exception.diff Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Extract mono_exception_get_message_string from mono_print_exception
On Fri, Jul 2, 2010 at 3:13 PM, Michael Hutchinson m.j.hutchin...@gmail.com wrote: On Fri, Jul 2, 2010 at 6:28 AM, Paolo Molaro lu...@ximian.com wrote: ... Anyway, we can certainly add an helper method, but it should be more general: MonoString *mono_object_to_string (MonoObject *obj, MonoObject **exc); Note that it works for any object and that it allows the user to handle exceptions thrown from the implict method invocation. The result can be used as is or mono_string_to_utf8 () can be called on Implemented - new patch attached. I also made mono_string_to_utf8_checked public, as mono_string_to_utf8 is marked deprecated. I just noticed that the definition in object.h should be mono_object_to_string, not mono_object_get_string. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Extract mono_exception_get_message_string from mono_print_exception
On Fri, Jul 2, 2010 at 3:43 PM, Robert Jordan robe...@gmx.net wrote: You can get rid of the loop and optimize it further by caching System.Object's ToString method: MonoString * mono_object_to_string (MonoObject *obj, MonoObject **exc) { static MonoMethod *to_string = NULL; MonoMethod *method; g_assert (obj); if (!to_string) to_string = mono_class_get_method_from_name_flags (mono_get_object_class (), ToString, 0, METHOD_ATTRIBUTE_VIRTUAL | METHOD_ATTRIBUTE_PUBLIC); method = mono_object_get_virtual_method (obj, method); return (MonoString *) mono_runtime_invoke (method, obj, NULL, exc); } Makes sense - I'm not familiar with Mono runtime API, and I'd just lifted code directly from mono_print_exception. I've folded this into my patch (with the to_string fix), added Changelogs, and updated the utils Makefile.am to install mono-error.h. OK to commit now? -- Michael Hutchinson http://mjhutchinson.com mono-print-exception.diff Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] Extract mono_exception_get_message_string from mono_print_exception
The attached patch adds a new mono_exception_get_message_string function to the Mono public API, extracted from mono_print_exception. This makes it possible for embedders easily to convert exceptions to strings without printing them and without using private API. OK to commit to trunk? -- Michael Hutchinson http://mjhutchinson.com mono-print-exception.diff Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] Make mono_dl_register_library into a fallback
The mono_dl_register_library function can currently be used to register P/Invoke mappings for platforms that do not have a dynamic linker. The attached patch makes it also function as a fallback when the system's dynamic linker cannot resolve the library, so that it is always available to embedders. I'll also need to restore mono/utils/mono-embed.h to the public headers in the autotools build (but this patch was created using MSVC on Windows). OK to commit to trunk? -- Michael Hutchinson http://mjhutchinson.com mono-dl-map.diff Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Extract mono_exception_get_message_string from mono_print_exception
On Thu, Jul 1, 2010 at 3:44 PM, Michael Hutchinson m.j.hutchin...@gmail.com wrote: The attached patch adds a new mono_exception_get_message_string function to the Mono public API, extracted from mono_print_exception. This makes it possible for embedders easily to convert exceptions to strings without printing them and without using private API. OK to commit to trunk? On second thoughts, mono_exception_to_string is a better name. Also, mono_free, as defined in mono-publib.h, does not seem to exist, so as an embedder it's currently not possible to free the returned string. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Extract mono_exception_get_message_string from mono_print_exception
On Thu, Jul 1, 2010 at 8:06 PM, Michael Hutchinson m.j.hutchin...@gmail.com wrote: Also, mono_free, as defined in mono-publib.h, does not seem to exist, so as an embedder it's currently not possible to free the returned string. Oh, false alarm, it seems the problem is that mono-publib.c isn't included in the MSVC project. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Standard name for mcs
On Sun, Jun 27, 2010 at 4:29 PM, Russell Wallace russell.wall...@gmail.com wrote: On Sun, Jun 27, 2010 at 9:22 PM, Mark de Bruijn | Dykam kram...@gmail.com wrote: The problem is that not all version of C# are completely backwards compatible themselves. I was under the impression Microsoft were being very careful about maintaining backward compatibility in both the language and the library. If that fails, it's basically going to be a choice between going back to Java (which I'd rather not do) or back to C++ (which I'd really rather not do). What backward compatibility bugs do you know of? And for some reason I am still missing the point. Mono going to 4.0 just means dmcs is available. Well, as of 2.4.4, gmcs is available but now mcs is _not_ available in the standard distribution. I infer from that, that once dmcs becomes available, gmcs will likewise stop being available in the standard distribution. Is that not the case? I.e. is there going to be a change of policy in this regard? If so, that would be an adequate solution. No, mcs has been included in *all* released versions of Mono to date. It will only be removed in 2.8, about 5-6 years after the addition of gmcs. I suspect your problem is the fact that Debian/Ubuntu breaks up Mono into many tiny packages in order to minimize install size of applications for end-users, and this unfortunately means that developers often don't find things that they'd expect to be in a normal Mono installation. You likely need to install the mcs package (no idea what the package name is though). -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Performance issues
On Tue, Jun 22, 2010 at 9:53 PM, tutiplain megatho...@gmail.com wrote: Hi everyone, I am new to Mono. I was wondering about how much memory is required to run Mono. I have installed Mono, MonoDevelop and GTK# on three machines. On two of them, I've had to remove it, because both basically ground down to halt when I ran MonoDevelop for the first time. CPU was fine, and the mono.exe process wasn't using a hole lot of RAM. But the hard drive access light never stopped blinking. Could this simply be due to the fact that both of those machines had 1 GB of RAM? I installed on my desktop which has 2 GB, and so far I haven't faced these issues. Please, any help you can provide will be greatly appreciated. What versions OS are you using? I haven't had problems running MD 2.4 + Mono 2.6.4 in an openSUSE 11.2 VM with 1GB of RAM (except after keeping very large solutions open for a few hours). -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] gstreamer-sharp problems
On Mon, May 31, 2010 at 5:28 PM, rasive ras...@gmail.com wrote: Could someone at least point me in the right direction? A working example would be sufficient, i have tried a lot of ways, but none seems to work. What version are you using? There was an unfinished gstreamer-sharp floating around for several years, and only relatively recently was the effort resumed. I would recommend building the latest from source and trying the included samples. http://gstreamer.freedesktop.org/modules/gstreamer-sharp.html -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] openoffice uno
On Fri, May 28, 2010 at 6:54 AM, Peter Hagen pe...@wingsofdeath.nu wrote: Hi does anybody know if there is a tutorial about Mono and OpenOffice with Uno, with working examples? I'm not aware of anything current. Indeed, AFAIK, the templates in the MonoDevelop addin will not work with OOo 3.x due to some changes in 3.0. However, in theory, any .NET+OOo tutorials should be easy to adapt. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] XML problem - please help, this is driving me nuts!
On Mon, May 31, 2010 at 6:01 PM, Paul p...@all-the-johnsons.co.uk wrote: Hi, Not sure where I'm messing up here. I'm trying to deserialize some XML. It's a bog standard deserializer bit of code... FormData f; // explained below f = null; try { string path_env = Path.GetDirectoryName(Application.ExecutablePath) + Path.DirectorySeparatorChar; XmlSerializer s = new XmlSerializer(typeof(FormData)); Shouldn't this be typeof (FormList)? -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] Cannot compile monodebugger with mono from svn trunk
On Sat, May 29, 2010 at 3:10 PM, xplicit s...@ngs.ru wrote: In monodevelop 2.2 I don't see 'Run With Mono Soft Debugger' only 'Run With Mono Debugger'. In prefered debuggers I see: Mono Debugger, Mono Debugger for ASP.NET, GNU Debugger (GDB). Monodevelop 2.2 was installed from Ubuntu 10.04 repository and runs under mono 2.4. The soft debugger commands are only be enabled when you target Mono 2.6 or later, because the soft debugger was only added in Mono 2.6. However, you can target a Mono 2.6+ from a MD that's running on Mono 2.4 using MD's support for multiple target runtimes. However, Ubuntu removed the soft debugger addin from their MonoDevelop 2.2 build, because it includes a binary dll copied from Mono 2.6 :/ Also I have two parallel mono environment (mono 2.6.4 and mono 2.7) and tried to debug my applications with debugger from md 2.2 with no success. I did not try to recompile MD 2.2 from sources yet (shoud I recompile or maybe there is the way to add Soft Debugger to MD 2.2 without recompilation?) An unmodified MD 2.2 build has the soft debugger addin. You could try extracting the soft debugger addin dlls from the 2.2.2 rpms and manually installing them. But I tried to check out MD from trunk, recompiled it under mono 2.6.4 and software debbuger appeared in the list and I now can debug my app under 'Soft Debugger' both in the 2.6.4 and 2.7 mono environment. Generic mono debugger does not work with MD2.4 under mono 2.6.4 environment, throwing 'MissingMethod' exception when evaluating watch (DeclaringType in Mono.Debugger.Method). I don't know why this happens, I examined assembly, which monodevelop tries to load (Mono.Debugger.dll from /opt/mono26) and it seems, that the assembly has this method (if I understood right the output of monodis) I really don't know much about the MDB addin or whether it can work with multiple target Monos. You could try filing a bug or asking on the MD list. But if you have the soft debugger working, it's much more reliable anyway :) -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Cannot compile monodebugger with mono from svn trunk
On Tue, May 25, 2010 at 10:31 AM, xplicit s...@ngs.ru wrote: For me it does not matter, which debbuger to use. I just want to have the ablity to debug my applications in monodevelop with the latest mono. I tried to debug mono 2.7 application in monodevelop 2.2 without compiling and installing debugger, but I got the error: System.Runtime.Remoting.RemotingException: Tcp transport error. Server stack trace: at System.Runtime.Remoting.Channels.Tcp.TcpMessageIO.ReceiveMessageStatus (System.IO.Stream networkStream, System.Byte[] buffer) [0x0] at System.Runtime.Remoting.Channels.Tcp.TcpClientTransportSink.ProcessMessage (IMessage msg, ITransportHeaders requestHeaders, System.IO.Stream requestStream, ITransportHeaders responseHeaders, System.IO.Stream responseStream) [0x0] at System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage (IMessage msg) [0x0] Exception rethrown at [0]: --- System.Runtime.Remoting.RemotingException: Connection closed at System.Runtime.Remoting.Channels.Tcp.TcpMessageIO.StreamRead (System.IO.Stream networkStream, System.Byte[] buffer, Int32 count) [0x0] at System.Runtime.Remoting.Channels.Tcp.TcpMessageIO.ReceiveMessageStatus (System.IO.Stream networkStream, System.Byte[] buffer) [0x0] --- End of inner exception stack trace --- at System.Runtime.Remoting.Channels.Tcp.TcpMessageIO.ReceiveMessageStatus (System.IO.Stream networkStream, System.Byte[] buffer) [0x0] at System.Runtime.Remoting.Channels.Tcp.TcpClientTransportSink.ProcessMessage (IMessage msg, ITransportHeaders requestHeaders, System.IO.Stream requestStream, ITransportHeaders responseHeaders, System.IO.Stream responseStream) [0x0] at System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage (IMessage msg) [0x0] this is was the reason why I try to compile debugger with mono 2.7 You got this message from running the debugger? I can see how something like that could happen if you used an old version of MDB with MD... but it shouldn't happen with the soft debugger. Do you have the menu option Run-Run with-Mono Soft Debugger? -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Cannot compile monodebugger with mono from svn trunk
On Mon, May 24, 2010 at 2:56 PM, xplicit s...@ngs.ru wrote: I tried to compile monodebugger with mono from trunk and could not. FWIW, are you sure you want MDB? Since Mono 2.6 there's a new SDB debugger built into the Mono runtime by default, which MonoDevelop 2.2 supports by default without any extra addins. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Newbie question on basic configuration
On Thu, May 13, 2010 at 12:57 PM, Rogers Hellman rog...@semrsys.com wrote: That is a good point and I'm not sure of the answer (too many late night hours working on this). I have assumed that since when I try to display the bioplugin.axsm page and apache then triggers an attempt to run mod-mono-server2, that the apache module is doing what it is supposed to. But, I'm a newbie and could be wrong. Does the mod-mono-server2 file it's trying to run exist on windows? I though the windows launch scripts ended with .bat. Maybe setting MonoServerPath would help. [Disclaimer: I know ~nothing about mono-mono] -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] mono debugger
On Wed, May 12, 2010 at 2: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. Alan's point about not mixing version still stands. And are you sure you want the MDB debugger? Mono 2.6+ has the SDB debugger built into the runtime. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Garbage Collection Issue?
On Thu, May 13, 2010 at 2:59 PM, Bryan Murphy bmurphy1...@gmail.com wrote: On Thu, May 13, 2010 at 12:07 PM, Matt Dargavel m...@shout-telecoms.com wrote: Finally, does anyone have any other suggestions on where else I should look / other diagnostics to try? You might want to try heap-buddy, although it's been quite some time since I've been able to get it to compile. http://www.mono-project.com/HeapBuddy There's also heap-shot, which works fine with 2.6, as long as you use a SVN revision from around the time 2.6 was branched. Heap-shot can be used to snapshot the heap and examine the objects that are there, what objects they reference, and what objects reference them. It can also show the difference between heap snapshots. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] About monodoc
On Sat, Apr 24, 2010 at 10:59 AM, Stephen Liu sati...@yahoo.com wrote: monodoc-browser - MonoDoc GTK+ based viewer That one. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] MonoDevelop MoonLight debugger
On Tue, Apr 20, 2010 at 6:37 PM, Timothy Graupmann tgraupm...@yahoo.comwrote: I found a video on using the MonoDeveloper debugger with Moonlight. http://www.youtube.com/watch?v=GSUZRZWzTQM Apparently this works on Linux. I didn't have the same success on the mac. It requires Moonlight, not Silverlight. We don't have any way to access the SL debugger APIs. -- Michael Hutchinson http://mjhutchinson.com ___ 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] Improvement to Silverlight/Web-based video editing software project (GSoC)
Hi, The focus of this project is to create the app from scratch - and the key part is the video editing UI. The distribution ideas you discuss are interesting, but tangential to the main part of the project. Your proposal should definitely also explain how you would intend the UI to work. - Michael On Fri, Apr 2, 2010 at 3:53 AM, Adam Walkowski bloody.b...@gmail.com wrote: Hi Everybody, I have a question about idea of connect the Silverlight/Web-based video editing software project proposal (for Google Summer of Code 2010) and some of my ideas about distribution media in distracted environment. In general: 1. Use automatic compression mechanism to make preview files (considerable smaller than original ones) for all media files on server (for example builds by FFMpeg libraries). 2. Add some metadata to media files (about characters, actors, requisites, weather, time of day in record, aspect ratio, bitrate etc.) in XML files. 3. Distribute media files in two ways: by streaming compressed (preview) files from server to client app (for searching media resources by prepared metadata) and by downloading compressed (preview) files to local machine (for off-line and faster local montage). 4. Render finished projects on server from original media files or by downloading original files from server and substitute preview files used during montage on local machine. What do You think about it and this functionality? I'm fifth year student of Informatics at Faculty of Electronics, Telecommunications and Informatics (Specialization: Modeling and Programming Informatics Systems at Department of Algorithms and System Modeling) and second year student of Management at Faculty of Management and Economics (both studies at Gdansk University of Technology, Poland). I have three years experience in Java and .NET programming (especially in C#). I have participated two times in Microsoft Imagine Cup: in 2009 (category: software design, player and editing application for interactive movies) and in 2010 (two categories, first: game design, strategy game in Silverlight 3 simulating charity organization; second: Internet Explorer 8 plugin, data base of charities and these actions moderate by users). Apart form informatics and programming I'm interesting in video montage, computer graphics and animations. I try to match my Computer Science studies and movie making hobby in my final work at Informatics Faculty. It's connected with media distribution (and media data mining) in distracted team work on media projects like movies, animations, video and audio commercials, music etc. Cheers, Adam Walkowski ___ Mono-devel-list mailing list mono-devel-l...@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] GSoC 2010 - GTK# application
Hi, On Sun, Mar 21, 2010 at 1:51 PM, Nerlemoar berett...@o2.pl wrote: I'm a 4th year student in IT. I would like to talk about one of GSoC 2010 proposed projects - Gtk# application. I am thinking about an application to make anaglyphs. It would: * be written with GTK# * use many algorithms (color, half-color, grey, optimised, etc.) * algorithms will work asynchronously to UI to avoid blocking it * it will support many input and output filetypes (eg. jpg, bmp, png, tiff, etc.) * it will have a kind of step-by-step creator for begginers (maybe only this way - to click it out in a few steps, without huge screen with parameters?) * will have in-code documentation * will have user guide in html What do you think about it? Anaglyphs can be interesting for users and it can be an attractive demo of graphics processing in Mono/GTK#. I haven't seen many applications of that kind both for linux and windows, especially free and good-looking (and none with GTK#). It sounds interesting and novel, though it's not clear to me how the user would create the anaglyphs. Would they require stereoscopically separated photographs as an input source? I would like to ask how many projects can be made as GTK# applications in GSoC. Is there only one 'slot' for that subject, or any interesting application can be made at GSoC? We will likely pick very few completely stand-alone projects - we prefer contributions to existing projects as they're much more likely to be maintained. Perhaps it might work better as an addin for Pinta. You may also like to submit your proposal to GNOME. Note that you can also make multiple proposals to Mono, so you can also apply for other ideas that interest you. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] [MonoDevelop] RPM builder addin - GSOC idea
On Wed, Mar 24, 2010 at 2:44 AM, saf...@gmail.com wrote: Hi, We have packaging projects in Monodevelop, which let you build source and binary packge. The binary package is in the zip format or we can say portable format not in the installer format. We can have addin which let you create an RPM file that can be used to install on other machines. I don't know how work it need, can put this idea for GSOC? We can extend it to make .msi package for windows. Exisitng SharpDevelop code help here. Yes, these ideas are listed on the MD tasks page, and would be fine for GSoC, as long as some set of these features could be combined into a good proposal: http://monodevelop.com/Developers/Tasks/Packaging In particular, see the proposal for overhauling the packaging system, which would really be a prerequisite of any significant work in this area: http://monodevelop.com/Developers/Tasks/Packaging/Packaging_Projects_Overhaul -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] monodevelop from trunk compile error - error CS0006: cannot find metadata file `Mono.Cecil.dll'
On Wed, Feb 24, 2010 at 5:31 AM, Tomasz Kubacki tomasz.kuba...@gmail.com wrote: hello, I use mono from trunk with parallel env (http://www.mono-project.com/Parallel_Mono_Environments) You seem to be using a Mono in /usr/local, which can cause confusing build problems due to pkgconfig behaviour http://www.mono-project.com/Parallel_Mono_Environments#BEWARE:_pkgconfig_fallback_behaviour -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Testing Compatibility
On Sun, Feb 21, 2010 at 7:47 AM, Stifu st...@free.fr wrote: If I'm not mistaken, Mono can't build C++, but it should be able to run .NET C++ apps. Only if they're pure CIL. If they're mixed-mode, i.e. contain both native and CIL code in the dll/exe, then Mono can only run them on Windows or Wine. Unfortunately most C++/CLI is mixed-mode; although it's possible to run C++/CLI in CIL-only mode, that not very common, as managed/native interop is the main reason to use it. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Possible Bug
On Tue, Feb 16, 2010 at 10:27 AM, Abe Gillespie abe.gilles...@gmail.com wrote: I'll be happy to file a bug ... I just need more info. In visual studio you do *not* need a reference to System.Core to compile OK. So does csc.exe handle this differently from gmcs.exe or does visual studio automatically add a System.Core reference on-the-fly when a compile is fired off? Essentially, what bug(s) / what product(s) should I file this against? That's sounds like it's a gmcs issue then, not MD. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Possible Bug
I guess MonoDevelop should not provide completion for extension methods when System.Core is not referenced. MD should also reference System.Core by default in new 3.5+ projects. Please file bugs. Arguably gmcs should give a better error message too, so please file a separate bug against gmcs for that. On Feb 13, 2010 11:37 AM, Abe Gillespie abe.gilles...@gmail.com wrote: Not sure if this is a bug or just some sugar that VS.NET does. If you have extension methods in one assembly and then use those extension methods in another, if you do not reference System.Core then the compiler can't find those methods. I think the big problem is it's hard to diagnose. MonoDevelop will happily offer code-completion for those extension methods. However, when you compile, it fails. Unfortunately the error info doesn't give you any sort of clue that it's a missing System.Core reference and *NOT* a missing method. VS.NET will happily offer code-completion *and* compile. Example of an error message: Messenger.cs(34,34): Error CS1061: Type `Dimebrain.TweetSharp.Fluent.IFluentTwitter' does not contain a definition for `AuthenticateAs' and no extension method `AuthenticateAs' of type `Dimebrain.TweetSharp.Fluent.IFluentTwitter' could be found (are you missing a using directive or an assembly reference?) (CS1061) (Infrastructure) The last part - are you missing a using directive [...] - is misleading because that makes me think I need to add a reference to TweetSharp. But what it really needs is the System.Core reference. Hope that's useful. Thanks! -Abe ___ 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] Language of message errors in monodevelop
On Tue, Feb 9, 2010 at 8:20 AM, jav...@crowsoft.com.ar wrote: Hi, Someone knows how to set the language of message errors in MonoDevelop? I'm using mono in my work. My pc have windows XP in spanish (I can't change this) This kind of message (plus my horrible English) makes difficult for me ask for help about these errors. c:\Dev\proyectos.mono\CSDataBase\Codigo\CSDataBase\fCancelQuery.cs(14,14): Error CS1061: 'CSDataBase.fCancelQuery' no contiene una definici¢n de 'lbDescript' ni se encontr¢ ning£n m‚todo de extensi¢n 'lbDescript' que acepte un primer argumento de tipo 'CSDataBase.fCancelQuery' (¨falta una directiva using o una referencia de ensamblado?) (CS1061) (CSDataBase) Please file a bug against MonoDevelop.. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Advice on porting Windows app
On Thu, Feb 4, 2010 at 1:19 PM, Peter Shoebridge pe...@blueyondergaming.com wrote: I want to port our gaming client to Linux and would like to solicit possible approaches. The client consists of several separate applications, the first, is a background executable (with no UI) that starts and communicates with several others. This one should not pose any issues, other than it does have some code to communicate with some serial and usb peripherals. The UI apps are written for Silverlight 2.0 and hosted within a web browser control within windows forms applications. The silverlight UI code communicates with the host windows forms app using the ObjectForScripting method of the web browser control and calling javascript from the SL code. How would I best implement this feature in Mono and Moonlight? Basically, I need to host the Moonlight application which needs to perform some operations on the application, such as resize the window, change it to top most etc. which obviously can't be performed from the Moonlight environment directly. I want to avoid opening a socket as there are limited ports available and I am already using some of them. I believe Moonlight can be used out-of-browser in full trust with access to all framework APIs. You could also use the GTK# Moonlight widget to embed your GUI in a GTK window directly. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] MonoDevelop 2.2 on OS/X problems
On Sun, Jan 3, 2010 at 5:47 PM, Mike Christensen m...@kitchenpc.com wrote: I just got around to installing MonoDevelop 2.2 and Mono 2.6 (Both using the Disk Images) and am having several problems with web applications. 1) Running with soft debugger usually does not work. One of three things happens (at random): The web browser is never launched but the application appears to be running (If I open a browser and navigate to localhost, I just get a DNS error so looks like xsp isn't running), or; the web browser launches and tries to navigate to 127.0.0.1:8080, but after 10 minutes still no response, or; MonoDevelop freezes with the wait cursor and I have to Force Quit after several minutes. 2) I did get the app working once by changing the port to 8081, however when I tried running it again it also ran but would no longer trigger any breakpoints. When I recompiled and tried it again, it said it could not attach to the port (port in use). I tried changing to 8082, but this also locked up MonoDevelop next time I ran. 3) When I did get it to trigger a breakpoint, I noticed a lot of limitations with the soft debugger. First, I cannot drag variables to the watch window (there's also a bug if you drag a variable name off the IDE the move the mouse back, the mouse stays stuck in selection mode). Second, all information seems to be immutable. If I change button1.Text from Click me to Foo, it immediately just changes back to Click me. Third, I love the fact that there's an Immediate Window, but as of yet I've found no use for it. I cannot declare new variables (int x = 5), I cannot seem to change any existing variables (button1.Text = New Value;) and there's no auto-complete (Intellisense) within variables. Having an immediate window in VS for both managed code and script is the single best feature of the VS debugger, IMO. On the plus side, MonoDevelop has definitely come a long way in terms of Mac usability and raw speed. It's quick, loads fast, no weird re-size bugs (except for the fact I cannot seem to resize the entire app, only toggle between maximized and normal).. I would also /love/ to see a keyboard layout that would emulate Windows, where pressing the End key actually moved to the end of the line (silliest thing ever on Mac apps).. The one time I did get the debugger working, it seemed fast. Keep up the good work, it's getting there slowly but surely.. I would /love/ to have an open source alternative to Visual Studio 2008 but looks like we're still a ways off.. Could you please file bugs for these issues if you can still reproduce them with MD 2.2.1 and Mono 2.6.1? -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Change mono process name in ps/top
On Sun, Jan 24, 2010 at 10:55 AM, Robert Jordan robe...@gmx.net wrote: On 24.01.2010 16:08, Bryan Murphy wrote: On Sat, Jan 23, 2010 at 3:41 PM, Michael Hutchinson m.j.hutchin...@gmail.com wrote: For setting the name that ps uses you can use the -a argument to exec. Some older systems may not support this, such as MacOS 10.4, but we do it in MonoDevelop and haven't seen any problems reported with Linuxes. exec -a processname mono your.exe You need to use both tricks to make sure the name shows up everywhere. I tried Robert's suggestion, however, because it doesn't work under ps it's not as useful as I would like it to be. At the end of the day, I'm trying to accomplish something like what postgres does: ps aux | grep postgres postgres: IDLE postgres: SELECT postgres: INSERT etc. where I can get a quick idea what the process is doing without having to dig around a bunch of log files. It's clearly possible, other applications do it. Yes, native applications with access to main's argv[0] can achieve it easily under Linux, but managed apps simply cannot access this location. There is also no way that I know of to get a ptr to this memory location from a native library, so p/invoke won't help either. You may want to file an enhancement request with Mono's bugzilla stating that you wish a facility for *dynamically* changing the process name. I guess it's *possible* right now with Mono too. Instead of using the mono executable to run the app, create a tiny native app that uses libmono and the embedding interfaces to load and run the managed exe. This native shim can capture argv[0] and expose it via a P/Invokeable function. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Change mono process name in ps/top
On Sat, Jan 23, 2010 at 8:21 AM, Robert Jordan robe...@gmx.net wrote: On 23.01.2010 06:02, Bryan Murphy wrote: Is there a way I can change the name of a mono process for when I'm looking at it via ps or top? First, there is no portable way to change the process name. Though there is a similar call you can make on BSD (hence MacOS X), so you can use runtime platform detection to choose which call to make. See the SetProcessName method in main/src/core/MonoDevelop.Core/MonoDevelop.Core/Runtime.cs Under Linux, prctl(2) can be used to change the name. It seems that ps is still showing the command line, whereas top is actually considering the new name. For setting the name that ps uses you can use the -a argument to exec. Some older systems may not support this, such as MacOS 10.4, but we do it in MonoDevelop and haven't seen any problems reported with Linuxes. exec -a processname mono your.exe You need to use both tricks to make sure the name shows up everywhere. And on MacOSX, there is a third call you can use to override the name shown in the top menu bar, which is useful if your exe isn't running from an app bundle. See Carbon.SetProcessName in monodevelop/main/src/addins/MacPlatform/Framework/Carbon.cs -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 2.6 for Ubuntu
On Thu, Jan 14, 2010 at 11:59 AM, Chorn Sokun chornso...@gmail.com wrote: On Thu, Jan 14, 2010 at 11:57 PM, Alex Shulgin alexander.shul...@yessoftware.com wrote: Chorn Sokun wrote: Hmm, seem like I ran into another problem I can't I tried to build gtk-sharp running ./configure --prefix=/opt/mono yield the following error checking for MONO_DEPENDENCY... no 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. How can I pass this error? Assuming you've installed mono to /opt/mono successfully, try this: PKG_CONFIG_PATH=/opt/mono/lib/pkgconfig ./configure 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. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MSBUILD0005: Property name and value expected as /p:prop name=prop value
On Thu, Jan 7, 2010 at 3:18 PM, Yoerivdm yoeri...@chromosoom.be wrote: Hi, I just set up an Ubuntu server box with Mono 2.6.1. I wanted to use CruiseControl.NET (latest stable) for creating CI builds of an asp.net mvc application. All went fine, cruisecontrol is running fine but when building the project using XBuild, I receive: MSBUILD0005: Property name and value expected as /p:prop name=prop value Is there a fast way to fix this? I can eventually build a trunk version of mono if this would resolve the issue ... I suggest you file a bug against xbuild, so that the maintainer can fix it. My guess would be that xbuild doesn't handle setting multiple properties separated by ';' in /p options, which your example seems to be doing. As a workaround you might like to break them up into multiple /p options. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Label With Very Large Font
On Thu, Jan 7, 2010 at 11:55 AM, Ratfish aa...@radich.com wrote: My interface requires that I display a very large number on my form (at least 1 in height). I'm attempting to do this with a standard Gtk.Label, but have not been able to increase the font size all that much with the following code. Am I missing something? Is there a better suited control for displaying large numbers? Aaron // setup the font for the ItemCount // needs to be really large Pango.FontDescription objFont2 = PangoContext.FontDescription.Copy (); objFont2.Size = 275; //objFont2.Size = (int)(objFont2.Size * Pango.Scale.XXLarge); objFont2.Weight = Pango.Weight.Bold; lblItemCount.ModifyFont(objFont2); Your code looks correct to me, but beware of the Pango scaling factors. Have you tried using really big numbers? See http://go-mono.com/docs/index.aspx?link=P:Pango.FontDescription.Size for details. Btw, you might get more answers on the GTK# list. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-dev] Mono embedded : segfault when jit_cleanup
On Wed, Dec 23, 2009 at 5:35 AM, Damien maitred...@gmail.com wrote: Hi, I'm coding a plugin for valve source servers (half-life 2, orangebox...), and I try to embed Mono. All is working well, until I try to call mono_jit_cleanup : I have a segfault. In my code, when I don't call any Mono functions at all, all is working well. When I call Mono related functions, all is working well (init, assembly loading, type instanciation, function calling, type marshalling...), but cleanup = segfault. Event with only mono_jit_init with mono_jit_cleanup I have a segfault. How can I see if it is related to Mono or server ? I'm using Mono 2.4.2.3 (ubuntu 9.10 x86 distrib package). Check that you only call mono_jit_init once. Also, the track trace from the segfault would be useful in diagnosing the issue. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Is this by design?
On Wed, Dec 23, 2009 at 2:53 PM, Charlie Poole char...@nunit.com wrote: Hi All, The NUnit source contains separate solutions for VS2005, 2008, etc. Each solution contains multiple projects and each project contains multiple source folders under it. The actual source files are linked from each folder and show up under them in Solution Explorer. When I open these projects with MonoDevelop, they are all grouped as External Files and the individual folders don't show in the IDE. I see that MonoDevelop does support folders for source files that are actually contained under the directory containing the project and that files added in this way appear under their respective folders. Is the feature not supported for external files by design? If that's the case, can you suggest alternate structure that will allow me to support multiple solutions? MonoDevelop doesn't currently support MSBuild file links properly, as it ignores the target relative path. This is on my list to fix for MD 2.4. FYI, monodevelop-list would have been a more appropriate place to ask this. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] xsp 2.6.1 with C# 4.0 dmcs compilation
On Mon, Dec 21, 2009 at 7:28 AM, Tomi bosak.to...@gmail.com wrote: I have found that I can select in Monodevelop settring Runtime version to Mono / .NET 4.0, so I can use now C# 4.0 features, but when i create basic ASP.NET MVC project and try to compile it, I get errors like this: Error: /tmp/tmp6230408.tmp (MonoMvcTest) That's a known issue in MD that compiler crashes produce that kind of output (fixed after MD 2.2). If you take the command-line from the build pad and run it manually in a terminal, you can see the error. In addition to the compiler crash, MD doesn't currently invoke xsp4, the 4.0 version of xsp. If you really want to experiment with the 4.0 profile, I'd suggest using a parallel install of mono trunk (http://www.mono-project.com/Parallel_Mono_Environments) and MonoDevelop trunk, so that you can file bugs against the most recent version and see them fixed. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] xsp 2.6.1 with C# 4.0 dmcs compilation
On Mon, Dec 21, 2009 at 3:31 PM, Tomi bosak.to...@gmail.com wrote: Ok, but when I compile and install MD and xsp4 from trunk, how do I set in MD to use xsp4 instead of xsp2? Right now you would have to patch it, or file a bug report and wait for someone else to fix it. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list