This reverts commit c1e90457 (plus follow-up
c940d4d3 "loplugin:saloverride" and
5f0f3d4e "Work around
-Werror,-Wdeprecated-register"), it broke JunitTest_sw_unoapi.

Change-Id: I21499f8a7810eef637bb51a30380ae60b3d915cd

- Remove the LoadLibrary from DLLMain (from windows not recommended)
   see http://msdn.microsoft.com/en-us/library/windows/desktop/ms682583(v=vs.85).aspx
   in section Remarks
- Improve the comment why we need two dll's (jpipe.dll and jpipx.dll)
- Integrate CriticalSection, init in DllMain see link
   http://msdn.microsoft.com/en-us/library/windows/desktop/dn633971(v=vs.85).aspx#general_best_practices

Signed-off-by: Stephan Bergmann <sbergman@redhat.com>: removed the unsafe module
== NULL check around the critical section in getFunction

Change-Id: I6d5f655a4942437f6dc722236f6c371063e2c407

Change-Id: I8bc386ffa88e31988bdc778a845403bec0772799

In case there are two flys anchored to the paragraph and it's empty,
then the situation is that SwTxtFormatter::BuildPortions() calls
NewPortion() two times, second time the SwTxtFormatInfo has no fly set
initially, only after NewPortion() calls CalcFlyWidth(). When that
happens, we used to return pPor, even in case it was 0, and we the
SwTxtFormatInfo had a fly portion.

Fix the problem by checking if SwTxtFormatInfo has a fly portion after
CalcFlyWidth(), and in case otherwise we would return 0, return the fly
portion of SwTxtFormatInfo instead. As a result, the paragraph delimiter
in the bugdoc will be positioned at the correct position, as the
SwTxtFrm will properly have two layout portions, just like non-empty
SwTxtFrms.

Change-Id: I51e5ba61e79b4353c7b11c6d76b8c370ac3d4d37

Change-Id: I875d1dd75c02f617814a934b34b5099f9c2279cc

This feature had never been documented in include/rtl/bootstrap.h and had only
been used internally in LO on Windows for the multi-layer installations (thus is
unused since 827430c8 "Fold URE: Windows"), so
it should not hurt to remove it even if it could be considered part of the
stable URE interface.

Change-Id: If0f59f30dad8b2c3ff5f7931c19cd254073ccf80

All the way back since 2001 (ed53aaf5 "#89611#
react for (Beamer!)Frame->dispose() from outside," adding member
SfxChildWindow_Impl::xListener), that MyStruct hack was not in sync with
SfxChildWindow_Impl, so

  ((MyStruct*)pImp)->bVisible = false;

probably corrputed pFact rather than change bVisible.  The origin of that
MyStruct hack is lost to history, but probably stems from an ancient time when
changes across modules where prohibitively expensive, esp. when some feature had
to be crammed in shortly before release...

Change-Id: I13dc30c96ef70b2cc09dc117231c021910e0ce1e

Probably 32bit vs 64bit.

Change-Id: I3ca93e88393538ba20cce23a7165d406db3144c4

Change-Id: I901ab5100e3f4fa2089bb85de1293207225d1adc

Change-Id: I877e3b362dd8b2f9c94e28d2ffa56c378d0d094e

Change-Id: I614bd8433a105a2855e0efa039f4a9986197435f

Change-Id: I4b291f0d40fd8622094a706f8241c8917e4f0cf3

Change-Id: Ib3127eb72ca72f55ce6082ebcb05fceb80608c47

Change-Id: I6dbb20c82b58b81aa4cfb8cc3cf80f6d1202075d

...though it's unclear to me why loplugin:csytlecast doesn't complain about the
C-style cast in GtkData::GetGtkDisplay; needs further investigation.

Change-Id: Ie5c42dd2c1c97cf4092b2cb6bafa599cc36daab7

Change-Id: I57c1c4bf6482be7c3cf13c424972d4ed3b9a6b62

Change-Id: Id2eb27132fd6c1734e50c02617ce1bbb75e294a0

Change-Id: I51118fecf9de27407b4c5a66cd6577574939e001

Change-Id: Ia01528460e2f4b610d123e29cad66520abc6a965

Change-Id: I1b6fb6b47439c448ac31983702772e2115c70d56

Change-Id: I727e7f2a7527c60bb45f0ba5d0e88a66c5ccdd6f

Change-Id: I92045fe661e4d1d667c860dfd47559d2303ca531
Reviewed-on: https://gerrit.libreoffice.org/13301Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

It compiles on Windows and Linux, here, with flags:
   --with-help --with-java --with-lang="it"
Made with the ignorant brute force of removing each include
one by one.
The tree with each commit (used to bisect) it's here:
https://github.com/Gelma/core/commits/gr_push_brute_force_slot_2

Conflicts:
	basctl/source/basicide/bastype2.cxx

Change-Id: If88eebb6ecba6ae7ab1e98713b66b10f1ad57dca
Reviewed-on: https://gerrit.libreoffice.org/12963Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Ibe4613e2fd77eec8e6e6d1c5e880b596e103a7b8

Change-Id: Iaccc5ab6804c290b26e641c724051e497d00e32e
Reviewed-on: https://gerrit.libreoffice.org/13308Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

Change-Id: I5dd7cf6ede401b0271296d4f76df266ec4680f74

Change-Id: Iffdb3d72b24b44cb895f1729aadbbae1802e80bc

Change-Id: Ibd0cc43ff210ffaae291f4f4467ba8ebe265c446

Change-Id: I73850d2b2ea6ff4376e25e0be39c65c35328a9a6

Change-Id: I533f1177ff7de2409cdca90f35788d057a5fc3e5

Change-Id: If2758fa42b484a5afbe0d358a3d4533c68189697

Change-Id: I8cf382e7f5f5ed9c797be9ec2b42f0d7f9f0b0ce

Change-Id: I0177a0f50ba65553773f43a28e8790f7e1f8de9b

Change-Id: Iaadb8aef9e10b378fca844fa323e0a1ae369d31c

Change-Id: Iff55c88a365859400e87f3333735e54ba59811b6

Again, the motivation is that dumper for something in editeng should be
in that module as well, before home-grown dumpers are invented and
duplicated e.g. in all sw/sc/sd.

Change-Id: Icfeed9549efbd80226ff04e9070766188cc8646e

...looks like loplugin:saloverride has problems detecting missing overrides in
case of covariant return types

Change-Id: I08f2f67a33cd1cfaf9308cd87d7a5f92203980ed

Change-Id: I8ce6621ad9e1971a0d586e324d49e9a209857057
Reviewed-on: https://gerrit.libreoffice.org/13307Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

Change-Id: I747d3e9d86f1a50b8e951c0feb351072d432cda0

Change-Id: I33b639b3505d5db2ea8b708d80e68e576ec53308