System.ArgumentOutOfRangeException at ORTS.Train.CheckSignalPassed (X.1467)

[Derek Morton]

Exception occurs at starting AI trains.

[r.roeterdink (r-roeterdink)]

Which Seligman route is this?

[Derek Morton (derek-a)]

SLI seligman II payware

On 14/03/2013 12:07, r.roeterdink wrote:
> Which Seligman route is this?
>
> ** Changed in: or
> Assignee: (unassigned) => r.roeterdink (r-roeterdink)
>

[r.roeterdink (r-roeterdink)]

Could you please attach the traffic file and the related path files?
I don't need the activity or services files, nor the consists.
Please do not send the packed activity file as I have problems unpacking those files.
Thank you.

[Derek Morton (derek-a)]

On 15/03/2013 9:46, r.roeterdink wrote:
> Could you please attach the traffic file and the related path files?
> I don't need the activity or services files, nor the consists.
> Please do not send the packed activity file as I have problems unpacking those files.
> Thank you.
>

[r.roeterdink (r-roeterdink)]

Installed the route, set up activity, ran the activity and - no crash.
It could be that the length of the consists could affect this.
Attached is an adapted version of RunActivity.exe which has additional debug output to the log-window, perhaps that will provide a clue.
Could you please run that version and attach the resulting log-file?
Thank you.

[Derek Morton (derek-a)]

On 16/03/2013 10:38, r.roeterdink wrote:
> Installed the route, set up activity, ran the activity and - no crash.
> It could be that the length of the consists could affect this.
> Attached is an adapted version of RunActivity.exe which has additional debug output to the log-window, perhaps that will provide a clue.
> Could you please run that version and attach the resulting log-file?
> Thank you.
>
> ** Attachment added: "Special test version of RunActivity.exe"
> https://bugs.launchpad.net/or/+bug/1154877/+attachment/3576986/+files/RunActivity_1154877.zip
>

[r.roeterdink (r-roeterdink)]

Thanks.
This one is a real puzzle. Two trains pass this signal without problems, the third train, taking the same route as the others, causes a crash.
I have added some further print-outs to the log file hoping that this will help me along a bit further, but I must admit I have no idea what goes wrong. I do know where and why the crash occurs, but the data on which the crash occurs is just the wrong data and it should not be possible for the data to have those values. The allocation of these completely wrong values to the data happens somewhere else and that is what I must try and find out.
Thanks for your help.

[Derek Morton (derek-a)]

Hi Rob,

Should we ask for someone else to verify the crash?
It may be an issue on my system?

cheers
Derek

On 16/03/2013 23:11, r.roeterdink wrote:
> Thanks.
> This one is a real puzzle. Two trains pass this signal without problems, the third train, taking the same route as the others, causes a crash.
> I have added some further print-outs to the log file hoping that this will help me along a bit further, but I must admit I have no idea what goes wrong. I do know where and why the crash occurs, but the data on which the crash occurs is just the wrong data and it should not be possible for the data to have those values. The allocation of these completely wrong values to the data happens somewhere else and that is what I must try and find out.
> Thanks for your help.
>
> ** Attachment added: "RunActivity_1154877_2.zip"
> https://bugs.launchpad.net/or/+bug/1154877/+attachment/3577593/+files/RunActivity_1154877_2.zip
>

[r.roeterdink (r-roeterdink)]

If it were a problem with your system, I would expect it to be more consistent - that is, I would expect it to occur for every train which passes that signal, and not occur only for the third train, with two train allready passed that signal without problems.
The most plausible cause I can think of at the moment is some very particular timing sequence which causes the program to set the wrong data. It would be very hard to get exactly that same sequence if someone else tries this.
So, if you don't mind spending a bit more time on this, I would like to go on digging into this problem, for a couple of days anyway, and see if I can get any closer to the actual cause.

[Derek Morton (derek-a)]

no problem.

I tried again with 1492 and the AI trains don't appear to run?

cheers
Derek

On Tue, Mar 19, 2013 at 11:58 AM, r.roeterdink <email address hidden>wrote:

> If it were a problem with your system, I would expect it to be more
> consistent - that is, I would expect it to occur for every train which
> passes that signal, and not occur only for the third train, with two train
> allready passed that signal without problems.
> The most plausible cause I can think of at the moment is some very
> particular timing sequence which causes the program to set the wrong data.
> It would be very hard to get exactly that same sequence if someone else
> tries this.
> So, if you don't mind spending a bit more time on this, I would like to go
> on digging into this problem, for a couple of days anyway, and see if I can
> get any closer to the actual cause.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1154877
>
> Title:
> Error: System.ArgumentOutOfRangeException
>
> Status in Open Rails Tracker:
> In Progress
>
> Bug description:
> Exception occurs at starting AI trains.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/or/+bug/1154877/+subscriptions
>

[r.roeterdink (r-roeterdink)]

I'm not aware of any problems with AI trains in 1492 - there all here on my system.
Can you check the Dispatcher Info (3x SHIFT-F5) to see what goes on?

[r.roeterdink (r-roeterdink)]

No more info received.
No other crashes of this type have been reported since.

[Derek Morton (derek-a)]

Gents, I have rerun this activity several times and the problem is not evident.

I consider this bug fixed.