On Wed, 16 Jan 2002, Matt wrote: > The car isn't drawn on the priority map in FSCI at all, neither are the > steps to the second floor. In the next room (26), the chair and the TV > don't have their priority map filled either.
Christoph said this isn't necessarily a problem, since we don't output the control map the same way SSCI does. After some hunting, I found the car object. It appears to be disposed somewhere in the Rm25::doit method. The nsRect for the car is all zeros in FSCI: priority[003f] = 0000 (0) [SSCI: 14] underBits[0008] = 0000 (0) signal[0011] = 9861 Warning: Unaligned unsigned read from 9861 [SSCI: 9820] nsTop[0009] = 0000 (0) [SSCI: 153] nsLeft[000a] = 0000 (0) [SSCI: 149] nsBottom[000b] = 0000 (0) [SSCI: 190] nsRight[000c] = 0000 (0) [SSCI: 235] The unaligned read on signal maybe not be a problem, but here are the signals at the point that I investigate at: signals = ffff9861: 0001: stop_update 0020: always_update 0040: force_update 0800: doesnt_turn 1000: no_cycler 8000: dispose! I'm going to investigate this a bit more and see if the nsRect and priority are set propery before the dispose signal is set on the object. -- http://www.clock.org/~matt
