Aurora 4x
VB6 Aurora => Aurora Bugs => Topic started by: Catty Nebulart on March 19, 2011, 09:42:41 AM
-
I don't have a windows version to compare with so I'll note down what I have observed playing under linux using wine (1. 3. x).
Using Aurora 5. 42;
1) If you delete games it will lead to errors. Afterwards when creating a new game it will complain about not being able to link to some tech records during the NPR generation.
2) Some Systems will have a 'Error in ShowMinerals; Error 13 was generated by Aurora; Type Mismatch'. This shows up when opening the System Map (F3)or advancing time through the system map. For those systems if you try to open the system view (F9) aurora will generate a 'Run-Time error '13'; Type Mismatch' and crash the application. Doing geological surveys seems to be able to trigger this but it seems somewhat random, but once this error message appears it won't go away.
3) When giving default and contingency orders to task forces without ships you'll get a bunch of error messages each time time advances. You get the same error at other times seemingly at random intervals when advancing time sometimes too.
-
I don't have a windows version to compare with so I'll note down what I have observed playing under linux using wine (1. 3. x).
Using Aurora 5. 42;
1) If you delete games it will lead to errors. Afterwards when creating a new game it will complain about not being able to link to some tech records during the NPR generation.
2) Some Systems will have a 'Error in ShowMinerals; Error 13 was generated by Aurora; Type Mismatch'. This shows up when opening the System Map (F3)or advancing time through the system map. For those systems if you try to open the system view (F9) aurora will generate a 'Run-Time error '13'; Type Mismatch' and crash the application. Doing geological surveys seems to be able to trigger this but it seems somewhat random, but once this error message appears it won't go away.
3) When giving default and contingency orders to task forces without ships you'll get a bunch of error messages each time time advances. You get the same error at other times seemingly at random intervals when advancing time sometimes too.
Unfortunately I don't have linux so I can't try to recreate the bugs. I am aware of the Show Minerals bug though, which is specific to Linux. If you look on the Game Parameters menu on the main menu bar there should be an option to 'Disable ShowMinerals for F9', which should prevent the crash.
What are the actual error messages you get with regard to the default and contingency orders?
Steve
-
Unfortunately I don't have linux so I can't try to recreate the bugs.
I know, hence why I use a seperate thread so as not to clutter the windows bugs.
Unfortunately I don't have linux so I can't try to recreate the bugs. I am aware of the Show Minerals bug though, which is specific to Linux. If you look on the Game Parameters menu on the main menu bar there should be an option to 'Disable ShowMinerals for F9', which should prevent the crash.
I checked it, but it still causes a crash on F9, with the same error. Unless I have to make a new game with this parameter checked.
What are the actual error messages you get with regard to the default and contingency orders?
Error in ExecuteOrders; Error 13 was generated by aurora; Type mismatch.
Also an
Error in CreateShip; Error 3201 was generated by DAO. RecordSet; You cannot add a record because a related record is required in table 'Fleet'.
Error in AddShipHistory; Error 3201 was generated by DAO. RecordSet; You cannot add a record because a related record is required in table 'Ship'.
-
I know, hence why I use a seperate thread so as not to clutter the windows bugs.
I checked it, but it still causes a crash on F9, with the same error. Unless I have to make a new game with this parameter checked.
Error in ExecuteOrders; Error 13 was generated by aurora; Type mismatch.
Also an
Error in CreateShip; Error 3201 was generated by DAO. RecordSet; You cannot add a record because a related record is required in table 'Fleet'.
Error in AddShipHistory; Error 3201 was generated by DAO. RecordSet; You cannot add a record because a related record is required in table 'Ship'.
You don't need to restart with the new parameter. As to the other errors, the type mismatch will have caused the other problems but as to why that occurred in the first place I don't know. Is there anyone else reading this who uses Linux to run Aurora? If so, do you have similar problems?
Steve
-
Ok, deleted the old database and got the one from the 5. 40 patch again, started a new game, checking the 'Disable ShowMinerals for F9', and then played for a while.
Several "Error in ExecuteOrders; Error 13 was generated by aurora; Type mismatch. " Errors, but they don't seem to have an effect, but then by April 2026, after I survey Venus I get the disable minerals crash again.
I can send you my database if you want.
I'm honestly tempted to write a clone in java and do proper multi-threading and so forth so that the game will run smoother.
-
Ok, deleted the old database and got the one from the 5. 40 patch again, started a new game, checking the 'Disable ShowMinerals for F9', and then played for a while.
Several "Error in ExecuteOrders; Error 13 was generated by aurora; Type mismatch. " Errors, but they don't seem to have an effect, but then by April 2026, after I survey Venus I get the disable minerals crash again.
I can send you my database if you want.
I'm honestly tempted to write a clone in java and do proper multi-threading and so forth so that the game will run smoother.
The problem is that even if you send me your database, I won't be able to test it. The errors you mention don't happen in Windows and I don't have Linux. I believe some people have successfully played Aurora using Linux but I have never used it and Aurora was not designed for that operating system. That's why I asked for other Linux users to comment.
Steve
-
I found the source of the problem, there is a known bug in wine that doesn't hit everyone, so they are having a hard time tracking it down. It can be resolved using native 'oleaut32' _and_ 'ole32'. Possibly some other tweaks are also needed since I did spend a few days on it. It also seems to affect some Windows ME users, though there are probably less of them than linux users.
I don't need the disable show minerals with this fix even.
-
I found the source of the problem, there is a known bug in wine that doesn't hit everyone, so they are having a hard time tracking it down. It can be resolved using native 'oleaut32' _and_ 'ole32'. Possibly some other tweaks are also needed since I did spend a few days on it. It also seems to affect some Windows ME users, though there are probably less of them than linux users.
I don't need the disable show minerals with this fix even.
Thanks for posting the solution. That will help other users with the same issue.
Steve
-
Thanks for posting the solution. That will help other users with the same issue.
Steve
That is just common forum etiquette.
Getting aurora working nicely seems tricky enough that it might make sense to create a separate wine image for it, and then package that as a deb package so it can be installed with a few simple clicks rather than the more cumbersome windows installation procedure.
If anyone is interested in it drop me a line and I'll put something together.
-
I would love such an image. I tried and failed to get Aurora working under Wine with the ole32 and oleaut32 DLLs. As much as I love using Linux, I'm still not all that competent at tinkering 'under the hood'.
-
Ok, one image coming up. Which distro and window manager are you using? Also any suggestion where to upload the rather large file?
EDIT:
Preliminary image here: hxxp: www. megaupload. com/?d=54S2SI03
Quickstart: unzip this somewhere, it should create a 'wine4aurora' directory. In that directory there will be a runAurora. sh shell script, make it executable and use it to run aurora. If it doesn't work try running it from the commandline and it should output some debugging information.
It assumes that you are using wine-1. 3. 16, but older versions should work. .
More detail; The rest of that directory is a wineprefix, wine has the ability to essentially run multiple 'windows installations' side by side, each of which gets it's own prefix. The default prefix is '~/. wine'
To use a non-default wineprefix you need to set the $WINEPREFIX variable, this is usefull if you want to alter the settings, eg run "WINEPREFIX=~/wine4aurora winecfg" (making sure to alter the path as needed) to run wine config for that path. That is essentially what the shellscript is doing for you. It's generaly good practice to keep a single wineprefix per application if you start doing stuff like wineticks to get things working. The magic sauce for the above image is winetricks to install vb6run, manually copying and registering msstdfmt. dll and the ole overrides meantioned earlier in the thread.
This has not been extensively tested, I just made a new prefix for this and did my best to keep it clean. There might be some errors related to some of my user directories, just alter them using winecfg as detailed above.
If there is sufficient demand I'll try to put together a . deb package to make the install really clean and easy but that would be a few hours of work.
-
Additional bug observed:
When Officer reassignment happens I get the following errors;
1) Error in CreateGameLog; Error 429 was generated by Aurora; ActiveX Component can't create object; Please report. . . .
followed by N (where N is some large number, growing quickly as the game goes on) messages of
2) Error in CreateGameLog; Error 429 was generated by Aurora; Object requiered; Please report. . .
just clicking ok long enough makes the errors go away but it is easier to just kill and restart aurora, you can continue the game without a problem.
I'm 90% sure that I can remove the error by tweaking some configuration item, since it doesn't show up in my default wine installation, just the custom one I made for aurora (but my default one has other problems with aurora). So I just need to find the right tweak. Any details on what is causing this?
-
Nope, but I see the error as well when using your custom Wine distro. (Thanks very much for building that, by the way.)
Oh, and only the first error is 429 (ActiveX Component). The rest are all 424 (Object Required), and the number of 424 instances seems to be related to the (total) number of officers that have been 'deemed surplus to requirements and retired' during the game to date - almost as if some subroutine is still calling the ID numbers of the no-longer-existing officers.
-
I think I got ActiveX installed and mostly running in my default wine configuration some time ago. Probably with ies4linux or with some complicated methods I forgot about. I certainty remember rare but persistent ActiveX Component errors in Aurora before the time I did extensive Wine-related experiments.
Also sorry about using an older thread to post about ShowMinerals and dcom98 but that was the only thread that showed up in google. I would be tempted to use this custom Wine directory otherwise.
-
I found a game ending bug on Linux on wine with the version posted by Catty.
Around the date (when starting with year 2025) of 2027 Sept. 29 I get:
Error in SelectKnownSystem
Error 3075 was generated by DAO. Database
Syntax Error (comma) in query expression 'sqr((X - 3,5)^2 + (Y - 8,85)^2 + (Z - 15,4)^2)'.
Please report [and so on]
This is followed by a seemingly endless stream of
Error in SelectKnownSystem
Error 91 was generated by Aurora
Object variable or With block variable not set
Please report [you know that part]
After restarting I start again from just before the error and from there it just occurs again after advancing time.
I've got no idea how to fix this. My wine is telling me the following up to this point:
Checking wine version, this image assumes wine-1. 3. 16;
wine-1. 3. 15
Preparing to run Aurora, setting $WINEPREFIX to;
/home/thomas/Programme/Fremde/Spiele/Aurora/wine4aurora
Aurora is starting now;
fixme:storage:create_storagefile Storage share mode not implemented.
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
The package sources at WineHQ (I am using Ubuntu 11. 04) only seem to provide wine-1. 3. 15,, that's why I haven't got 1. 3. 16 yet.
-
I found a game ending bug on Linux on wine with the version posted by Catty.
Around the date (when starting with year 2025) of 2027 Sept. 29 I get:
This is followed by a seemingly endless stream of
After restarting I start again from just before the error and from there it just occurs again after advancing time.
I've got no idea how to fix this. My wine is telling me the following up to this point:The package sources at WineHQ (I am using Ubuntu 11. 04) only seem to provide wine-1. 3. 15,, that's why I haven't got 1. 3. 16 yet.
Change your decimal separator to a period instead of comma.
-
That doesn't help. In my user. reg there even is a line that says
"sDecimal"=". "
I changed the settings of my System, too.
-
Got it fixed:
There's three different parts regarding system language in Ubuntu-Wine:
First there's Wine's preferences.
Second there is something like "regional formats" (translated from german, mustn't be accurate) which is for time, numbers and such stuff.
Both of those above where set to English standards.
Then there's the settings for the language of menus and windows. As this shouldn't affect number formats I didn't change it.
Well, now I tried changing that too and it worked. I have no idea why.
-
Every time my Naval Officers shuffle around I get a
424 429 error that doesn't go away, I can get rid of it by closing and opening the program again. Any Ideas as to why this happens linux people? The only modifications I've made for Aurora are oleut32 and ole32 along with dcom32
Wine ver: 1. 3. 3
Linux Flavor/Ver: Ubuntu 10. 10
(also, If I'm necroposting please tell me. . . )
-
No idea why but I know the issue is fixable. I think it has something to do with the IE components. try using winetricks to install IE6 or fake IE6.
When I have time again I will probably repost a fixed wine prefix that can be used to run Aurora. and I will spend some more time hunting down these bugs and seeing what can be done about them.
-
Still running into the ActiveX bug in WineSkin for OSX. I'll try installing the IE components and doing some other workarounds later. . .
-
Installing IE8 didn't work.
-
Up! I'm on os x with wine 1.4.1
I followed most hint here but with 5.60 I have a new issue: economics window doesn't open (and no errors/log are shown)
Anyone had this issue?
-
Up! I'm on os x with wine 1.4.1
I followed most hint here but with 5.60 I have a new issue: economics window doesn't open (and no errors/log are shown)
Anyone had this issue?
Try to reset windows positions from the menu option in Aurora.
-
Thad did it, thanks.
-
To consolidate the instructions for running Aurora under Wine, allow me to present the following.
I am running Wine 1.5.10, on Ubuntu 10.04
Assuming that you have compiled Wine and installed its dependencies, you should now perform the following steps, IN ORDER.
- Create a fresh wineprefix. I prefer to do this by removing the existing prefix in some fashion, such as renaming it, and then entering the commands "wineserver -k" and then "wineboot".
- After generating a fresh wineprefix, use winetricks to install the following package: "vb6run"
- Now, you must force Wine to acknowledge the existence of several dlls. Specifically, you need to register "ole32.dll" and "oleaut32.dll", which are already present in your wineprefix by default. My preferred method for doing this is to use the following commands: "regsvr32 ole32.dll" and "regsvr32 oleaut32.dll"
- Install the program commonly known to Aurora users as the "Simple Shutdown Timer" in this wineprefix.
- Using WINECFG, set overrides for the dlls "ole32.dll" and "oleaut32.dll" to "Native, then Builtin"
- Install Aurora as per the standard instructions.
- Run Aurora by running the file Aurora.exe
- Rule the Galaxy!
On my machine, at least, this allows me to run Aurora without any problems. So far, that is.
-
Creating a new wine prefix is best done by setting the WINEPREFIX environment variable to whatever path you want and then run winecfg to generate the new prefix. However each time you then use aurora the WINEPREFIX has to be set to the same value.
Thanks for that guide, I hope it helps some people.
-
Sorry, useless post.
-
Using version 6.21 I encountered the following (precursors, swarm and invaders are enabled) Does this also happen in windows?
Error in WormholeMoves
Error 3265 was generated by DAO.Fields
Item not found in this collection
-
Still playing version 6.10. When using WINE version 1.5.10, and when using WINE version 1.5.19, two issues of minor impact have shown up.
- After just over an entire game year passes, the game crashes to desktop. No data appears to be lost, and simply running the program again seems to work fine. I have no idea as to why this crash occurs.
- When shutting down the program, the command prompt I used to start the program takes some length of time to finish returning to a ready command prompt. Generally, this takes somewhere around a minute, on my machine. Forcibly killing the process, or the wineserver, seems to have no ill effect. Additionally, simply letting the program shut down at its own pace has no ill effect that I have noticed.
-
To consolidate the instructions for running Aurora under Wine, allow me to present the following.
I am running Wine 1. 5. 10, on Ubuntu 10. 04
Assuming that you have compiled Wine and installed its dependencies, you should now perform the following steps, IN ORDER.
- Create a fresh wineprefix. I prefer to do this by removing the existing prefix in some fashion, such as renaming it, and then entering the commands "wineserver -k" and then "wineboot".
- After generating a fresh wineprefix, use winetricks to install the following package: "vb6run"
- Now, you must force Wine to acknowledge the existence of several dlls. Specifically, you need to register "ole32. dll" and "oleaut32. dll", which are already present in your wineprefix by default. My preferred method for doing this is to use the following commands: "regsvr32 ole32. dll" and "regsvr32 oleaut32. dll"
- Install the program commonly known to Aurora users as the "Simple Shutdown Timer" in this wineprefix.
- Using WINECFG, set overrides for the dlls "ole32. dll" and "oleaut32. dll" to "Native, then Builtin"
- Install Aurora as per the standard instructions.
- Run Aurora by running the file Aurora. exe
- Rule the Galaxy!
On my machine, at least, this allows me to run Aurora without any problems. So far, that is.
One addition: Use
LANG="en_GB" wine Aurora. exe
to run Aurora if your system is not using the ". " as the decimal separator by default.
-
This post includes several related bug reports, a feature request, and a request for information.
***Details of how Aurora detects if it is a second copy would be much appreciated***
First, the bugs:
Aurora has a feature that protects the database from corruption if two copies are running at the same time. This feature has a few bugs.
It was working, but quit while trying to upgrade 554 to 560 after a bad crash. 621 also affected.
Clean install of 554 no longer works, either.
In any case, 'copy mode' itself is bugged.
1 'Copy mode' may be activated with only one instance of Aurora running. Details at end.
2 The database is still modified, even if no action is taken (ie: start and then quit immediately).
3 The database is still modifiable:
3a Selecting a game enables the Save and Delete buttons, which work. Note that the select game screen does not warn that it is in 'copy mode'. In particular an active game in one instance of Aurora can be deleted from another.
3b If all games are deleted, the new game screen comes up without any warning of a problem. Creating a new game will hang if two copies of Aurora are actually open. It works if the 'copy mode' instance is actually the only instance.
4 The F3 System window is still accessible through the F9 screen, just not from the main menu
4a Advancing time hangs the game with 100% CPU, requiring force quit, even if only one copy is open.
Versions affected: 554 556 560 621
Version 010 does not appear to check for second copies. Actually running a game in two instances at the same time corrupts things nicely ;)
1 A showstopper for those affected, but seems to be rare.
2 Minor bug. Effects if two copies are open at the same time have not been tested.
3,4 Bugs, but only affects 'copy mode'. 3b is potentially bad as there is no warning.
4a Side effect of 4. WAD?
******************************
Second, the feature request.
It took me two days to even figure out what 'copy mode' is, as the message 'THIS IS A COPY' is not very clear or noticable. Due to bug 3b, it may not even be seen.
Perhaps a popup window on startup (before the select game window) to the effect of 'Another copy of Aurora is already running. To protect your files, some features have been disabled. Please close all copies of Aurora and then restart it to play normally. ' would be helpful.
******************************
Third, the information request.
I suspect either some weird library conflict, or a timing race.
To help diagnose this problem, any information about how Aurora detects if it is a second copy would be helpful.
Also, which version of MSAccess is used, and which connection method? (ODBC or OLE)
I am not very familiar with VB or MSA, so please be patient.
******************************
Background.
Aurora 554 was working to start with, usual database errors aside.
There was one bad crash drawing the F3 System window affecting one system, but I was able to recover by going through the F9 window to reset the viewport. This was a segfault in GDI code. Not sure if Aurora or Wine was at fault.
On Thursday I was attempting to learn fleet management, which reset all of my TGs, erasing all orders. In recovering this, I somehow ran both of my gas miners and my tanker out of fuel. In orbit around a minable gas giant. Oops.
At this point I switched the F3 System window to that system and attempted to zoom in. Immediate segfault. (CTD in Windows terms). Further, the F9 trick didn't work. Opening to that system crashed instantly.
At this point I decided to try upgrading to 556. It was immediately apparent something was borked. Upgrading again to 560, and then 620 had no effect. Deleting the entire bottle* and reinstalling from scratch did not fix it. In my frustration, I also deleted my savefile and backups.
I can verify the following:
Rebooting has no effect.
Killing the bottle and reinstalling has no effect.
Killing the bottle, deleting every file and directory on my computer with 'Aurora' in its name (except the zip files needed to reinstall it), rebooting, and then reinstalling from scratch has no effect.
I am beginning to wonder why it worked at all in the first place.
Exactly one Aurora process is running, with 4 threads. 1 parent, 3 children.
Exactly one wineserver process is running. (Provides Windows services on Linux)
Each Aurora thread has stevefire. mdb open exactly once. This normal for Linux threads.
wineserver has stevefire. mdb open exactly once. This normal if Aurora is using Windows style file locks.
The above is also true of stevefire. ldb
No other program has stevefire. mdb or stevefire. ldb open.
*In Wine a bottle is a virtual windows partition. Deleting it should be equivalent to a format and clean reinstall of windows. In particular, this kills the registry and all installed programs and files.
System:
Pentium 4 1. 8GHz
1GB Ram
Mobility Radeon 7500
Linux 3. 2. 0
Debian testing
Wine 1. 5. 6
winetricks
vb6run (Visual Basic 6 SP 6Runtime. Required)
wmp10 (Windows Media Player 10. Fixes sound related ActiveX error. Sound doesn't actually work)
jet40 (Attempt to fix database ActiveX error. Not able to test yet)
ie6 (Supposedly fixes an ActiveX error. Not able to test yet)
-
I just found AcidWeb's Portable Launcher Utility. :o ??? :-\
WINEPREFIX=$HOME/games/Aurora/wine
wine winecfg. exe
# Under Drives tab, remove drive Z:
# Under Desktop Integration, clear links
# Under Libraries, add ole32 and oleaut32
cd "$WINEPREFIX/drive_c/Program Files"
mkdir -p "Common Files/Microsoft Shared/dao"
winetricks vb6run jet40
unzip -x path/to/Aurora621-AWv4. zip
cd Aurora
chmod 755 *exe
wine AW_Aurora. exe
It. . . works. . . . :'(
If you don't hear from me again, it means it is working
-
I once also got a segfault (attempted write to read only memory) in GDI drawing a rounded rectangle. This occurred during a zoom. Only happened once, reloading corrected it.
If F3 System Map is zoomed too quickly (ie press zoom button while it is redrawing) Aurora freezes with 100% CPU. After killing Aurora and restarting, opening System Map to that same system again freezes. Opening other systems in F3 window works normally. Sometimes forcing focus somewhere else in the system using the F12 Task Group screen before opening F3 corrects it. If not, the game is not recoverable. As redraw time varies a lot, and it isn't always obvious that it isn't finished, this one is tricky to avoid.
I sent a gas miner (powered) out to a giant in another system, as Sol had no Sorium. I then sent a tanker out to collect the fuel. Loading the tanker somehow ran both the gas miner and the tanker out of fuel (0 fuel after loading). When I switched F3 to that system, Aurora froze with 100% CPU. That game was not recoverable, even using F12 to refocus.
I towed a gas miner (no engines, empty fuel tank) out to Saturn. Tug reported task complete. The GM produced 25000L of fuel (3% capacity). I towed a second out (same setup) and ordered it dropped into the same TG. Tug reported task complete. The first gas miner and its task group were gone, and the second was still in the shipyard TG. No messages about the first miner were in the log. I zoomed in to Saturn to see what was up, and the TG was indeed gone. Aurora then froze. Again, restarting and opening F3 in Sol system freezes with 100% CPU. Advancing time once gives Error 5 Invalid procedure call or argument. Again, not recoverable.
Switching to a different system through the F9 screen, then turning off all display options, then switching to Sol, worked. WMG Tanker 1 001 is still MIA.
-
error in centreonlocation
error 6
overflow
I have no unit in system
almost any action made cause a shut down
this kind of error kills sooner or later all of my games ...
help pls
-
This one is a bug, but it is not with WINE or Linux. Error 6 occurs when some integer hits the integer limit and blows right past it into ever larger numbers.
This post has some useful information about this particular error.
In this particular case, it will almost certainly take you a loooong time to get to where you want to go - your ship will probably die from maintenance failures long before you get there.
The overflow happens whenever the travel time calculated exceeds some limit. Usually this is because you accidentally kept your ship at speed 1 and told it to go a long way.
Several things can create this, including having move orders to an EXTREMELY distant star, which is what sloanjh was addressing in that particular thread. Very large counts of any kind, however, can also cause this. Extremely long sensor ranges, such as when you place a rather absurd number of passive sensor outposts on a single stellar body, can provide ranges for the various sensor logic which exceeds the integer limit. Also, computing how much of the system to show on the map screen can cause this, which is what Erik Luken is addressing here:
There is a button someplace on the system view which sets the view to default. Click that and see if it gets fixed.
Resetting the value to the default is sometimes enough to fix this problem, as for some reason the game decides to show an immense amount of empty space when displaying new star systems, albeit only occasionally.
-
I just found AcidWeb's Portable Launcher Utility. :o ??? :-\
WINEPREFIX=$HOME/games/Aurora/wine
wine winecfg. exe
# Under Drives tab, remove drive Z:
# Under Desktop Integration, clear links
# Under Libraries, add ole32 and oleaut32
cd "$WINEPREFIX/drive_c/Program Files"
mkdir -p "Common Files/Microsoft Shared/dao"
winetricks vb6run jet40
Ok, I just did these steps above, followed by:
-unzip the portable version of 7.10
-go into the Aurora folder
-wine regsvr32 MSSTDFMT.DLL
And now the game works. Before I couldn't open the System View and kept having problems registering msstdfmt.dll.
-
Ok, I just did these steps above, followed by:
-unzip the portable version of 7.10
-go into the Aurora folder
-wine regsvr32 MSSTDFMT.DLL
And now the game works. Before I couldn't open the System View and kept having problems registering msstdfmt.dll.
I'm playing on Kubuntu 14.04 and I confirm that this works, and I now have full function including System View.