Re: [Mono-dev] Compiling Mono v2.4 RC2 (Solaris 10 SPARCv9)
I've also been trying to compile mono v2.4 on Solaris 10 SPARC and have run into the trouble exactly as you describe. By running the make process with 'MONO_LOG_LEVEL=debug' I've concluded that the build process hangs as soon as the local 2.4 mono is invoked to compile runtime .cs source files (build root/mono/mini/mono --config build root/runtime/etc/mono/config .//class/lib/monolite/mcs.exe etc.). By adding Mono v2.0.1 bin directory to the path we just postpone this hanging from the first attempt to use the local mono applied to 'build/deps/basic-profile-check.exe' to a later attempt applied to System.Xml. I poked arround at internal Makefiles, and by getting gmake to use v2.0.1 mono instead of local 2.4 mono, I was able to get passed System.Xml compilation, however I got stuck at mcs directory compilation, where no makefile manipulation I did could get gmake to use the preinstalled mono. As soon as gmake invokes [build root/mono/mini/mono --config build root/runtime/etc/mono/config .//class/lib/monolite/mcs.exe] we're stuck. By running truss on the hanging process it would seem that it is really caught up in a never-ending loop, but I have no idea why. No more ideas at this point, but I'll post if I make any progress. -- View this message in context: http://www.nabble.com/Compiling-Mono-v2.4-RC2-%28Solaris-10-SPARCv9%29-tp22587130p22863920.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compiling Mono v2.4 RC2 (Solaris 10 SPARCv9)
did you try the following magic ? ulimit -Hs 10240 Jonathan Soft escribió: I've also been trying to compile mono v2.4 on Solaris 10 SPARC and have run into the trouble exactly as you describe. By running the make process with 'MONO_LOG_LEVEL=debug' I've concluded that the build process hangs as soon as the local 2.4 mono is invoked to compile runtime .cs source files (build root/mono/mini/mono --config build root/runtime/etc/mono/config .//class/lib/monolite/mcs.exe etc.). By adding Mono v2.0.1 bin directory to the path we just postpone this hanging from the first attempt to use the local mono applied to 'build/deps/basic-profile-check.exe' to a later attempt applied to System.Xml. I poked arround at internal Makefiles, and by getting gmake to use v2.0.1 mono instead of local 2.4 mono, I was able to get passed System.Xml compilation, however I got stuck at mcs directory compilation, where no makefile manipulation I did could get gmake to use the preinstalled mono. As soon as gmake invokes [build root/mono/mini/mono --config build root/runtime/etc/mono/config .//class/lib/monolite/mcs.exe] we're stuck. By running truss on the hanging process it would seem that it is really caught up in a never-ending loop, but I have no idea why. No more ideas at this point, but I'll post if I make any progress. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compiling Mono v2.4 RC2 (Solaris 10 SPARCv9)
pablosantosl...@terra.es wrote: did you try the following magic ? ulimit -Hs 10240 I did along the way most of the time, but I'm not 100% sure that I reached my conclusions with the heap enlarged. I'll take another look. Another idea I had was to try running ./configure with '--with-jit=no'. If I'm not mistaken that forces make to use 'mono/interpreter/mint' instead of 'mono/mini/mono' for the build process. I won't go there before I try a regular build with ulimit -Hs 10240. -- View this message in context: http://www.nabble.com/Compiling-Mono-v2.4-RC2-%28Solaris-10-SPARCv9%29-tp22587130p22864466.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Patches for Mono Debugger on Windows
On Thu, 2009-04-02 at 22:52 -0400, Jonathan Chambers wrote: Hello, Here are a few small patches for review. Hi Jonathan, your patches all look good, feel free to commit :-) Martin debugger_windows_braces.patch: A quick fix to allow code to compile on csc. Bug 478101 is filed for gmcs. debugger_windows_generated.patch: Adds generated file CSharpExpressionParser.cs for Windows build. debugger_windows_configuration.patch: Use Environment.SpecialFolder.Personal instead of $HOME and verify configuration file exists before trying to load it. debugger_windows_disassembler_inferior.patch: Adds Windows platform check to Inferior. Marshal strings in Inferior manually since Windows does not free strings using g_free. Martin, exactly what tests/test sets should I be running when I make my changes? Thanks, Jonathan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Martin Baulig - mar...@novell.com Novell GmbH, Nördlicher Zubringer 9-11, 40470 Düsseldorf GF: Dr. Jürgen Müller, Sylvia Geil, Felix Imendörffer; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compiling Mono v2.4 RC2 (Solaris 10 SPARCv9)
Am 03.04.2009 um 10:51 schrieb Jonathan Soft: Another idea I had was to try running ./configure with '--with- jit=no'. If I'm not mistaken that forces make to use 'mono/interpreter/mint' instead of 'mono/mini/mono' for the build process. Don't bother. The interpreter has been unsupported and unmaintained for years now, it doesn't even build. Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Implement support for compiled regular expressions in profile 1.x
I think a better approach instead of using dynamic assemblies is to use dynamic methods on 1.0 as well. They can be exposed as internal stuff from mscorlib to System and most of the work will replacing the generic stuff. 2009/4/2 Kornél Pál kornel...@gmail.com Hi, Because of the restrictions of 1.x I modified visibility so I also would like to set skipVisibility = false in DynamicMethod constructor (not included in the patch) to avoid 1.x only bugs because of this. Kornél Kornél Pál wrote: Hi, I've implement support for compiled regular expressions in profile 1.x using dynamic assemblies. I also have cleaned up the code by removing GetEvalMethod and CreateEvalMethod methods and moving their functionality to GetMachineFactory. I also modified the signature of EmitEvalMethodBody and replaced generic dictionaries with hashtables in profile 1.x that results in a larger patch but I haven't modify the actual code generator. I also had to modify some visibility levels to pass runtime type checks. Please review the attached patch. Kornél ___ 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] Implement support for compiled regular expressions in profile 1.x
Hi, The runtime has support for generic types in profile 1.0 as well, OnDeserializedAttribute could also be used, just like new case insensitive and culture invariant string operations/comparison, static classes could be supported by profile 1.0 C# compiler because no runtime support is needed, and this is just some examples of possible 2.0 suff for internal use in 1.0 class library. As far as I know none of them or any other 2.0 features are used outside of mscorlib.dll. Also note that this is a complete patch including replacing the generic Dictionaries with non-generic Hashtables. Attached a more recent version of the patch with some minor updates. Kornél Rodrigo Kumpera wrote: I think a better approach instead of using dynamic assemblies is to use dynamic methods on 1.0 as well. They can be exposed as internal stuff from mscorlib to System and most of the work will replacing the generic stuff. 2009/4/2 Kornél Pál kornel...@gmail.com mailto:kornel...@gmail.com Hi, Because of the restrictions of 1.x I modified visibility so I also would like to set skipVisibility = false in DynamicMethod constructor (not included in the patch) to avoid 1.x only bugs because of this. Kornél Kornél Pál wrote: Hi, I've implement support for compiled regular expressions in profile 1.x using dynamic assemblies. I also have cleaned up the code by removing GetEvalMethod and CreateEvalMethod methods and moving their functionality to GetMachineFactory. I also modified the signature of EmitEvalMethodBody and replaced generic dictionaries with hashtables in profile 1.x that results in a larger patch but I haven't modify the actual code generator. I also had to modify some visibility levels to pass runtime type checks. Please review the attached patch. Kornél ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list Index: RxCompiler.cs === --- RxCompiler.cs (revision 130801) +++ RxCompiler.cs (working copy) @@ -727,15 +727,33 @@ } class RxInterpreterFactory : IMachineFactory { +#if NET_2_0 + private EvalDelegate eval_del; + public RxInterpreterFactory (byte[] program, EvalDelegate eval_del) { this.program = program; this.eval_del = eval_del; } - + public IMachine NewInstance () { return new RxInterpreter (program, eval_del); } +#else + private Type type; + public RxInterpreterFactory (byte[] program, Type type) { + this.program = program; + this.type = type; + } + + public IMachine NewInstance () { + if (type == null) + return new RxInterpreter (program); + + return (RxInterpreter) Activator.CreateInstance (type, BindingFlags.CreateInstance | BindingFlags.Public | BindingFlags.NonPublic | BindingFlags.Instance, null, new object[] { program }, null, null); + } +#endif + public int GroupCount { get { return (int)program [1] | ((int)program [2] 8); @@ -754,7 +772,6 @@ private IDictionary mapping; private byte[] program; - private EvalDelegate eval_del; private string[] namesMapping; } Index: RxInterpreter.cs === --- RxInterpreter.cs(revision 130801) +++ RxInterpreter.cs(working copy) @@ -8,26 +8,30 @@ namespace System.Text.RegularExpressions { +#if NET_2_0 internal delegate bool EvalDelegate (RxInterpreter interp, int strpos, ref int strpos_result); +#endif - sealed class RxInterpreter: BaseMachine { - byte[] program; - string str; - int string_start; - int string_end; + class RxInterpreter: BaseMachine { + public byte[] program; + public string str; + public int string_start; + public int string_end; int group_count; // int match_start; - int[] groups; + public int[] groups; +#if NET_2_0 EvalDelegate eval_del; // optimized EvalByteCode method created by the CILCompiler +#endif - Mark[] marks = null; // mark stack + public Mark[] marks = null; // mark stack int mark_start; //
Re: [Mono-dev] [PATCH] Implement support for compiled regular expressions in profile 1.x
I think that using public fields instead of private ones costs no work. Parts of this patch related to dynamic assemblies are just a few lines that is complete and needs no maintenace. I didn't have to change a single character in the code generator so the part that really needs maintenance is not affected by this solution. On the other hand maintaining implementations using generic and non-generic hashtables needs maintenance. Most of the things is about introducing non-generic Hashtables and getting rid of GetEvalMethod and CreateEvalMethod methods and making EmitEvalMethodBody return boolean instead of the single DynamicMethod instance ever created in the flow or null. These latter things help maintaining code but most likely won't be accepted either because are not required if we don't want support without DynamicMethods. Anyway I'm not going to push this patch, I just implemented this because this was very straightforward to implement and this solution (at least to me) seems to be very straightforward. Kornél Rodrigo Kumpera wrote: Kornél, Using dynamic assemblies will increase the maintenance burden for no good advantage. It should be done with dynamic methods, if at all. 2009/4/3 Kornél Pál kornel...@gmail.com mailto:kornel...@gmail.com Hi, The runtime has support for generic types in profile 1.0 as well, OnDeserializedAttribute could also be used, just like new case insensitive and culture invariant string operations/comparison, static classes could be supported by profile 1.0 C# compiler because no runtime support is needed, and this is just some examples of possible 2.0 suff for internal use in 1.0 class library. As far as I know none of them or any other 2.0 features are used outside of mscorlib.dll. Also note that this is a complete patch including replacing the generic Dictionaries with non-generic Hashtables. Attached a more recent version of the patch with some minor updates. Kornél Rodrigo Kumpera wrote: I think a better approach instead of using dynamic assemblies is to use dynamic methods on 1.0 as well. They can be exposed as internal stuff from mscorlib to System and most of the work will replacing the generic stuff. 2009/4/2 Kornél Pál kornel...@gmail.com mailto:kornel...@gmail.com mailto:kornel...@gmail.com mailto:kornel...@gmail.com Hi, Because of the restrictions of 1.x I modified visibility so I also would like to set skipVisibility = false in DynamicMethod constructor (not included in the patch) to avoid 1.x only bugs because of this. Kornél Kornél Pál wrote: Hi, I've implement support for compiled regular expressions in profile 1.x using dynamic assemblies. I also have cleaned up the code by removing GetEvalMethod and CreateEvalMethod methods and moving their functionality to GetMachineFactory. I also modified the signature of EmitEvalMethodBody and replaced generic dictionaries with hashtables in profile 1.x that results in a larger patch but I haven't modify the actual code generator. I also had to modify some visibility levels to pass runtime type checks. Please review the attached patch. Kornél ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] FileSystemWatcher on Linux to monitor a remote NTFS share
2009/4/2 Robert Jordan robe...@gmx.net: colinjones wrote: I hve done some searching for this specific case, but cannot find any examples of people confirming this works. From the MSDN article http://msdn.microsoft.com/en-us/library/system.io.filesystemwatcher.aspx it says in the Remarks section that this class can be used to register for events relating to file/folder changes on a remote system, not just the local system. Is this functionality fully implemented in Mono? I would like to code something on a Linux box, using the Mono equivalent class, that will monitor a remote share file/folder structure on a Windows box, and get events back when a file/folder on that Windows box changes. Is this possible with the Mono class? Did you try on an mounted point ? It should be possible if you set the environment var MONO_MANAGED_WATCHER=1. See mono(1). The performance will most likely suck... Robert ___ Mono-list maillist - mono-l...@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Cordially. Small Eric Quotations of the days: --- If one day one reproaches you that your work is not a work of professional, say you that: Amateurs built the arch of Noah, and professionals the Titanic. --- Few people are done for independence, it is the privilege of the powerful ones. --- No key was wounded during the drafting of this message. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] IHttpHandler works fine under IIS but not Apache
Hi, You have to tell apache to send requests to *.foo to mod-mono, check your configuration. 2009/4/3 Mike Christensen ima...@comcast.net: Hi guys - I'm thinking this is most likely either an Apache limitation, a configuration problem, or a bug in mod-mono. I'm hoping it's the latter so we can fix it :) Let's say I have an IHttpHandler: public class Handler : IHttpHandler { //Stuff here that will blow your mind } Now I register this in my web.config: httpHandlers add verb=* path=*.foo validate=false type=Handler / /httpHandlers Good so far right? When I go to: /Test.foo My handler will be invoked and it will do all sorts of great things that you simply can't imagine, probably change the world and all. However if I do: /Blah/Test.foo Then Apache gives me a default 404 File not found error. If I go and create a blank directory on the file system called Blah, things will then work again. The point is, I do not want Apache or anything else validating the filepath or directory structure. Keep in mind there's web apps such as SharePoint that allow you to provision webs, subwebs, etc and these paths are completely resolved by HTTP handlers and are totally independent of the filesystem. Porting this architecture over to Mono might cause problems. My question is what is actually to blame? Is Apache verifying the directory before passing the request off to mod_mono? It obviously doesn't validate the file itself since Test.foo doesn't exist anywhere on the filesystem. I kinda think so because it's an Apache 404 error page I'm getting, which depresses me. Also, this doesn't happen on xsp so I blame Apache. Anything I can do about this? On my app, I can hack around it by creating the directories or maybe doing some hacks with vdirs and stuff, but is there a way we can provide a better experience? Thanks!! Mike ___ Mono-list maillist - mono-l...@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Ricardo Lopes ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] IHttpHandler works fine under IIS but not Apache
This is already done. As I've stated in my email, this works for /Test.foo but not /Blah/Test.foo. Apache requires the physical directory to exist on the filesystem, otherwise it returns a 404. Ricardo Lopes wrote: Hi, You have to tell apache to send requests to *.foo to mod-mono, check your configuration. 2009/4/3 Mike Christensen ima...@comcast.net: Hi guys - I'm thinking this is most likely either an Apache limitation, a configuration problem, or a bug in mod-mono. I'm hoping it's the latter so we can fix it :) Let's say I have an IHttpHandler: public class Handler : IHttpHandler { //Stuff here that will blow your mind } Now I register this in my web.config: httpHandlers add verb=* path=*.foo validate=false type=Handler / /httpHandlers Good so far right? When I go to: /Test.foo My handler will be invoked and it will do all sorts of great things that you simply can't imagine, probably change the world and all. However if I do: /Blah/Test.foo Then Apache gives me a default 404 File not found error. If I go and create a blank directory on the file system called Blah, things will then work again. The point is, I do not want Apache or anything else validating the filepath or directory structure. Keep in mind there's web apps such as SharePoint that allow you to provision webs, subwebs, etc and these paths are completely resolved by HTTP handlers and are totally independent of the filesystem. Porting this architecture over to Mono might cause problems. My question is what is actually to blame? Is Apache verifying the directory before passing the request off to mod_mono? It obviously doesn't validate the file itself since Test.foo doesn't exist anywhere on the filesystem. I kinda think so because it's an Apache 404 error page I'm getting, which depresses me. Also, this doesn't happen on xsp so I blame Apache. Anything I can do about this? On my app, I can hack around it by creating the directories or maybe doing some hacks with vdirs and stuff, but is there a way we can provide a better experience? Thanks!! Mike ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] XSP Compilation Error
Can I please get some feedback on this? Just woke up and realized that we had our institutional website [orionsbelt.eu] with that error all night long... :s Thank you for your time, 2009/3/31 Pedro Santos donbonifa...@gmail.com: Hello, Yesterday I installed Mono and XSP 2.4 from SVN (after Miguel announced mono 2.4). Today I got this error while accessing a page: Compilation Error Description: Error compiling a resource required to service this request. Review your source file and modify it to fix this error. Compiler Error Message: CS0006: cannot find metadata file `/tmp/root-temp-aspnet-0/6f3f8f0/App_global.asax.601c5071.dll' /Admin/default.aspx Show Detailed Compiler Output: gmcs /target:library /debug- /optimize+ /warn:0 /out:/tmp/root-temp-aspnet-0/6f3f8f0/App_Web_3e10ed3f.dll /r:/usr/local/mono/mono-2.4_svn/lib/mono/gac/System/2.0.0.0__b77a5c561934e089/System.dll /r:/usr/local/mono/mono-2.4_svn/lib/mono/gac/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll /r:/usr/local/mono/mono-2.4_svn/lib/mono/gac/System.Data/2.0.0.0__b77a5c561934e089/System.Data.dll /r:/usr/local/mono/mono-2.4_svn/lib/mono/gac/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll /r:/usr/local/mono/mono-2.4_svn/lib/mono/gac/System.Web/2.0.0.0__b03f5f7f11d50a3a/System.Web.dll /r:/usr/local/mono/mono-2.4_svn/lib/mono/gac/System.Web.Services/2.0.0.0__b03f5f7f11d50a3a/System.Web.Services.dll /r:/usr/local/mono/mono-2.4_svn/lib/mono/gac/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/Castle.Core.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/Castle.DynamicProxy2.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/Commons.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/DesignPatterns.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/FreeTextBox.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/Iesi.Collections.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/Institutional.Core.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/Institutional.DataAccessLayer.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/Institutional.WebAdmin.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/Institutional.WebComponents.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/Institutional.WebUserInterface.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/Loki.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/Mono.GetOptions.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/MySql.Data.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/NHibernate.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/NVelocity.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/log4net.dll /r:/opt/orionsbelt/prd/institutional/public/Bin/nunit.framework.dll /r:/tmp/root-temp-aspnet-0/6f3f8f0/App_global.asax.601c5071.dll /r:/tmp/root-temp-aspnet-0/6f3f8f0/App_Web_2101ed92.dll /nowarn:0169 -- /tmp/root-temp-aspnet-0/6f3f8f0/App_Web_3e10ed3f_0.cs error CS0006: cannot find metadata file `/tmp/root-temp-aspnet-0/6f3f8f0/App_global.asax.601c5071.dll' error CS0006: cannot find metadata file `/tmp/root-temp-aspnet-0/6f3f8f0/App_Web_2101ed92.dll' Mono version: # mono --version Mono JIT compiler version 2.4 (/branches/mono-2-4/mono r130583 Mon Mar 30 23:10:23 WEST 2009) Copyright (C) 2002-2008 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC: Included Boehm (with typed GC) SIGSEGV: altstack Notifications: epoll Architecture: x86 Disabled: none -- Pedro Santos Home - http://psantos.zi-yu.com Work - http://www.pdmfc.com The future - http://www.orionsbelt.eu -- Pedro Santos Home - http://psantos.zi-yu.com Work - http://www.pdmfc.com The future - http://www.orionsbelt.eu ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] IHttpHandler works fine under IIS but not Apache
Hi I fixed this by using an alias. I added an alias in the site configuration, and added the alias path to the web.config: Apache site config Alias /test /some/real/path/to/my/site/www Location /test SetHandler mono /Location Web.config configuration system.web httpHandlers add verb=* path=/test/* type=Willow.Cms.Common.WebServiceHandler, Willow.Cms.Common / /httpHandlers /system.web /configuration With this configuration you don't need to create the directory Cheers Peter Mike Christensen wrote: This is already done. As I've stated in my email, this works for /Test.foo but not /Blah/Test.foo. Apache requires the physical directory to exist on the filesystem, otherwise it returns a 404. Ricardo Lopes wrote: Hi, You have to tell apache to send requests to *.foo to mod-mono, check your configuration. 2009/4/3 Mike Christensen ima...@comcast.net: Hi guys - I'm thinking this is most likely either an Apache limitation, a configuration problem, or a bug in mod-mono. I'm hoping it's the latter so we can fix it :) Let's say I have an IHttpHandler: public class Handler : IHttpHandler { //Stuff here that will blow your mind } Now I register this in my web.config: httpHandlers add verb=* path=*.foo validate=false type=Handler / /httpHandlers Good so far right? When I go to: /Test.foo My handler will be invoked and it will do all sorts of great things that you simply can't imagine, probably change the world and all. However if I do: /Blah/Test.foo Then Apache gives me a default 404 File not found error. If I go and create a blank directory on the file system called Blah, things will then work again. The point is, I do not want Apache or anything else validating the filepath or directory structure. Keep in mind there's web apps such as SharePoint that allow you to provision webs, subwebs, etc and these paths are completely resolved by HTTP handlers and are totally independent of the filesystem. Porting this architecture over to Mono might cause problems. My question is what is actually to blame? Is Apache verifying the directory before passing the request off to mod_mono? It obviously doesn't validate the file itself since Test.foo doesn't exist anywhere on the filesystem. I kinda think so because it's an Apache 404 error page I'm getting, which depresses me. Also, this doesn't happen on xsp so I blame Apache. Anything I can do about this? On my app, I can hack around it by creating the directories or maybe doing some hacks with vdirs and stuff, but is there a way we can provide a better experience? Thanks!! Mike ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] IHttpHandler works fine under IIS but not Apache
Cool! I'll use this as well.. However, what if you wanted to build an app with a dynamic directory structure. For example, you can create a user account called Peter on MySpace and then go to www.myspace.com/Peter. However, I'm pretty sure they don't have a directory on the filesystem called Peter, nor an alias for Peter in their Apache config. It would be nice to just disable this check, which is why I'm wondering whether this is Apache or mod_mono doing this. IIS does not have this problem. Thanks again! Mike Peter Hagen wrote: Hi I fixed this by using an alias. I added an alias in the site configuration, and added the alias path to the web.config: Apache site config Alias /test /some/real/path/to/my/site/www Location /test SetHandler mono /Location Web.config configuration system.web httpHandlers add verb=* path=/test/* type=Willow.Cms.Common.WebServiceHandler, Willow.Cms.Common / /httpHandlers /system.web /configuration With this configuration you don't need to create the directory Cheers Peter Mike Christensen wrote: This is already done. As I've stated in my email, this works for /Test.foo but not /Blah/Test.foo. Apache requires the physical directory to exist on the filesystem, otherwise it returns a 404. Ricardo Lopes wrote: Hi, You have to tell apache to send requests to *.foo to mod-mono, check your configuration. 2009/4/3 Mike Christensen ima...@comcast.net: Hi guys - I'm thinking this is most likely either an Apache limitation, a configuration problem, or a bug in mod-mono. I'm hoping it's the latter so we can fix it :) Let's say I have an IHttpHandler: public class Handler : IHttpHandler { //Stuff here that will blow your mind } Now I register this in my web.config: httpHandlers add verb=* path=*.foo validate=false type=Handler / /httpHandlers Good so far right? When I go to: /Test.foo My handler will be invoked and it will do all sorts of great things that you simply can't imagine, probably change the world and all. However if I do: /Blah/Test.foo Then Apache gives me a default 404 File not found error. If I go and create a blank directory on the file system called Blah, things will then work again. The point is, I do not want Apache or anything else validating the filepath or directory structure. Keep in mind there's web apps such as SharePoint that allow you to provision webs, subwebs, etc and these paths are completely resolved by HTTP handlers and are totally independent of the filesystem. Porting this architecture over to Mono might cause problems. My question is what is actually to blame? Is Apache verifying the directory before passing the request off to mod_mono? It obviously doesn't validate the file itself since Test.foo doesn't exist anywhere on the filesystem. I kinda think so because it's an Apache 404 error page I'm getting, which depresses me. Also, this doesn't happen on xsp so I blame Apache. Anything I can do about this? On my app, I can hack around it by creating the directories or maybe doing some hacks with vdirs and stuff, but is there a way we can provide a better experience? Thanks!! Mike ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] IHttpHandler works fine under IIS but not Apache
Hi Mike this can also be done by Apache. The easiest way is use mod-rewrite with apache. You could create a httphandler with handles these request. For example for the page of 'peter': http://www.yourspace.com/page/peter But you want the request: http://www.yourspace.com/peter With the mod-rewrites you can change the requested url to a different one. First add the mod-rewrite module to apache (rewrite.load). Then add a .htaccess file to the root of your site, with something like this: RewriteEngine On RewriteBase / RewriteRule ^(.*) /page/$1 It uses regular expressions to find the match ^(.*) and rewrites the match to /page/$1. If the rewrite modules works, this should be your solution. Good luck! Cheers Peter Mike Christensen wrote: Cool! I'll use this as well.. However, what if you wanted to build an app with a dynamic directory structure. For example, you can create a user account called Peter on MySpace and then go to www.myspace.com/Peter. However, I'm pretty sure they don't have a directory on the filesystem called Peter, nor an alias for Peter in their Apache config. It would be nice to just disable this check, which is why I'm wondering whether this is Apache or mod_mono doing this. IIS does not have this problem. Thanks again! Mike Peter Hagen wrote: Hi I fixed this by using an alias. I added an alias in the site configuration, and added the alias path to the web.config: Apache site config Alias /test /some/real/path/to/my/site/www Location /test SetHandler mono /Location Web.config configuration system.web httpHandlers add verb=* path=/test/* type=Willow.Cms.Common.WebServiceHandler, Willow.Cms.Common / /httpHandlers /system.web /configuration With this configuration you don't need to create the directory Cheers Peter Mike Christensen wrote: This is already done. As I've stated in my email, this works for /Test.foo but not /Blah/Test.foo. Apache requires the physical directory to exist on the filesystem, otherwise it returns a 404. Ricardo Lopes wrote: Hi, You have to tell apache to send requests to *.foo to mod-mono, check your configuration. 2009/4/3 Mike Christensen ima...@comcast.net: Hi guys - I'm thinking this is most likely either an Apache limitation, a configuration problem, or a bug in mod-mono. I'm hoping it's the latter so we can fix it :) Let's say I have an IHttpHandler: public class Handler : IHttpHandler { //Stuff here that will blow your mind } Now I register this in my web.config: httpHandlers add verb=* path=*.foo validate=false type=Handler / /httpHandlers Good so far right? When I go to: /Test.foo My handler will be invoked and it will do all sorts of great things that you simply can't imagine, probably change the world and all. However if I do: /Blah/Test.foo Then Apache gives me a default 404 File not found error. If I go and create a blank directory on the file system called Blah, things will then work again. The point is, I do not want Apache or anything else validating the filepath or directory structure. Keep in mind there's web apps such as SharePoint that allow you to provision webs, subwebs, etc and these paths are completely resolved by HTTP handlers and are totally independent of the filesystem. Porting this architecture over to Mono might cause problems. My question is what is actually to blame? Is Apache verifying the directory before passing the request off to mod_mono? It obviously doesn't validate the file itself since Test.foo doesn't exist anywhere on the filesystem. I kinda think so because it's an Apache 404 error page I'm getting, which depresses me. Also, this doesn't happen on xsp so I blame Apache. Anything I can do about this? On my app, I can hack around it by creating the directories or maybe doing some hacks with vdirs and stuff, but is there a way we can provide a better experience? Thanks!! Mike ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Installing Mono without admin
Thanks for the link. I've compiled from source before, repeatedly actually. Trouble is, when something goes wrong I'm not sure if its something I botched in the compile, or env problem, or a legitimate mono issue. But the link did contain some very useful environment variables that I didn't know about. Will try again this weekend. Thanks very much Michael Hutchinson wrote: FWIW, you can build and install isolated Monos as non-root quite easily: http://www.mono-project.com/Parallel_Mono_Environments -- View this message in context: http://www.nabble.com/Installing-Mono-without-admin-tp22860040p22868440.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Using Mono with named pipes/fifo queues
I would like to use Mono to write and read from a named pipe on Linux to exchange large amounts of data between programs. I have managed to write using File.Open and read using File.Read, but not the same time. Has anyone experience using FIFO queues with Mono and give me any recommendations? Thanks! -- View this message in context: http://www.nabble.com/Using-Mono-with-named-pipes-fifo-queues-tp22869203p22869203.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Using Mono with named pipes/fifo queues
weismat wrote: I would like to use Mono to write and read from a named pipe on Linux to exchange large amounts of data between programs. I have managed to write using File.Open and read using File.Read, but not the same time. Has anyone experience using FIFO queues with Mono and give me any recommendations? Thanks! For both reading/writing at the same time you must operate the fifo in non-blocking mode. Try one of the FileStream ctors that support the bool useAsync argument. If it still doesn't work, you probably have to resort to Mono.Posix that definitely can open files with the O_NONBLOCK flag. Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Porting *.resx string collections to Mono
On Thu, 2009-04-02 at 08:14 -0700, cb951303 wrote: http://www.nabble.com/file/p22849935/Resources.Designer.cs Resources.Designer.cs http://www.nabble.com/file/p22849935/Resources.resx Resources.resx Above files are from Horde3D engine VS2008 project file. I succesfully compiled the engine with these resource files included but when I try to use built DLL I get errors like this: [quote] Unhandled Exception: System.Resources.MissingManifestResourceException: Could not find any resources appropriate for the specified culture or the neutral culture. Make sure Horde3DNET.Properties.Resources.resources was correctly embedded or linked into assembly Horde3D.NET at compile time, or that all the satellite assemblies required are loadable and fully signed. at System.Resources.ResourceManager.AssemblyResourceMissing (System.String fileName) [0x0] Did you check that the resource name embedded in the assembly matches exactly Horde3DNET.Properties.Resources.resources? -Gonzalo ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Plz, how I program for the Iphone
hi there, I am looking for many games developed for the Iphone. it is possible to program general applications? How I can program for the Iphone? Can I program with Linux or Windows and target them to the Iphone? How is the program cycle for the Iphone? thanks very much, Regards, Lorenzo -- View this message in context: http://www.nabble.com/Plz%2C-how-I-program-for-the-Iphone-tp22874226p22874226.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] UserControls in MonoDevelop 2.0
On Thu, Apr 2, 2009 at 4:16 AM, Ferdinand Funke dr_doom1...@yahoo.de wrote: I recently started using MonoDevelop 2.0 and it seems to me that MonoDevelop always replaces my UserControl definitions in the designer file by System.Web.UI.UserControl when rebuilding the project. I created the project on Visual Studio and then ported it to MonoDevelop. Did anyone come across this issue? MD doesn't yet resolve the type of usercontrols with CodeBehind when generating designer classes. However, recent changes make this pretty easy to fix now. Could you file a bug? -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] New to mono hello world compile question.
Hello all and thank you in advance for your time. I have recently installed Fedora 10 and am working to get Mono up and running as well. I have compiled the hello mono world code on my xp home machine. with mcs hello.cs I ftp the .exe file over to the linux machine and when i invoke mono hello.exe i get the following error. Cannot open assemble 'hello.exe': File does not contain a valid CIL image. Any thoughts on how I can get around this? -- View this message in context: http://www.nabble.com/New-to-mono-hello-world-compile-question.-tp22874237p22874237.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] New to mono hello world compile question.
UndergroundChop wrote: Hello all and thank you in advance for your time. I have recently installed Fedora 10 and am working to get Mono up and running as well. I have compiled the hello mono world code on my xp home machine. with mcs hello.cs I ftp the .exe file over to the linux machine and when i invoke mono hello.exe i get the following error. Cannot open assemble 'hello.exe': File does not contain a valid CIL image. Any thoughts on how I can get around this? Have you ftp-ed the file in binary mode? Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list