Re: app-refl-load

Neale,

That test is run in a couple of different configurations (see mono/tests/testing_gac/Makefile.am) which try to test loading strongly named assemblies either from the MONO_PATH or from the Mono GAC, occasionally when there are other versions of the same assembly (ie, same simple name, same public key token, different Version) also in the GAC or on the MONO_PATH.
So the first thing to figure out is which instance of the test is failing.   If you run make with V=1 it should print out the exact command that it tries to run.

In any case exit code of 1 means AppDomain.CurrentDomain.Load(AssemblyName) returned null for some reason.

I find it helpful to set MONO_LOG_MASK=asm MONO_LOG_LEVEL=debug when running loader tests to figure out what’s going on.

Cheers,
Aleksey
On 8/29/17, 15:29, "Mono-devel-list on behalf of Neale Ferguson" <[email protected]<mailto:[email protected]> on behalf of [email protected]<mailto:[email protected]>> wrote:

This test fails on s390x with Rc=1 which indicates that
AppDomain.CurrentDomain.Load (n) is returning NULL. What type of things
should I look for?

_______________________________________________
Mono-devel-list mailing list
[email protected]<mailto:[email protected]>
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.dot.net%2Fmailman%2Flistinfo%2Fmono-devel-list&data=02%7C01%7Calklig%40microsoft.com%7Cff57c1c0abd94bc103f908d4ef144bba%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636396317846369225&sdata=PtixWLMGHtw68tdZzq6lKu9%2BbU0K3kZD93PxfRKecTI%3D&reserved=0

_______________________________________________
Mono-devel-list mailing list
[email protected]
http://lists.dot.net/mailman/listinfo/mono-devel-list