Spring RTS Engine

I also had problems with that line, I can├óÔé¼Ôäót remember exactly how I solved it but it was something like this.

*Warning untested code*
if(i->first.find(dir) != string::npos){

Yes that null pointer was one of my private bugs, and here comes a new line of suspects. UnitDefHandler.cpp line 86. This doesn├óÔé¼Ôäót take restricted units in account, easily fixed by setting the yardmap pointer on all units to null or by only allocating space for the number of units actually use...

Even more bugs deluxe edition BFReadmap.cpp line 23 and PathEstimator.cpp line 642. This isn├óÔé¼Ôäót really a bug but changing ├óÔé¼┼ôfind├óÔé¼┬Ø to ├óÔé¼┼ôfind_last_of├óÔé¼┬Ø will prevent errors with filenames containing more then one dot. BuilderCAI.cpp line 434. This line should probably be ├óÔé...

Ok this is a bit too late but who cares. I can├óÔé¼Ôäót find the file you are referring to and my crystal ball is a bit rusty today so could you enlighten me with the error messages you are getting? Hopefully this can be to some help. Shodans guide to spring in visual studio 2005 Part one: The Sprin...

Yes you are totally right but I am using the visual studio 2005 beta and Microsoft seems to have changed their priorey_quean implementation. In the new version of the library the pointer is dereferenced during the call to pop, but as long as VC 2003 is the main development platform it should be fine...

After some more digging I found another small bug in ├óÔé¼┼ôCobEngine.cpp├óÔé¼┬Ø this time on line 38 when ├óÔé¼┼ôsleeping.pop()├óÔé¼┬Ø accesses the deleted element. The next bug is in ├óÔé¼┼ôTransportUnit.cpp├óÔé¼┬Ø line 46 when ├óÔé¼┼ôti->unit->xsize├óÔé¼┬Ø is used but all that remains of the ├óÔé...

I recently had way to much spare time and to do something semi productive some of it was spent on debugging spring. This is my findings so far: QuadField.cpp line 92 "baseQuads[*qi].units.erase(ui);" should probably be "baseQuads[*qi].teamUnits[unit->allyteam].erase(ui);" And Cob...