The ScExportTest::testConditionalFormatExportXLSX() fails on Windows
because of how SfxMedium handles its streams:
1. SfxMedium::GetOutputStorage() creates some temp file
2. SfxMedium::GetMedium_Impl() opens a XStream on the temp file
3. SfxMedium::GetOutStream() wants to open a SvFileStream on the temp
   file, but because the file is already open and the sharing options
   are set to deny sharing, opening fails with ERROR_SHARING_VIOLATION

Prevent that by re-using the already open XStream in GetOutStream.
Hopefully this does not break anything, and there is already a comment
in CloseInStream_Impl() indicating that m_pOutStream and xStream are
related.

(interestingly ERROR_SHARING_VIOLATION is documented to occur if
_another_ process has the file open, but evidently it happens here on
NT 6.1 for the same process...)

Change-Id: I6d2ec36fd45a0317e947ddfb436472a8b86fbe26

Change-Id: I1ce2682224fbb0c93bc7ec97a31a59020ac6be02

from http://developer.gnome.org/gtk/2.24/GtkSettings.html

  The "gtk-primary-button-warps-slider" property
  ...
  Since: 2.24

but it is 2.24.13 indeed:

https://mail.gnome.org/archives/ftp-release-list/2012-September/msg00195.html

  News
  ====

  * Implement a gtk-primary-button-warps-slider setting
    that lets us adjust scale and scrollbar behaviour
    according to platform.

Change-Id: I4d3170801973e3e6101736971de58d70b673fd58

Change-Id: I230c2923960862f7e705f03a5c8a5763c002256b

Change-Id: I439db77e36af700b34ab9656704cdb3b3359c9ec

Change-Id: I244e436086746420cc66b0ed7d59bfcdc6606076
Reviewed-on: https://gerrit.libreoffice.org/1025Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

Change-Id: I779128111a4f69235a4c8cc6510018fc61d1b24b
Reviewed-on: https://gerrit.libreoffice.org/1026Tested-by: Tor Lillqvist <tml@iki.fi>
Reviewed-by: Tor Lillqvist <tml@iki.fi>

Change-Id: I46b97d31f8aac046479d030c988413017c5b940a

Change-Id: Ifc8def986f7d1659d71be7b4716bd9ab5fa4647e

Change-Id: I8aee95e0f93deaaf08046f544713af010a7f1e44

Change-Id: If212bfe5cc191c253185df0c459f7abb8be51da2

Change-Id: Ie4b697b6549e300dcf8c0d788e6c9c0f50e677c2

Change-Id: Icdda77d0fda4faf071566a44c2b93285a6437d38

Change-Id: I83c6bd1bfb44e74b9f659a970b5c32d7475addfb

Change-Id: I4a2bc7307e40ddb8a9a039c1d1b738338dcc5122

Change-Id: I78f7f7ae7373e00e0750abc4566c71a8b9c1640a
Reviewed-on: https://gerrit.libreoffice.org/1019Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: I5d09e297294439fafad94177d8e87ccdf829b18d

I wanted to add one, based on OUString one, and Stephan on IRC agreed
it's a good idea. Then it turned out we already had it in sal unit
tests, sdext and unodevtools as well. Get rid of all these, and have a
single implementation in string.hxx, so it can be used everywhere.

Change-Id: Ibb820f20a138d055fd87036253c627fb862a31fe

Change-Id: Iee3fa02bde03ced462460e4ba3e17200f47a27e5

Change-Id: I81fa1217feda5b4faf73add5304e8a191bbfbdc3

Change-Id: Iec1e114fd6803624ad5ef6812ab50c8e8a4695fa

Change-Id: Ib9956bd2671434fc15905e7c4fd56bd8f7162b60

Change-Id: Iea8388c16de3399853dc384e7df6bfcc92170ea2
Signed-off-by: jailletc36 <christophe.jaillet@wanadoo.fr>
Reviewed-on: https://gerrit.libreoffice.org/1018Reviewed-by: Ivan Timofeev <timofeev.i.s@gmail.com>
Tested-by: Ivan Timofeev <timofeev.i.s@gmail.com>

Change-Id: Idb8c0587fd180416af2079d94fcc3e1fb5c734b4

Change-Id: I9cb276963155004361be86ec7a05c3597ff4ba4b

Change-Id: I633892a6d611e6481e49f9bd2739d3886563a24a

old code used to use XCell->setString, new code uses rDoc.SetString which by default tries to detect number formats. The ScColumn::SetString that eventually
gets called seems to do lots of additional checks ( and apparently even if
an ScSetStringParam instance with mbDetectNumberFormat ( false ) was passed
it seems that it will still try to detect decimal number formats. With that
in mind I restore and un-unoified version of what XCell->setString used do

Change-Id: Ifaef74c78b198f492a390a3d5dc1721622a01ea4

Change-Id: Ia563ee1e100bc86e9b7196bdce6311e24bc36f9c

Change-Id: If026dd160e2abe51470273115cbdd8b556ee9356

Also MSVC does not like libraries that do not have any objects.

Change-Id: I172fe0b61db9de6c7c4975a7b7c7fa63624b1865

... which i've also managed to break, unaware of its existence.
Consolidate 2 different ways to use VALGRIND_CFLAGS.

Change-Id: I245c7a9a2b6bc904a227a15063cf5d8a2f64313c

Change-Id: I151aa45838edbaa713b40716e45a75e812b7c782

Also unbreaks the build because VALGRIND_CFLAGS is now never
empty with cedd9ebd.

Change-Id: Ide5ca799b3656ccaff483ca05dbc18682136345f

Change-Id: If693e440327331ea007722ff575b8015d727e5bc

Prepared private methods to force compiler errors during conversion to
LanguageTag. Commented current usage on some methods.

Change-Id: If365e24c7cf06bdf33ecd0bc15ddbfe33cd347c0

old code used to use XCell->setString, new code uses rDoc.SetString which by default tries to detect number formats. The ScColumn::SetString that eventually
gets called seems to do lots of additional checks ( and apparently even if
an ScSetStringParam instance with mbDetectNumberFormat ( false ) was passed
it seems that it will still try to detect decimal number formats. With that
in mind I restore and un-unoified version of what XCell->setString used do

Change-Id: Ifaef74c78b198f492a390a3d5dc1721622a01ea4

Apparently some people still try to source it from shell (scripts).

Change-Id: If26a5c5eb83739d3ccce043afd095000d355a543

Change-Id: Icba39756a54d1225514048c55ddad0f31ce31699

Change-Id: I50f4396e6a8abf32d1a0f63cbfa93d2c59375326