[Mono-osx] Bundled mono console application on OS X throwing gthread errors.
silver83 at gmail.com
Wed Nov 12 11:43:29 EST 2008
I still couldn't get it to work, using either @install_path or @rpath
Still getting gthread error :
GThread-ERROR **: GThread system may only be initialized once.
0 libSystem.B.dylib 0x95123b9e __kill + 10
1 libSystem.B.dylib 0x9519aec2 raise + 26
2 libSystem.B.dylib 0x951aa47f abort + 73
3 libglib-2.0.0.dylib 0x00e81ecc g_log + 0
4 libglib-2.0.0.dylib 0x00e81ef5 g_log + 41
5 libgthread-188.8.131.520.1.dylib 0x0000e3d7 g_thread_init + 521
6 libmono.0.0.0.dylib 0x0073233d mini_init + 2968
7 libmono.0.0.0.dylib 0x00778a63 mono_main + 454
8 LiboxEngine 0x00001fd0 main + 215
9 LiboxEngine 0x00001e7a start + 54
> I had a similar need. I wanted to fully embed mono within my application
> the end user did not need to install mono. I posted here:
> which describes the steps I went through. Two differences in my post, one
> is that I was using a DLL. But now I use an EXE and have essentially the
> same workflow. Two, I embedded my mono app into a Cocoa application.
> I do not think you need that nant code referenced in the link in your
> You can download monobjc and look how their make system handles mkbundle.
> started there and was able to pull out the necessary steps. Monobjc has a
> very ellegant build system that is a greating starting point.
> Best of luck,
> On Tue, Nov 11, 2008 at 6:48 AM, silver83 <silver83 at gmail.com> wrote:
>> I have bundled a mono console application using the following steps :
>> 1. use mkbundle to create the binary
>> 2. use macpack to create a dummy .app
>> 3. inject the bundled binary into the .app's resources folder
>> 4. rewire the execution script and the files under /Resources to execute
>> I run the application and everything is fine, but now I want to rewire
>> library dependencies -
>> I'm using code from :
>> to inject mono libraries into Resources folder, rewire my app to use
>> and rewire them to use themselves (using otool -L to see their
>> and install_name_tool to rewire them).
>> During rewiring, I exclude things that I consider "non-mono" -
>> CoreFoundation, Carbon, libgcc, and libSystem. I've tried several
>> of which libraries to exclude, and I either end up with a mono-dependent
>> application, or an application that crashed on :
>> GThread-ERROR **: GThread system may only be initialized once.
>> Some of the crash report :
>> Exception Type: EXC_CRASH (SIGABRT)
>> Exception Codes: 0x0000000000000000, 0x0000000000000000
>> Crashed Thread: 0
>> Thread 0 Crashed:
>> 0 libSystem.B.dylib 0x95123b9e __kill + 10
>> 1 libSystem.B.dylib 0x9519aec2 raise + 26
>> 2 libSystem.B.dylib 0x951aa47f abort + 73
>> 3 libglib-2.0.0.dylib 0x00c00ecc g_log + 0
>> 4 libglib-2.0.0.dylib 0x00c00ef5 g_log + 41
>> 5 libgthread-184.108.40.2060.1.dylib 0x009ec3d7 g_thread_init + 521
>> 6 libmono.0.0.0.dylib 0x002c933d mini_init + 2968
>> 7 libmono.0.0.0.dylib 0x0030fa63 mono_main + 454
>> 8 MyApp 0x00001f62 main + 215
>> 9 MyApp 0x00001df2 start + 54
>> Thread 0 crashed with X86 Thread State (32-bit):
>> eax: 0x00000000 ebx: 0x951aa43f ecx: 0xbffff47c edx: 0x95123b9e
>> edi: 0x00000002 esi: 0x00d08010 ebp: 0xbffff498 esp: 0xbffff47c
>> Any help (clues, hints, things I can do to debug this, maybe dtrace or
>> something) - would be much appreciated...
>> Thanks in advance
>> View this message in context:
>> Sent from the Mono - OSX mailing list archive at Nabble.com.
>> Mono-osx mailing list
>> Mono-osx at lists.ximian.com
> Mono-osx mailing list
> Mono-osx at lists.ximian.com
View this message in context: http://www.nabble.com/Bundled-mono-console-application-on-OS-X-throwing-gthread-errors.-tp20437966p20464171.html
Sent from the Mono - OSX mailing list archive at Nabble.com.
More information about the Mono-osx