NTai XE10.1b
Moderators: hoijui, Moderators
I fixed a mutex error last night. I couldnt recreate the issue after my commit though, which might be because the nvidia TDR crash came back with a vengeance, but the small changes where much needed anyway.
I'm also thinking I'll change the version number to XE10 and leave lua to XE11 rather than the perpetual curve that converges on but never reaches the 10 (2032 XE9.999999999993 released!).
I'm also thinking I'll change the version number to XE10 and leave lua to XE11 rather than the perpetual curve that converges on but never reaches the 10 (2032 XE9.999999999993 released!).
Re: NTai XE9.79B2 pre-release
Well, in the profiler/debugger issue, you can try to use kdevelop. It can debug c++ code, for linux and windows (under cygwin). It has a VS-ish look, so it may not be that hard (I didn't tried, I didn't use C/C++ in a looooong time)
kdevelop.org
kdevelop.org
Re: NTai XE9.79B2 pre-release
I don't have any linux installs capable of running spring atm nm being booted.
Anyway the debugger issue seems to be gone, but a profiler would indeed be useful.
Anyway the debugger issue seems to be gone, but a profiler would indeed be useful.
Re: NTai XE9.8 experimental for 0.76b1
Thanks for releasing this. As expected I guess the crash bug still remains. I've never seen it run my BA config for a full game without crashing so hopefully when you get sometime and a dev environment you should be able to run in debug mode and catch the cause.
Coincidently I tried IK's XTA config and got a crash at a similar time as well.
Coincidently I tried IK's XTA config and got a crash at a similar time as well.
Last edited by DJ on 10 Jan 2008, 16:51, edited 1 time in total.
Re: NTai XE9.8 experimental for 0.76b1
Thats likely to be the crashbug which involved simframes in an infinite recursion. That bug was in spring not NTai and was fixed before release.
The error with the mutex no longer applies as there is no longer an array of builders to track so the mutex was removed. You have to be specific that the bug your having occurs within the latest release available otherwise you're opening a huge can of worms that could lead to a year of confusion where my attempt to isolate a bug may introduce much worse and more numerous bugs when infact the bug was already fixed when work began.
NTai bug reports in general are incredibly inconsistent in that most bugs are reported in versions that arent the latest cutting edge versions available. So please retest with this build, if it wasnt tested and verified to still occur in this build then I dont want to hear about it, its probably a spring svn bug that got fixed weeks ago or something I fixed myself before christmas.
The error with the mutex no longer applies as there is no longer an array of builders to track so the mutex was removed. You have to be specific that the bug your having occurs within the latest release available otherwise you're opening a huge can of worms that could lead to a year of confusion where my attempt to isolate a bug may introduce much worse and more numerous bugs when infact the bug was already fixed when work began.
NTai bug reports in general are incredibly inconsistent in that most bugs are reported in versions that arent the latest cutting edge versions available. So please retest with this build, if it wasnt tested and verified to still occur in this build then I dont want to hear about it, its probably a spring svn bug that got fixed weeks ago or something I fixed myself before christmas.
Re: NTai XE9.8 experimental for 0.76b1
OK this bug is in NTai XE9.8 experimental for 0.76b1 (the latest version i have). It's very difficult to report bug for an AI effectively. The crash happens randomy some 20 minutes into the game...
Re: NTai XE9.8 experimental for 0.76b1
You should be able to get a stacktrace that buildbot can translate. If not, try again with the 24MB unstripped NTai.dll here:
http://www.darkstars.co.uk/temp/NTai.dll (giant 24MB version)
http://www.darkstars.co.uk/temp/NTai.dll (giant 24MB version)
Re: NTai XE9.8 experimental for 0.76b1
buildbot can't translate AI DLL stacktraces yet, I've just made it store debugging info but someone needs to change the PHP script.
viewtopic.php?f=12&t=13148
viewtopic.php?f=12&t=13148
Re: NTai XE9.8 experimental for 0.76b1
Code: Select all
(0) C:\WINDOWS\system32\msvcrt.dll(__unguarded_readlc_active_add_func+0x3ce) [0x77C33509]
(1) C:\WINDOWS\system32\msvcrt.dll(__unguarded_readlc_active_add_func+0xae0) [0x77C33C1B]
(2) C:\WINDOWS\system32\msvcrt.dll(setlocale+0x2f) [0x77C33C60]
(3) D:\spring0_76b1\Spring\AI\Bot-libs\NTai.dll [0x6B7403A5]
(4) D:\spring0_76b1\Spring\AI\Bot-libs\NTai.dll [0x6B6D64FA]
(5) D:\spring0_76b1\Spring\AI\Bot-libs\NTai.dll [0x6B6FB148]
(6) D:\spring0_76b1\Spring\AI\Bot-libs\NTai.dll [0x6B6BB2F0]
(7) D:\spring0_76b1\Spring\AI\Bot-libs\NTai.dll [0x6B6673E3]
(8) D:\spring0_76b1\Spring\AI\Bot-libs\NTai.dll [0x6B6B943C]
(9) D:\spring0_76b1\Spring\AI\Bot-libs\NTai.dll [0x6B6C5466]
(10) D:\spring0_76b1\Spring\AI\Bot-libs\NTai.dll [0x6B6BC423]
(11) D:\spring0_76b1\Spring\AI\Bot-libs\NTai.dll [0x6B6C5466]
(12) D:\spring0_76b1\Spring\AI\Bot-libs\NTai.dll [0x6B6A83B0]
(13) C:\WINDOWS\system32\msvcrt.dll(endthreadex+0xa9) [0x77C3A3B0]
(14) C:\WINDOWS\system32\kernel32.dll(GetModuleFileNameA+0x1b4) [0x7C80B683]
Re: NTai XE9.8 experimental for 0.76b1
svn builds are already incompatible, so these new builds with debugging info would not work with 0.76b1. You will need to compile the AI yourself DJ and use a debugger. I would suggest that you use codeblocks rather than netbeans due to the debugging support. There should be an existing codeblocks project, it would require the removal and addition of various files though which would become obvious as you tried to compile.I've just made it store debugging info but someone needs to change the PHP script.
Tobi is there any way of making buildbot build AIs twice against both the current tagged release and svn spring? Or any ideas on automating AI builds? If possible I'd like to be able to invoke an svn update followed by a build on my server on the odd occasion but I'm unsure how to go about doing that without starting a full spring compile which would take ages and likely get me into trouble.
Re: NTai XE9.8 experimental for 0.76b1
Should be possible yeah by making it checkout tags/spring_0.76b1 and switching AI subdir to trunk/AI.
No clue if that can be done properly in buildbot or whether it needs an extra buildstep that manually does the svn switch (if needed). (I guess the latter)
Possibly I look at it sometime.
If you want to do it yourself, a scons configure followed by scons GlobalAI shouldn't build Spring but just AIs (or even scons NTai if you want just NTai builds). You will need all build dependencies tho or need to hack the configure to skip (a lot of) them.
No clue if that can be done properly in buildbot or whether it needs an extra buildstep that manually does the svn switch (if needed). (I guess the latter)
Possibly I look at it sometime.
If you want to do it yourself, a scons configure followed by scons GlobalAI shouldn't build Spring but just AIs (or even scons NTai if you want just NTai builds). You will need all build dependencies tho or need to hack the configure to skip (a lot of) them.
Re: NTai XE9.8 experimental for 0.76b1
I've not got time to get into all that, I just had a couple of hours spare the other day so thought i'd have a look.
Best of luck with getting this working but I'm afraid other than bug reports I can't be of more help than that.
Best of luck with getting this working but I'm afraid other than bug reports I can't be of more help than that.