2.7.1 - linux; "no such file or directory" errors
Posted: January 7th, 2012, 1:19 pm
If you just want the solution, scroll to the end of the post.
As some of you may know, I've moved to 64bit Arch over a year ago, and I've been compiling both the 64bit and 32bit binaries there.
To my knowledge, everything worked fine, but it has come to my attention that some people (probably everyone) has had trouble running the binaries, with their shells providing the most nonsensical error..
I didn't believe them at all until I tried to run the binaries on my netbook with Ubuntu 11.10..
I think we can all agree that this is not the case and that something is seriously wrong.
I can't even run the binaries directly, the system still pretends all 2 million odd bytes don't exist.
This is the ouput of ll bin
And to add additional insult to injury...
As we can see here, ALL the binaries exist, their permissions are correct and allow execution, so what gives?
I can cat them, I can use LDD to get a list of the libraries, THEY EVEN IDENTIFY CORRECTLY AS BINARIES
I have no idea who's or what is responsible, but it's entirely out of my power - there is nothing I can do about it.
I'm sorry we couldn't provide a better out of the box experience.
Workaround
I'm afraid I don't have a solution for you, but for now you'll have to compile your own binaries, in short, install the sdl, sdl_image and sdl_mixer devel libraries and type make -C src install in your sandbox directory.
You can find more detailed instructions on our wiki
As some of you may know, I've moved to 64bit Arch over a year ago, and I've been compiling both the 64bit and 32bit binaries there.
To my knowledge, everything worked fine, but it has come to my attention that some people (probably everyone) has had trouble running the binaries, with their shells providing the most nonsensical error..
Code: Select all
./sandbox_unix: line 132: ./bin/sandbox_client_32_fps: No such file or directoryI think we can all agree that this is not the case and that something is seriously wrong.
I can't even run the binaries directly, the system still pretends all 2 million odd bytes don't exist.
This is the ouput of ll bin
Code: Select all
-rwxrwxr-x 1 hirato hirato 2426960 2012-01-08 01:38 sandbox_client_32_fps
-rwxrwxr-x 1 hirato hirato 2064692 2012-01-08 01:38 sandbox_client_32_krs
-rwxrwxr-x 1 hirato hirato 2233132 2012-01-08 01:38 sandbox_client_32_movie
-rwxr-xr-x 1 hirato hirato 2338876 2012-01-08 01:37 sandbox_client_32_pzl
-rwxrwxr-x 1 hirato hirato 2498944 2012-01-08 01:38 sandbox_client_32_rpg
-rwxrwxr-x 1 hirato hirato 2076984 2012-01-08 01:38 sandbox_client_32_ssp
-rwxrwxr-x 1 hirato hirato 2401584 2012-01-02 13:20 sandbox_client_64_fps
-rwxrwxr-x 1 hirato hirato 2039712 2012-01-02 13:20 sandbox_client_64_krs
-rwxrwxr-x 1 hirato hirato 2208656 2012-01-02 13:20 sandbox_client_64_movie
-rwxrwxr-x 1 hirato hirato 2474112 2012-01-02 13:20 sandbox_client_64_rpg
-rwxrwxr-x 1 hirato hirato 2052240 2012-01-02 13:20 sandbox_client_64_ssp
Code: Select all
bin/sandbox_client_32_fps: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.27, stripped
bin/sandbox_client_32_krs: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.27, stripped
bin/sandbox_client_32_movie: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.27, stripped
bin/sandbox_client_32_pzl: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped
bin/sandbox_client_32_rpg: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.27, stripped
bin/sandbox_client_32_ssp: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.27, strippedI can cat them, I can use LDD to get a list of the libraries, THEY EVEN IDENTIFY CORRECTLY AS BINARIES
I have no idea who's or what is responsible, but it's entirely out of my power - there is nothing I can do about it.
I'm sorry we couldn't provide a better out of the box experience.
Workaround
I'm afraid I don't have a solution for you, but for now you'll have to compile your own binaries, in short, install the sdl, sdl_image and sdl_mixer devel libraries and type make -C src install in your sandbox directory.
You can find more detailed instructions on our wiki