Change 958
Fixed another bug found at the 2001 Conference.
This was
one with integ pointers not being drawn correctly. It turned
out to be a mistake in FileHead::scanInto. If the "intocheck"
bit was set, the rev would be skipped over. In most cases this
is fine, but what if the previous scanInto sweep on that rev
wasn't sent by the rev's integ parent? In that case, when the
integ parent calls scanInto on that rev, it gets ignored because
it looks like scanInto has already done its work there.
The fix was one line: when skipping over an intocheck'd rev, if
it's the startrev, make sure the from pointer is set.
(There may be an analogous bug in scanFrom - will have to check.)
(Update: No such bug in scanFrom.)
This was
one with integ pointers not being drawn correctly. It turned
out to be a mistake in FileHead::scanInto. If the "intocheck"
bit was set, the rev would be skipped over. In most cases this
is fine, but what if the previous scanInto sweep on that rev
wasn't sent by the rev's integ parent? In that case, when the
integ parent calls scanInto on that rev, it gets ignored because
it looks like scanInto has already done its work there.
The fix was one line: when skipping over an intocheck'd rev, if
it's the startrev, make sure the from pointer is set.
(There may be an analogous bug in scanFrom - will have to check.)
(Update: No such bug in scanFrom.)