Slack 13.0, No such file or directory?

mlai023 · 09-01-2009, 05:27 AM

So, I had posted in a previous thread that I was considering going from 12.2 to 13.0-64 Well, I did so on my laptop just to try it out. The installation went smoothly, but I've run into a problem when trying to run Dwarf Fortress.

I see a file, dwarfort.exe When I try to run it:

./dwarfort.exe

I get:

./dwarfort.exe -- No such file or directory

I own the file, and it is marked as executable. I'm not really sure what I should do. I'm going through Alien Bob's multilib guide, and since DF ran fine in 12.2, I'm hoping that it'll run fine once I'm through.

I'm just not sure why I get an error that the file simply doesn't exist rather an error telling me some libraries are missing.

mobinskariya · 09-01-2009, 05:30 AM

can you give the output of the command

Code:

ls -l

mlai023 · 09-01-2009, 01:39 PM

yep:

-rwxr-xr-x 1 myusername users 7570884 2009-08-30 03:57 dwarfort.exe

mdg · 09-01-2009, 01:54 PM

Are you typing the command from the same directory that dwarfort.exe is in?

By using the "./" before the command, you're telling the system that the file is in the same directory that you are currently in (PWD). If this is not so, the file won't be found.
Try giving the command without "./"

I'm assuming you have Wine installed if you're executing an .exe file.

samac · 09-01-2009, 02:04 PM

.exe files are normally windows binaries, is this the windows or the linux version? If it is the windows version you have to run it with wine.

samac

BrZ · 09-01-2009, 02:22 PM

How is wine on 64-bit?

samac · 09-01-2009, 02:23 PM

Quote:

How is wine on 64-bit?

Just fine.

samac

mlai023 · 09-01-2009, 02:31 PM

Yes, I'm in the same directory, and yes, it's a Linux binary despite the .exe ending. In fact, I can run this little script, also in the same directory:

Code:

#!/bin/sh
DF_DIR=$(dirname "$0")
cd "${DF_DIR}"
export SDL_DISABLE_LOCK_KEYS=1
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH
ldd dwarfort.exe | grep SDL_image | grep -qv "not found$"
if [ $? -q 0]; then
 mkdir unused libs
 mv libs/libSDL* unused_libs/
fi
./dwarfort.exe

and it chokes on the ./dwarfort.exe line with the same error

mlai023 · 09-01-2009, 02:43 PM

...and by "this little script", I mean, this little script that came bundled with dwarfort.exe in a .zip file named df_linux. So, I'm pretty sure it's not a Windows binary.

If it is an issue, though, no I don't have Wine installed. Thanks! My suspicions are that it's a library issue; I just don't get why I'm getting the "file not found" error message.

Didier Spaier · 09-01-2009, 02:46 PM

My guess is that dwarfort.exe is a 32 bit executable. Check the output of following command :

Code:

file dwarfort.exe

If that is the case, either find a 64 bit executable instead or make your Slackware a multilib one, following this article from Alien BOB

mlai023 · 09-01-2009, 02:59 PM

Yep, that's the problem. Thanks!

mlai023 · 09-01-2009, 06:24 PM

Okay, after enabling multilib support, Dwarf Fortress runs, albeit very slowly. This was the case on Slack 12.2 before I installed my NVIDIA drivers, so I guess I'll get to work on that. I should only have to deal with the 64bit drivers, right?

I also get this error:

Code:

mkdir: cannot create directory `unused_libs': File exists
mv: cannot stat `libs/libSDL*': No such file or directory

(dwarfort.exe:10799): Pango-CRITICAL **: No modules found:
No builtin or dynamically loaded modules were found.
PangoFc will not work correctly.
This probably means there was an error in the creation of:
  '/etc/pango/pango.modules'
You should create this file by running:
  pango-querymodules > '/etc/pango/pango.modules'

(dwarfort.exe:10799): Pango-WARNING **: failed to find shape engine, expect ugly output. engine-type='PangoRenderFc', script='latin'
Using OpenGL output path with client-side arrays

The contents of ~/df_linux/libs/ are:

libfmodex.so libgcc_s.so.1 libgraphics.so libstdc++.so.6 libtiff.so.4

A quick google search tells me that Pango is used to output international characters. Dwarf Fortress uses a lot of diacritical marks, so I guess it makes sense why Pango gets involved. I created the file pango.modules, but DF still complains.