1. Is that going to give me a log on stuff like above, so i can keep better track of what i am missing, like the (s) in Binding?
2. Didnt know that was a problem, thx for fixing that, thats a must infact
3. Dont quite understand what a mal- translated tech ids if, sorry
4. Now that sounds very interesting, and also, much needed.
Also lately there has been an influx of mini-dumps, anything to be concerned about?
Nope, there won't be any log, but then again you shouldn't need to do anything now I've fixed the load. The mal-translated ids were what resulted from loading the reseach queue and then not translating the tech id after a tech tree change. This fix prevents that happening any more, but any games that were saved in that state have the bad translation 'baked in' so it still has to cope. The case that was giving it a headache was where the id for the thing you were researching changed to be a much lower value tech. So suppose you were researching Monarchy at cost 500 (illustrative numbers only), towards which you'd got 300 points so far when you saved. The tech tree than got changed, and when you next loaded the id that used to be monarchy is now something a lot cheaper (axe making say), with cost 100. Because the load didnt translate the id, it thought you were researching axe making. The first fix adds the necessary translation so it would change the id to the right one for monarchy when it loaded the game. However, if you saved the game in that state (i.e. - in a version before the first fix) the save would have all the right data for axe making and loading it again with a fixed version really thinks you meant axe making. Now when it tries to process multiple research and finds that you have enough points to have finished including any overflow, but in this case you have 300 saved up for a tech that costs 100, so researching it ADDS 200 to the overflow. The AI also didn't handle multiple research by immediately setting a new research goal, so it thought it wanted to research axe making AGAIN. This basically causes it to keep adding to the overflow in a loop that continually researches the same tech. It's all down to not setting a new tech goal on completing the first (it did THAT at the start of a turn only, which is fine without mutliple research but not with), and not expecting to already have accrued more towards a tech than it costs in the first place (which can only arise because of the mal-translated ids)
I've been looking at minidumps and so far the only one that appears concerning (i.e. - implicates the DLL, others all being graphical) is yesterday's crash that Sgtslick reported, which I cannot reproduce, but the minidump for which definately indicates a DLL problem.