Spring RTS Engine

Hey, I'm new here. Woohoo, or something like that


Well, I've been experiencing crashes with the newest NTAI version running XTA9 and IK's config in every game. So now I started the spring.exe GlobalAI test with NTAI, trying to reproduce the crash and get some information.

Quick summary for AF:
- Spring v.0.75b2
- NTAI XE9.73
- XTA9
- 1v0ry_k1ng's XTA config
- crashes about 2-5min into game
- Windows XP Professional
- hmmm... I think I forgot something here

Infolog.txt
*PASTEBIN* f3c68a983
(no URL for new users )

I'm aware there're crashbugs with 0.75b2, however I cant fix them because I have no information as to where in NTai it crashes. addr2line on my computer yields no clues and just spurts out "0: 0 ?" for each line, and the spring stacktrace translator gives no information either.

Ontop of that none of my debuggers work.

Oh, I've been reading through this forum to check if these crashes are already known, seems like I've not been digging deep enough. I'm sorry
From other crashes I remember some issues with the Commander in the logs and I think it always crashed at the point it's asking for the "next task?". I'm not really certain though and I don't think this can really help you finding the problem.

I'd like to help with AI related things since I'm interested in that but I've only started learning C a few months ago and I already forgot everything. Even if I knew C/C++, I don't think I could really help at all

EDIT:
There's a bit more in the NTAI logs, after the "next task?" line:

[05:43] < Frame: 10291 >CKeywordConstructionTask::Init b_geo
[05:43] < Frame: 10291 >Given the go ahead :: core_solar_collector
[05:43] < Frame: 10291 >Given the go ahead :: core_wind_generator
[05:43] < Frame: 10291 >Given the go ahead :: core_energy_storage
[05:43] < Frame: 10291 >Given the go ahead :: core_metal_storage
[05:43] < Frame: 10291 >Given the go ahead :: core_metal_extractor
[05:43] < Frame: 10291 >Given the go ahead :: core_metal_maker
[05:43] < Frame: 10291 >Given the go ahead :: core_kbot_lab
[05:43] < Frame: 10291 >Given the go ahead :: core_vehicle_plant
[05:43] < Frame: 10291 >Given the go ahead :: core_aircraft_plant
[05:43] < Frame: 10291 >Given the go ahead :: core_shipyard
[05:43] < Frame: 10291 >Given the go ahead :: core_light_laser_tower
[05:43] < Frame: 10291 >Given the go ahead :: core_radar_tower
[05:43] < Frame: 10291 >Given the go ahead :: core_torpedo_launcher
[05:43] < Frame: 10291 >Given the go ahead :: core_adv_vehicle_plant
[05:43] < Frame: 10291 >Given the go ahead :: core_geothermal_powerplant
[05:43] < Frame: 10291 >Given the go ahead :: core_gaat_gun
[05:43] < Frame: 10291 >Given the go ahead :: core_pulverizer
[05:43] < Frame: 10291 >Given the go ahead :: core_dragons_teeth
[05:43] < Frame: 10291 >Given the go ahead :: core_toaster
[05:43] < Frame: 10291 >Given the go ahead :: core_hovercraft_platform
[05:43] < Frame: 10291 >Given the go ahead :: core_seaplane_platform
[05:43] < Frame: 10291 >Given the go ahead :: core_adv_kbot_lab
[05:43] < Frame: 10291 >Given the go ahead :: core_adv_aircraft_plant
[05:43] < Frame: 10291 >Given the go ahead :: core_adv_shipyard
[05:43] < Frame: 10291 >CKeywordConstructionTask::Build() :: core_geothermal_powerplant

So there seems to be a problem with building geos. (same error with arm NTAI)

Maybe that helps?

http://spring.unknown-files.net/file/33 ... berlogger/

A build of NTai with extensive logging.

Logs can be found in /AI/NTai/Logs/ if installed correctly

requires toolkit for the necessary folder structure

Needs configs for mods

1 crashbug fixed

report all crashes to the spring forums along with the AI log and infolog.txt (use a pastebin, no posting giant logs in my thread)

the uberlogger build has some interesting quirks, for example;



xta crashed after about 10 minutes, stacktrace
http://spring.unknown-files.net/file/33 ... tacktrace/

all reclaim orders seem to result in crazy behavior. the commander crossed the entire map to reclaim and enemy solar, then returned to base, help two kbots reclaim another solar, and then was reclaimed by the two bots

AF wrote:http://spring.unknown-files.net/file/33 ... berlogger/

A build of NTai with extensive logging.

Logs can be found in /AI/NTai/Logs/ if installed correctly

requires toolkit for the necessary folder structure

Needs configs for mods

1 crashbug fixed

report all crashes to the spring forums along with the AI log and infolog.txt (use a pastebin, no posting giant logs in my thread)

Please reread.

Without an AI log those screenshots are useless. Spring stacktraces are useless too. And please use thumbnails in my thread

i reckon "Units reclaiming other units" is a big enough bug to be going with, but i'll do another test and post the logs later

without AI logs or a working stacktrace translator the whole lot is useless.

Im not even sure what the conbots were trying todo that went wrong and ended up in them reclaiming nearby units.

it crashed in the first minute, but still managed to make 50 meg of logs;

http://spring.unknown-files.net/file/33 ... H_LOGGERZ/

hope that helps

Is it really needed to upload the whole log? I think the last 1000 lines are sufficient. Additionally 79% of the log are CUnit::RecieveMessage and CUnit::GetAge.

Last 1000 lines of my "cleaned" log: http://pastebin.com/m3d25441c

Actually, yes ebcause then you miss out on the first 1000 lines, aswell as file information in multiple logs which is how I can tell which files was written to alst which means I know which AI crashed, which means I know which log to look at.

AI logs compress very well. IKs 500kb file expands into 50MB+ of logs. Upload the archives to UF under temp files section.

Also I cant find your pastebin post. simply adding *pastebin* wont work as pastebins are everywhere, and I need to know the exact link. pastebin.ca? pastebin.com? pastebin.org? All different sites ran by different people with different pastebins.

If somethign is bigger than 1k lines a pastebin wont do, your better compressing it and uploading a file somewhere instead.

Ok, sorry.
I didn't know pasebin had more than .com.

Crash log

Yay URL pwnage

the good news; no more crashes!

the bad news:

1) dont try and use uberlogger without 5 gigs harddrive space
2) dont try and use uberlogger without 3 ghz cpu +
3) the reclaiming issue still appears, although it only seems to happen on darkside remake, maybe because of all the rocks?

http://spring.unknown-files.net/file/33 ... _LOGARAMA/