[Gvsig_english] Problem with gvSIG on Debian 64 system (wrong ELFclass)

[Jorge Piera Llodrá]

Hi.

On 05/05/2010 08:41 AM, Benjamin Ducke wrote:
> Yes, either that or simply add a "-d32" flag to the line that starts
> your Java VM in gvSIG.sh. That will force the JVM into 32 bits mode.
>    
You learn something new every day ;-)
> We should really think about releasing a full 64 bit version of gvSIG
> so that the capabilities of new architectures can be fully exploited.
> The Java code is not a problem, but the native C binaries for raster
> data and projection support will have to be compiled with a 64 bit GCC.
>    
I agree. In gvSIG 2.0 we are doing a huge effort to compile all the 
native dependences for a 64 bits platform.

Regards,
Jorge.

> Cheers,
>
> Ben
>
> ----- Original Message -----
> From: "Jorge Piera Llodrá"<jpiera at prodevelop.es>
> To: "Users and Developers mailing list"<gvsig_internacional at listserv.gva.es>
> Sent: Wednesday, May 5, 2010 8:39:09 AM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna
> Subject: Re: [Gvsig_english] Problem with gvSIG on Debian 64 system (wrong ELFclass)
>
>
> Hi.
>
> This error is due to you are using the version of the JVM for 64 bits and the libraries that you are using are compiled for a 32 bits architecture. I suggest that you install the JVM for 32 bits and try to run gvSIG other time.
>
> Regards,
> Jorge
>
> On 05/05/2010 08:12 AM, Janis Brunenieks wrote:
>
>
>
> Dear colleagues!
>
> Would you be so kind to help to resolve my problem.
>
> I have "successfully" installed gvSIG OADEdition (using installer gvsig-oade-2010-1.0.0.b2-linux-installer.bin), after installation declared as Version 1.9 (build 1253).
>
> My system is Debian (5.0.4 - lenny) based; kernel - Linux 2.6.26-2-amd64; GNOME 2.22.3;
> AMD Athlon 64 X2 Dual Core 6400+; 4 GiB RAM.
>
> gvSIG is configured to run under Sun Java:
>
> There are 4 alternatives which provide `java'.
>
> Selection Alternative
> -----------------------------------------------
> 1 /usr/bin/gij-4.3
> 2 /usr/lib/jvm/java-gcj/jre/bin/java
> * 3 /usr/lib/jvm/java-6-sun/jre/bin/java
> + 4 /usr/lib/jvm/java-6-openjdk/jre/bin/java
>
> # java -version
>
> java version "1.6.0_12"
> Java(TM) SE Runtime Environment (build 1.6.0_12-b04)
> Java HotSpot(TM) 64-Bit Server VM (build 11.2-b01, mixed mode)
>
> # Java tuning settings (modified to run with default java)
>
> MAX_HEAP=1024
> INI_HEAP=1024
>
> /usr/lib/jvm/java-6-sun-1.6.0.12/jre/bin/java -Djava.library.path=/usr/lib:"../libs" -cp andami.jar$LIBRARIES -Xms${INI_HEAP}M -Xmx${MAX_HEAP}M com.iver.andami.Launcher gvSIG gvSIG/extensiones "$@"
>
>
>
>
> I can normally start gvSIG and was happy to load my set of shp files creating nice multilayer map (view) of Latvia. Saved it. Closed gvSIG.
> Next day. Started gvSIG (OK). Wanted to open my "latvia.gvp" file and... :
>
> PluginServices.Error grave de la aplicación.
> Es conveniente que salgas de la aplicación java.lang.
> UnsatisfiedLinkError: /opt/gvsig-oade-2010-1.0.0/libs/libcrsjniproj.so: /opt/gvsig-oade-2010-1.0.0/libs/libcrsjniproj.so: wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)
> java.lang.ClassLoader$NativeLibrary.load(Native Method)
> java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1778)
> java.lang.ClassLoader.loadLibrary(ClassLoader.java:1703)
> java.lang.Runtime.loadLibrary0(Runtime.java:823)
> java.lang.System.loadLibrary(System.java:1030)
> org.gvsig.crs.proj.JNIBaseCrs. (JNIBaseCrs.java:78)
> org.gvsig.crs.CrsGT.getCrsProj(CrsGT.java:325)
> org.gvsig.crs.COperation. (COperation.java:131)
> org.gvsig.crs.CrsGT.getCT(CrsGT.java:186)
> com.iver.cit.gvsig.fmap.layers.FLayers.doAddLayer(FLayers.java:209)
> com.iver.cit.gvsig.fmap.layers.FLayers.addLayer(FLayers.java:252)
> com.iver.cit.gvsig.fmap.layers.FLayers.addLayer(FLayers.java:219)
> com.iver.cit.gvsig.fmap.layers.FLayers.addLayerFromXML(FLayers.java:1352)
> com.iver.cit.gvsig.fmap.layers.FLayers.setXMLEntity(FLayers.java:941)
> com.iver.cit.gvsig.fmap.MapContext.createFromXML(MapContext.java:1286)
> com.iver.cit.gvsig.project.documents.view.ProjectView.setXMLEntity(ProjectView.java:171)
> com.iver.cit.gvsig.project.Project.createFromXML(Project.java:1200)
> com.iver.cit.gvsig.ProjectExtension.readProject(ProjectExtension.java:669)
> com.iver.cit.gvsig.ProjectExtension.readProject(ProjectExtension.java:590)
> com.iver.cit.gvsig.ProjectExtension.execute(ProjectExtension.java:376)
> com.iver.andami.plugins.ExtensionDecorator.execute(ExtensionDecorator.java:89)
> com.iver.andami.ui.mdiFrame.MDIFrame.actionPerformed(MDIFrame.java:678)
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995)
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318)
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387)
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242)
> javax.swing.AbstractButton.doClick(AbstractButton.java:357)
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1225)
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1266)
> java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:272)
> java.awt.Component.processMouseEvent(Component.java:6216)
> javax.swing.JComponent.processMouseEvent(JComponent.java:3265)
> java.awt.Component.processEvent(Component.java:5981)
> java.awt.Container.processEvent(Container.java:2041)
> java.awt.Component.dispatchEventImpl(Component.java:4583)
> java.awt.Container.dispatchEventImpl(Container.java:2099)
> java.awt.Component.dispatchEvent(Component.java:4413)
> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4556)
> java.awt.LightweightDispatcher.processMouseEvent(Container.java:4220)
> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4150)
> java.awt.Container.dispatchEventImpl(Container.java:2085)
> java.awt.Component.dispatchEvent(Component.java:4413)
> java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
> com.iver.andami.ui.AndamiEventQueue.dispatchEvent(AndamiEventQueue.java:58)
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
> java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
>
>
>  From above I understood, that problem is caused by libcrsjniproj. Checking details:
>
> # file /opt/gvsig-oade-1.0.1/libs/libcrsjniproj.so.0.1.1
>
> I got:
>
> /opt/gvsig-oade-1.0.1/libs/libcrsjniproj.so.0.1.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped
>
> I don't know what to do further. Can You suggest something?
>
> Sincerely,
> Janis (from Latvia).
> _______________________________________________
> Gvsig_internacional mailing list Gvsig_internacional at listserv.gva.es http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>
>    


-- 
Jorge Piera Llodrá
gvSIG Development Team
PRODEVELOP
Plaza Don Juan de Villarrasa, 14 - 5
46001 Valencia
Tel: +34 963510612
Fax: +34 963510908
e-mail: jpiera at prodevelop.es
http://www.prodevelop.es
http://www.gvsig.org