Code Monkey home page Code Monkey logo

Comments (9)

knaar13 avatar knaar13 commented on July 18, 2024

I am also getting this issue. Some specs about my system (my crash log is identical to the one above).

$ uname -a

Linux camelot 3.2.0-31-generic #50-Ubuntu SMP Fri Sep 7 16:16:45 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

$ cat /etc/issue

Ubuntu 12.04.1 LTS \n \l

$ java -version

java version "1.7.0_09"
Java(TM) SE Runtime Environment (build 1.7.0_09-b05)
Java HotSpot(TM) 64-Bit Server VM (build 23.5-b02, mixed mode)

I have Ubuntu 64-bit 12.04 with Oracle (not OpenJDK) Java 7 from a custom (non-official) repo. In order to get vanilla minecraft to start I need the latest LWJGL binaries from the LWJGL website (the ones that come with minecraft whitescreen). Normally when minecraft updates, I just copy the latest LWJGL over top the ones it downloaded from Mojang and everything works fine.

However, your launcher overwrites the new (working) LWJGL binaries every time with the old (not working, 32-bit) LWJGL libraries. This happens each time I attempt to launch minecraft from your launcher.

I did notice it was copying them from my ~/.minecraft folder so I attempted to copy the working LWJGL there but it still gets the same error about "wrong ELF class: ELFCLASS32". It looks like you re-download the wrong version of LWJGL each time instead of using the one I supplied, which is something vanilla minecraft does not do.

So until this is resolved I will not be able to play using your launcher on my 64-bit system. Which is fine considering I use MultiMC and can just copy your mod/config files to MultiMC if I really want to play on a server or something.

But you might want to give people the ability to use a LWJGL that works -- even if they have to figure out how to upgrade it on their own. That should be as easy as checking if the LWJGL files exist and if they do exist, skip downloading and leave them alone.

from ftblaunch.

eddyb avatar eddyb commented on July 18, 2024

NOTE: this happens only on x64 linux.
I have an workaround: rename the three .so files with 64 at the end to remove the 64 part, overwriting the 32 .so files.
Then, to lock them down (so they don't get replaced), do this:

sudo chown root:root *
sudo chmod 444 *

EDIT: apparently that's bad and it doesn't fix anything. Creating a launch script that sets LD_LIBRARY_PATH works instead.

echo LD_LIBRARY_PATH=/usr/lib64/jvm/jre-1.7.0-openjdk/lib/amd64/ java -jar FTB_Launcher.jar > ftb
chmod +x ftb
./ftb # do this every time you want to launch FTB.

from ftblaunch.

k4lamI7Y avatar k4lamI7Y commented on July 18, 2024

Hello there! Well it seems to be happening to me on x86 as well eddyb unfortunately. Now while I have no idea whether or not what you said works, I found that just downloading the new lwjgl repositories from http://www.lwjgl.org/download.php and replacing the jars and native files under /ftb(or whatever you named the folder that its in)/FTBBETAA/minecraft/bin fixes it. I have also tested this with my 64 bit machine and it works as well. This isn't the developers faults, as mojang has updated the lwjgl repositories for windows to 2.8.5, whereas us linux users are downloading a not updated version (it seems as if were being left out D:). Maybe ftb dev's if you are seeing this, could you perhaps have it download the lwjgl repos for linux from a different location than mojangs servers, I understand that you are all probably very flushed with things to do, and this should be the least of your worries at the moment. I just don't want an inexperienced linux user not to have the ability to mess around with this amazing modpack! Thank you for taking the time to read this comment, and I hope that either you make a tutorial for fixing it, or have the client download the repos for linux from a new place, because this really is an awesome modpack (much more enjoyable than tekkit if I must say) and I would hate for a single user to not be able to use it.

from ftblaunch.

rmbell avatar rmbell commented on July 18, 2024

This is still a current issue.

from ftblaunch.

russjr08 avatar russjr08 commented on July 18, 2024

Unfortunately, I don't think there is anything the launcher can do. (I'm not a launcher dev, I'm just giving my opinions from past experience) I get that on vanilla Minecraft when playing under Linux x64. Downloading updated natives may have bad implications, there is a reason Mojang doesn't have it updated. If you set the LD_LIBRARY_PATH variable in your .bashrc file, it'll run on every launch and that way, every instance of Minecraft you use will work correctly ;)

from ftblaunch.

smickles avatar smickles commented on July 18, 2024

Was this ever resolved for anyone? I believe I'm suffering the same thing and it seems to prevent me from using this at all.

from ftblaunch.

unv-annihilator avatar unv-annihilator commented on July 18, 2024

It hasn't been resolved via the launcher yet, no. However, it has been brought up in conversation about whether or not we'll just default to using updated natives for everyone. It's a back and forth battle and we don't want to force or make anything default if it wouldn't be for the better overall.

from ftblaunch.

russjr08 avatar russjr08 commented on July 18, 2024

This could be implemented by either an option (that is on by default for
AMD Linux users) or, just forcing it. The only option right now for Linux
64 bit users is to export a path before launching FTB, or through running
on login (appending it to the end of .bash_home file should do this.). I
see your point, as nothing should be forced, but I do like that default
option for 64 bit Linux users that would download the latest natives from
LWJGL.

On Sunday, January 20, 2013, unv-annihilator wrote:

It hasn't been resolved via the launcher yet, no. However, it has been
brought up in conversation about whether or not we'll just default to using
updated natives for everyone. It's a back and forth battle and we don't
want to force or make anything default if it wouldn't be for the better
overall.


Reply to this email directly or view it on GitHubhttps://github.com//issues/22#issuecomment-12483449.

from ftblaunch.

samlich avatar samlich commented on July 18, 2024

Updating the lwjgl files to 2.8.5 fixed the issue for me, it also fixes the issue with the cursor appearing every time you click if you were having that issue.

from ftblaunch.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.