to load mscorelib everything works fine and mono does not leak
anything.
2014-10-24 17:03 GMT+02:00 Rodrigo Kumpera kump...@gmail.com:
Please file a bug report with your test case so we can fix any leaks.
On Fri, Oct 24, 2014 at 7:56 AM, Vardar Sahin sakirs...@gmail.com wrote:
Hello to all
Hello to all,
I noticed that mono_domain_unload is leaking memory. I wrote a small test
in my application
where I create a domain, load an assembly into it, execute the C# main
which does nothing and then call mono_domain_unload. The assembly and all
its references are loaded with
of the same assembly?
On Apr 20, 2014 1:23 PM, Vardar Sahin sakirs...@gmail.com wrote:
Hi Guys,
I have a C# project which compiles just fine with Visual Studio. It also
compiles when I use Xamarin Studio and the .Net runtime. But when I choose
to use the MonoRuntime it does not compile anymore.
I am
reference this dll with the extension attribute...
Otherwise, no need to define the extension attribute at all (for new .net
projects)
Sent from my iPad
On Apr 20, 2014, at 6:23 AM, Vardar Sahin sakirs...@gmail.com wrote:
Hi Guys,
I have a C# project which compiles just fine with Visual
On Fri, Nov 22, 2013 at 3:51 AM, Vardar Sahin sakirs...@gmail.com wrote:
Hi,
I am searching for a way or plugin to debug embedded mono application.
With Xamarin Studio
I can use the custom mono soft debugger but I want to use the same for
Visual Studio.
Sometime ago there was the MonoVS
Hi,
I am searching for a way or plugin to debug embedded mono application. With
Xamarin Studio
I can use the custom mono soft debugger but I want to use the same for
Visual Studio.
Sometime ago there was the MonoVS plugin but it disappeared on the net,
anyway to find the source code of this
Hello all,
in Visual Studio you can hot compile your code while debugging C#
applications.
By hot compiling I mean that you can alter your source code while debugging
and the
altered code will be compiled on the fly. After you resume your debug
session,
your code change will affect your
, Vardar Sahin wrote:
Hey Andrés,
thanks for the quick replay. I am not sure if this will fix the problem.
I think the problem is that you can not call
Environment.GetCommandLineArgs() when you embed mono.
Environment.GetCommandLineArgs() is an internal call and it seems like
){
GLib.Global.ProgramName = System.IO.Path.GetFileNameWithoutExtension
(args [0]);
}else
{
GLib.Global.ProgramName = EmbeddedMono;
}
2013/11/3 Andrés G. Aragoneses kno...@gmail.com
On 03/11/13 15:58, Vardar Sahin wrote:
Environment.GetCommandLineArgs is an internal call and my assumption
Hey monodev fellows,
first of all I appreciate all your hard work and want to contribute this to
the mono project.
Right now it is not possible to use GTK# with an application which embeds
mono. GTK# works just fine if you use mono as a standalone application eg
mono.exe.
The reason why GTK#
.
Best
Sahin
2013/11/2 Andrés G. Aragoneses kno...@gmail.com
On 02/11/13 21:42, Vardar Sahin wrote:
Hey monodev fellows,
first of all I appreciate all your hard work and want to contribute this
to the mono project.
Right now it is not possible to use GTK# with an application which
Hello Mono Team,
i found a bug which i want to submit a patch for.
The bug is in update_current_thread_stack in sgen-stw.c.
This line does not work as intended.
ARCH_STORE_REGS (reg_ptr);
memcpy (info-regs, reg_ptr, sizeof (info-regs));
for some reason the pointer address gets the content of
12 matches
Mail list logo