Cross-posting David's reply.
-----Original Message----- From: David Stutz [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 13, 2002 10:37 AM To: Donal Lafferty; [EMAIL PROTECTED] Subject: RE: RE: [Dotnet-sscli] debugging in visual studio If you trace the initialization sequence of the execution engine, you will find that mscorlib is in the system domain, and that it a very unusual assembly that is tightly interwoven into the execution engine (and it will be tightly bound to a particular version of the execution engine as a result). Start with LoadSystemAssembly, and poke around in appdomain.cpp to see the loading sequence; note that there are a number of globals that are primed to contain refs to things that are exposed by mscorlib. Which is a long-winded way of saying "this won't work." Fortunately, you can use cordbg, or SOS for the type implementations that are hybrid C++. Hope this is helpful. -----Original Message----- From: Donal Lafferty [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 13, 2002 5:43 AM To: [EMAIL PROTECTED] Subject: Re: RE: [Dotnet-sscli] debugging in visual studio Dear David, I understand from your posting, and a subsequent one in the same thread, that source level debugging of C# assemblies is only available in VisualStudio.NET for code being executed by the commercial runtime. My problem is that I can't seem to get VisualStudio.NET to use rotor's MSCORLIB.DLL. Whenever it starts an executable, it goes to the GAC and grabs the MSCORLIB.DLL from there, as shown by the first line of the output window: 'DefaultDomain': Loaded 'c:\windows\microsoft.net\framework\v1.0.3705\mscorlib.dll', No symbols loaded. What is the best way to force the commercial CLR to use Rotor's MSCORLIB.DLL? DL ________________________________________________________ Donal Lafferty, PEng., BSc. Computer Engineering <http://www.dsg.cs.tcd.ie/~laffertd/> "We are North Americans but not Americans. We are different because of history and geography, but basically we have built a different society." -Jean Chr�tien, Prime Minister of Canada _______________________________________________ Dotnet-sscli mailing list [EMAIL PROTECTED] http://mailserver.di.unipi.it/mailman/listinfo/dotnet-sscli _______________________________________________ Dotnet-sscli mailing list [EMAIL PROTECTED] http://mailserver.di.unipi.it/mailman/listinfo/dotnet-sscli
