Looks like you need to install libsdl (or other related packages) via your package manager.
http://miltonkowalewski.blogspot.ca/2012/06/i … -in-ubuntu.html
https://bugs.launchpad.net/ubuntu/+source/dosbox/+bug/49505

Generally in situations such as this, you can go to http://packages.ubuntu.com/ , type in the name of a missing file in "Search the contents of packages" , and then use Apt to get the package you need.

actually it looks like you need to install libsdl_sound 😀
The error message pretty much states that 😀

OK I followed the instructions for installing SDL and nothing changed. libsdl_sound-1.0 could still not be found.

I tried installing libsdl-sound1.2 and that seemed to solve the problem 😀

But now DOSBox is asking for libfreetype.so.6.

I installed this - http://packages.ubuntu.com/raring/libfreetype6
which has broken my Package Catalouge and it currently can't fix itself.

Maybe such a command from a terminal can help with solving broken dependencies (to be prefixed with "sudo" as usual):

1apt-get -f install

I don't know if it is the case, but if you downloaded a package from that website manually, it worths you download one for the correct architecture and version of the Ubuntu installation; Or even better just use apt or one of these GUIs for locating the desired package and then installing it.

Saleck wrote:

I installed this - http://packages.ubuntu.com/raring/libfreetype6
which has broken my Package Catalouge and it currently can't fix itself.

Generally, you should always try to use apt-get to install packages first. Downloading a package from somewhere and installing it should be a last resort.

OK after much cursing of luck, I formatted and started again.
After installing libsdl-sound1.2, dosbox daum is now telling me:

1error while loading shared libraries: libSDL_sound-1.0.so.1: wrong ELF class: ELFCLASS64

I'm running 64bit Ubuntu 12.04.2 right now so I don't know what the problem is. Is Dosbox Daum 64bit only? or have I installed the wrong libraries?

it's more likely that Yhkwong's build is 32bit only.

Saleck wrote:

After installing libsdl-sound1.2

Did you use apt-get, or did you install the package you manually downloaded?

I used-apt get.

So a 32bit app won't run on a 64bit machine? that's... unheard of in Windows.

It seems to be becoming clear that, outside of Windows, this build is unsuitable for my intentions.

Just a minor note: I believe the reason lots of things got broken is that, well, lots of things depend on libfreetype6.

In fact, it was the case that a whole installation of some Linux distribution (or at least the GUI parts) could stop working as expected due to the way they used the freetype library. For more details one may check this: http://freetype.sourceforge.net/freetype2/fre … type-2.2.0.html

Note that it is, *probably*, not relevant to the specific case discussed here, although the similarities are apparent.

Saleck wrote:

So a 32bit app won't run on a 64bit machine? that's... unheard of in Windows.

Wrong. An application targeting the i386 (32-bit) architecture needs shared libraries targeting i386 (if any is used). Ditto for x86_64.

Beginning with Ubuntu 12.04 and based on similar work done for Debian, Multiarch-ready packages containing shared libraries have gradually been constructed. However, 12.04 contains just a few of these (relatively). 12.10 appears to have much more, even letting you install a 32-bit variant of DOSBox from the repositories without breaking 64-bit dependencies (although not actually tested by me), and 13.04 may have even more of these.

So a 32bit app won't run on a 64bit machine? that's... unheard of in Windows.

Yes and no, just looked at Ykhwong's page and the build is 32bit and you can't just run a 32bit program in a 64bit environment if all the dependencies are only 64bit.

BUT when you look at the file from Ykhwong, there is a folder called LIBS with all the needed libs already present 😀
So, you might try to copy all those files to /usr/lib32
And then adjust the permissions as well 😀

Dominus wrote:

BUT when you look at the file from Ykhwong, there is a folder called LIBS with all the needed libs already present 😀
So, you might try to copy all those files to /usr/lib32
And then adjust the permissions as well 😀

True. Although one should better check that nothing essential is overwritten in /usr/lib32 first.

Even better, try something like this instead of copying the shared libraries:
LD_LIBRARY_PATH=LIBS ./dosbox

