GeneralThis forum is for non-technical general discussion which can include both Linux and non-Linux topics. Have fun!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Archimedes works on GNU/Linux, Mac OS X and Windows and it only requires you have a Java Virtual Machine installed which is also a free software. This means that anything generated with Archimedes is easily recoverable and reused.
and i get a whole gibberish about incorrect ELF library types is this normal...?
I mean. I have a JDK OpenJDK6-6.b20_1.9-1 from Arch, installed... shouldn't the Java Virtual Machine interpreter take care of the Jar Archive in a layer different from the OS ( Architecture and Glibc agnostic ? )
and running the launching script, archimedes.sh, yelds this ...
Quote:
[alex@iskandhar Archimedes]$ ./archimedes.sh
Picked up _JAVA_OPTIONS: -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel
Exception in thread "main" java.lang.UnsatisfiedLinkError: /home/alex/Archimedes/libswt-pi-gtk-3231.so: /home/alex/Archimedes/libswt-pi-gtk-3231.so: wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1750)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1675)
at java.lang.Runtime.loadLibrary0(Runtime.java:840)
at java.lang.System.loadLibrary(System.java:1047)
at org.eclipse.swt.internal.Library.loadLibrary(Library.java:123)
at org.eclipse.swt.internal.gtk.OS.<clinit>(OS.java:19)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:63)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:54)
at org.eclipse.swt.widgets.Display.<clinit>(Display.java:126)
at com.tarantulus.archimedes.gui.swt.Window.<init>(Unknown Source)
at com.tarantulus.archimedes.gui.swt.Window.getInstance(Unknown Source)
at com.tarantulus.archimedes.gui.swt.Window.main(Unknown Source)
[alex@iskandhar Archimedes]$
and i get a hole gibberish about incorrect ELF library types is this normal...?
I mean. I have a JDK OpenJDK6-6.b20_1.9-1 from Arch, installed... shouldn't the Java Virtual Machine interpreter take care of the Jar Archive in a layer different from the OS ( Architecture and Glibc agnostic ? )
That version seems to be a very old one so it wouldn't surprise me if it didn't work properly on OpenJDK.
But in any case, I downloaded the archive on their homepage (latest version) and the program is a 32-bit executable, so it looks like the devs may have compiled the Java source to machine code instead of portable byte-code. So it's not Java's fault
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.