Aurora C# for Linux?

[SpikeTheHobbitMage]

Yes, that was a typo.

I think this is a different bug, since I've used this version of mono/libgdiplus before, unless something has gone wrong… Anyway, I filed a bug for this crash, see https://github.com/mono/libgdiplus/issues/653 for the details I was able to figure out.

Your backtrace indicates that you are using a system provided libgdiplus, and it is identical to the last 6 lines of Rastaman's report here: http://aurora2.pentarch.org/index.php?topic=10320.msg127393#msg127393
That bug is fixed in master but hasn't been officially released yet, so you will need to build libgdiplus from source as per the instructions I posted above, at least until the next official release.

[db48x]

Your backtrace indicates that you are using a system provided libgdiplus, and it is identical to the last 6 lines of Rastaman's report here: http://aurora2.pentarch.org/index.php?topic=10320.msg127393#msg127393
That bug is fixed in master but hasn't been officially released yet, so you will need to build libgdiplus from source as per the instructions I posted above, at least until the next official release.

You're right, it's the same bug that was previously fixed; dunno how I missed that. What's really weird is that I this definitely used to work, but I've never actually built libgdiplus before. I suppose I must have had a beta or nightly build of the mono or libgdiplus RPM installed, though I have the stable version installed at the moment. Maybe I should have been keeping notes as I went along.

