[Mono-dev] GIT code generator fails on some MSVC managed code
Hi, while running x64 mixed mode assemblies under Wine/Mono I came through the problem that MSVC generated mixed IL code causes 'Invalid IL code' exception under Mono. The same dll compiled in 32-bit does not have such a problem. I've created a quick fix patch to mono/mini/method-to-ir.c which fixes the issue for me and a bug which now has a IL assembly test case and my patch (along with the initial MSVC example & description of the problem): https://bugzilla.xamarin.com/show_bug.cgi?id=37913 The last IL test case causes crash on native win32 and works under win64. To summarize, what happens (as I see it): Windows allows much of things mixing I8/PTR/I4 to pass compilation (for both 32/64), some of them get native GPF under Win32. Mono is fully checking assemblies and does not allow certain things to pass verifier (though if I do allow I8/PTR mixing in verifier on x64 it works). I realize that the patch is probably not an upstream candidate in its current form. The overall idea of arch-dependent assembly checks is probably not so OK for Mono as assembly code is meant to be arch independent. Windows might be following this principle but instead has less restrictive checking allowing the compiled assembly natively crash when needed (and managed code generator produces a different code for different arch). So straightforward way to maintain compatibility with real MSVC managed code under x64 is just allow such code to pass verifier. Maybe someone could push me in the right direction how this compatibility issue can be correctly fixed in Mono? I could possibly then make an appropriate patch and suggest it upstream. Thanks, Paul. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] sgen crash on x86_64 (when using libmono from Wine)
On 02/09/2016 09:25 PM, Rodrigo Kumpera wrote: > Hi Paul, > > Great catch! Using long in the code base is frowned upon as it has > this sort of issues. > Your patch can be merged as is. I can do it if you don't mind. > I will be grateful if you would merge it. Thanks, Paul. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] sgen crash on x86_64 (when using libmono from Wine)
Hi, while working with 64-bit mono under Wine (using libmono x64 dll) I came through a problem with SGen garbage collector crashing on either from finalizer thread or seemingly every time some garbage collection already happened before. Finally I found the problem in sgen-marksweep.c: bitcount(mword) implementation. I am attaching a patch which fixes it for me. The problem is only in libmono, mono 64 bit standalone executable does not have it. I am attaching a trivial test case which I finally used to isolate the problem (testprint.cs). If compile it with: 'mcs gccollect.cs -platform:x64', and then run with wine64 on a 64-bit wineprefix, there is a native SIGSEGV in second GC collect. I used vanilla wine 1.9.3 to reproduce the issue. Compiling test case with -platform:x64 is important as otherwise it will be run as 32-bit process for which the problem does not exist. Could you please advice if this (or similar) patch can somehow be pushed upstream? Thanks, Paul. From d79db908b99f5c51a74a2b151c59321e0649d26e Mon Sep 17 00:00:00 2001 From: Paul Gofman Date: Tue, 9 Feb 2016 19:06:22 +0300 Subject: [PATCH] sgen: fix bit counting in mword Fixes GC crashe for 64-bit architecture when using libmono. --- mono/sgen/sgen-marksweep.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/mono/sgen/sgen-marksweep.c b/mono/sgen/sgen-marksweep.c index 0e9691d..fd4a3ef 100644 --- a/mono/sgen/sgen-marksweep.c +++ b/mono/sgen/sgen-marksweep.c @@ -1401,8 +1401,8 @@ bitcount (mword d) int count = 0; #ifdef __GNUC__ - if (sizeof (mword) == sizeof (unsigned long)) - count += __builtin_popcountl (d); + if (sizeof (mword) == 8) + count += __builtin_popcountll (d); else count += __builtin_popcount (d); #else -- 2.5.0 using System; public class gc1 { public static void Main() { GC.Collect(); GC.Collect(); } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono/Windows Services
Thanks, that's working well so far On Thu, Jun 11, 2015 at 5:00 PM, Slide wrote: > Mono has mono-service2 that you can use to wrap a Windows service on *nix > to become a daemon that you can issue start and stop commands to like most > daemons. > > On Thu, Jun 11, 2015 at 1:50 PM Paul McEwan > wrote: > >> I have a Windows Service that I converted to Mono. What's the >> recommended way to keep it running in the background like a Windows Service >> -- i.e. you start it and it keeps running until you stop it? >> >> Should you just put a loop in the main thread that sleeps and wakes up >> every second and performs work? >> >> Or is there a better way? >> >> >> -- >> >> This message contains confidential information and is intended only for >> the individual named. If you are not the named addressee you should not >> disseminate, distribute or copy this e-mail. Please notify the sender >> immediately by e-mail if you have received this e-mail by mistake and >> delete this e-mail from your system. E-mail transmission cannot be >> guaranteed to be secure or error-free as information could be intercepted, >> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. >> The sender therefore does not accept liability for any errors or omissions >> in the contents of this message, which arise as a result of e-mail >> transmission. If verification is required please request a hard-copy >> version. Atlium Global Services, 3438 East Lake Rd, Ste 14, PMB #664, Palm >> Harbor, FL 34685 >> >> >> ___ >> Mono-devel-list mailing list >> Mono-devel-list@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-devel-list >> > -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Atlium Global Services, 3438 East Lake Rd, Ste 14, PMB #664, Palm Harbor, FL 34685 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono/Windows Services
Thanks, the mono-service tool is working well so far On Thu, Jun 11, 2015 at 5:01 PM, Oskar Berggren wrote: > You can use the mono-service tool to start the application through the > ServiceBase class, as in Windows. > > But ServiceBase or not, typically you would enter some sort of mainloop. > Most services will _wait_ for something to happen and not wake up until it > does. High-frequency timer-based polling should only be used as a last > resort - i.e. if there is no practically useful construct that you can wait > on. You can do timer-based if you have long sleep times (such as every hour > or less), or if the service's purpose is time-based data collection. > > /Oskar > > > > > 2015-06-11 21:49 GMT+01:00 Paul McEwan : > >> I have a Windows Service that I converted to Mono. What's the >> recommended way to keep it running in the background like a Windows Service >> -- i.e. you start it and it keeps running until you stop it? >> >> Should you just put a loop in the main thread that sleeps and wakes up >> every second and performs work? >> >> Or is there a better way? >> >> >> -- >> >> This message contains confidential information and is intended only for >> the individual named. If you are not the named addressee you should not >> disseminate, distribute or copy this e-mail. Please notify the sender >> immediately by e-mail if you have received this e-mail by mistake and >> delete this e-mail from your system. E-mail transmission cannot be >> guaranteed to be secure or error-free as information could be intercepted, >> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. >> The sender therefore does not accept liability for any errors or omissions >> in the contents of this message, which arise as a result of e-mail >> transmission. If verification is required please request a hard-copy >> version. Atlium Global Services, 3438 East Lake Rd, Ste 14, PMB #664, Palm >> Harbor, FL 34685 >> >> >> >> ___ >> Mono-devel-list mailing list >> Mono-devel-list@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-devel-list >> >> > -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Atlium Global Services, 3438 East Lake Rd, Ste 14, PMB #664, Palm Harbor, FL 34685 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono/Windows Services
I have a Windows Service that I converted to Mono. What's the recommended way to keep it running in the background like a Windows Service -- i.e. you start it and it keeps running until you stop it? Should you just put a loop in the main thread that sleeps and wakes up every second and performs work? Or is there a better way? -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Atlium Global Services, 3438 East Lake Rd, Ste 14, PMB #664, Palm Harbor, FL 34685 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] XslCompiledTransform and VB
I have some legacy xsl sheets that use the XslCompiledTransform class but they fail to load because they have VB code in them. Can these work with Mono? If so, how? -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Atlium Global Services, 3438 East Lake Rd, Ste 14, PMB #664, Palm Harbor, FL 34685 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Web Service Application State
I have a service application that calls a web service which stores information in Application state variables. If the service application calls the web service to set and retrieve data, it works fine, but if I use a browser to pull up the test form page and try to retrieve the same data, it's not returning anything. Does application state work differently in mono? Shouldn't it be global. Under Windows/IIS, both the service application and the test form see the same data. I'm using mono version 4.0.1 on Ubuntu Linux 14.04.2 LTS with Nginx version 1.4.6 and fastcgi-mono-server4 -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Atlium Global Services, 3438 East Lake Rd, Ste 14, PMB #664, Palm Harbor, FL 34685 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] XmlSerialization Issues
I got everything installed, and it's working perfectly now Thanks for your help On Wed, May 27, 2015 at 11:26 AM, Marek Safar wrote: > Hi, > > Can you try if it happens with the latest Mono 4.0 release as well ( >> http://www.mono-project.com/docs/getting-started/install/linux/)? >> > > xml-serialization was really only fixed in mono master. You could test > earlier versions but it's unlikely the code will work. > > Marek > > >> >> >> >> -- >> From: paul.mce...@atlium.com >> Date: Wed, 27 May 2015 10:16:36 -0400 >> To: mono-devel-list@lists.ximian.com >> Subject: [Mono-dev] XmlSerialization Issues >> >> >> I'm using Mono version 3.2.8 on Ubuntu Linux 14.04.2 LTS, and I'm having >> a strange problem sometimes when calling web services. I have a C# 2.0 web >> service, and sometimes when I call it, I get the error shown below. I can >> reproduce it every time, but I can't seem to find what combination of >> parameters is really causing the issue. Most of the arguments are just >> simple strings and integers. Can you please tell me how I can >> debug/workaround this? >> >> " at System.Xml.Serialization.XmlCustomFormatter.ToXmlString >> (System.Xml.Serialization.TypeData type, System.Object value) [0x0] in >> :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.GetStringValue >> (System.Xml.Serialization.XmlTypeMapping typeMap, >> System.Xml.Serialization.TypeData type, System.Object value) [0x0] in >> :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.WritePrimitiveValueLiteral >> (System.Object memberValue, System.String name, System.String ns, >> System.Xml.Serialization.XmlTypeMapping mappedType, >> System.Xml.Serialization.TypeData typeData, Boolean wrapped, Boolean >> isNullable) [0x0] in :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteMemberElement >> (System.Xml.Serialization.XmlTypeMapElementInfo elem, System.Object >> memberValue) [0x0] in :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteElementMembers >> (System.Xml.Serialization.ClassMap map, System.Object ob, Boolean >> isValueList) [0x0] in :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteMembers >> (System.Xml.Serialization.ClassMap map, System.Object ob, Boolean >> isValueList) [0x0] in :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteMessage >> (System.Xml.Serialization.XmlMembersMapping membersMap, System.Object[] >> parameters) [0x0] in :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteRoot >> (System.Object ob) [0x0] in :0 \n at >> System.Xml.Serialization.XmlSerializer.Serialize (System.Object o, >> System.Xml.Serialization.XmlSerializationWriter writer) [0x0] in >> :0 \n at >> System.Xml.Serialization.XmlSerializer.Serialize (System.Xml.XmlWriter >> xmlWriter, System.Object o, >> System.Xml.Serialization.XmlSerializerNamespaces namespaces) [0x0] in >> :0 " >> > >> >> >> >> -- >> >> This message contains confidential information and is intended only for >> the individual named. If you are not the named addressee you should not >> disseminate, distribute or copy this e-mail. Please notify the sender >> immediately by e-mail if you have received this e-mail by mistake and >> delete this e-mail from your system. E-mail transmission cannot be >> guaranteed to be secure or error-free as information could be intercepted, >> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. >> The sender therefore does not accept liability for any errors or omissions >> in the contents of this message, which arise as a result of e-mail >> transmission. If verification is required please request a hard-copy >> version. Atlium Global Services, 3438 East Lake Rd, Ste 14, PMB #664, Palm >> Harbor, FL 34685 >> >> >> >> ___ 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 >> >> > -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmissi
Re: [Mono-dev] XmlSerialization Issues
Sure, however, I'm not super skilled with Linux. I updated everything yesterday with the Ubuntu software updater, but it kept the version at 3.2.8. Do I need to manually install the latest version? And does that update MonoDevelop as well? Also, what's mono master? Thanks On Wed, May 27, 2015 at 11:26 AM, Marek Safar wrote: > Hi, > > Can you try if it happens with the latest Mono 4.0 release as well ( >> http://www.mono-project.com/docs/getting-started/install/linux/)? >> > > xml-serialization was really only fixed in mono master. You could test > earlier versions but it's unlikely the code will work. > > Marek > > >> >> >> >> -- >> From: paul.mce...@atlium.com >> Date: Wed, 27 May 2015 10:16:36 -0400 >> To: mono-devel-list@lists.ximian.com >> Subject: [Mono-dev] XmlSerialization Issues >> >> >> I'm using Mono version 3.2.8 on Ubuntu Linux 14.04.2 LTS, and I'm having >> a strange problem sometimes when calling web services. I have a C# 2.0 web >> service, and sometimes when I call it, I get the error shown below. I can >> reproduce it every time, but I can't seem to find what combination of >> parameters is really causing the issue. Most of the arguments are just >> simple strings and integers. Can you please tell me how I can >> debug/workaround this? >> >> " at System.Xml.Serialization.XmlCustomFormatter.ToXmlString >> (System.Xml.Serialization.TypeData type, System.Object value) [0x0] in >> :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.GetStringValue >> (System.Xml.Serialization.XmlTypeMapping typeMap, >> System.Xml.Serialization.TypeData type, System.Object value) [0x0] in >> :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.WritePrimitiveValueLiteral >> (System.Object memberValue, System.String name, System.String ns, >> System.Xml.Serialization.XmlTypeMapping mappedType, >> System.Xml.Serialization.TypeData typeData, Boolean wrapped, Boolean >> isNullable) [0x0] in :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteMemberElement >> (System.Xml.Serialization.XmlTypeMapElementInfo elem, System.Object >> memberValue) [0x0] in :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteElementMembers >> (System.Xml.Serialization.ClassMap map, System.Object ob, Boolean >> isValueList) [0x0] in :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteMembers >> (System.Xml.Serialization.ClassMap map, System.Object ob, Boolean >> isValueList) [0x0] in :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteMessage >> (System.Xml.Serialization.XmlMembersMapping membersMap, System.Object[] >> parameters) [0x0] in :0 \n at >> System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteRoot >> (System.Object ob) [0x0] in :0 \n at >> System.Xml.Serialization.XmlSerializer.Serialize (System.Object o, >> System.Xml.Serialization.XmlSerializationWriter writer) [0x0] in >> :0 \n at >> System.Xml.Serialization.XmlSerializer.Serialize (System.Xml.XmlWriter >> xmlWriter, System.Object o, >> System.Xml.Serialization.XmlSerializerNamespaces namespaces) [0x0] in >> :0 " >> > >> >> >> >> -- >> >> This message contains confidential information and is intended only for >> the individual named. If you are not the named addressee you should not >> disseminate, distribute or copy this e-mail. Please notify the sender >> immediately by e-mail if you have received this e-mail by mistake and >> delete this e-mail from your system. E-mail transmission cannot be >> guaranteed to be secure or error-free as information could be intercepted, >> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. >> The sender therefore does not accept liability for any errors or omissions >> in the contents of this message, which arise as a result of e-mail >> transmission. If verification is required please request a hard-copy >> version. Atlium Global Services, 3438 East Lake Rd, Ste 14, PMB #664, Palm >> Harbor, FL 34685 >> >> >> >> ___ 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 >> >> > -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arr
[Mono-dev] XmlSerialization Issues
I'm using Mono version 3.2.8 on Ubuntu Linux 14.04.2 LTS, and I'm having a strange problem sometimes when calling web services. I have a C# 2.0 web service, and sometimes when I call it, I get the error shown below. I can reproduce it every time, but I can't seem to find what combination of parameters is really causing the issue. Most of the arguments are just simple strings and integers. Can you please tell me how I can debug/workaround this? " at System.Xml.Serialization.XmlCustomFormatter.ToXmlString (System.Xml.Serialization.TypeData type, System.Object value) [0x0] in :0 \n at System.Xml.Serialization.XmlSerializationWriterInterpreter.GetStringValue (System.Xml.Serialization.XmlTypeMapping typeMap, System.Xml.Serialization.TypeData type, System.Object value) [0x0] in :0 \n at System.Xml.Serialization.XmlSerializationWriterInterpreter.WritePrimitiveValueLiteral (System.Object memberValue, System.String name, System.String ns, System.Xml.Serialization.XmlTypeMapping mappedType, System.Xml.Serialization.TypeData typeData, Boolean wrapped, Boolean isNullable) [0x0] in :0 \n at System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteMemberElement (System.Xml.Serialization.XmlTypeMapElementInfo elem, System.Object memberValue) [0x0] in :0 \n at System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteElementMembers (System.Xml.Serialization.ClassMap map, System.Object ob, Boolean isValueList) [0x0] in :0 \n at System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteMembers (System.Xml.Serialization.ClassMap map, System.Object ob, Boolean isValueList) [0x0] in :0 \n at System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteMessage (System.Xml.Serialization.XmlMembersMapping membersMap, System.Object[] parameters) [0x0] in :0 \n at System.Xml.Serialization.XmlSerializationWriterInterpreter.WriteRoot (System.Object ob) [0x0] in :0 \n at System.Xml.Serialization.XmlSerializer.Serialize (System.Object o, System.Xml.Serialization.XmlSerializationWriter writer) [0x0] in :0 \n at System.Xml.Serialization.XmlSerializer.Serialize (System.Xml.XmlWriter xmlWriter, System.Object o, System.Xml.Serialization.XmlSerializerNamespaces namespaces) [0x0] in :0 " > -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Atlium Global Services, 3438 East Lake Rd, Ste 14, PMB #664, Palm Harbor, FL 34685 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Compiling mono with custom rpath/dynamic-linker
Can someone please guide my on compiling mono, pointing to a custom /lib directory for a side-by-side installation of the glibc libraries? http://stackoverflow.com/questions/847179/multiple-glibc-libraries-on-a-single-host/851229#851229 Does ./configure support setting --rpath and --dynamic-linker? If not, can someone please guide me where to add them in the make file? -- Thanks! ~Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Parallella Epiphany III
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, I've just ordered one of these development boards from RS Components in the UK (http://uk.rs-online.com/web/p/processor-microcontroller-development-kits/8194709/). It's similar to the RPi in many ways, but has the far more powerful ARM Cortex 9 processor on it. I know the RPi has a version of Mono for it and that Mono is available for ARM in general. Is there anything I should be looking out for when building Mono for the Parallella with an ARM 9 or should it be straight forward. The board uses the gcc toolchain and a bog standard Linux distro (not sure which flavour though). TIA Paul - -- Out now from Packt Publishing - "Xamarin Mobile Application Development for iOS" - my first book http://www.packtpub.com/xamarin-mobile-application-development-for-ios/book -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUAZphAAoJEK7ghbJZxtwjvdAH/2MFYPK7gYKPLhgWIFpI/PXY YFGt/qUCDs+TnbmrHR0he3Qic75wSw9ArCW4OVrmv7il5iVFbZw1h7/G4KmMyMFf x62hOlaESIMC1FxHH7mfWKgVYyxyGj8KhbMCAtbRtr4Lh0rAXsHxjcWOLKCEmzIc 5GNrFU7yjvMlHd8WS0jNsYGPDhd4BKLzsJLeYEoWIi8p1a6YpqpQxVnnTLOQVAJL OqbTY5tk1pVnNbIPjPP4G7lt8Ei+LTY/atPaNVkatl2GlDf/7U41/MOyWvPlq0Vd jdVol0oJrvLXBDRl5JW0LOBDDOtvIyqZ5tvbeop0XGDoEpbR9NZVFGh48Oi9qcQ= =qx+X -END PGP SIGNATURE- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono 3.0 release
Hi, I've noticed mono 3.0 is out in beta for Apple - is there a date set yet for it to be out of beta? When I install it, monodevelop moans and offers to reinstall 2.10.8 Paul -- "Space," it says, "is big. Really big. You just won't believe how vastly, hugely, mindbogglingly big it is. I mean, you may think it's a long way down the road to the chemist's, but that's just peanuts to space, listen..." Hitch Hikers Guide to the Galaxy, a truly remarkable book! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.Web.WebSockets and ASP.net asynchronous programming
Hi Guys, Is anyone working on the implementation of the System.Web.WebSockets namespace and in relation to that the implementation of asynchronous programming found in ASP.net? If so can I join the effort (drop me an email pk...@brosoft.co.uk) Kind Regards Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Internet code which is fine under .NET, but dies on mono
Hi, I have a bit of a problem with some come which works and builds fine under VS2010 (targetting .NET 2) but returns a problem under mono on my linux box (using 2.10.1) - here is the code <-- private void btnTranslate_Click(object sender, EventArgs e) { string result = string.Empty; string url = string.Format(" https://www.googleapis.com/language/translate/v2?key={0}&q={1}&source={2}&target={3} ", key, txtTranslate.Text, data.from, data.to); try { WebRequest req = HttpWebRequest.Create(url); if (data.useproxy == true) { WebProxy myproxy = new WebProxy(data.proxyval, data.proxyPort); myproxy.BypassProxyOnLocal = false; req.Proxy = myproxy; } req.Method = "GET"; using (WebResponse res = req.GetResponse()) { using (StreamReader sr = new StreamReader(res.GetResponseStream(), Encoding.UTF8)) { result = sr.ReadToEnd(); } } } catch (Exception er) { MessageBox.Show(er.Message, "Network error", MessageBoxButtons.OK); return; } --> The code will fire up fine under mono, but fails to communicate with the google service complaining that it was able decode the returned string or the end of the string has been found, Any ideas or do I need to put this into the mono BZ? The binary can be found at http://www.all-the-johnsons.co.uk/translate.exe TTFN Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] gtkhtml-sharp
Hi, Not sure why, but gtkhtml-sharp seems to be missing from gtk-sharp-2.12.10 Has it been moved elsewhere or is there a missed dependency somewhere that the config file is not picking up on? Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Unknown build error on Fedora x86_64
Hi, First, I'm getting further with the build for Mono on Fedora! However, I've hit this which I've never seen before. It seems to hit Fedora 14 as well as rawhide. Any ideas? *** ERROR: No build ID note found in /home/paul/rpmbuild/BUILDROOT/mono-2.10.1-1.fc16.x86_64/usr/lib64/mono/2.0/ mcs.exe.so error: Bad exit status from /var/tmp/rpm-tmp.1YSSNm (%install) TTFN Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Unable to build Mono 2.10 RC4 on x86_64
Hi, I'm trying to build the latest release candidate for mono on my 64 bit box and it keeps moaning about an assert failure make[8]: Entering directory `/home/paul/rpmbuild/BUILD/mono-2.10/mcs/tools/gacutil' MCS [basic] gacutil.exe Inconsistency detected by ld.so: dl-deps.c: 623: _dl_map_object_deps: Assertion `nlist > 1' failed! make[8]: *** [../../class/lib/basic/gacutil.exe] Error 127 I'm using gcc-4.6.0-0.6.fc15.x86_64 and glib2-2.27.93-1.fc15.x86_64 both under Fedora rawhide. Any ideas on this blocker? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Nant 0.91-alpha2 build problem on 64 bit system
Hi, I'm trying to build nant-0.91-alpha 2 on my x86_64 Fedora box. It gets so far and then gives me the following error /home/paul/rpmbuild/BUILD/nant-0.91-alpha2/src/NAnt.DotNet/NAnt.DotNet.build(25,18): Function call failed. Expression: ${nant::scan-probing-paths(build.dir + '/bin','NDoc.ExtendedUI.dll')} ^^ "NDoc.ExtendedUI.dll" could not be found in any of the configured probing paths. I'm not seeing this under 32 bit builds. Any ideas why this is happening? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] mono.cecil
Hi, Mono.Cecil 0.9.4 has been released unto the world and works beautifully. Is there an eta for Mono.Cecil 1.0 and when it arrives, will it see an end to the myriad of packages bundling their own version of mono.cecil as well (e.g. monodevelop has it's own version)? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] mono.cecil
Hi, Mono.Cecil 0.9.4 has been released unto the world and works beautifully. Is there an eta for Mono.Cecil 1.0 and when it arrives, will it see an end to the myriad of packages bundling their own version of mono.cecil as well (e.g. monodevelop has it's own version)? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Unable to build 2.8.1
Hi, I'm unable to build mono-2.8.1 due to the following ./System/System.Net.Sockets/Socket_2_1.cs(523,55): error CS0117: `System.Net.Sockets.SocketType' does not contain a definition for `Dgram' System.Net.Sockets/SocketType_2_1.cs(27,21): (Location of the symbol related to previous error) I've applied some of the patches, but it seems that System.Net.Sockets has gone under massive development since the release of 2.8.1 and was wondering if I'd be better off building from one of the mono svn tarballs or waiting to see if a 2.8.2 release happens. TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Unable to build 2.8.1
Hi, I'm unable to build mono-2.8.1 due to the following ./System/System.Net.Sockets/Socket_2_1.cs(523,55): error CS0117: `System.Net.Sockets.SocketType' does not contain a definition for `Dgram' System.Net.Sockets/SocketType_2_1.cs(27,21): (Location of the symbol related to previous error) I've applied some of the patches, but it seems that System.Net.Sockets has gone under massive development since the release of 2.8.1 and was wondering if I'd be better off building from one of the mono svn tarballs or waiting to see if a 2.8.2 release happens. TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Problem building mono-2.8.1
Hi, > > Is there a patch to fix this? > > I just pushed one: mono-2-8 79d5f2e There is a problem later on which the patch doesn't cater for... /home/paul/rpmbuild/BUILD/mono-2.8.1/mcs/class/lib/moonlight_raw/System.dll (Location of the symbol related to previous warning) ../System/System.Net.Sockets/Socket_2_1.cs(523,55): error CS0117: `System.Net.Sockets.SocketType' does not contain a definition for `Dgram' System.Net.Sockets/SocketType_2_1.cs(27,21): (Location of the symbol related to previous error) -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Sale of Novell
Hi, Now that Novell has been sold and along with it 882 patents either directly or indirectly to MS, can anyone give a definitive statement on what will happen with Mono and if the licences will remain the same? I don't want to see the sale mean the death of Mono, but with the future of SUSE unclear now, we could do with some sort of re-assurance. TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Problem building mono-2.8.1
Hi, Just working through the latest tarballs and have found I can't build due to the following /home/paul/rpmbuild/BUILD/mono-2.8.1/mcs/class/lib/moonlight_raw/System.dll (Location of the symbol related to previous warning) ../System/System.Net.Sockets/Socket_2_1.cs(488,69): error CS0117: `System.Net.Sockets.SocketType' does not contain a definition for `Dgram' System.Net.Sockets/SocketType_2_1.cs(27,21): (Location of the symbol related to previous error) ../System/System.Net.Sockets/Socket_2_1.cs(519,55): error CS0117: `System.Net.Sockets.SocketType' does not contain a definition for `Dgram' System.Net.Sockets/SocketType_2_1.cs(27,21): (Location of the symbol related to previous error) Is there a patch to fix this? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Porting db4o-tool to use Mono.Options rather than Mono.GetOption
Hi, I'm working out some bugs in db4o so that the upcoming version 8.0 will build out of the box on mono. Currently, it ships with its own version of Cecil, CecilFlowAnalysis and GetOptions. While I can live with the Cecil bits and pieces, GetOptions is dead in the water with mono-2.8 and (from what I can see) has been fazed out since mono-2.2 so rather than continue to support it, I'm trying to port it over to use Mono.Options. Okay, the pre-packaged Cecil stuff will cause me problems with building for Fedora, but that's another story. My only problem is that I can't see an equivalent of return WhatToDoNext.GoAhead; in Mono.Options. Is there such a beastie and if there is, what is it called? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono.Options
Hi, Is Mono.Options switched off in the 2.8 tarball? I'm not seeing it getting packaged at the end of the build (either with a RPM script or as a direct build) Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] log4net, ndoc and mono-2.8
Hi, Has anyone managed to get log4net to build with mono-2.8? It keeps hanging up and complaining here. ndoc is dead with the advent of mono-2.8. Is there something which can replace it that is OSS? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Building mono-2.8 on 64 bit systems
Hi, I've submitted mono-2.8 to the fedora buildsys so it can go into rawhide. However, the buildsys is coming back with the following error sgen-cardtable.c:229:1: warning: 'collect_faulted_cards' defined but not used {standard input}: Assembler messages: {standard input}:24487: Error: @TLSLDM reloc is not supported with 64-bit output format {standard input}:24487: Error: junk `...@tlsld' after expression make[3]: *** [libmonoruntimesgen_la-sgen-gc.lo] Error 1 Is this a problem with mono or part of our buildsys? Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Building mono-debugger
Hi, While running the configure script for mono-debugger-2.8 it is hitting a problem in that it is looking for monodis which vanished from mono-2.8 Is there a fix for this? Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Problem building against mono-2.8
Hi, A bit of help would go down well here :) I'm doing a mass rebuild for fedora against mono-2.8 and have hit a bit of a problem. When I try to build gtk-sharp2 it looks like MONO_CAIRO_LIBS is not picking up that it's now in $(libdir)/mono/2.0 instead of $(libdir)/mono/1.0. Looking in the configuration files it's a simple problem - pkg-config is looking for mono-cario-2.0.pc and not mono-cairo.pc in $(libdir)/pkgconfig Is there a way to fix this as I'm not sure if this is a fedora problem (with pkgconfig), a mono one (not calling the .pc files correctly), a gtk-sharp2 problem (looking for the incorrect filename during the config process) or a mix of all three! The contents of the mono-cairo.pc file on my box looks like this prefix=${pcfiledir}/../.. exec_prefix=${pcfiledir}/../.. libdir=/usr/lib includedir=${prefix}/include Name: Mono.Cairo Description: Cairo bindings for Mono Version: 2.8 Libs: -r:${libdir}/mono/2.0/Mono.Cairo.dll TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Preview builds ignoring config parameters
Hi, I'm attempting to build mono-2.8 for fedora rawhide but keep hitting the same problem. The build gets to the end and then comes up with extracting debug info from /home/paul/rpmbuild/BUILDROOT/mono-2.8-1.fc15.i386/usr/lib/mono/2.0/mscorlib.dll.so *** ERROR: No build ID note found in /home/paul/rpmbuild/BUILDROOT/mono-2.8-1.fc15.i386/usr/lib/mono/2.0/mscorlib.dll.so Googling around it says if I see this, I need to add to LDFLAGS --build-id, so my build script now looks like this export LDFLAGS="$LDFLAGS -Wl,--build-id" %configure --with-ikvm-native=yes --with-jit=yes --with-xen_opt=yes \ --with-moonlight=yes --with-profile2=yes \ --with-libgdiplus=installed LDFLAGS="$LDFLAGS -Wl,--build-id" \ %if %{with_mono4} --with-profile4=yes %endif However, LDFLAGS is being ignored during the configure step (checked this by looking at the generated Makefile in the root of mono-2.8 How can I fix this problem? It's stopping 2.8 hitting rawhide. TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-list] Preview 2.6.6
Hi, > We have pushed a preview release of Mono (actually sort of a release). > Find your files, installers, and repos here: > http://mono.ximian.com/monobuild/preview/download-preview/ Nice. Pity libgdiplus won't build... libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/freetype2 -Wall -Wno-unused -Wno-format -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=atom -fasynchronous-unwind-tables -pthread -c pngcodec.c -fPIC -DPIC -o .libs/pngcodec.o pngcodec.c: In function 'gdip_load_png_image_from_file_or_stream': pngcodec.c:351: error: 'png_info' has no member named 'trans_alpha' TTFN Paul -- Biggles was quietly reading his favourite book when Algy burst through the door. Distracted for a moment, Biggles surveyed what had happened and turned a page. "Algy old man" he said, clearing his throat, "use the handle next time..." - Taken from "Biggles combs his Hair" signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Configuration not implemented problem
Hi, > > While it compiles fine, it fails to run with a NotImplemented error. Is > > there a way around this problem? > > Please explain what you're trying to achieve because the framework > is providing several options of handling config files. Most of > them are working under Mono. Pretty much a very simple configuration system that stores scores, times for things (such as tests), position of files and stuff like that. TTFN Paul -- Biggles was quietly reading his favourite book when Algy burst through the door. Distracted for a moment, Biggles surveyed what had happened and turned a page. "Algy old man" he said, clearing his throat, "use the handle next time..." - Taken from "Biggles combs his Hair" signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.Configuration not implemented problem
Hi, I'm trying to get the code at http://msdn.microsoft.com/en-us/library/system.configuration.appsettingssection.aspx to compile and run under Mono 2.6.4. While it compiles fine, it fails to run with a NotImplemented error. Is there a way around this problem? TTFN Paul Throwback : Unhandled Exception: System.NotImplementedException: The requested feature is not implemented. at System.Configuration.AppSettingsSection.SerializeSection (System.Configuration.ConfigurationElement parent, System.String name, ConfigurationSaveMode mode) [0x0001f] in /builddir/build/BUILD/mono-2.6.4/mcs/class/System.Configuration/System.Configuration/AppSettingsSection.cs:101 at System.Configuration.SectionInfo.WriteData (System.Configuration.Configuration config, System.Xml.XmlWriter writer, ConfigurationSaveMode mode) [0x0002e] in /builddir/build/BUILD/mono-2.6.4/mcs/class/System.Configuration/System.Configuration/SectionInfo.cs:196 at System.Configuration.SectionGroupInfo.WriteContent (System.Xml.XmlWriter writer, System.Configuration.Configuration config, ConfigurationSaveMode mode, Boolean writeElem) [0x00059] in /builddir/build/BUILD/mono-2.6.4/mcs/class/System.Configuration/System.Configuration/SectionGroupInfo.cs:395 at System.Configuration.SectionGroupInfo.WriteRootData (System.Xml.XmlWriter writer, System.Configuration.Configuration config, ConfigurationSaveMode mode) [0x0] in /builddir/build/BUILD/mono-2.6.4/mcs/class/System.Configuration/System.Configuration/SectionGroupInfo.cs:379 at System.Configuration.Configuration.SaveData (System.Xml.XmlTextWriter tw, ConfigurationSaveMode mode, Boolean forceUpdateAll) [0x0] in /builddir/build/BUILD/mono-2.6.4/mcs/class/System.Configuration/System.Configuration/Configuration.cs:463 at System.Configuration.Configuration.Save (System.IO.Stream stream, ConfigurationSaveMode mode, Boolean forceUpdateAll) [0x00115] in /builddir/build/BUILD/mono-2.6.4/mcs/class/System.Configuration/System.Configuration/Configuration.cs:452 at System.Configuration.Configuration.Save (ConfigurationSaveMode mode, Boolean forceUpdateAll) [0x00046] in /builddir/build/BUILD/mono-2.6.4/mcs/class/System.Configuration/System.Configuration/Configuration.cs:391 -- Biggles was quietly reading his favourite book when Algy burst through the door. Distracted for a moment, Biggles surveyed what had happened and turned a page. "Algy old man" he said, clearing his throat, "use the handle next time..." - Taken from "Biggles combs his Hair" signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Redhat CVE-2010-1459
Hi, As one of the packagers for mono in Fedora, I've been alerted to a security issue (detailed at https://www.redhat.com/security/data/cve/CVE-2010-1459.html ). This problem doesn't affect 2.6.4 but does for older versions. The EnableViewStateMac property in the default config of ASP.NET is set to FALSE which can give attackers cross-site attack capabilities. Is there a problem setting this value to TRUE as a quick fix or is there a better solution? TTFN Paul -- Biggles was quietly reading his favourite book when Algy burst through the door. Distracted for a moment, Biggles surveyed what had happened and turned a page. "Algy old man" he said, clearing his throat, "use the handle next time..." - Taken from "Biggles combs his Hair" signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Removing Obsolete Code from Mono 2.8
Hi, > With the upcoming release of Mono 2.8 we are dropping the 1.0 profile > as developers moved a long time ago to the generics-based 2.0 profile > and because it is maintenance burden for us. Is there a date for this? Last I saw from Andrew was another spin on the 2.6 branch... TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Building boo 0.9.2-3383 or 0.9.3-3457 problem
Hi, Not sure if this is my system or not, but when I try to build either 0.9.2-3383 or 0.9.3-3457 from the source zip files, I'm getting the same error each time Boo.Lang.Extensions: [booc] Compiling 19 files to '/home/paul/rpmbuild/BUILD/boo-0.9.2.3383/build/Boo.Lang.Extensions.dll'. [booc] /home/paul/rpmbuild/BUILD/boo-0.9.2.3383/src/Boo.Lang.Extensions/Macros/MacroMacro.boo(269,33): BCE0018: The name 'Boo.Lang.Extensions.MacroMacro.CustomBlockStatement' does not denote a valid type ('not found'). [booc] /home/paul/rpmbuild/BUILD/boo-0.9.2.3383/src/Boo.Lang.Extensions/Macros/MacroMacro.boo(272,38): BCE0018: The name 'Boo.Lang.Extensions.MacroMacro.CustomBlockStatement' does not denote a valid type ('not found'). [booc] /home/paul/rpmbuild/BUILD/boo-0.9.2.3383/src/Boo.Lang.Extensions/Macros/AssertMacro.boo(35,1): BCE0039: Internal macro 'Boo.Lang.Extensions.MacroMacro' could not be compiled. Errors were reported. [booc] 3 error(s). I'm trying to build against mono-2.6.1. Any ideas if it's me or not? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono 2.6.2?
Hi, Any news on the update to mono 2.6.1? I know it was mooted a few weeks back, but nothing has happened since! TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Bitmap.FromResource question
Hi, I have some code targetted for .NET 3.5. It compiles fine, but when I come to run the code, it borks at BitMap.FromResource complaining that it has not been implemented. I've checked the API status page and apparently it has. My question is, has it or is the API status page wrong? Code line looks like this pictureBox1.Image = BitMap.FromResource(IntPtr.Zero, res_name); which looks correct according to MSDN. TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Not sure if this is a bug
Hi, > You may have to escape spaces in the path. Did you try escaping > all instances of " " with "\ " (that's a backslash, then a space)? No - the code is being run directly from a USB pen. Works fine under Windows but borks under Linux. TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Not sure if this is a bug
Hi, Using md-2.2 and mono-2.6.1 (fedora rawhide). Under .NET 3.5, the following works fine. Under mono, it's returning that the file can't be opened despite it pointing at the correct place public void dotheread() { try { string path_env = Path.GetDirectoryName(Application.ExecutablePath) + Path.DirectorySeparatorChar; Stream stream = File.Open(path_env + "elements.ele", FileMode.Open); BinaryFormatter bf = new BinaryFormatter(); var elementgo = (List)bf.Deserialize(stream); stream.Close(); } catch(System.IO.FileNotFoundException) { string m = "Unable to find the elements information file : using " + Path.GetDirectoryName(Application.ExecutablePath) + Path.DirectorySeparatorChar + "elements.ele"; MessageBox.Show(m, "File not found", MessageBoxButtons.OK); } } The error box returns "Unable to find the elements information file : using /media/USB DISK/molarity/bin/Debug/elements.ele" The file is stored in /media/USB DISK/molarity/bin/Debug/elements.ele - not sure if the problem is that there is a space between USB and DISK which could cause an issue. Any ideas? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Compiling db4o-7.12 or 7.13
Hi, Has anyone had any luck compiling db4o-7.12 or 7.13 using Mono-2.6.1? I've tried, but keep getting the following error gmcs -t:library -warn:0 -out:../bin/Db4objects.Db4o.dll -debug+ -keyfile:../db4objects.snk -define:NET_2_0,MONO,EMBEDDED @./sources ./Db4objects.Db4o/Internal/Caching/LRU2QLongCache.cs(51,36): error CS0453: The type `long?' must be a non-nullable value type in order to use it as type parameter `T' in the generic type or method `System.Nullable'. Compilation failed: 1 error(s), 0 warnings The offending code is this public virtual object Produce(object key, IFunction4 producer, IProcedure4 finalizer) { if (((long)key) == null) { throw new ArgumentNullException(); } I'm trying to compile the .NET2 version and don't know if this is a Mono, db4o or something else problem. TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Compiling db4o 7.12 or 7.13
Hi, Has anyone had any luck compiling db4o-7.12 or 7.13 using Mono-2.6.1? I've tried, but keep getting the following error gmcs -t:library -warn:0 -out:../bin/Db4objects.Db4o.dll -debug+ -keyfile:../db4objects.snk -define:NET_2_0,MONO,EMBEDDED @./sources ./Db4objects.Db4o/Internal/Caching/LRU2QLongCache.cs(51,36): error CS0453: The type `long?' must be a non-nullable value type in order to use it as type parameter `T' in the generic type or method `System.Nullable'. Compilation failed: 1 error(s), 0 warnings The offending code is this public virtual object Produce(object key, IFunction4 producer, IProcedure4 finalizer) { if (((long)key) == null) { throw new ArgumentNullException(); } I'm trying to compile the .NET2 version and don't know if this is a Mono, db4o or something else problem. TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Writing a cross platform daemon in C#
Hi, It's a new year so I'm going to address a long standing problem - my son. Okay, he's not the problem, his computer use is. What I want to do is write a daemon which can be used on his XP box at his and my linux boxes here which will limit the amount of network time he is allowed per day (and which I or his mother can change depending on need - at his mums, he is kicked off after an hour completely, but this needs to be changed as he needs to be on the machine for more than an hour for his homework assignments). The idea is this. Monitor TCP:80 packet traffic to his IP address. When traffic is seen, the timer starts and racks up the total time. After a pre-determined time, his network connection is closed until the start of the next day when it is reset. I can find his internal IP address simply (/sbin/ifconfig for the linux box and ipconfig /all for Vista or XP and grep through it - not sure if there is a simpler way in C# to do this). The problem is monitoring port 80 in a daemon. The rest isn't that hard, set up the daemon to register the current day and reset if it's a new day. I also don't know how daemons are handled under Vista (they're called services in Win32 land IIRC). Does anyone have any examples of (or can point me to easy to understand examples of) daemons in C# and port monitoring in C#? Thanks TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Fwd: Re: LLVM backend won't compile]
Hi, Zoltan Varga wrote: > Apply the attached patch. Its better to try mono svn head btw, > because llvm support is much better there. Alright, so I just checked out trunk and although I see the patch you sent is already in place in mono/mono/mini/mini-trampolines.c I get the exact same error: 17:41|me...@juggle2:~/c/mono-svn/mono/mono/mini> make make all-am make[1]: Entering directory `/home/melis/c/mono-svn/mono/mono/mini' CCmini-trampolines.lo LDlibmono.la .libs/mini-llvm.o: In function `mono_llvm_emit_method': /home/melis/c/mono-svn/mono/mono/mini/mini-llvm.c:2587: undefined reference to `mono_create_llvm_imt_trampoline' /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../../i686-pc-linux-gnu/bin/ld: .libs/libmono.so.0.0.0: hidden symbol `mono_create_llvm_imt_trampoline' isn't defined /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../../i686-pc-linux-gnu/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status make[1]: *** [libmono.la] Error 1 make[1]: Leaving directory `/home/melis/c/mono-svn/mono/mono/mini' make: *** [all] Error 2 This seems to be caused by MONO_ARCH_LLVM_SUPPORTED not being set, bringing me back to a previous question: is Mono + LLVM supported on 32-bit x86? As I see this: 17:42|me...@juggle2:~/c/mono-svn/mono/mono/mini> grep MONO_ARCH_LLVM_SUPPORTED * mini-amd64.h:#define MONO_ARCH_LLVM_SUPPORTED 1 mini-arm.h:#define MONO_ARCH_LLVM_SUPPORTED 1 Paul > > Zoltan > > On Wed, Dec 23, 2009 at 12:04 PM, Paul Melis > <mailto:mono-de...@assumetheposition.nl>> wrote: > > [Resending as it only went to Zoltan] > > Original Message > Subject:Re: [Mono-dev] LLVM backend won't compile > Date: Wed, 23 Dec 2009 11:49:53 +0100 > From: Paul Melis <mailto:mono-de...@assumetheposition.nl>> > To: Zoltan Varga mailto:var...@gmail.com>> > References: <4b2fade6.5070...@assumetheposition.nl > <mailto:4b2fade6.5070...@assumetheposition.nl>> > <295e750a0912210927q6f5ad07djf672ea87f0e00...@mail.gmail.com > <mailto:295e750a0912210927q6f5ad07djf672ea87f0e00...@mail.gmail.com>> > <4b2fb6ab.5030...@assumetheposition.nl > <mailto:4b2fb6ab.5030...@assumetheposition.nl>> > <mailto:cae38a17-05d9-4f57-94e2-a482f4890...@novell.com>> > <4b311727.3000...@assumetheposition.nl > <mailto:4b311727.3000...@assumetheposition.nl>> > <295e750a0912221101w2dc4898cn3353e62dd393d...@mail.gmail.com > <mailto:295e750a0912221101w2dc4898cn3353e62dd393d...@mail.gmail.com>> > > > > Right, I just tried compiling against LLVM 2.6 and I get the following > linker error: > > [...] > make[3]: Entering directory > `/home/melis/c/mono-2.6-svn/mono/mono/mini' > make all-am > make[4]: Entering directory > `/home/melis/c/mono-2.6-svn/mono/mono/mini' > LDlibmono.la <http://libmono.la> > .libs/mini-trampolines.o: In function > `mono_create_llvm_imt_trampoline': > /home/melis/c/mono-2.6-svn/mono/mono/mini/mini-trampolines.c:1377: > undefined reference to `mono_arch_get_llvm_imt_trampoline' > /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../../i686-pc-linux-gnu/bin/ld: > .libs/libmono.so.0.0.0: hidden symbol > `mono_arch_get_llvm_imt_trampoline' isn't defined > /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../../i686-pc-linux-gnu/bin/ld: > final link failed: Nonrepresentable section on output > > That symbol seems to exist only in the AMD64 code: > > 11:47|me...@juggle2:~/c/mono-2.6-svn/mono> grep > mono_arch_get_llvm_imt_trampoline mono/mini/*.c > mono/mini/mini-trampolines.c:return > mono_arch_get_llvm_imt_trampoline (domain, m, vt_offset); > mono/mini/tramp-amd64.c:mono_arch_get_llvm_imt_trampoline (MonoDomain > *domain, MonoMethod *m, int vt_offset) > > Is Mono's LLVM support only available on x86_64? > > Paul > > > Zoltan Varga wrote: > > Hi, > > > > mono 2.6 should work with llvm 2.6, mono svn can work with > llvm 2.6/svn. > > > > Zoltan > > > > On Tue, Dec 22, 2009 at 7:59 PM, Paul Melis > > <mailto:mono-de...@assumetheposition.nl> > > <mailto:mono-de...@assumetheposition.nl > <mailto:mono-de...@assumetheposition.nl>>> wrote: > > > > Miguel de Icaza wrote: > > > Hello, > > > > > > I noticed this problem on trunk, and I was fixing the > >
[Mono-dev] [Fwd: Re: LLVM backend won't compile]
[Resending as it only went to Zoltan] Original Message Subject:Re: [Mono-dev] LLVM backend won't compile Date: Wed, 23 Dec 2009 11:49:53 +0100 From: Paul Melis To: Zoltan Varga References: <4b2fade6.5070...@assumetheposition.nl> <295e750a0912210927q6f5ad07djf672ea87f0e00...@mail.gmail.com> <4b2fb6ab.5030...@assumetheposition.nl> <4b311727.3000...@assumetheposition.nl> <295e750a0912221101w2dc4898cn3353e62dd393d...@mail.gmail.com> Right, I just tried compiling against LLVM 2.6 and I get the following linker error: [...] make[3]: Entering directory `/home/melis/c/mono-2.6-svn/mono/mono/mini' make all-am make[4]: Entering directory `/home/melis/c/mono-2.6-svn/mono/mono/mini' LDlibmono.la .libs/mini-trampolines.o: In function `mono_create_llvm_imt_trampoline': /home/melis/c/mono-2.6-svn/mono/mono/mini/mini-trampolines.c:1377: undefined reference to `mono_arch_get_llvm_imt_trampoline' /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../../i686-pc-linux-gnu/bin/ld: .libs/libmono.so.0.0.0: hidden symbol `mono_arch_get_llvm_imt_trampoline' isn't defined /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../../i686-pc-linux-gnu/bin/ld: final link failed: Nonrepresentable section on output That symbol seems to exist only in the AMD64 code: 11:47|me...@juggle2:~/c/mono-2.6-svn/mono> grep mono_arch_get_llvm_imt_trampoline mono/mini/*.c mono/mini/mini-trampolines.c:return mono_arch_get_llvm_imt_trampoline (domain, m, vt_offset); mono/mini/tramp-amd64.c:mono_arch_get_llvm_imt_trampoline (MonoDomain *domain, MonoMethod *m, int vt_offset) Is Mono's LLVM support only available on x86_64? Paul Zoltan Varga wrote: > Hi, > > mono 2.6 should work with llvm 2.6, mono svn can work with llvm 2.6/svn. > > Zoltan > > On Tue, Dec 22, 2009 at 7:59 PM, Paul Melis > <mailto:mono-de...@assumetheposition.nl>> wrote: > > Miguel de Icaza wrote: > > Hello, > > > > I noticed this problem on trunk, and I was fixing the > Makefiles, but I forgot to commit the code before I left. > > > > The fix is simple, just add the LLVM_CFLAGS to the > Makefile.am's definitions. > > > Zoltan seems to have committed a fix already. Btw, what version of > LLVM > does Mono 2.6 require? It seems current LLVM svn is not usable due to > changed APIs > > Paul > > On Dec 21, 2009, at 12:55 PM, Paul Melis wrote: > > > > > >> Zoltan Varga wrote: > >> > >>> Hi, > >>> > >>>Btw, I can't seem to find the switch to make to have it > output the > >>>command it's executing (for checking -I flags)... > >>> > >>> > >>> Its make V=1, just like with the linux kernel. > >>> > >> Ah, didn't know that :) > >> > >> Well, it seems the llvm include path is missing: > >> > >> [...] > >> make[4]: Entering directory `/home/melis/c/mono-2.6.1/mono/mini' > >> ../../doltcompile /home/melis/local/bin/gcc -DHAVE_CONFIG_H -I. > >> -I../.. -DGC_LINUX_THREADS -D_GNU_SOURCE -D_REENTRANT -DUSE_MMAP > >> -DUSE_MUNMAP -D_FILE_OFFSET_BITS=64 -DUSE_COMPILER_TLS -I../.. > >> -I../../libgc/include -pthread -I/usr/include/glib-2.0 > >> -I/usr/lib/glib-2.0/include -g -O2 -fno-strict-aliasing > >> -Wdeclaration-after-statement -g -Wall -Wunused > -Wmissing-prototypes > >> -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes > >> -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wwrite-strings > >> -mno-tls-direct-seg-refs -MT mini-llvm.lo -MD -MP -MF > >> .deps/mini-llvm.Tpo -c -o mini-llvm.lo mini-llvm.c > >> mini-llvm.c:14:25: error: llvm-c/Core.h: No such file or directory > >> mini-llvm.c:15:36: error: llvm-c/ExecutionEngine.h: No such file or > >> directory > >> mini-llvm.c:17:27: error: mini-llvm-cpp.h: No such file or > directory > >> mini-llvm.c:23: error: expected specifier-qualifier-list before > >> 'LLVMModuleRef' > >> mini-llvm.c:39: error: expected specifier-qualifier-list before > >> 'LLVMValueRef' > >> [...] > >> > >> I do see the correct values in mono/mini/Makefile though: > >> > >> LLVM_CONFIG = /home/melis/llvm/bin/llvm-config > >> LLVM_CXXFLAGS = -I/home/melis/llvm/include -D_DEBUG -D_GNU_SOURCE > >>
Re: [Mono-dev] LLVM backend won't compile
Miguel de Icaza wrote: > Hello, > > I noticed this problem on trunk, and I was fixing the Makefiles, but I > forgot to commit the code before I left. > > The fix is simple, just add the LLVM_CFLAGS to the Makefile.am's > definitions. > Zoltan seems to have committed a fix already. Btw, what version of LLVM does Mono 2.6 require? It seems current LLVM svn is not usable due to changed APIs Paul > On Dec 21, 2009, at 12:55 PM, Paul Melis wrote: > > >> Zoltan Varga wrote: >> >>> Hi, >>> >>>Btw, I can't seem to find the switch to make to have it output the >>>command it's executing (for checking -I flags)... >>> >>> >>> Its make V=1, just like with the linux kernel. >>> >> Ah, didn't know that :) >> >> Well, it seems the llvm include path is missing: >> >> [...] >> make[4]: Entering directory `/home/melis/c/mono-2.6.1/mono/mini' >> ../../doltcompile /home/melis/local/bin/gcc -DHAVE_CONFIG_H -I. >> -I../.. -DGC_LINUX_THREADS -D_GNU_SOURCE -D_REENTRANT -DUSE_MMAP >> -DUSE_MUNMAP -D_FILE_OFFSET_BITS=64 -DUSE_COMPILER_TLS -I../.. >> -I../../libgc/include -pthread -I/usr/include/glib-2.0 >> -I/usr/lib/glib-2.0/include -g -O2 -fno-strict-aliasing >> -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes >> -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes >> -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wwrite-strings >> -mno-tls-direct-seg-refs -MT mini-llvm.lo -MD -MP -MF >> .deps/mini-llvm.Tpo -c -o mini-llvm.lo mini-llvm.c >> mini-llvm.c:14:25: error: llvm-c/Core.h: No such file or directory >> mini-llvm.c:15:36: error: llvm-c/ExecutionEngine.h: No such file or >> directory >> mini-llvm.c:17:27: error: mini-llvm-cpp.h: No such file or directory >> mini-llvm.c:23: error: expected specifier-qualifier-list before >> 'LLVMModuleRef' >> mini-llvm.c:39: error: expected specifier-qualifier-list before >> 'LLVMValueRef' >> [...] >> >> I do see the correct values in mono/mini/Makefile though: >> >> LLVM_CONFIG = /home/melis/llvm/bin/llvm-config >> LLVM_CXXFLAGS = -I/home/melis/llvm/include -D_DEBUG -D_GNU_SOURCE >> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O2 -fomit-frame-pointer >> -fPIC >> LLVM_LDFLAGS = -L/home/melis/llvm/lib -lpthread -lffi -ldl -lm >> LLVM_LIBS = -L/home/melis/llvm/lib -lpthread -lffi -ldl -lm >> -lLLVMX86CodeGen -lLLVMX86Info -lLLVMX86Disassembler -lLLVMSelectionDAG >> -lLLVMAsmPrinter -lLLVMJIT -lLLVMExecutionEngine -lLLVMCodeGen >> -lLLVMScalarOpts -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis >> -lLLVMTarget -lLLVMMC -lLLVMBitWriter -lLLVMCore -lLLVMSupport >> -lLLVMSystem -lstdc++ >> >> A bug in the build system? >> >> Paul >> ___ >> Mono-devel-list mailing list >> Mono-devel-list@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-devel-list >> > > > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] LLVM backend won't compile
Zoltan Varga wrote: > Hi, > > Btw, I can't seem to find the switch to make to have it output the > command it's executing (for checking -I flags)... > > > Its make V=1, just like with the linux kernel. Ah, didn't know that :) Well, it seems the llvm include path is missing: [...] make[4]: Entering directory `/home/melis/c/mono-2.6.1/mono/mini' ../../doltcompile /home/melis/local/bin/gcc -DHAVE_CONFIG_H -I. -I../.. -DGC_LINUX_THREADS -D_GNU_SOURCE -D_REENTRANT -DUSE_MMAP -DUSE_MUNMAP -D_FILE_OFFSET_BITS=64 -DUSE_COMPILER_TLS -I../.. -I../../libgc/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wwrite-strings -mno-tls-direct-seg-refs -MT mini-llvm.lo -MD -MP -MF .deps/mini-llvm.Tpo -c -o mini-llvm.lo mini-llvm.c mini-llvm.c:14:25: error: llvm-c/Core.h: No such file or directory mini-llvm.c:15:36: error: llvm-c/ExecutionEngine.h: No such file or directory mini-llvm.c:17:27: error: mini-llvm-cpp.h: No such file or directory mini-llvm.c:23: error: expected specifier-qualifier-list before 'LLVMModuleRef' mini-llvm.c:39: error: expected specifier-qualifier-list before 'LLVMValueRef' [...] I do see the correct values in mono/mini/Makefile though: LLVM_CONFIG = /home/melis/llvm/bin/llvm-config LLVM_CXXFLAGS = -I/home/melis/llvm/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O2 -fomit-frame-pointer -fPIC LLVM_LDFLAGS = -L/home/melis/llvm/lib -lpthread -lffi -ldl -lm LLVM_LIBS = -L/home/melis/llvm/lib -lpthread -lffi -ldl -lm -lLLVMX86CodeGen -lLLVMX86Info -lLLVMX86Disassembler -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMJIT -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMScalarOpts -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMBitWriter -lLLVMCore -lLLVMSupport -lLLVMSystem -lstdc++ A bug in the build system? Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] LLVM backend won't compile
Hi, I'm configuring Mono 2.6.1 with --enable-llvm and can see that configure picks up the llvm-config script, but subsequently compiling gives errors due to missing LLVM include paths: 18:14|me...@juggle2:~/c/mono-2.6.1> ./configure --prefix=/home/melis/mono --enable-llvm [...] checking for llvm-config... /home/melis/llvm/bin/llvm-config [...] DTrace:no Parallel Mark: yes LLVM Back End: yes IMPORTANT: IMPORTANT: The LLVM Back End is experimental and has known problems. IMPORTANT: 18:17|me...@juggle2:~/c/mono-2.6.1> make [...] make[3]: Entering directory `/home/melis/c/mono-2.6.1/mono/mini' make all-am make[4]: Entering directory `/home/melis/c/mono-2.6.1/mono/mini' CC mini-llvm.lo mini-llvm.c:14:25: error: llvm-c/Core.h: No such file or directory mini-llvm.c:15:36: error: llvm-c/ExecutionEngine.h: No such file or directory mini-llvm.c:17:27: error: mini-llvm-cpp.h: No such file or directory mini-llvm.c:23: error: expected specifier-qualifier-list before 'LLVMModuleRef' mini-llvm.c:39: error: expected specifier-qualifier-list before 'LLVMValueRef' mini-llvm.c:112: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'cond_to_llvm_cond' mini-llvm.c:125: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'fpcond_to_llvm_cond' mini-llvm.c:138: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'ee' mini-llvm.c:150: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'IntPtrType' mini-llvm.c:179: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'type_to_llvm_type' Btw, I can't seem to find the switch to make to have it output the command it's executing (for checking -I flags)... Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Unable to build mono-debugger-2.6
Hi, I've got most of mono-2.6 built for going into fedora rawhide, but can't get mono-debugger to build for the life of me! Here's what I'm getting when I try to make the package... /usr/bin/gmcs -out:debugger-test-server.exe ../test/framework/DebuggerTestServer.cs -r:Mono.Debugger.Test.Framework.dll -r:System.Runtime.Remoting -r:nunit.framework -r:nunit.core -r:nunit.core.interfaces -r:nunit.util -debug -define:DEBUG -define:DEBUGGER_SOURCE -nowarn:0169,0067 -d:LINQ error CS0006: cannot find metadata file `Mono.Debugger.Test.Framework.dll' Compilation failed: 1 error(s), 0 warnings make[2]: *** [debugger-test-server.exe] Error 1 make[2]: Leaving directory `/home/paul/rpmbuild/BUILD/mono-debugger-2.6/build' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/paul/rpmbuild/BUILD/mono-debugger-2.6' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.Y0QAzo (%build) I've build mono-2.6 and have that installed (it's build with preview 4 as well as everything else). I'm suspecting the build of mono is at fault rather than mono-debugger, is there something I need to pass into mono-2.6 on the configure line or is it the debugger at fault? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] SharpDevelop under Linux
Hi, I've installed Mono-2.4.3 for Windows using the current version of Wine and it's gone in OK and code compiles without much of a problem. The reason for this, I really need a Winforms designer and short of firing up a nasty XP box, this is the only way. I've tried to install SD 3.1 but it constantly says I need .net 3.5 installing. Okay, done that, but as it's Wine running not XP, it complains that BITS is not working so it's not happy. My question is therefore two fold - first can I install SD with just the mono framework somehow and second is it worth the effort (in terms of hacking around) for just the winforms designer? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Unable to compile mono-debugger-2.6 preview 1
Hi, I'm getting this when I try to compile 2.6 preview 1 mono-debugger /usr/bin/gmcs -out:debugger-test-server.exe ../test/framework/DebuggerTestServer.cs -r:Mono.Debugger.Test.Framework.dll -r:System.Runtime.Remoting -r:nunit.framework -r:nunit.core -r:nunit.core.interfaces -r:nunit.util -debug -define:DEBUG -define:DEBUGGER_SOURCE -nowarn:0169,0067 -d:LINQ error CS0006: cannot find metadata file `Mono.Debugger.Test.Framework.dll' Compilation failed: 1 error(s), 0 warnings make[2]: *** [debugger-test-server.exe] Error 1 make[2]: Leaving directory `/home/paul/rpmbuild/BUILD/mono-debugger-2.6/build' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/paul/rpmbuild/BUILD/mono-debugger-2.6' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.McBj6f (%build) Any ideas? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ 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.6 release notes.
Hi, > Since we are getting ready for 2.6, I would like to ask everyone on > the team to update the release notes with the work that we have done > since 2.4 was published, as it will not do any justice if I update it > myself: Must have missed it, but have the preview tarballs been uploaded anywhere? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] 2.6.0 branch?
Hi, Has the branching occured yet and if it has, where are the tarballs? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Announcing the release of Mono 2.4.2
Hi, > Today we're announcing the immediate release of Mono 2.4.2. Well done to all concerned. If you're a fedora rawhide user, expect to see it in tomorrows rawhide push :-) TTFN Paul Fedora packaging chap -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Spotify and C#
Hi, Libspotify has been released under the MIT licence. It's been ages since I've written anything in gtk having concentrated on C# and VB for sometime. Rather than re-learning gtk (to create a front end), is there a way to write either a wrapper around the library in C# or directly call the compiled Linux library from my C# winforms app? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ 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.2 and OpenEmbedded
> What on earth is "1.9.1+2.2-rc1-r3"? Any reason on why not use mono 2.4 > which is the > latest stable version? > > Cheers, > Rodrigo > Compiling with Bitbake requires Bitbake (.bb) files. OpenEmbedded provides recipes of the mono-1.2.6 version which compiled correctly and this 1.9.1+2.2 version which is, I suppose, a combined file for the 1.9.1 and the 2.2 version. Since I'm a novice, I'm trying to compile the already provided versions before creating myself a .bb file. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono 2.2 and OpenEmbedded
I am trying to compile Mono with OpenEmbedded. I have sucessfully compiled the 1.2.6 version. And when I'm trying to compile the mono-1.9.1+2.2-rc1 version, I obtain this error : Invalid opcode addps at line 412 make[3]: *** [cpu-x86.h] Error 9 make[3]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono/mini' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2' make: *** [all] Error 2 FATAL: oe_runmake failed I would gladly accept any help you could provide since I'm completly clueless about the origin of this error nor about about a way to correct it. Thanks, Paul. Following, the complete log : NOTE: make -j 4 make all-recursive make[1]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2' Making all in po make[2]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/po' Making all in mcs make[3]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/po/mcs' make[3]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/po/mcs' make[3]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/po' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/po' make[2]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/po' Making all in libgc make[2]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/libgc' Making all in include make[3]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/libgc/include' Making all in private make[4]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/libgc/include/private' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/libgc/include/private' make[4]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/libgc/include' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/libgc/include' make[3]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/libgc/include' Making all in doc make[3]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/libgc/doc' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/libgc/doc' make[3]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/libgc' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/libgc' make[2]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/libgc' Making all in mono make[2]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono' Making all in utils make[3]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono/utils' make all-am make[4]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono/utils' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono/utils' make[3]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono/utils' Making all in io-layer make[3]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono/io-layer' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono/io-layer' Making all in os make[3]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono/os' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono/os' Making all in cil make[3]: Entering directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono/cil' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/opt/oe/build/tmp/work/i686-oe-linux/mono-1.9.1+2.2-rc1-r3/mono-2.2/mono/cil' Making all in metadata make[3]: Entering directory `/opt/oe/build/tmp/work/
Re: [Mono-dev] Announcing Mono 2.4.2 Preview 2...
Hi, > We've just released Mono 2.4.2p2 today! > > Please help us out by giving it a try with your applications. Excellent news - I'm building it for Fedora rawhide as I type this email. One thing - please when you release can you put a meaningful filename on the website which says if something has been changed (for example, if libgdiplus has been fixed for preview 2, have the filename libgdiplus-version-preview2.tar.bz2 - if it's not been changed, keep it as preview1). This will save shed loads of rebuild time for something that may have not changed. TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Patch for mono/metadata/Makefile.am and Makefile.in
Hi, Simple patch attached for these makefiles. During the make install, it tries to install the same file twice. Not a problem for normal users, but it snarls up buildsystems (such as Koji). Mono-2.4.2 hits fedora rawhide tomorrow :-) TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! --- mono-2.4.2/mono/metadata/Makefile.in 2009-06-08 18:34:04.0 +0100 +++ mono-2.4.2/mono/metadata/Makefile-new.in 2009-06-14 14:41:11.0 +0100 @@ -443,7 +443,6 @@ object.h \ exception.h \ profiler.h \ - appdomain.h \ mono-config.h \ debug-helpers.h \ mempool.h --- mono-2.4.2/mono/metadata/Makefile.am 2009-06-14 16:52:07.0 +0100 +++ mono-2.4.2/mono/metadata/Makefile-new.am 2009-06-14 17:18:50.0 +0100 @@ -171,7 +171,6 @@ object.h \ exception.h \ profiler.h \ - appdomain.h \ mono-config.h \ debug-helpers.h \ mempool.h signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] vbnc error
Hi, I'm using vbnc (from the mono-2.4 releases). While trying to compile some code, MD is reporting a vbnc error File not found: /home/paul/Programming/Sudoku/ I've not seen that one before - any ideas on the cause or if it's a known problem? Source is available from apress.com/downloads - ProgrammingSudoko TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Failing make check
[Resending, to include mono-devel] Done, https://bugzilla.novell.com/show_bug.cgi?id=500019 Will mono be usable in this situation or am I likely to run into this issue? Paul Rodrigo Kumpera wrote: > It's a runtime bug, please fill a bug report on this. > > On Fri, May 1, 2009 at 5:39 AM, Paul Melis > <mailto:mono-de...@assumetheposition.nl>> wrote: > > Hi, > > After successfully building mono 2.4 on a freshly installed ubuntu > laptop I get a SIGILL somewhere in the basic tests: > > [...] > > > Test run: image=/home/melis/c/mono-2.4/mono/mini/basic-float.exe, > opts=peephole > Results: total tests: 29, all pass > Elapsed time: 0.004071 secs (0.000318, 0.003753), Code size: 7100 > > Test run: image=/home/melis/c/mono-2.4/mono/mini/basic-float.exe, > opts=branch > Results: total tests: 29, all pass > Elapsed time: 0.003926 secs (0.000315, 0.003611), Code size: 7299 > > Test run: image=/home/melis/c/mono-2.4/mono/mini/basic-float.exe, > opts=cfold > Results: total tests: 29, all pass > Elapsed time: 0.003806 secs (0.000313, 0.003493), Code size: 7843 > > Test run: image=/home/melis/c/mono-2.4/mono/mini/basic-float.exe, > opts=fcmov > Results: total tests: 29, all pass > Elapsed time: 0.003790 secs (0.000309, 0.003481), Code size: 7254 > > Test run: image=/home/melis/c/mono-2.4/mono/mini/basic-float.exe, > opts=simd > Results: total tests: 29, all pass > Elapsed time: 0.003811 secs (0.000310, 0.003501), Code size: 7843 > > Test run: image=/home/melis/c/mono-2.4/mono/mini/basic-float.exe, > opts=sse2 > > Unhandled Exception: System.ExecutionEngineException: SIGILL > at Tests.test_0_conv_i () [0x0] > make[4]: *** [rcheck] Error 1 > make[4]: Leaving directory `/home/melis/c/mono-2.4/mono/mini' > make[3]: *** [check-am] Error 2 > make[3]: Leaving directory `/home/melis/c/mono-2.4/mono/mini' > make[2]: *** [check] Error 2 > make[2]: Leaving directory `/home/melis/c/mono-2.4/mono/mini' > make[1]: *** [check-recursive] Error 1 > make[1]: Leaving directory `/home/melis/c/mono-2.4/mono' > make: *** [check-recursive] Error 1 > > It seems that an attempt is made to run code using optimizations that > use SSE2 instructions, however, the laptop's CPU (an old P3) does not > have SSE2, only SSE. I don't see any switch to ./configure to tell > it to > not assume SSE2 is available. So is this a bug in runtime CPU > identification, or perhaps simply in the way the test cases are > run? Is > my mono installation now botched? > > Regards, > Paul > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > <mailto:Mono-devel-list@lists.ximian.com> > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Failing make check
Hi, After successfully building mono 2.4 on a freshly installed ubuntu laptop I get a SIGILL somewhere in the basic tests: [...] Test run: image=/home/melis/c/mono-2.4/mono/mini/basic-float.exe, opts=peephole Results: total tests: 29, all pass Elapsed time: 0.004071 secs (0.000318, 0.003753), Code size: 7100 Test run: image=/home/melis/c/mono-2.4/mono/mini/basic-float.exe, opts=branch Results: total tests: 29, all pass Elapsed time: 0.003926 secs (0.000315, 0.003611), Code size: 7299 Test run: image=/home/melis/c/mono-2.4/mono/mini/basic-float.exe, opts=cfold Results: total tests: 29, all pass Elapsed time: 0.003806 secs (0.000313, 0.003493), Code size: 7843 Test run: image=/home/melis/c/mono-2.4/mono/mini/basic-float.exe, opts=fcmov Results: total tests: 29, all pass Elapsed time: 0.003790 secs (0.000309, 0.003481), Code size: 7254 Test run: image=/home/melis/c/mono-2.4/mono/mini/basic-float.exe, opts=simd Results: total tests: 29, all pass Elapsed time: 0.003811 secs (0.000310, 0.003501), Code size: 7843 Test run: image=/home/melis/c/mono-2.4/mono/mini/basic-float.exe, opts=sse2 Unhandled Exception: System.ExecutionEngineException: SIGILL at Tests.test_0_conv_i () [0x0] make[4]: *** [rcheck] Error 1 make[4]: Leaving directory `/home/melis/c/mono-2.4/mono/mini' make[3]: *** [check-am] Error 2 make[3]: Leaving directory `/home/melis/c/mono-2.4/mono/mini' make[2]: *** [check] Error 2 make[2]: Leaving directory `/home/melis/c/mono-2.4/mono/mini' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/home/melis/c/mono-2.4/mono' make: *** [check-recursive] Error 1 It seems that an attempt is made to run code using optimizations that use SSE2 instructions, however, the laptop's CPU (an old P3) does not have SSE2, only SSE. I don't see any switch to ./configure to tell it to not assume SSE2 is available. So is this a bug in runtime CPU identification, or perhaps simply in the way the test cases are run? Is my mono installation now botched? Regards, Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono 64 bits packages...
Hi, > I'm trying to updae some mono/monodevelop packages for a x86_64 bit > system and I'm confuse about what specific packages need to be builded > for 64bits, just the gtk-sharp ones?, all mono/Monodevelop packages and > dependencies?...also is posible to instruct to rpmbuild to rebuild those > ones from the 32bits ones right? Yes and no. If you want to keep with the fedora "correct" way, you need to apply all of the lib/lib64 patches failing that, there is no real guarantee that things won't go to /usr/lib or /usr/lib64 with lots of confusing mess... TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Announcing Unofficial Fedora 10 mono/monodevelop packages
Hi, > > > I want to announce an unofficial support for mono/monodevelop packages > > > for Fedora 10, currently those packages are under review on bugzilla, > > > but I can tell you that are currently working just fine on several > > > > > > > Why not submit these for review to fedora proper? > I'm using Fedora 11 Beta. It already has packages for mono 2.4 and > monodevelop 2.0. I know - but not the MD add-ins! TTFN Paul Fedora mono packager. -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Announcing Unofficial Fedora 10 mono/monodevelop packages
Hi, > I want to announce an unofficial support for mono/monodevelop packages > for Fedora 10, currently those packages are under review on bugzilla, > but I can tell you that are currently working just fine on several Why not submit these for review to fedora proper? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ 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 PPC/PPC64 and disabling builds against the static libs
Hi, > Statically linking the mono executable is mostly done to improve the > speed of thread-local > access, to ease debugging etc. Note that only libmono is linked > statically into the runtime, > the other dependencies like libglib are not. If fedora doesn't like > static libs, you can omit them from the package, while still building > them. Not with you here. Are you saying that we need to enable statics while building but don't need to include them in the final package? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ..mscorlib.dll was not found compiling mono from sources
Hi, -- Paul F. Johnson Lecturer in Chemistry, Biology and IT FoundatiON Campus >>> "buhochil...@gmail.com" 14/04/09 3:36 PM >>> Hi guys: I'm desperately trying to compile mono from last svn sources (Revision: 131666) and I'm getting: >> Why not use the rpms for mono from rawhide (currently at 2.4RC1 due to problems building on PPC/PPC64 with the full 2.4 release)? >> I'm trying desperately to use the MD debugger addin on my Fedora 10, MD compilation work using mono RPM's but then the debugger service claims about a invalid mono excutable...now trying to compile also mono is claiming this, plase a little help!!! >> Have you built the 2.0 version of MD? IIRC, you need them for the the likes of the MD debugger to work. mono-debugger works fine from rawhide. TTFN Paul ___ 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 PPC/PPC64 and disabling builds against the static libs
Hi, -- Paul F. Johnson Lecturer in Chemistry, Biology and IT FoundatiON Campus >>> Zoltan Varga 14/04/09 3:43 PM >>> Building with --disable-static, in addition to producing a slower runtime, is not tested by us so no wonder its not working. Why is this needed on fedora ? >> Fedora ships with dynamic libs and frowns upon static ones (unless they're really needed). I know I'll get asked this, but why are the static libs needed and is it likely that x86/x86_64 will break in future releases without the static libs? TTFN Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Problem with PPC/PPC64 and disabling builds against the static libs
Hi, > > This should be already fixed in SVN as of r131472. > > Still falling over dead on the PPC... > > http://koji.fedoraproject.org/koji/getfile?taskID=1290915&name=build.log The problem seems to manifest if we disable linking against the static libs on PPC and PPC64. Can someone have a look into this please? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] PPC builds for 2.4 using gcc 4.4
Hi, > > One suggestion has been updating gc-bohem. Is this possible? > > This should be already fixed in SVN as of r131472. Still falling over dead on the PPC... http://koji.fedoraproject.org/koji/getfile?taskID=1290915&name=build.log TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] PPC builds for 2.4 using gcc 4.4
Hi, We (the fedora people) are trying to trace why mono 2.4 is failing to build on ppc boxes and it's looking like it could be a gcc 4.4 problem or a gc-bohem problem. The Fedora BZ url is https://bugzilla.redhat.com/show_bug.cgi?id=494026 We really want to get mono-2.4 in for the final freeze on all systems so need to get this issue sorted. Any help would be greatly appreciated. One suggestion has been updating gc-bohem. Is this possible? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] 2.4RC3 build problems (and code problems with the build)
Hi, > > Fair enough for the prototypes, but not for the jay reduction > > problems... > > Jay's `reduction problems' are 5 years old... Then it's probably time they were fixed ;-) TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] 2.4RC3 build problems (and code problems with the build)
Hi, > Here is what the gcc docs says about this warning: > > -Wmissing-prototypes (C and Objective-C only) > Warn if a global function is defined without a previous > prototype declaration. This warning is issued even if the > definition itself provides a prototype. The aim is to detect > global functions that fail to be declared in header files. > I don't think this could cause _any_ execution problems. Fair enough for the prototypes, but not for the jay reduction problems... TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] 2.4RC3 build problems (and code problems with the build)
Hi, I'm a tad worried about the build problems on mono. Looking at the throwback and comments coming from the compiler, I'm seeing lots of these sorts of problems which indicates bison problems and quite a lot of warnings while compiling the likes of boehm-gc.c (gc_priv.h line 1931 - warning function declaration isn't a prototype - lots of these) and also a bit later on ../doltcompile gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-DGC_LINUX_THREADS -D_GNU_SOURCE -D_REENTRANT -DUSE_MMAP -DUSE_MUNMAP -D_FILE_OFFSET_BITS=64 -D__mono_ppc__ -DUSE_COMPILER_TLS -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -fno-strict-aliasing -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -MT jni.lo -MD -MP -MF .deps/jni.Tpo -c -o jni.lo jni.c jni.c:490: warning: function declaration isn't a prototype jni.c:494: warning: no previous prototype for 'ikvm_MarshalDelegate' jni.c:501: warning: no previous prototype for 'ikvm_CallOnLoad' mv -f .deps/jni.Tpo .deps/jni.Plo a load more of the same sort of warnings in macros.c, serial.c, zlib_macros.c and minizip/zip.c and finally before System.Xml.dll throws a big style wobbler, make[8]: Entering directory `/builddir/build/BUILD/mono-2.4/mcs/class/System.XML' ./../../jay/jay -ct < ./../../jay/skeleton.cs System.Xml.XPath/Parser.jay >System.Xml.XPath/Parser.cs ./../../jay/jay: 21 rules never reduced ./../../jay/jay: 1 shift/reduce conflict, 42 reduce/reduce conflicts. sed "s/\%start Expr/\%start Pattern/" System.Xml.XPath/Parser.jay >Mono.Xml.Xsl/PatternParser.jay echo "#define XSLT_PATTERN" > Mono.Xml.Xsl/PatternParser.cs ./../../jay/jay -ct Mono.Xml.Xsl/PatternParser.jay < ./../../jay/skeleton.cs >>Mono.Xml.Xsl/PatternParser.cs ./../../jay/jay: 3 rules never reduced ./../../jay/jay: 1 shift/reduce conflict, 46 reduce/reduce conflicts. These conflicts are the most worrying and is more than likely the cause for the ppc build to fail. I'm not sure if this is a bison style problem but it is worrying that the likes of not checking a return value for fwrite when building mcs to start with is still being overlooked. I would suggest that before 2.4 hits the roads properly, these issues are carefully looked at (that is unless I'm needlessly worrying, but given that the likes of the gcc people stop when these problems occur suggests otherwise). TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Updating mono/monodevelop from fedora 10 repos problems...
Hi, -- Paul F. Johnson Lecturer in Science and IT FoundatiONCampus >>> "buhochil...@gmail.com" buhochil...@gmail.com> 18/03/2009 16:32 >> ( >>> mailto:buhochil...@gmail.com> ) Trying to update monodevelop on fedora 10 using fedora 11 rawhide repos I get this kind of errors: file /usr/bin/mod from install of mono-core-2.4-9.RC1.fc11.i586 conflicts with file from package monodoc-2.0-5.fc10.i386 Also installing dependencies this kind of errors...: Updating : gtk-sharp2 1/17 Error unpacking rpm package gtk-sharp2-2.12.7-4.fc11.i586 error: unpacking of archive failed on file /usr/lib/libatksharpglue-2.so;49c107f3: cpio: MD5 sum mismatch >> monodoc will conflict as there is a problem with it being removed from koji currently. I'm not sure why gtk-sharp2 is failing, all I can think of is that there is some form of interuption on your connection which corrupted the file. As for everything else, well there isn't much that can be done. What may be of more use is to download the mono family srpms from rawhide and build them from scratch. Just a suggestion TTFN Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Announcing Mono 2.4 RC 3...
Hi, > We've just released Mono 2.4 RC 3 today! > > Please help us out by giving it a try with your applications. Fails to build on my x86 Fedora box I'm getting Error: mini-trampolines.c:341:mono_magic_trampoline: assertion failed: (*vtable_slot). This is while building [net_2_0_bootstrap] System.Xml.dll Stacktrace looks to be borking on Mono.CSharp.TypeOf.DoResolveBase() TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Unable to build mono-2.4RC2 on ppc
Hi, > > http://koji.fedoraproject.org/koji/getfile?taskID=1242258&name=build.log > > > > It looks like there is a stack traceback with mcs > > > > Any advice would be appreciated. > > Looks like stack overflow, what is the stack size? Is this a 4K or 64K > pagesize? Pagesize is 64k. I've not tried to build RC3 on it yet, but I know RC2 completely fails. What size is the mono runtime assuming or can I set it up for a particular size from the configure script? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ 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 - Redhat - XCopy Possible?
Hi, > Now Novell do not package mono for Redhat anymore so I was wondering > what would be the best way forward? Mono 2.4 RC1 is available in Fedora rawhide, you could use that > Someone on my team has been running the make file to compile Mono > but is there a document that lists what is required to get mono > setup? i.e. a list of the environment variables it requires etc. You shouldn't need any environment variables and if you're just after mono by itself, you need to build libgdiplus first then mono should be just ./configure and then make http://www.all-the-johnsons.co.uk/mono/mono-firstcompile.shtml may be of some help, though it is a tad old. TTFN Paul -- It's only me, only me and no-one else. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Unable to build mono-2.4RC2 on ppc
Hi, I'm trying to get mono-2.4 RC2 into Fedora 11 but keep hitting the same problem when compiling System.XML on the ppc boxes. Full build error is here http://koji.fedoraproject.org/koji/getfile?taskID=1242258&name=build.log It looks like there is a stack traceback with mcs Any advice would be appreciated. TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Compiling svn 127307 on ppc (Linux)
Hi, When I try to build svn127307 on a PPC using the fedora build sys, I keep getting the following error echo "#define XSLT_PATTERN" > Mono.Xml.Xsl/PatternTokenizer.cs cat System.Xml.XPath/Tokenizer.cs >>Mono.Xml.Xsl/PatternTokenizer.cs MCS [basic] System.Xml.dll Stack overflow in unmanaged: IP: 0xf860154, fault addr: 0xff51fed0 Stacktr ace: at System.TypeInitializationException..ctor (string,System.Exception) <0x> at Sy stem.TypeInitializationException..ctor (string,System.Exception) <0x00034> at System.TypeInitializationException..ctor (string,System.Exception) <0x00030> at (wrapper runtime-invoke) object.runtime_invoke_void__this___object_object (object,intptr,intptr,intptr) <0x> at System.TypeInitializationException..c tor (string,System.Exception) <0x> at System.TypeInitializationException..ctor (string,System.Exception) <0x00034> at System.TypeInitializationException..ctor (string,System.Exception) <0x00030> Any ideas on what's causing it? Is it fedora or mono? Full log at http://koji.fedoraproject.org/koji/getfile?taskID=1137584&name=build.log TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Announcing Mono 2.4 Preview 3...
Hi, > Here is a really nasty regression that affects basically every GTK# app > (MonoDevelop and Tomboy, at least) on Linux and Mac OS X: > > https://bugzilla.novell.com/show_bug.cgi?id=476247 Not seeing that here (using Fedora rawhide with svn tarballs built in the last 2 hours). Everything is happy! I have seen reports though on x86_64 boxes with a build using large arrays which caused startup failures. Remove the large array support and it's all good. TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] SVN tarball area on the mono website
Hi, Is it just me or has there not been any updates to the tarballs at http://mono.ximian.com/monobuild/snapshot/sources-trunk/ - it hasn't been updated for a while. The latest tarball for mono itself is 124659 which is the same version as was there on Thursday. Is there a problem somewhere? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Snapshots site
Hi, http://mono.ximian.com/monobuild/snapshot/sources-trunk/ doesn't seem to have the most up to date snapshot tarballs (for example, there has been work done to the trunk on libgdiplus and xsp, but they're still old versions). Is there something broken on tarball generator? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Building xsp afrom svn
Hi, I seem to have problems when building both xsp and mono-addins from svn xsp: All goes fine until... /usr/bin/sn -q -R ../../src/Mono.WebServer/MonoWebserver.dll ./../mono.snk Assembly ../../src/Mono.WebSever/Mono.WebServer.dll signed make[2]: *** No rule to make target `ReaderWriterLockSlim.cs', needed by `Mono.WebServer2.dll'. Stop. make[2]: *** Leaving directory /home/paul/rpmbuild/BUILD/xsp-124651/src/Mono.WebServer Any ideas? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] mono-tools and monodevelop in f10
Hi, I've more or less completed the update build for f10 to be using mono-2.2. Unfortunately, I can't build mono-tools or monodevelop for f10 as my box is running mono-2.4 from rawhide and for some reason, this breaks the build of both of these packages. I've attempted to build in mock, but get nowhere (mono-tools needs mono-devel >= 2.2 and mock is not pulling it in). If anyone has a few spare cycles, any chance of helping me with a build of both of these? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] BZ 436000
Hi, > Note that Paul did not have any ATK warnings. I doubt he has UIA > support installed at all. So I don't think the bug has anything to do > with accessibility. Correct, no UIA on the laptop. I do have it on this box and get the same results as the laptop, so it's a XIM problem by the sound of it. TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] BZ 436000
Hi, Has there been any movement on this bug? It's causing a lot of teeth gnashing TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] XIM problem with Winforms (svn)
Hi, > You can see if it is a XIM problem by disabling XIM and trying it: > > MONO_WINFORMS_XIM_STYLE=disabled D'oh! It is a XIM problem. It's still there in 123918 as well. Do I need to put it into the Novell BZ? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] XIM problem with Winforms (svn)
Hi, > You can see if it is a XIM problem by disabling XIM and trying it: > > MONO_WINFORMS_XIM_STYLE=disabled Doesn't look like a XIM problem Interestingly, if I rebuild the application via monodevelop, I can sometimes get it to work, but when it does, the app comes back with Unable to change Locale modifiers (or something similar). When I've googled that error, there seems to have been a patch put in around May last year that seems to be no longer in the svn builds. No idea if it would fix this problem though... TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] XIM problem with Winforms (svn)
Hi, I have a number of winforms applications which are failing to start correctly. They work fine until about 123650 under svn. Under 123775, I had problems with FUTEX_WAIT (and it never completed). Under 123860, when I run using mono -v .exe, I get at the end (sorry for any mistakes, I'm on a different machine to the one the code is on) Method System.Windows.Forms.X11Keyboard:SetupXIM() emitted at 0x5e7560 to 0x5e765e (code length 254) [colourmixer.exe] Method (wrapper managed-to-native) System.Windows.Forms.X11Keyboard:XSupportLocale () emitted 0x5e7688 to 0x5e76cc (code length 68) [colourmixer.exe] Method (wrapper managed-to-native) System.Windows.Forms.X11Keyboard:XSetLocaleModifiers (string) emitted at 0x5e76d0 to 0x5e773b (code length 107) [colourmixer.exe] Method (wrapper to native) System.Windows.Forms.X11Keyboard:XOpenIM (intptr, intptr, intptr, intptr) emitted at 0x5e7740 to 0x5e7793 (code length 83) [colourmixer.exe] strace suggests something is either in an endless loop (I get a (time(NULL) = 1232452591, 4 semops, waitpid(3977, 0x3f8294, WNOHANG)=0, nanosleep((10, 0), null) = 0) continually) Is there a simple fix for this or something I can look at to see if it is mono at fault or my X server? Using Fedora rawhide, x86 TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] FUTEX_WAIT with svn 123775 & winforms
Hi, I've noticed this sometimes with the svn releases. While everything works fine for console apps and gtksharp apps, when it comes to winforms applications, some releases seem to have problems with FUTEX_WAIT. They just don't do anything! I can't put it down to anything, but I've seen it happen on some svn releases, but not all (svn 123775 is one such release). Is there a reason for this is or is it some random ass kind of thing? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Fedora 10 RPMs
Hi, > > > thanks, let me know.. > > It should appear in fedora-f10-testing at some point next week and then > move into f10-updates a week or so later. Scrub that, it should be in within the next 2 hours... TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Logging profiler timings are way off
While looking at the GC statistics after a profiler run which used --profile=logging:c I noticed the following times that seem to be the result of overflow/uninitialized vars: Reporting GC statistics for 85 collections (total 6164298204850.500ms, 18737439181.81% of total time, mark 0.00%, sweep 0.00%) [1] Collection starting at 0.000s (generation 0): duration 0.048ms, mark 0.021ms, sweep 0.019ms [2] Heap resized to 131072 bytes [3] Heap resized to 196608 bytes [4] Heap resized to 266240 bytes [5] Collection starting at 0.123s (generation 0): duration 0.294ms, mark 0.175ms, sweep 0.080ms [6] Heap resized to 360448 bytes [7] Collection starting at 0.174s ... [94] Collection starting at 30.075s (generation 0): duration 1.614ms, mark 1.327ms, sweep 0.166ms [95] Collection starting at 30.792s (generation 0): duration 1.831ms, mark 1.567ms, sweep 0.134ms [96] Collection starting at 31.253s (generation 0): duration 1.108ms, mark 0.791ms, sweep 0.184ms [97] Collection starting at 31.659s (generation 0): duration 0.592ms, mark 0.327ms, sweep 0.160ms [98] Collection starting at 32.895s (generation 0): duration 0.421ms, mark 0.288ms, sweep 0.079ms [99] Collection starting at 32.897s (generation 0): duration 6164298204746.200ms, mark 0.222ms, sweep 0.046ms The program run itself was just a few seconds. I have a .mprof file that generates this output with mprof-decoder, but it's over 450 megs and I haven't been able to reproduce the faulty timings with a smaller file. Nor do I know if the strange values come from a failing decoding of the .mprof file or if the values in the file are corrupted. I can probably put the .mprof file somewhere on a web server if needed? What's a good way to move forward on this? Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Logging profiler (statistical mode) stuck at exit
[This got previously sent from an unregistered e-mail address accidentally, so if this mail is delivered twice I apologize] Hi, With mono 2.2 I'm having pretty reproducable behavior where using the statistical profiler hangs when my program is done. The stacktrace is: (gdb) bt #0 0xe424 in __kernel_vsyscall () #1 0xb7e4e5ae in pthread_join () from /lib/libpthread.so.0 #2 0xb7cea6fb in profiler_shutdown (prof=0x830a628) at mono-profiler-logging.c:4726 #3 0x08160b8e in mono_profiler_shutdown () at profiler.c:512 #4 0x0805b8e5 in mini_cleanup (domain=0x25ee0) at mini.c:14721 #5 0x080ef24c in mono_main (argc=4, argv=0xbf878da4) at driver.c:1667 #6 0x0805b071 in main (argc=Cannot access memory at address 0x0) at main.c:34 A .mprof file is written, but it seems to be slightly corrupted, as I get: ERROR: DecodingException in block of code 0, length 0, file offset 119376, block offset 0: unknown block code 0 at Mono.Profiler.BlockData.Decode[LoadedClass,LoadedMethod,UnmanagedFunctionFromRegion,UnmanagedFunctionFromID,ExecutableMemoryRegion,LoadedElementHandler`7,HeapObject,HeapSnapshot] (IProfilerEventHandler`8 handler) [0x0] Attempting to decode data printing block contents... Current block of type 0 (file offset 119376, length 0) While attempting decoding, got exception unknown block code 0 Stopping decoding after a DecodingException in block of code 0, length 0, file offset 119376, block offset 0: unknown block code 0 No allocations reported (on 1503 classes) No execution time reported (on 1615 methods) No jit time reported (on 1615 methods) No statistical hits reported (on 1616 items) [...] when running mprog-decoder on it. The program profiler is a command-line thingy and does not use threads. Should I file a bug report in the tracker for this? I can provide the executable if needed... Regards, Paul Platform: Gentoo Linux, kernel 2.6.26, glibc 2.6.1 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono 2.2 and 2.4
Hi, Given mono2.2 has been officially released unto the public, is the code now in svn for the 2.4 branch? TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Fedora 10 RPMs
Hi, > > Fedora Rawhide has the lot. 2.01 is the latest for f10, though I'm > > probably going to move mono 2.2 et al into f10 at some point next week. > > > thanks, let me know.. It should appear in fedora-f10-testing at some point next week and then move into f10-updates a week or so later. TTFN Paul -- Sie können mich aufreizen und wirklich heiß machen! signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list