I believe the best solution is to use obfuscation and embed mono within
your app. Not using mkbundle because of the licensing requirements. It is
not hard to embed the mono runtime.
On Sun, Apr 22, 2012 at 2:26 PM, Rodrigo Kumpera kump...@gmail.com wrote:
On Sat, Apr 21, 2012 at 9:24 PM,
I have an app that embeds mono running on OS X. Trying to use libmonosgen fails
with:
dyld: Symbol not found: _MONO_DEBUGGER__debugger_info
Referenced from:
/Library/Frameworks/Mono.framework/Versions/2.10.4/lib/libmonosgen-2.0.0.dylib
Expected in: flat namespace
in
0x0 + 9946329
On Thu, Aug 25, 2011 at 5:57 PM, Duane Wandless du...@wandless.net wrote:
I found this bug against 2.10.2:
https://bugzilla.novell.com/show_bug.cgi?id=694027
Thanks,
Duane
On Thu, Aug 25, 2011 at 5:47 PM, Duane Wandless du...@wandless.netwrote:
This is still happening
/2.10.4/lib/libmonosgen-2.0.0.dylib
*
*
*
On Fri, Feb 25, 2011 at 4:59 PM, Duane Wandless du...@wandless.net wrote:
I found this reference:
http://go-mono.com/forums/#nabble-td2277117
Which says:
You've configured mono without debugger support (--disable-mono-debugger),
which is currently
I found this bug against 2.10.2:
https://bugzilla.novell.com/show_bug.cgi?id=694027
Thanks,
Duane
On Thu, Aug 25, 2011 at 5:47 PM, Duane Wandless du...@wandless.net wrote:
This is still happening with 2.10.4. Any suggestions?
*dyld: Symbol not found: _MONO_DEBUGGER__debugger_info
:09 PM, Prashant Kamath
prashant.kam...@gmail.comwrote:
Hi,
I am also facing the same exact issue with 2.10.2.
This may sound stupid but where should I go to download the fix ?. I have
already installed 2.10.2 on my mac. Please help.
On Sat, Jun 25, 2011 at 10:55 PM, Duane Wandless du
Not exactly the answer you are looking for but you may want to check out
this project:
https://github.com/Clancey/MonoMac.Windows.Form
This project does not rely on the Mono implementation of WinForms. There
may be issues you are running into with that implementation. If nothing
else you will
;
else
g_error (Error destroying
handle %p cond var due to %d\n, handle, thr_ret);
}
On Sat, Jun 25, 2011 at 12:23 PM, Duane Wandless du...@wandless.net wrote:
#0 0x9001d9c6
I am getting this exception on exit when using Lion and running the latest
2.10.2. I've tried calling Environment.Exit(0) and mono_jit_cleanup during
app shutdown. But doing either of those leads to other exceptions.
Hopefully there is a solution for this situation. Thanks,
Duane
0
:
This is fixed in git by rodrigo iirc.
-g
On Fri, Jun 24, 2011 at 3:02 PM, Duane Wandless du...@wandless.net
wrote:
I am getting this exception on exit when using Lion and running the
latest
2.10.2. I've tried calling Environment.Exit(0) and mono_jit_cleanup
during
app shutdown
Nothing that I can find.
On Fri, Jun 24, 2011 at 3:14 PM, Geoff Norton gro...@gmail.com wrote:
Is there a g_error printed prior to the crash?
-g
On Fri, Jun 24, 2011 at 3:12 PM, Duane Wandless du...@wandless.net
wrote:
I thought it was fixed with this commit:
https://github.com/mono
Here is a class that I use to execute linux commands:
internal int Execute(string exe, string args)
{
ProcessStartInfo oInfo = new ProcessStartInfo(exe, args);
oInfo.UseShellExecute = false;
oInfo.CreateNoWindow = true;
I ran mkbundle, examined its output, then included that set of DLLs. Not
the result of mkbundle. Then added a few more that it missed. mkbundle was
95% accurate.
On Wed, Mar 23, 2011 at 3:18 AM, vinay_rk vinay.kash...@ironmountain.comwrote:
Hi Miguel,
Thanks for the response. Are you
If you saw the example code I sent I was passing the full path to the EXE to
both mono_jit_init and mono_domain_assembly_open.
The purpose of embedding is to embed the Mono runtime into your app so that
it runs without installing Mono. This error indicates the embedded runtime
could not find
As Robert indicated your call to mono_jit_exec is wrong. It expects at
least 1 argument. It should be the assembly file name.
Best of luck,
Duane
On Thu, Mar 10, 2011 at 5:24 AM, vinay_rk vinay.kash...@ironmountain.comwrote:
Hi Robert,
Thanks for the response. As per your suggestion I
Sorry... read too fast. It might also be useful to indicate which version
of Mono you are using and on what platform. This is the code that I use on
OSX with Mono 2.6.7 and 2.8.2. Where sampleAssemblyPath is the full path to
the EXE.
MonoDomain *domain;
domain = mono_jit_init
being incorrectly compiled?
Duane
On Thu, Feb 17, 2011 at 4:00 PM, Duane Wandless du...@wandless.net wrote:
I am trying to embed the sgen libraries (on Snow Leopard) but receiving
this error at runtime:
*dyld: Symbol not found: _MONO_DEBUGGER__debugger_info*
* Referenced from:
/Library
I am trying to embed the sgen libraries (on Snow Leopard) but receiving this
error at runtime:
*dyld: Symbol not found: _MONO_DEBUGGER__debugger_info*
* Referenced from:
/Library/Frameworks/Mono.framework/Versions/2.8.2/lib/libmonosgen-2.0.0.dylib
*
* Expected in: dynamic lookup*
Linker
I've attempted to figure out how this is implemented on Leopard. It appears
that get_cpu_times in mono/utils/mono-proclib.c relies on /proc/stat.
Which as far as I can tell does not exist on Snow Leopard.
The C# code is:
cpu = new PerformanceCounter(Process, % Processor Time,
and power is going to blow up in our faces.
-Carl Sagan
On Fri, Dec 10, 2010 at 10:32 AM, Duane Wandless du...@wandless.net
wrote:
I'm trying out the profiler on OSX against trunk. I'm not getting any
useful info. Do I have to build with special flags? Is there something
else I'm missing
Monkeys do it better
-- Forwarded message --
From: Paolo Molaro lu...@ximian.com
To: Duane Wandless du...@wandless.net
Date: Fri, 10 Dec 2010 14:08:40 +0100
Subject: Re: [Mono-dev] profiler in master
On 12/10/10 Duane Wandless wrote:
I'm trying out the profiler on OSX
I have an embedded Mono app in my OSX application, which I invoke with:
mono_jit_exec (domain, monoAssembly, 1, argv).
I tried calling mono_jit_parse_options, passing --profile=heap-shot, but
received:
Unsupported command line option
I then tried just calling mono_profiler_load. But that did
Hello all... so I have it compiled using VC++ Express. It now is giving me this error:Thread calling into managed code is not registered with the GC. On UNIX, this can be fixed be #include-ing gc.h before
pthread.h in the file containing the thread creation code.Does anyone know the easy
Thanks for the update... a very simple Windows.Forms app does now
run. Very simple. A single button on a form with no
event.
Upon exit this stack trace is generated:
Stacktrace:
in (wrapper managed-to-native) System.Drawing.GDIPlus:GdipDisposeImage (intptr)0x4
in (wrapper managed-to-native)
I ran into the same problem... the fix is in the latest source code from svn trunk. Already logged here:
http://bugzilla.ximian.com/show_bug.cgi?id=77896On 4/6/06, Andreas Nahr [EMAIL PROTECTED]
wrote:I tried to run some Apps to test the advances in Windows Forms in Mono
1.1.14 on
Hello - I am getting these errors when trying to compile libgdiplus on WIN32... this is the latest code from SVN. From what I can see icint.h is trying to use __int64. See below for second error in cairoint.hAll 3 problems seem to be related to header definitions:
__int64 in icint.hpthread.hINT32
First thanks for reading... then thanks for helping if you can!Trying to run a simple System.Windows.Forms app (see very bottom for code) gives this:$ which gdiplus.dll/cygdrive/c/WINDOWS/system32/gdiplus.dll
$ MONO_DEBUG_LEVEL=debug mono test.exeMono-INFO: DllImport attempting to load:
27 matches
Mail list logo