diff options
author | Tor Lillqvist <tml@collabora.com> | 2018-05-16 18:08:59 +0300 |
---|---|---|
committer | Tor Lillqvist <tml@collabora.com> | 2018-05-17 11:21:02 +0200 |
commit | f046fed2782f0d4244aff719ba70a56399a2583a (patch) | |
tree | dfd1a15ba4137747562ec7fbab455bb5f9011ee8 /formula | |
parent | 2d866c25214f2f87ab5d350a252fc844fc1e10a2 (diff) |
Don't ever attempt to initialise a std::locale with a UTF-8 locale on Windows
As I said in 2ff121f298e64ff204621220622472fe697d599d, passing a
POSIX-style locale name to the std::locale constructor on Windows is
decidedly odd, and apparently boost adds insult to injury by even
really attempting to use a UTF-8 one if that is what our code thinks
it wants. Or something.
This commit avoids the ton of
"warn:unotools.i18n:7996:3544:unotools/source/i18n/resmgr.cxx:123: CRT
Report Hook: ASSERT: f:\dd\vctools\crt\crtw32\stdcpp\xmbtowc.c(89) :
Assertion failed: ploc->_Mbcurmax == 1 || ploc->_Mbcurmax == 2" we
otherwise get when built with --enable-dbgutil and a current VS2015
(or 2017?).
Change-Id: I3a774dff7b12d9960f553c9f242e0463c6d13d5d
Reviewed-on: https://gerrit.libreoffice.org/54444
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Diffstat (limited to 'formula')
0 files changed, 0 insertions, 0 deletions