Change-Id: I4a28ba4740e9c84666cd85c046598862f20a7a96

This pointer is used to pass extra information through dialog
constructors, and (as such) if implemented with a VclPtr it causes
us to take and then release a reference on our in-construction
object, before it can return it's 'this' into the safety of its
calling VclPtr<> constructor; not good. cf.
Dialog::doDeferredInit vs. SystemWindow::loadUI.

Change-Id: Idcab40cedcdebed560077cfaa1a14395e6e01cd6

Change-Id: I33ec0318a257929583aa4bb0d107f16d1f8edbcd

Change-Id: Ia7085cf98141fdbd50cf9cc9ed45e2e0c09e448e

Change-Id: Ie6f135d9e91d0831717c2a0726161825d0a06665

also audit commit: "start wrapping OutputDevice in VclPtr"

Change-Id: I6e018d7c3e3c8f941c184ad1aaa8593f7750c620

Change-Id: I0e9460cb33b7cb5da9ddb950ff27bac8cbf7fed8

No need to pay a per-instance cost for this, also avoid a self
reference for every Window sub-class.

Change-Id: I040a0ede9481229e43a39bc23297969e90b95f5e

Change-Id: Iffdc9f73520a97ccc284ecba1b2468dc229506c1

Change-Id: I2437b4d3c532be6cbb31dccfa9e267498111c183

Emitting events acquires and passes references conservatively, and the
VCLEVENT_OBJECT_DYING event hit this hard.

Change-Id: If86991ead63b05425a237bf213583c020ba4e582

Change-Id: I094163c894ff9accf70050d5a4fab83e905a282b

Change-Id: I5fa19ec6161ab97eb7df8b52a268917f41ae2205

Change-Id: I25346435d2129086281783636624b1bb430d0096

Change-Id: I2b154e0ed9eee0a45900ada7f805a1d444a31bc0

Change-Id: Ic5bc5c3325b460cba0d95484454c9bb826684890

Change-Id: I1c8ded2e5c5e8072111d3e1480ba7086db135810

Change-Id: I954c6b0db3ae69146763fa6c54e2d8015b00ee4e

Change-Id: I2149511f958ba75e81dc41b10b01eb9d19610037

Without this, assigning to a ScopedVclPtr instance thus:

    pScopedVclPtr = new Foo();

constructed a new intermediate ScopedVCLPtr, used a default assignment
operator, unhelpfully disposing the new Foo before it could make it to
pScopedVclPtr => add operator, and hide problematic constructors.

Change-Id: Icc0da962938bf115eac0c24a6a76cfeb66ddf23a

Change-Id: Iebdf2af3866d884289f6913646106fe3f2d4dde5

Change-Id: I2f0d8a4fe426d8ee1ac55a05ae8dd0b44f9aab2b

Change-Id: Ia742c47399231bc5914b6586132ad3daf694fdb0

Change-Id: I2353d8e9f2b30bf00cf5229613793d9605854b76

sometimes we need to call clear() instead, and there is no
automatic way of figuring this out

Conflicts:
	compilerplugins/clang/vclwidgets.cxx

Change-Id: Iad96342ce3fdb3fa2f548270392aa00e19fec599

Change-Id: I6f4a74bf56543e4d31d3b84a0cd2830d4f4d669a

They need to be wrapped in ScopedVclPtr in order to be disposed properly.

Change-Id: Ib64dba353774f54711e4de7f5d15d859c6a4dc7e

At least a start of some documentation on VCL lifecycle.

Change-Id: I6180841b2488155dd716f0d972c208b96b96a364

Change-Id: Iba04ec828f7ce37fc6ede28a64f1c286d81ff705

Change-Id: Id56188c0f72b74bc9ce6eed558a8339d4175d628

Change-Id: I1a5174334f41bc319e0806b9d324be64ba6d0135

Change-Id: Iae01ddcb6a0cde3be1bd79200e9177983be2f924

Change-Id: If9228f8777edd4532e9a167eae23095c5e232a6c

Change-Id: Iafac8812714a0be68f5608f657c76c159f2912a0

Change-Id: Ib67fd510626809baab774382d37b20462253fc31

Change-Id: Id28aeb44b4c48fec944e21fed7a9acf9f7f8b68a

Change-Id: I6d6d41b8a6501ce7d35c78e5b730ea45143d6b73

Change-Id: I5563cfa35142f088533ae998d087dec669a13287

Change-Id: Ieb6f58222ffc3e03c1d599752a6f02600e1bee1f