Switching to Spring 84

[bibim]

Reminder:

Here is what you can do to upgrade your autohost to new Spring version:

On Linux:
- recompile Spring and install it (actually you just need to compile unitsync and spring-dedicated, and generate "gamedata" (Spring base files)).
- update the paths in spads.conf for new Spring version if needed
- update your SPADS installer script so that it contains the latest changes which could be required to recompile the unitsync interface: "./update.pl <spadsRelease> -a"
- launch the PerlUnitSync module generation: "./spadsInstaller.pl -g"

On Windows:
- update the "springDataDir" setting in spads.conf if you installed the new Spring version in a different place
- restart SPADS (if it doesn't work, you may need to update SPADS manually with: "perl update.pl <spadsRelease> -A")



NOTE:
It is recommended to remove NetworkTimeout, InitialNetworkTimeout, and ReconnectTimeout entry lines from your ~/.springrc configuration file, as their behaviour changed in Spring 84.0, making it impossible to use reconnect and mid-game join features if old default values are kept.

[very_bad_soldier]

Thanks Bibim, works like a charm. Always a pleasure to work with your stuff.

[Jools]

Thanks for the notice. By the way, don't have those parameters in spads.conf (I use a customised file called semprini.conf)

However, after updating, I have perl crashing after I try to start spads. It says the folowing:

Code: Select all

NOTICE   - [SPADS] Initializing SPADS
perl.exe : 
At C:\Users\User\Desktop\semprini.ps1:3 char:5
+ perl <<<<  spads.pl ./etc/semprini.conf
    + CategoryInfo          : NotSpecified: (:String) [], RemoteException
    + FullyQualifiedErrorId : NativeCommandError
 
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

[very_bad_soldier]

Thanks for the notice. By the way, don't have those parameters in spads.conf (I use a customised file called semprini.conf)

Those parameters are in ~/.springrc

[Jools]

Oh yeah, I saw that springrc is the one that corresponds to springsettings.cfg on windows (of which there are 4 on my computer, edited them all). That's not the cause anyway.

Edit: same thing happened after reinstall. Here's the windows crash details:

Code: Select all

Problem signature:
  Problem Event Name:	APPCRASH
  Application Name:	perl.exe
  Application Version:	5.14.0.1400
  Application Timestamp:	4dcc11a7
  Fault Module Name:	unitsync.dll
  Fault Module Version:	0.0.0.0
  Fault Module Timestamp:	4ecaed49
  Exception Code:	40000015
  Exception Offset:	000b13be
  OS Version:	6.1.7601.2.1.0.256.1
  Locale ID:	2057
  Additional Information 1:	57ce
  Additional Information 2:	57ced51c269ce125e1c357a2078c76ab
  Additional Information 3:	2147
  Additional Information 4:	21476a088e22ce430e08731b0c040000

Read our privacy statement online:
  http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

If the online privacy statement is not available, please read our privacy statement offline:
  C:\Windows\system32\en-US\erofflps.txt

[bibim]

Can you try to launch spads with only 1 map available (a basic one, such as comet catcher redux) ?

I've been able to reproduce a crash with unitsync on Windows when parsing some map info on some specific maps...

[bibim]

I have no idea why, but on Windows the new unitsync library crashes when SPADS calls the function GetMapOptionCount on certain maps ("DeltaSiegeDry Deluxe V3" is one of these problematic maps)

[Jools]

I remember that the unitsync needed to be replaced for spads to work before. Maybe a similar thing?

I'll report the results of the test with one map soon. But the remarkable is that it's not just spads that crashes, it's the perl process too.

[hoijui]

I have no idea why, but on Windows the new unitsync library crashes when SPADS calls the function GetMapOptionCount on certain maps ("DeltaSiegeDry Deluxe V3" is one of these problematic maps)

only happens on windows? :/

[bibim]

I remember that the unitsync needed to be replaced for spads to work before. Maybe a similar thing?

No it was different, it was due to non backward compatible changes in the syntax of the unitsync Init function.

I'll report the results of the test with one map soon. But the remarkable is that it's not just spads that crashes, it's the perl process too.

You can also try to switch to "contrib" SPADS release. I disabled map option parsing there as a temporary workaround...

only happens on windows? :/

Yes

[Jools]

I don't think it has to do with unitsync at all, it crashes almost immediately. It happens also with 1 map and with the contrib version. Here:s the event procedure: the default version doesn't crash (I used old spadsinstaller.pl), but after the install it updates some packages and then it makes perl crash.

Could be something on my spads install, but it's not the windows version: I've tested both with win7 and xp.

Output:

Code: Select all

PS E:\games\spads> perl .\spads.pl .\etc\semprini.conf
NOTICE   - [SPADS] Initializing SPADS
NOTICE   - [SpadsUpdater] 1 package(s) updated
NOTICE   - [SPADS] AutoHost restart scheduled (reason: auto-update)
NOTICE   - [SPADS] Initializing SPADS
perl.exe : 
At line:1 char:5
+ perl <<<<  .\spads.pl .\etc\semprini.conf
    + CategoryInfo          : NotSpecified: (:String) [], RemoteException
    + FullyQualifiedErrorId : NativeCommandError
 
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

[bibim]

I don't think it has to do with unitsync at all, it crashes almost immediately. It happens also with 1 map and with the contrib version. Here:s the event procedure: the default version doesn't crash (I used old spadsinstaller.pl), but after the install it updates some packages and then it makes perl crash.

I'm 99% sure it's related to unitsync / Perl unitsync module, it's the only thing that really changed lately anyway...
SPADS auto-updates before loading unitsync, that's why it didn't crash on first run.

[bibim]

Ok so after some investigations, it appears that in the same way that GetMapOptionCount function crashes with certain maps (DeltaSiegeDry Deluxe V3 ...), GetModOptionCount also crashes with certain mods (Balanced Annihilation V7.12 ...), only on Windows

[hoijui]

hmm... it does not seem likely to me that i would do unitsync debugging on windows anywhere in the next weeks.
if you cant get a translated stack trace, someone has to compile it himself and use GDB, i guess.

[Jools]

I found what caused the crash in my case: it's the latest BOTA mod in mods folder: BOTA 1.7 beta 10. Without it, no crash.

BOTA hasnt been updated in a while. It could house some incompatible components.

[abma]

file can be found here: http://springfiles.com/spring/games/basically-ota