Spring RTS Engine

Old post deleted. Updated to 4623.

---------------

Looks like your not supposed to press "reload map list" in the new svn4623. I can produce recurring errors. Pressing the button results in the following error which disables the functioning of the client, since you can't just host a new battle, but have to restart to get it to work:

Error in module ntdll.dll
Exception class: EAccessViolation
Exception address: 7C921E58
----------------------------------------------------------------------------------------------------
Stack list, generated 25.10.2007 18:35:08
(00010E58) [7C921E58]

Exception class: EAccessViolation
Exception address: 7C920F2B
----------------------------------------------------------------------------------------------------
Stack list, generated 25.10.2007 18:36:26
[7C920F2B] Unknown function at wcsncpy + $49C
[00482C49] Controls.TWinControl.Update + $15
[006C62E5] Utility.ReInitLib (Line 186, "Utility.pas" + 1) + $0
[006959A3] InitWaitFormUnit.TInitWaitForm.FormActivate (Line 140, "InitWaitFormUnit.pas" + 21) + $0
[00496E3F] Forms.TCustomForm.Activate + $27
[00497AA4] Forms.TCustomForm.CMActivate + $10
[0047D7C4] Controls.TControl.WndProc + $188
[0040471B] System.TObject.Dispatch + $13
[0047D7C4] Controls.TControl.WndProc + $188
[00481295] Controls.TWinControl.WMWindowPosChanging + $41
[00497A86] Forms.TCustomForm.WMWindowPosChanging + $AA
[0040471B] System.TObject.Dispatch + $13
[0047D7C4] Controls.TControl.WndProc + $188
[00480823] Controls.TWinControl.WndProc + $157
[004953D9] Forms.TCustomForm.WndProc + $421
[005AA753] SpTBXItem.TSpTBXCustomTitleBar.NewParentFormWndProc (Line 7435, "SpTBXItem.pas" + 90) + $8
[00480823] Controls.TWinControl.WndProc + $157
[004953D9] Forms.TCustomForm.WndProc + $421
[005AA753] SpTBXItem.TSpTBXCustomTitleBar.NewParentFormWndProc (Line 7435, "SpTBXItem.pas" + 90) + $8
[004804A0] Controls.TWinControl.MainWndProc + $2C
[0042A1D0] Classes.StdWndProc + $14
[004985A8] Forms.TCustomForm.ShowModal + $148
[006C6329] Utility.ReInitLibWithDialog (Line 199, "Utility.pas" + 3) + $9
[006BBD8F] BattleFormUnit.TBattleForm.ReloadMapListButtonClick (Line 4214, "BattleFormUnit.pas" + 10) + $0
[0047D95C] Controls.TControl.Click + $64
[00635EA5] TBXDkPanels.TTBXCustomButton.Click (Line 3852, "TBXDkPanels.pas" + 14) + $3
[00482E37] Controls.TWinControl.GetClientRect + $F
[004046A4] System.@CallDynaInst + $4
[0047DDB2] Controls.TControl.WMLButtonUp + $5E
[0047D7C4] Controls.TControl.WndProc + $188
[0048064B] Controls.TWinControl.IsControlMouseMsg + $13
[00480823] Controls.TWinControl.WndProc + $157
[004804A0] Controls.TWinControl.MainWndProc + $2C
[0042A1D0] Classes.StdWndProc + $14
[004359B6] Contnrs.TComponentList.GetItems + $A
[005E663D] AppEvnts.TCustomApplicationEvents.DoMessage + $D
[0049B877] Forms.TApplication.ProcessMessage + $83
[0049B8AE] Forms.TApplication.HandleMessage + $A
[0049BADE] Forms.TApplication.Run + $96
[006F9CE4] TASClient.TASClient (Line 173, "" + 66) + $2

-------

edit: once this error occured, a following error is this:
Unitsync assertion failed
tools/unitsync/unitsync.cpp:901: Call InitArchiveScanner before GetPrimaryModChecksum.

Was there something that you did before the lobby crashed?

No, not that I know of.
One LAN player was running low on free space on his C: drive though...

In svn's of 75b2 has it changed that the stacktrace is not written into the infolog.txt anymore, which renders the file quite useless?

infolog.txt gets written to when your game crashes, the lobby is something completely different.

My point was rather the missing stacktraces in the infolog.txt in the svn4571. The problem with crashreports (and atm Spring bails out a lot on LAN for us) is, that we don't get stacktraces in the infologs for our recent crashes. And we also get "fatal error" windows, which indicate that the client crashed - but yet, it still lives. Maybe it's not functioning properly, but we can't make that out immediately...

Bit confusing atm.

hm, that's bad. do replays survive those crashes?

