+  RHDN Forum Archive
|-+  Romhacking
| |-+  ROM Hacking Discussion
| | |-+  NES EMU with Debugger for Linux
Pages: [1]
Author Topic: NES EMU with Debugger for Linux  (Read 2 times)
Karatorian
Guest
« on: February 05, 2008, 06:48:22 am »

I'm looking for an NES EMU with a debugger that works under Linux. I have FCEU, including the latest SVN version with most of the advanced debugging forks merged back in, but the debugger doesn't AFAIKT doesn't have any interface in the SDL version. This is unfortunate as I've heard that FCEU is the way to go.

Given that FCEU isn't an option, can anyone recommend an alternative?
UglyJoe
Guest
« Reply #1 on: February 05, 2008, 09:00:43 am »

Mednafen has a debugger.  Be sure to read the documentation first, though, since it's all keyboard shortcuts.
Sliver X
Guest
« Reply #2 on: February 05, 2008, 09:09:32 am »

Oh lord, what is this?

*spoiler* It's FCEUXD SP running via Wine. Compatibility is flawless aside from clipboard issues between Linux apps and the debugger/etc.
Karatorian
Guest
« Reply #3 on: February 06, 2008, 05:11:21 am »

I took your suggestion and tried to run FCEUXDSP 1.07 under Wine, but it crashed with an unhandled page fault. If you don't mind, could you share a bit more information on your setup? (I also tried FCEU ABS and got the same problem.)

Just so you know, I'm running Wine 0.9.53 on Debian 4.0 with no Windows DLLs.
UglyJoe
Guest
« Reply #4 on: February 06, 2008, 09:17:50 am »

Quote from: Karatorian on February 06, 2008, 05:11:21 am
I took your suggestion and tried to run FCEUXDSP 1.07 under Wine, but it crashed with an unhandled page fault. If you don't mind, could you share a bit more information on your setup? (I also tried FCEU ABS and got the same problem.)

Just so you know, I'm running Wine 0.9.53 on Debian 4.0 with no Windows DLLs.

Which Linux distro are you using and what version of Wine are you using?

I'm using Ubuntu Gutsy.  The version of Wine in the Ubuntu repositories is not the newest version and I'm pretty sure it won't run FCEUXDSP.  If you're in the same situation, try getting the newest version of Wine installed.


Edit: I should learn how to read  Cheesy
Sliver X
Guest
« Reply #5 on: February 07, 2008, 12:55:25 am »

You can assign drive letters in Wine by using "winecfg" in a terminal. By default, / is mounted as Z:, if I remember correctly. Make sure FCEU's paths are set up to reflect the configuration.

I've ran it under the past 4 versions of Wine on Etch, Lenny and Ubuntu 7.4 and 7.10 with no issues.

*EDIT* Oh, you shouldn't have to, but also maybe try running Wine as su(do) in a bash script or from the terminal/etc.
Parasyte
Guest
« Reply #6 on: February 08, 2008, 08:12:08 pm »

WINE under su[do] ?! That's almost as bad as Windows's "Administrator-by-default" policy.

You know, looking back on the whole FCEUd kick-start, I shouldn't have designed the debugger UI around Win32. Since I have since severely limited my own debugging resources, and I wrote that damn thing. Isn't karma fun?

Now I am in the process of designing a more platform-independent and application-independent debugger core that should be usable by any emulator (or other programs, for that matter) that can connect to it. It will be far more versatile and powerful, and have the added benefit of supplying a common debugger interface to any application that needs it, rather than spending so many power hours rewriting the same debugger code for each new emulator. Hopefully, Schpune will be the first to take advantage of it.

Any way, that's something for the future, and you need something now, which I can't help much.
Karatorian
Guest
« Reply #7 on: February 21, 2008, 01:13:08 am »

Quote from: Sliver X on February 07, 2008, 12:55:25 am
You can assign drive letters in Wine by using "winecfg" in a terminal. By default, / is mounted as Z:, if I remember correctly. Make sure FCEU's paths are set up to reflect the configuration.

I've got a fake drive set up a C: where all my widows stuff is. Besides which, I doubt that an improper path would lead to an unahandled page fault, which is what's happening.

Quote
I've ran it under the past 4 versions of Wine on Etch, Lenny and Ubuntu 7.4 and 7.10 with no issues.

Hmm. Do you have a Widows install which you are using DLLs from? I don't and that may be the difference.
Sliver X
Guest
« Reply #8 on: February 21, 2008, 02:00:11 am »

Nope, no native DLLs. I used to use several, but they tend to cause unexpected issues at times. The default Wine DLLs keep getting better with each release anyway (Games like Silent Hill 3 and 4 just became playable in the newest release, for example).

So far as the FCEUXD problem, I'm really not sure what the issue is. I've ran it just fine, as I said, across several distros and at least 4 Wine versions (Hell, even different *machines*) with no problem. My Wine install is stock, and I have the drives set up like so:



FCEUXD itself is located on sda3 (D:), though I just tried moving it into /home/myself/.wine/drive_c and it worked fine as well. There really should be no issue with running this program at all under Linux with Wine.

The only thing I can think of is to find a copy of FCEUXD somewhere else and reinstall the whole thing? It may also be a permissions issue if you have it located on a Linux file system.

*edit* You wouldn't happen to be running a 64bit version of Linux, would you? Wine and 64bit Linux doesn't really work all that well.
« Last Edit: February 21, 2008, 02:42:38 am by Sliver X »
Sliver X
Guest
« Reply #9 on: February 22, 2008, 05:54:33 pm »

If all else, fails, you can use VirtualBox to run FCEUXD. VB is a PC emulator like VMWare, QEMU, VirtualPC, etc, but has almost no CPU penalty (Since it doesn't emulate the processor). It is also free, and available in 64bit builds if you are indeed running Linux64.

I installed XP from an ISO into a VM that has 256MB of my RAM allocated to it. Once the OS in set up,  just install the "Guest Additions", set up a folder as a shared drive in VB, mount it in Explorer as a network drive, and off you go. Doing this allows absurd things like the following to happen:



This is "Seamless Mode", which integrates the Windows taskbar and application windows into the host Linux desktop.
UglyJoe
Guest
« Reply #10 on: February 22, 2008, 06:49:02 pm »

Whoa, DirectX apps work for you in VirtualBox?  That's gotta be nice.
Sliver X
Guest
« Reply #11 on: February 22, 2008, 08:02:59 pm »

Basically anything that doesn't require a 3D card works under VirtualBox. After all, you are running a real install of Windows, and the emulation/virtualization in VirtualBox is really good.

And to give you an idea of how fast it is, I used to run DS ROMs with No$GBA under it with no noticable speed difference from native XP on this machine (Athlon X2 4000+), until Wine started being able to run it. One less hoop to jump through.
UglyJoe
Guest
« Reply #12 on: February 22, 2008, 08:17:41 pm »

Hmm.  Whenever I try to run anything requiring DirectX, the app will start up and run, but the display won't update unless I drag the window around or do something else that requires the window to repaint.  Dunno what's wrong with my setup, but I can still run most things through Wine, so I don't care enough to investigate.
Pages: [1]  


Powered by SMF 1.1.4 | SMF © 2006-2007, Simple Machines LLC