eff396b...
by
Nigel Pearson <email address hidden>
Backport [24033] from trunk.
Allow another file handle to be unmolested on OS X. Closes #8292.
No idea why it didn't crash on 10.6.3 for me. Thanks to Ojas for the fix!
Backport [23951] to 0.22-fixes. Fix a bug in ProgramMapTable::SetProgramInfoLength() found by Erik Hovland. We wanted to right shift length, but instead it was left shifted. This may have caused tuning problems but we haven't correlated it with any reported problems. Refs #7158
1892e93...
by
Chris Pinkham <email address hidden>
Carry over [23602] from trunk.
Revert part of [18792]. That commit broke the delete code in that the
delete lock was no longer released before the truncating started.
This means that if a second recording was 'deleted' before the first
had finished truncating, then the second recording's unlink would
block until after the first truncate was finished. If the backend
died before the first truncate finished, the second file would not
be deleted since it had never been unlinked. This commit restores
the original functionality so that all files are allowed to be
unlinked and then the truncates happen sequentially in the background.
This commit also provides the same functionality for non-recording
files that are being deleted using truncating delete. The
truncates are no longer being protected by the deletelock, now the
truncate is only protected by the truncate_and_close_lock, so a
long-running truncate does not hold up other files from being
unlinked.