Re: [Mono-dev] community
How about including some way to submit reports of opensource projects with their status for running/using on mono? Also think about different mono versions, and users voting for a given submission, so that one can see that a given submission is "confirmed". matt westerburg wrote: > I am interested in setting up a mono community page, similiar to c sharp > corner. I didn't really find one with article submissions ect. Are > there any suggestions for what the community should provide. I was > thinking minimally a forum and article submissions. I like what c > sharp corner has done, but they focus on the Microsoft crowd. I would > like to see a place with articles and news on the internals of mono, > experiences, applications running mono, examples and tutorials. > > > > > ___ > 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] Using Reflector File Generator Add-Ins
Decompiling is not allowed. IIRC, this is a faq on the mono website... Dimiter Dobrev (Crossroad) wrote: > Hello. I’d like to ask you if it is possible to to port .NET assemblies > to Mono using the .NET Reflector file generator add-ins > (http://www.codeplex.com/reflectoraddins), which can generate a project > with the full source code from a disassembled assembly. I think it is > quite a time saver; it is true that Reflector makes mistakes, btu they > could be corrected by using ildasm. Have you ever used this? Thank you > in advance for your time. > > > > > ___ > Mono-devel-list mailing list > [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Request for "Final Year Project" Ideas
I mean are you aiming at a project like the Olive subtree of mono, or some project which will help mono adoption by providing some kind of abstraction layer which will ease application development, for example? Ivan N. Zlatev wrote: > On 2/12/07, Matthijs ter Woord <[EMAIL PROTECTED]> wrote: >> Should the project be some kind of mono subproject? >> > > Well I am not sure how do you define subproject, but it has to be > something complete. For example "Implement .net 2.0 members for > blabla" won't do it. > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Request for "Final Year Project" Ideas
Should the project be some kind of mono subproject? Ivan N. Zlatev wrote: > Hey! > > Next year is my final year in university and in the next 2 weeks I > have to come up with a "Final Year Project" proposal. > > Initially I thought I would do the WinForms Design-Time stuff (some of > you might know I've been researching and working in this area for a > while now), but I am quite certain that I should be done with it > before the beginning of my next university year. So. currently I don't > have a clue what to come up with. > > I would like to kindly ask you to share some project ideas. Think in > terms of Google SoC type of thing, but for free. :-). The idea is > going to be rated (but not marked) in the context of its Research, > Analysis, Design, Implementation Volume and Implementation Intensity > factors and its going to be implemented starting from September 2007. > I would like to work on something that will end up being useful and > not some crappy abstract research type of thing. The more complex the > ideas is the better IMHO. I like challenges. > > A bit of background info: I am not new to Mono, I've been following > the project for a while now and in theory I should be familiar with > the code base. I am a Linux user and I am also good in C. > > I am looking forward to your replies, full of ideas! > > Regards. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [OT] Yast (3.0) in C#
Have you thought about using a framework which will let you implement multiple frontends? Regards, Matthijs ter Woord Sharique uddin Ahmed Farooqui wrote: > Hi, > This idea may be wired. But I think rewriting yast in C# is real > test/showcase of how much mature mono is? > > My sugesstion on this. > *Gui must be written in WinForm, which is test/showcase how much > complete WinForm is? > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono.Security on Compat Framework
Does it contain an SSL implementation too? Neil Cowburn wrote: > The company I work for, OpenNETCF, already did a port of the > System.Security.Cryptography namespace for .NET Compact Framework v1.0. > CF v2.0 has a fairly comprehensive implementation OTB, so we removed it > from our product, but you can still get the source for the CF v1.0 > implementation from our site. We needed S.S.C for our WSE > implementation. > > Go to smartdeviceframework.com and the version you are looking for is > Smart Device Framework 1.4. > > --Neil > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Matthijs > ter Woord > Sent: 05 February 2007 16:23 > To: mono-devel-list@lists.ximian.com > Subject: Re: [Mono-dev] Mono.Security on Compat Framework > > Hi Sebastien, > > > I think my changes consist of the following: > > 1. A "compatibility layer". This contains a rough copy of some > namespaces from mono (S.IO, S.Security.Cryptography, S.ComponentModel, > S.Diagnostics, S.Net, S.Runtime.ConstrainedExecution, S.Security, > S.Threading) > 2. The addition of a utility class which lets one launch a method > asynchronously (ie, different thread), and the usage of this method > wherever neccessary. > > Let me know if you're interested... > > > Regards, > > Matthijs ter Woord > > > > Sebastien Pouliot wrote: >> Hello Matthijs, >> >> On Mon, 2007-02-05 at 17:04 +0100, Matthijs ter Woord wrote: >>> Hi, >>> >>> For some private project, we've been trying to get Mono.Security >>> running on the Compact .NET Framework. >>> >>> After we spend some ours of debugging, the major problem with it was >>> that CF.NET seems to be lacking decent async method invocation >>> support. Once we fixed that, the only thing we needed to do was copy >>> some other parts of mono (mostly System.Security.Cryptography > related) >>> into the assembly. >>> >>> After this journey, I'd like to see whether there's any interest of >>> getting these changes back to the Mono repository. >> It would be easier to answer if the patch was attached ;-) >> >> My guess is that some would be better inside Mono.Security and some >> outside(*)... >> >>> This should probably be in a different project, which contains all >>> kinds of compatibility classes, to emulate the normal .NET framework, >>> but this seems quite doable to me. >> That would be a useful project, i.e. having an assembly for CF to >> upgrade it's ability (up to running Mono.Security or other stuff). >> >> (*)We could look at hosting (parts of) your changes into Crimson too. >> >>> I hope to gain some comments on this... >>> >>> >>> Regards, >>> >>> Matthijs ter Woord >>> >>> ___ >>> Mono-devel-list mailing list >>> Mono-devel-list@lists.ximian.com >>> http://lists.ximian.com/mailman/listinfo/mono-devel-list > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono.Security on Compat Framework
Hi Sebastien, I think my changes consist of the following: 1. A "compatibility layer". This contains a rough copy of some namespaces from mono (S.IO, S.Security.Cryptography, S.ComponentModel, S.Diagnostics, S.Net, S.Runtime.ConstrainedExecution, S.Security, S.Threading) 2. The addition of a utility class which lets one launch a method asynchronously (ie, different thread), and the usage of this method wherever neccessary. Let me know if you're interested... Regards, Matthijs ter Woord Sebastien Pouliot wrote: > Hello Matthijs, > > On Mon, 2007-02-05 at 17:04 +0100, Matthijs ter Woord wrote: >> Hi, >> >> For some private project, we've been trying to get Mono.Security >> running on the Compact .NET Framework. >> >> After we spend some ours of debugging, the major problem with it was >> that CF.NET seems to be lacking decent async method invocation >> support. Once we fixed that, the only thing we needed to do was copy >> some other parts of mono (mostly System.Security.Cryptography related) >> into the assembly. >> >> After this journey, I'd like to see whether there's any interest of >> getting these changes back to the Mono repository. > > It would be easier to answer if the patch was attached ;-) > > My guess is that some would be better inside Mono.Security and some > outside(*)... > >> This should probably be in a different project, which contains all >> kinds of compatibility classes, to emulate the normal .NET framework, >> but this seems quite doable to me. > > That would be a useful project, i.e. having an assembly for CF to > upgrade it's ability (up to running Mono.Security or other stuff). > > (*)We could look at hosting (parts of) your changes into Crimson too. > >> I hope to gain some comments on this... >> >> >> Regards, >> >> Matthijs ter Woord >> >> ___ >> Mono-devel-list mailing list >> Mono-devel-list@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono.Security on Compat Framework
Hi, For some private project, we've been trying to get Mono.Security running on the Compact .NET Framework. After we spend some ours of debugging, the major problem with it was that CF.NET seems to be lacking decent async method invocation support. Once we fixed that, the only thing we needed to do was copy some other parts of mono (mostly System.Security.Cryptography related) into the assembly. After this journey, I'd like to see whether there's any interest of getting these changes back to the Mono repository. This should probably be in a different project, which contains all kinds of compatibility classes, to emulate the normal .NET framework, but this seems quite doable to me. I hope to gain some comments on this... Regards, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Patch to HttpApplicationFactory.cs, improves App_Code compilation
Isn't this just *.* beneath the application root? "Marek Habersack" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > ___ > 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] AppServer project proposal
In the IP file, there's a sample application. See the Instrumentation.Tcp.Text one. It hosts a Tcp server for accessing the Instrumentation information. Could you please reply on-list? On 12/13/06, Johan Hernandez <[EMAIL PROTECTED]> wrote: (My English is not good but i hope you understand me) Hi. I don't know how it works... please paste a simple code in that wiki page. Is a application component? Http Server? Ftp Server? Something like this? class MyNetApplication : Mono.AppServer.ApplicationBase { protected override OnStart(Mono.AppServer.ApplicationStartArgs e) { this.Sessions.Current["StartTime"] = DateTime.Now; // Publish one or more .NET Remoting Connections // start listening connections // so on. } protected override OnStop(Mono.AppServer.ApplicationStopArgs e) { // stop everything } } I'm interested. Thank you, Johan Hernandez. On 12/13/06, Matthijs ter Woord <[EMAIL PROTECTED]> wrote: > > Hi everybody, > > In the Mono SVN, there's a module named AppServer. For a very short > intro > about it, see www.mono-project.com/AppServer > > I want to offer to step up as maintainer of the project. I do want to > replace with the attached code. Maybe it's better to create a new module > > (like appserver2 or so). > > For the zip file, see www.terwoord.nl/AppServer.ZIP > > Probably the source in the attached zip needs to be adjusted a bit (like > namespace changes or so), but that's no problem. > > My main concern is whether there is any interest in such a project. > > The zip file contains the source, and a sample. > > To run the sample, adjust the > build\TerWoord.ApplicationServer.Console.exe.config file to use correct > paths, the same goes for the build\server.xml file. > > If there are any questions or comments, please let me know. > > Regards, > > Matthijs ter Woord > > > > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > -- Johan Hernandez [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] AppServer project proposal
Hi everybody, In the Mono SVN, there's a module named AppServer. For a very short intro about it, see www.mono-project.com/AppServer I want to offer to step up as maintainer of the project. I do want to replace with the attached code. Maybe it's better to create a new module (like appserver2 or so). For the zip file, see www.terwoord.nl/AppServer.ZIP Probably the source in the attached zip needs to be adjusted a bit (like namespace changes or so), but that's no problem. My main concern is whether there is any interest in such a project. The zip file contains the source, and a sample. To run the sample, adjust the build\TerWoord.ApplicationServer.Console.exe.config file to use correct paths, the same goes for the build\server.xml file. If there are any questions or comments, please let me know. Regards, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] System.Transactions.Transaction
> I'd prefer > >ReferenceEquals (x, null) > > instead. Also, please use the proper indentation. Like this? begin 666 trans.patch [EMAIL PROTECTED](%1R86YS86-T:6]N+F-S"CT]/3T]/3T]/3T]/3T]/3T]/3T]/3T] M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T* M+2TM(%1R86YS86-T:6]N+F-S"2AR979IPH@"0D);&5V96P@/2!O=&AE"[EMAIL PROTECTED]')A;G-A8W1I;VX@>2D* M( D)>PHM"0D):[EMAIL PROTECTED]'@@/3T@;G5L;" F)B!Y(#T](&YU;&PI"BT)"0D)http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.Transactions and 2PC
Hi, when looking at the sources of Transaction, I see the EnlistDurable only supports 1 Durable resource manager. Why is this? Shouldn't it be just possible to have multiple of them? Also, regarding 2PC, why isn't this implemented? With the current codebase (ie, only one durable resource manager) it should be very easy to implement. And even with multiple durable resource managers, it shoulnd't be that hard. Regards, Matthijs ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] System.Transactions.Transaction
In the attached diff file, is a change for implementing the == and != operators of System.Transactions.Transaction. Please review and commit... begin 666 trans.patch [EMAIL PROTECTED](%1R86YS86-T:6]N+F-S"CT]/3T]/3T]/3T]/3T]/3T]/3T]/3T] M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T* M+2TM(%1R86YS86-T:6]N+F-S"2AR979IPH@"0D);&5V96P@/2!O=&AE"[EMAIL PROTECTED]')A;G-A8W1I;VX@>2D* M( D)>PHM"0D):[EMAIL PROTECTED]'@@/3T@;G5L;" F)B!Y(#T](&YU;&PI"BT)"0D)"Y%<75A;',@*'DI.PH@ M"0E]"BL)"0HK"0EP=6)L:6,@2D["BL)"7T*( H@"0EP=6)L:6,@;W9Ehttp://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] CorCompare
Hi, I'm working on some stuff and ran across some issues. The CorCompare utilities don't take into account operators, while they(imo) should. What to do? Regards, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] AppDomains
I worked around this issue now in the project. This part works nicely now. "Robert Jordan" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Matthijs ter Woord wrote: >> I made a testcase, see attached file. The following output is expected: >> >> Foo >> DoTest, 'Hello, World', True >> done >> > > Under MS.NET 1.1 I got the same self-explanatory exception > like in Mono, so it seems that the serialization of delegates > constructed from non-public static methods has changed in > MS.NET 2.0. > > If the method is public, the test case works under Mono and > MS.NET 1.1. If it's non public, it works only under MS.NET 2.0. > > Robert > > using System; > using System.Runtime.Serialization; > using System.Reflection; > > public delegate void TestFixtureRunFinishedDelegate(string testRunName, > bool passed); > > public class MainClass > { >public static void DoTest(string testRunName, bool passed) >{ >Console.WriteLine("DoTest, '{0}', {1}", testRunName, > passed); >} > >public static void Main() >{ >AppDomain appDomain = AppDomain.CreateDomain ("Foo"); >appDomain.SetData("TheMethod", new > TestFixtureRunFinishedDelegate(DoTest)); >appDomain.DoCallBack (new CrossAppDomainDelegate > (CallBack)); >Console.WriteLine ("done"); >} > >public static void CallBack () >{ >Console.WriteLine (AppDomain.CurrentDomain.FriendlyName); >(AppDomain.CurrentDomain.GetData("TheMethod") as > TestFixtureRunFinishedDelegate)("Hello, World", true); >} > } > > ___ > 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] class status 2.0
Then the website needs to be adjusted, as it mentions Beta2 "Marek Sieradzki" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On 11/14/06, Matthijs ter Woord <[EMAIL PROTECTED]> wrote: >> Are there plans to update the class status data files to the .NET 2.0 RTM >> assemblies? >> > They are already .NET 2.0 RTM. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] class status 2.0
Are there plans to update the class status data files to the .NET 2.0 RTM assemblies? Regards, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] AppDomains
OK. found out how i can work around this mono bug. If I make the method an instance member, and derive the object from MarshalByRefObject, it works. "Matthijs ter Woord" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] >I made a testcase, see attached file. The following output is expected: > > Foo > DoTest, 'Hello, World', True > done > > > > "Robert Jordan" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] >> Robert Jordan wrote: >>> Matthijs ter Woord wrote: >>>> Hi, >>>> >>>> I'm the project coordinator of the NApf project. (see >>>> http://www.codeplex.com/NApf) >>>> >>>> For testing our project, we designed a special test harness, which >>>> starts >>>> small test applications in separate AppDomains. To transfer test states >>>> back >>>> to the "runner", the child domains get callback methods using the >>>> AppDomain.SetData/GetData methods. Whe the SetData method gets called. >>>> I get >>>> a very strange exception (all namespaces starting with NApf are ours): >>>> >>> >>> Nothing strange here. You are trying to call SetData on an object whose >>> type is not serializable or not derived from MarshalByRefObject. >> >> I forgot to attach the test case. If it's not similar to yours, >> feel free to create your own test case based on it. >> >> Robert >> >> > > > > > >> using System; >> using System.Runtime.Serialization; >> using System.Reflection; >> >> public class MainClass >> { >>public static void Main() >>{ >>AppDomain appDomain = AppDomain.CreateDomain ("Foo"); >>appDomain.DoCallBack (new CrossAppDomainDelegate >> (CallBack)); >> >>GetData (appDomain, "key1"); >>GetData (appDomain, "key2"); >>GetData (appDomain, "key3"); >> >>Console.WriteLine ("done"); >>} >> >>static void GetData(AppDomain dom, string key) >>{ >>try { >>object o = dom.GetData (key); >>if (o == null) Console.WriteLine ("{0} is null", >> key); >>} catch (SerializationException) { >>Console.WriteLine ("{0} failed", key); >>} >>} >> >> >>public static void CallBack () >>{ >>Console.WriteLine (AppDomain.CurrentDomain.FriendlyName); >>AppDomain.CurrentDomain.SetData ("key1", new MyObject ()); >>AppDomain.CurrentDomain.SetData ("key2", new MySerObject >> ()); >>AppDomain.CurrentDomain.SetData ("key3", new MyMbrObject >> ()); >>} >> } >> >> public class MyObject >> { >> } >> >> [Serializable] >> public class MySerObject >> { >> } >> >> public class MyMbrObject : MarshalByRefObject >> { >> } >> > > > > > >> ___ >> 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] AppDomains
I made a testcase, see attached file. The following output is expected: Foo DoTest, 'Hello, World', True done "Robert Jordan" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Robert Jordan wrote: >> Matthijs ter Woord wrote: >>> Hi, >>> >>> I'm the project coordinator of the NApf project. (see >>> http://www.codeplex.com/NApf) >>> >>> For testing our project, we designed a special test harness, which >>> starts >>> small test applications in separate AppDomains. To transfer test states >>> back >>> to the "runner", the child domains get callback methods using the >>> AppDomain.SetData/GetData methods. Whe the SetData method gets called. I >>> get >>> a very strange exception (all namespaces starting with NApf are ours): >>> >> >> Nothing strange here. You are trying to call SetData on an object whose >> type is not serializable or not derived from MarshalByRefObject. > > I forgot to attach the test case. If it's not similar to yours, > feel free to create your own test case based on it. > > Robert > > > using System; > using System.Runtime.Serialization; > using System.Reflection; > > public class MainClass > { >public static void Main() >{ >AppDomain appDomain = AppDomain.CreateDomain ("Foo"); >appDomain.DoCallBack (new CrossAppDomainDelegate > (CallBack)); > >GetData (appDomain, "key1"); >GetData (appDomain, "key2"); >GetData (appDomain, "key3"); > >Console.WriteLine ("done"); >} > >static void GetData(AppDomain dom, string key) >{ >try { >object o = dom.GetData (key); >if (o == null) Console.WriteLine ("{0} is null", > key); >} catch (SerializationException) { >Console.WriteLine ("{0} failed", key); >} >} > > >public static void CallBack () >{ >Console.WriteLine (AppDomain.CurrentDomain.FriendlyName); >AppDomain.CurrentDomain.SetData ("key1", new MyObject ()); >AppDomain.CurrentDomain.SetData ("key2", new MySerObject > ()); >AppDomain.CurrentDomain.SetData ("key3", new MyMbrObject > ()); >} > } > > public class MyObject > { > } > > [Serializable] > public class MySerObject > { > } > > public class MyMbrObject : MarshalByRefObject > { > } > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > begin 666 server.cs M=7-I;F<@4WES=&5M.PT*=7-I;F<@4WES=&5M+E)U;G1I;64N4V5R:6%L:7IA M=&EO;CL-"G5S:6YG(%-YS!])RP@>S%]([EMAIL PROTECTED]&5S=%)U;DYA;64L('!APT*(" @(" @(" @(" @(" @($-O;G-O;&4N5W)I=&5,:6YE("A!<'!$;VUA M:6XN0W5R4YA;64I.PT*(" @(" @(" @(" @ M(" @("A!<'!$;VUA:6XN0W5R
Re: [Mono-dev] AppDomains
I will try to make a simple test case tomorrow, as I do not a have a mono installation available right now. Hopefully something will get more clear from my other posts... "Robert Jordan" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Robert Jordan wrote: >> Matthijs ter Woord wrote: >>> Hi, >>> >>> I'm the project coordinator of the NApf project. (see >>> http://www.codeplex.com/NApf) >>> >>> For testing our project, we designed a special test harness, which >>> starts >>> small test applications in separate AppDomains. To transfer test states >>> back >>> to the "runner", the child domains get callback methods using the >>> AppDomain.SetData/GetData methods. Whe the SetData method gets called. I >>> get >>> a very strange exception (all namespaces starting with NApf are ours): >>> >> >> Nothing strange here. You are trying to call SetData on an object whose >> type is not serializable or not derived from MarshalByRefObject. > > I forgot to attach the test case. If it's not similar to yours, > feel free to create your own test case based on it. > > Robert > > > using System; > using System.Runtime.Serialization; > using System.Reflection; > > public class MainClass > { >public static void Main() >{ >AppDomain appDomain = AppDomain.CreateDomain ("Foo"); >appDomain.DoCallBack (new CrossAppDomainDelegate > (CallBack)); > >GetData (appDomain, "key1"); >GetData (appDomain, "key2"); >GetData (appDomain, "key3"); > >Console.WriteLine ("done"); >} > >static void GetData(AppDomain dom, string key) >{ >try { >object o = dom.GetData (key); >if (o == null) Console.WriteLine ("{0} is null", > key); >} catch (SerializationException) { >Console.WriteLine ("{0} failed", key); >} >} > > >public static void CallBack () >{ >Console.WriteLine (AppDomain.CurrentDomain.FriendlyName); >AppDomain.CurrentDomain.SetData ("key1", new MyObject ()); >AppDomain.CurrentDomain.SetData ("key2", new MySerObject > ()); >AppDomain.CurrentDomain.SetData ("key3", new MyMbrObject > ()); >} > } > > public class MyObject > { > } > > [Serializable] > public class MySerObject > { > } > > public class MyMbrObject : MarshalByRefObject > { > } > > ___ > 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] AppDomains
Oh, also, I try to set a delegate, of which the declaration is as follows: public delegate void TestFixtureRunFinishedDelegate(string testRunName, bool passed); "Matthijs ter Woord" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi, > > I'm the project coordinator of the NApf project. (see > http://www.codeplex.com/NApf) > > For testing our project, we designed a special test harness, which starts > small test applications in separate AppDomains. To transfer test states > back > to the "runner", the child domains get callback methods using the > AppDomain.SetData/GetData methods. Whe the SetData method gets called. I > get > a very strange exception (all namespaces starting with NApf are ours): > > - START SNIPPET > Unhandled Exception: System.Reflection.TargetInvocationException: > Exception > has been thrown by the target of an invocation. > > Server stack trace: > at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags > invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, > System.Globalization.CultureInfo culture) [0x0] > at System.Reflection.MethodBase.Invoke (System.Object obj, > System.Object[] > parameters) [0x0] > at System.Runtime.Serialization.ObjectRecord.LoadData > (System.Runtime.Serialization.ObjectManager manager, ISurrogateSelector > selector, StreamingContext context) [0x0] > at System.Runtime.Serialization.ObjectManager.DoFixups () [0x0] > at > System.Runtime.Serialization.Formatters.Binary.ObjectReader.ReadNextObject > (System.IO.BinaryReader reader) [0x0] > at > System.Runtime.Serialization.Formatters.Binary.ObjectReader.ReadObjectGraph > (System.IO.BinaryReader reader, Boolean readHeaders, System.Object& > result, > System.Runtime.Remoting.Messaging.Header[]& headers) [0x0] > at > System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.NoCheckDeserialize > (System.IO.Stream serializationStream, > System.Runtime.Remoting.Messaging.HeaderHandler handler) [0x0] > at > System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize > (System.IO.Stream serializationStream) [0x0] > at System.Runtime.Remoting.RemotingServices.DeserializeCallData > (System.Byte[] array) [0x0] > at (wrapper xdomain-dispatch) System.AppDomain:SetData > (object,byte[]&,byte[]&,string) > > Exception rethrown at [0]: > ---> System.Runtime.Serialization.SerializationException: Serialization > will not deserialize delegates to non-public methods. > at System.DelegateSerializationHolder+DelegateEntry.DeserializeDelegate > (System.Runtime.Serialization.SerializationInfo info) [0x0] > at System.DelegateSerializationHolder..ctor > (System.Runtime.Serialization.SerializationInfo info, StreamingContext > ctx) > [0x0] > at <0x0> > at (wrapper managed-to-native) > System.Reflection.MonoCMethod:InternalInvoke (object,object[]) > at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags > invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, > System.Globalization.CultureInfo culture) [0x0] --- End of inner > exception stack trace --- > > at (wrapper xdomain-invoke) System.AppDomain:SetData (string,object) > at (wrapper remoting-invoke-with-check) System.AppDomain:SetData > (string,object) > at NApf.UnitTests.Runner.TestsRunner.WorkerThread () [0x0] > - END SNIPPET > > > What to do? > > Regards, > > Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] AppDomains
Does it get strange if I tell you that the very same binaries do run on MS .NET just fine? "Robert Jordan" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Matthijs ter Woord wrote: >> Hi, >> >> I'm the project coordinator of the NApf project. (see >> http://www.codeplex.com/NApf) >> >> For testing our project, we designed a special test harness, which starts >> small test applications in separate AppDomains. To transfer test states >> back >> to the "runner", the child domains get callback methods using the >> AppDomain.SetData/GetData methods. Whe the SetData method gets called. I >> get >> a very strange exception (all namespaces starting with NApf are ours): >> > > Nothing strange here. You are trying to call SetData on an object whose > type is not serializable or not derived from MarshalByRefObject. > > Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] AppDomains
Hi, I'm the project coordinator of the NApf project. (see http://www.codeplex.com/NApf) For testing our project, we designed a special test harness, which starts small test applications in separate AppDomains. To transfer test states back to the "runner", the child domains get callback methods using the AppDomain.SetData/GetData methods. Whe the SetData method gets called. I get a very strange exception (all namespaces starting with NApf are ours): - START SNIPPET Unhandled Exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. Server stack trace: at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0] at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) [0x0] at System.Runtime.Serialization.ObjectRecord.LoadData (System.Runtime.Serialization.ObjectManager manager, ISurrogateSelector selector, StreamingContext context) [0x0] at System.Runtime.Serialization.ObjectManager.DoFixups () [0x0] at System.Runtime.Serialization.Formatters.Binary.ObjectReader.ReadNextObject (System.IO.BinaryReader reader) [0x0] at System.Runtime.Serialization.Formatters.Binary.ObjectReader.ReadObjectGraph (System.IO.BinaryReader reader, Boolean readHeaders, System.Object& result, System.Runtime.Remoting.Messaging.Header[]& headers) [0x0] at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.NoCheckDeserialize (System.IO.Stream serializationStream, System.Runtime.Remoting.Messaging.HeaderHandler handler) [0x0] at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize (System.IO.Stream serializationStream) [0x0] at System.Runtime.Remoting.RemotingServices.DeserializeCallData (System.Byte[] array) [0x0] at (wrapper xdomain-dispatch) System.AppDomain:SetData (object,byte[]&,byte[]&,string) Exception rethrown at [0]: ---> System.Runtime.Serialization.SerializationException: Serialization will not deserialize delegates to non-public methods. at System.DelegateSerializationHolder+DelegateEntry.DeserializeDelegate (System.Runtime.Serialization.SerializationInfo info) [0x0] at System.DelegateSerializationHolder..ctor (System.Runtime.Serialization.SerializationInfo info, StreamingContext ctx) [0x0] at <0x0> at (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (object,object[]) at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0] --- End of inner exception stack trace --- at (wrapper xdomain-invoke) System.AppDomain:SetData (string,object) at (wrapper remoting-invoke-with-check) System.AppDomain:SetData (string,object) at NApf.UnitTests.Runner.TestsRunner.WorkerThread () [0x0] ----- END SNIPPET What to do? Regards, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] I need an NUnit-like performance tester
Maybe you should just contact Jonathan de Halleux (author of NPerf). He says the current NPerf is dead. You could contact him and ask if you would agree with a merge into NUnit. - Original Message - From: "Charlie Poole" <[EMAIL PROTECTED]> To: "'Kornél Pál'" <[EMAIL PROTECTED]>; Sent: Thursday, August 17, 2006 8:40 PM Subject: Re: [Mono-dev] I need an NUnit-like performance tester Hi Kornél, > I would like to do some performance tests on Encoding classes > before and after modifications. This includes all methods of > several classes. > > A GUI and nice performance comparsion sheets output would be > useful as well. > > I am wondering if there is some benchmarking framework. > > Do you know such an application or is it easier to write a > program that is only useful for this very specific purpose? If you end up needing to write something, I invite you to write an add-in for NUnit that does it!!! Charlie ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-list] Amber Communications Framework
The Microsoft announcement referred to in the quoted post, is that really the case? Will Microsoft fight against any compatible implementation of WCF and WPF? Regards, Matthijs ter Woord - Original Message - From: "Elliott Draper" <[EMAIL PROTECTED]> To: ; Sent: Friday, September 02, 2005 2:10 AM Subject: [Mono-list] Amber Communications Framework > Hello everyone, > > A while back, I joined the development team of a project that was then > called "MonoIndigo". This was designed to be a port of Microsoft's Indigo > framework (now known as the Windows Communication Foundation). As many of > you know, Microsoft made it clear that any kind of direct port of Indigo > was not going to be accepted, and would be in breach of IP regulations. > Likewise, the same would apply for Avalon (now known as the Windows > Presentation Foundation I believe). > > The main aim of that project, was to EXTEND Indigo's appeal, by making > the same code, unchanged, run on any platform that Mono run's on. Seeing > as this can no longer be the case, the project was changed, re-named, and > is no longer a direct port of Indigo. I personally feel we are lacking a > decent, service oriented framework for helping to develop client/server > applications under Mono, and I would like still to rectify that with the > Amber project. It's main aim is to make a functional useful messaging and > communication platform, running under either .Net/Mono, that takes the > hassle out of writing the actual communication layer of a server/client > app, allowing the developer to rely on the framework to perform the > communications, while they concentrate on the specifics of his/her > application. > > Anyway, enough waffle, the point of this e-mail is simply to see if anyone > else would be interested in working on such an open source effort, as > currently our development team is severely lacking, and with our current > resources it'll take us years to get to any kind of point where we are > able to release! So if any like-minded individuals are up for helping to > build a decent communications platform, hopefully benefitting the > community, and meanwhile providing a worthy rival to the Microsoft Windows > Communication Foundation, then please get in contact with me, the more the > merrier! We'll need developers, testers, people to help with > documentation, etc... > > In the meantime, here are a few project links: > -- A wiki I setup for the project: > http://wiki.eldiablo.co.uk/amber/FrontPage > -- The project page on NovellForge: > http://forge.novell.com/modules/xfmod/project/?amber > > Any questions, discussion, whatever, don't hesitate to drop me a mail. > > Cheers, > -= El =- > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.Transactions
Hi, What are the plans on System.Transactions.dll? Regards, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] EventLog implementation
Congratulations! - Original Message - From: "Gert Driesen" <[EMAIL PROTECTED]> To: "'Atsushi Eno'" <[EMAIL PROTECTED]> Cc: Sent: Sunday, August 13, 2006 4:35 PM Subject: Re: [Mono-dev] [PATCH] EventLog implementation > > >> -Original Message- >> From: [EMAIL PROTECTED] [mailto:mono-devel-list- >> [EMAIL PROTECTED] On Behalf Of Atsushi Eno >> Sent: zondag 13 augustus 2006 15:32 >> To: Gert Driesen >> Cc: mono-devel-list@lists.ximian.com >> Subject: Re: [Mono-dev] [PATCH] EventLog implementation >> >> Hello Gert, >> >> Here are my thoughts: >> >> - As I mentioned at #mono, Current code end up to have >> *no* implementation from the point of already-built >> System.dll. There should be ways to enable local file >> impl. and winapi impl. without rebuilding System.dll >> Using environment variable would be mandatory. Having >> configuration section would be optional goodness. > > I'll look into adding this later. > >> - You don't mention that which you are targetting exactly >> when you talk about registry stuff, so I'm guessing >> the worst case i.e. you are also trying to make changes >> on local file based implementation with related to get >> log store. > > Not sure what you mean with this. Registry is indeed used for event log > registration (for both win32 event log, and log file implementations), and > I > think we should keep it that way. > > I don't have time to give into detail right now (its my birthdate, and I > have some people over). > >> I prefer having different option i.e. current environment >> variable based solution, than *totally* relying on the >> registry, since it would rather make debugging difficult >> than reducing little coding cost. > > I understand your concerns, but in this case I think its important enough > to > maintain compatibility with MS.NET. > > If the only thing you want to do is write to local log files, you should > use > a logging framework. No ? > > Event log could be considered something Windows specific, and as such I > think users expect it to behave like the MS implementation. > >> - Other than above, I support your plan. Thanks also to >> latexer, it became pretty cute. > > I'm currently fixing quite some bug in the Unix Registry API (almost > complete now), and I'll await approval on that patch before I propose a > patch for the registry/event log file store changes. > > Gert > >> Gert Driesen wrote: >> > Hi Atsushi, >> > >> > As we discussed on #mono, I've made modifications to the UnixRegistry >> > API to create the following registry hives in /var/lib/mono/registry >> > instead of >> > /.mono/registry: >> > >> > - HKEY_CURRENT_CONFIG >> > - HKEY_CLASSES_ROOT >> > - HKEY_DYN_DATA >> > - HKEY_LOCAL_MACHINE >> > - HKEY_PERFORMANCE_DATA >> > - HKEY_USERS (not to be mistaken with HKEY_CURRENT_USER) >> > >> > By default, the owner (admin) has full control (rwx) while everony >> > else has read&execute permission. >> > >> > That allows us to share machine-level registry information between >> > different users, while preventing write access to this information by >> non-admins. >> > >> > As a result of this change, eventlog registration information is now >> > also shared between different users, and event logs can now no longer >> > be created by non-admins. This matches the behavior on MS.NET. >> > >> > The event entries created by the UnixEventLog implementation are now >> > persisted in /var/lib/mono/eventlog, and access rights on this >> > directory are rwx for everyone, while only giving file owners the >> > right to delete files (using +t special bit). >> > >> > This should anyone to write entries to an event log once it has been >> > created (by an admin). >> > >> > Does this match what we've discussed ? If so, I'll post the >> > corresponding patch to the devel-list later today (or tomorrow). >> > >> > Once you've acknowledged the basics of the patch, I'll run the >> > UnixRegistry API changes by Miguel as he's the author of the API. >> > >> > Gert >> ___ >> Mono-devel-list mailing list >> Mono-devel-list@lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/mono-devel-list > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Class status
Hi, Why is the class status for the 2.0 profile still compared to the MS .NET framework 2.0 Beta 2 release? The RTM release of MS.NET 2.0 is out for quite some time now. Regards, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
I understand that limitation, but maybe it's possible to enable it runtime then? - Original Message - From: "Miguel de Icaza" <[EMAIL PROTECTED]> To: "Joachim Ante" <[EMAIL PROTECTED]> Cc: "Mono Dev" Sent: Thursday, March 30, 2006 8:00 PM Subject: Re: [Mono-dev] What would you like to see in Mono? > Hello, > > > > What i'd like to see in mono is the ability to start up an application > > > without it needing a .WAPI folder. I understand why mono needs the wapi > > > folder, but i'm sure there are application for which one wouldn't need one > > > at all. > > Yeah that would really useful. > > For that, try using MONO_DISABLE_SHM=1 on your environment. > > Notice that a number of features will not work without Wapi (named > thread synchronization primitives). > > Miguel. > ___ > 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] What would you like to see in Mono?
Possibly even with the possibility to enable the use of .wapi at runtime from within the application - Original Message - From: "Matthijs ter Woord" <[EMAIL PROTECTED]> To: "Miguel de Icaza" <[EMAIL PROTECTED]>; Sent: Wednesday, March 29, 2006 4:42 PM Subject: Re: [Mono-dev] What would you like to see in Mono? > What i'd like to see in mono is the ability to start up an application > without it needing a .WAPI folder. I understand why mono needs the wapi > folder, but i'm sure there are application for which one wouldn't need one > at all. > > > > > > - Original Message - > From: "Miguel de Icaza" <[EMAIL PROTECTED]> > To: > Sent: Wednesday, March 29, 2006 3:47 AM > Subject: [Mono-dev] What would you like to see in Mono? > > > > Hey, > > > > What would be the top feature you would like to see in Mono? > > > > Think of a feature that is not something we are currently working > > on (we know about those), for example avoid saying: a class-is-missing > > feature or "IDE" or "the debugger". We know about those. > > > > Miguel. > > ___ > > Mono-devel-list mailing list > > Mono-devel-list@lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
What i'd like to see in mono is the ability to start up an application without it needing a .WAPI folder. I understand why mono needs the wapi folder, but i'm sure there are application for which one wouldn't need one at all. - Original Message - From: "Miguel de Icaza" <[EMAIL PROTECTED]> To: Sent: Wednesday, March 29, 2006 3:47 AM Subject: [Mono-dev] What would you like to see in Mono? > Hey, > > What would be the top feature you would like to see in Mono? > > Think of a feature that is not something we are currently working > on (we know about those), for example avoid saying: a class-is-missing > feature or "IDE" or "the debugger". We know about those. > > Miguel. > ___ > 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] .WAPI folder
Hi Dick, Thanks for your response. > In the fairly near future it will be changed to have a much smaller > initial size but expanding the files as necessary. In the worst case it > would just fill the available filesystem space, so the answer seems to > be give your ramfs an adequate but limited size. When i would have a single application hosting several appdomains with different services (think of http, ftp, smtp, pop3, others), how would the .wapi directory contents behave then? Regards, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono and OpenSSI
Hi, Is it possible to make applications which are clustered on OpenSSI (think of network server applications)? Regards, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] .WAPI folder
Hi, Is it desirable to have the .wapi directory on a in-memory filesystem? I mean, when having dozens of applications running (like web servers = xsp, ftp servers, and others), what size would the .wapi folder be in the worsed scenario? Regards, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] UrlEncode difference in dotnet and mono
Just use Char.MaxValue instead of 128 - Original Message - From: "Ben Maurer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: ; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, January 03, 2006 6:41 PM Subject: RE: [Mono-dev] UrlEncode difference in dotnet and mono > > > + for (char c=Char.MinValue; c<128; c++) > > chars are from 0 to 2^16-1 > > -- Ben > > > ___ > 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] System.Net.Mail question
Hi Andy, You could try using the Indy project. Indy is a socket library which implements many common-used internet protocols. If you're planning to look into Indy, make sure you grab the FCL build, which stands for a stand alone build for the .NET framework, as Indy is a cross-platform project, running on Windows and Linux natively (FreeBSD works partially), and .NET for Windows (using P/Invokes), and .NET natively (no P/Invokes, runs on mono). Regards, Matthijs ter Woord Team member of the Indy Project - Original Message - From: Andy Waddell To: mono-devel-list Sent: Wednesday, November 09, 2005 6:38 PM Subject: [Mono-dev] System.Net.Mail question Ive been trying to send a simple email messge from a little Mono program on Linux and everytime I get the mail, the body is send as a .dat attachment. This email is a forwading of the email generated by the following code: MailAddress from = new MailAddress("[EMAIL PROTECTED]", "Test"); MailMessage msg = new MailMessage(from, new MailAddress("[EMAIL PROTECTED]")); msg.Subject = "subject"; msg.Body = "this is the body"; SmtpClient mailClient = new SmtpClient("localhost", 25); mailClient.Send(msg); Does anybody know whats cause it to be an attachment vs. a clean simple mail message. The same code compiled and running on .NET (albeit with a different smtp server) produces the expected result (i.e. no attachment). I dont know if its something to do with the smtp server running on my Linux box or something MS Outlook is doing. Sorry if this is not an appropriate question for this group, but it could be related to the Mono implementation of System.Net.Mail. --andy From: Test [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 09, 2005 9:33 AMTo: Andy WaddellSubject: subject ___Mono-devel-list mailing listMono-devel-list@lists.ximian.comhttp://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] system class
Well, i actually was meaning the System.Management namespace implementation, and the requirements of it. - Original Message - From: "Will Weisser" <[EMAIL PROTECTED]> To: Cc: "Robert Jordan" <[EMAIL PROTECTED]> Sent: Thursday, October 06, 2005 6:30 PM Subject: RE: [Mono-dev] system class Not a provider, a client. The Microsoft WMI API's have a DCOM interface which you can invoke to execute WQL queries etc., but the actual data is sent in a DCOM "custom" object which is essentially a stream of bytes in an undocumented format. So once you can connect via DCOM and parse the custom format, you can manage Windows machines remotely from Linux. If I were setting up a provider for Linux/Unix/whatever then I guess OpenWBEM etc. would be an excellent option, or something like this: http://www.excsoftware.com/. Looking back it's not actually clear to me whether Matthijs is trying to manage Windows from Linux, Linux from Windows, Linux from Linux or what ;P, so I apoligize if I muddled the issue. -W.W. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Jordan Sent: Thursday, October 06, 2005 11:25 AM To: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] system class Hi Will, > As I understand it the main difficulty in dealing with Microsoft's WMI > implementation is that it runs over DCOM and not a standard protocol > such as HTTP. > > I wrote a C# DCOM stack and WMI implementation for my company, but since > they own it and not me I can't release it into the Mono class libs. Just out of curiosity: did you write "just" a WMI provider for some system? Or a full CMI manager? Rob ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] (Nevermind) Asp.net thread abort issue
IMHO, TargetInvocationException is raised for EVERY exception raised by the Invoke() 'd method. - Original Message - From: "Joshua Tauberer" <[EMAIL PROTECTED]> Cc: Sent: Sunday, October 09, 2005 2:04 PM Subject: Re: [Mono-dev] (Nevermind) Asp.net thread abort issue > Gonzalo Paniagua Javier wrote: > > Anyway, if you ever decide to catch ThreadAbortException anywhere in the > > asp.net pipeline, bear in mind that it's used also when the configured > > timeout is reached. > > The timeout for what? > > This ThreadAbortException business is quite something to get a handle > on. For instance, if you abort the thread within a method called by > reflection, when Invoke() finishes the exception is a > TargetInvocationException and not a ThreadAbortException, confusing my > catch clauses higher up. Is that the right behavior? It also doesn't > do the usual automatic re-throwing of the ThreadAbortException after > catch clauses, so the thread goes on if the exception is caught at any > point. > > -- > - Joshua Tauberer > > http://taubz.for.net > > ** Nothing Unreal Exists ** > > > ___ > 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] Monodoc
I think for this, we should add some attributes to the member elements in the docs, something like InNET1_0 for members in Fx 1.0, InNET1_1, for members in Fx 1.1, etc. Would this be an options? Miguel? When it would be, we would need to scan the complete documentation, and add those attributes. Maybe we should make a one time conversion process which imports Fx 1.0, Fx 1.1, Fx 2.0 (i don't know if that's smart yet), etc classes. Please give your thoughts about this. On 10/3/05, Alexandre Miguel Pedro Gomes <[EMAIL PROTECTED]> wrote: Monodoc would need a "profile chooser" or something like that to switch between 1.x and 2.0 profile, right? Any plans on those things? Btw anyone knows why the C# specification appears without newlines? On 9/30/05, Miguel de Icaza < [EMAIL PROTECTED] > wrote: Hello,> When will monodoc be ready for .NET 2.0 classes? (ie, when will it > also allow to document generics)We will have to wait for someone to contribute the necessary code to cope with this. I have not had much time to look into this issue.What needs to be done is:* Look at the new ECMA XML documentation from ECMA and evaluate how we could bring those changes into our documentation. * Someone would have to port the new docs nonetheless.* Someone would have to architect the changes to the monodoc engine to do so.The right place to discuss this is the mono-docs-list. That being said, if you can not wait to write some documentation, we have a *lot* of stuff in the 1.x profile that needs documentation.Considering that 2.x stuff wont be 100% supported for a while, maybe it would be best to contribute to the 1.x effort.___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.comhttp://lists.ximian.com/mailman/listinfo/mono-devel-list -- Alexandre Gomes, Portugal ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] system class
Well, you could always ask your employer :-) Greets, Matthijs ter Woord - Original Message - From: "Will Weisser" <[EMAIL PROTECTED]> To: Sent: Wednesday, October 05, 2005 7:20 PM Subject: RE: [Mono-dev] system class As I understand it the main difficulty in dealing with Microsoft's WMI implementation is that it runs over DCOM and not a standard protocol such as HTTP. I wrote a C# DCOM stack and WMI implementation for my company, but since they own it and not me I can't release it into the Mono class libs. -W.W. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthijs ter Woord Sent: Wednesday, October 05, 2005 1:00 PM To: Rafael Ferreira Cc: Robert Jordan; mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] system class Hmm, how about OpenWBEM? WMI is supposed to be an implementation of the WBEM standard, OpenWBEM too. - Original Message - From: "Rafael Ferreira" <[EMAIL PROTECTED]> To: "Matthijs ter Woord" <[EMAIL PROTECTED]> Cc: ; "Robert Jordan" <[EMAIL PROTECTED]> Sent: Wednesday, October 05, 2005 6:11 PM Subject: Re: [Mono-dev] system class > yeah its called snmpd :-) > > On Wed, 2005-10-05 at 16:10 +0200, Matthijs ter Woord wrote: > > OK, i agree, but i actually mean a software package which provides roughly > > the same functionality. > > > > > > > > - Original Message - > > From: "Robert Jordan" <[EMAIL PROTECTED]> > > To: > > Sent: Wednesday, October 05, 2005 3:59 PM > > Subject: Re: [Mono-dev] system class > > > > > > > Matthijs ter Woord wrote: > > > > Are there any WMI alternatives on linux (opensource/closed source)? > > > > > > An implementation of the "Windows Management Instrumentation" > > > for Linux? :-) > > > > > > Rob > > > > > > ___ > > > Mono-devel-list mailing list > > > Mono-devel-list@lists.ximian.com > > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > > > > ___ > > Mono-devel-list mailing list > > Mono-devel-list@lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] system class
Hmm, of course i meant SHOULD instead of WOULD - Original Message - From: "Matthijs ter Woord" <[EMAIL PROTECTED]> To: ; "Robert Jordan" <[EMAIL PROTECTED]> Sent: Wednesday, October 05, 2005 8:17 PM Subject: Re: [Mono-dev] system class > I understand, but would an implementation of System.Management be compatible > with WMI in the way of being able to connect to windows pc's too? > > > Greets, > > Matthijs ter Woord > > > > - Original Message - > From: "Robert Jordan" <[EMAIL PROTECTED]> > To: > Sent: Wednesday, October 05, 2005 7:58 PM > Subject: Re: [Mono-dev] system class > > > > > Hmm, how about OpenWBEM? WMI is supposed to be an implementation of the > WBEM > > > standard, OpenWBEM too. > > > > The WMI API (that's the stuff behind System.Management) is a > > COM API [1]. The so called "WMI-Core" is the part supposed > > to be implemented after a standard, but this was never been > > directly exposed to consumers, at least not under Windows. > > > > Rob > > > > [1] > > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/ > wmi_architecture.asp > > > > > > > > > > > > > > > > > > > - Original Message - > > > From: "Rafael Ferreira" <[EMAIL PROTECTED]> > > > To: "Matthijs ter Woord" <[EMAIL PROTECTED]> > > > Cc: ; "Robert Jordan" > <[EMAIL PROTECTED]> > > > Sent: Wednesday, October 05, 2005 6:11 PM > > > Subject: Re: [Mono-dev] system class > > > > > > > > > > > >>yeah its called snmpd :-) > > >> > > >>On Wed, 2005-10-05 at 16:10 +0200, Matthijs ter Woord wrote: > > >> > > >>>OK, i agree, but i actually mean a software package which provides > > > > > > roughly > > > > > >>>the same functionality. > > >>> > > >>> > > >>> > > >>>- Original Message - > > >>>From: "Robert Jordan" <[EMAIL PROTECTED]> > > >>>To: > > >>>Sent: Wednesday, October 05, 2005 3:59 PM > > >>>Subject: Re: [Mono-dev] system class > > >>> > > >>> > > >>> > > >>>>Matthijs ter Woord wrote: > > >>>> > > >>>>>Are there any WMI alternatives on linux (opensource/closed source)? > > >>>> > > >>>>An implementation of the "Windows Management Instrumentation" > > >>>>for Linux? :-) > > >>>> > > >>>>Rob > > >>>> > > >>>>___ > > >>>>Mono-devel-list mailing list > > >>>>Mono-devel-list@lists.ximian.com > > >>>>http://lists.ximian.com/mailman/listinfo/mono-devel-list > > >>> > > >>> > > >>>___ > > >>>Mono-devel-list mailing list > > >>>Mono-devel-list@lists.ximian.com > > >>>http://lists.ximian.com/mailman/listinfo/mono-devel-list > > >>> > > >> > > > > ___ > > Mono-devel-list mailing list > > Mono-devel-list@lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] system class
I understand, but would an implementation of System.Management be compatible with WMI in the way of being able to connect to windows pc's too? Greets, Matthijs ter Woord - Original Message - From: "Robert Jordan" <[EMAIL PROTECTED]> To: Sent: Wednesday, October 05, 2005 7:58 PM Subject: Re: [Mono-dev] system class > > Hmm, how about OpenWBEM? WMI is supposed to be an implementation of the WBEM > > standard, OpenWBEM too. > > The WMI API (that's the stuff behind System.Management) is a > COM API [1]. The so called "WMI-Core" is the part supposed > to be implemented after a standard, but this was never been > directly exposed to consumers, at least not under Windows. > > Rob > > [1] > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/ wmi_architecture.asp > > > > > > > > > > > > - Original Message - > > From: "Rafael Ferreira" <[EMAIL PROTECTED]> > > To: "Matthijs ter Woord" <[EMAIL PROTECTED]> > > Cc: ; "Robert Jordan" <[EMAIL PROTECTED]> > > Sent: Wednesday, October 05, 2005 6:11 PM > > Subject: Re: [Mono-dev] system class > > > > > > > >>yeah its called snmpd :-) > >> > >>On Wed, 2005-10-05 at 16:10 +0200, Matthijs ter Woord wrote: > >> > >>>OK, i agree, but i actually mean a software package which provides > > > > roughly > > > >>>the same functionality. > >>> > >>> > >>> > >>>- Original Message - > >>>From: "Robert Jordan" <[EMAIL PROTECTED]> > >>>To: > >>>Sent: Wednesday, October 05, 2005 3:59 PM > >>>Subject: Re: [Mono-dev] system class > >>> > >>> > >>> > >>>>Matthijs ter Woord wrote: > >>>> > >>>>>Are there any WMI alternatives on linux (opensource/closed source)? > >>>> > >>>>An implementation of the "Windows Management Instrumentation" > >>>>for Linux? :-) > >>>> > >>>>Rob > >>>> > >>>>___ > >>>>Mono-devel-list mailing list > >>>>Mono-devel-list@lists.ximian.com > >>>>http://lists.ximian.com/mailman/listinfo/mono-devel-list > >>> > >>> > >>>___ > >>>Mono-devel-list mailing list > >>>Mono-devel-list@lists.ximian.com > >>>http://lists.ximian.com/mailman/listinfo/mono-devel-list > >>> > >> > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] system class
Hmm, how about OpenWBEM? WMI is supposed to be an implementation of the WBEM standard, OpenWBEM too. - Original Message - From: "Rafael Ferreira" <[EMAIL PROTECTED]> To: "Matthijs ter Woord" <[EMAIL PROTECTED]> Cc: ; "Robert Jordan" <[EMAIL PROTECTED]> Sent: Wednesday, October 05, 2005 6:11 PM Subject: Re: [Mono-dev] system class > yeah its called snmpd :-) > > On Wed, 2005-10-05 at 16:10 +0200, Matthijs ter Woord wrote: > > OK, i agree, but i actually mean a software package which provides roughly > > the same functionality. > > > > > > > > - Original Message - > > From: "Robert Jordan" <[EMAIL PROTECTED]> > > To: > > Sent: Wednesday, October 05, 2005 3:59 PM > > Subject: Re: [Mono-dev] system class > > > > > > > Matthijs ter Woord wrote: > > > > Are there any WMI alternatives on linux (opensource/closed source)? > > > > > > An implementation of the "Windows Management Instrumentation" > > > for Linux? :-) > > > > > > Rob > > > > > > ___ > > > Mono-devel-list mailing list > > > Mono-devel-list@lists.ximian.com > > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > > > > ___ > > Mono-devel-list mailing list > > Mono-devel-list@lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] system class
OK, i agree, but i actually mean a software package which provides roughly the same functionality. - Original Message - From: "Robert Jordan" <[EMAIL PROTECTED]> To: Sent: Wednesday, October 05, 2005 3:59 PM Subject: Re: [Mono-dev] system class > Matthijs ter Woord wrote: > > Are there any WMI alternatives on linux (opensource/closed source)? > > An implementation of the "Windows Management Instrumentation" > for Linux? :-) > > Rob > > ___ > 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] system class
Are there any WMI alternatives on linux (opensource/closed source)? - Original Message - From: "Paolo Molaro" <[EMAIL PROTECTED]> To: Sent: Wednesday, October 05, 2005 12:24 PM Subject: Re: [Mono-dev] system class > On 10/04/05 marcos rocha wrote: > > does anyone knows when will System.Management class be > > usefull ??? > > When someone who needs it will write and submit an implementation. > > lupus > > -- > - > [EMAIL PROTECTED] debian/rules > [EMAIL PROTECTED] Monkeys do it better > ___ > 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] Monodoc
Is there any special format needed? (IE, ecma xml docs etc) If so, could anyone point me to it? Regards, Matthijs ter Woord - Original Message - From: "Miguel de Icaza" <[EMAIL PROTECTED]> To: "Matthijs ter Woord" <[EMAIL PROTECTED]>; Cc: <[EMAIL PROTECTED]> Sent: Friday, September 30, 2005 4:20 AM Subject: Re: [Mono-dev] Monodoc > Hello, > > > When will monodoc be ready for .NET 2.0 classes? (ie, when will it > > also allow to document generics) > > We will have to wait for someone to contribute the necessary code to > cope with this. I have not had much time to look into this issue. > > What needs to be done is: > > * Look at the new ECMA XML documentation from ECMA and evaluate > how we could bring those changes into our documentation. > > * Someone would have to port the new docs nonetheless. > > * Someone would have to architect the changes to the monodoc > engine to do so. > > The right place to discuss this is the mono-docs-list. > > That being said, if you can not wait to write some documentation, we > have a *lot* of stuff in the 1.x profile that needs documentation. > Considering that 2.x stuff wont be 100% supported for a while, maybe it > would be best to contribute to the 1.x effort. > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Monodoc
Hi, When will monodoc be ready for .NET 2.0 classes? (ie, when will it also allow to document generics) Greets ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Building RPMS for FC4
Hi, Are the files needed to build the RPMS available for download? Greets, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] monodoc
Hi, Is it possible to run Monodoc server to let a group developers edit documentation simultaneously? Greets, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] mkbundle executables
Hi, Is it reasonable to use mkbundle executables as CGI scripts in a production environment? I mean with regards to performance, tempfiles, security. Greets, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Syslog support
Hi Vorobiev, You could have a look at Indy.Sockets. There is (AFAIK) support for SysLog. There's also support for many other protocols. Greets, Matthijs - Original Message - From: Vorobiev Maksim To: mono-devel-list@lists.ximian.com Sent: Wednesday, June 22, 2005 5:35 PM Subject: [Mono-devel-list] Syslog support Good day. Is there are any possibility to work with syslog daemon from Mono without developing additional unmanaged code? I cann't find support for syslog in any Mono namaspaces. Does it exists? Thank you. ___Mono-devel-list mailing listMono-devel-list@lists.ximian.comhttp://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Fw: Indy working on Mono and Nicer SSL integration on .NET
See www.indyproject.org - Original Message - From: "Matthijs ter Woord [Team Indy]" <[EMAIL PROTECTED]> Newsgroups: atozedsoftware.indy.announcements Sent: Saturday, June 18, 2005 9:37 AM Subject: Indy working on Mono and Nicer SSL integration on .NET > Hi, > > > We've released a new build of the Indy.Sockets assembly for .NET. > From now on, it's usable on Mono. This means, you don't need the Borland > assemblies anymore. > > Also, the Security assembly (the SSL/TLS stuff) is included in > Indy.Sockets.dll now. > > > Go and try it. Don't hesitate to ask on the NGs when something is broken. > > > Greets, > > Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Preview of release notes.
Miguel, You've forgotten the closing tags :P Greets, Matthijs - Original Message - From: "RafaelMizrahi" <[EMAIL PROTECTED]> To: "'Miguel de Icaza'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, June 14, 2005 4:30 PM Subject: RE: [Mono-devel-list] Preview of release notes. > Miguel, > The link is broken. > > rafi > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Miguel de > Icaza > Sent: Tuesday, June 14, 2005 5:25 PM > To: [EMAIL PROTECTED] > Subject: [Mono-devel-list] Preview of release notes. > > Here is a preview of the release notes, please send me updates before > the release: > > http://www.go-mono.com/archive/1.1.8/ > > -- > Miguel de Icaza <[EMAIL PROTECTED]> > Novell, Inc. > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Mono.Xml.MiniParser
I don't use the miniparser stuff, i only use the Mono.Security.Protocols stuff. See www.indyproject.org Greets - Original Message - From: "Atsushi Eno" <[EMAIL PROTECTED]> To: "Matthijs ter Woord (meddochat)" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Saturday, June 11, 2005 10:49 AM Subject: Re: [Mono-devel-list] Mono.Xml.MiniParser > No. Those types which inside non-CLSCompliant type can never be > CLSCompliant. Such inner type itself may already be in conflict > with another member in the outer non-CLSCompliant type. > > BTW you could also copy my SmallXmlParser in corlib into your > project. It is a replacement of MiniParser. > > Atsushi Eno > > Matthijs ter Woord (meddochat) wrote: > > Hi Atsushi, > > > > I get your point. MiniParser isn't CLS Compliant. > > > > [Error] E2421 Imported identifier 'Names' conflicts with 'names' in > > 'MiniParser.AttrListImpl' > > [Error] E2421 Imported identifier 'Values' conflicts with 'values' in > > 'MiniParser.AttrListImpl' > > [Error] E2421 Imported identifier 'Line' conflicts with 'line' in > > 'MiniParser.XMLError' > > [Error] E2421 Imported identifier 'Column' conflicts with 'column' in > > 'MiniParser.XMLError' > > > > > > But shouldn't AttrListImpl and XMLError be marked with [CLSCompliant(false)] > > then too? > > > > Greets, > > > > Matthijs > > > >> I have never tried to use Delphi.NET but it is really weird if it > >> really tries to validate(?) non-CLSCompliant types while it should > >> not (MiniParser is not CLS compliant) and rejects them because > >> of that. > >> > >> It sounds like a bug in Delphi.NET. > >> > >> Atsushi Eno > >> > >> > >> Matthijs ter Woord (meddochat) wrote: > >>> Hi everybody, > >>> > >>> For the Indy project we use the SSL/TLS implementation of > > Mono.Security.dll. > >>> You guys did a great job with that. > >>> > >>> But we have a problem. We're trying to build the project without > > compiler > >>> hints/warning but when linking to the Mono.Security.dll assembly, the > > delphi > >>> compiler can't cope with members with case-insensitive duplicate names: > >>> > >>> [Error] E2421 Imported identifier 'Names' conflicts with 'names' in > >>> 'MiniParser.AttrListImpl' > >>> [Error] E2421 Imported identifier 'Values' conflicts with 'values' in > >>> 'MiniParser.AttrListImpl' > >>> [Error] E2421 Imported identifier 'Line' conflicts with 'line' in > >>> 'MiniParser.XMLError' > >>> [Error] E2421 Imported identifier 'Column' conflicts with 'column' in > >>> 'MiniParser.XMLError' > >>> > >>> > >>> Is this the coding style used in the class libraries? or could this be > >>> changed? > >>> > >>> > >>> > >>> Greets, > >>> > >>> Matthijs ter Woord > >>> > >>> > >>> > >>> > >>> ___ > >>> 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-devel-list] Mono.Xml.MiniParser
Hi Atsushi, I get your point. MiniParser isn't CLS Compliant. [Error] E2421 Imported identifier 'Names' conflicts with 'names' in 'MiniParser.AttrListImpl' [Error] E2421 Imported identifier 'Values' conflicts with 'values' in 'MiniParser.AttrListImpl' [Error] E2421 Imported identifier 'Line' conflicts with 'line' in 'MiniParser.XMLError' [Error] E2421 Imported identifier 'Column' conflicts with 'column' in 'MiniParser.XMLError' But shouldn't AttrListImpl and XMLError be marked with [CLSCompliant(false)] then too? Greets, Matthijs > I have never tried to use Delphi.NET but it is really weird if it > really tries to validate(?) non-CLSCompliant types while it should > not (MiniParser is not CLS compliant) and rejects them because > of that. > > It sounds like a bug in Delphi.NET. > > Atsushi Eno > > > Matthijs ter Woord (meddochat) wrote: > > Hi everybody, > > > > For the Indy project we use the SSL/TLS implementation of Mono.Security.dll. > > You guys did a great job with that. > > > > But we have a problem. We're trying to build the project without compiler > > hints/warning but when linking to the Mono.Security.dll assembly, the delphi > > compiler can't cope with members with case-insensitive duplicate names: > > > > [Error] E2421 Imported identifier 'Names' conflicts with 'names' in > > 'MiniParser.AttrListImpl' > > [Error] E2421 Imported identifier 'Values' conflicts with 'values' in > > 'MiniParser.AttrListImpl' > > [Error] E2421 Imported identifier 'Line' conflicts with 'line' in > > 'MiniParser.XMLError' > > [Error] E2421 Imported identifier 'Column' conflicts with 'column' in > > 'MiniParser.XMLError' > > > > > > Is this the coding style used in the class libraries? or could this be > > changed? > > > > > > > > Greets, > > > > Matthijs ter Woord > > > > > > > > > > ___ > > Mono-devel-list mailing list > > Mono-devel-list@lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Mono.Xml.MiniParser
Hi everybody, For the Indy project we use the SSL/TLS implementation of Mono.Security.dll. You guys did a great job with that. But we have a problem. We're trying to build the project without compiler hints/warning but when linking to the Mono.Security.dll assembly, the delphi compiler can't cope with members with case-insensitive duplicate names: [Error] E2421 Imported identifier 'Names' conflicts with 'names' in 'MiniParser.AttrListImpl' [Error] E2421 Imported identifier 'Values' conflicts with 'values' in 'MiniParser.AttrListImpl' [Error] E2421 Imported identifier 'Line' conflicts with 'line' in 'MiniParser.XMLError' [Error] E2421 Imported identifier 'Column' conflicts with 'column' in 'MiniParser.XMLError' Is this the coding style used in the class libraries? or could this be changed? Greets, Matthijs ter Woord BEGIN:VCARD VERSION:2.1 N:ter Woord;Matthijs FN:Matthijs ter Woord ORG:ter Woord Computers ADR;WORK:;;Lindenallee 22;Ellewick-Vreden;;48691;Germany LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Lindenallee 22=0D=0AEllewick-Vreden 48691=0D=0AGermany URL;WORK:http://www.terwoord.nl EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20050528T072845Z END:VCARD ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] The Computer Language Shootout
Looks great - Original Message - From: "Isaac Gouy" <[EMAIL PROTECTED]> To: Sent: Tuesday, May 17, 2005 5:54 PM Subject: [Mono-devel-list] The Computer Language Shootout > now using Mono 1.1.7 > > http://shootout.alioth.debian.org/great/benchmark.php?test=all&lang=csharp&sort=fullcpu > > We really welcome improvements/alternatives to the existing programs, > and contributions for the micro-benchmarks we haven't done yet. > > > > __ > Yahoo! Mail Mobile > Take Yahoo! Mail with you! Check email on your mobile phone. > http://mobile.yahoo.com/learn/mail > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] System.Web.Hosting
Hi Everybody, When using ApplicationHost.CreateApplicationHost, are the values set using AppDomain.SetData the same as on MS.NET? Also, is it possible to host ASP.NET in the same appdomain as the main entry point procedure is ran? Greets, Matthijs BEGIN:VCARD VERSION:2.1 N:ter Woord;Matthijs FN:Matthijs ter Woord ORG:ter Woord Computers ADR;WORK:;;Lindenallee 22;Ellewick-Vreden;;48691;Germany LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Lindenallee 22=0D=0AEllewick-Vreden 48691=0D=0AGermany URL;WORK:http://www.terwoord.nl EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20050508T152457Z END:VCARD
[Mono-devel-list] System.Web.Hosting
Hi Everybody, When using ApplicationHost.CreateApplicationHost, are the values set using AppDomain.SetData the same as on MS.NET? Also, is it possible to host ASP.NET in the same appdomain as the main entry point procedure is ran? Greets, Matthijs BEGIN:VCARD VERSION:2.1 N:ter Woord;Matthijs FN:Matthijs ter Woord ORG:ter Woord Computers ADR;WORK:;;Lindenallee 22;Ellewick-Vreden;;48691;Germany LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Lindenallee 22=0D=0AEllewick-Vreden 48691=0D=0AGermany URL;WORK:http://www.terwoord.nl EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20050508T155809Z END:VCARD
Re: [Mono-devel-list] Question about using --trace parameter in Mono
Hi Aleksandar, you use --trace=T:System.Exception: that means you're filtering trace output for items that are coming from System.Exception, so the output is right. Greets, Matthijs - Original Message - From: "Aleksandar Dezelin" <[EMAIL PROTECTED]> To: "mono-devel-list" Sent: Friday, March 04, 2005 1:07 PM Subject: [Mono-devel-list] Question about using --trace parameter in Mono > I have an application and I run it with the following command line: > > mono --debug --trace=T:System.Exception server.exe > > This is a prart of the mono output: > > ENTER: System.Exception:.ctor > (string)(this:0x9cf3bd0[System.Runtime.Remoting.RemotingException > server.exe], [STRING:0x9a88f60:Connection closed], ) > LEAVE: System.Exception:.ctor (string) > ENTER: System.Exception:set_HResult > (int)(this:0x9cf3bd0[System.Runtime.Remoting.RemotingException > server.exe], -2146233087, ) > LEAVE: System.Exception:set_HResult (int) > EXCEPTION handling: RemotingException > ENTER: System.Exception:.ctor > (string,System.Exception)(this:0x9cf3ba0[System.Runtime.Remoting.RemotingExc eption > server.exe], [STRING:0x9a8efc0:Tcp transport error.], > [System.Runtime.Remoting.RemotingException:0x9cf3bd0], ) > LEAVE: System.Exception:.ctor (string,System.Exception) > ENTER: System.Exception:set_HResult > (int)(this:0x9cf3ba0[System.Runtime.Remoting.RemotingException > server.exe], -2146233087, ) > LEAVE: System.Exception:set_HResult (int) > EXCEPTION handling: RemotingException > > How can I see where in the source those exceptions are thrown? Why the > hell I'm getting those exceptions raised (they never get cought in my > try - catch block? > > Cheers, > Aleksandar Dezelin > > > -- > Linux is like wighwam, no windows no gates and apache inside... > ___ > 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-devel-list] Implemented Dictionary
- Original Message - From: "Ben Maurer" <[EMAIL PROTECTED]> To: "Matthijs ter Woord (meddochat)" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Sunday, February 27, 2005 5:35 PM Subject: Re: [Mono-devel-list] Implemented Dictionary > On Sun, 2005-02-27 at 10:14 +0100, Matthijs ter Woord (meddochat) wrote: > > Hi Everybody, > > > > I implemented Dictionary, can someone take a look at it? > > + public V this[K Index]{ > + } > > This is a linear search. The Dictionary needs to be implemented like Hashtable. > Hmm, That's to much magic to me. Why didn't somebody else it already? System.Collections.Generic seems important for Fx 2.0 stuff to me. Greets, Matthijs ter Woord ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Implemented Dictionary
Hi Everybody, I implemented Dictionary, can someone take a look at it? greets, MatthijsBEGIN:VCARD VERSION:2.1 N:ter Woord;Matthijs FN:Matthijs ter Woord ORG:ter Woord Computers ADR;WORK:;;Lindenallee 22;Ellewick-Vreden;;48691;Germany LABEL;WORK;ENCODING=QUOTED-PRINTABLE:Lindenallee 22=0D=0AEllewick-Vreden 48691=0D=0AGermany EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20050227T091423Z END:VCARD dictionary.diff Description: Binary data