Re: AW: [Mono-list] Assembly.LoadFrom() - Assembly.CreateInstance() - Activator.CreateInstanceFrom() ---> invalid cast

Tue, 27 Jan 2004 02:24:30 -0800

I've enhanced the test code:
 
        Type t1 = Assembly.LoadFrom(@"A.1.dll").GetType("A.Y");
        Type t2 = Assembly.LoadFrom(@"A.2.dll").GetType("A.Y");
        Type t3 = typeof(A.Y);
 
        Console.WriteLine(t1.Assembly.EscapedCodeBase);
        Console.WriteLine(t2.Assembly.EscapedCodeBase);
        Console.WriteLine(t3.Assembly.EscapedCodeBase);
 
        Console.WriteLine(t1.AssemblyQualifiedName);
        Console.WriteLine(t2.AssemblyQualifiedName);
        Console.WriteLine(t3.AssemblyQualifiedName);
 
        Console.WriteLine(t1.GUID);
        Console.WriteLine(t2.GUID);
        Console.WriteLine(t3.GUID);
 
        Console.WriteLine(t1 == t2);
        Console.WriteLine(t1 == t3);
        Console.WriteLine(t2 == t3);
and on .NET 1.0 it produces:
 
file:///D:/ttt/A.1.dll
file:///D:/ttt/A.1.dll
file:///D:/ttt/a.DLL
A.Y, a, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null
A.Y, a, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null
A.Y, a, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null
2c21befd-5a3f-3d21-ab48-1c6c1361dc0b
2c21befd-5a3f-3d21-ab48-1c6c1361dc0b
2c21befd-5a3f-3d21-ab48-1c6c1361dc0b
True
False
False
Note that LoadFrom("A.2.dll") caused A.1.dll to be loaded. Strange.
 
Jarek
 
----- Original Message -----
Sent: Tuesday, January 27, 2004 9:09 AM
Subject: Re: AW: [Mono-list] Assembly.LoadFrom() - Assembly.CreateInstance() - Activator.CreateInstanceFrom() ---> invalid cast

Christian Birkl wrote:
Hi,

  
Stating it is an invalid cast.
    

Can someone please explain me the following behaviour:

	Assuming you have Assembly "A.dll", with one class Y (no
methods, no fields, just a plain class). Now copy this assembly to
A.1.dll, A.2.dll. You now have 3 assembly, A.dll, A.1.dll, A.2.dll (they
just differ in date of last modification).

Create a new project which references "A.dll" and write the following
main function:

	static void Main(string[] args)
	{
		Type t1 = Assembly.LoadFrom(@"A.1.dll").GetType("A.Y");
		Type t2 = Assembly.LoadFrom(@"A.2.dll").GetType("A.Y");
		Type t3 = typeof(A.Y);			
			
		Console.WriteLine(t1.GUID);
		Console.WriteLine(t2.GUID);
		Console.WriteLine(t3.GUID);

		Console.WriteLine(t1 == t2);
		Console.WriteLine(t1 == t3);
		Console.WriteLine(t2 == t3);			
	}

Now guess the output (MS.NET 1.1 runtime):

d899aa25-2426-3ef7-91c2-95e6f8aaed27
d899aa25-2426-3ef7-91c2-95e6f8aaed27
d899aa25-2426-3ef7-91c2-95e6f8aaed27
True
False
False

Hu? :-). Why is t1 != t3, but t1 equals t2? Anyone?

So i guess that's related to your problem with your MySQL.ByteFX
DataProvider. You load your ByteFX assembly via Assembly.LoadFrom, which
references System.Data in its own "dll" scope. Your program also
references "System.Data", but somehow the "System.Data" of your program
isn't the same as in your lazy loaded ByteFX assembly.

I can't give you a solution for this, but if your application is a web
app i think you run into the problems if you're not using XSP but IIS
since IIS copies all bin\* files into some temporary directories and
there you'll get the same behaviour as stated above. (IIS does this in
order to enable dynamic reloading of web apps. Ever tried to update one
dll in your C:\inetpub\wwwroot\<App\bin\ directory? It is not locked,
you can overwrite it and if you do it, IIS will implicitly redeploy your
web app to reflect the update - makes life much easier 8-))

Christian

_______________________________________________
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
Hmm, what if I load System.Data.dll aswell ?

Reply via email to