[Mono-bugs] [Bug 74982][Wis] Changed - Runtime do not load t.dll reference from within t.exe

[bugzilla-daemon at bugzilla.ximian.com]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by mail at meebey.net.

http://bugzilla.ximian.com/show_bug.cgi?id=74982

--- shadow/74982	2005-05-17 17:38:02.000000000 -0400
+++ shadow/74982.tmp.20308	2005-07-16 20:24:36.000000000 -0400
@@ -1,14 +1,14 @@
 Bug#: 74982
 Product: Mono: Runtime
 Version: 1.0
-OS: 
+OS: unknown
 OS Details: Mandrake 10.2  mono 1.1.7
 Status: NEW   
 Resolution: 
-Severity: 
+Severity: Unknown
 Priority: Wishlist
 Component: misc
 AssignedTo: mono-bugs at ximian.com                            
 ReportedBy: nazgul at omega.pl               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
@@ -51,6 +51,106 @@
 
 How often does this happen? 
 Always
 
 Additional Information:
 on MS.NET with csc it works just fine
+
+------- Additional Comments From mail at meebey.net  2005-07-16 20:24 -------
+I just also come across this bug by doing some quick Gtk# tests.
+The code compiles fine but mono is confused by the name of my
+sourcecode file I compiled.
+When the sourcecode file is called gtk-sharp.cs it will not be able to
+use gtk-sharp.
+
+Here my Gtk# hello world code:
+class MainClass
+{
+        public static void Main()
+        {
+                Gtk.Application.Init();
+
+                Gtk.Window win = new Gtk.Window("Hello World");
+                win.ShowAll();
+
+                Gtk.Application.Run();
+        }
+}
+
+compiling:
+meebey at flyinghorse:~/test$ mcs -pkg:gtk-sharp gtk-sharp.cs
+meebey at flyinghorse:~/test$ 
+
+running:
+meebey at flyinghorse:~/test$ ./gtk-sharp.exe
+
+** (./gtk-sharp.exe:8026): WARNING **: The class Gtk.Window could not
+be loaded, used in /home/meebey/test/gtk-sharp.exe (token 0x01000003)
+
+Unhandled Exception: System.NullReferenceException: Object reference
+not set to an instance of an object
+meebey at flyinghorse:~/test$ 
+
+it seems to search for gtk-sharp in the own assembly because it's also
+called gtk-sharp?
+
+Here an output of monodis, I thought this could be interesting too:
+meebey at flyinghorse:~/test$ monodis ./gtk-sharp.exe
+.assembly extern mscorlib
+{
+  .ver 1:0:5000:0
+  .publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) // .z\V.4..
+}
+.assembly extern 'gtk-sharp'
+{
+  .ver 1:0:0:0
+  .publickeytoken = (35 E1 01 95 DA B3 C9 9F ) // 5.......
+}
+.assembly 'gtk-sharp'
+{
+  .hash algorithm 0x00008004
+  .ver  0:0:0:0
+}
+.module 'gtk-sharp.exe' // GUID = {142728C2-2E0C-4DBA-941A-27CA34607C60}
+
+
+  .class private auto ansi beforefieldinit MainClass
+  	extends [mscorlib]System.Object
+  {
+
+    // method line 1
+    .method public hidebysig  specialname  rtspecialname 
+           instance default void .ctor ()  cil managed 
+    {
+        // Method begins at RVA 0x20ec
+	// Code size 7 (0x7)
+	.maxstack 8
+	IL_0000:  ldarg.0 
+	IL_0001:  call instance void object::.ctor()
+	IL_0006:  ret 
+    } // end of method MainClass::instance default void .ctor () 
+
+    // method line 2
+    .method public static  hidebysig 
+           default void Main ()  cil managed 
+    {
+        // Method begins at RVA 0x20f4
+	.entrypoint
+	// Code size 28 (0x1c)
+	.maxstack 4
+	.locals init (
+		class ['gtk-sharp']Gtk.Window	V_0)
+	IL_0000:  call void class ['gtk-sharp']Gtk.Application::Init()
+	IL_0005:  ldstr "Hello World"
+	IL_000a:  newobj instance void class
+['gtk-sharp']Gtk.Window::.ctor(string)
+	IL_000f:  stloc.0 
+	IL_0010:  ldloc.0 
+	IL_0011:  callvirt instance void class ['gtk-sharp']Gtk.Widget::ShowAll()
+	IL_0016:  call void class ['gtk-sharp']Gtk.Application::Run()
+	IL_001b:  ret 
+    } // end of method MainClass::default void Main () 
+
+  } // end of class MainClass
+
+meebey at flyinghorse:~/test$ 
+