Thx a lot for your suggestions.<br><br>In my previous attempts, I already tried your solution by setting (under eclipse) the VM arguments with the java library path variable, properly linking to a shared folder.<br>However, even without MrSID support, I have the same problem.
<br><br>So, my first objective is understanding how to make GDAL working without MrSID from java. <br>Then, I will add again MrSID support.;)<br><br>Thx for your help.<br><br>Regards,<br>Daniele<br><br><br><div><span class="gmail_quote">
On 8/13/07, <b class="gmail_sendername">Collins, Benjamin</b> &lt;<a href="mailto:collinsb@mitre.org">collinsb@mitre.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Because of the GCC version mismatch between the MrSID DSDK and modern<br>Linux distros, I have not had the chance to get MrSID going either.&nbsp;&nbsp;I<br>would note, however, that generally one should add a parameter to the<br>jvm like:
<br>&nbsp;&nbsp;-Djava.library.path=&lt;relative path to libs&gt;<br>instead of copying the libraries to a shared location.<br><br>On Windows, the MrSID DSDK requires an additional library (DLL) be<br>present at runtime.&nbsp;&nbsp;Since the GDAL binding is the one that &#39;loads&#39; it,
<br>the -D flag will generally not help finding it, unless you artificially<br>load it yourself in java before GDAL tries to.&nbsp;&nbsp;This can be<br>accomplished with a call like:<br>&nbsp;&nbsp;System.loadLibrary(&quot;lti_dsdk_dll&quot;); //FOR WINDOWS, pre-load the DSDK
<br>&nbsp;&nbsp;gdal.AllRegister();&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; //then start GDAL<br>This works on Windows, something like it may be necessary on Linux.<br><br>Sorry I could not provide more specifics.&nbsp;&nbsp;If you got MrSID compiled in<br>at all, you&#39;re probably close to success.
<br>--<br>Ben<br><br>&gt;-----Original Message-----<br>&gt;From: <a href="mailto:gdal-dev-bounces@lists.maptools.org">gdal-dev-bounces@lists.maptools.org</a><br>&gt;[mailto:<a href="mailto:gdal-dev-bounces@lists.maptools.org">
gdal-dev-bounces@lists.maptools.org</a>] On Behalf Of<br>&gt;Daniele Romagnoli<br>&gt;Sent: Monday, August 13, 2007 6:36 AM<br>&gt;To: <a href="mailto:gdal-dev@lists.maptools.org">gdal-dev@lists.maptools.org</a><br>&gt;Subject: [Gdal-dev] GDAL Java Binding on Linux
<br>&gt;<br>&gt;Hi guys.<br>&gt;I have some problems using GDAL java bindings on linux.<br>&gt;<br>&gt;I&#39;m using Fedora Core 6.<br>&gt;I downloaded GDAL from SVN, TAG 1.4.2.<br>&gt;I added MrSID support and I built GDAL. (I downloaded the
<br>&gt;GeoDSDK from Lizardtech, version 6.0.7.1047, for linux x86.gcc34)<br>&gt;<br>&gt;It works fine... I can successfully use gdalinfo with a MrSID<br>&gt;file sample.<br>&gt;<br>&gt;The GDAL/.libs folder contains 3 files: 
libgdal.so.1.11.2,<br>&gt;libgdal.so and libgdal.so.1 (last 2 are symbolic links)<br>&gt;Next step is building Java Binding through SWIG.<br>&gt;<br>&gt;I launched:<br>&gt;cd swig<br>&gt;gmake<br>&gt;cd java<br>&gt;gmake<br>
&gt;<br>&gt;I built the 4 .so (libgdaljni.so, libgdalconstjni.so,<br>&gt;libogrjni.so and libosrjni.so) without any error.<br>&gt;<br>&gt;Then, I put all .SO and Lizardtech lib in<br>&gt;java/JDKversion/jre/lib/i386 and launched eclipse.
<br>&gt;I written a little section of code which uses GDAL and I<br>&gt;received the error in the attached file.<br>&gt;<br>&gt;Since I&#39;m not an expert Linux user, I&#39;m surely doing some wrong<br>things.<br>&gt;<br>
&gt;Somewhere, I read that I would have to build GDAL with the<br>&gt;same version of GCC used to build the MrSID lib provided by<br>&gt;lizardtech.<br>&gt;Fedoracore6 uses GCC 4.1.1 but, checking some forums, I think<br>
&gt;that this error is unrelated with the gcc version but is<br>&gt;simply an error due to a wrong use of the .so.<br>&gt;<br>&gt;As my last recent attempt, I built GDAL without MrSID support<br>&gt;and tried the GDALTest java application available in
<br>&gt;gdal/swig/java but I received the same error.<br>&gt;The strange thing is that GDALTest successfully call<br>&gt;gdal.AllRegister() as well as gdal.getDriverCount() and<br>&gt;similar things.<br>&gt;Furthermore, I open a BMP file and I successfully obtain a
<br>&gt;Dataset instance (Not null).<br>&gt;The error occurs when the code does: dataset.getDriver ()<br>&gt;<br>&gt;So, I&#39;m pretty sure I&#39;m wrong in the use of the .SO.<br>&gt;Any suggestion/question to help me solving my problems?
<br>&gt;<br>&gt;Thank you very much.<br>&gt;<br>&gt;<br>&gt;--<br>&gt;Best Regards,<br>&gt;Daniele Romagnoli<br>&gt;<br></blockquote></div><br><br clear="all"><br>-- <br>Best Regards,<br>Daniele Romagnoli