??????
You are not logged in.
Pages: 1
Jason,
For the past few releases, I've not been able to run the pre-compiled Linux executable.
Nothing exciting, I just get:
economymaker@cordialminuet:~/games/CordialMinuet_v21$ ./CORDIAL_MINUET
bash: ./CORDIAL_MINUET: No such file or directory
(I just happen to wipe my computers like a digital germophobe so I'm always reinstalling)
I build from source, and it works just fine; it's not a dependency issue.
I built in the same directory as well. Still good.
Dropped the downloaded pre-built (executable only) into the locally-built directory and it won't run.
Permissions look the same, except my local build is 755, while yours is 775. But that shouldn't matter here.
(Also, maybe include a dependency list in the README with the Linux tarball? I know what they are, but I don't think it says it in the download or on the foyer)
Last edited by computermouth (2015-04-03 03:08:18)
Try Linux, get free. #!++ (CrunchbangPlusPlus) is a stable distribution based on Debian 8. Keep it fast, keep it pretty.
Offline
I think I've seen such an obviously-false "No such file or directory" error before (not when running CM), but can't quite remember what the cause was. It might have been an error thrown by the dynamic linker.
Run "strace -etrace=file ./CORDIAL_MINUET", that should reveal the problem. "ldd CORDIAL_MINUET" might be interesting too. It certainly can still be a dependency problem.
Last edited by .. (2015-04-03 14:37:31)
Offline
That's a misleading error message.
See this:
http://askubuntu.com/questions/133389/n … ile-exists
You're probably trying to run a 32-bit binary on a 64-bit system that doesn't have 32-bit support installed.
Offline
Ahh, that must have been what I saw: /lib/ld-linux.so.2 missing. ldd is the fastest way to spot a problem.
Last edited by .. (2015-04-03 15:24:53)
Offline
My ldd output is "not a dynamic executable".
I've only ever used 32-bit distros until just recently. How do I go about making my 64-bit more 32-bit friendly?
Try Linux, get free. #!++ (CrunchbangPlusPlus) is a stable distribution based on Debian 8. Keep it fast, keep it pretty.
Offline
See the link above. There's some 32-bit compatibility libraries that need to be installed. Surprised they aren't included by default.
Offline
Surprised they aren't included by default.
This is actually something I've built myself.
I'm trying to revive a recently discontinued distro (#! (CrunchBang)).
For the most part, it's going really well. Just small snags like this here and there.
Try Linux, get free. #!++ (CrunchbangPlusPlus) is a stable distribution based on Debian 8. Keep it fast, keep it pretty.
Offline
I just tried running the 32-bit binary on 64-bit linux. The same "No such file" error. Installing libc6-i386 fixed that error, but then there were errors finding libgl.so.1, even though I know it's installed. I think this is because the binary was linked against 32-bit libgl, so I'd have to install 32-bit versions of all the shared libraries that the binary uses.
Way easier to just build it from source.
Offline
Agreed! Just thought it was worth mentioning.
Try Linux, get free. #!++ (CrunchbangPlusPlus) is a stable distribution based on Debian 8. Keep it fast, keep it pretty.
Offline
Not a dynamic executable? I'm running ldd against the 32 bit linux pre-built copy of CORDIAL_MINUET, and it's definitely dynamically linked. Maybe the ldd error actually indicates that it can't support 32 bit binaries because the 32 bit binutils aren't installed.
But yes, 32 bit compatibility libraries aren't included in all x86_64 linux distros. Some are minimalist and skip that stuff by default. Sadly that apparently includes Ubuntu. Jason, how do you get away without providing 64 bit binaries?
In my experience, there's a pretty small number libraries that need to be installed to run most packaged 32 bit games on a 64 bit linux system. But any distro should have an easy way to install them all.
Last edited by .. (2015-04-04 14:12:35)
Offline
So few people use Linux, sadly, that this is the first I've heard of the problem!
Linux is my main daily work system, so it's important to me, but I've always felt like a source distribution with an automated build system was the best way for me to target Linux. I recently started building binaries, but every extra binary target that I add involves quite a bit of overhead (booting into that system, building, uploading from there, etc.) I already have 3 binary targets. Maybe at some point, with enough clamor, I'll start doing it for 64-bit linux.
Offline
I've been building some .deb files recently. Maybe I'll take a whack at it with your source bundle. It's pretty much just a tarball and a makefile when you open them. That'd at least take care of Debian bases that have libraries for those dependencies (which should be just about everything, these are pretty common).
Try Linux, get free. #!++ (CrunchbangPlusPlus) is a stable distribution based on Debian 8. Keep it fast, keep it pretty.
Offline
I had the same issue when I compiled on my system.
Just install the x32 bit packages and their dependencies. On debian this is easy as adding "i386" after the package name.
sudo apt-get install <package-name>:i386
also make usre ldd is linking to the right libgl.so files. You might have to put in some sym links to get it to reference the right one.
Here is an official page from the debian wiki describing some of this. https://wiki.debian.org/Multiarch/HOWTO
Offline
Pages: 1