try this: open Task Manager, go to processes tab and look for process named after your app. if its there just kill the bastard and try to debug again. for me it worked like miracle
And I found my answer! My project properties were set to Windows App instead of Console App. DOH! (Project Properties > Application Tab > Output type:)
What you need to remember is that dynamic resolution basically does the same process as static resolution, but at runtime. Anything that couldn’t be resolved by the CLR won’t be resolved by the DLR. Let’s take this small program, inspired by yours, and that doesn’t use dynamic at all: namespace ConsoleApplication38 { public interface IActualInterface … Read more
When you pass the dynamic to CreateCommand, the compiler is treating its return type as a dynamic that it has to resolve at runtime. Unfortunately, you’re hitting some oddities between that resolver and the C# language. Fortunately, it’s easy to work around by removing your use of var forcing the compiler to do what you … Read more
You can just use SchemaUpdate instead, it will update the schema if it exists and create it if it does not: public NhibernateSessionFactory(IPersistenceConfigurer config) { _sessionFactory = Fluently.Configure(). Database(config). Mappings(m => m.FluentMappings.AddFromAssemblyOf<MappingsPersistenceModel>()). ExposeConfiguration(cfg => new SchemaUpdate(cfg).Execute(false, true)). BuildSessionFactory(); } One caveat: SchemaUpdate does not do destructive updates (dropping tables, columns, etc.). It will only add … Read more
If you already have a string representation of the Guid, you can do this: Guid g = new Guid(“11223344-5566-7788-99AA-BBCCDDEEFF00”); And if you want a brand new Guid then just do Guid g = Guid.NewGuid();
For that you can use the Select method: PersonQuery.Include(x => x.Addresses.Select(a => a.Mailbox)); You can find other examples in here and here.
The REPL demo was part of “what might happen next”, i.e. after 4.0; in .NET 5.0 or something similar. This is not 4.0 functionality, and never has been.
Yes, you can absolutely do that. For the purposes of static overload resolution, it’s treated as an object parameter (and called statically). What you do within the method will then be dynamic. For example: using System; class Program { static void Foo(dynamic duck) { duck.Quack(); // Called dynamically } static void Foo(Guid ignored) { } … Read more
Depending on your case, there are three possible scenarios: see this link http://www.beansoftware.com/ASP.NET-FAQ/Directory-App_Code-Not-Allowed.aspx Basically, If you precompiled your app, there shoudn’t be an App_Code folder. If you added it later, you should delete it. OR May be Somehow a precompiled.config file has made it to production. Deleting that file should resolve the App_Code directory error.