On 02/10/2014 03:50 PM, Kent West wrote:
On 02/10/2014 03:43 PM, Kent West wrote:
On 02/10/2014 02:39 PM, Stephen P. Molnar wrote:
I have just installed the 64 bit version of v-7.4.0 in a VMware
Player on my laptop.
Much to my surprie that an executable that was perfectly happy
working in v-7.3 (VM on same laptop) now generates an error message:
bash: ./MOPAC2012.exe: No such file or directory
Yes, it is a 64 bit Linux executable. The permissions are:
-rwxr-xr-- 1 computation computation
This has happened one time in the past, but I don't remember the
solution (being a ROF).
Any help will be much appreciated.
Thanks in advance.
I've seen a similar problem with Maple's license manager daemon. As I
recall, I tried running "ldd <executable>" to see if any libraries
were missing, and one of them had a hex number associated with it
instead of a library name. I don't recall the fix, entirely, but I
vaguely recall having to install a 32-bit library package on my
64-bit machine. That thread starts here:
https://lists.debian.org/debian-user/2010/05/msg01131.html
I'll see if I can't find some more information on how I solved it.
It looks like the first time I ran into this, this command may have
solved the problem:
aptitude install lsb
and the next time I ran into a similar problem, I made this note to
myself:
A log file and a tmp file were owned by the incorrect user, so the
daemon wasn't starting.
Sorry I didn't keep better notes.
/Kent
Maybe something about installing ia32-libs package?That sounds vaguely,
but fairly strongly, familiar to me.
https://unix.stackexchange.com/questions/30246/no-such-file-or-directory-when-i-clearly-see-the-file-listed-with-correct-perm
--
Kent