Finally, if it isn't working then you may wish to fetch the 32-bit shared libraries via packages from repositories, as suggested before, hoping they are all multiarch-ready. So you may have more luck on Ubuntu 12.10 and later.

Saleck wrote:

It seems to be becoming clear that, outside of Windows, this build is unsuitable for my intentions.

If you plan to keep using Linux, you should expect to see a lot of problems of this nature ruining your day one way or another.

NY00123 wrote:

Even better, try something like this instead of copying the shared libraries:
LD_LIBRARY_PATH=LIBS ./dosbox

This sounds like the most ideal, solution 😀 The less copying of libraries on machines, the better for everyone. Where does this line of code go? in the Terminal? I tried in the Terminal and just get the ELF64 error again 🙁

Jorpho wrote:

If you plan to keep using Linux, you should expect to see a lot of problems of this nature ruining your day one way or another.

It's not really me I'm concerned about. I'm more concerned about the possibility of breaking other people's OSes if something goes wrong 😉

Saleck wrote:

NY00123 wrote:

Even better, try something like this instead of copying the shared libraries:
LD_LIBRARY_PATH=LIBS ./dosbox

This sounds like the most ideal, solution 😀 The less copying of libraries on machines, the better for everyone. Where do non-GNU/Linux platformes this line of code go? in the Terminal? I tried in the Terminal and just get the ELF64 error again 🙁

Yeah, that should be typed from the terminal. But first you need to change to the location of the DOSBox executable. In other words, type something like this:

1cd /path/to/dosbox_ykhwong
2LD_LIBRARY_PATH=LIBS ./dosbox

If there is still an error then it's better you post the exact error message as-is.

Oh and, whenever apt is used you should read what it is going to do before confirming, if any confirmation is required. Maybe it tries to remove packages you rather want to keep for some strange reason (e.g. due to some involved package not being multiarch-ready).

And again, your installation has broken probably since lots of things depend on freetype. To compare, I can tell you surely do *not* want to remove the C runtime library (probably applying to platforms differing from GNU/Linux as well).

NY00123 wrote:

Yeah, that should be typed from the terminal. But first you need to change to the location of the DOSBox executable. In other wo […]
Show full quote

Yeah, that should be typed from the terminal. But first you need to change to the location of the DOSBox executable. In other words, type something like this:

Copy code to clipboard

1cd /path/to/dosbox_ykhwong
2LD_LIBRARY_PATH=LIBS ./dosbox

If there is still an error then it's better you post the exact error message as-is.

Success! It runs really well on Ubuntu 12.04!
I immediately tried to test it on Kubuntu 13.04 however and the Konsole gave me the following error:

1Segmentation fault (core dumped)

Doesn't sound too good. An initial search of this message tells me something about Invalid Memory 🙁 I'm not sure on where to go from here.
Also there seems to be no MIDI music playing for the game. I'm guessing the user would have to install MIDI software like Timidity and PMIDI in order to hear the game's music or follow some kind of tutorial like this > http://www.remastersys.com/forums/index.php?topic=2733.0

Nevertheless, its getting closer 😀 thanks all for your patience with me so far.

Saleck wrote:

Doesn't sound too good. An initial search of this message tells me something about Invalid Memory :( I'm not sure on where to go […]
Show full quote

Copy code to clipboard

1Segmentation fault (core dumped)

Doesn't sound too good. An initial search of this message tells me something about Invalid Memory 🙁 I'm not sure on where to go from here.

Segmentation faults can be caused by any number of things. Sometimes you can get an indication of what went wrong by starting the program in gdb and running a backtrace. See http://www.cs.cmu.edu/~gilpin/tutorial/ for a good example.

This is the core of the issue. Linux is not Windows. A different version of the library or even a different compiler that was used to build the library, can cause the program to stop functioning. I've seen cases where a library update on the same system broke programs...

Things simply are not compatible in this way...if you want to make it work - recompile the source. The precompiled binary will only work on systems that are similar to the machine used to compile it.