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] [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
[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] 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
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
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-SCT]/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-S2AR979IVEO;B [EMAIL PROTECTED](%1R86YS
M86-T:6]N+F-S2AW;W)K:6YG(-O'DID! (TU-RPV(LU-RPW($! B )
M6EN=5R;F%L(%1R86YS86-T:6]N(A4F%NV%C=EO;B!O=AEBD*( D)
MPH@0D);5V96P@/2!O=AEBYL979E;#L**PD)0H@0D):6YF;R ](]T
M:5R+FEN9F\[B )0ED97!E;F1E;G1S(#T@;W1H97(N95P96YD96YTSL*
M( D)?0I 0 M,3DX+#$U(LQ.3DL,C @0$ *( D)?0H@B )5M-;VYO5$]$
M3UT*+0D)'5B;EC('-T871I8R!B;V]L(]P7TEN97%U86QI='[EMAIL PROTECTED]
M86-T:6]N('@L(%1R86YS86-T:6]N('DIBL)7!U8FQI8R!S=%T:6,@8F]O
M;!O5R871OB A/2 H5')A;G-A8W1I;VX@[EMAIL PROTECTED]')A;G-A8W1I;VX@2D*
M( D)PHM0D):[EMAIL PROTECTED]'@@/3T@;G5L; F)B!Y(#T](YU;PIBT)0D)F5T
M=7)N(9A;'-E.PHM0D):[EMAIL PROTECTED]'@@/3T@;G5L;!\?!Y(#T](YU;PIBL)
M0EI9B H3V)J96-T+E)E9F5R96YC945Q=6%LRAX+!N=6QL*2 F)B!/8FIE
M8W0N4F5F97)E;F-E17%U86QS*'DL(YU;PI*0HK0D)( @(')E='5R;B!F
M86QS93L**PD)6EF(A/8FIE8W0N4F5F97)E;F-E17%U86QS*'@L(YU;PI
M('Q\($]B:F5C=Y2969EF5N8V5%75A;',H2P@;G5L;DIB )0D)F5T
M=7)N('1R=64[B *( D)7)E='5R;B A('@N17%U86QS(AY*3L*( D)?0HK
M0D**PD)'5B;EC('-T871I8R!B;V]L(]P97)A=]R(#T](A4F%NV%C
M=EO;B!X+!4F%NV%C=EO;B!Y*0HK0E[BL)0ER971UFX@(2AX($]
M('DI.PHK0E]B *( D)'5B;EC(]V97)R:61E(EN=!'971(87-H0V]D
*92 H*0H@0E[@``
`
end
___
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] [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-SCT]/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-S2AR979IVEO;B [EMAIL PROTECTED](%1R86YS
M86-T:6]N+F-S2AW;W)K:6YG(-O'DID! (TU-RPV(LU-RPW($! B )
M6EN=5R;F%L(%1R86YS86-T:6]N(A4F%NV%C=EO;B!O=AEBD*( D)
MPH@0D);5V96P@/2!O=AEBYL979E;#L**PD)0H@0D):6YF;R ](]T
M:5R+FEN9F\[B )0ED97!E;F1E;G1S(#T@;W1H97(N95P96YD96YTSL*
M( D)?0I 0 M,3DX+#$U(LQ.3DL,C @0$ *( D)?0H@B )5M-;VYO5$]$
M3UT*+0D)'5B;EC('-T871I8R!B;V]L(]P7TEN97%U86QI='[EMAIL PROTECTED]
M86-T:6]N('@L(%1R86YS86-T:6]N('DIBL)7!U8FQI8R!S=%T:6,@8F]O
M;!O5R871OB A/2 H5')A;G-A8W1I;VX@[EMAIL PROTECTED]')A;G-A8W1I;VX@2D*
M( D)PHM0D):[EMAIL PROTECTED]'@@/3T@;G5L; F)B!Y(#T](YU;PIBT)0D)F5T
M=7)N(9A;'-E.PHM0D):[EMAIL PROTECTED]'@@/3T@;G5L;!\?!Y(#T](YU;PIBL)
M0EI9B H*'@@87,@;V)J96-T*2 ]/2!N=6QL(8F(AY(%S(]B:F5C=D@
M/3T@;G5L;D**PD)2 @(!R971U[EMAIL PROTECTED]V4[BL)0EI9B H*'@@87,@
M;V)J96-T*2 ]/2!N=6QL('Q\(AY(%S(]B:F5C=D@/3T@;G5L;D*( D)
M0ER971U[EMAIL PROTECTED]')U93L*( H@0D)F5T=7)N($@Y%75A;',@*'DI.PH@
M0E]BL)0HK0EP=6)L:6,@W1A=EC()O;VP@;W!EF%T;W(@/[EMAIL PROTECTED]
M86YS86-T:6]N('@L(%1R86YS86-T:6]N('DIBL)7L**PD)7)E='5R;B A
M*'@@(3T@2D[BL)7T*( H@0EP=6)L:6,@;W9EG)I94@:6YT($=E=$AA
/VA#;V1E(@IB )7L*
`
end
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
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] 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 unknown method 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
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 unknown method 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
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
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(%-YW1E;2Y2969L96-T:6]N.PT*#0IP=6)L:6,@95L
M96=A=[EMAIL PROTECTED]!497-T1FEX='5R95)U;D9I;FES:5D15L96=A=4HW1R
M:6YG('1EW12=6Y.86UE+!B;V]L('!AW-E9D[#0IP=6)L:6,@8VQAW,@
M36%I;D-L87-S#0I[#0H)7-T871I8R!V;VED($1O55S=AS=')I;F@=5S
M=%)U;DYA;64L()O;VP@%SV5D*0T*0E[#0H)0E#;VYS;VQE+E=R:71E
M3[EMAIL PROTECTED]]497-T+ GS!])RP@S%]([EMAIL
PROTECTED]5S=%)U;DYA;64L('!AW-E
M9D[#0H)7T-B @( @( @'5B;EC('-T871I8R!V;VED($UA:6XH*0T*
M( @( @(![#0H@( @( @( @( @( @07!P1]M86EN(%P$1O;6%I
M;B ]($%P$1O;6%I;BY#F5A=5$;VUA:[EMAIL PROTECTED]);V\B*3L-B @( @( @
M( @( @(!A'!$;VUA:6XN4V5T1[EMAIL PROTECTED]AE365T:]D(BP@;F5W(%1E
MW1:7AT=7)E4G5N1FEN:7-H961$96QE9V%T92A$;U1EW0I*3L-B @( @
M( @( @( @(!A'!$;VUA:6XN1]#86QL0F%C:R H;F5W($-R;W-S07!P
M1]M86EN15L96=A=[EMAIL PROTECTED];Q86-K*2D[#0H@( @( @( @( @( @
M0V]NV]L92Y7FET94QI;[EMAIL PROTECTED])D;VYE(BD[#0H@( @( @('T-@T*( @
M( @(!P=6)L:6,@W1A=EC('9O:[EMAIL PROTECTED];$)[EMAIL PROTECTED]D-B @(
@( @
MPT*( @( @( @( @( @($-O;G-O;4N5W)I=5,:6YE(A!'!$;VUA
M:6XN0W5RF5N=$1O;6%I;BYFEE;F1L4YA;64I.PT*( @( @( @( @
M( @(A!'!$;VUA:6XN0W5RF5N=$1O;6%I;BY'971$871A*)4:5-971H
M;V0B*2!AR!497-T1FEX='5R95)U;D9I;FES:5D15L96=A=4I*)(96QL
A;[EMAIL PROTECTED];0B+!TG5E*3L-B @( @( @?0T*?0T*
`
end
___
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
[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] 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]; mono-devel-list@lists.ximian.com 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: mono-devel-list@lists.ximian.com; mono-list@lists.ximian.com 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: mono-devel-list@lists.ximian.com 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 profile/.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 readexecute 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
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 mono-devel-list@lists.ximian.com 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?
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: mono-devel-list@lists.ximian.com 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] .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
[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
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: Mono-devel-list@lists.ximian.com; [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; c128; 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] (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: mono-devel-list@lists.ximian.com 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 evaluatehow 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 monodocengine 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: mono-devel-list@lists.ximian.com 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: mono-devel-list@lists.ximian.com; 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: mono-devel-list@lists.ximian.com 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
Are there any WMI alternatives on linux (opensource/closed source)? - Original Message - From: Paolo Molaro [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com 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] 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: mono-devel-list@lists.ximian.com 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
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: mono-devel-list@lists.ximian.com; 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: mono-devel-list@lists.ximian.com 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
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: mono-devel-list@lists.ximian.com 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: mono-devel-list@lists.ximian.com; 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: mono-devel-list@lists.ximian.com 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, of course i meant SHOULD instead of WOULD - Original Message - From: Matthijs ter Woord [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com; 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: mono-devel-list@lists.ximian.com 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: mono-devel-list@lists.ximian.com; 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: mono-devel-list@lists.ximian.com 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] 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]; mono-docs-list@lists.ximian.com 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] 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] 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
[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 /P 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
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] The Computer Language Shootout
Looks great - Original Message - From: Isaac Gouy [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com 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=alllang=csharpsort=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] Implemented DictionaryK,V
Hi Everybody, I implemented DictionaryK,V, 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
