[Mono-devel-list] Loading of assemblies by runtime and reflection

[Kamil Skalski]

Dnia poniedziałek, 25 października 2004 21:38, Zoltan Varga napisał:
>                                 Hi,
>
>   I would like to fix this but I can't reproduce it either with
> current CVS or with
> the 1.0 branch.

Hmm, strange...
I'm having this problem on two independent machines with 1.0.2 and 1.1.1 (see
below).
The issue was commented some time ago by someone, that is might be because of
two System.dlls are visible in the path, but on both machines I have only
one.
Some tips on fighting ./configure script, so I can get cvs up and running...?


[nazgul at lilith nazgul]$ mono --version
Mono JIT compiler version 1.0.1, (C) 2002-2004 Novell, Inc and Contributors.
www.go-mono.com
        TLS:           normal
        GC:            Included Boehm (with typed GC)
        SIGSEGV      : normal
        Globalization: ICU
[nazgul at lilith nazgul]$ cat > t.cs
using System;
using System.Reflection;

public class Test {
       static void Main () {
         Console.WriteLine (typeof (int).Assembly.ToString ());
         Assembly a = System.Reflection.Assembly.LoadFrom
                          ("///usr/lib/mono/1.0/System.dll");
         System.Net.Dns.GetHostByName ("localhost");
       }
}

[nazgul at lilith nazgul]$ mcs t.cs
Compilation succeeded
[nazgul at lilith nazgul]$ mono t.exe
mscorlib, Version=1.0.5000.0, Culture=neutral,
 PublicKeyToken=b77a5c561934e089

Unhandled Exception: System.NullReferenceException: Object reference not set
to an instance of an object
in (unmanaged) (wrapper managed-to-native)
System.Net.Dns:GetHostByName_internal (string,string&,string[]&,string[]&)
in <0x00004> (wrapper managed-to-native)
 System.Net.Dns:GetHostByName_internal (string,string&,string[]&,string[]&)
in <0x0005a> System.Net.Dns:GetHostByName (string)
in <0x0004f> Test:Main ()


and


[nazgul at mordor testsuite]$ mono --version
Mono JIT compiler version 1.1.1, (C) 2002-2004 Novell, Inc and Contributors.
www.go-mono.com
        TLS:           normal
        GC:            Included Boehm (with typed GC)
        SIGSEGV      : normal
        Globalization: ICU
[nazgul at mordor testsuite]$ cat > t.cs
using System;
using System.Reflection;

public class Test {
       static void Main () {
         Console.WriteLine (typeof (int).Assembly.ToString ());
         Assembly a = System.Reflection.Assembly.LoadFrom
                          ("///usr/lib/mono/1.0/System.dll");
         System.Net.Dns.GetHostByName ("localhost");
       }
}

[nazgul at mordor testsuite]$ mcs t.cs
Compilation succeeded
[nazgul at mordor testsuite]$ mono t.exe
mscorlib, Version=1.0.5000.0, Culture=neutral,
 PublicKeyToken=b77a5c561934e089

Unhandled Exception: System.NullReferenceException: Object reference not set
to an instance of an object
in <0xc69571d2> (wrapper managed-to-native)
System.Net.Dns:GetHostByName_internal (string,string&,string[]&,string[]&)
in <0x00004> (wrapper managed-to-native)
 System.Net.Dns:GetHostByName_internal (string,string&,string[]&,string[]&)
in <0x00057> System.Net.Dns:GetHostByName (string)
in <0x0004c> Test:Main ()

>                 Zoltan
>
> On Mon, 25 Oct 2004 21:16:01 +0200, Kamil Skalski <nazgul at nemerle.org>

wrote:
> > Hi!
> >
> > I am trying to make some investigation on
> > http://bugzilla.ximian.com/show_bug.cgi?id=61152
> > so I tracked what is called by Assembly.LoadFrom. It seems that this is
> > the same code, which is used by runtime to load referenced assemblies
> > (mono_assembly_load_from in metadata/assembly.c).
> >
> > Can anybody comment if it is true? I don't think that erasure of runtime
> > loaded assemblies by reflecting some with the same name is a good
> > behaviour.
> >
> > But even if it is, is shouldn't cause setting system_assembly in
> > socket-io.c to NULL.
> >
> > I wanted to do some more debugging, but I have some problems running mono
> > cvs version:
> > checking how to run the C++ preprocessor... /lib/cpp
> > configure: error: C++ preprocessor "/lib/cpp" fails sanity check
> > See `config.log' for more details.
> >
> > The config.log file ends with some invalid preprocessor directives:
> > #define VERSION "1.1.1"
> > #endif
> > #ifdef __cplusplus
> > void exit (int);
> >
> > It's probably some issue with automake generating bad configure script...
> >
> > Sorry for this probably bogus message, but the 61152 problem is open now
> > for a few months and IMHO it seems to be quite critical issue. Especially
> > if it occurs in some more sofisticated scenarios with reflecting
> > assemblies with various versions.
> >
> > Just to put some positive comments, you guys are doing great job.
> > According to our summary
> > (http://nemerle.org/wiki/index.php/Runtime_issues), mono has currently
> > less open bugs interfering with our project than MS.NET.
> >
> > --
> > Kamil Skalski
> > http://nemerle.org developer
> > _______________________________________________
> > Mono-devel-list mailing list
> > Mono-devel-list at lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list

--
Kamil Skalski
http://nemerle.org developer

-------------------------------------------------------