Re: [Mono-aspnet-list] Web.config, authentication error
MachineToApplicationAllows the section to be configured in one of the following files: . Machine.config. . Root Web.config. . Web.config for an application. This excludes Web.config files in virtual directories or a physical subdirectory in the application. From here: http://msdn.microsoft.com/en-us/library/ms228245.aspx Verify that. -Original Message- From: mono-aspnet-list-boun...@lists.ximian.com [mailto:mono-aspnet-list-boun...@lists.ximian.com] On Behalf Of cyrus Sent: Tuesday, August 23, 2011 3:46 AM To: mono-aspnet-list@lists.ximian.com Subject: [Mono-aspnet-list] Web.config, authentication error Hi everybody. I have this error on Mono 2.6.7 and Mono 2.10.2 at openvz container running CentOS 5.6 *The section authentication can't be defined in this configuration file (the allowed definition context is 'MachineToApplication'). (/var/www/htdocs/webservice/Web.Config line 30)* /System.Configuration.ConfigurationErrorsException: The section authentication can't be defined in this configuration file (the allowed definition context is 'MachineToApplication'). (/var/www/htdocs/webservice/Web.Config line 30) at System.Configuration.SectionInfo.ReadData (System.Configuration.Configuration config, System.Xml.XmlReader reader, Boolean overrideAllowed) [0x0] in filename unknown:0 at System.Configuration.SectionGroupInfo.ReadContent (System.Xml.XmlReader reader, System.Configuration.Configuration config, Boolean overrideAllowed, Boolean root) [0x0] in filename unknown:0 at System.Configuration.SectionGroupInfo.ReadData (System.Configuration.Configuration config, System.Xml.XmlReader reader, Boolean overrideAllowed) [0x0] in filename unknown:0 at System.Configuration.SectionGroupInfo.ReadContent (System.Xml.XmlReader reader, System.Configuration.Configuration config, Boolean overrideAllowed, Boolean root) [0x0] in filename unknown:0 at System.Configuration.SectionGroupInfo.ReadRootData (System.Xml.XmlReader reader, System.Configuration.Configuration config, Boolean overrideAllowed) [0x0] in filename unknown:0 at System.Configuration.Configuration.ReadConfigFile (System.Xml.XmlReader reader, System.String fileName) [0x0] in filename unknown:0 at System.Configuration.Configuration.Load () [0x0] in filename unknown:0 at System.Configuration.Configuration.Init (IConfigSystem system, System.String configPath, System.Configuration.Configuration parent) [0x0] in filename unknown:0 at System.Configuration.Configuration..ctor (System.Configuration.InternalConfigurationSystem system, System.String locationSubPath) [0x0] in filename unknown:0 at System.Configuration.InternalConfigurationFactory.Create (System.Type typeConfigHost, System.Object[] hostInitConfigurationParams) [0x0] in filename unknown:0 at System.Web.Configuration.WebConfigurationManager.OpenWebConfiguration (System.String path, System.String site, System.String locationSubPath, System.String server, System.String userName, System.String password, Boolean fweb) [0x0] in filename unknown:0 / Here is my web.config: configuration appSettings/ connectionStrings/ system.web compilation debug=true assemblies add assembly=System.Runtime.Remoting, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089/ add assembly=System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089/ add assembly=System.Drawing, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A//assemblies/compilation authentication mode=Windows/ customErrors mode=Off/ /system.web /configuration I tried change mode Windows to None and Forms but there is no changes. If just comment authentication part - application couldn't find type: *Type Service not found.* /System.Web.HttpException: Type Service not found. at System.Web.UI.SimpleWebHandlerParser.GetTypeFromBin (System.String tname) [0x0] in filename unknown:0 at System.Web.Compilation.SimpleBuildProvider.LoadTypeFromBin (System.Web.Compilation.BaseCompiler compiler, System.Web.UI.SimpleWebHandlerParser parser) [0x0] in filename unknown:0 at System.Web.Compilation.GenericBuildProvider`1[TParser].GetGeneratedType (System.CodeDom.Compiler.CompilerResults results) [0x0] in filename unknown:0 at System.Web.Compilation.BuildManagerCacheItem..ctor (System.Reflection.Assembly assembly, System.Web.Compilation.BuildProvider bp, System.CodeDom.Compiler.CompilerResults results) [0x0] in filename unknown:0 at System.Web.Compilation.BuildManager.StoreInCache (System.Web.Compilation.BuildProvider bp, System.Reflection.Assembly compiledAssembly,
Re: [Mono-dev] ASM within C# fails in mono, runs in .NET
2011/8/23 Atsushi Eno atsushi...@veritas-vos-liberabit.com I wonder where the corresponding sections in ECMA CLI specification or .NET documentation that mentions those functions shown in the code are. Atsushi Eno On 2011/08/22 19:21, Brandon Perry wrote: Hi, The following link contains code that runs just fine in .NET on win 7. However, when run in mono from the same win 7 machine, it crashes. It also crashes in 2.6.7 on ubuntu. http://www.atrevido.net/blog/PermaLink.aspx?guid=ac03f447-d487-45a6-8119-dc4fa1e932e1 Are you running in x86 or x64 mode? IIRC, Mono always runs as AnyCPU, so it will default to x64 if your OS is x64. VS2010 defaults to x86. ___ 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] ASM within C# fails in mono, runs in .NET
What Atsushi means is that this piece of code is exploiting a private implementation detail of the .net framework, so no wonder it doesn't «work» on Mono. On Tue, Aug 23, 2011 at 10:28 AM, Stefanos A. stapos...@gmail.com wrote: 2011/8/23 Atsushi Eno atsushi...@veritas-vos-liberabit.com I wonder where the corresponding sections in ECMA CLI specification or .NET documentation that mentions those functions shown in the code are. Atsushi Eno On 2011/08/22 19:21, Brandon Perry wrote: Hi, The following link contains code that runs just fine in .NET on win 7. However, when run in mono from the same win 7 machine, it crashes. It also crashes in 2.6.7 on ubuntu. http://www.atrevido.net/blog/PermaLink.aspx?guid=ac03f447-d487-45a6-8119-dc4fa1e932e1 Are you running in x86 or x64 mode? IIRC, Mono always runs as AnyCPU, so it will default to x64 if your OS is x64. VS2010 defaults to x86. ___ 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] ASM within C# fails in mono, runs in .NET
Exactly. Though if there is .NET documentation, JIT hackers can read them and it might be still able to consider possible implementation. I doubt that could happen though. Calling conventions differ in each platform, compiler toolschains etc. Maybe not completely impossible, but too fruitless. Atsushi Eno On 2011/08/23 1:32, Jb Evain wrote: What Atsushi means is that this piece of code is exploiting a private implementation detail of the .net framework, so no wonder it doesn't «work» on Mono. On Tue, Aug 23, 2011 at 10:28 AM, Stefanos A.stapos...@gmail.com wrote: 2011/8/23 Atsushi Enoatsushi...@veritas-vos-liberabit.com I wonder where the corresponding sections in ECMA CLI specification or .NET documentation that mentions those functions shown in the code are. Atsushi Eno On 2011/08/22 19:21, Brandon Perry wrote: Hi, The following link contains code that runs just fine in .NET on win 7. However, when run in mono from the same win 7 machine, it crashes. It also crashes in 2.6.7 on ubuntu. http://www.atrevido.net/blog/PermaLink.aspx?guid=ac03f447-d487-45a6-8119-dc4fa1e932e1 Are you running in x86 or x64 mode? IIRC, Mono always runs as AnyCPU, so it will default to x64 if your OS is x64. VS2010 defaults to x86. ___ 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] ASM within C# fails in mono, runs in .NET
Thanks for the info, I didn't realise it wasn't standard code. On Tue, Aug 23, 2011 at 7:39 PM, Atsushi Eno atsushi...@veritas-vos-liberabit.com wrote: Exactly. Though if there is .NET documentation, JIT hackers can read them and it might be still able to consider possible implementation. I doubt that could happen though. Calling conventions differ in each platform, compiler toolschains etc. Maybe not completely impossible, but too fruitless. Atsushi Eno On 2011/08/23 1:32, Jb Evain wrote: What Atsushi means is that this piece of code is exploiting a private implementation detail of the .net framework, so no wonder it doesn't «work» on Mono. On Tue, Aug 23, 2011 at 10:28 AM, Stefanos A.stapos...@gmail.com wrote: 2011/8/23 Atsushi Enoatsushi...@veritas-vos-liberabit.com I wonder where the corresponding sections in ECMA CLI specification or .NET documentation that mentions those functions shown in the code are. Atsushi Eno On 2011/08/22 19:21, Brandon Perry wrote: Hi, The following link contains code that runs just fine in .NET on win 7. However, when run in mono from the same win 7 machine, it crashes. It also crashes in 2.6.7 on ubuntu. http://www.atrevido.net/blog/PermaLink.aspx?guid=ac03f447-d487-45a6-8119-dc4fa1e932e1 Are you running in x86 or x64 mode? IIRC, Mono always runs as AnyCPU, so it will default to x64 if your OS is x64. VS2010 defaults to x86. ___ 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 -- http://volatile-minds.blogspot.com -- blog http://www.volatileminds.net -- website ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Building Mono 2.10 and greater for Windows - What is best way?
I would like to know the standard build environment for building the Mono binaries for Windows. I have been currently using Cygwin using the make get-monolite-latest after the autogen.sh command, but the build is very unstable and often fails. The Cygwin environment seems to be rather fragile. Is building under Cygwin the typical method of building the Mono core libraries for Windows, or is the Visual Studio solution used? Otherwise, is a cross-compile in Linux typically used? If Linux cross-compiling is the standard method, which distro is typically used? Thanks for your help. I am trying to get a stable build environment to create a trimmed down mono version. -greenaj blog: http://www.level533.com -- View this message in context: http://mono.1490590.n4.nabble.com/Building-Mono-2-10-and-greater-for-Windows-What-is-best-way-tp3764373p3764373.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-list] Environment.SpecialFolder.MyDocuments question
AIUI there is no hard and fast rule over what these resolve to on each linux
distro.
On my debian system I have:
Desktop = /home/inb/Desktop
Programs =
MyDocuments = /home/inb
MyDocuments = /home/inb
Favorites =
Startup =
Recent =
SendTo =
StartMenu =
MyMusic = /home/inb/Music
DesktopDirectory = /home/inb/Desktop
MyComputer =
Templates = /home/inb/Templates
ApplicationData = /home/inb/.config
LocalApplicationData = /home/inb/.local/share
InternetCache =
Cookies =
History =
CommonApplicationData = /usr/share
System =
ProgramFiles =
MyPictures = /home/inb/Pictures
CommonProgramFiles =
All except the AppliationData ones are likley to be different from one
linux system to another.
See also:
http://docs.go-mono.com/index.aspx?link=T%3aSystem.Environment%2bSpecialFolder
Regards
Ian
On Mon, Aug 22, 2011 at 10:17:13PM +0100, Paul F. Johnson wrote:
Hi,
Is this correct?
If I have
Console.WriteLine ({0}, Environment.SpecialFolder.MyDocuments);
on my Linux box it returns Personal rather than ~
Under WinXP and 7 it returns the path to MyDocuments.
Is this the correct behaviour or should it (under Linux) return ~?
TIA
Paul
P.S. Using mono-2.10
--
Vertraue mir, ich weiss, was ich mache...
___
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] Environment.SpecialFolder.MyDocuments question
You are printing the enum value directly. You need to call GetSpecialFolder.
On Aug 22, 2011 10:17 PM, Paul F. Johnson p...@all-the-johnsons.co.uk
wrote:
Hi,
Is this correct?
If I have
Console.WriteLine ({0}, Environment.SpecialFolder.MyDocuments);
on my Linux box it returns Personal rather than ~
Under WinXP and 7 it returns the path to MyDocuments.
Is this the correct behaviour or should it (under Linux) return ~?
TIA
Paul
P.S. Using mono-2.10
--
Vertraue mir, ich weiss, was ich mache...
___
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] simple question about how mono works
asommer wrote: I have compiled simple application with MonoDevelop on Windows. I later has created package for Linux. But I will not work on Linux if I just click it. Is it mean that I should install also Mono on that Linux machine and start this application only from Mono? How is it works? Thanks! Yes, you will need Mono or .NET on any machine where you would like your program to run. Much like Java, .NET and Mono programs are compiled to for a kind of hypothetical virtual machine (commonly called the CLR or Common Language Runtime). They are not native Linux applications. They are not really native Windows applications either although Windows is configured to make it seem more like they are. To run a Mono program you need to invoke an instance of this virtual machine (contained in mono.exe) and pass it your program. For example, you might type 'mono program.exe' where 'program.exe' is the name of your program. It is common on Linux to wrap your program in a shell script which does this for you so that you can do things like click on your program from the GUI and the like. The same thing is happening on Windows except that the Windows program loader has been written so that it understands how to recognize if an EXE file contains native Windows instructions (Win32 or Win64) or if it contains .NET instructions (CIL). If the loader sees a .NET app it loads the .NET runtime (the virtual machine) for you. The .NET runtime has to be installed on Windows just like Mono has to be installed on Linux. Newer Windows machines will have .NET installed already but older ones might not. For example, Windows XP did not ship with .NET installed although most XP machines will have it installed by now. The major Linux distributions ship with Mono so the situation is not so different. There is no reason that Linux could not be made to work like Windows and load Mono for you. I have never seen this done though. In fact, it seems common that the Linux loader is configured to assume that EXE files are native Windows files to launch something like WINE to handle them. This of course does not work if the EXE is actually a .NET/Mono program. The upside of the fact that .NET/Mono programs are not native to either Linux or Windows is that the exact same compiled program (the EXE) will run unmodified on Linux or Windows. In fact, it will run anywhere that the .NET or Mono runtime (the CLR) has been implemented. -- View this message in context: http://mono.1490590.n4.nabble.com/simple-question-about-how-mono-works-tp3762443p3764331.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] simple question about how mono works
In fact, it seems common that the Linux loader is configured to assume that EXE files are native Windows files to launch something like WINE to handle them. This of course does not work if the EXE is actually a .NET/Mono program. It does work if you have a Windows .NET or Mono installed with Wine. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
