Getting a Linux GLBasic program up and running

Previous topic - Next topic


There have been a few requests for information on what to do to get a Linux program up and running on, well, Linux.  Hence the reason for this post.

To start with

Compile your GLBasic program for Linux, and make sure it is available for running or copying elsewhere.

In Linux

After that, you need to boot up Linux, and get it running.  If you find that double-clicking on the program opens a dialog window asking for a program to run the application, this means that the file isn't being treated as an executable.  To do so, right-click over the correct .linux file, and left-click on Properties.  Go into the Permissions tab and select Permissions.

Make sure Owners, Group and Other are set to Read And Write Access, and more importantly, make sure the 'Is Executable' button is active.

Okay that, and try again.

But It Still Doesn't Work

Then it would appear that the packages needed by the program aren't installed.  The Linux GLBasic executable needs the following (or equivalent) installed in order to run - and are usually done via a Packet Manager.

You need to install the following :

  • libSDL_mixer-1.2

And that should get everything up and running.

Terminal based installation would be something like :

Code (glbasic) Select
sudo apt-get install libsdl-mixer1.2-dev libstdc++5

If you can't find SDL_Mixer in the Package Manager list, you'll need to install it from the SDL website ( and

Update :

It appears that since version 6.197, extra libraries are needed.  Thanks to Gregory in sorting this out.  These files cant seem to be installed using the normal packaging system, and thus need to be installed slightly differently :

  • Install getlibs from
  • Open Terminal and type :  getlibs -l
  • Enter your admin password and press Y to install all dependancies

I had found that running a GLBasic linux executable in Ubuntu 8.04 (with VMWare) had running problems.  These all seem to have gone in 8.10 (just wish it would shut down properly :) ).  Speed is pretty good (at least on my iMac), although of course, not as fast as a proper installation.

I have found that mouse wheels in a VM environment aren't detected.

It is always best to get the computers graphics drivers installed of course, for optimum speed.

You'll have no problem running in Ubuntu, Kubuntu or Xubuntu.  Other distros should be fine too.


Great tutorial! Just what I wished I had earlier :-)


Glad you like it!

I have found that, with the exception of the Ubuntu family, GLBasic programs wont run under VMWare - it says a GL context couldn't be created.

Hopefully they would on a proper machine.


Ah thanks, I was about to post that. I also have troubles with Mandriva latest version but Ubuntu works fine.

QuoteInit GFX
Set Vidmode
INIT: Unable to create 24 BPP -> trying 16.
Couldn't set GL mode: Couldn't find matching GLX visual
Segmentation fault


Its an odd problem - as you can probably can guess, it can't create a 24-bit X window (nor probably a 16 bit one).  I get this problem on CentOS 5 and Mandriva, but no real idea why - Ubuntu uses a 32bpp screen, and according to glxinfo, 32-bit modes are available for the other systems as well.

glxgears works fine, by the way!


As of update  6 GLBasic no longer runs on Linux (Ubuntu 8.10) Running from the Bash tells you that the import_dll MFC80.DLL, MSVCR80.dll, MSVCP80.dll are missing which are needed by the EditorE.exe. :'(


Really !?  Better test it out!

Programs run fine here.

I do notice that I always get "bad shoebox header: /home/nicholas/Desktop/Spots/Spots.linux []".  Is this because I'm not using Shoebox ?

If your talking about the Editor within WINE - then I have never got it running.

Kitty Hello

aw, bad. The editor should run on WINE.


'Tis true - needs a whole lot of MFC80 DLL's...


Editor is running under Wine for me (Xubuntu 8.10 in VirtualBox)
I had to change the font to get the text in the debug-window readable since it was too small but I get no errors. Installation took for ever though :-)

Also, there are no squares on the end of the lines when you do a find in files search.

Kitty Hello

got it running on Ubuntu in VirtualPC, too.. Very strange.


I get :

fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT"
err:module:import_dll Library MFC80.DLL (which is needed by L"C:\\Program Files\\GLBasic\\EditorE.exe") not found
err:module:import_dll Library MSVCR80.dll (which is needed by L"C:\\Program Files\\GLBasic\\EditorE.exe") not found
err:module:import_dll Library MSVCP80.dll (which is needed by L"C:\\Program Files\\GLBasic\\EditorE.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\GLBasic\\EditorE.exe" failed, status c0000135g

The odd thing is the last 2 DLL's aren't present on my XP or Vista machines...

Kitty Hello

I think I set WINE to emulate Win98, not 2k. Maybe ...


I'll try that although I think the problem is due to the fact that my version of WINE on Ubuntu is later than 1.0.1 - VMWare's Ubuntu is 1.0.1 (and GLBasic works fine), whilst my proper Linux installation as a Wine version of 1.10

Time to remove things from the repositry, uninstall and re-install :)

Anyway, got it working again.  Aside from uninstalling WINE and reverting back to the original version (obviously its not compatible with the later ones, which isn't terribly surprising as Ubuntu dont offer it as standard), I had to delete the hidden .wine folder

And all is fine now.

The text in the debug area is almost impossible to read unfortunately though - obviously its using a font that isn't currently present.

Kitty Hello

Oh, please tell the WINE team about that.