Discussion :

[smyley]

J'ai un problème (remarque, on pouvais le deviner ...). Voici un code :

Code c# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
 
interface IGenTest
        {
            void echo_test<T>(T value);
            void echo_test(object value);
        }
 
        class gen_test : MarshalByRefObject, IGenTest
        {
            public virtual void echo_test<T>(T value)
            {
                Console.WriteLine(value);
            }
            public virtual void echo_test(object value)
            {
                echo_test<object>(value);
            }
        }
 
        class test : MarshalByRefObject
        {
            public void Test(IGenTest g)
            {
                g.echo_test<string>("Sample"); //CRASH
            }
        }
 
        static void Main(string[] args)
        {
            {
                IGenTest g = new gen_test();
 
                g.echo_test<string>("Sample"); //FONCTIONNE
 
                AppDomainSetup s = new AppDomainSetup();
                s.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;
                AppDomain c = AppDomain.CreateDomain("test", null, s);
                test a = (test)c.CreateInstanceFromAndUnwrap(typeof(test).Assembly.Location, typeof(test).FullName);
                a.Test(g); //CRASH
 
                return;
            }
        }

Dans ce code, si je n'utilise pas un deuxième AppDomain, tout fonctionne correctement. Si je change l'interface IGenTest en ceci :

Code c# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
interface IGenTest
        {
            void echo_test<T>(T value);
        }

Tout fonctionne. Mais sans modification, il y a un Crash sur la ligne a.Test(g) qui survient plus précisément sur la ligne "g.echo_test<string>("Sample");" de Test(IGenTest g) avec le message suivant :

Void echo_test(System.Object) n'est pas un GenericMethodDefinition. MakeGenericMethod peut uniquement être appelé sur une méthode pour laquelle MethodBase.IsGenericMethodDefinition a la valeur true.

Pourquoi ?

[dev01]

As tu essayé d'avoir deux noms de méthode différent pour les méthodes avec generic et sans generic ?

[smyley]

Bah ça me fait changer beaucoup de choses dans mon code d'origine.
Cependant echo_test<T> n'est pas la même chose que echo_test. ça reste un bug non ?

[dev01]

Bah ça me fait changer beaucoup de choses dans mon code d'origine.

ça je m'en fou

Cependant echo_test<T> n'est pas la même chose que echo_test. ça reste un bug non ?

oui . Mais c'est juste pour tester une hypothèse comme quoi les generics ne sont pas correctement transferer dans un appdomain diff

[smyley]

Encore un autre bug (celui ci me concerne d'avantage) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
 
interface IGenTest
        {
            void echo_test<T>(T value);
            void echo_test<T>(T value, object key);
            void echo_test2(object value);
        }
 
        class gen_test : MarshalByRefObject, IGenTest
        {
            public virtual void echo_test<T>(T value)
            {
                Console.WriteLine(value);
            }
            public virtual void echo_test2(object value)
            {
                echo_test<object>(value);
            }
 
            #region IGenTest Membres
 
 
            public void echo_test<T>(T value, object key)
            {
                //...
            }
 
            #endregion
        }
 
        class test : MarshalByRefObject
        {
            public void Test(IGenTest g)
            {
                g.echo_test<string>("Sample");
            }
        }
 
        static void Main(string[] args)
        {
            {
                IGenTest g = new gen_test();
 
                g.echo_test<string>("Sample");
 
                AppDomainSetup s = new AppDomainSetup();
                s.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;
                AppDomain c = AppDomain.CreateDomain("test", null, s);
                test a = (test)c.CreateInstanceFromAndUnwrap(typeof(test).Assembly.Location, typeof(test).FullName);
                a.Test(g);
 
                return;
            }
        }

Idem, crash sur a.Test(g); avec le message

L'exception System.NullReferenceException n'a pas été gérée
Message="La référence d'objet n'est pas définie à une instance d'un objet."
Source="mscorlib"
StackTrace:
Server stack trace:
à System.Runtime.Remoting.Messaging.MethodCall.ResolveMethod(Boolean bThrowIfNotResolved)
à System.Runtime.Remoting.Messaging.MethodCall..ctor(SmuggledMethodCallMessage smuggledMsg, ArrayList deserializedArgs)
à System.Runtime.Remoting.Channels.CrossAppDomainSink.DoDispatch(Byte[] reqStmBuff, SmuggledMethodCallMessage smuggledMcm, SmuggledMethodReturnMessage& smuggledMrm)
à System.Runtime.Remoting.Channels.CrossAppDomainSink.DoTransitionDispatchCallback(Object[] args)
Exception rethrown at [0]:
à System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
à System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
à TestStressing.Program.IGenTest.echo_test[T](T value)
à TestStressing.Program.test.Test(IGenTest g) dans C:\LKSoft\Applications\MS.Net\DreamShield\DreamShield 2.0\DreamShield.Data\TestStressing\Program.cs:ligne 59
à TestStressing.Program.test.Test(IGenTest g)
à TestStressing.Program.Main(String[] args) dans C:\LKSoft\Applications\MS.Net\DreamShield\DreamShield 2.0\DreamShield.Data\TestStressing\Program.cs:ligne 74
à System.AppDomain._nExecuteAssembly(Assembly assembly, String[] args)
à System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
à Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
à System.Threading.ThreadHelper.ThreadStart_Context(Object state)
à System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
à System.Threading.ThreadHelper.ThreadStart()
InnerException:

Il n'y a pas de Work Around pour ça sans devoir modifier toutes mes interfaces ?

[smyley]

As tu essayé d'avoir deux noms de méthode différent pour les méthodes avec generic et sans generic ?

ps. ça marche mais c'est pas l'idéal, vu que ça me fait tout changer

[davcha]

Change rien, à part ça :

Code c# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
[Serializable]
class test
{
	public void Test(IGenTest g)
	{
		g.echo_test<string>("Sample"); //CRASH
	}
}

[smyley]

Ah tient ça marche
Donc pour MarshalByRef il crash et Serializable il accepte ...
Je regarde si c'est applicable à mon projet ...

[dev01]

ouais donc bug dans l'implémentation du graph de MarshalByRef ...