[Mono-winforms-list] [PATCH] System.Windows.Forms.Form ControlBox bug
Hi, I've been working on getting my Windows Forms app to work under Mono and finding a few bugs along the way... This one relates to the ControlBox property of the Form class. When ControlBox is set to false, the form should have a title bar only if the Text property is not empty. So whenever the Text or Controlbox properties change this needs to be tested for and the Window size adjusted accordingly. See the attached patch, which is probably overkill. I haven't written or run any tests for this sorry as I'm still getting familiar with the Mono environment. Lachlan Keown Windows.Forms.ControlBox.diff Description: Binary data ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Unhandled Exception in LINUX
santiagpxp wrote: Hi everybody I have this problem when i run on linux rup...@linux:~ mono /home/rupert/Desktop/FBSShell/bin/Debug/FBSShell.exe Unhandled Exception: Microsoft.Practices.CompositeUI.Services.ModuleLoadException: Assembly file /home/rupert/Desktop/FBSShell/bin/Debug/home\rupert\Desktop\FBSShell\bin\Debug\FBSShell.exe was not found. at Microsoft.Practices.CompositeUI.Services.ModuleLoaderService.GuardLegalAssemblyFile (IModuleInfo modInfo) [0x0] at Microsoft.Practices.CompositeUI.Services.ModuleLoaderService.LoadAssemblies (Microsoft.Practices.CompositeUI.Configuration.IModuleInfo[] modules) [0x0] at Microsoft.Practices.CompositeUI.Services.ModuleLoaderService.InnerLoad (Microsoft.Practices.CompositeUI.WorkItem workItem, Microsoft.Practices.CompositeUI.Configuration.IModuleInfo[] modules) [0x0] at Microsoft.Practices.CompositeUI.Services.ModuleLoaderService.Load (Microsoft.Practices.CompositeUI.WorkItem workItem, System.Reflection.Assembly[] assemblies) [0x0] at Microsoft.Practices.CompositeUI.CabApplication`1[Microsoft.Practices.CompositeUI.WorkItem].ProcessShellAssembly () [0x0] at Microsoft.Practices.CompositeUI.CabApplication`1[Microsoft.Practices.CompositeUI.WorkItem].Run () [0x0] at FBSShell.FBSApplication.Main () [0x0] When I perform the analysis in MOMA has no compatibility issues for my project, but I have a warning on Microsoft.Practices.CompositeUI.dll, the method is MonoTodo and the reason said We should parse basetype from right to left in 2.0 profile Please Help me Thanks See http://jpobst.blogspot.com/2008/10/smart-client-software-factory-on-mono.html http://jpobst.blogspot.com/2008/10/smart-client-software-factory-on-mono.html which leads us to ModuleInfo constructor not cross-platform safe http://smartclient.codeplex.com/WorkItem/View.aspx?WorkItemId=18740 WorkItem 18740 At least I presume that's same issue; sounds very much like it. :-( Andy -- View this message in context: http://www.nabble.com/Unhandled-Exception-in-LINUX-tp23656819p23667980.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] [PATCH] System.Windows.Forms.Form ControlBox bug
Hey! Would it be possible to fill a bug report with the attached patch, so we don't forget about it? Thanks! Carlos. 2009/5/22 Lachlan Keown lachlanke...@gmail.com Hi, I've been working on getting my Windows Forms app to work under Mono and finding a few bugs along the way... This one relates to the ControlBox property of the Form class. When ControlBox is set to false, the form should have a title bar only if the Text property is not empty. So whenever the Text or Controlbox properties change this needs to be tested for and the Window size adjusted accordingly. See the attached patch, which is probably overkill. I haven't written or run any tests for this sorry as I'm still getting familiar with the Mono environment. Lachlan Keown ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] Alpha blending in libgdiplus (call for testers)
Hi, Recently a whole set of issues in libgdiplus related to alpha blending was discovered. They are summarized in this bug report: https://bugzilla.novell.com/show_bug.cgi?id=495516 Some important information can be found in the original mailing list thread[1]. In particular, motivation behind the changes is described[2] in detail there. In short: libgdiplus uses cairo to do drawing; cairo uses special PARGB format for pixels representation; libgdiplus tries to hide this fact from clients; this doesn't work out. There's currently a patch to solve the issues, but it didn't see much testing. If you are an active mono user (think System.Windows.Forms, System.Drawing) or you are porting existing code to mono, or you just feel adventurous then you can help by trying libgdiplus from SVN (or latest released tarball[3]) with the patch. Please, if you wish for a brighter future for mono and have some spare time, try the following (instructions for Ubuntu): # Install libs tools needed to compile libgdiplus. $ sudo apt-get build-dep libgdiplus # Bootstrap build environment. Add --prefix=/usr to replace version # from package upon install (not needed if you use mono and class # libraries from SVN, like me.) ~/src/mono/trunk/libgdiplus$ sh autogen.sh # Apply the patch, download it first from bug report above. $ patch -p0 libgdiplus-pargb.patch $ make $ sudo make install Now you can run System.Drawing tests if you have the class libraries sources, like this: ~/src/mono/trunk/mcs/class/System.Drawing$ make run-test PROFILE=net_2_0 As mentioned in the bugzilla entry, the patch as is breaks a few tests of icon to bitmap conversion. You can silence them (not recommended) by applying this patch: https://bugzilla.novell.com/attachment.cgi?id=291608 It is generally wise to run the tests before and after applying the patch to see if there's any difference (you can always use patch -R to revert it). If tests are looking good, please try do you daily stuff with mono and report any problems you think were introduced by the patch. If you have some unit tests in your apps--please run them as well. With your help I hope we can catch potential problems with the patch before the next mono release. -- Happy hacking! Alex [1] http://go-mono.com/forums/#nabble-to22931264 [2] http://go-mono.com/forums/#nabble-p23232056 [3] http://ftp.novell.com/pub/mono/sources/libgdiplus/libgdiplus-2.4.tar.bz2 ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Unhandled Exception in LINUX
Thanks for your reply I found this page http://www.mono-project.com/IOMap in this page explains that there is a path problem between Linux and Windows and one of the solutions proposed is to use the following command: $ export MONO_IOMAP=all $ mono myapp.exe I use this command but doesn't work Please can you explain me if I can do to solve this problem Thank you Robert Jordan wrote: santiagpxp wrote: Hi everybody I have this problem when i run on linux rup...@linux:~ mono /home/rupert/Desktop/FBSShell/bin/Debug/FBSShell.exe Unhandled Exception: Microsoft.Practices.CompositeUI.Services.ModuleLoadException: Assembly file /home/rupert/Desktop/FBSShell/bin/Debug/home\rupert\Desktop\FBSShell\bin\Debug\FBSShell.exe was not found. Look at this path: /home/rupert/Desktop/FBSShell/bin/Debug/home\rupert\Desktop\FBSShell\bin\Debug\FBSShell.exe See the backslashes? They are treated as normal chars under Linux unless the environment variable MONO_IOMAP is set. See mono's man page. Robert ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list -- View this message in context: http://www.nabble.com/Unhandled-Exception-in-LINUX-tp23656819p23677082.html Sent from the Mono - WinForms mailing list archive at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] [PATCH] System.Windows.Forms.Form ControlBox bug
Done - Bug #506632. 2009/5/23 Carlos Alberto Cortez calberto.cor...@gmail.com Hey! Would it be possible to fill a bug report with the attached patch, so we don't forget about it? Thanks! Carlos. 2009/5/22 Lachlan Keown lachlanke...@gmail.com Hi, I've been working on getting my Windows Forms app to work under Mono and finding a few bugs along the way... This one relates to the ControlBox property of the Form class. When ControlBox is set to false, the form should have a title bar only if the Text property is not empty. So whenever the Text or Controlbox properties change this needs to be tested for and the Window size adjusted accordingly. See the attached patch, which is probably overkill. I haven't written or run any tests for this sorry as I'm still getting familiar with the Mono environment. Lachlan Keown ___ Mono-winforms-list maillist - mono-winforms-l...@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-aspnet-list] I'm a Windows web developer, need help with Mono
mlad0921 wrote: Like mentioned, I am a windows-based web developer. Recently, I was approached about doing a project and the person was insistent on using a host that uses unix-based servers. I told them I would prefer to develop with ASP.net, and was told about the mono project. Hi mlad0921 I have a similar situation. I simple want to run this code: http://www.nabble.com/file/p23668477/screenshot%2B-%2B2009_05_22%2B01-08-41.jpg But It does not work. Compilation of Visual Basic code is not supported for v1.0/v1.1 assemblies, please use the v2.0 assemblies. - If this is a web application, use xsp2/mod_mono_server2 instead of xsp/mono_mono_server (see http://www.mono-project.com/Mod_mono#ASP.NET_2_apps_do_not_work). - If this is a desktop application, use gmcs to compile your application instead of mcs. Nase -- View this message in context: http://www.nabble.com/I%27m-a-Windows-web-developer%2C-need-help-with-Mono-tp23515901p23668477.html Sent from the Mono - ASP.NET mailing list archive at Nabble.com. ___ Mono-aspnet-list mailing list Mono-aspnet-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-aspnet-list
[Mono-dev] Firebird build for Mono
Hi *, today I released 2.5 version of FirebirdClient (http://www.firebirdsql.org/index.php?op=filesid=netprovider). This version is way newer, than the one i.e. mentioned on http://www.mono-project.com/Firebird_Interbase. I have a build as well I can provide you some information how to build it yourself. Is there some way to put new version into official Mono environment (web page, maybe distribution, ...)? The provider is open-source free for any use as well as the Firebird database. -- Jiri {x2} Cincura (CTO x2develop.com) http://blog.vyvojar.cz/jirka/ | http://www.ID3renamer.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono 2.4 Preview Packages for Debian/Unstable
Hi everyone, yes here they are, the Debian packages for lovely Mono 2.4! Here the Debian NEWS teaser of Mono 2.4: mono (2.4-1) unstable; urgency=low * Mono 2.4 ships a lot of goodies: + SIMD support in Mono. + No expensive polls in the threading implementation any longer. + Speed-up garbarge collection on multi-core systems. + Optimized XPath (using 15% less memory). + Faster DateTime.TryParse implementation (by not using try/catch). + Support for precompiled ASP.NET pages. * Complete Announcement of Mono 2.4 (vs Mono 2.2): http://www.mono-project.com/Release_Notes_Mono_2.4 * Mono 2.2 also ships with lovely things: + The tree-based code generation engine in the JIT was replaced with the Linear IL engine, which allows better optimizations. + Generic sharing is now used in all cases (reduces memory usage). + Generic sharing is now supported on ARM. + Support of full Ahead of Time Compilation. + New PerformanceCounters implementation that allows to monitor the runtime internals. Including the GUI tool mperfmon to view them. + Interactive shell called csharp that allows to execute C# expressions inside a shell. There is also a GUI version available called gsharp. + Live Inspection. You can attach using the csharp shell to a running process and run code inside to debug things. + The C# compiler will now optimize empty strings () away with String.Empty (which reduces memory usage). + The Regular Expressions engine has been rewritten being more efficient. At the same time compiled regex are also supported now. + ASP.NET supports now new routing handlers needed by ASP.NET MVC. + In the WinForms implementation were almost 200 bugs fixed (since Mono 2.0) * Complete Announcement of Mono 2.2 (vs Mono 2.0): http://www.mono-project.com/Release_Notes_Mono_2.2 * Mono 2.0 shipped with: + A console debugger (mdb) part of the mono-debugger package. + WinForms 2.0 API is complete. + WinForms's WebBrowser was implemented using Mozilla's Gecko HTML rendering engine. + WinForms now supports international keyboard input through XIM. + Performance of locking (used by threading) was significally improved. + New debug parameter --debug=cast which print outs the types in forInvalidCastException. + The C# compiler supports now expression trees (for LINQ) which completes the C# 3.0 support. + The C# compiler is now dual-licensed under MIT/X11 and GPLv2 (only). + LINQ and LINQ to XML are now complete. + Big Arrays for 64bit architectures are now support (but have to be compiled using the --enable-big-arrays configure switch) * Complete Announcement of Mono 2.0: http://www.mono-project.com/Release_Notes_Mono_2.0 -- Mirco Bauer mee...@debian.org Fri, 10 Apr 2009 00:58:39 +0200 Here the APT repository (x86 only) for the packages: deb http://debian.meebey.net/pkg-mono/mono / The release schedule goes like this: - upload to debian.meebesy.net (completed) - once I received some positive feedback I will push the packages as -1 to Debian/Experimental. - once the packages passed the NEW queue I will upload them to Debian/Unstable. - sync with Ubuntu/Karmic Happy Mono 2.4ing! -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developermee...@meebey.net http://www.meebey.net/ PEAR Developermee...@php.net http://pear.php.net/ Debian Developer mee...@debian.org http://www.debian.org/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Resolving dependencies while compiling
* Jonathan Pryor jonpr...@vt.edu [2009-05-20 21:23]: gmcs is currently being modified to use Mono.Cecil instead of System.Reflection.Emit, which should make gmcs act more like .NET here. That's what I had understood from some bug reports, good :) There are different solutions we could use: 1) gmcs could compile like VS, not knowing the types from Tier0/1 - ideal This should eventually work with either Mono 2.6 or 2.8, due to the gmcs Cecil migration. That would be really nice. 2) reference all dll's from Tier0/1 in application - bad Not sure why this is bad. Annoying, certainly, but bad? Yes, 'bad' is maybe a too strong word. From a technical point of view, everything is ok. But in practice, in non-trivial appliaction it is very, very annoying. First, you get all namespaces from all libraries available in code completion. Types/namespaces that shouldn't really be used at that tier are avaialbe to programmer, etc. If any lib changes it's dependent libraries it's hell. You must add references to all projects if lib adds new dependency. If some lib drops dependency, you don't event know you can drop it from you libs, etc. Really annoying ;) 3) copy (symlink) all dll's from Tier0/1 to directory of every Module* (Tier2) - that's what we've been using until now. But it started to be a real maintenance problem. Someone off-list mentioned that svn + symlinks == pain, so I can see how this would be problematic. True, first it sometimes just breaks. Second, creating them is annoying ;) 4) put all dll's from all Tiers to one directory - we want to avoid that Not sure why you want to avoid this, considering that to _run_ your app (for testing, etc.) you'll need all of these assemblies in the same True. Problem is we have one application, that's dynamically loading modules at runtime. So, we don't need all aseemblies in output directory of every module. The server has references to all (or most of) libraries from Tier0/1, so they are in output directory of the application when it is run (that answers the question about how we ensure having the libs at runtime). Comming back to the question. At the moment we are using about 10-12 outside libraries at tier 1. And 4 libraries developed in-house. Many of those libraries comes with more then 1 dll (NHibernate and Castle with many more). So, putting them all in one directory, and adding references to them means .dll hell, and problems when libs are updaed to new version etc. ... Oh, wait, I think I understand now. You mean - only coping those dll's to on dir at build time (or repo update time), and only use this directory during build, not to add references. That's some idea :) But I think it is very similar to setting MONO_PATH? All our problems are really coming from few requirements: - we are lazy ;) - we don't want maintance problems when upgrading libraries, quessing where dll's comes from (so we keep per-library dir) - we want to develop the same project in both windows nad linux, - we want to use .csproj for both IDEs - VS and MD (it is working great, btw), - we want the work for developers as smooth as possible - we would want to avoid having to track few build files and keep them in sync - everything just works ;) Ok, I know, daydreaming ;-) Have a nice weekend. silk ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Problem with reference not refreshed or specific version binding
Anyone have a clue? At 09.36 20/05/2009, APS wrote: Hi, I have a similar problem on a console application that use a couple of libraries. The main executable is built against 1.1 version of libraries but I installed it the first time (so without replacing file already run) with version 1.2 of the same libraries. With MS Framework it works well, in mono I receive an error saying that it doesn't found version 1.1. In Mono specific version reference is implicit? I always have to rebuild to be able to use a new version of a library? Or there's some configuration? Or I'm doing something wrong (the most probably option ehehe)? At 19.53 14/05/2009, Gonzalo Paniagua Javier wrote: On Thu, 2009-05-14 at 18:34 +0200, APS wrote: Hi, I'm working on a webapplication with mod_mono. The web app runs well but if I try to update an assembly with a different version I obtain a Compilation Error saying that an assembly could not be loaded. In detailed errors I see that the problem is that a referenced assembly (the dll I updated) version 1.2.3 cannot be found. My new assembly is inside bin but it's has a new version (1.2.4) I checked the reference in the main assembly and specific version is false, so it should work with every assembly version. I first removed the 1.2.3 version and then placed the new version as described into faqs. I checked the assembly that is specified on the gmcs command line, as specified in detailed error ( tmp/wwwrun-temp-aspnet-0/37c30bc1/assembly/shadow/409bd53a/54dc730a_1447a630_0001/) and there is the right file, the 1.2.4 version. What I'm doing wrong? why it seems to keep on searching for the old specific version? Thanks in advance. Mono does not deal well with 2 assemblies that are different only in the version number. I believe this is already in bugzilla (and it will be for a while) -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Problem with reference not refreshed or specific version binding
APS wrote: Anyone have a clue? Remove the wildcards from your AssemblyVersion attributes: [assembly: AssemblyVersion(1.0.0.0)] and only increment the version if the API really changed. Robert At 09.36 20/05/2009, APS wrote: Hi, I have a similar problem on a console application that use a couple of libraries. The main executable is built against 1.1 version of libraries but I installed it the first time (so without replacing file already run) with version 1.2 of the same libraries. With MS Framework it works well, in mono I receive an error saying that it doesn't found version 1.1. In Mono specific version reference is implicit? I always have to rebuild to be able to use a new version of a library? Or there's some configuration? Or I'm doing something wrong (the most probably option ehehe)? At 19.53 14/05/2009, Gonzalo Paniagua Javier wrote: On Thu, 2009-05-14 at 18:34 +0200, APS wrote: Hi, I'm working on a webapplication with mod_mono. The web app runs well but if I try to update an assembly with a different version I obtain a Compilation Error saying that an assembly could not be loaded. In detailed errors I see that the problem is that a referenced assembly (the dll I updated) version 1.2.3 cannot be found. My new assembly is inside bin but it's has a new version (1.2.4) I checked the reference in the main assembly and specific version is false, so it should work with every assembly version. I first removed the 1.2.3 version and then placed the new version as described into faqs. I checked the assembly that is specified on the gmcs command line, as specified in detailed error ( tmp/wwwrun-temp-aspnet-0/37c30bc1/assembly/shadow/409bd53a/54dc730a_1447a630_0001/) and there is the right file, the 1.2.4 version. What I'm doing wrong? why it seems to keep on searching for the old specific version? Thanks in advance. Mono does not deal well with 2 assemblies that are different only in the version number. I believe this is already in bugzilla (and it will be for a while) -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Problem with reference not refreshed or specific version binding
I already do that. I don't have wildcards and I increment the version when I fix some bug or add some feature to the library. But I'm not able to install an existing exe with a fixed library without recompiling it, even if the interface is compatible. it always says that the version number is not as expected. At 17.34 22/05/2009, Robert Jordan wrote: APS wrote: Anyone have a clue? Remove the wildcards from your AssemblyVersion attributes: [assembly: AssemblyVersion(1.0.0.0)] and only increment the version if the API really changed. Robert At 09.36 20/05/2009, APS wrote: Hi, I have a similar problem on a console application that use a couple of libraries. The main executable is built against 1.1 version of libraries but I installed it the first time (so without replacing file already run) with version 1.2 of the same libraries. With MS Framework it works well, in mono I receive an error saying that it doesn't found version 1.1. In Mono specific version reference is implicit? I always have to rebuild to be able to use a new version of a library? Or there's some configuration? Or I'm doing something wrong (the most probably option ehehe)? At 19.53 14/05/2009, Gonzalo Paniagua Javier wrote: On Thu, 2009-05-14 at 18:34 +0200, APS wrote: Hi, I'm working on a webapplication with mod_mono. The web app runs well but if I try to update an assembly with a different version I obtain a Compilation Error saying that an assembly could not be loaded. In detailed errors I see that the problem is that a referenced assembly (the dll I updated) version 1.2.3 cannot be found. My new assembly is inside bin but it's has a new version (1.2.4) I checked the reference in the main assembly and specific version is false, so it should work with every assembly version. I first removed the 1.2.3 version and then placed the new version as described into faqs. I checked the assembly that is specified on the gmcs command line, as specified in detailed error ( tmp/wwwrun-temp-aspnet-0/37c30bc1/assembly/shadow/409bd53a/54dc730a_1447a630_0001/) and there is the right file, the 1.2.4 version. What I'm doing wrong? why it seems to keep on searching for the old specific version? Thanks in advance. Mono does not deal well with 2 assemblies that are different only in the version number. I believe this is already in bugzilla (and it will be for a while) -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] Adding hooks for BSTR Marshaling
Hi, The attached patch allows hook functions to be registered with mono to use when marshaling BSTRs. I need this functionality because the Win32 API emulator we use requires that the encoding is ucs4 and another allocator be used. This patch only correct part of my problem. If this is approved I will be adding similar code for Marshal.AllocCoTaskMem and Marshal.AllocHGlobal, which will be a separate commit. 2009-05-22 Bill Holmes billholme...@gmail.com * cominterop.c : mono_string_to_bstr, mono_string_from_bstr and mono_free_bstr changed to call external hooks if installed. mono_install_bstr_funcs added to the set the hooks. * marshal-hooks.h : Added to declare mono_install_bstr_funcs * Makefile.am : Adding marshal-hooks.h to the list of public API header files. Code is contributed under MIT/X11 license. -bill monocomstring_new4.patch 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] Problem with reference not refreshed or specific version binding
APS wrote: I already do that. I don't have wildcards and I increment the version when I fix some bug or add some feature to the library. But I'm not able to install an existing exe with a fixed library without recompiling it, even if the interface is compatible. it always says that the version number is not as expected. Don't bump the version if the interface remains compatible. As Gonzalo already wrote: there are subtle differences between mono and MS.NET. Mono behaves more like MS.NET when the assemblies are strongnamed. Otherwise it's stricter than MS.NET. Robert At 17.34 22/05/2009, Robert Jordan wrote: APS wrote: Anyone have a clue? Remove the wildcards from your AssemblyVersion attributes: [assembly: AssemblyVersion(1.0.0.0)] and only increment the version if the API really changed. Robert At 09.36 20/05/2009, APS wrote: Hi, I have a similar problem on a console application that use a couple of libraries. The main executable is built against 1.1 version of libraries but I installed it the first time (so without replacing file already run) with version 1.2 of the same libraries. With MS Framework it works well, in mono I receive an error saying that it doesn't found version 1.1. In Mono specific version reference is implicit? I always have to rebuild to be able to use a new version of a library? Or there's some configuration? Or I'm doing something wrong (the most probably option ehehe)? At 19.53 14/05/2009, Gonzalo Paniagua Javier wrote: On Thu, 2009-05-14 at 18:34 +0200, APS wrote: Hi, I'm working on a webapplication with mod_mono. The web app runs well but if I try to update an assembly with a different version I obtain a Compilation Error saying that an assembly could not be loaded. In detailed errors I see that the problem is that a referenced assembly (the dll I updated) version 1.2.3 cannot be found. My new assembly is inside bin but it's has a new version (1.2.4) I checked the reference in the main assembly and specific version is false, so it should work with every assembly version. I first removed the 1.2.3 version and then placed the new version as described into faqs. I checked the assembly that is specified on the gmcs command line, as specified in detailed error ( tmp/wwwrun-temp-aspnet-0/37c30bc1/assembly/shadow/409bd53a/54dc730a_1447a630_0001/) and there is the right file, the 1.2.4 version. What I'm doing wrong? why it seems to keep on searching for the old specific version? Thanks in advance. Mono does not deal well with 2 assemblies that are different only in the version number. I believe this is already in bugzilla (and it will be for a while) -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.4 Preview Packages for Debian/Unstable (now also for AMD64)
On Fri, 22 May 2009 03:47:06 +0200 Mirco Bauer mee...@debian.org wrote: Hi everyone, yes here they are, the Debian packages for lovely Mono 2.4! ... Here the APT repository (x86 only) for the packages: deb http://debian.meebey.net/pkg-mono/mono / I just uploaded AMD64 binary packages to that repository. Thanks goes to Jo Shields for providing them! The release schedule goes like this: - upload to debian.meebesy.net (completed) - once I received some positive feedback I will push the packages as -1 to Debian/Experimental. I still lack positive feedback btw! Do the packages work for you? As in does the upgrade work without any issues and does your software still work with the new packages? - once the packages passed the NEW queue I will upload them to Debian/Unstable. - sync with Ubuntu/Karmic Happy Mono 2.4ing! -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developermee...@meebey.net http://www.meebey.net/ PEAR Developermee...@php.net http://pear.php.net/ Debian Developer mee...@debian.org http://www.debian.org/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.4 Preview Packages for Debian/Unstable (now also for AMD64)
I've upgraded my Ubuntu Jaunty, and Monodevelop is working OK, didn't test extensively or used other apps like Tomboy and Banshee yet, but the upgrade process (with synaptic) was eventless (although cumbersome because of the extreme granularity of Mono packaging for Debian) Thanks On Fri, May 22, 2009 at 4:36 PM, Mirco Bauer mee...@debian.org wrote: On Fri, 22 May 2009 03:47:06 +0200 Mirco Bauer mee...@debian.org wrote: Hi everyone, yes here they are, the Debian packages for lovely Mono 2.4! ... Here the APT repository (x86 only) for the packages: deb http://debian.meebey.net/pkg-mono/mono / I just uploaded AMD64 binary packages to that repository. Thanks goes to Jo Shields for providing them! The release schedule goes like this: - upload to debian.meebesy.net (completed) - once I received some positive feedback I will push the packages as -1 to Debian/Experimental. I still lack positive feedback btw! Do the packages work for you? As in does the upgrade work without any issues and does your software still work with the new packages? - once the packages passed the NEW queue I will upload them to Debian/Unstable. - sync with Ubuntu/Karmic Happy Mono 2.4ing! -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developermee...@meebey.net http://www.meebey.net/ PEAR Developermee...@php.net http://pear.php.net/ Debian Developer mee...@debian.org http://www.debian.org/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Rafael Monoman Teixeira --- To be creative means to be in love with life. You can be creative only if you love life enough that you want to enhance its beauty, you want to bring a little more music to it, a little more poetry to it, a little more dance to it. Osho ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Installing Mono on Damn Small Linux (DSL)
Thanks but the problem is gcc is not installed on DSL. Then libxml is not installed, then wrong version of libc is not installed, then git is not installed, I am looking for a step by step tutorial because actually it is much too complicated to install mono on another sytem than Suse. For example, I wonder if I can manually install from RPMs ? -- View this message in context: http://www.nabble.com/Installing-Mono-on-Damn-Small-Linux-%28DSL%29-tp23556901p23666474.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Installing Mono on Damn Small Linux (DSL)
On Fri, May 22, 2009 at 4:25 AM, zolof prin...@hotmail.com wrote: Thanks but the problem is gcc is not installed on DSL. Then libxml is not installed, then wrong version of libc is not installed, then git is not installed, I am looking for a step by step tutorial because actually it is much too complicated to install mono on another sytem than Suse. Actually it's pretty easy on any system with packages. If you are trying to use DSL then usually you are doing so because you are not only *comfortable* installing everything by hand, but *prefer* it. If you don't want to track down build dependencies for compiling Mono, then DSL is probably not for you. Use a proper distro. -- Chris Howie http://www.chrishowie.com http://en.wikipedia.org/wiki/User:Crazycomputers ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] embedding and displaying a mono form using Show or ShowDialog
hey all I am embedding mono in Cocoa app. When I display a form using form.Show() it is not shown correctly and doesnt seem to be receiving any messages. But when I display it using form.ShowDialog() it seems to work correctly. Is this a known issue and are there any workarounds to address this issue -- View this message in context: http://www.nabble.com/embedding-and-displaying-a-mono-form-using-Show-or-ShowDialog-tp23670966p23670966.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] embedding and displaying a mono form using Show or ShowDialog
You will need a message loop running. Generally this is done with: Application.Run (new MyForm ()); Jonathan ptr2009 wrote: hey all I am embedding mono in Cocoa app. When I display a form using form.Show() it is not shown correctly and doesnt seem to be receiving any messages. But when I display it using form.ShowDialog() it seems to work correctly. Is this a known issue and are there any workarounds to address this issue ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] DLL Created in Visual Basic 6.0 can run on cross platform
An alternative would be using Jabaco (www.jabaco.org). You write sourcecode similar to VB6 and with Jabaco you can compile it to bytecode which is similar to the output of the Java programing language. If the Jabaco generate code for the Mono would be great! But... :/ []s Pedro Alves www.pedrojr.net 2009/5/22 Rolf Bjarne Kvinge rolfli...@ya.com Hi, i have a .dll created in visual basic 6.0. now i want to run that .dll in linux platform, so how can i do this?. Use wine (http://www.winehq.org/) is it possible with mono framework? if so then can you guide me how to start?, how to compile?, how to execute? If you absolutely do not want to use wine, you need to convert your VB6 dll/project/application to VB7+ using Visual Studio first, when you got it working in Windows, you just copy your application to a linux machine where you have mono installed and execute 'mono myapp.exe'. Rolf can you tell me what are the steps to use mono framework? i will be thankfull to all of you... -- View this message in context: http://www.nabble.com/DLL-Created-in- Visual-Basic-6.0-can-run-on-cross-platform-tp23611949p23611949.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] DLL Created in Visual Basic 6.0 can run on cross platform
Hi, I belive that the problem with VB6 is that it massively depends on third party closed source ActiveX DLLs and OCXes written in C that are very unlikely to be available on Linux without Wine. I think that there are two reasonable solutions: 1) Use genuine VB6 on Wine. 2) Convert the project to VB.NET, remove ActiveX dependencies and use Mono. In my opinion other conversions are not worth. Kornél Pedro Alves wrote: An alternative would be using Jabaco (www.jabaco.org http://www.jabaco.org). You write sourcecode similar to VB6 and with Jabaco you can compile it to bytecode which is similar to the output of the Java programing language. If the Jabaco generate code for the Mono would be great! But... :/ []s Pedro Alves www.pedrojr.net http://www.pedrojr.net 2009/5/22 Rolf Bjarne Kvinge rolfli...@ya.com mailto:rolfli...@ya.com Hi, i have a .dll created in visual basic 6.0. now i want to run that .dll in linux platform, so how can i do this?. Use wine (http://www.winehq.org/) is it possible with mono framework? if so then can you guide me how to start?, how to compile?, how to execute? If you absolutely do not want to use wine, you need to convert your VB6 dll/project/application to VB7+ using Visual Studio first, when you got it working in Windows, you just copy your application to a linux machine where you have mono installed and execute 'mono myapp.exe'. Rolf can you tell me what are the steps to use mono framework? i will be thankfull to all of you... -- View this message in context: http://www.nabble.com/DLL-Created-in- Visual-Basic-6.0-can-run-on-cross-platform-tp23611949p23611949.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com mailto:Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com mailto:Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] DLL Created in Visual Basic 6.0 can run on cross platform
2009/5/22 Kornél Pál kornel...@gmail.com: I belive that the problem with VB6 is that it massively depends on third party closed source ActiveX DLLs and OCXes written in C that are very unlikely to be available on Linux without Wine. No, the problem is that VB6 does not compile things to CIL, it compiles them to either native x86 or P-Code. The MS.NET and Mono runtimes don't know how to run anything but CIL (or AOT'd CIL). In other words, you can't run VB6 on Mono for the same reasons you can't run an x86 app on a PPC machine. -- Chris Howie http://www.chrishowie.com http://en.wikipedia.org/wiki/User:Crazycomputers ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Joining multicast groups with Socket
I have had a strange problem with mono. I am using Socket class to listen some UDP traffic and that socket must join multicast. The line for joining multicast looks like this: udpSocket.SetSocketOption (SocketOptionLevel.IP, SocketOptionName.AddMembership, new MulticastOption (ipMulticast, ipAddress)); I have tested that on a computer in a development environment and it worked fine. When I moved the computer to another network some strange problems occured. I got the following messages when I tried to run this program as a service: May 21 09:23:11 xxx mono: yyy.exe: Exception has been thrown by the target of an invocation. May 21 09:23:11 xxx mono: yyy.exe: Network subsystem is down. I found out that the error occured when computer wanted to join multicast with the line of code I have provided at the beginning. When I put the computer in the development network it worked OK again. Then I started to analyze what is the difference and found out the following. The development network has default gateway defined and the other network has not. The reason is that network is closed an no traffic does need to go in or out of that network. That is why I didn't provide default gateway in network settings. Then I put some dummy default gateway into network configuration and all started to work fine. I am not sure if it is OK to work that way. I think joining multicast group should work with no default gateway too. It is true that multicast IP I was using is outside of the network (224.1.1.1) because all multicast adresses have reserved IP space out of any other network. But adding a default gateway that does not exist is not a sensible solution for me. I am writing this to help anyone that may encounter similar problems. I also hope some mono developers will take a look at it and maybe correct it in the future releases. I didn't test that in .NET Windows since I don't use multicast there. I was using mono 2.4 on Centos 5.3. -- View this message in context: http://www.nabble.com/Joining-multicast-groups-with-Socket-tp23665993p23665993.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Joining multicast groups with Socket
markohrastovec wrote: I am not sure if it is OK to work that way. I think joining multicast group should work with no default gateway too. It is true that multicast IP I was using is outside of the network (224.1.1.1) because all multicast adresses have reserved IP space out of any other network. But adding a default gateway that does not exist is not a sensible solution for me. In place of a bogus route you may want to set a correct mcast route: route add -net 224.0.0.0 netmask 240.0.0.0 dev eth0 Replace eth0 by the alias of your interface. I am writing this to help anyone that may encounter similar problems. I also hope some mono developers will take a look at it and maybe correct it in the future releases. I didn't test that in .NET Windows since I don't use multicast there. I was using mono 2.4 on Centos 5.3. Mono cannot fix local configuration problems. Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] building mono 2.4 and related stuff (eg Monodevelop) on Debian/Sid/AMD64...
Hello My goal is to build a recent mono (the 2.4 release) on my Debian/Sid/AMD64 system. I specifically wanted xsp, gtk-sharp and monodevelop The page http://ftp.novell.com/pub/mono/sources-stable/ Mono 2.4 sources list a lot of files, but does not contain any instructions or dependencies. I believe many people miss exact instructions to build all (or at least most) of the Mono packages. First, on my Debian/Sid/AMD64, I installed all the mono related packages. I also apt-get build-dep most of them, to be sure that I have all the numerous required dependencies. Building mono itself is quite easy and nicely documented in the http://www.mono-project.com/Release_Notes_Mono_2.4 Mono 2.4 release notes I believe I managed to build most of the mono software. I used script to record my commands. And you could download the http://starynkevitch.net/Basile/__MONO_2_4_BUILD_SCRIPT__.bz2 bzipped script output (the bzipped file is 373kb. The uncompressed file is almost 6.3Megabytes). As you can see, I made several errors (trying to build mono-tools monodevelop too early, without having built required dependencies). I hope that could help some people. I believe a possible order of build is libgdiplus-2.4 mono-2.4 mono-debugger-2.4 gtk-sharp-2.12.8 gluezilla-2.4 gnome-sharp-2.20.1 gnome-desktop-sharp-2.20.1 gecko-sharp-2.0-0.13 webkit-sharp-0.2 gtksourceview-sharp-2.0-0.12 xsp-2.4 mono-tools-2.4 mono-addins-0.4 monodevelop-2.0 monodevelop-debugger-mdb-2.0 monodevelop-database-2.0 May I respectfully suggest for Mono developers to document the order in which to build the released softwares. For newbies like me, it would help a lot. Regards. -- View this message in context: http://www.nabble.com/building-mono-2.4-and-related-stuff-%28eg-Monodevelop%29-on-Debian-Sid-AMD64...-tp23676642p23676642.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] DLL Created in Visual Basic 6.0 can run on cross platform
Hi, I'm aware of this. I just mean that if you convert VB6 source code to VB.NET, or that other language variant that targets the JVM, your code most likely still will not be platform independent because VB6 source code usually is heavily dependent on ActiveX DLLs. Kornél Chris Howie wrote: 2009/5/22 Kornél Pál kornel...@gmail.com: I belive that the problem with VB6 is that it massively depends on third party closed source ActiveX DLLs and OCXes written in C that are very unlikely to be available on Linux without Wine. No, the problem is that VB6 does not compile things to CIL, it compiles them to either native x86 or P-Code. The MS.NET and Mono runtimes don't know how to run anything but CIL (or AOT'd CIL). In other words, you can't run VB6 on Mono for the same reasons you can't run an x86 app on a PPC machine. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] building mono 2.4 and related stuff (eg Monodevelop) on Debian/Sid/AMD64...
Hello My goal is to build a recent mono (the 2.4 release) on my Debian/Sid/AMD64 system. I specifically wanted xsp, gtk-sharp and monodevelop The page http://ftp.novell.com/pub/mono/sources-stable/ Mono 2.4 sources list a lot of files, but does not contain any instructions or dependencies. I believe many people miss exact instructions to build all (or at least most) of the Mono packages. First, on my Debian/Sid/AMD64, I installed all the mono related packages. I also apt-get build-dep most of them, to be sure that I have all the numerous required dependencies. Building mono itself is quite easy and nicely documented in the http://www.mono-project.com/Release_Notes_Mono_2.4 Mono 2.4 release notes I believe I managed to build most of the mono software. I used script to record my commands. And you could download the http://starynkevitch.net/Basile/__MONO_2_4_BUILD_SCRIPT__.bz2 bzipped script output (the bzipped file is 373kb. The uncompressed file is almost 6.3Megabytes). As you can see, I made several errors (trying to build mono-tools monodevelop too early, without having built required dependencies). I hope that could help some people. I believe a possible order of build is libgdiplus-2.4 mono-2.4 mono-debugger-2.4 gtk-sharp-2.12.8 gluezilla-2.4 gnome-sharp-2.20.1 gnome-desktop-sharp-2.20.1 gecko-sharp-2.0-0.13 webkit-sharp-0.2 gtksourceview-sharp-2.0-0.12 xsp-2.4 mono-tools-2.4 mono-addins-0.4 monodevelop-2.0 monodevelop-debugger-mdb-2.0 monodevelop-database-2.0 May I respectfully suggest for Mono developers to document the order in which to build the released softwares. For newbies like me, it would help a lot. Regards. -- View this message in context: http://www.nabble.com/building-mono-2.4-and-related-stuff-%28eg-Monodevelop%29-on-Debian-Sid-AMD64...-tp23676647p23676647.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] building mono 2.4 and related stuff (eg Monodevelop) on Debian/Sid/AMD64...
Hello My goal is to build a recent mono (the 2.4 release) on my Debian/Sid/AMD64 system. I specifically wanted xsp, gtk-sharp and monodevelop The page http://ftp.novell.com/pub/mono/sources-stable/ Mono 2.4 sources list a lot of files, but does not contain any instructions or dependencies. I believe many people miss exact instructions to build all (or at least most) of the Mono packages. First, on my Debian/Sid/AMD64, I installed all the mono related packages. I also apt-get build-dep most of them, to be sure that I have all the numerous required dependencies. Building mono itself is quite easy and nicely documented in the http://www.mono-project.com/Release_Notes_Mono_2.4 Mono 2.4 release notes I believe I managed to build most of the mono software. I used script to record my commands. And you could download the http://starynkevitch.net/Basile/__MONO_2_4_BUILD_SCRIPT__.bz2 bzipped script output (the bzipped file is 373kb. The uncompressed file is almost 6.3Megabytes). As you can see, I made several errors (trying to build mono-tools monodevelop too early, without having built required dependencies). I hope that could help some people. I believe a possible order of build is libgdiplus-2.4 mono-2.4 mono-debugger-2.4 gtk-sharp-2.12.8 gluezilla-2.4 gnome-sharp-2.20.1 gnome-desktop-sharp-2.20.1 gecko-sharp-2.0-0.13 webkit-sharp-0.2 gtksourceview-sharp-2.0-0.12 xsp-2.4 mono-tools-2.4 mono-addins-0.4 monodevelop-2.0 monodevelop-debugger-mdb-2.0 monodevelop-database-2.0 May I respectfully suggest for Mono developers to document the order in which to build the released softwares. For newbies like me, it would help a lot. Regards. -- View this message in context: http://www.nabble.com/building-mono-2.4-and-related-stuff-%28eg-Monodevelop%29-on-Debian-Sid-AMD64...-tp23676650p23676650.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] building mono 2.4 and related stuff (eg Monodevelop) on Debian/Sid/AMD64...
Hello My goal is to build a recent mono (the 2.4 release) on my Debian/Sid/AMD64 system. I specifically wanted xsp, gtk-sharp and monodevelop The page http://ftp.novell.com/pub/mono/sources-stable/ Mono 2.4 sources list a lot of files, but does not contain any instructions or dependencies. I believe many people miss exact instructions to build all (or at least most) of the Mono packages. First, on my Debian/Sid/AMD64, I installed all the mono related packages. I also apt-get build-dep most of them, to be sure that I have all the numerous required dependencies. Building mono itself is quite easy and nicely documented in the http://www.mono-project.com/Release_Notes_Mono_2.4 Mono 2.4 release notes I believe I managed to build most of the mono software. I used script to record my commands. And you could download the http://starynkevitch.net/Basile/__MONO_2_4_BUILD_SCRIPT__.bz2 bzipped script output (the bzipped file is 373kb. The uncompressed file is almost 6.3Megabytes). As you can see, I made several errors (trying to build mono-tools monodevelop too early, without having built required dependencies). I hope that could help some people. I believe a possible order of build is libgdiplus-2.4 mono-2.4 mono-debugger-2.4 gtk-sharp-2.12.8 gluezilla-2.4 gnome-sharp-2.20.1 gnome-desktop-sharp-2.20.1 gecko-sharp-2.0-0.13 webkit-sharp-0.2 gtksourceview-sharp-2.0-0.12 xsp-2.4 mono-tools-2.4 mono-addins-0.4 monodevelop-2.0 monodevelop-debugger-mdb-2.0 monodevelop-database-2.0 May I respectfully suggest for Mono developers to document the order in which to build the released software. For newbies like me, it would help a lot. Regards. -- View this message in context: http://www.nabble.com/building-mono-2.4-and-related-stuff-%28eg-Monodevelop%29-on-Debian-Sid-AMD64...-tp23676660p23676660.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] building mono 2.4 and related stuff (eg Monodevelop) on Debian/Sid/AMD64...
Hello My goal is to build a recent mono (the 2.4 release) on my Debian/Sid/AMD64 system. I specifically wanted xsp, gtk-sharp and monodevelop The page http://ftp.novell.com/pub/mono/sources-stable/ Mono 2.4 sources list a lot of files, but does not contain any instructions or dependencies. I believe many people miss exact instructions to build all (or at least most) of the Mono packages. First, on my Debian/Sid/AMD64, I installed all the mono related packages. I also apt-get build-dep most of them, to be sure that I have all the numerous required dependencies. Building mono itself is quite easy and nicely documented in the http://www.mono-project.com/Release_Notes_Mono_2.4 Mono 2.4 release notes I believe I managed to build most of the mono software. I used script to record my commands. And you could download the http://starynkevitch.net/Basile/__MONO_2_4_BUILD_SCRIPT__.bz2 bzipped script output (the bzipped file is 373kb. The uncompressed file is almost 6.3Megabytes). As you can see, I made several errors (trying to build mono-tools monodevelop too early, without having built required dependencies). I hope that could help some people. I believe a possible order of build is libgdiplus-2.4 mono-2.4 mono-debugger-2.4 gtk-sharp-2.12.8 gluezilla-2.4 gnome-sharp-2.20.1 gnome-desktop-sharp-2.20.1 gecko-sharp-2.0-0.13 webkit-sharp-0.2 gtksourceview-sharp-2.0-0.12 xsp-2.4 mono-tools-2.4 mono-addins-0.4 monodevelop-2.0 monodevelop-debugger-mdb-2.0 monodevelop-database-2.0 May I respectfully suggest for Mono developers to document the order in which to build the released software. For newbies like me, it would help a lot. Regards. -- View this message in context: http://www.nabble.com/building-mono-2.4-and-related-stuff-%28eg-Monodevelop%29-on-Debian-Sid-AMD64...-tp23676763p23676763.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] adding an external dll (JsonExSerializer) into the system?
Hello All, I would like to install an external C# library, more precisely http://code.google.com/p/jsonexserializer/ Json Ex Serializer I thought that running sudo gacutil -i JsonExSerializer.dll would be enough, but this is apparently not the case. However, after that, gacutil -l | grep Json does find it. So something has been installed somewhere. So what is the usual equivalent of make install for external C# libraries like JsonExSerializer? The zip archive does also contain some files like JsonExSerializer.xml which seems to describe an assembly, but I have no idea how to use these files. Regards. PS. Sorry for the multipost of the previous question about Mono 2.4 building on Debian (with extra stuff like Monodevel). -- View this message in context: http://www.nabble.com/adding-an-external-dll-%28JsonExSerializer%29-into-the-system--tp23678067p23678067.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Building a new control, Need a starting point
On Mon, May 11, 2009 at 3:54 AM, Joshua Hayworth jos...@hayworthfamily.com wrote: Hello there, Disclaimer: I'm a mono newbie. My day job is in a Windows/.NET dev shop. I'd like to attempt to build an outliner control (very similar to the one you would see in the opml editor [http://editor.opml.org/]). Under normal circumstances I might inherit from System.Windows.Forms.Control, override the OnPaint method, and go from there. If I was to write the control with the intention of using the GTK# libraries, where would be a good place to start? Is there any existing controls (without DllImports) that I could take a look at as an example? There are a number of controls around, e.g. big ones like MonoDevelop's Mono.TextEditor, Banshee's ListView, etc, or smaller ones like MD's Toolbox. Or a really simple one that just wraps text to a fixed width, breaking on camel case: http://anonsvn.mono-project.com/viewvc/trunk/monodevelop/main/src/core/MonoDevelop.Components/MonoDevelop.Components/FixedWidthWrapLabel.cs?view=markup You can just subclass Widget, but if you subclass DrawingArea it sets up a GdkWindow for you. If you need input, your widget needs a GdkWindow; If not, you just paint onto some portion of the parent's GdkWindow. IIRC when creating the GdkWindow you have to pass a mask of the kinds of events you want to subscribe to - mouse, keyboard, DnD, etc. You need to handle the width request and allocation events to handle layout -- you need to handle whatever allocation you get, regardless of what you requested. Then handle the expose event to do the painting. If your widget has requested mouse, keyboard, DnD, etc events, you can handle those events too (all of this using the On* overrides, of course). -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list