Unable to execute a file which is shown to exist by ls

Question

Like I said, ls reports the file as existing, colors the filename green showing it's an executable, which was confirmed by `ls -l`. Normal file manipulation such as rm, mv, cp, etc all seem to work. Bash can not execute the file, reporting it as non-existant, and sh can't execute it either.
It might be a permissions issue but I doubt it, the file's permissions are as follows: All can read, only the owner can execute, write, AND read.
The file along with the others in the directory were extracted from a zip archive by the latest version of unzip (as pulled from the arch repos).
Last edited by eulallia1 (2009-07-01 13:08:38)

Answer 1

mcmillan wrote:gconf isn't a library file. It should probably work using the 64bit version of it, so pacman -S gconf
Oh, thank you. I'm not entirely used to linux yet, even though I've used it for months.
Well I'm having a different issue now at the moment. lib32-nss is installed but chrome is reporting an error stating that it's elf-class is ELFCLASS64, so the library is 64-bit. Where do I find the 32-bit nss Library (locally, as lib32-nss was installed by pacman)? At first, chrome threw an error because it couldn't find libnss3.so.1d, so I copied libnss3.so as libnss3.so.ld.
(Edit)
I fixed that issue.
Chrome is now throwing an error before execution (before it was because it couldn't handle the 64-bit libraries so I had to copy the 32-bit versions from /opt/lib32/), about libgconf-2.so.4, because it is 64-bit. This may sound like a repeat of the issue before but it truly is not. This time, due to ambiguous naming conventions I can not replace the library it is complaining about because it is in a sense, a necessity. Things could quite easily go wrong if I replaced it with a 32-bit library just to satiate chrome.
In short, Is there some prefix path variable or something, thus eliminating chrome's constant checks of /usr/lib and instead redirecting them to /opt/lib32?
Because I believe I've heard of a variable which contains colon separated library directories for applications to check through but I can't remember what it was called, just that it was a part of ldconfig.
Finally, (hopefully after this question and the prior question, there won't be anymore ),
is there a way to install a 32-bit version of libdbus-glib? E.g., using make to compile a 32-bit version. (Edit: Compiling the latest dbus-glib doesn't work, as online forums seem to say that a 32-bit version 'libc9' (ubuntu forums) is necessary. Glibc is installed in both 32-bit and 64-bit versions on this system)
Last edited by eulallia1 (2009-07-01 17:33:59)