This won't work out of the box. You'll get error messages like:
Error CS2001: Source file `/home/testuser/bizhawk-read-only/Version/svnrev.cs' could not be found (CS2001) (BizHawk.Common)
You'll need to supply these files yourself.
The bash script subwcrev.sh is supposed to run as a pre-build event for the "Version" project. That generates the svnrev.cs file.
I suppose bash is a requirement too then. Oh, and you'll need to have checked out from svn (or git with the svn wrapper) for the script to work. If you just did a raw download of the repository, the script won't be able to pull your SVN version number.
The version thing is a standard requirement though, even the Windows version does the same thing with its equivalent .bat file.
This won't work out of the box. You'll get error messages like:
Error CS2001: Source file `/home/testuser/bizhawk-read-only/Version/svnrev.cs' could not be found (CS2001) (BizHawk.Common)
You'll need to supply these files yourself.
The bash script subwcrev.sh is supposed to run as a pre-build event for the "Version" project. That generates the svnrev.cs file.
I suppose bash is a requirement too then. Oh, and you'll need to have checked out from svn (or git with the svn wrapper) for the script to work. If you just did a raw download of the repository, the script won't be able to pull your SVN version number.
The version thing is a standard requirement though, even the Windows version does the same thing with its equivalent .bat file.
All I did was to checkout the svn repository and immediately run monodevelop on it (obviously bash is installed on my end). Also, I get a couple of build errors whereas I don't get them with Visual Studio (in a VM) (will post logs later).
All syllogisms have three parts, therefore this is not a syllogism.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Build output of svn rev 8611 from monodevelop 3.0.2: http://pastebin.com/cfWvurPR
(search for "error"/"warning" (if you're interested in warnings))
Not sure how I missed this.
Anyway, the current portable branch compiles almost out of the box for me. The only thing that I needed to change was setting the VersionInfo project to use XBuild instead of MSSBuild. (All other projects should be the default, MSBuild)
Tested on Ubuntu with a fresh install of the latest Monodevelop and related Mono crap at this time. It launches, you can run games, but unfortunately opening the control config screen crashed when I tried it so you can't actually do anything. And none of the native cores have been ported to Linux. Someone else is going to need to deal with those, at the moment I've barely had time for much more than keeping the existing things working. Progress will be slow on this front until I start working on a new UI for other platforms.
I've tried running the latest v1.9.4 on my ubuntu trusty installation:
$mono --version
Mono JIT compiler version 3.2.8 (Debian 3.2.8+dfsg-4ubuntu1)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
TLS: __thread
SIGSEGV: altstack
Notifications: epoll
Architecture: x86
Disabled: none
Misc: softdebug
LLVM: supported, not enabled.
GC: sgen
$ python --version
Python 2.7.6
$ cd /r/BizHawk_mac_1.9.4/BizHawk.app/Contents/MonoBundle
$ mono BizHawk.exe
Missing method .ctor in assembly /tmp/r/BizHawk_mac_1.9.4/BizHawk.app/Contents/MonoBundle/MonoMac.dll, type System.Runtime.CompilerServices.ExtensionAttribute
Can't find custom attr constructor image: /tmp/r/BizHawk_mac_1.9.4/BizHawk.app/Contents/MonoBundle/MonoMac.dll mtoken: 0x0a000328
* Assertion at class.c:5597, condition `!mono_loader_get_last_error ()' not met
Stacktrace:
at <unknown> <0xffffffff>
at MonoMacWrapper.Program.Main (string[]) <0x0000b>
at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object (object,intptr,intptr,intptr) <0xffffffff>
Native stacktrace:
mono() [0x8105b4a]
[0xb77b640c]
[0xb77b6424]
/lib/libc.so.6(gsignal+0x47) [0xb7584577]
/lib/libc.so.6(abort+0x143) [0xb75879a3]
mono() [0x8288b23]
mono() [0x8288bb3]
mono() [0x816b4d1]
mono(mono_class_get_full+0xff) [0x816bdff]
mono(mono_class_from_name+0x107) [0x816c237]
mono(mono_class_from_typeref+0x190) [0x816b9a0]
mono(mono_class_get_full+0x164) [0x816be64]
mono(mono_class_get+0x1f) [0x816bf4f]
mono() [0x81b1af0]
mono(mono_metadata_parse_mh_full+0x1c5) [0x81b2765]
mono(mono_method_get_header+0xbf) [0x819130f]
mono() [0x807ff7c]
mono() [0x8066ccc]
mono() [0x8068de4]
mono() [0x8069aee]
mono() [0x8106d17]
[0xb73c103e]
[0xb72bff8e]
mono() [0x8069bf0]
Debug info from gdb:
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ImportError: No module named 'encodings'
=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
/root/bin/execext: line 4: 25483 Aborted mono BizHawk.exe
After setting PYTHONPATH i get instead:
Fatal Python error: Py_Initialize: Unable to get the locale encoding
File "/usr/lib/python2.7/encodings/__init__.py", line 123
raise CodecRegistryError,\
^
SyntaxError: invalid syntax
I've tried running the latest v1.9.4 on my ubuntu trusty installation:
You're trying to run the mac build on Linux. You can't run the Mac build on Linux, it uses native OS X UI components.
You need to build from source code.
is there a fixed linux build i can try?
I've tried the old v1.0.4a but it is not showing the menus...
EDIT: i'm going to try wine+winetricks dotnet40...
is there a fixed linux build i can try?
I've tried the old v1.0.4a but it is not showing the menus...
EDIT: i'm going to try wine+winetricks dotnet40...
Yeah, that's your best bet right now.
The last time I tried BizHawk on Linux, it did compile and run, but the controller config screen crashed. I'll have an alternative ready in maybe 6 months that should work on Linux, but things are moving slowly right now because I'm only giving it about an hour per week.
most cores are working fine in wine, but the disassembler window always remains empty :(
Also, i don't get how breakpoints are supposed to work: emulation is not paused when they are triggered?
Bumping to mention that I posted a Mac build of 1.10.0. It has the new mgba core as well.
This also fixes QuickNES, which was broken in the 1.9.4 Mac build because I forgot to test it.
When I open up bizhawk on my Mac, the emulator doesn't even open. It just crashes. I have installed Mono.
Enjoys speedrunning, playing and TASing Oddworld games!
Has TASed:
Oddworld: Abe's Oddysee in 12.06.13 (with Dooty)
Oddworld: Adventures II in 20.03.78 (with Dooty)
Oddworld: Abe's Exoddus 100% in 2:08:28.4 (with Dooty)
Oddworld: Abe's Oddysee 100% in 1:05:01.65
Oddworld: Abe's Exoddus in 37:18
Oddworld: Abe's Exoddus in 37:15
Oddworld: Abe's Exoddus 100% in 2:!5.44.12
Oddworld: Abe's Oddysee any% in 13:01.3
Oddworld: Abe's Oddysee any% in 12:59.95
Oddworld: Abe's Oddysee 100% in 1:04:16.27
Oddworld: Abe's Oddysee 100% in 1:04:01.07
Currently working on:
Waiting for Windows TAS Tools to work so I can TAS PC version of Exoddus.
When I open up bizhawk on my Mac, the emulator doesn't even open. It just crashes. I have installed Mono.
Make sure you're running at least 10.7, and that the version of Mono you have installed is also recent. Can't provide anymore advice than that, since you provided no details about the crash.
I'm going to try and get Bizhawk up and running on linux without having to use WINE. I don't have a lot of free time, so expect progress to be very slow.
Anyone who has experience working with monodevelop , especially on linux, please shoot me a PM.
I'm going to try and get Bizhawk up and running on linux without having to use WINE. I don't have a lot of free time, so expect progress to be very slow.
Anyone who has experience working with monodevelop , especially on linux, please shoot me a PM.
See my post earlier on this page, from March 4th of this year. As of then, it was still building on Linux for me, with a fresh install of the latest version of MonoDevelop. There were some windows that crashed, but it was possible to build and run.
No work has been done to port any of the native cores (QuickNES, BSNES, Genesis Plus, etc.) to Linux.
it's not building for me. i get an error in Versioninfo.cs in Bizhawk.common.
The name "SubWCRev" does not exist in the current context.
I've also had issues with "svnrev.cs" not existing. Either of those look familiar to you?
I'll have another chance to try and fix the errors later this week.
it's not building for me. i get an error in Versioninfo.cs in Bizhawk.common.
The name "SubWCRev" does not exist in the current context.
I've also had issues with "svnrev.cs" not existing. Either of those look familiar to you? I'll have another chance to try and fix the errors later this week.
This is a fairly simple problem, and it just means that BizHawk is having problems pulling the version number from your checked out copy. The version project is supposed to create an updated VersionInfo.cs file with the correct build number each time you build, but I haven't really played with that since the move from SVN to Git to see if it's still working correctly. Take a look at the template (It's in the version project folder) and create VersionInfo.cs manually for now if you don't want to wait for me to look into it. I probably did the same thing and just set the revision to 0. If you're making local builds for yourself, the version doesn't matter anyway.
The native OSX menu bar doesn't like to respond to clicks. It also contains menu items that should be disabled, like the debuggers; choosing one of these unimplemented menu items appears to do nothing. Choosing the menu item a second time crashes the application.
I did some actual work on this problem for the OS X build of 1.11.1.
The menus are now responsive like a normal application most of the time, as long as CPU cycles aren't being eaten up by emulation. So for cores that run 100% with not much difficulty, everything seems fine. On my 7 year old Mac Pro, which can run PSX full speed but CPU use is close to being maxed out, menus become sluggish.
Menus now update to disable things and such. There are still cases where they can be wrong, but the majority of situations are handled correctly.
The flickering and redraw problems in the WinForms dialogs are a mono specific problem, so unfortunately there's nothing I can do about that. The UI will be completely replaced with a native one at some point, that's an early work-in-progress.
Hang on does this mean we can use N64 on this Mac port?
No. N64, SNES and Saturn are not supported on OS X right now. All other systems should be working.
I made some progress with SNES, (the core is ported) only to find out that the method it uses to communicate with BizHawk isn't supported on OS X and Linux. Since BizHawk may get a second SNES core eventually, I'm not going to attempt to work-around the problem in the near future.
N64 is possible, but it's probably the most effort of the ones missing. I may attempt it again at some point. In other words, some day but not yet.
a bunch of stuff builds now after i made a svnrev.cs! now I'm getting an error in Firmwareconfigs.resx in client.emuhawk. there seems to be a problem with tbbGroup.Image.
here's the error : http://pastebin.com/5bFnBCqh
any ideas as to what this is?
a bunch of stuff builds now after i made a svnrev.cs! now I'm getting an error in Firmwareconfigs.resx in client.emuhawk. there seems to be a problem with tbbGroup.Image.
here's the error : http://pastebin.com/5bFnBCqh
any ideas as to what this is?
Upgrade to a newer version of MonoDevelop or the MDK.
Older versions of Mono's compiler really hated BizHawk's resx files, I've had problems with them in the past. It was a bug in their compiler. You should be using a version of MonoDevelop that supports MSBuild, anything newer than 4.x should work. (5.9..4.5 is the latest according to their site.)
They provide official packages for Debian, Ubuntu, CentOS and Fedora now. Previously, the versions on official repos for distros like Ubuntu were really old.
Alternatively, you can go into the ResX file and just delete the XML for the particular resource that is failing, although that icon will be blank in your build then. (Only do this if you know what to safely delete)
As unlikely as this is, it would be nice to have the mono branch be the *only* branch, rewriting whatever code is necessary to maximize portability. Then again, I probably would have suggested that after everything was made mono-friendly that all the C# bits be converted or rewritten to C, C++ or Java because of .net patent issues, as well as to remove/replace all non-free code (which at least means getting rid of genesis plus gx entirely), both of which are even less likely...
