QUOTE(jrmeindl @ Nov 11 2007, 12:26 PM)
Hi Steve,
I downloaded and ran version 1.5.9. For me, this was not as robust as 1.5.8. It took a bit to load this version and took some time to read my trainset directory. I ran bnsfemp.zip again after installing 1.5.9. I did get a couple of errors. I included the screen shots and the debug file. The first time I ran it, about 2/3 of the cars were replaced. I ran the replace a second time and managed to replace all of the cars. I let AM choose the replacements for me. I'm wondering if it just might be my computer short of enough memory (512 MB), although I haven't ran into any issues before.
Jim
Jim,
Thanks for checking this out. It shouldn't be less robust though, I added MORE error checking. But that could be wha'ts slowing it down though. Also checking the 'generate debug file' does slow it down because it has to write quite a bit to disk and disk i/o is always a bottleneck. Thanks for attaching the screen shots and debug.txt, that is extremely helpful. Notice that instead of just dumping you out, you got the overload error but the program CONTINUED. It didn't replace all the cars though as you said because it did jump out (instead of crashing). If you ran it a second time on the same activity that had already had some replacements made, then it worked and replaced all the cars.
As for WHY you got that first error though, that is still a mystery to me. Since i = 89 and the maximum for that is 5,000, and j = 1101 and the maximum for that is 32,000, I know now that the overflow is NOT a matter of capacity or an array index out of range. It seems to be some piece of data getting set to a type that it can't be coerced to. For instance attempting to set an integer to a null string. I will keep troubleshooting this, I really appreciate your patience and help.
The other error means just what it says. There is an AI engine in the player consist, you needed to select a driveable engine as a possible replacement for it. Not sure why the AI engine was in the player consist though. To get around this try selecting your own player driveable locomotives using that feature in AM. It's better anyway: you get to drive what you want, and it isn't as picky -- as long as the LEAD loco is driveable you can have non-driveable locos elsewhere in the consist. When performing automatic replacement though AM doesn't take into consideration the position in the consist, it replaces all locos in the player consist with driveable. This is because in the current code there is no logic to mark the ordinal position of the piece of rolling stock being replaced so AM can't "know" if this is the first, last, etc. loco. But in "Choose Player Locomotives" each locomotive is examined on the basis of it's ordinal position in the consist.
I am attaching another update, 1.5.10. It isn't guaranteed to fix the problem but at least it should tell us which piece of rolling stock the program is getting stuck on. Can you also try this where YOU select the replacements and let me know how/if it works?
Click to view attachmentAlso 512MB is plenty of memory for AM, there is no problem there.
Thanks,
Steve