I haven't tested replays yet, a friend of mine and I are just going crazy on LAN games vs. AIs atm. I have updated the first posting in this thread to the new SVN 4623 and crashreports there.

HTH.

AAI and KAIK both don't build anything more than 2 wind, 2 mex and a factory, then they stop. Tested on two maps, numerous times. AAI plays very weak though, weaker than normal.

And despite setting the metal and energy start amount to 1000, we start with 40 and thus have to build storages first...

imbaczek wrote:hm, that's bad. do replays survive those crashes?

Sort of, though you may need to hex edit them a bit to make them play longer then 0 seconds.

Hopefully I can find some time to look at that this weekend.

Linebacker wrote:AAI and KAIK both don't build anything more than 2 wind, 2 mex and a factory, then they stop. Tested on two maps, numerous times...

AAI won't EVER build winds, it doesn't use them. Perhaps you meant solars?

I used KAIK and AAI while testing the svn's. Maybe there were 2 KAIK's and one AAI, so I just saw a few winds and assumed they all did the same. The point is: they stopped building and playing.

Ok we resorted to the 75b2 version as it is on the spring website, since we can't use AIs for our LAN games with svn's. Here's the most recent error, can someone tell where it comes from?

Spring 0.75b2 has crashed.
Exception: Access violation (0xc0000005)
Exception Address: 0x007666ff
DLL information:
0x00400000 spring
0x7c910000 ntdll
0x7c800000 kernel32
0x77da0000 ADVAPI32
0x77e50000 RPCRT4
0x73e70000 dsound
0x77be0000 msvcrt
0x7e360000 USER32
0x77ef0000 GDI32
0x774b0000 ole32
0x76af0000 WINMM
0x77bd0000 VERSION
0x68fc0000 GLU32
0x5f0d0000 OPENGL32
0x736d0000 DDRAW
0x73b30000 DCIMAN32
0x76c50000 IMAGEHLP
0x71a30000 WSOCK32
0x71a10000 WS2_32
0x71a00000 WS2HELP
0x10000000 SDL
0x7c340000 MSVCR71
0x00d00000 DevIL
0x66fc0000 freetype6
0x61b80000 zlib1
0x00e90000 glew32
0x003e0000 ILU
0x01ba0000 LgWndHk
0x01470000 LgMsgHk
0x76020000 MSVCP60
0x69500000 nvoglnt
0x719b0000 mswsock
0x66710000 hnetcfg
0x719f0000 wshtcpip
0x76bf0000 WINTRUST
0x77a50000 CRYPT32
0x77af0000 MSASN1
0x72c90000 wdmaud
0x72c80000 msacm32
0x77bb0000 MSACM32
0x77ba0000 midimap
0x73e40000 KsUser
0x03060000 LgKbdHk
0x61f00000 RAIv0551
0x66cc0000 KAI-0.23b1
0x59dd0000 DBGHELP
Stacktrace:
(0) X:\Games\Spring\spring.exe [0x007666FF]
(1) X:\Games\Spring\spring.exe [0x0076C3B0]
(2) X:\Games\Spring\spring.exe [0x00763291]
(3) X:\Games\Spring\spring.exe [0x00768458]
(4) X:\Games\Spring\spring.exe [0x007F9C63]
(5) X:\Games\Spring\spring.exe [0x00818D48]
(6) X:\Games\Spring\spring.exe [0x006E411E]
(7) X:\Games\Spring\spring.exe [0x0071BD8A]
(8) X:\Games\Spring\spring.exe [0x005BB7F1]
(9) X:\Games\Spring\spring.exe [0x005DB50C]
(10) X:\Games\Spring\spring.exe [0x005DE5EE]
(11) X:\Games\Spring\spring.exe [0x00819AA9]
(12) X:\Games\Spring\spring.exe [0x00821C68]
(13) X:\Games\Spring\spring.exe [0x00822038]
(14) X:\Games\Spring\spring.exe [0x00822269]
(15) X:\Games\Spring\spring.exe [0x0090F147]
(16) X:\Games\Spring\spring.exe [0x00401292]
(17) X:\Games\Spring\spring.exe [0x004012DD]
(18) C:\WINDOWS\system32\kernel32.dll(RegisterWaitForInputIdle+0x49) [0x7C816FF7]

Ok, this maybe helpful, but I can't read it. I am not a programmer, just a one of the players. Please don't incorporate me too much into the details.

Run your stacktrace through it before posting, it
makes it easier for the devs to find your problem.

(number of players) > (number of devs)

P.S. [stacktrace] ... [/stacktrace] would be a nice phpBB feature

0x007666FF

XTA bug, get 9.1.