That at least seems to be my conclusion after testing the doc
and bnc#652364 in MSO2k7.

Change-Id: Iec172dad32ba47c1f843df49a4eaff688c094373

SfxItemSet takes hold of the SfxItemPool instance from the current
shell, and accesses it when it gets destroyed.  The problem arises
when the current shell gets destroyed before the SfxItemSet instnace
does, in which case an illegal memory access ensues.

This fixes intermittent crashes when opening a document in Writer.

Change-Id: Ib5e74b43051f868f22f6efdb311e6c2a75326d9a

Change-Id: I2623625380b11f3d6bf720387504b23ccce529e1

Change-Id: I725255224ae7a38d7a7843516b7ac979f79e0207

Change-Id: I7fda9e06f5beeab4fdfeb1475cda7719ab230073

Change-Id: If89fd07ad78bca303a9bf8484f08cba08afffe8d

Change-Id: Ia5f26c13e7bae42685230769fa86b52703eb2f7e

Change-Id: I43ddb32ecba36107f5973fa5dcf2499cd1330668

Change-Id: I880facafc155af2e8c67f66f9d3463daf1191207

Change-Id: I3d204aa54dd9c13dfb87e702fa07aa4234977a49

Change-Id: I4d52f5aa36785110888ca1fdd6fc85ee40406674

Change-Id: I6e0feab7e1d649fbf4dafb9f06d57f68e9a4b934

TODO:
- UNO needs some love to accept this change
  - we need a new uno interface for conditional formats in 4.0
- copy/paste
- undo/redo

Change-Id: I2c8a233888a95c7298dfb151d1c12b6a6a58520d

 # Changes to be committed:

Change-Id: Iffe020d60982c2872c1a451f9d0e4e1d4f5e349f

Change-Id: Ibbb917858fb1bd327cae4bde0b4dd34ac3787e64

See the TODO comment in sfx2/inc/sfx2/docfile.hxx about a temporary SfxMedium
ctor overload to find not yet adapted uses of another overload, to be removed
again in due time.

Change-Id: Ie22c33c32f8870ce6ebf6d500abc7a4e33d97183

Change-Id: Ib37f1fc9658cb50227463cf2aa1421ba47b2ec9f

Change-Id: I862b728537e9e862f1d5af78bcc87576964534d0

Change-Id: I51b86a10caa5da6e12583c2b22404b0d9282b13d

Change-Id: I12884e58505d94b76eb0ad955815ae1702716f0f

Change-Id: I862a4223c955c3a9e9a366b0f3a85465f38e76be

Change-Id: Ib60a2a4f0d28a53d997731eb34b118cc9b9f822d

Change-Id: I241be2704a069ec1f6be5861084039569673cc12

Change-Id: I872987e02c1685810f6c2c71956c60e5f13b2706

Change-Id: Ifb1d1e712c6fadc549dd7717ae1fae0fadcba9fa

.uno:OpenFromWriter
.uno:OpenFromCalc

Change-Id: I724570c6c291f83db930e2d118cc356a934352f8

Change-Id: Ie18c69615fed6020efe577d81bd905e2f3bcba31

Change-Id: If4b946ef4407279f3b260a0f8a8d8309522aa594

This already didn't work in 3.5.

Change-Id: I12afc1bcdc5c20a7846833763080dac02214e01b

Change-Id: Iaf4bd3e2c5f54f2c75ecba444f3122dd4ed126d0

AFAICS it appears that theres a one to one mapping from a SwFrameControl to
a SwFrm, so in any of the three given classes of Page, Footer or Header a
SwFrm will have zero or one SwFrameControls and a SwFrameControl doesn't
get rebound to a different SwFrm or anything like that, so we can use
a map and index off the SwFrm* to find them rather than constantly
looping over vectors to find the right one.

Maybe could move the SwFrameControl directly in the SwPageFrm's
themselves.

Change-Id: I1194f3cdcab747b61c645003c97e651f47f2bc09

Change-Id: Ie4a2f7c2d5943d01d971611209fc641412e82aa4

To use the app specific open command instead of the global open.

Change-Id: I86d20e1a412f6020fa2db79040e4e66b39e8c355

This is similar to what I did earlier for calc.  This info will be
used later in the type detection code.

Change-Id: I7ba7dcdc03cbfe77eba5c7594fc0385ad3775541