Matt:
To run these you need to run them as follows "./<executable>" For example,
I've got an old text-mode game called NetHack that I've created a sym-link
to in my ome directory. It's actually installed in another directory,
somewhere else, and to make it easier to run, I created a sym-link (symbolic
link) to it and I still will have the same problem if I try type "nethack"
from my user directory. What I have to do is run "./nethack" I am also
running the "Seti@home" when I leave for the day. It's located in
/home/john/setiathome<version>/ To run this executable, I change to the
"setiathome<version>" directory and type "./setiathome<enter>" and it
launches the program.
See if putting the "./" in front of the exe name doesn't fix your problem.
(Someone once explained to me WHY you have to do it this way, but I forgot
and just remembered that you have to do it that way <G>)
John
----- Original Message -----
From: Matt Davies <[EMAIL PROTECTED]>
To: Linux <[EMAIL PROTECTED]>
Sent: Thursday, June 10, 1999 6:26 AM
>
> 2. For some reason none of the executables in the /usr/games (or
whereever
> it is, these are console-based games) seem to want to execute. The
> directory that it is in "seems" to have the right permissions and the
files
> themselves. Certainly on a ls -F I get asterisks indicating they are
> executable. They exist in the directory but bash returns with 'command
not
> found'. I have tried copying the files to the root home directory and
they
> will still not execute even though they belong to root and I am logged in
as
> root. I have noticed this behaviour with scripts that I have written to
> mount and remount my cd-rom (I haven't forgotten to use chmod to make them
> executable neither). Please help me run 'fortune' and other programs like
> this.
>
> Thanks for listening and look forward to any solutions,
>
> Best regards,
> Matt.
>
>
