clr

Today, everytime I try to open any .Net application I get: CLR error: 80004005 The program will now terminate. Any suggestions? I'd start with downloading and re-installing the .NET framework. I had this problem and uninstalling/reinstalling dot net didn't help. Randomly I found a suggestion to go to c:\Windows\Microsoft.NET\ Then rename the directory called "Assembly" to "Assembly2" or something so you don't erase it but dot net will think it's gone. After doing that, install dot net again. This took hours for me to find and was the ONLY thing that worked. I believe 0x80004005 is (usually) an

Scala is a peculiar programming language in that it targets both JVM and the CLR. But what are the benefits? Is it worth considering it as a viable alternative to the F# language? Most of the web search hits I see from "Scala .NET" are from 2008 or early 2009. Scala is an interesting language, but my admittedly-ill-informed impression is that is is not a "viable alternative" for an industrial-strength .NET application. I see people talk in passing about writing apps that are portable across CLR and JVM, and it's a nice idea in theory, but in practice I don't see any evidence that anyone has

When I constrain T with : Object like this: public interface IDoWork<T> where T : Object { T DoWork(); } I get the error: Constraint cannot be special class 'object' Does that mean there is an implied difference with the following that does compile? public interface IDoWork<T> // where T : Object { T DoWork(); } There is no difference between the two constraints, except for that one is disallowed for being useless to explicitly state. The C# 4.0 language specification (10.1.5 Type parameter constraints) says two things about this: The type must not be object. Because all types derive from

I have a long-running .NET 4.5 application that crashes randomly, leaving the message I've mentioned in the question title in the event log. The issue is reproduced on 3 different machines and 2 different systems (2008 R2 and 2012). Application doesn't use any unsafe/unmanaged components, it's pure managed .NET, with the only unmanaged thing being the CLR itself. Here's the stack trace of the crash site that I've extracted from the dump: clr.dll!MethodTable::GetCanonicalMethodTable() clr.dll!SVR::CFinalize::ScanForFinalization() - 0x1a31b bytes clr.dll!SVR::gc_heap::mark_phase() + 0x328 bytes

I'm writing a text box from scratch in order to optimize it for syntax highlighting. However, I need to get the width of characters in pixels, exactly, not the garbage Graphics::MeasureString gives me. I've found a lot of stuff on the web, specifially this , however, none of it seems to work, or does not account for tabs. I need the fastest way to measure the exact dimensions of a character in pixels, and tab spaces. I can't seem to figure this one out... Should mention I'm using C++, CLR/CLI, and GDI+ Here is my measuring function. In another function the RectangleF it returns is drawn to the

This question follows from my previous question: Create DLL from unmanaged C++ , but you would not have to read it to understand this new question. I now have a DLL that contains unmanaged C++ code consisting of a few functions, of which I only export one for outside use. Next, I need to use this DLL in a Managed C++ project (built with Common Language Runtime support). So far, I have added a reference to the existing unmanaged project's header file by setting the Additional Include Directories in Visual Studio 2010. If I now try to add a reference to the DLL file: MyManagedProject >