[Mono-dev] AJAX.NET
Hi all, I read on the official mono site that MS open sourced the javascript files for AJAX.NET (a very commendable step in my humble opinion). Are there any current plans to implement the server side parts of this so that it can be run with mod_mono? I'd be interested in helping to implement some of it if there is an existing effort in place, otherwise any advice on where to begin would be appreciated. Thanks, -Matt McDonald ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono and XSP RPM on FC6
Does anyone has Mono RPM and XSP on Fedora Core 6 or let me know how to get it?. Thanks in Advance Vinai Singh (770-246-8692 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vinai Singh Sent: Tuesday, January 30, 2007 12:32 PM To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] Mono and XSP RPM on FC6 Guys, I'm looking Mono 1.2 and XSP RPM's on FC6. Can you please let me know if it is available ? Your help is appreciated Thanks Vinai Singh ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Problems with MonoTests.System.Net.FileWebRequestTest
Hi, I'm running System tests (net_2_0 profile) on Cygwin/Windows-XP. I've noticed that since the patch from Gert Driesen on 2007-01-28, the FileWebRequestTest produces a lot of errors (almost all sub tests in this file) and this due to the exception in file deletion. Actually same happens in Grasshopper configuration, and I think the root of the problem somewhere in Async method (when I'm comment out this method, only one test fails). IMHO, some resource handler (such as stream) is not properly released in this test. Thanks, Ilya. P.S. - See log details below. 7) MonoTests.System.Net.FileWebRequestTest.Async : TearDown : System.IO.IOException : Sharing violation on path c:\DOCUME~1\ilyak\LOCALS~1\Temp\MonoTests.System.Net.FileWebRequestTest\FileWebRequestTest.tmp --TearDown at System.IO.File.Delete (System.String path) [0x000bf] in C:\cygwin\monobuild\mcs\class\corlib\System.IO\File.cs:175 at MonoTests.System.Net.FileWebRequestTest.TearDown () [0x00033] in C:\cygwin\monobuild\mcs\class\System\Test\System.Net\FileWebRequestTest.cs:60 at 0x0 unknown method at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[]) at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00056] in C:\cygwin\monobuild\mcs\class\corlib\System.Reflection\MonoMethod.cs:143 8) MonoTests.System.Net.FileWebRequestTest.Sync : System.IO.IOException : Sharing violation on path c:\DOCUME~1\ilyak\LOCALS~1\Temp\MonoTests.System.Net.FileWebRequestTest\FileWebRequestTest.tmp TearDown : System.IO.IOException : Sharing violation on path c:\DOCUME~1\ilyak\LOCALS~1\Temp\MonoTests.System.Net.FileWebRequestTest\FileWebRequestTest.tmp at System.IO.File.Delete (System.String path) [0x000bf] in C:\cygwin\monobuild\mcs\class\corlib\System.IO\File.cs:175 at MonoTests.System.Net.FileWebRequestTest.SetUp () [0x0006f] in C:\cygwin\monobuild\mcs\class\System\Test\System.Net\FileWebRequestTest.cs:49 at 0x0 unknown method at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[]) at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00056] in C:\cygwin\monobuild\mcs\class\corlib\System.Reflection\MonoMethod.cs:143 --TearDown at System.IO.File.Delete (System.String path) [0x000bf] in C:\cygwin\monobuild\mcs\class\corlib\System.IO\File.cs:175 at MonoTests.System.Net.FileWebRequestTest.TearDown () [0x00033] in C:\cygwin\monobuild\mcs\class\System\Test\System.Net\FileWebRequestTest.cs:60 at 0x0 unknown method at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[]) at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00056] in C:\cygwin\monobuild\mcs\class\corlib\System.Reflection\MonoMethod.cs:143 9) MonoTests.System.Net.FileWebRequestTest.ConnectionGroupName : System.IO.IOException : Sharing violation on path c:\DOCUME~1\ilyak\LOCALS~1\Temp\MonoTests.System.Net.FileWebRequestTest\FileWebRequestTest.tmp TearDown : System.IO.IOException : Sharing violation on path c:\DOCUME~1\ilyak\LOCALS~1\Temp\MonoTests.System.Net.FileWebRequestTest\FileWebRequestTest.tmp at System.IO.File.Delete (System.String path) [0x000bf] in C:\cygwin\monobuild\mcs\class\corlib\System.IO\File.cs:175 at MonoTests.System.Net.FileWebRequestTest.SetUp () [0x0006f] in C:\cygwin\monobuild\mcs\class\System\Test\System.Net\FileWebRequestTest.cs:49 at 0x0 unknown method at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[]) at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00056] in C:\cygwin\monobuild\mcs\class\corlib\System.Reflection\MonoMethod.cs:143 --TearDown at System.IO.File.Delete (System.String path) [0x000bf] in C:\cygwin\monobuild\mcs\class\corlib\System.IO\File.cs:175 at MonoTests.System.Net.FileWebRequestTest.TearDown () [0x00033] in C:\cygwin\monobuild\mcs\class\System\Test\System.Net\FileWebRequestTest.cs:60 at 0x0 unknown method at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[]) at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00056] in C:\cygwin\monobuild\mcs\class\corlib\System.Reflection\MonoMethod.cs:143 10) MonoTests.System.Net.FileWebRequestTest.ContentLength :
Re: [Mono-dev] AJAX.NET
Quick correction: I meant the new ASP.NET AJAX libraries (apparently AJAX.NET is a completely different library)... in the future I'll finish my coffee before I post. Thanks, -Matt McDonald On 2/1/07, Matthew McDonald [EMAIL PROTECTED] wrote: Hi all, I read on the official mono site that MS open sourced the javascript files for AJAX.NET (a very commendable step in my humble opinion). Are there any current plans to implement the server side parts of this so that it can be run with mod_mono? I'd be interested in helping to implement some of it if there is an existing effort in place, otherwise any advice on where to begin would be appreciated. Thanks, -Matt McDonald -- Matt McDonald (719)338-6462 [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] update to machine.config
Hi All, While fixing bugs in the tests for System.Web.UI.WebControls.PasswordRecovery I updated the Web.config and Web.mono.config files in System.Web/Test/mainsoft/NunitWeb/NunitWeb/Resources. I added the section: system.net mailSettings ... /mailSettings system.net It turns out that the section handler was not registered in machine.config I updated my local machine.config so I can test this, and updated machine.config at mono/data/net_2_0/machine.config so it can be committed. Please approve this commit of machine.config. Thanks, --- Adar Wesley Mainsoft PasswordRecoveryAndMachine.config.patch Description: PasswordRecoveryAndMachine.config.patch mono_machine.config.patch Description: mono_machine.config.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Experiments with mono profiling
On 01/31/07 Muath A. Khalaf wrote: I am trying to implement some profiling techniques and test them as part of a small research. They are mainly a sampling based profiling for the runtime stack and some profiling for the mono garbage collector. I have downloaded mono 1.2, compiled it and it is running now. I wish if somebody points me to a starting point in the code and if there is any documentation for mono internals that would help me in completing this project. There is already support for a sampling profiler in the JIT: the profiling interface is defined in metadata/profiler.h. metadata/profiler.c contains a sample compiler which covers most needs and which you might want to check out. Adding support for walking a few stack frames would be nice: you should be able to do it using the context argument of the MonoProfileStatFunc callback (the type of context depends on the operating system and architecture, it is typically a struct sigcontext or struct ucontext pointer). You may also want to google for heap-prof and heap-shot for sample allocation profilers. 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
Re: [Mono-dev] Mono performance rocks!
Hi, Well, both IO performance and design play a role, but what I think is important is pointing that using Mono/C# is not a handicap to achieve good performance. About svn vs git or mercurial: well, svn (like Plastic) is centralized. AFAIK git is distributed, so no central rep is used. It has its advantages, but is also not appropiate in many environments. And they can implement many operations by just copying files (no network operations are required). Another good poing in .NET/Mono is that we are using Remoting for data transmission, and it is proving to be very, very efficient. pablo - Original Message - From: Paolo Molaro [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Thursday, February 01, 2007 7:23 PM Subject: Re: [Mono-dev] Mono performance rocks! On 02/01/07 pablosantosluac wrote: We also checked with a much less powerful server: 1'8Ghz Pentium IV with 512Mb RAM - Plastic - 20s - Subversion - 38s We added a 40 Mb file to the rep - Plastic - 24s - Subversion - 52 s BTW, we run the tests several times to confirm the results. So, yes, you can beat C written apps on Mono! :-) Note that in those cases the design of the app plays a role much bigger than the implementation language. Besides svn is known for being one of the slowest systems, so you might want to compare with either Mercurial or Git. In any case, if you have performance issues that show up in mono that don't show up on .net, please let us know so we can try to fix them. 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
[Mono-dev] SharpDevelop and Race to Linux
Report on SharpDevelop 2.1 beta 3 on Mono 1.2.2.1 SharpDevelop is a Windows application, but it is also a .NET application. I think it is important to show that it can run on Mono. However it is clear that it is not ready for the Race to Linux. Remember that MonoDevelop is an early fork of SharpDevelop, so getting a modified version of SharpDevelop running on Mono should be possible. Currently the biggest issue is that SharpDevelop uses a lot of .NET 2.0 functions that Mono has not yet implemented. There are also some .NET features (COM) that are only being completed on a volunteer basis. The second biggest problem is PInvokes. Many of these call dlls such as the MSBuild Engine that are becoming part of Mono other are open source (log4net) that are or could be supported. Some are OS calls such as messaging that according to the Mono Web site can be replaced by .NET functions. Next SharpDevelop uses a number of third party dlls some support featured that can be disabled some are open source that can be duplicated, some may prove difficult to deal with. Finally there may be things in SharpDevelop that need to be rewritten or disabled when running on other systems. Running SharpDevelop on OSX and Linux will be difficult but MonoDevelop shows that it can be done. I plan to continue to explore the issues involved. Here is what I got from running Moma on SharpDevelop, total is the raw data; unique is after removing duplicates. Issues include: 1) Missing .NET 2.0 functions in Mono 2) PInvokes to Windows 3) PInvokes to third party dlls 4) MSBuild functions 5) COM functions Total Missing 615 Niex 176 Pinvoke 300 Todo 169 Total Total 1260 Unique Missing 211 Niex 61 Pinvoke 191 Todo 72 Total unique 535 Not Valid .NET assemblies LIBAPR.DLL LibAprIconv.Dll LibAprUtil.Dll LibDB44.dll Mergemod.dll Msvcp70.dll Msvcr70.dll Netfxca.dll Pcaexec.dll Scaexec.dll Scasched.dll Winterop.dll Wixca.dll Dennis - Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster.___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] update to machine.config
Hey, I added the section: system.net mailSettings This looks fine; But I wonder about the fake provider stuff in the patches, what are those for? MIguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] AJAX.NET
Hello, I read on the official mono site that MS open sourced the javascript files for AJAX.NET (a very commendable step in my humble opinion). Are there any current plans to implement the server side parts of this so that it can be run with mod_mono? We would like to do it, but we are currently not staffed to do it. I'd be interested in helping to implement some of it if there is an existing effort in place, otherwise any advice on where to begin would be appreciated. This would be good, and the help would be appreciated. If this is your first time, my advise is that you always start by writing unit tests to understand ASP.NET. Since its so easy to automate tests for ASP.NET, it is the best way of learning the API and ensuring that the implementation is correct. Once you have tests written, you could start with the classes. I would not write a line of code without a test ;-) Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] update to machine.config
Hi, The tests use a fake Membership provider to simplify the test. The provider is fake in the sense that it returns hardcoded values. --- Adar Wesley Mainsoft On 2/1/07, Miguel de Icaza [EMAIL PROTECTED] wrote: Hey, I added the section: system.net mailSettings This looks fine; But I wonder about the fake provider stuff in the patches, what are those for? MIguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- --- Adar Wesley ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] update to machine.config
Hey! The tests use a fake Membership provider to simplify the test. The provider is fake in the sense that it returns hardcoded values. Oh, brilliant! --- Adar Wesley Mainsoft On 2/1/07, Miguel de Icaza [EMAIL PROTECTED] wrote: Hey, I added the section: system.net mailSettings This looks fine; But I wonder about the fake provider stuff in the patches, what are those for? MIguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- --- Adar Wesley ___ 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] AJAX.NET
Miguel, Sounds like a plan. I'm a complete neophyte when it comes to contributing to mono (though I've been using and following the project for some time), what's the best way to submit test cases to the project? -Matt McDonald On 2/1/07, Miguel de Icaza [EMAIL PROTECTED] wrote: Hello, I read on the official mono site that MS open sourced the javascript files for AJAX.NET (a very commendable step in my humble opinion). Are there any current plans to implement the server side parts of this so that it can be run with mod_mono? We would like to do it, but we are currently not staffed to do it. I'd be interested in helping to implement some of it if there is an existing effort in place, otherwise any advice on where to begin would be appreciated. This would be good, and the help would be appreciated. If this is your first time, my advise is that you always start by writing unit tests to understand ASP.NET. Since its so easy to automate tests for ASP.NET, it is the best way of learning the API and ensuring that the implementation is correct. Once you have tests written, you could start with the classes. I would not write a line of code without a test ;-) Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] AJAX.NET
Hey, Sounds like a plan. I'm a complete neophyte when it comes to contributing to mono (though I've been using and following the project for some time), what's the best way to submit test cases to the project? There are a few things you will want to do: 1. Make sure you can build Mono from SVN yourself, this is so that you have all the tools in place, and you can test things. 2. Make sure you can run `xsp' on sample pages. Once you do that, I suggest that you get yourself NUnit, and write a small test case for the first class you pick (pick something easy first). You can see a bunch of samples in mcs/class/System.Web/Test/ directory. We use a file per class to test. This will help you understand the API beyond the documentation description: you will understand the inputs, the outputs, what things must be checked and what must not. Then you run this with NUnit and you make sure it works on Windows. At that point you can write your implementation for Mono. Never looking at decompiled output, never using a disassembler or any other tools but public documentation and public Microsoft blogs (avoid reverse engineering sites). Then you can contribute your tests and your classes (send us an email). Once you are comfortable with it, we give you an SVN account. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] AJAX.NET
Hi, I just got it to build with cygwin, xsp works, looks like it's time to dig in. Right now I'm planning on using a Windows box to write the .NET 2.0 unit tests and a OpenSuse Linux box to actually test the Mono implementation (when the time comes). One final question before I dig in: On a Linux machine, Is is appropriate to use apache+mod_mono to test web assemblies, or should XSP always be used? Thanks a lot for bearing with me as I come up to speed on how things work around here. -Matt McDonald On 2/1/07, Miguel de Icaza [EMAIL PROTECTED] wrote: Hey, Sounds like a plan. I'm a complete neophyte when it comes to contributing to mono (though I've been using and following the project for some time), what's the best way to submit test cases to the project? There are a few things you will want to do: 1. Make sure you can build Mono from SVN yourself, this is so that you have all the tools in place, and you can test things. 2. Make sure you can run `xsp' on sample pages. Once you do that, I suggest that you get yourself NUnit, and write a small test case for the first class you pick (pick something easy first). You can see a bunch of samples in mcs/class/System.Web/Test/ directory. We use a file per class to test. This will help you understand the API beyond the documentation description: you will understand the inputs, the outputs, what things must be checked and what must not. Then you run this with NUnit and you make sure it works on Windows. At that point you can write your implementation for Mono. Never looking at decompiled output, never using a disassembler or any other tools but public documentation and public Microsoft blogs (avoid reverse engineering sites). Then you can contribute your tests and your classes (send us an email). Once you are comfortable with it, we give you an SVN account. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Problem trying to start up a WinForms app withProcess
Hi Miguel, I'm actually doing the second option, but for some reason it doesn't work. It must be something I'm doing wrong, but I don't find out what. If I replace my app by, let's say, xcalc, it works, but as soon I put my winforms app, nothing happens. Environment variables are copied to the new process, aren't they? Anyway, I've configured both PATH and LD_LIBRARY_PATH at .bashrc. pablo - Original Message - From: Miguel de Icaza [EMAIL PROTECTED] To: pablosantosluac [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com Sent: Thursday, February 01, 2007 9:19 PM Subject: Re: [Mono-dev] Problem trying to start up a WinForms app withProcess Hey, I'm trying to start a WinForms app (external one) on Mono/SUSE using Process object. It always fails. It can't start the process. Could it be failing due to environment variables not correctly passed? Are you trying to call an app just with the extension? demo.exe If so, you need to call it like this: mono demo.exe Or even better, provide a script around it (like most Mono apps do), so you can call: demo Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list