Hi Nix, welcome to Vogons,

What is the exact error message that you get when running ./dbgl in a terminal?

Regards,
Ronald

No such file or directory. And if I cd to the directory where dbgl sits, and run it there, it tells me command not found.

What is the exact error message that you get when running ./dbgl in a terminal?

Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-gtk-3346 or swt-gtk in swt.library.path, java.library.path or the jar file
at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)
at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)
at org.eclipse.swt.internal.C.<clinit>(Unknown Source)
at org.eclipse.swt.internal.Conveerter.wcsToMbcs(Unknown Source)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Unknown Source)
at org.eclipse.swt.widgets.Display.<clinit>(Unnknown Source)
at com.gui.MainWindow.open(MainWindow.java:74)

Sorry, I didn't know I had to go to the directory and then run ./dbgl. For some reason I assumed it would be in my path.

I am a Linux newbie 🙁

Ok, did you extract the archive (dbgl060.tar.gz) with directories? You should have a 'lib' folder in the DBGL directory with the file 'swt.jar' in it. Could you please verify that?

I have .dosbox/Launcher/lib/swt.jar

Dated June 25, 2007.

Thank you!

I'm sorry to say DBGL doesn't use the Linux '~/.progname/libs' convention (yet?). Just extract the archive to '~/dbgl/' and then do a

cd ~/dbgl
./dbgl

Is that a convention? Silly methinks. Why would you want copies of libraries multiplying in /home's?

Ok...

I extracted the archive to /home/dbgl/
I changed directory to dbgl.

Output after running ./dbgl :

Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-gtk-3346 or swt-gtk in swt.library.path, java.library.path or the jar file
at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)
at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)
at org.eclipse.swt.internal.C.<clinit>(Unknown Source)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Unknown Source)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Unknown Source)
at org.eclipse.swt.widgets.Display.<clinit>(Unknown Source)
at com.gui.MainWindow.open(MainWindow.java:97)
at com.gui.MainWindow.main(MainWindow.java:86)

Strange, I just tried in 8.10 and don't see a problem. Just install the Java JRE, download the tar.gz and extract it (I extracted it to the desktop in a folder called dbgl) and run the executable inside; see the attachments.

@MiniMax: You're right, actually, I believe the convention is to put configuration files inside those dot folders, not libraries. But I'm really no Linux guru, maybe Qbix or other Linux users can explain the matter.

I went to Java's site, and they seemed to confirm what I had already seen, that the JRE is installed.

But how would I go about re-installing it? Which package is the correct one?

Thanks again...

~Nix

I've only tested OpenJDK but others should work as well. Thus:

Applications -> Add/Remove... -> Search for 'java' -> Mark the checkbox for 'OpenJDK 6 Runtime' -> Choose 'Install All' -> Click 'Apply Changes' -> Click 'Apply' -> Wait a bit.. -> Click 'Close'
Download and extract the dbgl.tar.gz to a location of your choice - maybe update dbgl.jar - and start ./dbgl

Hi
I am new to Linux, so I think I am doing some kind of basic mistake:

I am actually running Ubuntu Hardy with Dosbox 0.72 which works perfectly.
Now I would like to test DBGL. I have downloaded it and extracted to my desktop into the directory 'DBGL'

OpenJDK Java V6 runtime libraries -jre, -jre-headless and -jre-lib are already installed with ubuntu hardy system. Is this enough? I am using a 64bit Intel system.

But when I try to start the DBGL-Executable - nothing happens.
I tried right click on the file 'DBGL' using 'Open' - 'Execute' : nothing happens
I tried the same chosing 'Execute in terminal': Terminal opens, message 'Startup' appears and terminal closes.

Can somebody help me out here?
Thanks a lot
Juergen

Hi Juergen,

Could you please start DBGL on the command-line?! Just click 'Applications' -> 'Accessories' -> 'Terminal'. Then type 'cd Desktop/DBGL' and start DBGL with the command './dbgl'

Please report back with the output.

Thanks for the fast reaction. Here is the result:

Startup
Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-gtk-3349 or swt-gtk in swt.library.path, java.library.path or the jar file
at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)
at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)
at org.eclipse.swt.internal.C.<clinit>(Unknown Source)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Unknown Source)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Unknown Source)
at org.eclipse.swt.widgets.Display.<clinit>(Unknown Source)
at com.gui.MainWindow.open(MainWindow.java:75)
at com.gui.MainWindow.main(MainWindow.java:64)

This looks quite similar to the problem that nixiepixel describes above.

regards
Juergen

Oh sorry, I missed the fact that you're on 64-bit. Try putting the attached jar file in DBGL's lib directory.

Thank you very much. It works great now.
Good job. Please Include this file in the download section of your DBGL site.

It was a pleasure for me to get my support from you personally, Ronald.

best regards from Germany
Juergen

One more comment from my side for the Linux version of DBGL:

After installation of DBGL and starting up my first profile, I get the errormessage 'libsdl-sound' would be missing.

But I already have a running version of DosBox 0.72 on my system, also including the latest versions of the libsdl...

Eventually, the Dosbox-Executable included in the DBGL package expects some other version of these libsdl.

My solution (using Ubuntu Hardy Heron):
Install Dosbox via the Ubuntu menu 'Add/Remove Application'. All necessary libraries will be included with this installation.
Copy the Dosbox executable from the usr/bin/ directory into the DBGL/Dosbox directory.
That's all

But one warning: The installation of Dosbox via the Ubuntu menu will always install the latest dosbox version on your system. In far future it might be the case that DBGL will not yet be able to support that actual version. But this is quite theoretical, what do you think, Ronald?

Best wishes
Juergen