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.

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.

Cheers,

Ben

----- Original Message -----
From: "Jorge Piera Llodrá" <jpi...@prodevelop.es>
To: "Users and Developers mailing list" <gvsig_internacional@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@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: jpi...@prodevelop.es http://www.prodevelop.es http://www.gvsig.org 
_______________________________________________
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional


------
Files attached to this email may be in ISO 26300 format (OASIS Open Document 
Format). If you have difficulty opening them, please visit http://iso26300.info 
for more information.

_______________________________________________
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Reply via email to