<div dir="ltr">I was recommended by the author of IKVM to ask here about my Mono incompatibility issue.  I'm using the latest IKVM with the natives self-compiled for Linux 64-bit (not the ones shipped with Mono, which are years out of date).  When I run an application (that I wrote) on on Windows (7, 64-bit), it works fine, and prints this in the Output window of Visual Studio: <a href="http://pastebin.com/u8GkwE2P">http://pastebin.com/u8GkwE2P</a> (mostly output from an App.config trace switch, <span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px"><add name="jni" value="4" /></span>).  I am not sure how to get the same type of trace output on Mono, especially since it isn't printed to the console on Windows.  The issue seems to be related to JNI failing at runtime with IKVM on Mono, so being able to have the JNI information traced would be handy.  I am running the application on Fedora 20, AMD64 (in a VM) with the command:<div>
MONO_LOG_LEVEL=debug mono CommandersUnite.exe</div><div>I don't have any typemaps for DLLs, and the application loads native code at runtime via JNI.  Could this be a problem?  I've referenced the previous list thread below.</div>
<div>Thank you for your time.<br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Jeroen Frijters</b> <span dir="ltr"><<a href="mailto:jeroen@sumatra.nl">jeroen@sumatra.nl</a>></span><br>
Date: Thu, Jul 17, 2014 at 1:06 AM<br>Subject: RE: [Ikvm-developers] Issues with JNI on Mono (IKVM Trunk)<br>To: Tommy Ettinger <<a href="mailto:tommy.ettinger@gmail.com">tommy.ettinger@gmail.com</a>><br>Cc: "<a href="mailto:ikvm-developers@lists.sourceforge.net">ikvm-developers@lists.sourceforge.net</a>" <<a href="mailto:ikvm-developers@lists.sourceforge.net">ikvm-developers@lists.sourceforge.net</a>><br>
<br><br>You should really ask on the Mono list about this. I don't know enough about Mono on Linux, but this looks seriously broken.<br>
<div class=""><br>
> -----Original Message-----<br>
> From: Tommy Ettinger [mailto:<a href="mailto:tommy.ettinger@gmail.com">tommy.ettinger@gmail.com</a>]<br>
</div><div class="">> Sent: Wednesday, July 16, 2014 22:56<br>
> To: Jeroen Frijters<br>
> Cc: <a href="mailto:ikvm-developers@lists.sourceforge.net">ikvm-developers@lists.sourceforge.net</a><br>
> Subject: Re: [Ikvm-developers] Issues with JNI on Mono (IKVM Trunk)<br>
><br>
> Ah, figured out how to load the config on Mono.  I think.  Unfortunately<br>
> it gives a very different error: <a href="http://pastebin.com/GAsQyfA5" target="_blank">http://pastebin.com/GAsQyfA5</a> The<br>
> App.config is here<br>
> <a href="https://github.com/tommyettinger/CommandersUnite/blob/master/CU/CU/App.c" target="_blank">https://github.com/tommyettinger/CommandersUnite/blob/master/CU/CU/App.c</a><br>
> onfig<br>
><br>
><br>
> On Wed, Jul 16, 2014 at 1:30 PM, Tommy Ettinger<br>
</div><div class="">> <<a href="mailto:tommy.ettinger@gmail.com">tommy.ettinger@gmail.com</a> <mailto:<a href="mailto:tommy.ettinger@gmail.com">tommy.ettinger@gmail.com</a>> > wrote:<br>
><br>
><br>
>       My last message was too long for the list, so here it is with<br>
> pastebin links.<br>
>       With those lines added to App.config, It gives the following output<br>
> on Windows 7 in Visual Studio's output window (and nothing new on Mono):<br>
>       Visual Studio output: <a href="http://pastebin.com/6Jpi5FxV" target="_blank">http://pastebin.com/6Jpi5FxV</a><br>
>       Mono output: <a href="http://pastebin.com/BEMyAerk" target="_blank">http://pastebin.com/BEMyAerk</a><br>
><br>
>       Thanks for your speedy reply on this, IKVM worked brilliantly until<br>
> I tried to get it to run on Mono.  IKVM is a pretty incredible piece of<br>
> software.<br>
><br>
><br>
>       On Wed, Jul 16, 2014 at 6:01 AM, Jeroen Frijters <<a href="mailto:jeroen@sumatra.nl">jeroen@sumatra.nl</a><br>
</div><div class="">> <mailto:<a href="mailto:jeroen@sumatra.nl">jeroen@sumatra.nl</a>> > wrote:<br>
><br>
><br>
>               Hi Tommy,<br>
><br>
><br>
><br>
>               Can you try enabling JNI tracing by adding the following to<br>
> your app.config:<br>
><br>
><br>
><br>
>               <system.diagnostics><br>
><br>
>               <switches><br>
><br>
>               <add name="jni" value="4" /><br>
><br>
>               </switches><br>
><br>
>               </system.diagnostics><br>
><br>
><br>
><br>
>               Regards,<br>
><br>
>               Jeroen<br>
><br>
><br>
><br>
>               From: Tommy Ettinger [mailto:<a href="mailto:tommy.ettinger@gmail.com">tommy.ettinger@gmail.com</a><br>
> <mailto:<a href="mailto:tommy.ettinger@gmail.com">tommy.ettinger@gmail.com</a>> ]<br>
>               Sent: Wednesday, July 16, 2014 14:00<br>
</div>>               To: <a href="mailto:ikvm-developers@lists.sourceforge.net">ikvm-developers@lists.sourceforge.net</a> <mailto:<a href="mailto:ikvm-">ikvm-</a><br>
> <a href="mailto:developers@lists.sourceforge.net">developers@lists.sourceforge.net</a>><br>
<div class=""><div class="h5">>               Subject: [Ikvm-developers] Issues with JNI on Mono (IKVM<br>
> Trunk)<br>
><br>
><br>
><br>
>               I've been struggling for the last two days to port my C# IKVM<br>
> application that uses the Java library libgdx to Linux.  The application<br>
> works just fine on Windows/.NET, but something is wrong with the linking<br>
> for JNI code AFAICT.  Using libgdx you have a choice of backends for how<br>
> to display graphics, one of which is LWJGL and one of which is JGLFW.<br>
> LWJGL failed on both 32- and 64-bit Linux (after I figured out how to<br>
> get it to load its dependencies from the right folder) with an<br>
> UnsatisfiedLinkError in<br>
> org.lwjgl.DefaultSysImplementation.getPointerSize()I , which (in the<br>
> LWJGL source) is a native method with no body in the .java file.<br>
><br>
><br>
>               JGLFW failed on 64-bit Linux (haven't built it on 32-bit)<br>
> with a different error, still in a native method:<br>
><br>
>               java.lang.UnsatisfiedLinkError:<br>
> com/badlogic/jglfw/Glfw.glfwInitJni()Z<br>
><br>
>                         at cli.IKVM.Runtime.JNI$Frame.GetFuncPtr(Unknown<br>
> Source)<br>
><br>
>               I have had issues setting LD_LIBRARY_PATH on this machine (a<br>
> VM running Fedora 20, 64-bit; the VM is run by VirtualBox on Windows 7<br>
> 64-bit), and I believe java.library.path is unset, but the libraries are<br>
> all in the current folder (same as the exe).  My application is open<br>
> source and the latest code is at<br>
> <a href="https://github.com/tommyettinger/CommandersUnite/" target="_blank">https://github.com/tommyettinger/CommandersUnite/</a> and the only IKVM-<br>
> specific code is in<br>
> <a href="https://github.com/tommyettinger/CommandersUnite/blob/master/CU/CU/GameG" target="_blank">https://github.com/tommyettinger/CommandersUnite/blob/master/CU/CU/GameG</a><br>
> DX.cs#L478 .  I built gdx-jglfw.dll using the command:<br>
><br>
>               "%IKVM_HOME%/ikvmc.exe" -target:library -out:gdx-jglfw.dll -<br>
> sharedclassloader gdx.jar gdx-natives.jar gdx-backend-jglfw.jar gdx-<br>
> backend-jglfw-natives.jar<br>
><br>
>               where %IKVM_HOME% evaluated to the bin directory of the<br>
> current trunk/head/master (latest) of the IKVM CVS on SourceForge (it<br>
> actually may have been the latest nightly from the IKVM weblog, it is a<br>
> version 8 or higher nightly).  That command was run on the libgdx 1.2.0<br>
> binary release.  I then extracted the dll and so files from the natives<br>
> jars, copied them into the project, and set them to copy into the<br>
> release directory.<br>
><br>
>               So my question is, is there a bug in my code, or in IKVM,<br>
> here that can be fixed?  Does JNI work at all under Mono/Linux?<br>
><br>
><br>
><br>
>               --<br>
><br>
>               Thomas (Tommy) Ettinger<br>
><br>
><br>
><br>
><br>
><br>
>       --<br>
><br>
>       Thomas (Tommy) Ettinger<br>
><br>
><br>
><br>
><br>
> --<br>
><br>
> Thomas (Tommy) Ettinger<br>
</div></div></div><br><br clear="all"><div><br></div>-- <br><br>Thomas (Tommy) Ettinger
</div></div>