Sadly with that bug out of the way, I can confirm that I get the same infinite loop of "Function #1690: Year, Month, and Day parameters describe an un-representable DateTime." when creating a new game that you reported. (I didn't remove the existing one first though.)

[SpikeTheHobbitMage]

Your backtrace indicates that you are using a system provided libgdiplus, and it is identical to the last 6 lines of Rastaman's report here: http://aurora2.pentarch.org/index.php?topic=10320.msg127393#msg127393
That bug is fixed in master but hasn't been officially released yet, so you will need to build libgdiplus from source as per the instructions I posted above, at least until the next official release.

You're right, it's the same bug that was previously fixed; dunno how I missed that. What's really weird is that I this definitely used to work, but I've never actually built libgdiplus before. I suppose I must have had a beta or nightly build of the mono or libgdiplus RPM installed, though I have the stable version installed at the moment. Maybe I should have been keeping notes as I went along.

Sadly with that bug out of the way, I can confirm that I get the same infinite loop of "Function #1690: Year, Month, and Day parameters describe an un-representable DateTime." when creating a new game that you reported. (I didn't remove the existing one first though.)

Easy mistakes are easy. 

The #1690 loop can be escaped by killing and restarting Aurora.  What I think is happening is that Mono isn't updating the listbox properly when a game is created or deleted, so a non-existent game ID gets selected.  Aurora then chokes on that.  I've also noticed that exceptions that don't pop up Aurora's error windows instead ask if you want to close the game.

[db48x]

Yea, you can certainly kill Aurora. Does it let you save at all? I can't click the button before another error pops up, so I have no idea if the new game is even close to playable.

[SpikeTheHobbitMage]

Yea, you can certainly kill Aurora. Does it let you save at all? I can't click the button before another error pops up, so I have no idea if the new game is even close to playable.

You have to* save before the error comes up the first time, which means before opening the Game Information window again.  Once the bug hits, that's it.

*I could be wrong about this.  I know that creating a new game writes to the database, but I'm not certain if it is a complete write-out or not.

[db48x]

I get those errors while creating the new game, before it asks me to create my race.

[SpikeTheHobbitMage]

I get those errors while creating the new game, before it asks me to create my race.

That is odd.  On further testing I only get those errors when deleting IoM.  When creating and deleting my own games, whether IoM is present or not, there are no errors.  I was overly paranoid about needing a manual save immediately after creating a new game, but it seems that you aren't even getting that far.

Just to double check, this is the sha256 checksum of the original 1.11.0 database that I have:
811974ea8697ddb7f93ecdce5747c188e5bea5f5b60bb1f586a221eecb4ebebe  AuroraDB.db

[db48x]

Yep, I have exactly the same database.

[SpikeTheHobbitMage]

Yep, I have exactly the same database.

Then it isn't a corrupted database.

These are the sha256 check-sums of all of the executable files in my Aurora directory.  libgdiplus.so.0 is a custom build so it probably won't match your setup.  If they all check out then the next step is to check your mono installation.

Code: [Select]

c8107e0124fdfc44a515a5c0fc7ecf154e14dbca912f3005e58204550967fdd7 *Aurora.exe
e11b97ccc0c7b512112873bb926975d129fd61dfb2a75025751899e85d5d0f91 *EntityFramework.dll
c242bb34d37309de566622a23f84efa07f764088bb2f1e6a6192c9ef7362daa8 *EntityFramework.SqlServer.dll
5e5cffcc5d88f407ac4652cb4b038680eacfab0e79ea0307895c43c4c92d0edd *SQLite.Interop.dll
a844cb7b3817d3322c9e132d632c63bba05b568eb8ab1817f502b51a7aaf9d91 *System.Data.SQLite.dll
54e3fb569ddebb6481fe249605fb4e77a9a2cec95795433aacbbec6e1400e103 *System.Data.SQLite.EF6.dll
43276473f90385ec4d1223baff91f30c0056696d77bb33029d03c5778c3a709c *System.Data.SQLite.Linq.dll
24eb43c562c1c2e1347f84a965fa85a1cfbd69d337992f2c852f42fab641a5ee *System.Drawing.dll
abea4fe8ee0caff813f1518d9b9739b6f9d28b64a7c311a489433a1c0789cc0c *System.Windows.Forms.dll
f9e013dfb31f2b7e6af00c8a28a4b01432915fbee18eef8d48e747683287df73 *EntityFramework.SqlServer.xml
1d2e87ae8f3b10345b623ce724f64b93ea829de9f422fbbee34c4aa6e1fbdfa4 *EntityFramework.xml
da66a2cfbfe1fc8bd04cfcba333b83a54329a5428f070d97710baa371f04de3b *System.Data.SQLite.xml
5e5cffcc5d88f407ac4652cb4b038680eacfab0e79ea0307895c43c4c92d0edd *libSQLite.Interop.so
9e9d73b88bfa26296eaca83fb8ecd1a7639f939eba4efa0abad00e35a7776ac2 *Aurora.exe.config
c16a77f6ca43db6003ccf1fe5acc36586b05c4389d1ac3f025cc1b780ea845ed *libgdiplus.so.0

I'm running the official 6.8.0.123-0xamarin2+debian10b1 packages from mono-project.com.

$ mono --version
Mono JIT compiler version 6.8.0.123 (tarball Tue May 12 15:15:28 UTC 2020)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
   TLS:           __thread
   SIGSEGV:       altstack
   Notifications: epoll
   Architecture:  amd64
   Disabled:      none
   Misc:          softdebug
   Interpreter:   yes
   LLVM:          yes(610)
   Suspend:       hybrid
   GC:            sgen (concurrent by default)

Beyond that, I'm not sure.

[db48x]

Yes, all the binaries except libgdiplus.so have matching sha256 sums as well. I even have the same version of mono as you. The only other thing I can think of is that we're starting games with different settings. I get these errors even when starting a new game with the default settings (even the game name is still "New Game Name", so probably that's not it.

[SpikeTheHobbitMage]

Yes, all the binaries except libgdiplus.so have matching sha256 sums as well. I even have the same version of mono as you. The only other thing I can think of is that we're starting games with different settings. I get these errors even when starting a new game with the default settings (even the game name is still "New Game Name", so probably that's not it.

Another possibility is that Aurora doesn't like your locale settings.  Try running Aurora with LC_ALL="C".
If you run 'locale' from the command line does it report errors?  If so then you have a corrupt locale database and you need to run 'locale-gen' as root to rebuild it.

[db48x]

An interesting idea, but that's not it.

[db48x]

Well, it works again. When I finally upgraded to Fedora 32 I saw that included an update to both wine and mono (versions 5.13 and 6.10.0.104, respectively) so I gave Aurora a go. It now works as well as ever when running it either way. No clue what the problem was though.

[firefly2442]

I posted on Discord (#aurora-linux) about this but I thought it would be good to post here too.   I worked on a Docker version that leverages VNC.   You can play it via your web-browser on Linux, Mac, etc.

https://github. com/firefly2442/aurora4x-docker

I tried to leverage all the work that others did around Mono and other fixes.

Have fun.

[roug]

I am thinking of jumping ship to Linux (Ubuntu 18.04/ 20.04) are there any guides to help me install Aurora on Linux?