On 21.02.2018 11:20, pierre wrote:
Hi,
Anyone about this??
if I run "mono_domain_unload(domain);"
and after do
assembly = mono_assembly_load_from_full(image, referenceName, &status,
FALSE);
it is not working properly if referenceName is kept from one launch to
the next...
This is by design:
Hi,
Anyone about this??
if I run "mono_domain_unload(domain);"
and after do
assembly = mono_assembly_load_from_full(image, referenceName, &status,
FALSE);
it is not working properly if referenceName is kept from one launch to
the next...
I think the code bellow is showing it... or am I doing s
Just for the record, I mean write it in a C# class and load that one class
so you can handle everything in C# itself - much more robust.
On Tue, 13 Feb 2018 at 19:04, R Zaghi wrote:
> If this is actually a problem with a library like mono then it sounds like
> a caching problem. If you build mo
If this is actually a problem with a library like mono then it sounds like
a caching problem. If you build mono from source then it's easier to look
into this...
Compare your code with this example. In the example, the .dll assembly is
re-loaded in a loop. You can see the clean up portion and the
Thanks for the answer.
> you 100% sure the old files are all overwritten?
Yes, I have checked the file time... and also included a
remove(fileName);
to be sure!
>There are a couple of different ways to get compiled binary at runtime
without a system() call
Which ones?
I have tried someth
I think we need to know a bit more about what you are doing in the code
exactly but as a quick first guess if you are recompiling using a system()
call then are you 100% sure the old files are all overwritten? There are a
couple of different ways to get compiled binary at runtime without a
system()
Hi,
I am trying to embed mono... and I ran into a problem with the code:
monoMethodDesc = mono_method_desc_new("Script:Main", 0);
method = mono_method_desc_search_in_image(monoMethodDesc,
monoEngine->image);
It is returning a method on the cs code:
public class Script
{
s