chart::ChartController::queryGL3DChart(): crash on concurrent model close

As seen in JunitTest_chart2_unoapi
[sch.ChXChartDocument::com::sun::star::beans::XPropertySet]
it is possible that one thread closes the model while the main thread
tries to paint the chart via timeout.
In  chart::ChartController::modeChanged() It's not obviously possible
to lock m_aModelMutex since that might deadlock with SolarMutex.

6  in SolarMutexGuard::SolarMutexGuard (this=0x2b742f846cc0) at /include/vcl/svapp.hxx:1579
7  in (anonymous namespace)::Frame::isActionLocked (this=0x1dbe1b0) at /framework/source/services/frame.cxx:2597
8  in (anonymous namespace)::Frame::close (this=0x1dbe1b0, bDeliverOwnership=0 '\000') at /framework/source/services/frame.cxx:1773
9  in chart::ChartController::notifyClosing (this=0x1e4ec00, rSource=...) at /chart2/source/controller/main/ChartController.cxx:877
10 in apphelper::CloseableLifeTimeManager::impl_doClose (this=0x1e03b98) at /chart2/source/tools/LifeTime.cxx:368
11 in apphelper::CloseableLifeTimeManager::g_close_endTryClose_doClose (this=0x1e03b98) at /chart2/source/tools/LifeTime.cxx:311
12 in chart::ChartModel::close (this=0x1e03ac0, bDeliverOwnership=1 '\001') at /chart2/source/model/main/ChartModel.cxx:654

main thread:

21 in chart::ChartController::TheModel::getModel (this=0x0) at /chart2/source/controller/main/ChartController.hxx:470
22 in chart::ChartController::queryGL3DChart (this=0x1e4ec00) at /chart2/source/controller/main/ChartController.cxx:1398
23 in chart::ChartController::modeChanged (this=0x1e4ec00, rEvent=...) at /chart2/source/controller/main/ChartController.cxx:486
24 in chart::ChartView::impl_notifyModeChangeListener (this=0x1e149f0, rNewMode="valid") at /chart2/source/view/main/ChartView.cxx:2823
25 in chart::ChartView::impl_updateView (this=0x1e149f0) at /chart2/source/view/main/ChartView.cxx:2730
26 in chart::ChartView::update (this=0x1e149f0) at /chart2/source/view/main/ChartView.cxx:2861
27 in chart::ChartController::execute_Paint (this=0x1e4ec00, rRect=Rectangle = {...}) at /chart2/source/controller/main/ChartController_Window.cxx:493
28 in chart::ChartWindow::Paint (this=0x201c970, rRect=Rectangle = {...}) at /chart2/source/controller/main/ChartWindow.cxx:83

Change-Id: Ib99edbb9862bc9dab76ed3e0c21eca5589fe7fdb
boost: replace multi_array Wshadow patch with different one

... based on upstream feedback.

Change-Id: I846287d62d3b53f4a3d3013c9f82fd77d22a9523
SwUndoDelete::RedoImpl(): avoid assert from ~SwIndexReg

1. insert header
2. insert table in header
3. put cursor in bottom right cell
4. Ctrl+Shift+Delete
5. Undo
6. Redo

Problem is that the shell cursors never get corrected in step 6.
Replace the previous hacky after-the-fact fixup of rPam only with call
to PaMCorrAbs.  [there does not appear to be any other case than
bDelFullPara where this branch is taken, which make the next one look
kind of weird?]

Change-Id: If3583f83e66fff4d3367a1532e443aed780a5e6c
sw: hypothetical crashes if last node is not SwTxtNode

Change-Id: I16c476ae83d01ea23891af36fd4bcca4e8992228
fdo#57197: sw: fix crash on Undo of table row/column insert

The _SaveTable::CreateNew() will call _FndBox::DelFrms() but at that
point the SwTableBoxes have already been deleted; so do that earlier.

Change-Id: I868c8fffbddeb1ea6df724fb68cac732eeee2eba
SwUndoSplitTbl::UndoImpl(): avoid assert from ~SwIndexReg

Can be triggered by moving view cursor into new paragraph before Undo.

Change-Id: I8386611a8eabd1c3b6edfacd0226358df52cbe66
SfxDocumentMetaData: suppress some spurious warnings

These always trigger on a new document.

Change-Id: Ied60f52c4dc348b2b18f6dc8c30204ee3dc56f29