[Mono-dev] Some questions about ASP.NET
Hi guys! I have some troubles with using mod_mono ASP.NET. The first is encoding. My Default.aspx saved in UTF-8, and has russian text inside. Web.Config has following instruction: globalization fileEncoding=UTF-8/ in System.Web IIS/Cassini renders page as needed, but Apache2 with mod_mono and xsp2 standalone shows instead UTF chars. What can I fix it? An d next... Anthem.NET looking as good AJAX framework, and works with Mono, but some strange: mono reports in apache's error.log: File does not exist: /var/www/myhost.com.ua/WebResource.axd (Anthem adds his JavaScript code using it) So, if I include Anthem.js manually it's work fine. But this is an issue? Thanks for any response! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Some questions about ASP.NET
Hello, k0l0b0k schrieb: Hi guys! ... An d next... Anthem.NET looking as good AJAX framework, and works with Mono, but some strange: mono reports in apache's error.log: File does not exist: /var/www/myhost.com.ua/WebResource.axd (Anthem adds his JavaScript code using it) So, if I include Anthem.js manually it's work fine. But this is an issue? What Version of Mono are you using? I fixed a bug for Mono 1.9 where request specific path matching infos are cached and as a result WebResource.axd or ScriptResource.axd was not accessible. So if you use an older version of Mono try to upgrade to a recent version. Hope that helps, Daniel Thanks for any response! ___ 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] Some questions about ASP.NET
Hello, the bug i mentioned is already fixed in Mono 1.9.1 Please create a small testcase an open a new bugreport for it, thanks: http://mono-project.com/Bugs Daniel k0l0b0k schrieb: Sorry, I;m forgot to add this information... I'm using Mono 1.9.1 from Debian Etch Backports. ~# mono -V Mono JIT compiler version 1.9.1 (tarball) Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC:Included Boehm (with typed GC) SIGSEGV: altstack Notifications: epoll Architecture: x86 Disabled: none Can you tell me, what files I must copy from Mono svn build to fix it? (I cannot build mono from svn directly, because VPS that I use has no resources for it) 2008/5/14 Daniel Nauck [EMAIL PROTECTED]: Hello, k0l0b0k schrieb: Hi guys! ... An d next... Anthem.NET looking as good AJAX framework, and works with Mono, but some strange: mono reports in apache's error.log: File does not exist: /var/www/myhost.com.ua/WebResource.axd (Anthem adds his JavaScript code using it) So, if I include Anthem.js manually it's work fine. But this is an issue? What Version of Mono are you using? I fixed a bug for Mono 1.9 where request specific path matching infos are cached and as a result WebResource.axd or ScriptResource.axd was not accessible. So if you use an older version of Mono try to upgrade to a recent version. Hope that helps, Daniel Thanks for any response! ___ 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] System.Core patch for nested Lambda Expressions
According to MS.NET behavior, when a Lambda Expression is encountered inside an Expression of another Lambda Expression, it is compiled into a delegate and loaded as constant on the stack. These enables creating a MethodCallExpression of a method that has a parameter of type delegate, and pass it a Lambda Expression instead. Attached is a suggested patch with a test case for your review. Regards, Roei Erez NestedLambda.patch Description: NestedLambda.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Request to include mixed-mode tests in the build
Hi, Mixed-mode assembly support now should be fixed. There are some basic test in mono/tests/mixed-mode. Note that test havin Msvc in their names are not supported yet. Also note that MixedModeLibrary is a special case because that tests _CorDllMain so NativeApp.exe has to be executed as a native executable without mono.exe. All of these tests require Microsoft Visual C++ 2005 (2008 compiles them as well) and there is no open source compiler that supports C++/CLI. I didn't create Makefiles because I'm not that good at Makefiles and I don't know what exactly should be performed by these Makefiles. There are two tools that accept the .sln files as input: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\MSBuild.exe C:\Program Files\Microsoft Visual Studio 8\VC\vcpackages\vcbuild.exe msbuild.exe /p:Configuration=Release MixedModeLibrary.sln vcbuild.exe MixedModeLibrary.sln Release|Win32 I would vote for vcbuild. Compiling without the project files would result in duplicate configuration for Makefile and project files that could go out of sync. Including these tests in the build process on Windows test machines could ensure that mixed-mode assembly support will not break in the future. Thank you very much for your help. Kornél ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Some questions about ASP.NET
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 14 May 2008 10:18:32 +0200 Daniel Nauck [EMAIL PROTECTED] wrote: Hello, Hello, the bug i mentioned is already fixed in Mono 1.9.1 Please create a small testcase an open a new bugreport for it, thanks: http://mono-project.com/Bugs Before that, please check what's your LANG variable value. It is likely your apache environment doesn't have it present and resorts to US-ASCII for request encoding, which results in corrupt characters. marek -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIKs+2q3909GIf5uoRAglDAJ9LXtX3ieL+ZRZ8ysk7q2CHUrRdVwCfY2DB Ns0/dyoeLSdDCRIgJXCBRQ8= =T3Cj -END PGP SIGNATURE- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Some questions about ASP.NET
Hello, Marek Habersack schrieb: On Wed, 14 May 2008 10:18:32 +0200 Daniel Nauck [EMAIL PROTECTED] wrote: Hello, Hello, the bug i mentioned is already fixed in Mono 1.9.1 Please create a small testcase an open a new bugreport for it, thanks: http://mono-project.com/Bugs Before that, please check what's your LANG variable value. It is likely your apache environment doesn't have it present and resorts to US-ASCII for request encoding, which results in corrupt characters. I meant reporting the Bug for the WebResource.axd handler issue. marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Core patch for nested Lambda Expressions
Hi JB, The sample that I have sent as a test case did not include any quote expression neither explicitly nor implicitly by the Expression.Call method. I have checked on MS.NET and this is not the case, too. Can you explain more what you have meant? Just to make sure we both understand the use-case, it is about a method that is expecting for a delegate as an argument, and instead is passed an expression (that should be compiled to a delegate before invocation as far as I understand). Regards, Roei Erez -Original Message- From: Jb Evain [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 14, 2008 1:50 PM To: Roei Erez Cc: Jb Evain; mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] System.Core patch for nested Lambda Expressions Hey Roei, On 5/14/08, Roei Erez [EMAIL PROTECTED] wrote: According to MS.NET behavior, when a Lambda Expression is encountered inside an Expression of another Lambda Expression, it is compiled into a delegate and loaded as constant on the stack. These enables creating a MethodCallExpression of a method that has a parameter of type delegate, and pass it a Lambda Expression instead. Attached is a suggested patch with a test case for your review. Thanks for the patch but it's not the good solution. The issue currently lives in the fact that some Expression factory methods do not quote nested lambda expressions when they get one as an argument. Am working on fixing this, thanks! -- Jb Evain [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] System.Core patch for nested Lambda Expressions
Hey Roei, On 5/14/08, Roei Erez [EMAIL PROTECTED] wrote: The sample that I have sent as a test case did not include any quote expression neither explicitly nor implicitly by the Expression.Call method. I have checked on MS.NET and this is not the case, too. Can you explain more what you have meant? My bad, my feeling was that passing a lambda as a Call parameter will get the lambda quoted, indeed .net does not do that. Just to make sure we both understand the use-case, it is about a method that is expecting for a delegate as an argument, and instead is passed an expression (that should be compiled to a delegate before invocation as far as I understand). We're good. I'll commit a modified version of your patch as a start, but I'll investigate more about how does this work wrt to the ExecutionScope. Thanks, -- Jb Evain [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] System.Core patch for nested Lambda Expressions
On 5/14/08, Roei Erez [EMAIL PROTECTED] wrote: The decision of whether to quote the lambda is based on the called method parameter. If it is a delegate then it is not quoted, and if it is a lambda it is quoted. Yep, that makes complete sense. Support for this is still missing though, but it should not be terribly hard to implement. -- Jb Evain [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] System.Core patch for nested Lambda Expressions
Hey Jb, That is good, just be aware that your feeling was not totally wrong. The decision of whether to quote the lambda is based on the called method parameter. If it is a delegate then it is not quoted, and if it is a lambda it is quoted. Regards, Roei Erez -Original Message- From: Jb Evain [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 14, 2008 2:44 PM To: Roei Erez Cc: Jb Evain; mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] System.Core patch for nested Lambda Expressions Hey Roei, On 5/14/08, Roei Erez [EMAIL PROTECTED] wrote: The sample that I have sent as a test case did not include any quote expression neither explicitly nor implicitly by the Expression.Call method. I have checked on MS.NET and this is not the case, too. Can you explain more what you have meant? My bad, my feeling was that passing a lambda as a Call parameter will get the lambda quoted, indeed .net does not do that. Just to make sure we both understand the use-case, it is about a method that is expecting for a delegate as an argument, and instead is passed an expression (that should be compiled to a delegate before invocation as far as I understand). We're good. I'll commit a modified version of your patch as a start, but I'll investigate more about how does this work wrt to the ExecutionScope. Thanks, -- Jb Evain [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] MSVC build of mono runtime
Hello, I am trying to figure out the best way to integrate a MSVC compiler built runtime into the mono build process. We currently maintain a .sln file and a variety of .vcproj files in mono/msvc. Normally, I (and maybe a few others in the world) maintain/build these inside of the Visual Studio IDE. Normally, I do a full cygwin build (runtime/classlibs) followed by an MSVC build of the runtime to get something usable. This is not too painful, but is not automated in any way (and I rarely run tests with the VS built runtime). I am working on porting mono to Win64, and would like a more automated way to build/test an MSVC runtime. gcc is not yet ported to Win64 so MSVC is the only option to build the runtime (or only 'free' option I know of). I am planning on building the runtime using the vcproj files that are already somewhat maintained, rather than an additional set of makefiles. The vcproj files can be built at the command line using the VCBuild tool in the Windows SDK (something like 'VCBuild mono.sln Release|Win32'). I have two main questions. I would still like to use cygwin/make to drive the overall build process. I just need to build the mono subdirectory using the method mentioned above. Does anyone have any recommendations on how to do this cleanly? The other question was, should this be a configure option or a make target? Either something like './autogen.sh --with-msvc' if during configuration, else 'make msvc' for make target. I started off trying to make this a configuration option, but very little ended up changing in the configuration as most of the differences are handled inside the MSVC build process itself. I also have very little experience with auto-tools and makefiles in general. Any thoughts/advice would be appreciated. Thanks, Jonathan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-patches] r103225 - trunk/mcs/class/System.Data.DataSetExtensions/Assembly
Hello, I don't see any actual change in this commit, I guess, I'm missing something !?! :) Thanks Nagappan On Wed, May 14, 2008 at 1:11 PM, Andreas Nahr ([EMAIL PROTECTED]) [EMAIL PROTECTED] wrote: Author: andreas Date: 2008-05-14 16:11:19 -0400 (Wed, 14 May 2008) New Revision: 103225 Modified: trunk/mcs/class/System.Data.DataSetExtensions/Assembly/AssemblyInfo.cs Log: tiny doc fix for consistency Modified: trunk/mcs/class/System.Data.DataSetExtensions/Assembly/AssemblyInfo.cs === --- trunk/mcs/class/System.Data.DataSetExtensions/Assembly/AssemblyInfo.cs 2008-05-14 20:02:27 UTC (rev 103224) +++ trunk/mcs/class/System.Data.DataSetExtensions/Assembly/AssemblyInfo.cs 2008-05-14 20:11:19 UTC (rev 103225) @@ -37,7 +37,7 @@ using System.Runtime.CompilerServices; using System.Runtime.InteropServices; -// General Information about the System.Data.DataSetExtension assembly +// General Information about the System.Data.DataSetExtensions assembly // v3.5 Assembly [assembly: AssemblyTitle (System.Data.DataSetExtensions.dll)] ___ Mono-patches maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-patches -- Linux Desktop (GUI Application) Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list