Thanks for hinting me in the right direction. I assumed that interrupts were evaluated everytime the path finder is evaluated, but FFF 389 states that interrupts are only evaluated when a train wants to leave a station and then the interrupt is inserted before assigning the train to the next stop.

I understand your concern, but I don't think trains are supposed to stay inside of an interrupt for long periods of time. I'm comparing this to systems programming: You're supposed to handle interrupts very quickly because interrupted threads (i.e. trains on the way) will keep all their semaphores ...

Hi,

I am not sure if this is a bug or intentional, but I personally find one aspect of train interrupts very unintuitive and it requires workarounds that are sometimes very difficult. IMHO, the system would be a lot easier if this was fixed:


consider two trains A and B with a schedule like this ...