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

[John Luke]

Hello,
I can reproduce it here with the 1.1 cvs branch from today.

On Mon, 25 Oct 2004 22:11:55 +0200, Kamil Skalski <nazgul at nemerle.org> wrote:
> 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
> 
> -------------------------------------------------------
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>