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á"<[email protected]> > To: "Users and Developers mailing list"<[email protected]> > 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 [email protected] > 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: [email protected] http://www.prodevelop.es http://www.gvsig.org _______________________________________________ Gvsig_internacional mailing list [email protected] http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
